Dingoonity.org

"I could add another scaling method similar to the first one except that it crops more of the top black pixels" - let's try

fceux_rs90.opk    2019-05-04 10:17    760K

Save default - "ok"
NO sound

Even if a nes emulator is a nice addition for this little hanheld, I think that the most usefull emulators should target a resolution below GBA resolution (240x160).

There's probably too much pixel being lost for a satisfying gaming experience.

Sega master system may be OK considering a lower resolution (and gamegear is definitely usefull and already ported by gameblabla).

I hope to see mainly : BW gameboy, Gameboy Color, neogeo pocket and NGPC, Wonderswan and Wonderswan Color.

Some older home video game console could be great also (but mainly for nostalgia) : Atari 2600, Magnavox Odyssey 2.

A port of Mame (0.37 ?) could be great also for some low spec arcade classics.

Anyway, I really thanks pcerceuil for the opendingux port as well as gameblabla for bringing more emulators for the device.

Even if a nes emulator is a nice addition for this little hanheld, I think that the most usefull emulators should target a resolution below GBA resolution (240x160).

There's probably too much pixel being lost for a satisfying gaming experience.

Sega master system may be OK considering a lower resolution (and gamegear is definitely usefull and already ported by gameblabla).

I hope to see mainly : BW gameboy, Gameboy Color, neogeo pocket and NGPC, Wonderswan and Wonderswan Color.

Some older home video game console could be great also (but mainly for nostalgia) : Atari 2600, Magnavox Odyssey 2.

A port of Mame (0.37 ?) could be great also for some low spec arcade classics.

Anyway, I really thanks pcerceuil for the opendingux port as well as gameblabla for bringing more emulators for the device.

I hope in the future, be able to play:

Nes, gb/gbc, atari2600/800xl, msx, c64, dosbox, mame 0.37b5.

16 bit gaming was doable with the previous OS, faulty and without the proper resolution but playable in a way.


Enviado desde mi iPhone utilizando Tapatalk

Alright guys, i've fixed the missing sound issue in FCEUX : Sound should be working all good again.
I've found that my toolchain for some reasons disables SDL sound so that forced me to directly use ALSA instead.
It's all good though, it should sound better than before.

The new OPK is around 960Kb so please download it again.

EDIT: PokeMini is now fixed up too, we're all good.

My tester told me that both FCEUX & PokeMini work great, complete with sound.
This means that all the ports are working fine on real hardware now.
So if you had downloaded it before and had issues with those then please download it again.

pc engine & picodrive

That's an eventuality yeah.

fceux_rs90.opk    2019-05-04 15:33    968K

1) Sound - ОК!!!
2) I would add a little bit of speed about 5%

nice work boys! my thanks for the work!

I've found that my toolchain for some reasons disables SDL sound so that forced me to directly use ALSA instead.

That's what I call a hack rather than a proper solution.
This is with the RS-90 toolchain I released, right?
Make sure that the build process picks up the toolchain's SDL includes and libraries and not your PC's.

pokemini_rs90.opk    2019-05-04

save settings - save fail

Quote from: pcercuei on May 04, 2019, 05:52:15 pm

Quote from: gameblabla on May 04, 2019, 02:36:50 pm

I've found that my toolchain for some reasons disables SDL sound so that forced me to directly use ALSA instead.

That's what I call a hack rather than a proper solution.
This is with the RS-90 toolchain I released, right?
Make sure that the build process picks up the toolchain's SDL includes and libraries and not your PC's.

No, i based it upon yours so the difference with your toolchain is that i modified it as to allow static linking as well as no abicalls and no PIC for speed reasons.

For "speed reasons"? That's BS. Give me a benchmark.

You know that if you compile statically, your apps will break as soon as we update the OS, right?

For "speed reasons"? That's BS. Give me a benchmark.

It's around 1% at most. Admittedly, it's only a small benefit (i could have used mplt instead. There's a PDF slide on that) but that's not the only reason why i did this.
I would need to find a CPU bound benchmark for testing.

You know that if you compile statically, your apps will break as soon as we update the OS, right?

I mean, they won't unless you do something in particular to SDL or something, that's the whole point of static linking ?
Should you make do a modification to SDL or something, i can simply recompile it.
And i need to have some way of knowing that executable works as i have plenty of MIPS devices like it but not the Retromini obviously so i can't easily test such a dynamically linked app.

I put in the settings:
setting-video setting-video scaling - " no crop"

press
save config as default

despite this, rest games work in the mode "pocketNES"

What do you mean ? The default config does not stick ?