[ajs]

Already was; please see the 2.82b announcement for details or simply press F7 to update.

--ajs.

[Revvy]

Autosave rate is a config option.

[smilymzx]

Even though there is not a possibility: NSF, SPC and GBS support

[hayashi]

In that case, I want a builtin OPL3 emulator and MIDI support >=P

[smilymzx]

hayashi, on Jan 10 2009, 09:42 PM, said:

In that case, I want a builtin OPL3 emulator and MIDI support >=P

Have you looked above the recent posts? They said MIDI ain't going to happen. Because you can easily use Modplug Tracker to do IT files.

About the NSF, SPC and GBS stuff: If anyone used the latest Beta/WIP of Zelda Classic, It is Self Explanitory: After you select these emulated files, You can select track numbers. can be used as MUSIC.

The next one is the same thing, but for robots, and requires a New Command that is to be called EMUMUS:

EmuMus "Some.NSF" (Decimal 0-255)

That is just my concept of it.

This post has been edited by smilymzx: 11 January 2009 - 10:02 PM

[Wervyn]

You've really just hit on exactly the reason this won't be happening. It's the same reason MZX has OGG support, but not MP3 support. We don't want to ENCOURAGE people to rip music from commercial games and sources. We're much more interested in people a) writing their own music, or b) using something free from a site like modplug.

We also certainly won't be adding a new command for special kinds of music, after spending so much time normalizing the way those work so that sam and mod can play any type of file interchangeably.

"Attention New New York! Stop being stupid!"

[hayashi]

I was joking, anyway

If I wanted OPL3 music in my game I'd just record it as an ogg. Same for MP3s and anything from old games.

This post has been edited by hayashi: 11 January 2009 - 11:06 PM

[LogiCow]

in config.txt

fullscreen_resolution = desktop

would set your fullscreen resolution to your desktop resolution

[RyanThunder]

Not sure how simple this would be to implement, but it would be nice to be able to re-order your boards around.

[Terryn]

It's not simple at all, sadly, or else it would have probably been done a long while ago. This has been a favorite suggestion of MZXers for quite a while.

[ajs]

It's not too bad really it's more a matter of making the UI changes. We could have it work in a simple way with +/- on the selected item, but this isn't too intuitive.

Actually re-ordering the board pointers shouldn't be difficult.

--ajs.

[RyanThunder]

I know I've mentioned this already, but I hope you guys can get a "play only" version of MegaZeux up and running with the next release. It's not a mandatory feature, but it makes things easier (or more secure, I guess) when sharing your game with other people.

[Koji]

It's called mzxrun.exe. You probably already have it in your mzx directory.

[RyanThunder]

Koji, on Mar 21 2009, 01:44 PM, said:

It's called mzxrun.exe. You probably already have it in your mzx directory.

Well how about that. I didn't have 2.82b installed for some reason. Thanks for the heads up.

[smilymzx]

What about this: Since this is an ASCII (Compatible) GCS, What about adding Custom sizes (multiples of 8 height and/or 14 width) for the player and robots. But each different robot must have a settings dialog pop up before editing that certain robot so the the editor of the game can have a certain size.

In addition to that. a new counter called PlayersizeX and PlayersizeY.

I am making a ''Super Mario Bros. 1'' clone for MZX. But Sprites are too hard. And Robots are not the job to fix this

This post has been edited by smilymzx: 31 March 2009 - 09:51 PM

[Wervyn]

No. Use sprites, they're designed specifically for this application. They are NOT too hard, you just aren't trying hard enough.

"READ"

[smilymzx]

Wervyn, on Apr 1 2009, 12:28 AM, said:

No. Use sprites, they're designed specifically for this application. They are NOT too hard, you just aren't trying hard enough.

"READ"

My gripe is making mario stuff with sprites, I could not make a enemy. Plus jumping is out of the question!

[Pyro1588]

um, no it's not. sprites are relatively simple. jumping engines have been done before. heck, i did a screen-high boss in a sidescroller with sprites and it was actually pretty easy. would you like a demonstration of a simple sprite sidescroller?

[smilymzx]

Pyro1588, on Apr 1 2009, 01:06 PM, said:

um, no it's not. sprites are relatively simple. jumping engines have been done before. heck, i did a screen-high boss in a sidescroller with sprites and it was actually pretty easy. would you like a demonstration of a simple sprite sidescroller?

Yes Please!

[Pyro1588]

okay here. please note that this is a horrible hackjob of a jumper and shouldn't be used in an actual game. instead, i encourage you to try this, read the code and sparse comments and then try to make your own! i'm sure you can do a much better job than this 20 minutes of work. lemmee know if anything is unreadable or obfuscated or looks like lancer wrote it.

Attached File(s)

•  spritejump.mzx (7.61K)
  Number of downloads: 3

[Lachesis]

This:



would be infinitely more useful than completely hiding the hotkey help bar.

[weasel]

Arguably, one could hack even more off the bar in your example: the bordering on top of it could also be safely removed without impacting too much.

[Terryn]

Agree. In fact, so much so that I've been bringing it up off and on since the editor flag to hide the editor hotkeys was added =(

[Lachesis]

Or, you could even put the rest of the F6 box's stuff on the first row instead of a border, so you don't have a big red thing obscuring view of the level half of the time.

[Exophase]

Kokuchou, on Jul 6 2009, 07:44 PM, said:

Or, you could even put the rest of the F6 box's stuff on the first row instead of a border, so you don't have a big red thing obscuring view of the level half of the time.

Is that stuff besides the X/Y really even that important though?

Mini-bar is a good idea, not sure why I never implemented it despite Terryn's requests!

[Lachesis]

Exophase, on Jul 7 2009, 10:04 PM, said:

Is that stuff besides the X/Y really even that important though?

Mini-bar is a good idea, not sure why I never implemented it despite Terryn's requests!

Probably not! Was just an alternative suggestion. I'm all for something exactly like what's in my picture, or simply one char high with all of the border pieces removed, as weasel suggested. I believe that coordinates are a must-have, though. I really don't like opening up a big red thing every time I want to glance at a coordinate =-(

[Exophase]

Kokuchou, on Jul 8 2009, 12:19 AM, said:

Probably not! Was just an alternative suggestion. I'm all for something exactly like what's in my picture, or simply one char high with all of the border pieces removed, as weasel suggested. I believe that coordinates are a must-have, though. I really don't like opening up a big red thing every time I want to glance at a coordinate =-(

Yeah, I agree with you.

Someone should do this.

[Dr Lancer-X]

How would it be implemented, interface-wise?

Replacing the current alt-h behaviour?

Replacing the current alt-h behaviour if a config file switch is set?

Tied to some other keystroke?

[ajs]

I implemented it this morning. I just used a single row along the bottom and made it instead of the existing alt-h behaviour (which completely removes the menu). I didn't change the debug menu, so you'll get redundant information if you switch this on with alt-y.

Should show up in SVN shortly.

--ajs.

[Terryn]

It's in, and wonderful. Text placement mode, overlay mode, block functions and all of that are easy to recognize in the minimal bar, so nothing's wrong at all.