Recalbox 6.0 RC2 is released
-
@bkg2k ok regarding error messages
But do you have an idea why sega cd isn't working with chd files made from bin/cue roms that work perfectly, though?
Readme says .chd is supported and pcengine cd chd files converted the same way from bin/cue work fine!
I don't know if chd support is new in 6.0 or if it was implemented before. I just can say I don't manage to get it working without a visible reason... -
@lhari84 check if changing the core allows you to launch segacd in chd format. It might be that the default core doesn’t support chd, but the other does.
-
@paradadf
I've tried already tried switching to genesis plusgx yesterday, no success.
But it's a good hint, appearantly it only works with genesis plusgx core and that's the point. It seems this core needs other bios files (or at least renamed ones), than picodrive core:
https://github.com/RetroPie/RetroPie-Setup/wiki/Sega-CD
I guess I have to approach from this side.
I'll try when I'm at home and report when I get it working. -
Yep, only Genesis Plus GX support .chd extensions.
For both Emulators you need following name convention:bios_CD_E.bin
for Europe Region
bios_CD_U.bin
for USA Region
bios_CD_J.bin
for Japan RegionJust rename your old Bios filenames to work on both Cores.
(example: eu_mcd2_9306.bin -> bios_CD_E.bin) -
Hello
this bug has been fixed for the next version.
https://gitlab.com/recalbox/recalbox/merge_requests/561 -
@abunille nice seeing you around buddy. Prepare for the stable!!!
-
@abunille said in Recalbox 6.0 RC2 is released:
Yep, only Genesis Plus GX support .chd extensions.
For both Emulators you need following name convention:bios_CD_E.bin
for Europe Region
bios_CD_U.bin
for USA Region
bios_CD_J.bin
for Japan RegionJust rename your old Bios filenames to work on both Cores.
(example: eu_mcd2_9306.bin -> bios_CD_E.bin)Yeah, this worked, thanks!
-
@lhari84 said in Recalbox 6.0 RC2 is released:
@OyyoDams Hi, since version 6.0 I got some warnings about invalid CRC in es_log.txt. No big deal, but would be interesting where these come from. Examples:
[2019/04/03 00:31:48.413] (WARN!) : Invalid CRC32 FD7B1BE33ath
[2019/04/03 00:31:48.414] (WARN!) : Invalid CRC32 FE43FE586ath
[2019/04/03 00:31:48.414] (WARN!) : Invalid CRC32 02FAD2B66ath
[2019/04/03 00:31:48.415] (WARN!) : Invalid CRC32 FA8DF0BA3ath
[2019/04/03 00:31:48.415] (WARN!) : Invalid CRC32 FF9ED9819athThanks for all the work you guys do, version 6.0 RC2 is working very well here on Pi3 B+!
!!CRITICAL!!
I have to come back to this issue again, it seems to be a bug. Everytime I change metadata of a game, it seems there is added "ath" in the end of the hash in gamelist.xml.
No matter if i change the core, or just run a game and playcount is written to the file. -> seems to happen always when a game is touched in any way!! -> No matter which system/gamelist/game. -
Here screenshots what happens exactly:
Gamelist BEFORE I run the game (for example tetris & dr. mario, snes):
AFTERWARDS (after restarting emulationstation and es has written <lastplayed> data, hash is messed up. same with super mario kart, see below):
Really strange thing....
-
@lhari84 Thank you, I understood what's happening. It's a true bug and will be fixed in the next release.
-