Closed Cee123 closed 3 years ago
ATM no idea. I wouldn't suspect the emulation core code. That runs fine on a plethora of other hosts, including 32 bit PPC big endian (G4 Mac) and 64 bit PPC little endian (qemu). Besides, I regularly check for this by running ASAN on x86-64. I might be either the platform adaption inside the core, or maybe a bug in retroarch, or something in newlib or the underlying OS. Lots of possibilities :-(
That's interesting. That's what I was thinking too, seems to work fine on other platforms such as 3DS, linux, android etc. Damn sounds like a lot of possibilities. Could be anything. Doesnt really narrow it down. :/
is Sega Cd working now at least?
It looks like Sega CD is working. The bios screen loads. But for some reason my chd files aren't recognized.
How long did that run?
Only a few minutes that time. I'll load it again for longer.
How long did that run?
Oh sorry I was wrong! It's working. Doom is loaded up and working. It took a bit to load but it worked!
Edit: looks like it's frozen. It could just be slow.
Here's a version without the debugging stuff:
Here's a version without the debugging stuff:
Cool, I will try that version. Thanks.
Here's a version without the debugging stuff:
Oh wow, yes that works perfect! 32X is working now. Smooth, works good. Fantastic work.
Thanks for your work. It's all working now, works good!
super. Lessons learned: fsync'ed line buffered file I/O is super slow on Wii ;-)
It can't read correct data out of the CHD file, hence it's not recognizing the file. This may be a bug either in picodrive or libchdr. Has anybody tried to use cue/bin, either with wav or mp3 files?
super. Lessons learned: fsync'ed line buffered file I/O is super slow on Wii ;-)
It can't read correct data out of the CHD file, hence it's not recognizing the file. This may be a bug either in picodrive or libchdr. Has anybody tried to use cue/bin, either with wav or mp3 files?
Oh ok, that's why they don't work. I tried a couple of ISOs with MP3s (I dont have many) and those seemed to be broken. One of them loaded to the title screen and then nothing after that. And the other didn't load at all. There's probably wrong with the files.
But can confirm that BIN and CUE work. After converting Sonic CD from CHD to BIN and CUE it worked.
super. Lessons learned: fsync'ed line buffered file I/O is super slow on Wii ;-)
It can't read correct data out of the CHD file, hence it's not recognizing the file. This may be a bug either in picodrive or libchdr. Has anybody tried to use cue/bin, either with wav or mp3 files?
When trying to play with chd files, he recognizes, but after the bios he enters that mode to listen to the games music. The rest of the core is working perfectly.
Here's a version without the debugging stuff:
Have you posted this version that is working on night builds?
No, I haven't. ATM fixes go to my own repo. I was planning to do the next merge after I have fixed this CHD bug.
Can you post me a log of loading some chd files with this and send me the logs, please:
Can you post me a log of loading some chd files with this and send me the logs, please:
Yeah of course. I can help with that too.
I've broken this down to the libchdr Lzma decompressor failing. This is probably a version conflict since Lzma is also in retroarch and only one of the 2 copies of Lzma is linked when linking statically.
32x is working fine at full speed, the only problem is the UI (at least with me) keeps randomly crashing. Maybe I need to delete my config files.
CHD not working is a problem on all cores using static linking. As of now that's PS2, 3DS, ngc, wii, wiiu. That needs to be fixed on the retroarch level. @jdgleaver is in the loop.
As for the problems mentioned in the title, those are solved in my repo. Incoming with the next merge.
The controls do not respond at all using this core on the Wii. Needs a fix.
Related to issue: libretro/RetroArch#11217