Bug 3778

Alright, Im listing two issues with the app. Nice job on the portage.

1) Hardware blocking during disc I/O. This appears to be a bug present in the actual megadrive hardware.I dont have a SEGA CD unit for testing, and megadrive units are all so common on ebay.

It appears from testing out Sonic CD that during the game when the attempt is made to switch to and from cd-audio to data track, the system pause-glitches for about a moment before resuming gameplay.This hinders gameplay considerably.

Now I have only a PC version of the game in the past and the emu to test with, not the actual console.Original cdrom speed I think was limited to 4X. Drives are capable of more than 40X now.OSes do things A-SYNC not SYNC.We use buffers to get around lagging I/O.We also use drive buffers.It appears all of this is being throw out the window in lieu of direct CDROM IO access.But that isnt needed. Neither booktype limits or secure boot sectors were used before the dreamcast came along.

This needs to be fixed.Perfect emulation IS possible. Hopefully this is a megadrive glitch in the hardware.Lets fix SEGA's bug.

2)Input mapping

joystick input mapping just doesnt work.Im not sure what is throwing off the input when trying to map the buttons and hats, but its getting misread.You are forced into mapping the keyboard buttons and using a joy2key remapper(which so happens to be "antimicro" on fedora).Though Im sure this workaround works, why should we need it?

And Im using a chinese knockoff xbox controller.Its all I could find.You have to hack the cable to get it to work.Data lines are not so easy, and for me it was trial and error, but it got it right.xpad driver seems to work, but Im using the xboxdrv utility driver as well and wine seems to like the config.

Sound stutters under wine but cdrom emulation is spot on, where under linux its touch and go.Sometimes I need to swap drives to get it to catch, sometimes it just wont catch, where under wine it always catches. sr0-> /dev/cdrom so thats not the issue either.