is there any game engine easier to use than castle in lazarus?

[Windsurfer]

@MarkMLI I whole heartedly agree about Javascript, but there is more to the implementation and its ease of use than the language it was created in.

[MarkMLl]

@MarkMLI I whole heartedly agree about Javascript, but there is more to the implementation and its ease of use than the language it was created in.

Yes, but it becomes extremely relevant when you're talking about things like writing plugins to control physical equipment. When Scratch was standalone there was debate as to how best to extend it... AFAIK that debate continues, but now also has to consider how to extend it without knocking a security hole in the browser hosting it.

MarkMLl

[Windsurfer]

I was really thinking about the drag and drop code blocks and the ease of assembly than any other feature.

[MarkMLl]

I was really thinking about the drag and drop code blocks and the ease of assembly than any other feature.

...which worked perfectly well in a standalone program on e.g. a Raspberry Pi, and had the advantage that if you knew how you could get at the underlying Smalltalk and see how the whole thing was put together. And part of that was thanks to the Raspberry Pi Foundation, which ploughed some money into optimising the Smalltalk implementation.

I mean for something which in principle at least can be hooked onto sensors and actuators, how could anybody think that being able to connect to physical equipment was less important than having projects conveniently (and profitably) in "the cloud"?

Later: I notice that Debian's implementation of Scratch is still at v1.4 hence is based on Smalltalk. Just come across http://som-st.github.io/ which is the Smalltalk VM coded in various languages... surprising that nobody's tried Object Pascal yet.

MarkMLl

[Windsurfer]

I first tried the Linux Mint Scratch first, which appears to be the v. 1.4 Smalltalk version you mention. I then tried the cloud version because it had more features and because my granddaughter could access it from home as I improved it. I never got far enough to consider physical interfaces. However, I doubt if many primary school teachers do much more than try to stay one step ahead of the kids.

I have to admit I have seen a few things that made me think, like sprites for everything. I still think in terms of old school techniques like colour changing lines to show forward motion, bit-blitting and  page flipping. I can see some experiments coming along.

[Ñuño_Martínez]

I'm thinking that I wrote a 3D engine in about two weeks for my 2nd PGD Challenge entry which is obviously simpler than Castle Engine .  Unfortunately it is barely usable not only because the lack of tools (and I doubt it will compile if using the latest Allegro.pas release).

I think I have the project I'll work in the years after the one I'm working on now.

[lainz]

What about using BGRABitmap, it has really nice SVG support, and it's really quick, nice to do scalable games. I've readed that the game Another World was made with this technique of vector drawings https://en.wikipedia.org/wiki/Another_World_(video_game)

As well all Flash (RIP) games was made with vector graphics. So I think it worth to try...

[Blaazen]

Ah, Another World - it's well 25 years when I saw it on my buddy's Amiga - https://www.youtube.com/watch?v=43mYD20VBZE.

EDIT: It was actually Flashback (part two of Another World) on buddy's Amiga 600 at that time. It was the first half of nineties.