Conectar-se
Quem está conectado
30 usuários online :: 2 usuários cadastrados, Nenhum Invisível e 28 Visitantes

CRP-Max, Evandro Braga

Ver toda a lista


Compartilhe
Ver o tópico anteriorIr em baixoVer o tópico seguinte
avatar
Data de inscrição : 02/03/2012
Número de Mensagens : 192
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 4

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

GML VS Drag and Drop

em Sex 30 Mar 2012, 16:48
Olá surgiu-me um duvida, talvez já respondida ( ja pesquisei por GML e por Drag and drop e nao encontrei nada )

GML é mais leve do que Drag and Drop???

ou seja, um mesmo codigo feito por GML e por Drag and Drop, qual fica mais pesado, ou se sao iguais...

Tou a fazer um jogo por Drag and Drop e so a engine ja tem 6 MB ( mas eu axo que e por causa da musica )


Última edição por kadini em Sab 31 Mar 2012, 08:05, editado 1 vez(es)
avatar
Ranking : Nota D
Notas recebidas : D
Data de inscrição : 14/02/2010
Número de Mensagens : 911
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 3

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 16:57
Olá,

Respondendo sua pergunta: GML tem mais funçoes, é mais rapido(demora menos a seu pc para ler) e dinamido que o drag and drop!

Se drag and drop fosse melhor, hoje copiladores c++ teriam essa funçao Razz

até
avatar
Data de inscrição : 02/03/2012
Número de Mensagens : 192
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 4

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 17:04
ok brg...

Concluindo GML é mais leve para o computador
avatar
Ranking : Nota B
Notas recebidas : C-D-A-B
Data de inscrição : 14/01/2011
Número de Mensagens : 2964
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 121

Prêmios
   : 1
   : 0
   : 3
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 17:34
peixoto, de onde você tirou essa informação?
Claro que gml tem mais opções, mas eu entendo que pra uma função igual (como um draw_sprite, por exemplo), o tempo de execução em código ou ícone é igual. Você já testou/comparou?

Além disso, não deveria pesar o tamanho do arquivo .exe. Acredito que os 6 MB sejam realmente por causa da música.

Mas nunca testei, então posso estar errado. Só não vejo porque um seria mais leve que o outro, a não ser, talvez, no primeiro instante do jogo.
avatar
Data de inscrição : 22/06/2008
Número de Mensagens : 156
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 8

Prêmios
   :
   :
   :
Ver perfil do usuáriohttp://ssqt.blogspot.com.br/

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 18:01
eu acho que não tem muita diferença ja que o drag e drop são gml em forma de icone
avatar
Data de inscrição : 02/03/2012
Número de Mensagens : 192
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 4

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 18:13
ha, ok tava a passar tudo para GML, e esquecime de vir aqui ao forum verificar e reparei nestas duas mensagens lol......

por que é que nao vi o forum, ja estava farto de escrever!!!!!!

Mas obrigado na mesma
avatar
Data de inscrição : 21/10/2009
Número de Mensagens : 645
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 11

Prêmios
   : 1
   : 0
   : 0
Ver perfil do usuáriohttp://shatterhand.beatthegame.net

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 18:23
a interface Drag 'n' Drop traduz os comandos em ícones. Em termos de performance é exatamente a mesma coisa.

Na verdade eu adoraria uma versão do GameMaker, poderiam chamar "Game Maker for Programmers" sem a interface drag 'n' drop e com tds os eventos implementados de uma vez. Poderiam retirar os recursos que existem apenas para preguiçosos (Timeline e Path), chamar "Room" de "Form" e ter um ponto de entrada bem definido. Se fizessem isso e dessem outro nome, um monte de gente da área de desenvolvimento levaria a ferramenta mais a sério.


avatar
Data de inscrição : 02/03/2012
Número de Mensagens : 192
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 4

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 18:51
pois mas isso para expert como tu, o game maker é fixe para iniciar a programar ( para min ), tipo fiz a minha primeira logica Smile, fiz o meu primeiro jogo Shocked
Ranking : Nota C
Notas recebidas : C+B
Data de inscrição : 26/07/2008
Número de Mensagens : 6037
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 288

Prêmios
   :
   :
   :
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 19:24
É a mesma coisa.

O compilador vai ler o código ou D&D e "compilar".
O interpretador vai ler o mesmo código no final.

Então se você fizer um GMK com 300 linhas de comentários e o mesmo sem comentários, ao compilar, os dois terão o mesmo tamanho. Mas os gmks terão uma diferença de tamanho (pequena).
avatar
Ranking : Nota E
Notas recebidas : D+E+E
Data de inscrição : 03/10/2011
Número de Mensagens : 439
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 1

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 20:13
Olha só, os computadores foram todos totalmente feitos para ler códigos, ou seja, gml torna o jogo mais rapido para leitura, mais isso não torna o jogo leve! O que definine o tamanho do jogo é o número de spritesm qualidade de graficos e etc... O d&d já é um pouco mais demorado para leitura, mais possui quase todas as mesmas funções do gml (claro que nem sempre pode ser executadas mil e uma funções em uma unica ação d&d que nem no gml). Então tanto faz! Só o gml que é mais leve!
avatar
Ranking : Sem avaliações
Notas recebidas : A
Data de inscrição : 01/10/2011
Número de Mensagens : 284
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 4

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuáriohttp://caiqueluzsilva.wordpress.com/

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 20:26
kadini :

GML é mais leve do que Drag and Drop???

Mais leve, eu não sei. Mas em questão de praticidade e qualidade, GML ganha de 10 a 0.

Tou a fazer um jogo por Drag and Drop e so a engine ja tem 6 MB ( mas eu axo que e por causa da musica

Não é por causa dos códigos, é por causa dos recursos que você está utilizando. Se o .gmk do jogo já está com esse peso e você suspeita da música, o formato dela deve ser .mp3, certo? Geralmente esse formato pesa bastante mesmo. Tente usar formatos como .ogg e .midi, eles são mais leves.

shatterhand2 :

Na verdade eu adoraria uma versão do GameMaker, poderiam chamar "Game Maker for Programmers" sem a interface drag 'n' drop e com tds os eventos implementados de uma vez. Poderiam retirar os recursos que existem apenas para preguiçosos (Timeline e Path), chamar "Room" de "Form" e ter um ponto de entrada bem definido. Se fizessem isso e dessem outro nome, um monte de gente da área de desenvolvimento levaria a ferramenta mais a sério.

Hehehe, seria muito bom mesmo. Para quem programa em outra linguagem, isso facilitaria muito, é até melhor para saber o que você está programando e deve programar.

GALAXY GAMES :

[...]O que definine o tamanho do jogo é o número de spritesm qualidade de graficos e etc...[...]

Na verdade, o que você disse está correto, mas não é exatamente o número de sprites, mas sim o seu tamanho. Por exemplo, se você for usar um sprite de 2080 x 2080*, vai demorar mais para carregar o jogo e o .exe vai ficar mais pesado, pelo menos é o que acontece comigo.

(*) : é um exemplo, não sei se um sprite pode ter esse tamanho.




Até!
avatar
Ranking : Nota A
Notas recebidas : A
Data de inscrição : 16/10/2011
Número de Mensagens : 268
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 1 Insignia 3x 0
Reputação : 7

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 21:09
Não é por causa dos códigos, é por causa dos recursos que você está utilizando. Se o .gmk do jogo já está com esse peso e você suspeita da música, o formato dela deve ser .mp3, certo? Geralmente esse formato pesa bastante mesmo. Tente usar formatos como .ogg e .midi, eles são mais leves.

Velho, que eu saibe MP3 é bem leve, inclusive por isso é o mais usado em dispositivos móveis como MP3 Players...

Os formatos de áudio mais pesados mesmo são o WAV e o WMA.
avatar
Ranking : Nota A
Notas recebidas : A - A - A - A - A -A -C
Data de inscrição : 08/12/2011
Número de Mensagens : 1011
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 71

Prêmios
   : 1
   : 2
   : 1
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 22:21
shatterhand2 escreveu:a interface Drag 'n' Drop traduz os comandos em ícones. Em termos de performance é exatamente a mesma coisa.

Na verdade eu adoraria uma versão do GameMaker, poderiam chamar "Game Maker for Programmers" sem a interface drag 'n' drop e com tds os eventos implementados de uma vez. Poderiam retirar os recursos que existem apenas para preguiçosos (Timeline e Path), chamar "Room" de "Form" e ter um ponto de entrada bem definido. Se fizessem isso e dessem outro nome, um monte de gente da área de desenvolvimento levaria a ferramenta mais a sério.


Na verdade amigo o que você deseja já existe, se chama AGK APP GAME KIT, procure no google, tenho aqui instalado no meu PC, em certas partes é idêntico ao GM, só que com códigos. O bom dele são os exemplos que ficam ao lado da janela principal, é só olhar o que um exemplo faz e adaptar para seu jogo. Um ótimo programa, mas vai ficar para trás com o lançamento do GMS.

E MP3 é muito mais pesado que .mid, se usar umas 5 músicas em mp3 para background, só as músicas vão dar mais de 20 mega. Se for em midi dá só alguns KB.
avatar
Ranking : Nota A
Notas recebidas : A
Data de inscrição : 16/10/2011
Número de Mensagens : 268
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 1 Insignia 3x 0
Reputação : 7

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 22:26
E MP3 é muito mais pesado que .mid, se usar umas 5 músicas em mp3 para background, só as músicas vão dar mais de 20 mega. Se for em midi dá só alguns KB.

Sim, mas MIDI tem o problema de depender da placa de áudio do PC. Enquanto em alguns o som vai ficar perfeito, em outros fica realmente uma merd@ (meu caso). Eu pessoalmente detesto usar MIDI.

Mas o peso tbm depende da compressão do arquivo. Eu geralmente comprimo bastante e mau se nota perda de qualidade.
avatar
Data de inscrição : 24/10/2009
Número de Mensagens : 873
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 14

Prêmios
   :
   :
   :
Ver perfil do usuáriohttp://inprovise.blogspot.com/

Re: GML VS Drag and Drop

em Sex 30 Mar 2012, 23:51
É, voce pode usar mids mas em caso nao consiga uma que resolva, para seus 6mb de mp3(?), tem um programa que faz misérias com o tamanho! Use o dietmp3!!!
avatar
Ranking : Sem avaliações
Data de inscrição : 08/06/2008
Número de Mensagens : 2314
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 100

Prêmios
   : 3
   : 0
   : 1
Ver perfil do usuáriohttp://blackcapapps.blogspot.com.br/

Re: GML VS Drag and Drop

em Sab 31 Mar 2012, 10:53
shatterhand2 escreveu:a interface Drag 'n' Drop traduz os comandos em ícones. Em termos de performance é exatamente a mesma coisa.

Na verdade eu adoraria uma versão do GameMaker, poderiam chamar "Game Maker for Programmers" sem a interface drag 'n' drop e com tds os eventos implementados de uma vez. Poderiam retirar os recursos que existem apenas para preguiçosos (Timeline e Path), chamar "Room" de "Form" e ter um ponto de entrada bem definido. Se fizessem isso e dessem outro nome, um monte de gente da área de desenvolvimento levaria a ferramenta mais a sério.
Que mal me pergunte mas porque Timeline e Path seriam "recursos para preguiçosos"?
avatar
Ranking : Nota B
Notas recebidas : B
Data de inscrição : 24/03/2010
Número de Mensagens : 1129
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 17

Prêmios
   : 0
   : 0
   : 1
Ver perfil do usuáriohttp://awesomewizards.deviantart.com/

Re: GML VS Drag and Drop

em Sab 31 Mar 2012, 12:20
É fato que GML é mais prático,mas acho melhor usar ícones em funções como instance_create
GML é mais leve do que Drag and Drop???
não chegaremos numa resposta exata , só se perguntamos ao Mark Overmars
avatar
Data de inscrição : 11/03/2012
Número de Mensagens : 52
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 1
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sab 31 Mar 2012, 12:47
Com todo o respeito, se eu fosse vc, já que está querendo aprender mais, eu faria um bom curso de programação. Eu agradeço pq o gamemaker tem ferramentas simplificadas kkk. cheers
avatar
Data de inscrição : 02/03/2012
Número de Mensagens : 192
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 4

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Sab 31 Mar 2012, 14:22
ok obrigado pela imformação
Data de inscrição : 29/01/2011
Número de Mensagens : 800
Insígnias de JAM :

Insignia 1x 0 Insignia 2x 0 Insignia 3x 0
Reputação : 26

Prêmios
   : 0
   : 0
   : 0
Ver perfil do usuário

Re: GML VS Drag and Drop

em Dom 01 Abr 2012, 13:23
Como já disseram aí, o Drag 'n Drop faz a conversão dos comandos em "ícones" pra facilitar o trabalho de quem não nunca teve contato com linguagens de programação, porque a premissa inicial do Game Maker é ser fácil de mexer.

Quando você cria o executável do jogo, esses ícones são convertidos novamente para a "linguagem" GML. A performance é exatamente igual.

No entanto, as "funções" para os quais esses ícones são convertidos, são de uso exclusivo do Game Maker (por isso não são documentadas no help). Mas isso é só uma curiosidade mesmo porque não vem ao caso. São as funções "action" (é possível usá-las seguindo os mesmos parâmetros no drag 'n drop):

Código:

action_another_room
action_bounce
action_cd_pause
action_cd_play
action_cd_playing
action_cd_present
action_cd_resume
action_cd_stop
action_change_object
action_color
action_create_object
action_create_object_motion
action_create_object_random
action_current_room
action_draw_arrow
action_draw_background
action_draw_ellipse
action_draw_ellipse_gradient
action_draw_gradient_hor
action_draw_gradient_vert
action_draw_health
action_draw_life
action_draw_life_images
action_draw_line
action_draw_rectangle
action_draw_score
action_draw_sprite
action_draw_text
action_draw_text_transformed
action_draw_variable
action_effect
action_end_game
action_end_sound
action_execute_script
action_font
action_fullscreen
action_highscore_clear
action_highscore_show
action_if
action_if_aligned
action_if_collision
action_if_dice
action_if_empty
action_if_health
action_if_life
action_if_mouse
action_if_next_room
action_if_number
action_if_object
action_if_previous_room
action_if_question
action_if_score
action_if_sound
action_if_variable
action_inherited
action_kill_object
action_kill_position
action_linear_step
action_load_game
action_message
action_move
action_move_contact
action_move_point
action_move_random
action_move_start
action_move_to
action_next_room
action_partemit_burst
action_partemit_create
action_partemit_destroy
action_partemit_stream
action_partsyst_clear
action_partsyst_create
action_partsyst_destroy
action_parttype_color
action_parttype_create
action_parttype_gravity
action_parttype_life
action_parttype_secondary
action_parttype_speed
action_path
action_path_speed
action_potential_step
action_previous_room
action_replace_background
action_replace_sound
action_replace_sprite
action_restart_game
action_reverse_xdir
action_reverse_ydir
action_save_game
action_set_alarm
action_set_caption
action_set_cursor
action_set_friction
action_set_gravity
action_set_health
action_set_hspeed
action_set_life
action_set_motion
action_set_score
action_set_timeline
action_set_timeline_position
action_set_vspeed
action_show_info
action_show_video
action_sleep
action_snap
action_snapshot
action_sound
action_sprite_color
action_sprite_set
action_sprite_transform
action_webpage
action_wrap
Ver o tópico anteriorVoltar ao TopoVer o tópico seguinte
Permissão deste fórum:
Você não pode responder aos tópicos neste fórum