I guess there is an exe, like leveleditor.exe, inside the level folder. Notice this is not a mesh editor, it just lets you load and arrange meshes, sounds etc.
Hello, thanks for not quitting the engine, I was glad to download it again. There were several games on the old version of the engine, will you develop them? In the archive with the game, there are problems with the files that need to be solved:
- for the run_debugmode.bat file, you need to replace "engine.exe /debug" with "engine20.exe /debug"
- for the ScreenSettings.bat file, you need to replace "@echo off
Thanks! Yeah, sorry about that. I don't think I'll reopen the old demo projects, even if I'd find the files. But some of them are still out there, as demos. Was a good time at blitzbasic.
Hello, thanks for the reply.I found old projects (Twilight Of The Gods, Broccoli Never Dies, THE SECRET OF MANES...) but they don't work for me (Win7 x32), I often see "Memory access violation" error.I once ran these games on an old PC, I wanted to play them again).I am interested in the engine, it is not demanding on hardware and has a relatively good picture, as for me.In any case, thanks again and I wish you the best of luck.
Yeah there were a couple of issues, one is DEP, data execution prevention. Older versions of the compiler executed some data segments, so that doesn't work, unless you set an exception for the EXE in windows. Also try to run in XP mode. Generally, in a 32 bit environment there's a better chance. Also because of the millisecs system timer in 64 vs 32 bit, that caused problems I fixed only in the 2021-reloaded release of the engine..
Just for the records, and in case anybody is interested, I was playing with the thought to write a ToBabylonJS converter, so a game could be designed in this editor / kit, and then converted to WebGL using babylon.js.
However, babylon is such a freakin bummer - nothing works right away! I get frequently stuck even by the simplest things, like having cam vs mesh collision working also for loaded GLB meshes, and not just for a created box primitive from the docs. The docs are huge and badly interlinked IMHO. And only available online, which I do not like.
And then there is also the file format challenge. I'd need a batch converter, or probably I should write a B3D importer for babylon - as I'd expect, converting lightmapped multitextured meshes to GLB or gltf will fail / lose the lightmap. Anyway, as some aspects of babylon are such a pain in the automobile, I was wondering whether there may be an engine that would be easier. It should support those basics, load multitextured meshes, including rigged animated ones, have collision, linepicks, freely scriptable camera, etc. So if somebody knows a better alternative for such a job, let me know. (Don't say Unity or UE, I refuse to work with Gigabyte distros.). Most important tho, is a documentation that allows to implement something straight forward, without to hack around like unfort. in many engines including babylon.
One option would be copperlicht.js, but as Niko has taken it over and is pushing the commercial coppercube (that's based on copperlicht), I'm having a hard time finding an unminified latest version of copperlicht, let alone a complete documentation - pity. EDIT actually that's not true, see: https://www.ambiera.com/copperlicht/documentation/index.html
Also, in any case helpful would be if somebody could provide me with a B3D loader (static or animated too) written in Blitz3D, so I'd have to convert it only.
Forget about the b3d loader, I wrote one, actually a converter. But I struggle at the implementation of simple collision. According to Niko, I have to convert the content in Coppercube to a ccbjs file and load that in Copperlicht, in order to use collision on meshes. But that's exactly what I did not want to do, but instead write my own editor for copperlicht.
Another additional note: there is clearly a huge bug in the function that is supposed to calculate an evasive path around dynamic objects in the way of NPCs, for example the vehicle in the V9beta demo. If you park the jeep on the path of an NPC, he will do crazy things. So if anybody wants to get his/her hands dirty by fixing the issue - you're welcome. The same goes for doors and the inability of NPCs to open them, that should be added too.
Finally, all meshes loaded with LoadAnimMesh (except NPCs) will be parsed recursively and their children and granschildren etc. are written to an "orphan" array that has a fixed size of 100'000, so there is a max of approx. 1000 animated meshes, each one having approx. 100 children. Of course you can alter the source if that is not enough.
Keep in mind I started this 22 years ago, and I kept learning in the mean time, however, the original structure on which the engine is still based isn't ideal as I was new to Blitz3D and new to 3D at all. But personally I think, if you just watch the output of the engine and ignore all the beginner code, it's pretty decent.
BTW there's a little "bug" if you want to call it like that: Conventionally, the level editor allows to place an item right at the camera position. However, I altered the value of eye_height (or similar) in the last minute, to get the right eye height in walk-mode (in the editor) and didn't notice that a placed item will now be positioned slightly under the camera. You can alter the source if this bothers you, simply divide that eye_height variable value by 2 (because I doubled it), then it should be fine again.
This was always the way the level editor (aka interior dropper) used to work: you just walk trough (or fly trough) and drop stuff where-ever you stand (by ctrl-V, or RMB>New>File ... load mesh or sound etc.).
I remember, back then such a plain first person perspective editor was quite uncommon, if not new.
It kinda remind me of half-life when I first saw the demos before..
First off, I noticed that the sniper rifle is always set to aim mode.. maybe a fix on that so you don't walk like that all the time and when that is the only weapon on hand.
Thanks. The rifle and the C4 Box are not automatically "drawn" when picked up. However, you can always press h to hide the gun in your hand.
I guess the reason why it looks like Half-life-ish is because of the low poly character of the Maplet-made buildings (12-sided cylinders). But you can of course also use higher detail meshes and et a slightly more advanced look than half-life. I suggest using the huge hi-q content repositiory of the former fpsmaker asset packs, all free now, see github, fpsmaker. Also for te NPCs (they're .X, use fragmotion to convert to B3D), as the NPCs that come with this kit are really just placeholders.
Great! also, I have not look closer into it, but I presume those terrain shadows are baked?
..and speaking of which, have you not considered using TexturePosition instead of towel mesh in your csp terrain shadows? I think this will make a good start into cascaded shadow mapping.
Yes, my art path was: putting various meshes together (maplet, FLE etc.) and position lights in slimshady, then import and lightmap it in Gile[s]. Too bad I ain't got Gile[s] on my current machine.
The engine then taints the grass based on the underlaying ground color/darkness, and also dynamically darkens the NPCs (pre-determined based on their paths) and the player hand/gun (dynamically determined based on position).
← Return to tool
Comments
Log in with itch.io to leave a comment.
Where can I find the game editor itself?
I guess there is an exe, like leveleditor.exe, inside the level folder. Notice this is not a mesh editor, it just lets you load and arrange meshes, sounds etc.
Hello, thanks for not quitting the engine, I was glad to download it again. There were several games on the old version of the engine, will you develop them? In the archive with the game, there are problems with the files that need to be solved:
- for the run_debugmode.bat file, you need to replace "engine.exe /debug" with "engine20.exe /debug"
- for the ScreenSettings.bat file, you need to replace "@echo off
engine /settings" to "@echo off
engine20 /settings"
Thanks! Yeah, sorry about that. I don't think I'll reopen the old demo projects, even if I'd find the files. But some of them are still out there, as demos. Was a good time at blitzbasic.
Hello, thanks for the reply. I found old projects (Twilight Of The Gods, Broccoli Never Dies, THE SECRET OF MANES...) but they don't work for me (Win7 x32), I often see "Memory access violation" error. I once ran these games on an old PC, I wanted to play them again). I am interested in the engine, it is not demanding on hardware and has a relatively good picture, as for me. In any case, thanks again and I wish you the best of luck.
Yeah there were a couple of issues, one is DEP, data execution prevention. Older versions of the compiler executed some data segments, so that doesn't work, unless you set an exception for the EXE in windows. Also try to run in XP mode. Generally, in a 32 bit environment there's a better chance. Also because of the millisecs system timer in 64 vs 32 bit, that caused problems I fixed only in the 2021-reloaded release of the engine..
I have Win7 x32, I tried to run games in compatibility mode, but it did not solve the problem, thanks anyway.
Just for the records, and in case anybody is interested, I was playing with the thought to write a ToBabylonJS converter, so a game could be designed in this editor / kit, and then converted to WebGL using babylon.js.
However, babylon is such a freakin bummer - nothing works right away! I get frequently stuck even by the simplest things, like having cam vs mesh collision working also for loaded GLB meshes, and not just for a created box primitive from the docs. The docs are huge and badly interlinked IMHO. And only available online, which I do not like.
And then there is also the file format challenge. I'd need a batch converter, or probably I should write a B3D importer for babylon - as I'd expect, converting lightmapped multitextured meshes to GLB or gltf will fail / lose the lightmap. Anyway, as some aspects of babylon are such a pain in the automobile, I was wondering whether there may be an engine that would be easier. It should support those basics, load multitextured meshes, including rigged animated ones, have collision, linepicks, freely scriptable camera, etc. So if somebody knows a better alternative for such a job, let me know. (Don't say Unity or UE, I refuse to work with Gigabyte distros.). Most important tho, is a documentation that allows to implement something straight forward, without to hack around like unfort. in many engines including babylon.
One option would be copperlicht.js, but as Niko has taken it over and is pushing the commercial coppercube (that's based on copperlicht), I'm having a hard time finding an unminified latest version of copperlicht, let alone a complete documentation - pity. EDIT actually that's not true, see: https://www.ambiera.com/copperlicht/documentation/index.html
Also, in any case helpful would be if somebody could provide me with a B3D loader (static or animated too) written in Blitz3D, so I'd have to convert it only.
Forget about the b3d loader, I wrote one, actually a converter. But I struggle at the implementation of simple collision. According to Niko, I have to convert the content in Coppercube to a ccbjs file and load that in Copperlicht, in order to use collision on meshes. But that's exactly what I did not want to do, but instead write my own editor for copperlicht.
In WebGL, there's always SOME thing, sucking.
Another additional note: there is clearly a huge bug in the function that is supposed to calculate an evasive path around dynamic objects in the way of NPCs, for example the vehicle in the V9beta demo. If you park the jeep on the path of an NPC, he will do crazy things. So if anybody wants to get his/her hands dirty by fixing the issue - you're welcome. The same goes for doors and the inability of NPCs to open them, that should be added too.
Finally, all meshes loaded with LoadAnimMesh (except NPCs) will be parsed recursively and their children and granschildren etc. are written to an "orphan" array that has a fixed size of 100'000, so there is a max of approx. 1000 animated meshes, each one having approx. 100 children. Of course you can alter the source if that is not enough.
Keep in mind I started this 22 years ago, and I kept learning in the mean time, however, the original structure on which the engine is still based isn't ideal as I was new to Blitz3D and new to 3D at all. But personally I think, if you just watch the output of the engine and ignore all the beginner code, it's pretty decent.
Just one more thing I forgot: In case there are any userlib calls in the sourcecode that your compiler doesn't know, you'll find all my userlibs in the zip here: https://jfkeo1010etc.itch.io/blitz3d-goodies-collection
BTW there's a little "bug" if you want to call it like that: Conventionally, the level editor allows to place an item right at the camera position. However, I altered the value of eye_height (or similar) in the last minute, to get the right eye height in walk-mode (in the editor) and didn't notice that a placed item will now be positioned slightly under the camera. You can alter the source if this bothers you, simply divide that eye_height variable value by 2 (because I doubled it), then it should be fine again.
This was always the way the level editor (aka interior dropper) used to work: you just walk trough (or fly trough) and drop stuff where-ever you stand (by ctrl-V, or RMB>New>File ... load mesh or sound etc.).
I remember, back then such a plain first person perspective editor was quite uncommon, if not new.
I have not checked it out yet, but thanks for the heads up! 👍
Happy Holidays 🎅
Thanks, the same to you! ✨🎁✨🕯🕯🔔
This is awesome! 👍 👍 👍
It kinda remind me of half-life when I first saw the demos before..
First off, I noticed that the sniper rifle is always set to aim mode.. maybe a fix on that so you don't walk like that all the time and when that is the only weapon on hand.
Thanks. The rifle and the C4 Box are not automatically "drawn" when picked up. However, you can always press h to hide the gun in your hand.
I guess the reason why it looks like Half-life-ish is because of the low poly character of the Maplet-made buildings (12-sided cylinders). But you can of course also use higher detail meshes and et a slightly more advanced look than half-life. I suggest using the huge hi-q content repositiory of the former fpsmaker asset packs, all free now, see github, fpsmaker. Also for te NPCs (they're .X, use fragmotion to convert to B3D), as the NPCs that come with this kit are really just placeholders.
Great! also, I have not look closer into it, but I presume those terrain shadows are baked?
..and speaking of which, have you not considered using TexturePosition instead of towel mesh in your csp terrain shadows? I think this will make a good start into cascaded shadow mapping.
Yes, my art path was: putting various meshes together (maplet, FLE etc.) and position lights in slimshady, then import and lightmap it in Gile[s]. Too bad I ain't got Gile[s] on my current machine.
The engine then taints the grass based on the underlaying ground color/darkness, and also dynamically darkens the NPCs (pre-determined based on their paths) and the player hand/gun (dynamically determined based on position).
That's awesome! and say no more.. the complete gile[s] package is here 😉
Wow that's cool, thanks!