PARE de Depender de GAME ENGINE! (todo dev deveria ver isso)
Вставка
- Опубліковано 14 вер 2023
- ➡️ Entre no Grupo para saber mais do Game Dev Academy e Do Zero ao Jogo: chat.whatsapp.com/C9tyLujN7Ni...
························································
► Não se esqueça de deixar suas dúvidas e sugestões nos comentários do vídeo! Se inscreva e ative o sininho para receber mais vídeos como esse e não deixe de Compartilhar com seus amigos! Valeu! :D
························································
► Uniday Studio - 2023
By: Guilherme Teres Nunes - Ігри
resumo do que o Guilherme falou, assim como na programação, aprenda os fundamentos do game dev, assim como vc aprende os fundamentos do desenvolvimento web ou software engineer, dessa forma não importa a linguagem, não importa a ferramenta, uma base solida, constrói um ótimo profissional.
Isso ai!
Outra opção são as games engines open source, que podem até não ter a qualidade de uma grande como a Unit, mas ajuda. Fazer uma grande engine do zero e mantê-la funcionando não é fácil nem barato, por isso grandes estúdios como a Square Enix optaram por usar game engines comerciais, um meio termo seria game engines open source, inclusive poderia ser assunto de vídeo no canal aquelas consideradas melhores e/ou mais promissoras.
Eu estive esperando por isso muito tempo, finalmente ira compartilhar seu conhecimento profundo, e tecnico para nos devs
sobre level design. meu palpite.
como eu to vindo de Web. meu parelelo seria como se level ou game design fosse o "UX" o que eu quero dizer com isso. a experiencia. como voce quer que o usuário no caso o jogador vai sentir, aprender uma nova mecanica, como a história vai ser contada. tipo, como que o jogo é planejado, se a dificuldade está apropriada pro contexto, algo assim. não saberia responder de forma direta mas pelo pouco que entendi olhando videos por aí Level Design seria isso.
Está bem no caminho certo! Muito bom!
Eu não uso Game Engine, apenas uso framework, por exemplo uso o LibGDX Framework, porem mesmo que eu não use Game engine sempre é bom dar uma estudada nela, por exemplo: Minhas bibliotecas era baseadas em Componente mas eu reescrevi tudo do zero para fazer um sistema de Nó, embora levol tempo para reencrever tudo mas eu não me arrependo poque o sistema ta muito superior e fica muito facil de programar, o ideal é estudar Games Engines para criar uma Biblioteca propria que te satisfaça.
Eu também usei framework pra estudar o funcionamento de jogos, consegui até fazer um jogo pra uma jam usando SDL2 em C, mas demora demais... é um parto implementar cada mecânica nova kkkkk
Esse tipo de vídeo é muito necessário, estou gostando dessa nova onda do canal.
Valeu demaaais!
amei, como sempre.
Obrigado!
E a unica Game Engine que eu usei foi uma desenvolvida pelo exercito chamada (DeepCreator) porem ela foi vendida para uma empresa e mudou o nome para (Esperient Creator) sua linguagem de programação é (Lisp) mas tambem pode usar (C) se quizer. Hoje em dia ela é primada mas ainda da para baixar a (Esperient Creator) antiga.
Que exército? Exercito americano!
caraca, real.
eu comparo isso muito ao "eu preciso ter a versão nova desse programa".
uso o blender a anos, o unity também, e direto eu ficava pensando isso. só que o pc já não tava aceitando receber as atualizações. por sorte eu percebi o que cê falou, e daí, hoje em dia, apesar de eu ter um notebook que da conta de rodar as ferramentas, eu prefiro usar o blender 2.79 e o unity 5, porque pro tipo de trabalho que eu quero fazer, eles dão conta.
ah um tempo atrás eu pensei sobre geometry nodes, grease pencil, e o quanto que o blender 3+ tá cheio de coisa dahora, só que quando parei pra olhar, eu vi que da pra adaptar pra fazer a maior parte do que eu queria fazer. na real ainda não sei se tem alguma coisa que eu realmente não consiga fazer na versão do blender que eu tenho. e no caso do unity, eu quero aprender desenvolvimento, sobre esse mesmo princípio de adaptação
Isso aconteceu comigo tbm, Blender 3D Game Engine, era um dos recursos que eu mais gostava na engine e tiraram.
Pois é!
Pois é por incrível que pareça mano eu tbm estudei por mais de 10 anos o Blender, e ainda hoje estudo ele, é minha engines número 1, amo o Blender pois nele consegui criar modelar muitas coisas que eu nunca imaginei que um dia conseguiria, e das versões antiga que ainda uso por ter tudo que preciso é a 2.79 e hoje a UPBGE mais antiga tbm.
Essa outras game engine realmente te atrapalha vc fica aprendendo várias mais n faz jogos, eu por exemplo sempre estudo outras por pura curiosidade do inesploravel mas sempre volto para a contruct 2 já que e mais rápido e direto ao ponto(e por sinal por já estar descontinuado e fácil de arrumar métodos não convencionais para uso próprio ksksk)
Mas Godot é open source, se eles pararem de fazer algo, a comunidade e/ou você mesmo pode continuar, você tem acesso ao código. Da mesma forma que teria se fizesse uma do 0, só vai ter mais trabalho recriando a roda enquanto tem tantas engines opensource para você ter um ponta pé inicial.
Mais um isncrito
Sei lá a parte mais dificil é saber onde aprender isso
Concordo com o fato que se deve conhecer como funciona por que caso se deparei com um problema vc sabe como resolver ou buscar uma solução.
Com certeza!
A quanlidade dos vídeos nesse novo modelo, está insana!!!
Valeu demais!
Cara eu abandonei a Unity em 2017 e fui pra Godot, eu perdi a confiança na engine quando eles fizeram a mudança retroativa na EULA encerrando as licenças perpétuas (quem faz uma vez faz de novo). Eu sou formado em jogos pela Unisinos e diferente de muitos colegas sempre busquei esse conhecimento mais profundo, sendo taxado com hipster por ser um único cara da Faculdade a não usar Unity nem Windows (eu uso até Godot e Ubuntu).
Em fevereiro desse ano resolvi encarar o projeto mais hard envolvendo jogos que fiz até hoje, criar um jogo para Mega Drive com SGDK. Primeiro, pq não havia engine e eu teria que fazer algo, inicie produzindo uma lib chamada SGUT que introduz colisões, gravidade, hierarquia de nodoes e mais um monte de coisas, fiz integrações com editores de nível e hoje percebo que só consegui fazer tudo isso pois tinha o conhecimento profundo que você falou.
Um professor meu sempre me dizia, tu é um desenvolvedor de games ou um desenvolvedor Unity. Bom eu me considero como parte do primeiro grupo.
Ótimo...👏
O meu problema de depender de engine nem é a programação, afinal eu programação não é a minha praia, e mesmo com a unreal que tem blueprints eu realmente não consigo usar, pode ser facil, mas eu geralmente por exemplo compro um asset com codigo pronto e faço meu jogo em cima, cuido da arte, GDD e outros aspectos, eu não consigo casar com a programação
Tenta então colar com alguém que programe e faça alguma parceria
@@emiit3 Bem dificil, eu ainda vou esperar e ver
Bacana meu nobre
Qual linguagem vc criou sua game engine? sugere algum curso sobre isso?
tenho bastante interese na parte tecnica Draw Game Loop (Update )
Para quem tem interesse em entregar apenas sua ideia em jogo, não vejo problema em usar engine para acelerar o desenvolvimento, agora se é um desenvolvedor que tem interesse em trabalhar com isso, é muito importante se aprofundar nos conteúdos!
Verdade! Mas até para quem tem apenas a ideia, eu acho essencial aprender a parte "profunda", não da engine no caso, mas do design, storytelling, projeção e estruturação do projeto, etc... muito importante!
Isso é muito serio
Comecei a muiitos anos atras com Flash e Allegro mas logo o allegro morreu e o flash foi logo depois e eu tive que ir pro SDL pra renderizar e fazer o resto na mão, ou seja tempo perdido
aí depois de alguns anos conheci o BGE e foquei nele pois me poupava muito tempo, mas tambem foi descontinuado e desanimei denovo
Sou desenvolvedor mas não da área de games então isso não me afetou muito pois faço jogo por diversão, mas quem quer levar a sério aprende logo o C++ e OOP em geral que o resto fica facil
Allegro!! Eu já usei muito no início da faculdade, bons tempos! kk Mas força, campeão! Se o motor ou tecnologia te atende, não tem muito motivo de parar de usar, mesmo sendo descontinuado. A não ser que isso signifique que ninguém poderá executar o game como no caso do flask, claro. No geral, é focar nesse conhecimento profundo que eu comento no vídeo e seguir em frente!
vc sabe o que e Perlin Noise ?
Eu queria aprender a usar o blender mas tenho que aumentar o meu conhecimento profundo primeiro.
Aprendendo a linguagem python eu teria o necessários para criar meu game? Caso não, pelomenos ajudaria? E o que eu deveria aprender?
Se for um jogo 2D ou com um 3D não tão complexo sim, você pode criar jogos usando python
designer vem do inglês que significa projeto enfim acho que só isso da para entender o que é
A dica é simples, aprenda a desenvolver um jogo antes de aprender a usar uma ferramenta; ferramentas datam, morrem!! Suas habilidades te acompanham
O negocio é geral ir pra cave engine
Concordo com você Guilherme, e vou acrescentar um ponto, quando você falou que fez sua Game Engine com OpenGL, já foi um fator de rejeição pra mim. Entendo que, atualmente, um motor gráfico deve dar suporte a Vulkan ou Direct3D 12 (melhor as duas, no meu ponto de vista) . Mas esse ponto de depender de um motor gráfico externo, é uma tremenda vulnerabilidade
Depende do objetivo. OpenGL é o principal backend usado em mobile e webgl atualmente. DirectX é Microsoft, Windows e Xbox apenas. PlayStation e Nintendo tem a api própria, semelhante ao opengl. Então em termos de portabilidade, a melhor escolha atualmente para a Cave é o OpenGL, pois vai permitir o port futuro para windows, mac, linux, android e webgl. 😊
E um outro fator importante é que a api gráfica só vai fornecer os métodos para fazer coisas (inclusive, bem similares), mas se o dev não usar esses recursos, não muda em absolutamente nada o programa. Na verdade pode até piorar se não souber usar. E usar os recursos não é apenas uma decisão simples, pois significa limitar o hardware necessário para rodar o programa. Como eu pretendo manter o motor da forma mais leve e portável possível, eu não iria usar nenhum recurso. Dessa forma, portar o backend gráfico só serviria para vender o peixe do motor, sem nenhuma outra vantagem. Então acabou caindo no superficial aí de novo. Hehehehe
@@UnidayStudio não exatamente, quando disse pra mim, não disse que você deveria fazer do meu jeito, só que não me atende, falo isso porque estou estudando a área, e tenho algumas ressalvas quanto ao uso da OpenGL. 1 - Depuração: não acho o esquema de depuração(debug) da OpenGL intuitivo, você ter uma Debug Layer de fácil acesso ajuda muito, Direct3D (11 e 12) e Vulkan tem, fora que essas três tem códigos de retorno para as funções de criação. 2 - o gerenciamento dos objetos criados por conta dos drivers, se eles são delegados, você não sabe o que está acontecendo com eles, você ter só o ID dos objetos é muito menos intuitivo que você ter os ponteiros deles. 3 - Vertex Array: essa é talvez pra mim, a implementação mais convoluta de layout pros shaders, eles são vinculados ao VertexBuffer e não ao shader, acho um erro de design. 4 - Shaders Compilados em tempo de execução: esse pra mim é o pior dos defeitos da OpenGL, o processo de compilação é bem lento, The Last of Us PC mostrou esse problema, quando você tem uma gama muito alta de shaders, a compilação do conjunto demora, mas o processo é feito uma vez só por versão de driver, agora imagina fazer isso todas as vezes que seu programa roda.
@@UnidayStudio talvez você não conheça a Vulkan, mas ela é a sucessora da OpenGL, feita pelo mesmo grupo inclusive, o Khronos Group, de código aberto, só que beeeeeeem mais robusta, e muitas das metodologias e design da API, o Khronos Group pegou do Direct3D, muita coisa mesmo
19:26 Ou seja o ET Bilu estava certo
Olha os sinais aí! kkk
A unica coisa ruim é o audio desse canal kkk