Does libretro-fceumm have those issues?
I am no expert, but I believe that it has a better audio module and therefore does not suffer from the inaccurate-sound problem.
On the other hand, if I remember correctly it shares the lack of a microphone button.
I was uncomfortable to go with fceumm since screenshot comparisons on my part revealed that there is less data shown on the left and right sides, as compared with Nestopia. I have read the popular threads on aspect ratios – many times over the years – but I did not grasp much.
To my mind the ‘authentic’ experience is the nostalgic 4:3 output that people were used to back in the days, and I simply tend to trust that Nestopia has it better in this respect than fceumm, which is quite far from that 4:3.
EDIT: this applies to the default settings for both cores, which I tend to trust and would fear to fiddle with.
Use FCEUmm and set “crop overscan = false and preferred aspect ratio = 4:3”
I can try to fix the microphone button in FCEUmm.
I wont support nestopia since FCEUmm is more accurate while still running fullspeed on everything.(I think picking one core per console is best when possible.)
http://tasvideos.org/EmulatorResources/NESAccuracyTests.html
Nothing wrong with settling on FCEUmm instead of Nestopia but if it’s because of accuracy, you’re barking up the wrong tree.
I dont see FCEUmm on there, do you mean FCEUX(old/new ppu?)?
Yeah, FCEUX, Mednafen and FCEUmm are all very similar. I haven’t seen or heard of any major divergences in FCEUmm that would significantly impact its accuracy vs FCEUX in either direction.
I’m not sure if I was on track with the ‘more-accurate audio module’ claim, concerning FCEUmm. It might have been the reverse…
QUOTE from https://retropie.org.uk/forum/topic/4870/why-no-nestopia-respect/18: I tried them both now, and nestopia definitely has the better audio emulation. Mario 1 dying sounds so inaccurate in fceumm. In the past, nestopia had this strange sound bug every now and then but I no longer hear it.
Your right the ringing at the end of the death sounds are missing in FCEUmm.
I will support nestopia because of this for now.
2 Likes
Good idea. And if it meets the requirements, there would therefore also be the need for a solving of the ‘incompatibility’ bug between RetroArch and Nestopia where the core and Libretro do not agree on how to process e.g. the sliding sound in SMB3. (This is, at least, my layman understanding of the issue.)
But of course you probably remembered that. Enough said from my part; sinking back into the background of common life!
hi guicrith,
Thank you for this thread, your efforts and your time.
Do you think it would be possible to add ccd/img support to Genesis Plus GX? BizHawk seem to have added support for this (though I don’t know if it is in the BizHawk part of the emulator or the Gen core itself). The reason for this would be to support the trurip format.
1 Like
I noticed that when you switch to either OpenGL or Vulkan Mednafen PSX HW will ignore the “correct” aspect ratio that is normally forced by the game. This is most noticeable in PAL games. I am wondering if it was possible to also do that in software mode, and if not, would it be possible to add?
I also noticed that a similar feature was added to Mednafen Saturn called “ss.correct_aspect”
https://mednafen.github.io/documentation/ss.html#ss.correct_aspect
What’s the problem using redump format?
Is it possible to use retroarch through openloader?
Texture injection and dumping for snes or gba or ps1
1 Like
This is not possible because you cant know what format the data is in until it hits the background or sprite slots.(could be native, compressed, 8-bit vga mapped)
Just tested again. FCEumm is NOT broken with smb1 death sound. It is only distorted when overclock is enabled.
1 Like
Redump
Multiple *.bin files that you have to rebuild or audio tracks seperated from the image to conserve space.
Trurip
Pure 1:1 copy. Bin/cue or ccd/img
Okay. Thanks for letting us know. I agree that it would be best to stick with one core over the other, but you are the judge concerning which one. My only concern is accuracy (as per the tests from the hunterk link), but I am not sure that there are downsides, in the practical world, coming from an imperfect score on e.g. the apu.
And isn’t it better to have separated tracks? So you can convert to OGG and save some space (mainly for Sega CD and PC Engine CD).
Sonic The Hedgehog CD (Japan): 583 MB --> 179 MB (using 160 KBit/s) Lunar - The Silver Star (USA) (RE): 499 MB --> 48 MB Akumajou Dracula X - Chi no Rondo (Japan) (FABT, FACT): 520 MB --> 98 MB
Btw, I can’t find Trurip databases. Isn’t redump a more reliable database for disks?
Do you still have bugs with FCEUmm?