Screenshots!
I finally found an emulator that’ll run DreamZZT DS so I can post some real screenshots:
Check out the other screenshots on the DreamZZT DS page.
Blogged with Flock
I finally found an emulator that’ll run DreamZZT DS so I can post some real screenshots:
Check out the other screenshots on the DreamZZT DS page.
Blogged with Flock
A new build of DreamZZT is now available:
DreamZZT 3.1.500
New Features
Bug fixes
Downloads
I’ve put together a new build of DreamZZT if you want to play around with the SuperZZT support.
Known issues with this build:
Downloads:
New features:
For a full list of changes for this and future 3.1.x releases, see milestone 3.2.0.
Yet another DreamZZT DS update! DreamZZT DS 0.3 adds sound support and centers the top screen.
Sound streaming code borrowed from libSDL DS.
Most of the issues with DreamZZT DS have been resolved:
* Background tiles render across the whole screen
* Status messages display at the bottom of the screen, and will scroll if too long
* Improved board transitions
* Title screen starts centered, you can scroll around it by holding R and using the d pad
* Files on your card can be browsed, however saving will default to (game name).sav
* NDS file now has a proper ROM header with icon. M3 users must press Start instead of A to launch the ROM now.
* Main menu is cleaned up so it doesn’t wrap, and Editor / Quit have been hidden
© All Rights Reserved.
I’ve ported DreamZZT to the Nintendo DS. It scrolls the game board around as you move, similar to SuperZZT. You can also hold the R button and use the d-pad to scroll around the screen. Text windows have been resized to fit the DS’s screen, so long lines will be wrapped.
You can grab an early beta here. It runs a bit fast, has no sound, and stops drawing the background colors half-way across the board, but it’s playable. There’s no file browser yet, so it automatically loads “town.zzt” from the root of your card. I’ve tested it with my M3 miniSD cart, I’m not sure what other flash carts are supported.
I’ve just re-uploaded the DreamZZT lite installer with an exe that supports Windows 98 in addition to 2000 and XP. Users of old computers rejoice!
Got a PC without 3D acceleration? Introducing DreamZZT Lite, which uses SDL instead of OpenGL to draw the screen.
A test version is available for Windows 2000 / XP: DreamZZT-lite 3.0.8. The debug console is disabled, otherwise it should run the same as the normal 3.0.8 release. This build also includes the experimental Lua interpreter, but I’m not officially supporting it yet.
Let me know if it does / doesn’t work on your systems.
ZZT-OOP is fine for simple scripts, but it’s very dated and not very powerful. Starting with DreamZZT 3.2, another scripting language will be available in addition to ZZT-OOP: Lua 5.0. Lua supports functions, variables, and file access, among other things.
Creating a Lua object using a 3rd party editor is as simple as creating a ZZT-OOP object that executes “#become lua”. DreamZZT will then run everything past that line as a Lua script instead of ZZT-OOP. Of course, if DreamZZT ever gets a text editor, or if someone adds the Lua object type to KevEdit, you’ll be able to create Lua objects directly.
Here’s a simple example of using Lua from within DreamZZT:
@Luatest #become lua function main() wait_for_message("touch") set_msg("Here, the player, have some health") zzt.status.give_health(20) end
And a more advanced example that handles more than one message:
@Luatest #become lua function main() local msg = nil local them = nil while true do while (msg == nil) do coroutine.yield() them,msg = pop_message(me) end if(msg == "shot") then set_msg("Ouch! I was shot by a " .. them.name .. "!") end if(msg == "touch") then set_msg("That's my purse! I don't know you!") end end end
Note that you must call coroutine.yield() inside your loop to pass control from your script back to the game engine. The set_msg(), move() and wait_for_message() functions automatically call coroutine.yield() for you. Also note that the Lua implementation is using a message queue, so you don’t have to worry about locking and unlocking your objects like you do with ZZT-OOP.
For a more complex example, I’ve rewritten the DremZZT Tutorial in Lua, which you can view here. You can compare it to the original ZZT-OOP code to get an idea of what the new functions do. You’ll also notice that Lua has full access to the TUIWindow class, so you’ll be able to use text entry fields, check boxes, etc. from inside your games.
The Lua interpreter and updated tutorial are in the svn trunk, however saved games containing Lua objects created on PowerPC Macs are not compatible with other platforms and vice versa, due to how that CPU stores data. This issue will be resolved eventually, but right now just don’t transfer saves between PowerPC Macs and the rest of the world 🙂 For information on checking out and building DreamZZT from svn, see Building DreamZZT from Source.