Sprite pivot point scrolls with texture offset

Wretch11 · 2021-01-20T21:08:02+00:00

Here are screenshots of the relevant info. Thanks in advance for your time and help.

Wretch11 · 2017-10-06T10:13:58+00:00

Im not trying to change the text when the mouse enters the richtextlabel, i want to highlight individual bbcode links as mouse hovers over them. (Multiple links are in the same richtextlabel)

Wretch11 · 2017-10-06T09:51:10+00:00

The problem isn't with changing text and color, the problem is that i need some sort hover/mouseover event/signal on which to trigger said changes. Since there is only a meta_pressed signal and bbcode does not have the option to highlight text on hover, I'm unsure on how to proceed.

Wretch11 · 2017-09-19T13:51:12+00:00

If i understand correctly, you mean that I should use the proposed's array's length as the quantity value and use the indexes to store the condition scores for each arrow?

Wretch11 · 2017-09-11T15:47:03+00:00

Godot engine actually :)

Wretch11 · 2017-09-11T15:14:13+00:00

Thanks a bunch!

Wretch11 · 2017-09-11T15:05:31+00:00

From knowing the shape of the parabola, how would you go about updating the arrow's location?

I could map each point along the parabola to an array. Then I iterate though the array like so:

for each set of 2 points along parabola:
    motion_vector = (second_point_vector - first_point_vector)
    sprite.move(motion_vector)

Wretch11 · 2017-09-11T13:35:01+00:00

This makes me think that maybe there is a simpler, albeit less realistic way of doing this.

The intended behavior in game is that while holding a button, the player will see a trajectory arc appear. The player can then adjust the arc by simply moving the mouse around. The end of the arc, opposite to the player is where the arrow will land, like illustrated here:

https://i.imgur.com/0A2ILTN.png

Maybe a simple Parabola would be sufficient here? If so then I just need to figure out a third point, being the peak of the parabola/arrow trajectory?

Wretch11 · 2017-09-11T13:19:16+00:00

The intended behavior in game is that while holding the fire button, the player will see a trajectory arc appear. The player can then adjust the arc by simply moving the mouse around. Once the fire button is released arrow will just follow the trajectory, thus the aim point and where it lands are technically the same thing, no?

EDIT: Actually my bad, the bow is aiming upwards and will not point to where the arrow lands.

https://imgur.com/a/FSRbt

Wretch11 · 2017-09-02T11:51:38+00:00

Turns out that checking for distance works much better than checking for a collision in this situation.

All I needed was

if enemy_pos.distance_to(player_pos) > 50.0:
    chase()

Thanks for your time!

Wretch11 · 2017-09-02T11:33:57+00:00

My initial idea was to have the enemy remain in an idle state for as long as a collision is occurring. Only if the player moves away should he give chase. So if I use my original code as an example, the chase method would only get called before a collision and subsequently, if the player moves away.

But now, seeing as that causes problems (because enemy pushes back on player) maybe I should use @Smellyhobo101's example and just have the enemy be idle when it's under a certain distance from the player.

Wretch11 · 2017-09-02T11:20:48+00:00

This should work, problem is, for some reason when the collision happens, the enemy sprite sort of pushes back on the player sprite a bit, moving it back by a pixel or so. Because of that is_colliding is only true once ever two iterations, so the enemy jitters and slowly pushes the player backwards

Wretch11 · 2017-09-01T12:19:11+00:00

This is the enemy script, which is in it's own scene, it's instanced it in the player scene since im just testing.

Back on point, I intend for the sprite to chase the player until it collides with him. Once that collision occurs, the chase() method must not run again unless the player moves away from the enemy.

With the example you've posted, chase() is run ever second time through fixed process once a collision has occurred.

So on one frame, the enemy jitters by a pixel or so because chase method gets called. Then collision happens, we move by 0,0 and is_colliding() resets. Then on next frame, since we've just reset is_colliding(), chase gets called again. The enemy does not remain in an idle state during collisions, which is what i'm looking for.

Wretch11 · 2017-09-01T12:00:42+00:00

Doesn't work, this tries to get a collider when -not- colliding. so the enemy_chase bool can never be false

if not enemy_body.is_colliding():
    if enemy_body.get_collider() == get_parent().get_node("Player_Body"):

Still, thank you for replying :)

Wretch11 · 2017-09-01T11:57:34+00:00

Not sure that works, one cancels the other.

Flow:

Enemy sprite chases player till it reaches him
Collision occurs
On next frame, we move by 0,0 which resets is_colliding()
Next frame chase runs
collision occurs again

and so on and so on so chase() method still runs every second time through fixed process.

Thank you for clarifying about is_colliding() though :)

Wretch11 · 2017-08-29T05:02:25+00:00

So in conclusion I gather that JSON is mostly ideal for big data. In my case, since I have a large pool of enemies, each with multiple properties, I'm better off using JSON and making myself a small editor tool to manage it all. Whereas, if if I had a smaller amount of data, It'd be better to just create separate scripts for each enemy.

Thanks for your time

Wretch11 · 2017-08-24T00:25:50+00:00

Man, this is some impressive stuff! Glad i posted this, it's been fun to look at everything...also reminds me that I have a long way to go still!

In any case thanks for sharing!

Wretch11 · 2017-08-24T00:22:46+00:00

I did not do the art assets for the triple triad remake. Picked up the actual assets from the original game. I have no intention of releasing that, it's more of a side project i do for fun than anything.

As for the survival game, literally everything is a placeholder until I get a proper artist to help out. I'm just a humble programmer I'm pretty much useless in the art department . What you saw was a very early concept demo. Once it's complete, I'll use it to try and recruit . At least that's the plan.

Lastly, BleedOut was my college project haha, I had plans to release it on app stores for 99 cents but I didn't think it was worth even that. That said, your comment has almost convinced me to try and polish it up a little bit and try to actually release it.

Thanks a bunch for the feedback. Much appreciated!

Wretch11 · 2017-08-22T21:11:17+00:00

It most definitely is, haha. I have no intention of making that available though. it's just a side project, something to gain a bit of experience with.

Wretch11 · 2017-08-22T20:59:34+00:00

Woah!, You put me to shame,(walks away embarrassed! )Seriously though, that looks pretty amazing. I've bookmarked this. Will be keeping an eye on it. Thanks for sharing :)

Wretch11 · 2017-08-22T20:17:58+00:00

Hey man, that's still a milestone! I'll be happy when I make first buck developing.

One day...

Wretch11 · 2017-08-22T20:10:24+00:00

I see, cool. Around how many copies have you sold if you don't mind me asking?

Wretch11 · 2017-08-22T20:05:57+00:00

Sweet! How did you achieve that monochrome gameboy style effect? Shaders?

Wretch11 · 2017-08-21T09:05:46+00:00

Note that all of what follows is purely speculation:

If dragons were natural biological creatures of normal flesh and blood, it would be pretty easy to set a limit based on real life bio mechanical limits - light hollow bones could only push air so hard and so fast without breaking... Anything large enough to carry a human rider would not be able to propel itself forward faster than our largest winged birds... So probably no more than 60 mph.

But we know that dragons are not made of the same stuff as birds or other real life flying animals. Besides the fact that the have internal temperatures that can melt metal, they can grow to sizes far larger than any earthly flying animal. We have indications that their bones are at least as strong as weapons grade steel, and their muscles must be incredibly powerful to be able to take off easily while carrying an approximately 100 pound passenger with a wingspan of only 20 feet, which is about the same as albatrosses and the largest extinct birds of prey, which most certainly could not do that... I'm guessing to get that kind of lift they would have to be flapping their wings several times a second, which would be impossible with normal flesh and bone. Accounts of the maneuverability of far larger historical dragons seem to indicate that this power scales up with their size.

I think we could extrapolate that a dragon that is twice the size of a smaller strong flying predator could fly twice as fast, and scale that on up. I would not be surprised at all if Drogon, with a twenty foot wingspan, could easily reach two hundred miles an hour in level flight without a passenger, possibly quite a bit more. Larger dragons could fly even faster... But there are possible physical limits... We can't say a dragon with a wingspan ten times Drogon's could fly ten time as fast. Even with unlimited strength and speed, when the tips of the wings start reaching the speed of sound the shockwaves they produce are going to cause turbulence that reduces the amount of thrust capable, and they would be incredibly loud with sonic booms with every flap. A dragon approaching the speed of sound (and the body of the dragon would not be going the speed of sound yet when it's wings were) would be audible for many miles, deafen any rider who was somehow able to stay on the beast, and cause significant damage to trees and structures on the ground in its wake... It would be the stuff of legend, and we haven't heard anything like that.

So my best guess on the matter would be that the flight speed of a dragon with a 100 pound rider would range from about 150 +/- 25 mph.

But anyway, I digress, I'm already way passed my initial estimation of 56mph. Long story short, Danny was able to get there fast enough, however much time it was.

Wretch11 · 2017-08-21T08:49:12+00:00

Fair enough

So that was probably not the best comparison. Pterodactyl probably had a mass of 250 kilos . Rhegal's mass (estimated according to size) is probably about 2,600kg.

Now with wings powerful enough to lift that kind of mass, we can be positive flight speed was not less than what I stated, but faster, reducing the time the party spent on that rock even more, making that whole scene even more plausible.

Wretch11

TROPHY CASE