Hagamos Videojuegos con GODOT 4 [03] 👉 Tutorial PLATAFORMAS 2D | Curso Online
HTML-код
- Опубликовано: 24 июл 2024
- ¡Descubre cómo crear tu propio juego de Plataformas 2D con Godot 4! En este tutorial completo, te guiaré a través de cada paso para diseñar un juego al estilo de Mario Bros o Sonic. Aprenderás a configurar tu proyecto, diseñar niveles dinámicos, programar personajes y mucho más.
Aprende a configurar tu proyecto, a diseñar niveles con TileMap y ParallaxBackground, crear animar personajes y enemigos, programar movimientos, saltos y colisiones, implementar trampas, coleccionables, GUI ¡Y mucho más!
----------------------------------------------------
💾 ASSET PACK
➡️ crusenho.itch.io/beriesadvent...
➡️ fardifferent.itch.io/loops
➡️ jdwasabi.itch.io/8-bit-16-bit...
💾 DESCARGAR PROYECTO (KO-FI)
➡️ ko-fi.com/s/f13bcfd281
----------------------------------------------------
🎬 TUTORIALES HAGAMOS VIDEOJUEGOS
➡️ Información importante: • Hagamos Videojuegos co...
➡️ Crea un Shooter 2D en Godot 4: • Hagamos Videojuegos co...
➡️ Crea un Shooter 3D en Godot 4: • Hagamos Videojuegos co...
➡️ Crea un Plataformas 2D en Godot 4: • Hagamos Videojuegos co...
➡️ Crea un Plataformas 3D en Godot 4: • Hagamos Videojuegos co...
----------------------------------------------------
00:00 Introducción
01:15 Configuración del Proyecto
03:27 Estructura del Proyecto
04:41 Estructura escena Menu
06:09 Script escena Menu
06:43 Estructura escena Player
10:42 Script escena Player
16:40 Estructura escena Camera
17:57 Script escena Camera
18:20 Estructura escena Coin
19:31 Script escena Coin
19:56 Estructura escena Enemy
21:50 Script escena Enemy
25:06 Estructura escena Spike
26:30 Script escena Spike
26:45 Estructura escena GUI
28:21 Script escena GUI
29:53 Estructura escena Level
34:27 Script escena Level
34:58 Gameplay
#godot #godot4 #godotengine #gamedev #indiedev #indiegamedev #creaciondevideojuegos #tutorial #juegosindie #desarrollodevideojuegos
![Hagamos Videojuegos con GODOT 4 [04] 👉 Tutorial PLATAFORMAS 3D | Curso Online](http://i.ytimg.com/vi/akovXcLp1qE/mqdefault.jpg)
![Hagamos Videojuegos con GODOT 4 [04] 👉 Tutorial PLATAFORMAS 3D | Curso Online](/img/tr.png)
![Hagamos Videojuegos con GODOT 4 [01] 👉 Tutorial SHOOTER 2D | Curso Online](/img/1.gif)
Juntando los likes para que salga pronto el plataformas 3D
Mil gracias!! 💜 Ojalá... me gustaría traer mucho más contenido, pero las metas de likes en este caso son necesarias porque son contenidos MUY tardados (si se fijan estuve como 3 o 4 semanas sin publicar nada, fue el tiempo que me llevo hacer esto), los tutoriales suele ser contenido que cuesta posicionar (no es contenido mainstream), y es necesario hacerlo así para que RUclips también haga su trabajo promocionando estos videos a más personas. 😅
Yo te recomiendo a mis amigos y familiares! Tengamos un leedeo en nuestros corazones!
@@lordav5520 Que bonito!! 🥲 muchas gracias por el cariño y el apoyooooooo!!! 💜
Tienes cupón de descuento para tu curso de udemy 'Aprende a crear videojuegos con Godot 4 | Curso definitivo'..?
Buen video. Lo estábamos esperando🎉
genial el tutorial, bien hecho en condiciones y recomendando a antiguos tutoriales para recordar y aprender, me encanta
Gracias por subir estos videos!!😁
Estos tutoriales me han ayudado mucho, haces buenos videos broo 👍
Fantástico como siempre, qué máquina!!!🎉🎉🎉
Mil gracias!! ojalá te haya sido de ayuda!!! 😁 y no será el último, aún quedan, la pregunta es cuantos alcanzaré a realizar este año 2024 😝 en 2023 fue una serie de introducción a Godot 4 completa y 2 tutoriales largos de Hagamos Videojuegos.
no hay quien explique mejor que vos... GRACIAS! aprendí muchos tips de ayuda con este video!! ya quiero que llegue a la meta de likes a ver como vas a hacer el 3D, si va a ser 3D solo yendo hacia un lado, o con giro usando la posición de mouse, naaa... va a ser lo mejor... nos vemos en la próxima y mil gracias!!
Mil gracias!! 💜 pues siempre lo diré, yo no puedo decir si es mejor o peor, el contenido lo valora quien lo ve, y me pone muy feliz saber que hay tanta gente a la que le gusta, que le es útil, y que supe darme a entender 😁 ojalá y llegue rápido, pero sea como sea, mientras voy a ir publicando otras cosas de interés o que puedan complementar estos tutoriales (o siguientes) de alguna forma. 🤘
Leedeo sama, usted es de las mejores cosas que me han pasado en la vida ❤🍷👀 uwu.
Ok ya! Gracias a dios que salio un nuevo capitulo y la calidad nunca baja. Asi si vale la pena la espera. Ojala otros valoraran asi a sus fans y/o contenido propio
Ohhhhhh!!! mil gracias por esas palabras!! 💜 luego dire mucho, pero en el fondo soy bien sensiblón, leo estas cosas y ya me alegraron el día jajaja y ojalá siga mejorando la calidad, porque cuando se trata de ofrecer contenido, yo no puedo decir si he mejorado o empeorado, eso es algo que valoran quienes lo ven, que finalmente es a quien va dirigido, y a quienes les sirve. Yo como creador solo puedo esperar cumplir las expectativas en cada video, y en cada video intento seguir mejorando en algún sentido, así sea un pequeño detalle, pero que siempre haya algo mejor o al menos que no sea peor que lo anterior. 😁
Obviamente, siempre habrá excepciones como los patrocinios que yo sé que no es el contenido más esperado, pero esos dejan dinero y permiten seguir creando más contenidos, e incluso en esos casos me esfuerzo al 101%, tanto por quien paga, que merece respeto de mi parte, como por quien lo ve, al que espero como mínimo robarle una sonrisa si es que no le es de ayuda el contenido patrocinado. 👍
@@Leedeo Sabes bien que todo lo que haces en esta plataforma esta bien. Sigue así que vas a convertirte pronto en uno (si no lo eres ya) de los mas grandes a nivel de calidad en la comunidad, no solo de godot, sino del Game Dev de habla hispana en general. Mucha suerte Javo que aún eres joven y seguro se vendrán cosas y proyectos que seguirán dejándonos con la boca abierta
Esto se va a poner bueno
Pues espero que te guste!! 😁
Buenisimo! Esperando el plataformas 3D
Mejor organizado y optimizado imposible. Excelente tutorial 💜
23:08 Deliciosas matemáticas Jumm Jumm XD.
Jajaja Jhonnyyyyyyyyyy!!! mil gracias!!! 💜 y como me estresa hacer estos tutoriales tan largos... 🤣 me llevan semanas y no veo fin cuando los estoy haciendo, pero me dije que así sería la serie y así pienso continuarla aunque me pese ☝️🧐
Estoy aprendiendo mucho con tus videos. Muchisimas Gracias
Mil gracias a ti por el comentario!! es todo un honor!! 😁
Por fiiiiiiiiiiiin🎉🎉🎉
Espero lo disfrutes!!! 👍 (ha sido casi un mes de trabajo este video, no veia fin... 🤣)
Vamos queremos que arranque durismo eres el mejor
Gracias por los consejos y estos videos javo :D
Gracias por estos tutoriales!
¿Es un canal de desarrollo de videojuegos? 😂
Ni me acordaba y menos por la temática del último vídeo inspirador... Además estoy suscrito a tantos canales que a veces me pierdo.
De todas maneras así tengo la cabeza y así me va en la vida. 😂
Pues entrando a valorar... Que en Godot venga "todo hecho" con esos comandos nativos facilita mucho las cosas a la hora de producir y avanzar con un proyecto, (O eso es la sensación que me da) pero eso no quiere decir que no haya que dedicarle tiempo y ganas, o quizás sea la forma que tienes de explicar las cosas, que da la sensación de que esto es súper fácil. 😂
No obstante, yo al menos pienso que yo he entendido todos los pasos para el desarrollo de un plataformas 2D, si en algún momento llego a intentarlo, cronometraré y te mandaré resultados, por si te interesa y sí eso ayuda al canal pues cojonudo.
Gracias por la clase y el excelente trabajo que haces.
Cuál video inspirador ¡Todos procuro que sean inspiradores! 🤣 pero sí, per se no es un canal de desarrollo de videojuegos en exclusiva, ya que toco y tocaré temas de tecnología en general, a veces relacionados con el desarrollo de videojuegos, como la edición de video, que va relacionada con el marketing de un videojuego, también tengo videos con consejos de marketing, herramientas de edición de imagen (o audio, próximamente... 😏), que igualmente se usan para crear el arte de un videojuego, pero a su vez, son cosas que no sirven únicamente a quien hace videojuegos y eso también lo tengo muy presente.
Por supuesto no puedo olvidarme de mi propio trabajo, los juegos que hago y haré en un futuro, así que yo diría más bien que es un "Canal con temática de Javo" 🤭
Pero bueno, en este caso, si parece fácil, quiero creer que es que lo explique bien 😝 (ojalá...) claro, yo no puedo decir eso porque eso debe decirlo quien lo vea. Finalmente, para mí es fácil porque yo ya tengo cierta experiencia y, por lo tanto, mi opinión está sesgada 🤣, pero estoy seguro de que habrá quien le parezca fácil de entrada y aun así va a tener que dedicarle tiempo y ganas, igual que he tenido que hacer yo, que hay cosas que me ha costado meses, así que se me venga a la cabeza diría un sistema de diálogos multi lenguaje, con preguntas y respuestas, por supuesto (que era lo que más trabajo me llevó), y que para algunos será superfácil, pero a mí me costó una vida (no me apasiona la programación, ojalá fiera así, pero no es lo que más me gusta y tengo que esforzarme más que otros en ese aspecto, quizás por eso me entienden mejor los que están en una situación similar), si lo explicase ahora tal vez lo podría explicar en un tutorial de 15 o 20 minutos, pero eso es porque ya se presenta la información aprendida y sintetizada. No quisiera que nadie pensara que es fácil, porque tienes razón, no es fácil, detrás de eso hubo mucho sufrimiento jajaja
@@Leedeo
Si, fui a echar un vistazo rápido después de comentar y he visto qué es el canal de temática de Javo. 😂
He de decir que para no apasionarte la programación se te da bastante bien y en cuanto al vídeo me refería al de "Innovación o Diversión", llego a mi vida justo en el momento que lo necesitaba, o eso espero, lo sabremos a la larga. 😂
Gracias por tu respuesta y ánimo.
Un canal genial, que suerte descubrirlo
Es un honor!! mil gracias!! 😁
Ta bonito, lo cual es un algo muy importante
Muchas gracias, vi la serie de tutoriales completa aunque tuve que repasarla mientras veia este video al mismo tiempo que desarrollaba el videojuego en cuestion. Hoy, despues de 3 dias de arduo trabajo tengo el juego 100% funcional. Aclarar que la funcion tween no me anduvo, por lo que la pantalla de game over aparece sin mas. Fuera de eso 10 puntos!
A veces lo de la función Tween se puede deber a que quizás estamos intentando tweenear algo que no se puede, y te hablo de memoria, pero estoy casi seguro que en alguna ocasión he intentado tweenear por ejemplo "position.x", pero eso es un parámetro de la propiedad, no la propiedad, y tween_property lo que pide es eso, la propiedad. La propiedad es position y position es un Vector2 o un Vector3, de forma que la solución pasaba por poner "position" y en lugar de pasar únicamente el parámetro en concreto, luego pasarle todo el vector como valor final, que si solo queremos modificar uno perfectamente se puede poner Vector2(position.y, position.x + 10). De esa forma, a los valores que no queremos alterar le indicamos que su valor final sea el mismo que su valor actual, mientras que el otro que sí queremos alterar, pues lo cambiamos, ya sea pasándole un valor fijo, o como en este ejemplo, sumando un valor a su valor actual.
Entendiendo esto se hace mucho más sencillo el tween, a mí me encanta, es de mis funciones favoritas si no la que más. 👍
Gran tuto amigo leedeo
El turorial estuvo excelente me encanto, muchas gracias por hacerlo👌😃👍te deseo suerte en tu vida🍀😀
Mil gracias!!! 💜 espero te haya sido de gran ayuda, me alegra mucho leer estos comentarios de apoyo, es de mis cosas favoritas cuando estreno un video que les gusta 😁
De nada 😃, esté tipo de tutoriales son de mucha utilidad 😎, gracias por hacer está serie 👍
Eres el mejor mi hermano. Saludos desde Cuba. El mejor canal de Godot en español
Mil gracias!! es un placer leer cosas así!! 💜
nunca imaginé encontrar a alguien más de cuba por aquí 🤣🤙
Increíble tutorial. Suscrito y muchas gracias!
Mil gracias!! 💜 es trabajazo lo que llevan estos tutoriales, pero siempre es un placer saber que les pueda haber servido de ayuda ese trabajo 😁
Pa cuando tutorial de conseguir novia 🥲
Edit: es extraño no ver a ese pirata barbon XD pero los cambios son exelentes
Creo que tener novia está sobrevalorado, e incluso llega a entorpecer para conseguir lo que de verdad importa en esta vida: La fama y el dinero, obviamente. Pero hay 2 vías que no fallan para conseguir novia o novias: Ser rico y famoso, eso no falla, solitas llegan, o en su defecto también puedes abrirte una cuenta de Tinder, que tampoco falla. Lo de los sprites del tutorial era por cambiar un poco 🤣 y me lo pensé bastante porque había varias buenas opciones, pero me decante por estos del puerco por ser grandes, coloridos y llamativos.
Siii, yo quiero un tutorial de pausa!!! Además seguramente en el tuto no sea todo redundante y aprenda algo nuevo, tkm Javo
Pues seguramente si me sacaría de la manga algo nuevo, ya que no me gusta daros información redundante 😅 creo que ha sido buena idea adoptar este formato para la serie Hagamos Videojuegos, porque todos los complementos como pudiera ser pantallas de pausa, doble salto, salto en la pared y esas cosas que antes eran tutoriales de la serie aunque fueran complementos, ahora pueden ser tutoriales independientes, siento que así está más ordenado todo. 😁👍
@@Leedeotu voz suena como la de Spenser de I Carly
@@dekudarked3990 En videos antiguos me dijeron que al Goku de Castañeda, pero es la primera vez que me dicen que la de Spencer de iCarly, es gracioso 🤣
Llevo aprendiendo tanto godot que ya veo las variables y funciones como si fuesen matemáticas o un libro que ya entiendes casi todo
Y eso me encanta jajaja porque el momento en el que empiezas a entender las cosas aun sin verlas, significa que estás avanzando ☝😎
@@Leedeo si, gracias leedeo. Espero un tutorial con 3D con muchas ganas, aun no me he metido en ese mundo. Hice un bomber_man simple con 3 niveles, el tuyo de nave, un ninjafrog, aprendiendo machinestate y a usar clases y componentes
Javo muchas gracias por todo tu contenido. Alguna ves podrias hacer uno de juegos de cartas? seria genial
¡Gracias!
Gracias a ti por la donación!!! 💜 es un honor, y es un placer saber que haya podido ser de ayuda en algo 🤘
Pase a dejar mi gusta pero todavía me falta el de shooter 3d, espero sigas con mas contenido así, no se nada de programación quiero empezar a interiorizarme de a poco, va a llevar tiempo si pero nada es imposible. Saludos desde Argentina!!!!
Gracias por lo del rendimiento 😮😮😮
Me alegra de que haya sido de ayuda!! 😁 esos consejos es que son vitales porque tutoriales hay muchos, y seguramente muy buenos, pero veo gente quejarse del rendimiento, y es que nadie o casi nadie explica como se debe optimizar un proyecto, incluso un proyecto 2D, de hecho especialmente en un proyecto 2D especialmente ligero, sin una limitación de fotogramas es totalmente justificado que se dispare el consumo de recursos, y esas son cosas que no es que no se digan, pero no se dicen tanto como debería.
Thanks!
Wow!! un millón de gracias!!! 💜 es todo un honor!!! Eso ayuda muchísimo al canal!! 🤘
@@Leedeo gracias a ti por todo. Tienes nuevo miembro👏🫡🫡maestro
Hola Leedeo acabo de ver el video muy bueno espero que ganes muchos suscriptores más
Quería saber si vas a hacer algún día en el futuro otro video de
Cómo hacer para que al completar este nivel pase al siguiente,agregar checkpoint por el mapa y otras cosas más que podría tener un juego de plataforma tipo Mario bros
Yo soy un poco tonto,me cuesta muchísimo aprender cosas nuevas
Mire muchos videos de gente diferente y el único que logré entender fue este
Así que si haces otros videos de este tipo de juego plataforma alguna otra ves me ayudarías mucho
Te mando un abrazo 😘
Esta serie es muy particular, cada tutorial es un tutorial de un género en concreto y es un tutorial autoconclusivo, no tiene continuaciones, aunque sí hago tutoriales independientes enseñando a crear mecánicas que quizás complementen alguno de los juegos que enseñe a crear, como la de checkpoint precisamente, que sí lo pensaba hacer. De pasar nivel realmente no es necesario, ya se hizo: Del menú pasamos al primer nivel, el procedimiento es el mismo, con la diferencia que en lugar de usar la función change_scene_to_file en la señal de un botón, pues se puede poner en la señal enviada por un área, y también hemos visto como hacer que las áreas envíen señales. No creo que nadie sea tonto, pero todos somos ignorantes al principio, es normal, nadie nace sabiendo, lo importante es aprender, y no hay mejor forma de aprender que poner en práctica todas las cosas que aprendimos en distintos ámbitos. Igual fallas en el proceso, pero en algún momento lo conseguirás y ahí será cuando habrás entendido y asimilado el aprendizaje. 👍
muy buenos tus videos, seria algo interesante un video con los sprite de Legacy-Fantasy
gracias
Hola Javo! antes que nada gracias por el tiempo y esfuerzo que dedicas en ayudar a los que empezamos... después de dorarte la píldora viene pregunta de torpe xD no se porque pero cuando salto deja de funcionar casi todo xD ya no retoma la animación de correr, si muero no sale la ventana de Game over, etc... he revisado el tuto varias veces pero no doy con la tecla seguro que es una tontearía... Gracias de antemano!
Estuvo genial el tutorial, aunque seria bueno un sistema de guardado 😅
🙏
love From India ❤🙃♾️
Thank you so much for your comment!! It is an honor to be seen by people from all over the world!! 💜
Me gustaría ver un video de haciendo un juego 2 isométrico con lo grafico d3.
Locura de edición, se nota el esfuerzo
¡¡¡¡¡¡ Pero no es apreciado lo suficiente!!!1!
Wow!!! mil gracias!! 😱 me da mucha alegría que sepan apreciar esos detalles, no lo hago para que me tiren flores, pero es cierto que me esfuerzo mucho dentro de mis posibilidades y desde luego que llegue alguien y te sepa reconocer el trabajo siempre levanta el ánimo!!! 😁
Ya se viene el plataformas 3d
Pues me quiero apurar para hacerlo, pero sí, ya se viene... 😝 digo, no estoy spoileando demasiado, ya dije que iba a hacer versión 2D y 3D de los tutoriales, así que prácticamente es un secreto a voces que iba a ser el plataformas 3D 🤣
que god
Mil gracias, espero te haya sido de ayuda!! 😁
Cuando veo estos tutoriales, me fascina ver lo rápido que es Construct respecto a otros motores, madre mía, lo que se tarda en hacer que un cerdo salte y coja 3 monedas jajaja
Hombre es que no es lo mismo explicar que hacer, y tampoco es lo mismo hacer un prototipo con fines de aprendizaje, que hacer un juego de verdad 🤣 hacer que un cerdo salte y recoja coleccionables que interactúen con otras partes del juego, como la GUI, solo es una serie de mecánicas que en conjunto conforman un juego, ahora falta que tomes esas mecánicas y hagas un juego con ellas, y eso no lo hace nadie en menos de 30 minutos, porque eso no seria un juego 😝
@@Leedeo no no, en 30 minutos haces eso en Construct y te sobra para tomarte un café... eso sí, un juego pulido claro que requiere más tiempo, pero siempre simpre Construct es mucho más rápido para prototipar y desarrollar (no hay color vaya).
Después vienen los gustos y la experiencia que tengas en un motor... ahí ya no me meto.
No era una critica al tutorial ni mucho menos, es solo que me parece fascinante la cantidad de tiempo y tutoriales que hay sobre como hacer un .... "cerdo que salta y recoge monedas" jajajaj
Buenas leedeo. Acabo de entrar que no me ha dado tiempo. Luego lo guardaras el video? Esquema estoy en la renfe y no se si se cortara . Gracias por el directo
Estaría genial que hagas un top down shooter 2d
Ni copiando el codigo del jugador me sali igual, confirmamos que tengo mala suerte para esto. Gracias leedeo
Genial, es de mucha ayuda, por que no haces un inventario de objetos, estoy sufriendo mucho con eso T.T
Leedeo ... me encantan tus videos , lo cierto es que sabes explicar muy bien y se entiende todo genial. Ahora una peticion. por favor , por lo que mas quieras, puedes explicar algo sobre las fisicas en godot? estoy como loco buscando como aplicar fisicas a faldas o al coletas y por que no a unos pechos y por desgracia es dificil encontrar algunos tutos.... porfiiiiii. por lo menos una guia rapida de por donde tirar ... gracias.
Pues primero, lo primero, que es avanzar con los proyectos 3D en Godot 4, ya toca con el siguiente de la serie. Aunque el tema de las físicas de ropa y cuerpos blandos como el pelo es medio taboo en videojuegos... no es que no se pueda, pero incluso estudios profesionales buscan la forma de evitarlo porque es asesino para el rendimiento del juego. Te pongo de ejemplo la capa de Batman en Arkham Knight, que se hizo en Unreal 3, quiere decir que para la época era lo mejor de lo mejor, podrían haber dicho "pues vamos a usar físicas para la capa", pero no, no lo hicieron así, la Playstation 3 y Xbox 360 no lo hubieran soportado. Tuvieron a un equipo entero durante todo un año para hacer las animaciones de la capa bakeadas, con huesos, vamos que no utiliza físicas.
En Guerrilla Games crearon Jolt Physics, motor de físicas que usaron para la saga Horizon de Playstation (lanzado en Playstation 4 y 5), es el mismo motor de físicas que se integrara de forma nativa a Godot, y que ahora se puede usar como plugin (yo lo uso de hecho), pero no soporta cuerpos blandos (ropa, pelo, etc.), lo que quiere decir que efectivamente cualquier detalle que pueda parecer un cuerpo blando en la saga Horizon, como ropa o pelo moviéndose, no hace uso de físicas, es animación bakeada.
Creo que para hacer cuerpos blandos en videojuegos, sin importar el engine, lo mejor por rendimiento es bakear la animación. Más trabajo, indudablemente, pero es un trabajo necesario, ya que al jugador no le importa si nos llevó 1 hora, 1 día o 1 año, quiere que funcione bien el juego, si un detalle sin importancia hace que nuestro juego vaya peor que juegos AAA que se ven mucho más trabajados visualmente, se va a criticar con dureza el juego, y hay que evitar eso. Si el juego se ve humilde, la gente espera que se pueda ejecutar en una calculadora, y no digo que deba de ser así porque sabemos que influyen muchos aspectos, pero sí es lo que espera el público que ni sabe, ni quiere saber del tema. 😅
@@Leedeo eres cun crak pedazo de respuesta, muchas gracias. Tengo entendido que si, que usan fisicas pero aplicadas a huesos para ahorrar recursos pero como se hace en godot ni guarrra. en lugar de usar fisicas a lo bruto en telas o en pelo le ponen huesos al pelo a las coletas a las faldas y a las pechugas y aplicando fisicas a esos huesos consiguen efectos muy buenos, por eso te lo comente, a ver si tu sabes como a un esqueleto decirle que aplique fisicas o colisiones a los huesos de una coleta por ejemplo. A mi no se me ocurre nada y tampoco lo he encontrado por interneto .. es complicado en godot encontrar tutos sobre esto...
@@srcastorcastor8903 Mil gracias!! aunque ni tanto jajaja muchas cosas que no sé todavía, de hecho lo de aplicar físicas a los huesos ni siquiera se me había ocurrido, o bueno, sí, pero no, porque sabía qué se podía hacer, pero yo lo relacionaba con los ragdoll's de toda la vida que se usan cuando un personaje muere, y que particularmente no me gustan mucho, pero nunca pensé en aplicar ese sistema a solo una parte de los huesos para hacer algo como lo que decías, que se puede, lo acabo de buscar y ve en la documentación docs.godotengine.org/en/stable/tutorials/physics/ragdoll_system.html al final se puede ver como le meten el sistema de huesos físicos solo a los brazos a modo de ejemplo, lo que quiere decir que lo han hecho, así que diste con un tema que ha llamado mi atención, lo voy a investigar 😝
@@Leedeo que grande tio ja ja ja . me alegro que te lograse picar el gusanillo, a ver si tu que controlas mas logras algo en claro y luego "giño giño" nos lo explicas ja ja ja yo esto lo encontre en un tuto el UE donde lo usaban para dar fisica a un personaje que esta muerto o por ejemplo unas cadenas que cuelgan del techo que le metian huesos basicos y fisicas a los huesos de modo que al tropezar el keko con las cadenas estas se desplazaban. pero claro de un ejemplo avanzado en UE a implantarlo en godot tenemos un mundo. A ver si tu das con algo jugoso si yo encuentro algo os lo contare tambien .. creo que es algo muy interesante y util.
Gracias por todo ;-D
Ojalá alguno de los siguientes sea haciendo un RPG pues hay algunas cosas que aún tienen tutorial, como puntos de guardar partida (o guardado en general). Aún así sigo aprendiendo cosas muy útiles con cualquier video. Gracias
RPG sí, va a haber casi de seguro porque tiene mecánicas que quiero enseñar, y que de hecho algunas iba a enseñar aquí y dije "nah, me las guardo..." 🤭 aunque lo de la mecánica de guardado eso quiero hacerlo como tutorial independiente, ya que es algo que se usa no solo en un RPG. Ya hice el tutorial en Godot 3, pero eso es uno de los procedimientos que ha cambiado, y aunque ahora es más sencillo que antes, pues requiere volver a explicarse. 👍
@@Leedeo ¡Lo espero con ansias! Muchas gracias
@@LeedeoHay muchos addons para guardar más fácilmente, ¿los recomiendas?
@@republicavictinera Tendría que verlos... no puedo decir que si o que no, yo por ejemplo lo hago por código porque solo requiero guardar unos pocos valores y creo que para eso no vale la pena instalar un addon, pero capaz que veo uno que es una maravilla y me hace cambiar de opinión, aunque incluso así me preguntaría ¿vale la pena depender de terceros si ya lo hice yo y funciona? Porque si actualizo Godot y se rompe el funcionamiento, lo arreglo, pero si se rompe el addon tengo que esperar que lo actualicen o regresar a la versión anterior (más vale que guardase una copia del proyecto...)
Claro, si no supiera y necesitara algo más completo en mi juego, quizás sí tomaba el riesgo y usaría uno, así que, pues depende... creo que no hay una respuesta válida para cualquier caso...
hola Leedeo, quisiera saber un poco mas sobre los recursos (assets y musica) utilizados para el proyecto y donde puedo encontrar más de uso gratuito
Están en la descripción todos, y todos son de itch.io, no digo que sea le mejor biblioteca de recursos que existe, pero sí al menos sí de las mejores. Allá se pueden organizar Jams, puedes subir tus juegos gratis, ofrecerlos gratis o cobrarlos, aunque no muchos compran juegos en itch.io, todo sea dicho (confían más en Steam o GOG, obviamente, da más caché), pero también se pueden crear recursos de pago, subirlos y para que veas, sí que es más común la venta de recursos que la de juegos ¿Eso significa que es más probable sacar dinero por unos assets hechos en quizás 1 mes, 2 o 3, que un juego hecho en 1 año, 2 o 3? Pues...................................................................................................................................................................................................................................................................
Sí, así es... 🤣 es la realidad... no pretendo decepcionar a nadie, ni mucho menos, pero así están las cosas. El mercado de juegos indie está sobresaturado y hay que hacer un juego verdaderamente bueno para que alguien se digne a pagar por él, y es normal, pero es más probable que un desarrollador que no es músico, artista 2D o 3D se digne a pagar por recursos para su juego si los recursos son buenos, porque sale más barato que contratar un músico, artista 2D o 3D.
Qué tal un video de cómo usar firebase en godot? Creo que a todos les gustaria saber cómo guardar y que quede todo en una base de datos
O aún mejor, Supabase, que es gratis y de codigo abierto. Veo que te piden eso de guardar un montón, y si se guarda en Supabase o Firebase creo que llamaria mucho la atención
Ademas, quizas con eso se puedan hacer estadísticas de jugadores. No creo que esto sea tan caro como un juego online, ¿o acaso se necesita demasiado dinero para un backend asi?
¿Y para qué querrían manejar una base de datos externa, si eso de entrada es muy mala práctica en un juego? 🤣 se hace cuando no queda de otra en juegos online, pero para la mayoría de casos, un simple diccionario en un script es una BBDD más que suficiente e incluso es más óptimo porque prescindes de conexiones externas (Hasta existe una categoría en la Google Play para juegos que se pueden jugar sin conexión... por algo será... 😝)
Y concretamente digo juegos online grandes, porque para hacer cosas simples como un rank online por ejemplo, tampoco se necesitaría una BBDD externa, sirve la API de Google Play Games en Android, sirve la API de Steam en computadora, si van a subirlo a Itch ya valió pito porque cerraron gotm la semana pasada (una lástima...) ¿Pero qué haría pensando alguien pobre en hacer un juego para PC que requiera de una API externa si no puede ni subirlo a Steam? ¡Firebase no es gratis! 🤣 (bueno, tiene una versión gratis, pero no sirve para un juego precisamente... la versión gratis es para hacer pruebas)
Hablando en serio, creo que piensan en demasiado grande y sé que a muchos les gustaría experimentar esas cosas, pero la realidad es que no son proyectos viables en ningún sentido, fíjate como la tendencia es que los indies más populares, ninguno son juegos multiplayer, y los indie multiplayer como Rocket League o Fall Guys terminaron siendo comprados por empresas más grandes (De hecho por EPIC en ambos casos jajaja), y es que incluso siendo exitosos llega un momento donde ya no es sostenible sin una empresa que de verdad tenga la infraestructura necesaria, se hace algo pesado y tedioso de lo que ya mejor te quieres deshacer.
Por ejemplo, digamos que tienes un juego en Android que requiere actualizar la información cada semana, o cada mes, pero eres indie, aún no eres experto, ni tienes el dinero ¿Qué hacer? No puedes cambiar lo que eres en ese momento, pero puedes cambiar tu idea, perfectamente puedes hacerte tu BBDD en un simple diccionario de GDScript y cada semana o cada mes vas actualizando, con eso les sale la actualización a todos los que lo tengan descargado, lo actualizan y listo ¿Qué no es lo ideal quizás? ¿Qué sería mejor algo más sofisticado que se hiciera solo? Ya ¿Pero si fuera tan fácil porque no lo hacen todos?
Juntemos like 🎉
hermano, algún video o guia que recomiendes para hacer subtitulos en godot?
Guía no recuerdo, fíjate que en su día yo estaba haciendo un sistema de comentarios y no te voy a engañar, me llevo meses teniendo ya una idea de como quería hacerlo y lo hice usando la documentación oficial de Godot (como la gran mayoría de cosas que he aprendido y enseño), pero deje el desarrollo cuando Emilio (que ahora trabaja en W4 Games) publico Dialogic. Creo que tiene documentación de como usarlo, pero desde luego es el addon de diálogos que yo esperaba hacer e incluso más.
Hola leedeo, en el script player despues de ejecutar la animacion death, ejecutas la funcion game_over() sobre gui, mi problema esque no reconoce ese "gui.game_over()", he encontrado la manera de hacerlo con get_node("root/Level/gui") y asignarlo a una variable pero queria saber como haces tu para poder llamarlo de esa manera sin tener que hacer el get_node(), gracias buen tuto
Fallardo de noob he tenido me acabo de dar cuenta que hay un @export para eso, jajajaa bueno leccción aprendida
Cuando uso la linea que hace que el Raycast detecte las paredes y el suelo el juego crashea o no inicia, pero cuando quito esa linea el juego si se ejecuta
¿Crashea o tira un error? Porque no es lo mismo, un crasheo se produce por algún comportamiento indefinido, mientras que en un error Godot te dice el error y la línea donde se produce dicho error. En el curso de introducción hice un tutorial de aprender a leer errores ruclips.net/video/VtJmmE_FGIk/видео.htmlsi=-9ncicwfPHJNKvr1 que es tan importante como aprender a programar en GDScript.
35:40 JAJAJAJAJAJAJA😂
Hola Javo... en algún momento harás una sección donde reaccionas a los juegos de tus seguidores?
Apoyo esta moción!
Yo tb apoyo!
Jajaja he jugado en directo (y juego, si hubiera) juegos de miembros del canal, también en directo hice en alguna ocasión sección donde he propuesto al chat jugar y valorar juegos de aquellos que realicen una donación. Y lo que sí tengo pendiente y quiero hacer en algún momento es una Jam, donde obviamente tendría que jugar a los juegos de los participantes para poder valorarlos uno por uno.
Por supuesto, también pueden patrocinar un video dedicado, o en el último de los casos, hacer un juego que me convenza lo suficiente 😝
para los que recién están aprendiendo y les salta algún error , recuerden que tienen que vincular el game over del GUI que esta en el scrip del player SE VINCULA CON EL SIGNO $ O PUEDEN ARRASTRAS DESDE LA ECENA LEVEL EL NODO DE GAME OVER QUE ESTAD ENTRO DEL NODE GUI AL SCRIPT DEL PLAYER PARA QUE SE VINCULE y verificar que que body y delta estén escritos así ( _body) (_delta)
Que bien me va a venir este tutorial ¿Mejor que los 2 anteriores? Pues aunque resulte increíble, creo que sí. Y quería hacerte una pregunta "no obvia" y que raro será que vayas a incluir en este tutorial (Espero equivocarme. No sería la primera vez).
¿Hay algún modo de poder incluir información en los "tiles" que pueda "leer" mi personaje al pisar sobre ellos?
Estoy haciendo un juego plataformero, y mi personaje no frena en seco (por que no me da la real gana. A mi me gusta así). Y si fuera capaz de tener información del tile sobre el que pisa, podría hacer que le costara frenar más o menos según el tipo de suelo. El hielo sería escurridizo y el barro haría más lento al personaje. Aumentaría la dificultad en los niveles superiores.
A lo mejor me estoy complicando la vida y hay una solución mucho mas sencilla. Pero la ignorancia es muy atrevida.
PD.: No he visto tutoriales que expliquen más cosas en menos tiempo. Es obligatorio ver cada capítulo de cada vídeo bastantes veces para poder estrujarlo lo máximo posible. Supongo que son varias decenas de horas de trabajo cada uno de ellos. Mi agradecimiento. Espero que el pequeño Timmy lo esté teniendo en cuenta.
PDPD.: ¿Por qué leo tus comentarios con tu voz? ¿Y por qué leo mi comentario también con tu voz?
Pues cada vez un poco más difícil, también un poco más orgánico y con tips distintos, porque algo que si puedo decir con seguridad es que en este tutorial enseño varios trucos de optimización que son válidos tanto para 2D, como para 3D, en cualquier juego en general, y que de hecho deberían implementarse en cualquier juego en general. No es el eje del tutorial, por supuesto, pero digamos que es un plus que me gusta dar para que siempre se vayan aprendiendo cosas de valor. 😁👍
Me arriesgaré al sugerir que puedes usar distintos tipos de capa para cada superficie en el tile map y también implementar funciones como is_in_floor(), pero con hielo y lodo para comprobar la superficie. Puede que no funcione o que no sea tan eficiente, pero ahora mismo es lo unico que se me ocurre.
Like, sabes como hacer una maquina de estados, no para animaciones sino para Estados del player
Pero una máquina de estados siempre es para eso, los estados 😅 aunque se puede hacer a mano honestamente no lo recomiendo, de hecho los tutoriales que he llegado a ver donde "dicen programar una máquina de estados", en realidad ninguno es una máquina de estados, pues una máquina de estados es un sistema de entradas y salidas, donde la salida no depende solo de la entrada actual, sino de la entrada anterior, y de los procedimientos que he visto, ninguno puede hacer eso, solo evalúan la entrada actual.
Para eso ya existe el nodo AnimationTree, que literalmente hablando es una máquina de estados (ese sí es una máquina de estados real), el cual les enseñe a usarlo en el curso de introducción a Godot 4, y anteriormente, también en el tutorial donde enseño como realizar un sistema de combos en la primera edición de Hagamos Videojuegos.
Una máquina de estados siempre es para crear distintos estados y poder evaluarlos para hacer X cosa, como por ejemplo cambiar las animaciones, pero lo mismo que se cambia una animación se puede iniciar un timer, cambiar el valor de una variable, llamar una función, etc. etc. etc.
Pienso volver a enseñar el sistema de combeo, pero lo importante es que entiendan como funciona una "máquina de estados" para no pensar que existe un procedimiento diferente, si queremos cambiar una animación, o si queremos hacer cualquier otra cosa, pues el procedimiento es el mismo para todos los casos.
@@Leedeo ah ok, gracias por la aclaración, es que he visto tutoriales donde hacen state machines, pero son las clases de toda la vida, así en vez de solo tenerlo en un script lo tienen en varios nodos las acciones que se usan
Hice una clase para las habilidades de mis personajes, pero me pregunto si tendrá el mismo rendimiento si los Objects los dejos en un script que extienda a cada personajes, o si poner cada objeto con la habilidad en el global.
He visto que haz mencionado que no te gustar usar nodos pesados para hacer simples cosas, ya que entre el nodo existen métodos y funciones, entonces pienso que si creo 30 personajes y todos heredan de un script en donde tengo todos los objetos con las habilidades, estaría haciendo todo más pesado que si yo los pusiera en el global
Cualquier forma me es cómoda. ¿Qué harías en mi lugar?
No hay respuestas correctas, depende, siempre depende, porque por ejemplo si creas una clase, y esta tiene un script en el que todo lo que pongas va a ser utilizado por tantos enemigos extiendan de esta clase, entonces indudablemente es una buena práctica, tanto de rendimiento en mayor o menor medida, como para mantener un código bonito y fácilmente escalable.
Por el contrario, también se podría dar el caso que se crease una clase con su correspondiente script de la que extiendan 30 enemigos, por ejemplo, pero estos apenas hagan uso de todos los métodos de la clase de la que extienden, por lo tanto, aquí sí podría haber una penalización de rendimiento, ya sea ínfima o notoria, también depende del código, pues estarían arrastrando código del que no están haciendo uso.
No obstante esto es como todo, al final del día la herencia de clases se creó en su día por una buena razón, y bien usado es genial, pero mal usado puede hacer bonitos desastres, en ambos casos es responsabilidad del desarrollador o desarrolladores, por eso es importante aprender a estructurar bien los proyectos.
En el caso del tutorial no afecta negativamente, porque aunque creo la clase, realmente tanto el enemigo como el player utilizan el script donde fue declarada, no tienen su propio script que extiendan de la clase Enemy o Player (en Leedeo Backrooms sí lo hago), y solo la utilizo para identificar al nodo por su clase. También se podrían usar los grupos, o en ciertos casos como el Player donde solo hay 1, incluso el propio nombre de la escena, pero el código para identificar un nodo por su clase me parece más limpio, aunque en futuros tutoriales utilizaré otras formas, no porque las considere mejores o peores, simplemente para que las conozcan y ya ustedes decidan la que les parezca más conveniente en cada caso. 👍
buenos días, sería genial que puede hacer un juego tipo (infinite runner) en godot espero su respuesta por favor
Más adelante podría ser, hay una lista de juegos que me gustaría realizar para la serie, pero lo que hago es valorar qué mecánicas aportan, y el nivel de las mismas acorde al nivel del curso, ya que en un endless runner gran parte de las mecánicas son las mismas que las del shooter 2D para la versión 2D, y las mismas del shooter 3D para la versión 3D, aunque no lo parezca, solo tienen que dar con la clave... (no es tan complicado en verdad), así que realmente no hay mucha novedad salvo el diseño, pero igual no lo descarto para más adelante. 👍
javo podrías enseñarnos a hacer un salto para un juego top-down??
El top-down no es isometrico ¿Eh? jajaja yo no más aclaro porque top-down quiere decir literalmente desde arriba, no hay perspectiva así que la forma en la que se podría representar un salto desde esa perspectiva es aumentando y reduciendo la escala de los sprites como para simular que se acerca a la cámara, aunque sería muy ligera esa escala porque si se hace muy grande querría decir que ha pegado tremendo salto y está casi pegado al foco, pero no es algo que se use frecuentemente o no recuerdo haber visto casos así porque desde esa cámara sería horrible controlar el salto 🤣
En un juego isométrico o al menos con cierta perspectiva podría tener más sentido, aunque en 2D recordemos que solo tenemos los ejes X y Y, así que hay 3 opciones:
1. Si es 2D real, el salto no es un salto real, es una simple animación que hace el efecto que esta saltando, ya que no tenemos un 3º eje para controlar el salto y como luego es complejo manejar las distintas capas de profundidad no era común que se hiciera esto, por eso la mayoría de juegos que usan esta perspectiva no tienen salto, sino que en su lugar implementan mecánicas como un dash, rodar, etc. no porque fuera imposible, sino porque no querían complicarse y se siente más orgánico el control.
2. Hacerlo 2.5D, o sea motor 3D pero con sprites 2D, lo que quiere decir que se haría igual que en un plataformas 3D tradicional, que presumiblemente será el siguiente tutorial de la serie.
3. Hacerlo 3D, tal cual.
¿Mi recomendación? Si la estética es 2D, yo recomiendo hacerlo 2.5D, o bien hacerlo 2D real, pero eliminar la mecánica de salto, recordemos que para que una mecánica esté bien implementada, debe resolver uno o varios inconvenientes que pudieran surgir durante el desarrollo, pero si tienes que adaptar el juego a la mecánica y esta supone un inconveniente por sí misma, entonces la mecánica sobra y es mejor resolverlo de otra forma.
Dando paso al godot 4, a ver si sale algo guay XD
queeeeeeeeeeeeeeee!!! por que youtube no me recomendo el primer capitulo
Cuando se trata de canales pequeños, RUclips no ayuda mucho precisamente... 😅 si se tratase de un canal de 4 o 5 millones verías como se encarga de notificar hasta cuando el creador de contenidos va al baño 🤣
@@Leedeo jjajajajaja tienes razon
985 likes, falta poco chicos vamos que se puede
a que grupo pertenece el nodo Level 30:13, mi personaje atraviesa los tiles, y se cae al vacío infinito?
AYUDA
ya lo arreglé ja, ja, ja
Leedeo , tengo una pregunta, obviamente no estoy haciendo un proyecto tan grande, pero me surgio la duda, en caso de hacer un metroidvania, que es mas conveniente, crear todo el mapa en una escena y cargar por habitaciones o chunks o crear el mapa dividido en diferentes escenas?? Nose si me entenderas, graciass
Lo más conveniente es crear distintas escenas, por rendimiento lo recomendable siempre es crear distintas escenas y si te fijas en los Metroidvania más populares todos funcionan así, por escenas, hay un tramo más largo o más corto, no importa, y ese tramo tiene una o varias salidas, pero al llegar a una de esas salidas pasas a otra escena/tramo distinto.
Claro, vas a tener que crear un mapa que identifique en que tramo te encuentras, que eso se puede hacer dándole un ID a cada escena para identificarla por este parámetro.
¿Por qué siempre es mejor en distintas escenas? Porque puedes crear una pantalla de carga para que pase el recolector de basura, elimine de memoria todo lo de la escena actual y cargue lo de la nueva escena, y esto es algo que es especialmente importante en 3D. Me enviaron a revisar un juego 3D con clara inspiración de los clásicos Metroidvania (aunque soy de la opinión que un Metroidvania tiene que ser 2D sí o sí) y precisamente su fallo era ese, al principio cargaba bien, pero cuanto más avanzas, más lento va porque es un mapa enorme y no hay ningún punto del juego donde se libere de memoria las zonas ya visitadas. Estaba hecho por chunks, pero primero carga 1 chunk, avanzas y ya son 2, luego son 3, luego 4... sigue suma y suma, cada vez va más lento y es necesario descargar de la memoria todo lo que ya no estamos viendo, y eso se hace cambiando de escenas.
Claro, vemos juegos como Minecraft que funcionan por chunks y podríamos caer en la trampa de pensar que es la mejor opción, pero hay que tener en cuenta que Minecraft está muy bien optimizado, a mí particularmente no me gusta Minecraft, pero al cesar lo que es del cesar, está bien optimizado y no es tan fácil dar con su secreto, el tema de los chunks solo es una parte de la ecuación.
Hola, podria usted crear un video tutorial de árboles que tenga animacion del que esté en el mundo, ejemplo se mueva un poco por el viento ( con animatedSprite2D) y que se pueda talar(sería con un button) y que tenga una animacion cuando se caiga al talarse(con 3 toques, ejemplo 3 veces el boton de talar) y que tenga un tiempo de segundos antes de desaparecer ( y que suelte objetos, ejemplo madera) he buscado y no hay video tutorial de árbol en español 😢
Quizás sea yo un antiguo, pero es que llevo poco tiempo y he usado animatedSprite2D para el jugador con el salto,nadar y caminar y me a gustado muchísimo ❤❤❤❤😊
Es que es normal que no encuentres un tutorial de algo tan concreto... tú estás pensando en algo que quieres hacer, y estás buscando un tutorial que te diga exactamente como hacer eso, y cuando empiezas en el desarrollo de videojuegos, primero tienes que aprender lo básico, y cuando lo hayas aprendido, no tienes que preguntarte como hacer X cosa que aún no sabes hacer, sino preguntarte que puedes hacer con los conocimientos que has aprendido, que es lo que tu ya sabes hacer.
En 2D, por ejemplo, ¿Como hacer que se mueva un árbol? Un shader por ejemplo, no hace falta que lo hagas tú, busca en Godot Shaders godotshaders.com/ ¿Qué no hay ninguno que sea de árboles? Tal vez no, no lo sé, pero no es necesario que busques exactamente lo que quieres para implementarlo sin más, si ves un shader de hierba que tiene una animación similar a la que estás buscando, sirve, no importa si el sprite es una hierba o un árbol, por qué el efecto será el mismo sin importar cuál sea el sprite.
¿Qué quieres que se muevan las hojas pero no el tronco? Entonces separas tronco y hojas en 2 sprites y solo aplicas el shader a las hojas. También se puede dibujar a mano la animación, si es que quieres algo muy específico ¿Cómo aprender a dibujar bien? Practicando cada día sin falta y acumular muchas horas de experiencia hasta alcanzar un nivel deseado.
¿Que al golpearlo 3 veces caiga con una animación? Eso puedes hacerlo con el mismo sistema de vida de los enemigos de este tutorial ¿Que no son árboles? No, ¿Que importa si son árboles, gusanos o trolls? El sistema de vidas consiste en darle una vida determinada al objeto, un valor numérico al que llamamos vida, pero podemos llamarlo salud o "valor numérico indeterminado" sin más... cada vez que es llamada la función (damage_ctrl en este caso) restan X cantidad a ese valor número (eso está explicado en este tutorial), y si llega a cero, me da igual si es una animación de un gusano muriéndose (que de hecho combino 2 animaciones, y una era de las monedas y quedó bien), o un árbol cayendo, el procedimiento es igual ¿Que dure X segundos antes de desaparecer? Se puede alargar la animación repitiendo el último frame para aprovechar la señal animation_finished, se puede meter un silencio a un AudioStreamPlayer para alargarlo y aprovechar la señal finished, se puede añadir un Timer e iniciarlo cuando termine la animación...
Todo son cosas que ya han sido enseñadas, primero apréndelas, y luego como digo, piensa que puedes hacer con lo aprendido, parte de la labor de hacer videojuegos consiste en eso: Pensar.
podrias hacer un tutorial de como hacer un clicker? los videos que he visto son medio pelo y ninguno en español, saludos
incluye uno de multi player por lan.
buenas, se que sonara mal, pero baje godot y lo puse en español, pero veo que tu tienes casi que el 100% de la ui en español, como lo hiciste?
Bueno, es que oficialmente soy uno de los traductores de la app 😝 aunque traduzco únicamente la versión del "Español Neutro", que está al 100% (al menos las cadenas “traducibles”), pero si eres de Argentina, seguramente por default te aparezca el Español de Argentina, que esa traducción está algo abandonada desde hace tiempo (Está al 49% para ser más precisos) y, por lo tanto, muchas cosas no estarán traducidas. En el administrador de proyectos cambia el idioma y elige "Español" en lugar de "Español Argentina".
Apenas un chico de nick ibanezfr se puso en solitario a traducir de nuevo, pero claro, es difícil para una sola persona, lo sé por experiencia, en su día yo traduje en solitario toda la interfaz del Español neutro...
muchas gracias por resolver mi duda@@Leedeo
Hola, Javo.
He visto varios tutoriales y son un gustazo. Muy buenos y didácticos.
Una vez terminado este tengo un par de preguntas sobre el rendimiento:
1) Tengo un equipo decente (i7, SSD y 16GBram, ubuntu 22.04) y al hacer las pruebas se estabiliza en 40fps. lo he comprobado añadiendo esta línea a la funcion _process de la escena GUI y un label a la misma (FPS):
$FPS.text="FPS: "+str(int(1/delta))+" / "+str(Engine.max_fps)
Si cambio el límite en la configuración del proyecto a 10fps, se estabiliza en 10.
¿Realmente es tan difícil conseguir una cantidad adecuada de fps? Este es un juego bastante básico y no debería suponer mucho trabajo para el hw.
2) Cuando he cambiado la configuración del proyecto a 10fps he visto que la caida es más lenta y el salto se potencia a lo bruto. Eso llevaría a experiencias de usuario muy diferentes según la capacidad de cada equipo.
Claro, en cada frame que está en el aire, en la función motion_control del Player, a velocity se le suma una cantidad (gravedad) con esta línea: "velocity.y+=gravedad"
Si tenemos menos fps -> realizas menos sumas cada segundo -> tarda más en llegar a cero y pararse -> permanece más tiempo en el aire -> llega más alto
He probado a modificar la potencia de salto en base a los fps (en realidad, delta) pero no funciona bien.
Luego he pensado en cambiar la línea de la gravedad por: "velocity.y+=gravedad*(fps_deseados/fps_reales)"
De esa forma, cuando el equipo esté produciendo pocos fps, compensa usando en cada frame una "gravedad" mayor.
Ya se que con move_and_slide() no debes corregir los desplazamientos con delta porque la propia función lo tiene en cuenta, pero he probado esto (añadiendo delta a motion_control) y va "a medias": velocity+=gravedad*(60*delta)
Va bien con 40fps, menos bien con 30 fps... Pero a medida que voy bajando, se va notando diferencia -> a 10fps se nota bastante.
¿No hay una solución "limpia" para esto? ¿Quizas sustituir el move_and_slide() por una función hecha a medida?
Gracias de nuevo por el video.
El problema principal, la mayoría de las veces, es omitir la optimización.
Sin importar cual sea el equipo, incluso siendo potente, haz esta prueba sencilla: Sin nada más abierto en Windows, abre el administrador de tareas, y fíjate como con el simple hecho de mover el mouse rapidamente de un lado a otro, se consumen recursos. Y esto tiene lógica, porque se necesita refrescar la pantalla.
En un juego 2D lo vemos, y lo vemos simple, entonces pensamos "no debe consumir mucho", pero claro, si no existiera una limitación de fotogramas, ese juego va a reproducir tantos cuadros por segundo, como lo permita el equipo, sin un límite, y, por lo tanto, sin optimización puede consumir incluso más que juegos 3D hiperrealistas, que van fluidos porque están bien optimizados.
Luego, con el move_and_slide, cuidado nuevamente, porque también es típico que me pregunten por qué no multiplico por delta en la función de movimiento, que utiliza move_and_slide, y siempre digo lo mismo: En move_and_slide ya va implícito el tiempo delta, así que si llegasen a multiplicar por delta nuevamente, la CPU estaría multiplicando delta por delta, y esto provocaría más trabajo para la CPU, y también que tengamos que trabajar con valores más grandes para efectuar movimientos, lo que se traduce en más cuadros por segundo, y eso nos lleva al primer problema: Sin haber limitado la tasa de fotogramas, obtenemos un devorador de recursos aun siendo un juego sencillo.
Son cosas que es importante saber de cara al futuro, ya que son cosas que aplican para cualquier otro engine. 👍
para los que descargaron la musica de fondo , si al introducirla al Audio StreamPlayer , al reproducirse se activa al iniciar el juego pero no se loopea y si entras a sus propiedades y ves que donde dice loop no se puede activar,
SOLUCION antes de introducirla en el AudioStreamPlayer
doble crick al recurso de audio y se abrira una pequeña ventana ahi esta el loop que se tiene que activar , y se reimporta , ahora si ya estara loopeada al iniciar el juego
El tutorial excelente (como siempre). Pero no puedo negar que casi me ahogo de la risa, cuando murió el leedeochanchito 😂😂😂
Gracias por explicar todo tan bien Javo
Y eso significa que lo has visto todooooooo!!! con atención!!! ☝🧐 en el gameplay quise darle automorición a propósito, y sentí que le faltaba algo, que habia quedado muy soso ¿El qué faltaba? Pues eso... el que lo lea y quiera saber que, tendrá que verlo y poner atención también... 🤣
@@Leedeo obviamente, todo, completito con toda la atención... Porqué no hay que perderse detalle alguno.
usaste la versión 4.0 exacta de godot?
En este tutorial utilicé la 4.2.1 o 4.2.2 si mal no recuerdo. Salvo que avisen de algún tipo de rotura entre versiones, se recomienda trabajar siempre en la última versión estable (pero por eso vean las notas de la versión, porque siempre avisan si hay o no hay roturas...)
Lastima que no podemos probarlo directo en itchio
Oe!!! A ti te veo en todo youtube 😅
pregunta es recomendable pasarme a usar godot 4 o sigo con el 3?, es que mi pc no es muy potente
Si tu máquina lo soporta, sí, sin duda, es 100% recomendable. La única razón para no hacerlo es que estuvieras metido en un proyecto en el que llevas mucho tiempo, es 2D así que Godot 4 no aporta ninguna mejora o quizás no aporta las suficientes para justificar portearlo, que finalmente es algo que requiere su tiempo, y en esos casos, pues recomiendo terminarlo en la versión en la que se empezó. En cambio, si es 3D, no importa el tiempo que llevases, recomendaría hacerlo porque Godot 3 para 3D sí tenía un rendimiento algo cuestionable.
En líneas generales Godot 4 es mejor que Godot 3, y con el tiempo va a mejorar mucho más, de hecho la versión 4.3 va a ser brutal: Rediseño del explorador de proyectos, mejoras en la interfaz, en el render pipeline (que es una de las cosas más importantes, y en las que se pone mayor empeño), incorporación de DirectX, que no es compatible con Linux o Android (no soportan DirectX), pero si uno quiere hacer juegos enfocados a Computadoras Windows y MAC, o consolas, es la mejor librería gráfica que existe, y sí, mejor que Vulkan, Vulkan de hecho nació como alternativa a DirectX precisamente porque DirectX era algo muy exclusivo del ecosistema de Microsoft. Es cierto que Vulkan va ganando terreno y en algunos casos hasta lo ha superado, presumiblemente seguirá mejorando y hoy en día ya es la librería gráfica más usada porque es más compatible, aunque DirectX sigue siendo el rey en cuanto a potencia y rendimiento. Pero lo mejor de todo es que no se van a romper compatibilidades, todo lo que se hiciera en la 4.X funcionara tal cual en la 4.3
Que es un directo que termina un plataformas 2d en El directo? O pondrá código copiado como e sus videos? Espero que sea todo desde 0 y así todos aprenderemos
No hago juegos en directo, es un estreno, pero el juego es desde cero, no hay que confundir "copiado" con presentarlo ya terminado y explicar paso por paso, que así es como son todos los tutoriales del canal, así es como será éste y así es como serán todos los demás en un futuro, que así es como de verdad se aprende.
@@Leedeo no me mal intérpretes. No me refiero a que copies código ni nada de eso, si he seguido varios tutoriales tuyos y me has ayudado. Me refería a que ponías el código que tenias copiado. Y lo ibas explicando. Lo siento si te ofendí. No era mi intención si me gusta como te explicas. Que será como un devlog ?
@@lordav5520 Es aclaración, no es ofensa, no te preocupes 👍. Y aclaro porque puede malinterpretarse, y considero que presentar el proyecto funcional permite enfocarse en explicar el funcionamiento paso a paso, sin errores y pudiendo dar detalles que de otra forma no se daría, evitando que las personas copien lo que están viendo y promoviendo que aprendan lo que se está diciendo. Tema aparte así se acorta la duración del vídeo ya que al omitir todo aquello innecesario, en 30 o 40 minutos presento lo que muchos tardarían 20 veces más 😝 vamos que los conocimientos adquiridos en lo que duran estos tutoriales son los mismos y a veces hasta más (puedo dar fé) que algunos cursos de pago de varias horas, y la mayor parte del tiempo se la pasan escribiendo y corrigiendo lo que hicieron sobre la marcha. ☝️🧐
@@Leedeo vale gracias crack! Te he leído como si me estuvieses viendo los videos con el personaje modificado de south park tuyos hahaha saludos y espero con ansias tu directo. Tienes discord también o Twitch
Crees que la creacion shaders es lo mas complejo en todo el desarrollo de un videojuego? Crees que está al nivel de crear una inteligencia artificial que aprenda sola?
Para mi sí jajaja es algo que ni entiendo ni pretendo entender jamás 🤣 aunque no sé si diría que lo más difícil, porque para mí por ejemplo es superfácil modelar algo en 3D, y para otros puede ser una odisea, mientras que para mí el arte 2D tradicional es una odisea, y muchos otros no hacen otra cosa porque es lo que saben hacer y creen que es más fácil, sin darse cuenta de que es fácil para ellos, porque tienen habilidad para ello. 😝
En los Scripts de @export-category(config) aparece un icono(el engranaje) delante de "Config".
Que hay que hacer para que aparezca eso
Nada en especial, es un emote, presiona la tecla Windows + . en el editor de código y pon el que gustes 😝 finalmente es un String con comillas dobles, así que soporta caracteres y signos especiales, y los emotes nativos del SO en realidad son caracteres.
Gracias Leedeo
cómo diría Patricio estrella
TE AMOO
en el
@export_category como pongo el ⚙Config????
Pues si ya lo hiciste jajaja es un string, así que soporta iconos. De la misma forma que pusiste la rueda aquí en los comentarios ( Win + . ), puedes ponerla en el código 👍
Estoy tratando de que se importe bien un archivo svg en mi proyecto de Godot y lo importa mal, no se ve casi nada, tu sabes que hay que cambiar en el codigo de godot para que esto funcione?
tenes que ir a la pestaña de proyecto, luego configuracion del proyecto y en el apartado rederizado tenes que ir a textura yactivar la opcion "nearest"
ya va 1 mes q di el like y compartí, y aún faltan 😭
voto por el tutorial de la pantalla de pausa
como siempre otro buen tutorial, ojalá completar pronto la meta de likes!
5:22 alguien sabe que ia usa para este tipo de resultados?
Yo si!! yo si!! jajaja use Copilot, que genera imágenes en formato 4:3, pero es de la que mejores resultados me ha dado, así que para hacerla formato 16:9 tuve que editarla manualmente, rellenando las partes faltantes (es pixel art, así que es fácil rellenar colores planos, aunque obviamente requiere un mínimo de paciencia), y para textos las IA's aún no ofrecen muy buenos resultados, por lo que mejor hice el texto a mano. 😁
Claro, saber de edición siempre ayuda porque confiar al 100% en una IA no se puede hacer, pero si uno lo usa para complementar habilidades y mejorar procesos creativos como estos, la verdad son herramientas excelentes.
jajaja no pensé que fueses a responder tu mismo, muchas gracias! la imagen esta muy buena.@@Leedeo
Hola, alguien que me diga cómo calcular los requisitos mínimos y máximos en Steam al sacar tu juego, gracias
No hay una herramienta para hacer eso, hay que probarlo físicamente en distintos dispositivos para tener ese feedback y hasta donde yo tengo entendido, tú no pagas por subir un juego a Steam, pagas para que valoren tu juego y determinen si es apto para publicarlo en Steam, ya que incluso pagando no te asegura que vayan a publicarlo. Si no lo aceptan te van a decir que cosas tienes que cambiar, y en caso de que lo acepten, ya viene una valoración de los requisitos mínimos hecha por el equipo de Steam.
En @export_category("Config") te queda un engranaje, ¿cómo lo incluís?
Poniendo el icono, tal cual, los iconos nativos del SO se consideran tipografías, solo pulsa la tecla Windows + . para que te salga el listado (es un punto, windows más punto)
@@Leedeo Muchas Gracias.
ujuu
como hacer un zombie waves.
¿Has visto los anuncios que suelen aparecer de un juego llamado Evony que es precisamente de oleadas de zombies y que parece genial, pero luego lo descargas y no tiene nada que ver? Pues fíjate que algo de eso sí que me gustaría hacer porque la idea del juego es buena ¡Pero es que el juego de verdad no es así! ¡Solo es un video y da mucha rabia! 🤣
Up
tutorial de pantalla GUI pausa!
Pues si quieren con gusto me lo apunto jajaja
Javo, espero ande todo bien, no puedo volver a ingresar al discord, me habian hackeado mi discord y ya retomé el control de la cuenta, pero no me he podido ingresar porque tal vez me betaron o algo
Puede ser!! Si no hay otros motivos, también se hace purga de usuarios inactivos, simplemente por mantener control 😅 si me dices cuál es tu usuario, puedo buscarlo para ver si está en la lista para quitarlo de ahí y que puedas volver a entrar.
@@Leedeo mi usuario es luicho23, te agradecería Javo, ajjaajj es que por esa hackeada me sacaron de varios grupos de discord
@@chloestudio9215 Sí, si estaba en la lista de baneados, por spam/virus decía, algún moderador seguramente lo hizo, pero no te lo vayas a tomar a mal, son buena gente todos, igual y paso lo que dices que te hackearon la cuenta, empezó a tirar spam y claro, ellos no saben y actúan rápido 😅
@@Leedeo jajajajaaj si si gracias gracias, ahi ando en el desarrollo de mi videojuego, es como mi bitácora de fracasos y victorias jajajaj, aunque la mayoria hace videojuegos en 2D, pero pues ahi vamos con el futuro videojuegazo ajajaj en 3D, (tremendo ego) ajajajaj se hace falta ver videoitos del desarrollo de leedeo backrooms.
Ah y buen video por cierto, pero vente al server que los Mods no sabemos qué hacer y cada cosa que hacemos se nos quejan ;-;.
Mañana (bueno, hoy dependiendo de cuando se lea 🤣), que hoy apenas hice nada de trabajo, estuve con fiebre y no me levante de la cama 😝, pero cuando me conecte a ver quién son los que se quejan ¡PARA PONER ORDENNNNN Y QUIZÁS CON SUERTE BANEOSSSSSS! 🤭
un like más y llega a los 1k
Y se pudo... ¡Mil gracias! Me pondré con el tutorial en la mayor brevedad!! 👍
Hola
Realice los siguientes cambios,
if Input.is_action_just_pressed("ui_attack01"): # Presiona la tecla Z para Attack01
attack01()
elif Input.is_action_just_pressed("ui_attack02"): # Presiona la tecla X para Attack02
$Sprite.set_animation("Attack02") #attack02()
else :
match is_on_floor():
true: #si toca el suelo entra en el bloque de código
if not get_axis().x ==0:
$Sprite.set_animation("Run")
else:
$Sprite.set_animation("Idle")
false:
if not get_axis().y
Ya nooooo!! Ya no kiero maaaaas tutoriales en 2D 🗣️🗣️ ya haz los de 3D 🗣️🗣️🗣️ polfavo
Uno 2D, otro 3D, es necesario ambos porque en ambos se aprende y hay interés en ambos. No a todos les gusta el 3D, no a todos les gusta el 2D y al encontrar un equilibrio ambos aprenden. 👍
No logro comprenderlo, creo que esto no es para mi
¿Has seguido el curso de introducción a Godot 4? Porque es importante para entender los conceptos aquí mostrados, y según avancemos en esta serie, aumentara la dificultad y cobrara más importancia dominar los conceptos básicos. Pero no digas que crees que esto no es para ti, hay un dicho que dice así: Tanto si crees que puedes, como si crees que no puedes, estás en lo correcto.
Si te gusta el desarrollo de videojuegos, tienes que creer en ti, y tienes que tener paciencia y ser constante, que de poder, se puede. 👍
@@Leedeo lo eh intentado pero te seré honesto, a veces me pierdo mucho de la explicación, es cosa mía por qué eh sido así desde la escuela, retengo mejor la información haciendo las cosas que escuchando , por eso intente, pero me estrese bastante, si me apasiona mucho el desarrollo, de hecho ya tengo la historia y mecánicas de un videojuego que quería desarrollar