PARE de Depender de GAME ENGINE! (todo dev deveria ver isso)

[@CarlosHenrique-ms1mh]

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.

[@UnidayStudio]

Isso ai!

[@3DandIA]

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.

[@waltermelo1033]

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.

[@UnidayStudio]

Está bem no caminho certo! Muito bom!

[@if_desu]

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.

[@smk5597]

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

[@if_desu]

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.

[@claudivanjsdeyaushamashiac5345]

Que exército? Exercito americano!

[@AndreDG14]

Isso aconteceu comigo tbm, Blender 3D Game Engine, era um dos recursos que eu mais gostava na engine e tiraram.

[@UnidayStudio]

Pois é!

[@AndreDG14]

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.

[@demhattos]

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.

[@UnidayStudio]

Com certeza!

[@dicousdev2592]

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!

[@UnidayStudio]

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!

[@vinicius75466]

Esse tipo de vídeo é muito necessário, estou gostando dessa nova onda do canal.

[@UnidayStudio]

Valeu demaaais!

[@mardozuxstudio]

Eu estive esperando por isso muito tempo, finalmente ira compartilhar seu conhecimento profundo, e tecnico para nos devs

[@rafaelbrdc24]

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)

[@RomiltonPeixoto]

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

[@josecarlos4126]

Você pode me indicar algum curso que ou tutoriais que ensinem esses conhecimentos mais profundos? Conheci seu canal a alguns dias e já estou adorando. SUCESSO!

[@UnidayStudio]

@@josecarlos4126 Do Zero ao Jogo!

[@josecarlos4126]

@@UnidayStudioobrigado

[@felipe-muniz]

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.

[@airgeadlamh]

Um exemplo disso é Project Heartbeat, o dev do jogo tem um fork próprio da Godot com as otimizações que ele precisou pra fazer o jogo dele

[@rodrigomedeiroslehnemann7129]

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.

[@oliefb]

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

[@emiit3]

Tenta então colar com alguém que programe e faça alguma parceria

[@oliefb]

@@emiit3 Bem dificil, eu ainda vou esperar e ver

[@cristinocanga]

A quanlidade dos vídeos nesse novo modelo, está insana!!!

[@UnidayStudio]

Valeu demais!

[@MayconEislay]

Qual linguagem vc criou sua game engine? sugere algum curso sobre isso?

[@thiagopedro5750]

Sei lá a parte mais dificil é saber onde aprender isso

[@carlossoares712]

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

[@UnidayStudio]

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!

[@mjfgame764]

amei, como sempre.

[@zoddavidlima3079]

Obrigado!

[@RamySoeger]

A dica é simples, aprenda a desenvolver um jogo antes de aprender a usar uma ferramenta; ferramentas datam, morrem!! Suas habilidades te acompanham

[@hansp0]

tenho bastante interese na parte tecnica Draw Game Loop (Update )

[@hansp0]

vc sabe o que e Perlin Noise ?

[@EoDorivaldo]

Eu queria aprender a usar o blender mas tenho que aumentar o meu conhecimento profundo primeiro.

[@gabrielnery4574]

designer vem do inglês que significa projeto enfim acho que só isso da para entender o que é

[@alexs.5984]

Aprendendo a linguagem python eu teria o necessários para criar meu game? Caso não, pelomenos ajudaria? E o que eu deveria aprender?

[@nathanmiguel76]

Se for um jogo 2D ou com um 3D não tão complexo sim, você pode criar jogos usando python

[@DaviiiD3]

O negocio é geral ir pra cave engine

[@wellington33057]

Mais um isncrito

[@brunomarques5258]

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

[@UnidayStudio]

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. 😊

[@UnidayStudio]

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

[@brunomarques5258]

@@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.

[@brunomarques5258]

@@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

[@genioestagiario]

Bacana meu nobre

[@emiit3]

19:26 Ou seja o ET Bilu estava certo

[@UnidayStudio]

Olha os sinais aí! kkk

[@SUPER_RABISCADO]

Ótimo...👏

[@12anjo]

A unica coisa ruim é o audio desse canal kkk