About time for an update.
I wanted to add more stuff and there are some flaws that I am working at, but anyway, here is another demo.
I will try to put a better picture quality movie later than this one.
Most things that I worked on are in the code (so you won’t see them in the demo) but here are some visible:
added some sounds
expanded NPC scenes and properties
NPC can now move and (be ordered to) follow player
location scenery objects (palm trees, ocean), and props (speedboat, waves)
In the next update I will expand on this (more locations, scenery and props).
The arriving speedboat will be part of the game intro, game progression will be in chapters and events.
Thanks, I just tried it (replacing the static speedboat image TCastleScene with TCastleImageTransform) and it works fine.
Because the oceanwaves and speedboatwaves are animated scenes that used the same custom object I will have to create a different class for them now.
But I have a strange problem with displaying the transforms at certain negative coordinates that I also had using TCastleScene:
type TRescueObject = class
Name, Description: string;
with Location.Props do
Image.URL := 'castle-data:/objects/speedboat_backlayer.png';
Image.Pivot := Vector2(0,0);
Image.Translation := Vector3(-1153, 200, -Image.Translation.Y/10);
Image.Scale := Vector3(0.7, 0.7, 0.7);
When I decrease the image translation.X beyond a certain value (here -1153, the image will not appear on screen; it has to be at least -1153.
The same goes with the head of the player characters:
with Location.Props do
Image.URL := 'castle-data:/characters/john carring/casual/johninspeedboat.png';
Image.Pivot := Vector2(0,0);
Image.Translation := Vector3(-63, 373, -318/10);
Image.Scale := Vector3(0.75, 0.75, 0.75);
Here -63 is the maximum negative X value. If I decrease it any further the image won’t appear on screen, even if I increase the value with an update routine (as you could see in the demo the boat and character head move to the right because with every call X := X + 2).
So I don’t understand this restriction. Any idea what could be the cause of this?
From your code, I do not see anything wrong. Of course negative X values should work OK, and the image should be visible (at least part of it that fits within current viewport, taking into account the camera).
If you gradually change the X value, the image should gradually “slide” into/out of the screen, not disappear suddenly.
(Note: We do have “culling” algorithms that actually avoid rendering things that should be completely outside of the view. But these algorithms should be “invisible” to you, i.e. they are just an optimization, and they should work regardless of the current scene/image translation.)
I’d have to see a testcase, project to reproduce the problem, to debug it more.
Hi Michalis, here is the stripped down testcase version.
When Translation.X of the speedboat is < - 576 it won’t show up anymore on screen.
The same goes for the other props (character heads) if they get a negative value beyond some point, they do not show up anymore.
will not even compile (and that’s good as it would not work reliably). So the compiler will prevent the error. I will make a news post about it tomorrow.
This was the culprit of problems. I can now start speedboat from X = -576, I can start johninspeedboat from X = -100, and it all works. The rest of notes are unrelated to the problem you reported (disappearing speedboat).
I changed the 2 into 120, as now it is a speed per 1 second. If you adjusted the speed 2 to typical 60 FPS, then new 120 = 2 * 60 should achieve the same speed (but now reliably, i.e. speed will be the same even if the game will not run at 60 FPS on some systems).
Same comment as 1 applies to changing Z, using Location.Props.Image.Translation.Z.
Also, beware: there are limits on Z, outside of these limits the objects become invisible. These limits are in Viewport.Camera.ProjectionNear / ProjectionNear in your gamestateplay.castle-user-interface, and are (-1000, 1000) by default. So they are quite large… but they still exist If anything will have Z outside of (-1000, 1000) range, it will not be visible anymore.
From what I tested, this was not a culprit of your problems though. Still, please be aware of these limits on Z.
You should not free your own instance by FreeAndNil(StatePlay) in TStatePlay.Stop. This was causing a crash at exit, at TStatePlay.Stop, as it calls inherited but it has already freed itself.
You just don’t need to free the StatePlay ever, in normal case. It is owned by the Application, let it exist.
I attach the gamestateplay.pas after applying my changes and experimenting with start positions. gamestateplay.pas (8.4 KB)
Wow, many comments on a little piece of my code, I would be afraid to send you the complete code.
Thanks! This is very clear now. I played with the start positions and they are fine.
I must admit (and you would guess) I already had many of the movements of Player and NPC with the Image.Translation.X, Y and Z in my complete code. Up until now I had no problems with them but obviously it is becoming a problem.
So I will have to overhaul my code and replace the movements with the Vector3 and SecondsPassed.
I am happy that I can now make the speedboat slide in from completely outside the view, that was my goal.
Ah, that’s because I made a small mistake yesterday and automatic tests didn’t pass, so the latest binary download on https://castle-engine.io/ doesn’t yet contain the changes to vector API that prevent the incorrect code from compiling.