EasyRPG Player

Sure here it is: http://bszili.morphos.me/stuff/easyrpg-player.zip
I didn't think about posting anything as I wouldn't even know what to report. All I know is that the hardware renderer doesn't work for some people, and there's not much to analyze in that. I don't have any hardware acceleration capable OS4FE systems myself, so I'm the wrong person to ask this.
In hindsight I should have stuck with SDL1.2 as long as it's supported by the Player. It only has a limited set of resolutions, but it has a faster custom 2x software scaler compared to the generic one in SDL2.

@BSzili

Thank you very much, will try and report back asap

@BSzili

I get an assertion on start (though the very first start worked)...strange

Quote:

Unfortunately there's not much I can do about that, it's part of the library auo init code.

@BSzili

Well, too bad, but thank your for providing the extra build

For once I took my own advice and rebuilt the Player with SDL1.2. This should offer much better speed than the SDL2 software renderer, and hopefully be compatible with a wider range of machines.

@BSzili

Can't wait to test it out

Sorry I forgot to mention, I already updated the original archive with the SDL1.2 exe.

@BSzili

Nice

Works great again, speed is decent too (48-60 FPS)

I wonder why SDL2 is so slow compared to SDL1.

btw: The aforementioned assertions might be because i was shoving the games around and didn't use any cli commands, so EasyRPG might simply got confused and didnß t find any data.

Created my own starting script, so the games and saves reside in their own neat subdirs.

Thanks a lot

edit:

Oh boy, it sounds so much better with a WildMIDI/TiMIDIty setup

Awesome...

Great to hear it works better now! In theory game data shouldn't affect library auto-open stubs, but if the scripts work that's fine.
The SDL 1.2 version doesn't use SDL for scaling the graphics, it has a simple 2X scaler written by me, while the SDL2 version uses the SDL2 software renderer for scaling which will always be slower as it's generic.

@BSzili

Quote:


You can do that?

/me tempted to request a little sdl program...if i may? You'll get a PM then

I mean there's not a lot to it, for every pixel from the source surface you write two in the destination surface, and you write lines twice. This is how it looks in the EasyRPG Player:
https://github.com/EasyRPG/Player/blob/master/src/sdl_ui.cpp#L396

edit: Feel free to send me any programs.

@BSzili

Sure, it's easy, if you know what you're doing

You got PM

@BSzili

You could unroll loops blit_height - blit_width if multiple of 2 (or 4) and gain some minor speed.
It could still entirely fit in the cache.

My2Cents

Probably, but as the comment says it's quick & dirty code. It does the job well enough to have the Player run at full speed even in WinUAE. If someone makes a measurably faster version I'm happy to merge it, I just didn't see the point of spending more time on it.

@BSzili

Ok, so after a couple of hours testing i have to unfortunately say that the program is flakey as hell.

If i copy the binary from the lha package and start it the first time, all is well.
If i close it, reboot and start the same binary, with the same options, from the same place again, i will end up with the aforementioned assertion (auto init).

No matter what game, no matter where the game resides and no matter if the files are unpacked or within it's .zip package...i always get the assertion.

Unfortunately unusable here.

I also got a crash one time (trying out "8 Bit Quest" with lots of errors regarding unsupported audio formats and noise instead of sound) on closing EasyRPG, but that might have been a coincidence.

I'll probably wait for the next release and try again...too bad