[Sugestão] Seção para relatórios de bugs do GMS

Olá galera, eu venho ouvindo muita gente me perguntando, por que que muitos jogos meus acabam ficando não finalizados ou demoram para ser completados tanto que o ultimo jogo que eu fiz foi bem simples , se comparados com outros projetos que eu havia feito no passado, então eu resolvi criar esse tópico com uma sugestão de bugs reais do Gms que me muitas vezes me fizeram(e fizeram outros também) desistir de usar o Gms, o grande problema é que muitos saudosistas do querido programa dizem que não veem problemas nele e que o culpado é o programador que não sabe lidar com ele, a maioria das vezes é verdade mesmo, mas eu vou mostrar alguns bugs que o gms tem comparando com testes que fiz no gm8 também com as mesmíssimas funções, tanto para um quanto para o outro, e vejam os resultados dos jogos que adiei por culpa desses detalhes.



A versão em 3d está sendo desenvolvida para unity e será exclusiva dos pcs por enquanto, mas o jogo teria uma versão em 2D para mobiles por ser mais leve para os portáteis, a construção do jogo foi adiada por que rolou um bug no espelho, onde o reflexo da personagem saia para fora do espelho e dava quebras de polígonos bizarras que nem quiz mostrar aqui, foi de doer o defeito aconteceu com o draw_sprite part, do gms , confiram a comparação feita entre as duas plataformas :




Esse seria um remake do jogo "Nave Vamp" que participou do concurso de brick games e tirou o segundo lugar, o jogo seria reconstruído para o sistema andróid , o jogo contaria com um efeito de neblina muito bacana de fumaça no ceu , para evitar que os celulares ficassem travando não quiz usar particulas e sim sprites com efeitos personalizados dentro do próprio script com "sprite_set_alpha_from_sprite", no gm8 depois de um certo trabalho até deu certo, porem no gms aconteceu esse defeito bizarro





Eu tava esboçando um jogo que usaria um dado e para isso resolvi adaptar os famosos randoms para sortear os números, mais uma vez o gm8 cumpriu o que prometia, ja o gms na primeira vez parecia fazer tudo certo, porem, toda vez que eu recomeçava, ele repetia a mesma sequencia, ou seja ele não sorteava os numeros, ele gerava os mesmos numeros toda vez que o jogo era fechado e aberto denovo, vejam esse exemplo abaixo:




tipo, se você apenas reiniciar o jogo sem fechar os numeros se alteram, mas se fechar e abrir o jogo eles voltam a sequencia inicial, também tenho a suspeita que os numeros seguintes também são repetidos em uma ordem predefinida.

como vocês veem, os bugs que eu citei são reais, mas vale resaltar que esses bugs são da versão GMS 1.2 as mais recentes eu não sei se foram arrumadas pois não quiz arriscar elas ainda, o que me desmotiva a terminar jogos, pois ideias e astral para criar games eu tenho de sobra,modestia a parte, o que desanima são essas pequenas falhas que rolam dentro do game.


minha sugestão então era criar uma secção para relatórios reais de bugs, e uma pessoa que manja disso ser encarregada de informar esses bugs a yoyo games para ver se eles arrumam em atualizações, e se possivel sempre com comparações como fiz, se alguem souber como posso fazer outras maneiras para fugir desses bugs sou muito grato , mas até o momento é isso, galera, o que acham da ideia?

João, este último aí não é um defeito no GMS, é que agora essa versão utiliza uma função para fazer com que cada random tenha uma semente diferente ao abrir o jogo, o nome da função é randozime().

testei e agora deu certo, mas por que o gms precisaria inventar essa coisa? já não basta os bugs eles ainda tem que criar funçoes que complicam ainda mais tendo em vista isso, acredito que os outros dois bugs que eu citei podem estar precisando de uma função tipo essa que você me citou, vou pesquizar isso mais a fundo.

quanto ao out of memory, acontece muito quando você tem mania de criar mais de um jogo diferente ao mesmo tempo, o que é muito normal ja que a galera cria muitas copias do jogo para back up, então cedo ou tarde esse problema venha a rolar de um jeito ou de outro

É útil no meu jogo. Na partida você pode pegar essa "seed do mapa" e definir como seed no início de outra partida, assim o mapa sai idêntico porque os números todos se repetirão.

Espere até acontecer com você de o GM:S apagar todos os sons do nada, e eles continuam lá na lista de assets. Isso aconteceu comigo uma vez, sorte que tinha um backup.

É útil no meu jogo. Na partida você pode pegar essa "seed do mapa" e definir como seed no início de outra partida, assim o mapa sai idêntico porque os números todos se repetirão.

interessante, mas se isso fosse util por isso, seria mais em conta eles criarem a função para fazer isso que você quer e não para fazer os random funcionarem corretamente, isso só serve para confundir quem usa o sistema antigo.

contudo eu andei pesquizando para entender por que isso acontece, é que no gms 1.1 tinha funções que davam esse problema em outros modulos (android por exemplo) então eles criam essas funções e padronizam a versão para windons para nao ter problemas nas conversões, um exemplo foi o fog da funçao 3d, antes você precisava desativa-lo para as huds nao ficarem pretas em adroids, agora deve-se fazer isso em todas as funções, eu acho que foi mais um critério para padronizar e não para agradar alguem.

Só lembrando que você deve dar um exemplo em código e/ou os exatos passos para se reproduzir.
Só descrever não ajuda a achar e corrigir o problema além de a chance de você esta fazendo algo errado no modo de usar as funções é grande.
Relatórios de bug sem passos para reprodução ficam na espera do autor para para adiciona-los ou são ignorados.

mas eu coloquei o nome dos códigos que eu usei acima de cada jogo que fiz que teve o defeito, não usei outros códigos adicionais sem ser aqueles, alem do mais, se funciona no gm8 deveria funcionar no gms é isso.

se caso você souber outra maneira de fazer aquilo que citei sou grato, mas daquele jeito ali ta dando esses bugs no gms.

mas eu coloquei o nome dos códigos que eu usei acima de cada jogo que fiz que teve o defeito, não usei outros códigos adicionais sem ser aqueles, alem do mais, se funciona no gm8 deveria funcionar no gms é isso.

GMS e GM8 usam sistemas diferentes de desenho, VM diferentes, GM8 não tinha compilação nativa.
É impossível fazer os dois funcionarem da mesma forma.

Apenas falar o nome da função não ajuda.
Descreva exatamente os argumentos e tudo necessário para gerar o problema.
Um exemplo dos bugs que já relatei:

Título
Functions: json_decode() doesn't convert null values to undefined and data is lost

Descrição
You can set a ds_map key with the undefined keyword.
The result using json_encode(ds_map) is "key": null.
But json_decode doesn't convert back null values to undefined and the key is lost.

Set a ds_map key as undefined works for Windows and Android but not for HTML5.

Passos para reproduzir

Código:

map = ds_map_create();

map[? 'a'] = 0;
map[? 'b'] = "text";
map[? 'c'] = undefined;
map[? 'd'] = 1589;
map[? 'e'] = undefined;

encode = json_encode(map); // encode result - it's ok
decode = json_encode(json_decode(encode)); // decode result (convert back) - keys set to null are lost

show_message(encode + "##" + decode);

100% reproduzível apenas copiando e colando o código.
O bug foi resolvido em uma semana.

olha, o problema do uma estranha noite realmente é um bug do gms, é o draw_sprite_part que ta bugando, não uso outro código alem desse esse é o fato. não usei surface nem nada, apenas ele, o bug é que ele está desrespeitando as dependecias da area que ele deveria estar, coisa que o gm8 não faz.

quanto ao devil treasure, eu usei um codigo inspirado nesse tutorial.

https://gmbr.forumeiros.com/t8088-criando-neblina-realista-sem-uso-de-particulas

funciona perfeitamente no gm8, mas no gms fica aquela maluquice que você viu, se souber que outro codigo pode ser usado me diga que eu testo aqui. mas que ele não está funcionando isso é fato.