Suggestions for the next RPG Maker

[Engr. Adiktuzmiko]

it should keep a back-up of the last working save or of the last time you hit save...


since as Andar said already, a simple autosave can still get corrupted if it suddenly run right before the power loss...

 

[Tsukihime]

Yes, that's what it means to auto-save? It automatically saves without the user having to manually do it. You can assume it's a very weak implementation, but I don't know why you would do that. I would assume it does proper backups.


Sure, your hard-drive can still get toasted, an earthquake can still destroy it physically, but those all seem much less probable than RM corrupting your files.

 

[Zoltor]

Yes, that's what it means to auto-save? It automatically saves without the user having to manually do it. You can assume it's a very weak implementation, but I don't know why you would do that. I would assume it does proper backups.

Sure, your hard-drive can still get toasted, an earthquake can still destroy it physically, but those all seem much less probable than RM corrupting your files.

I rather a autosave feature not be forced on us, if such is added, I hope there a checkbox to disable it.

What happens if you edit a script, screw it up by doing such, and the stupid system autosaves the changes? The same can be said about mapping, and such as well.

Seriously, if you're developing a game, and don't have the sense you should save often, you deserve to lose your progress, you shouldn't need the system to do it for you.

 

[Engr. Adiktuzmiko]

I agree with Zoltor (for most)... at least if it auto-saves into your project folder... now if what it does is a back-up auto-save (meaning it auto-saves, but on a different folder), then that's good... but yes, an option to disable/enable it will be a good thing...

 

[Tsukihime]

Seriously, if you're developing a game, and don't have the sense you should save often, you deserve to lose your progress, you shouldn't need the system to do it for you.

No one deserves to lose progress, no matter whether they hit save everytime they make a keystroke or not.


Version control exists for a reason, and it's not because we're too stupid to do it ourselves.


But I guess you would rather do things the hard, error-prone, and inefficient way.


Which is ok; I don't criticize people that like to spend an extra 15 minutes of their life everyday doing something that could be done for them automatically without them even having to think about it.

 

[Engr. Adiktuzmiko]

Better enemy AI set-up (like more conditions) and/or targeting conditions support for the enemy AI too...

 

[cybrim]

Forum integration, I can sign in and upload 1 project to be redownloaded if I am a Member+, while signed into the forums I can automatically snap & upload a screen shot by clicking an Icon available in every window so if I am having an issue trying to figure why something isn't working or posting information about a project, it becomes WAY easier.

 

[Engr. Adiktuzmiko]

Uhm, you do realize that Degica (the ones running this forum) is just the distributor right? and EB is the one making the softwares... since EB seems to prioritize the needs of it's immediate market (the japanese) market, I don't think they will put this up...

and also, you have a total file size limit for attachments here, so an auto-screenshot upload is not really a good idea... most people upload their screenshots first into another hosting site and just use the image tags here...

Plus most of those things are really, should be handled by you personally... 

 

[Tsukihime]

Degica obviously has control over the software, seeing how they are able to add DRM, language support, their own launcher, change the scripts, script-box window sizes, etc. I don't see how them being a "distributor" makes much of a difference in this case.


Attachment size is irrelevant. At least with an automatic attachment function, the software can convert the screenshots to something like JPG which doesn't take up 2 MB of space that people like to do with their BMP's.


Why should those be done manually? That's like suggesting I should be manually backing up my own files or manually doing my own version control. Or manually converting images from one format to another to save everyone a lot of space, time, and bandwidth.

 

[Engr. Adiktuzmiko]

posting a screenshot and making your project page? those should be done by you manually... really...

change the scripts, script-box window sizes, etc

W8, so the 1.02 update was made by Degica and not by EB???

 

[Tsukihime]

W8, so the 1.02 update was made by Degica and not by EB???

I got it wrong. That was an official update. It just happened to have some scripts that were written by members on these forums.

 

[Engr. Adiktuzmiko]

I see... so oh well, I guess they at least have an influence on it...

 

[cybrim]

Karate Chop! I would like to be able to test out games I make on a console of my choice! Indie friendly... that is where this generation is headed.

 

[DS Piron]

Karate Chop! I would like to be able to test out games I make on a console of my choice! Indie friendly... that is where this generation is headed.

...Erm, I think that would require RPG Maker to support other platforms other than computers.

As I understand it, you can't get RPG Maker to run on Wii U, for instance.

(There's also the matter that this would require cooporation between Enterbrain and the console-maker, and perhaps a complete re-write of the Next RPG Maker to be in a format the console works on.)

 

[Engr. Adiktuzmiko]

aside from there being makers for the consoles, the current RM utilizes the .NET framework which is why it only runs on windows. a lot of people have been wanting for porting capabilities though, but that would mean a rewrite of RM from scratch I guess to remove the need for .NET + maybe a new scripting language that can be run on those platforms (or maybe a built-in interpreter/converter)? IDK.


but who knows? maybe it's on the works, maybe it's not.


anyways, conclusion is: many people already suggested that... XD

 

[Zoltor]

This is more to make it easier on the engine/compiler then on the developer, but why doesn't the "PC" versions of RPG Maker have a Z layer setup/option for maps?

From exp having 1 map file per dungeon or whatnot, is a lot better on the engine/compiler then having hundreds of individual map files, so I found it weird when I discovered RPG Maker didn't have a Z Layer option..

 

[Engr. Adiktuzmiko]

you mean like you can make floors in just 1 map file? well it's good... though will that really make it easier for the engine?

 

[Zoltor]

you mean like you can make floors in just 1 map file? well it's good... though will that really make it easier for the engine?

Yea it will(maybe not directly, but indirectly, the more efficient the filing system, the better everything will work), and compilers like things neat(understatement of the decade).

 

[Caustic]

How about a quick "remove/restore all current items/weapons/armors/everything" command in Events?

So future devs won't have to go through the pain Engr and I are currently experiencing XDD

 

[Engr. Adiktuzmiko]

well, AFAIK, it's not something that most people would use since it's not something that most RPGs do...