411 replies to this topic

[Cameron]

I think the game engine should be written in ZScript, then used through Zelda Classic.

I feel like the guy that got his head blown up in Scanners.

[Koopa]

However, It has been decided that 'a','e','i','o','u', ..and sometimes 'y', are now whitespace automatic keywords!!

And documentation will be in Welsh, so it looks just like the code.

If we do use perl, using a source filter means you can get any syntax you want.

Joking aside, the engine is not going to be done tomorrow and the scripting engine won't exactly be the first thing to build either. It'll come when it comes.

Edited by Koopa, 28 July 2010 - 01:15 PM.

[cors]

Just read 21 pages. I like it. Yes yes yes.

I like the sound that it would be Python and Lua. Something I could learn eventually.

I suggest the name to be Legend Station, or LS1

I agree with having 32-bit color. “32-bit color” is most often a misuse referring to 24-bit color images. 24 bits (16,777,216 colors, "Truecolor") (256 × 256 × 256)

There isn't much preventing us from implementing multiple scripting languages. The top choice would be to use Lua as the frontend for its speed and simplicity, (including VM warmup) and offer a retooled ZScript/Gleeok and Python via a translator to Lua. Three fairly simple languages merged together into a good scripting engine.

I like the sound of this, even though I have no scripting or coding background.

“The scripts will only control game specific things. Everything will still be done through the GUI.”

Sounds good

Zelda Classic will always be there. But the move is needed just like how NES grew into SNES.

[Beefster]

Just so you know, Python will not be the scripting language we're using. While it does come loaded with tons of useful features, we've also taken into account speed, size, and embeddability...
The scripting language is officially AngelScript. It's really more useful to learn it than Python because it's similar to the industry standard programming language. And it's faster.

As much as I like sarcasm, sometimes it gets confusing how serious we are about some things.

[Cameron]

Sounds good. I'm going to start looking into AngelScript a little bit. Not a lot yet but some.

EDIT: I looked into it and I liked it. It's very similar to C++ which will definitely speed up the learning process.

Edited by Cameron, 31 July 2010 - 10:23 PM.

[Gleeok]

Just so you know, Python will not be the scripting language we're using. While it does come loaded with tons of useful features, we've also taken into account speed, size, and embeddability...
The scripting language is officially AngelScript. It's really more useful to learn it than Python because it's similar to the industry standard programming language. And it's faster.

As much as I like sarcasm, sometimes it gets confusing how serious we are about some things.

How do we know you're not just being sarcastic right now?


..It must be some sort of trick...

Edited by Gleeok, 02 August 2010 - 08:47 PM.

[Cameron]

How do we know you're not just being sarcastic right now?
..It must be some sort of trick...

Stop toying with our minds!

Edited by Cameron, 02 August 2010 - 09:02 PM.

[sigtau]

Seriously, though, as long as we stick to something that remotely tries to conform to standards in scripting (C-like structure if not a Perl-like structure, etc.) we should be fine.

[trudatman]

less talky, more doey!

[Koopa]

C-like structure if not a Perl-like structure

Wait, you mean perl has structure?

Now back on topic - there's in fact quite a bit of doey going on, as it's not talky it's just not that noticeable yet. The pieces of the puzzle are coming together and we can already recognize some of the picture in the odd patch of assembled pieces here and there.

Edited by Koopa, 03 August 2010 - 12:10 PM.

[trudatman]

nice. I hope this thing works out. any idea of the likely minimum system requirements?

[Koopa]

It'll definitely be more than ZC, above all require and use a graphics card (but not a top-of-the-range one). I'd hesitate a very wild guess that any computer that can run XP and a modern browser and watch youtube videos should be able to handle it, but that's not certain.

Scripting will mean that questmakers with the best computers money can buy are free to write slow and inefficient scripts which only give acceptable FPS on their machines and not for the rest of us, but that should be the exception (and after the first such quest receives a 0-rating, it will be).

[Gleeok]

Come on now Koopa, it's not THAT slow. ..Also don't forget that we have at least two compulsive code optimizers working on the engine-side.

To be honest we're looking at rendering speeds 30x faster than Game Maker, and scripting speeds 10x faster. With that logic our games will run at least 10x faster than Game Maker. ...and look better. We will also support anti-aliasing, mipmapping, and multisampling.

[Note to self] - Annihilate Game Maker in the first field-test.






*disclaimer* -numbers pulled completely out of my arse. -comparisons are untested.

Edited by Gleeok, 03 August 2010 - 06:35 PM.

[sigtau]

Hey, to whoever's working on this project, I'm willing to host you guys some FTP space on my website (link in the small text under the quote in my signature). Something along the lines of sigmatauproductions.com/zmodern or something to that effect (possibly even a subdomain redirecting to that?).

Your call. You get all the benefits of a real website hosting, except I'm doing this free because I've always liked the ZC ZM projects.

Edited by TMS, 03 August 2010 - 08:55 PM.

[lucas92]

It will be hell lot faster than Zelda Classic. The only requirements is a graphic card and opengl, which any modern computer has.