Entrar
Últimos assuntos
» Retorno da GMBR!!!por theguitarmester Ter 19 Mar 2024, 22:38
» Procuro Programador de game maker
por Wou Sex 15 Mar 2024, 10:27
» Mod APK
por gamerainha Qua 13 Mar 2024, 06:30
» Mudar cor de apenas uma palavra
por lunalol Sex 01 Mar 2024, 13:42
» Aceito pedidos de sprites (Com exemplos meus)
por Sevilha Qua 28 Fev 2024, 12:17
» Inventário simples
por Isquilo_Roedor Qui 22 Fev 2024, 15:18
» Problemas na programaçnao de inimigo [jogo DOOM LIKE]
por Black Mirror Dom 11 Fev 2024, 13:34
» ANDROID MULTI TOUCH
por DiegoBr Dom 04 Fev 2024, 12:13
» Servidor de Discord do fórum?
por Lighter Sáb 27 Jan 2024, 17:18
» Save e Load Json
por Klinton Rodrigues Qui 25 Jan 2024, 11:12
» Colisão com mais de um objeto
por aminaro Seg 22 Jan 2024, 15:02
» Oi sou novo aqui
por Thiago Silveira Alexandre Sáb 20 Jan 2024, 20:55
» Como acessar conteudo comprado no marketplace
por macmilam Sex 19 Jan 2024, 07:42
» Devlogs em vídeos do Block Room
por Joton Seg 15 Jan 2024, 16:56
» Alguém aqui já ganha dinheiro com seus games?
por Joton Seg 15 Jan 2024, 16:49
» ACERVO GMBR MAGAZINE
por Joton Qui 11 Jan 2024, 19:21
» como aumentar o obj sem aumentar a colisão??
por GabrielXavier Qua 10 Jan 2024, 07:21
» Asteroid Core - Early Acesse Update [0.2.0.0]
por JOZ. Seg 08 Jan 2024, 14:39
» Versionamento de código com GitHub
por GabrielXavier Seg 08 Jan 2024, 07:32
» Rio Rise - novo launcher do Gta San Andreas SAMP Brasil
por kolesovsup Sex 29 Dez 2023, 07:16
» a funçao approach ainda existe?
por PEDRINDEV Ter 26 Dez 2023, 20:05
» Inimigo ataca até por trás! >:(
por saim Sex 22 Dez 2023, 08:55
» [RESOLVIDO]Spawn após morte
por Deception_1999 Dom 17 Dez 2023, 16:39
» Remunerado $$$ - Procuro programador para ajudar a "montar" um jogo
por theguitarmester Sáb 02 Dez 2023, 16:28
» Game maker nao abre
por Cerf Dom 26 Nov 2023, 12:01
Pular automaticamente
5 participantes
Página 1 de 1
Pular automaticamente
Eai.
Eu estou fazendo um de plataforma para android, o player vai andar com os toques na tela (mouse) e ele precisa pular automáticamente em cima de um bloco caso apareça no caminho dele. Eu usei um script mas há algo errado nele, que ainda não entendi oque é.
O problema é que na parte (if place_meeting(x+32,y,obj_block)... se ficar x+32 o jogador vai pular bem adiantado, quando ainda esta longe do bloco, e não vai dar certo. Eu ja tentei diminuir mas abaixo de 32 ele simplesmente não detecta que há um bloco na frente.
Isto é oque era para acontecer
O player tem um sprite 32x32 , mas o desenho é 14 de largura e 22 de altura
O bloco é um quadrado de 32x32.
Obrigado a todos , se alguem souber fazer isso de outra maneira ou concertar meu script me diga pfv.
Eu estou fazendo um de plataforma para android, o player vai andar com os toques na tela (mouse) e ele precisa pular automáticamente em cima de um bloco caso apareça no caminho dele. Eu usei um script mas há algo errado nele, que ainda não entendi oque é.
- Código:
if !place_meeting(x,y+1,obj_block)
{
grav = .5; //gravidade
vspd += grav; //velocidade vertical
}
else
{
grav = 0;
vspd = 0;
if place_meeting(x-32,y,obj_block) && !place_meeting(x-32,y-32,obj_block) && !place_meeting(x,y-32,obj_block)
{
if way="left" && move=true
{
vspd=-5
hspd=-5
}
}
if place_meeting(x+32,y,obj_block) && !place_meeting(x+32,y-32,obj_block) && !place_meeting(x,y-32,obj_block)
{
if way="right" && move=true
{
vspd=-5
hspd=+5
}
}
}
O problema é que na parte (if place_meeting(x+32,y,obj_block)... se ficar x+32 o jogador vai pular bem adiantado, quando ainda esta longe do bloco, e não vai dar certo. Eu ja tentei diminuir mas abaixo de 32 ele simplesmente não detecta que há um bloco na frente.
Isto é oque era para acontecer
- Spoiler:
O player tem um sprite 32x32 , mas o desenho é 14 de largura e 22 de altura
O bloco é um quadrado de 32x32.
Obrigado a todos , se alguem souber fazer isso de outra maneira ou concertar meu script me diga pfv.
Re: Pular automaticamente
tenta 32-(velocidade que o player se move)
desculpa a desatenção, vou deixar o codigo a cima mais ele NÃO É O CORRETO!
tente isso:
place_meeting(x-sprite_xoffset+sprite_width+1,y,(nome do objeto))//checa pra direita
place_meeting(x-sprite_xoffset-sprite_width+1,y,(nome do objeto))//checa pra esquerda
Ps: não tenho certeza que funciona no GMS
desculpa a desatenção, vou deixar o codigo a cima mais ele NÃO É O CORRETO!
tente isso:
place_meeting(x-sprite_xoffset+sprite_width+1,y,(nome do objeto))//checa pra direita
place_meeting(x-sprite_xoffset-sprite_width+1,y,(nome do objeto))//checa pra esquerda
Ps: não tenho certeza que funciona no GMS
Re: Pular automaticamente
Isaque Onix, seria mais fácil usar bbox_left e bbox_right. Mas não é necessário com place_meeting - que te retorna "se haveria colisão caso o objeto fosse colocado na posição (x, y)". O código, como está, DEVERIA funcionar (embora eu também escreveria ele de forma diferente).
Esaucm98, quando você diz "O player tem um sprite 32x32 , mas o desenho é 14 de largura e 22 de altura" você quer dizer que a mask é de 32x32? Você pode estar com problemas de origem de sprite. Só pra teste, tente rodar o jogo com a mask igual à sprite. Se der tudo certo, o problema está em alguma incompatibilidade entre os dois.
Esaucm98, quando você diz "O player tem um sprite 32x32 , mas o desenho é 14 de largura e 22 de altura" você quer dizer que a mask é de 32x32? Você pode estar com problemas de origem de sprite. Só pra teste, tente rodar o jogo com a mask igual à sprite. Se der tudo certo, o problema está em alguma incompatibilidade entre os dois.
saim- Games Ranking :
Notas recebidas : C-D-A-B
Data de inscrição : 14/01/2011
Reputação : 136
Número de Mensagens : 3033
Prêmios :
x 1 x 6 x 0
x 1 x 0 x 3
x 0 x 0 x 0
Re: Pular automaticamente
A mask do player ta igual ao sprite mas o problema ainda continua kk vou tentar fazer oque o Isaac falou. valeu.
Re: Pular automaticamente
saim escreveu:Isaque Onix, seria mais fácil usar bbox_left e bbox_right. Mas não é necessário com place_meeting - que te retorna "se haveria colisão caso o objeto fosse colocado na posição (x, y)". O código, como está, DEVERIA funcionar (embora eu também escreveria ele de forma diferente).
como utiliza esses bbox_left/right? nunca tinha visto eles antes..
Ps, reparei um erro no meu codigo!
Certo:
place_meeting(x-sprite_xoffset+sprite_width+1,y,(nome do objeto))//checa pra direita
place_meeting(x-sprite_xoffset-1,y,(nome do objeto))//checa pra esquerda
errado:
place_meeting(x-sprite_xoffset-sprite_width+1,y,(nome do objeto))//checa pra esquerda
eu coloquei -sprite_width+1 e deveria ser apenas -1, isso checaria muito mais para a esquerda do que para a direita
Re: Pular automaticamente
Uma maneira fácil de resolver seria centralizar o X deste sprite, assim o calculo fica correto de ambos os lados.
Flws!
Flws!
Re: Pular automaticamente
não intendi muito bem, mais o calculo que mandei usado no place_meeting, retorna um ponto exato depois e antes do objeto, independente da marca xoffset e yoffset do sprite
Re: Pular automaticamente
@Isaque Onix: bbox_left/right/top/bottom são variáveis nativas dos objetos que levam em conta a sprite_index mask_index, o image_angle, a image_x/yscale e... acho que é só isso. Representam os extremos da imagem. Se você mandar desenhar um retângulo de bbox_left/top a bbox_right/bottom, esse retângulo sempre vai conter a sprite toda.
"place_meeting" nunca vai te retornar um PONTO, mas true ou false. Como disse, ela te retorna se o objeto, com a mask que está, colidiria com alguma coisa se fosse colocado no ponto tal.
O que você fez com xoffset e yoffset estaria correto se você estivesse verificando por um ponto, mas o que place_meeting verifica é uma região - e, na prática, já leva em conta a origem.
Pra verificar por um ponto isolado, recomendo usar instance_position.
@Esaucm98: assim que possível, dou uma olhada mais a fundo no problema
"place_meeting" nunca vai te retornar um PONTO, mas true ou false. Como disse, ela te retorna se o objeto, com a mask que está, colidiria com alguma coisa se fosse colocado no ponto tal.
O que você fez com xoffset e yoffset estaria correto se você estivesse verificando por um ponto, mas o que place_meeting verifica é uma região - e, na prática, já leva em conta a origem.
Pra verificar por um ponto isolado, recomendo usar instance_position.
@Esaucm98: assim que possível, dou uma olhada mais a fundo no problema
saim- Games Ranking :
Notas recebidas : C-D-A-B
Data de inscrição : 14/01/2011
Reputação : 136
Número de Mensagens : 3033
Prêmios :
x 1 x 6 x 0
x 1 x 0 x 3
x 0 x 0 x 0
Re: Pular automaticamente
Eu concordo com o que o saim disse; além disso, acho que place_meeting não é a função certa. Já que você quer detectar se o bloco está à frente do player, recomendo usar o !place_free. O place_meeting é mais para detectar a possível posição do jogador.
Tenta dar uma alterada no código e depois vê no que vai dar.
Tenta dar uma alterada no código e depois vê no que vai dar.
Mr. Kaleb- Games Ranking :
Notas recebidas : C
Data de inscrição : 07/09/2010
Reputação : 21
Número de Mensagens : 1400
Prêmios :
x 0 x 0 x 0
x 0 x 0 x 0
x 0 x 0 x 0
Re: Pular automaticamente
sain intendi, valeu por explicar! esses bbox vão facilitar minha vida hehe
The Games Never Finish... : bom na verdade da na mesma, pode ser que ele não queira mandar o player pra cima de todos os objetos solidos pela frente (uma hora o jogo acaba hehe)
The Games Never Finish... : bom na verdade da na mesma, pode ser que ele não queira mandar o player pra cima de todos os objetos solidos pela frente (uma hora o jogo acaba hehe)
Re: Pular automaticamente
@Esaucm98: Fiz aqui, cara, deu certo... acho que o erro está em alguma outra parte do código.
No spoiler, a informação completa do objeto, da forma que eu completei. Fiz assim só pra rodar, então tem muita coisa que ficou redundante, muita variável servindo pra mesma coisa, mas você provavelmente vai ter sua utilidade pra elas.
Usei sprites quadradas de 32x32, origem no topo à esquerda. Os pulos não foram suficientes pra subir, então coloquei degraus de 16 pixels na fase.
Ah, coloquei mais um código no step, depois do seu, pro objeto se mover de fato. Mais uma vez, código apenas pra teste, então está meio tosco.
O que aconteceu muitas vezes foi da fase ter condições que impedissem o pulo, mas tudo dentro do previsto. Será que não é o que está acontecendo contigo?
No spoiler, a informação completa do objeto, da forma que eu completei. Fiz assim só pra rodar, então tem muita coisa que ficou redundante, muita variável servindo pra mesma coisa, mas você provavelmente vai ter sua utilidade pra elas.
Usei sprites quadradas de 32x32, origem no topo à esquerda. Os pulos não foram suficientes pra subir, então coloquei degraus de 16 pixels na fase.
Ah, coloquei mais um código no step, depois do seu, pro objeto se mover de fato. Mais uma vez, código apenas pra teste, então está meio tosco.
- Spoiler:
- Information about object: object1
Sprite: sprite0
Solid: false
Visible: true
Depth: 0
Persistent: false
Parent:
Mask:
Create Event:
execute code:
grav := 0;
vspd := 0;
hspd := 0;
way := "";
move := false;
Step Event:
execute code:
if !place_meeting(x,y+1,obj_block)
{
grav = .5; //gravidade
vspd += grav; //velocidade vertical
}
else
{
grav = 0;
vspd = 0;
if place_meeting(x-32,y,obj_block) && !place_meeting(x-32,y-32,obj_block) && !place_meeting(x,y-32,obj_block)
{
if way="left" && move=true
{
vspd=-5
hspd=-5
}
}
if place_meeting(x+32,y,obj_block) && !place_meeting(x+32,y-32,obj_block) && !place_meeting(x,y-32,obj_block)
{
if way="right" && move=true
{
vspd=-5
hspd=+5
}
}
}
execute code:
if (!place_meeting(x + hspd, y, obj_block)){
x += hspd;
}
else {
while(!place_meeting(x + sign(hspd), y, obj_block)){
x += sign(hspd)
}
}
y += vspd;
while(place_meeting(x, y, obj_block)){
y -= 1;
}
Keyboard Event forKey:
execute code:
way := "left";
move := true;
hspd := -5;
Keyboard Event forKey:
execute code:
way := "right";
move := true;
hspd := 5;
Key Release Event forKey:
execute code:
way := "";
move := false;
hspd := 0;
Key Release Event forKey:
execute code:
way := "";
move := false;
hspd := 0;
O que aconteceu muitas vezes foi da fase ter condições que impedissem o pulo, mas tudo dentro do previsto. Será que não é o que está acontecendo contigo?
saim- Games Ranking :
Notas recebidas : C-D-A-B
Data de inscrição : 14/01/2011
Reputação : 136
Número de Mensagens : 3033
Prêmios :
x 1 x 6 x 0
x 1 x 0 x 3
x 0 x 0 x 0
Re: Pular automaticamente
Eu ja tinha centralizado as sprites e mesmo assim ainda não estava dando certo.
Saim eu fiz algumas alterações no sprite e na mask e usei esse codigo e deu certo mesmo, essas variáveis redundantes eu tive que usar porque eu vou precisar delas em outras coisas do jogo. Ainda não sei onde esta o erro no que eu tinha feito, mas como agora ja deu certo vou continuar com meu jogo , muito obrigado pela ajuda a todos.
Eu nem conhecia essa função bbox_left/right dei uma checada e vou ver como ela funciona depois.
Saim eu fiz algumas alterações no sprite e na mask e usei esse codigo e deu certo mesmo, essas variáveis redundantes eu tive que usar porque eu vou precisar delas em outras coisas do jogo. Ainda não sei onde esta o erro no que eu tinha feito, mas como agora ja deu certo vou continuar com meu jogo , muito obrigado pela ajuda a todos.
Eu nem conhecia essa função bbox_left/right dei uma checada e vou ver como ela funciona depois.
Re: Pular automaticamente
É, deve ter sido alguma coisa relacionada às colisões. Você viu que eu usei um "while" pra colisão ficar perfeita, mas fiz de um jeito meio tosco lá, só pra testar mesmo. Mas o importante é saber que se a colisão não for perfeita, algumas vezes pode parecer que as condições estão adequadas pro pulo e elas não estarem. Você olha pra tela, diz "mas não tem NADA acima nem acima-pra-frente do objeto, porque ele não pula?", mas se jogar no debug, vai ver que tem sim. Não parece, mas tem.
Os bboxes são úteis sim, mas não no seu caso. Pra verificar se o caminho está livre pra movimentação, acho melhor usar o place_meeting mesmo.
Eu não cortei as redundâncias porque tinha certeza que elas seriam uteis em outra parte - provavelmente uma movimentação menos tosca que a minha. Só comentei porque, do jeito que eu fiz, elas realmente ficaram inúteis. Claro que eu imaginei que no seu jogo, com mais refino, mais possibilidades, elas teriam utilidade.
Os bboxes são úteis sim, mas não no seu caso. Pra verificar se o caminho está livre pra movimentação, acho melhor usar o place_meeting mesmo.
Eu não cortei as redundâncias porque tinha certeza que elas seriam uteis em outra parte - provavelmente uma movimentação menos tosca que a minha. Só comentei porque, do jeito que eu fiz, elas realmente ficaram inúteis. Claro que eu imaginei que no seu jogo, com mais refino, mais possibilidades, elas teriam utilidade.
saim- Games Ranking :
Notas recebidas : C-D-A-B
Data de inscrição : 14/01/2011
Reputação : 136
Número de Mensagens : 3033
Prêmios :
x 1 x 6 x 0
x 1 x 0 x 3
x 0 x 0 x 0
Tópicos semelhantes
» Ignorar erro automaticamente
» Salvar e carregar automaticamente
» Pedido - Código seguir pra direita automaticamente?
» Como atualizar o jogo automaticamente?
» Como salvar e carregar automaticamente?
» Salvar e carregar automaticamente
» Pedido - Código seguir pra direita automaticamente?
» Como atualizar o jogo automaticamente?
» Como salvar e carregar automaticamente?
Página 1 de 1
Permissões neste sub-fórum
Não podes responder a tópicos
|
|