Main > Linux
32/64bit Groovy Arcade Linux LiveCD/Install
gabe:
--- Quote from: bitbytebit on July 01, 2011, 12:27:22 pm ---Hopefully I get to the ISO in the next week, although I'm sort of waiting on Linux kernel 3.0 to come out first since I'd like to update it. I have the newer kernel patch modified to work (3.0-rc5), but haven't tested it yet to make sure it's good. Then I'll wait till 3.0 comes out probably, so can do the big upload all at the same time.
--- End quote ---
The Linux Foundation is projecting late July/early August for the 3.0 release.
On the topic of Linux, I have done the following:
[*]Applied your kernel patches
[*]Applied your SDL patch
[*]Applied the GroovyMame patches
[/list]
Am I missing anything else?
I seem to recall reading in one of the threads that I needed patched ATI drivers to take advantage of lower dotclocks, but I can't seem to find any evidence of said patches while browsing GIT.
As always, I appreciate your help.
bitbytebit:
--- Quote from: gabe on July 01, 2011, 02:15:18 pm ---
--- Quote from: bitbytebit on July 01, 2011, 12:27:22 pm ---Hopefully I get to the ISO in the next week, although I'm sort of waiting on Linux kernel 3.0 to come out first since I'd like to update it. I have the newer kernel patch modified to work (3.0-rc5), but haven't tested it yet to make sure it's good. Then I'll wait till 3.0 comes out probably, so can do the big upload all at the same time.
--- End quote ---
The Linux Foundation is projecting late July/early August for the 3.0 release.
On the topic of Linux, I have done the following:
[*]Applied your kernel patches
[*]Applied your SDL patch
[*]Applied the GroovyMame patches
[/list]
Am I missing anything else?
I seem to recall reading in one of the threads that I needed patched ATI drivers to take advantage of lower dotclocks, but I can't seem to find any evidence of said patches while browsing GIT.
As always, I appreciate your help.
--- End quote ---
There aren't patches needed anymore for the X Windows side of things, but does need some exact configuration options to turn off the default modelines and config must be setup to proper 'specs' (which are not very obvious) to which output on the video card is being used. The one used on the ISO after configuring the monitor type, that should explain mostly I hope. There's some picky stuff with X Windows in how it chooses which video output to do certain things on like modeline setup.
Also there are some radeon firmware files needed from /lib/firmware/radeon and the configuration in X Windows setup to use those and start the ati driver upon bootup in the kernel. Also the kernel video= command like video=DVI-I-1:640x480ec (and specify the right video output connector, else it won't work, it forces it to not use EDID or detection, always on instead). Also of course a newer X Windows.
Well I guess I might just use the 3.0-rc5 for now if it tests alright. The newer kernels changed where some of the code was in the diffs but applied pretty easily with doing some parts by hand.
There might be a few other things too I forgot, it's quite a complex but tiny little fixes here and there to push true 15khz support on most ATI cards. So hopefully those can all be nailed down better in the future, mostly just hacked at the distribution while digging out the changes I had made to my original prototype system, haven't really had time to go through and test each one and recreate the system on another to prove out what all changes are necessary. Probably the things above will get there, although after they are done there might yet be some other little thing I forgot, but should be able to figure that out at that point and hopefully can finally nail down the missing parts.
gabe:
--- Quote from: bitbytebit on July 01, 2011, 02:29:06 pm ---There aren't patches needed anymore for the X Windows side of things, but does need some exact configuration options to turn off the default modelines and config must be setup to proper 'specs' (which are not very obvious) to which output on the video card is being used. The one used on the ISO after configuring the monitor type, that should explain mostly I hope. There's some picky stuff with X Windows in how it chooses which video output to do certain things on like modeline setup.
Also there are some radeon firmware files needed from /lib/firmware/radeon and the configuration in X Windows setup to use those and start the ati driver upon bootup in the kernel. Also the kernel video= command like video=DVI-I-1:640x480ec (and specify the right video output connector, else it won't work, it forces it to not use EDID or detection, always on instead). Also of course a newer X Windows.
Well I guess I might just use the 3.0-rc5 for now if it tests alright. The newer kernels changed where some of the code was in the diffs but applied pretty easily with doing some parts by hand.
There might be a few other things too I forgot, it's quite a complex but tiny little fixes here and there to push true 15khz support on most ATI cards. So hopefully those can all be nailed down better in the future, mostly just hacked at the distribution while digging out the changes I had made to my original prototype system, haven't really had time to go through and test each one and recreate the system on another to prove out what all changes are necessary. Probably the things above will get there, although after they are done there might yet be some other little thing I forgot, but should be able to figure that out at that point and hopefully can finally nail down the missing parts.
--- End quote ---
OK - I have done all of that, and ALMOST everything is working perfectly. The games that work, look absolutely incredible (Neo Geo games, Cave shmups, 1942, Shinobi etc)... But I have found many games which simply fail to load (Bad Dudes VS Dragon Ninja, Gradius, VS. Super Mario Brothers). With logging, I get something similar to this (from baddudes):
--- Code: ---Parsing mame.ini
SwitchRes: Found output connector 'VGA-0'
SwitchRes: Monitor: cga Orientation: horizontal Aspect 4:3
SwitchRes v0.013: [baddudes.zip] (1) horizontal (256x240@57.39)->(256x240@57.39)->(256x240@57.39)
SwitchRes: # baddudes.zip 256x240@57.39 15.2663Khz
SwitchRes: ModeLine "256x240x57.39" 5.251606 256 272 296 344 240 244 247 266 -HSync -VSync
SwitchRes: Setting Option -redraw 0
SwitchRes: Setting Option -rotate
SwitchRes: Setting Option -nothrottle
SwitchRes: Setting Option -refreshspeed
SwitchRes: Setting Option -waitvsync
SwitchRes: Xrandr ADD VGA-0: ModeLine "256x240x57.39" 5.251606 256 272 296 344 240 244 247 266 -HSync -VSync
SwitchRes: Running 'xrandr --newmode "256x240x57.39" 5.251606 256 272 296 344 240 244 247 266 -HSync -VSync'
SwitchRes: Running 'xrandr --addmode VGA-0 256x240x57.39'
SwitchRes: Setting Option -resolution 256x240x32@57.392092
Build version: 0.143 (Jun 29 2011)
Build architecure: SDLMAME_ARCH=
Build defines 1: SDLMAME_UNIX=1 SDLMAME_X11=1 SDLMAME_LINUX=1
Build defines 1: LSB_FIRST=1 PTR64=1 DISTRO=generic SYNC_IMPLEMENTATION=tc
SDL/OpenGL defines: SDL_COMPILEDVERSION=1214 USE_OPENGL=1 USE_DISPATCH_GL=1
Compiler defines A: __GNUC__=4 __GNUC_MINOR__=6 __GNUC_PATCHLEVEL__=0 __VERSION__="4.6.0 20110603 (prerelease)"
Compiler defines B: __amd64__=1 __x86_64__=1 __unix__=1
Compiler defines C: __USE_FORTIFY_LEVEL=0
SDL Device Driver : x11
SDL Monitor Dimensions: 640 x 480
Enter sdlwindow_init
Using SDL single-window OpenGL driver (SDL 1.2)
Leave sdlwindow_init
640x 480 -> 0.001600
304x 224 -> 0.000015
288x 224 -> 0.000020
256x 240 -> 2.000000
Loaded opengl shared library: <default>
--- End code ---
I'm at a bit of a loss. I've tried several different config changes, (custom monitor_specs0, turning off modeline, changeres, etc.) If you have any ideas on where I should look next, I would be most grateful.
bitbytebit:
--- Quote from: gabe on July 01, 2011, 02:53:46 pm ---
--- Quote from: bitbytebit on July 01, 2011, 02:29:06 pm ---There aren't patches needed anymore for the X Windows side of things, but does need some exact configuration options to turn off the default modelines and config must be setup to proper 'specs' (which are not very obvious) to which output on the video card is being used. The one used on the ISO after configuring the monitor type, that should explain mostly I hope. There's some picky stuff with X Windows in how it chooses which video output to do certain things on like modeline setup.
Also there are some radeon firmware files needed from /lib/firmware/radeon and the configuration in X Windows setup to use those and start the ati driver upon bootup in the kernel. Also the kernel video= command like video=DVI-I-1:640x480ec (and specify the right video output connector, else it won't work, it forces it to not use EDID or detection, always on instead). Also of course a newer X Windows.
Well I guess I might just use the 3.0-rc5 for now if it tests alright. The newer kernels changed where some of the code was in the diffs but applied pretty easily with doing some parts by hand.
There might be a few other things too I forgot, it's quite a complex but tiny little fixes here and there to push true 15khz support on most ATI cards. So hopefully those can all be nailed down better in the future, mostly just hacked at the distribution while digging out the changes I had made to my original prototype system, haven't really had time to go through and test each one and recreate the system on another to prove out what all changes are necessary. Probably the things above will get there, although after they are done there might yet be some other little thing I forgot, but should be able to figure that out at that point and hopefully can finally nail down the missing parts.
--- End quote ---
OK - I have done all of that, and ALMOST everything is working perfectly. The games that work, look absolutely incredible (Neo Geo games, Cave shmups, 1942, Shinobi etc)... But I have found many games which simply fail to load (Bad Dudes VS Dragon Ninja, Gradius, VS. Super Mario Brothers). With logging, I get something similar to this (from baddudes):
--- Code: ---Parsing mame.ini
SwitchRes: Found output connector 'VGA-0'
SwitchRes: Monitor: cga Orientation: horizontal Aspect 4:3
SwitchRes v0.013: [baddudes.zip] (1) horizontal (256x240@57.39)->(256x240@57.39)->(256x240@57.39)
SwitchRes: # baddudes.zip 256x240@57.39 15.2663Khz
SwitchRes: ModeLine "256x240x57.39" 5.251606 256 272 296 344 240 244 247 266 -HSync -VSync
SwitchRes: Setting Option -redraw 0
SwitchRes: Setting Option -rotate
SwitchRes: Setting Option -nothrottle
SwitchRes: Setting Option -refreshspeed
SwitchRes: Setting Option -waitvsync
SwitchRes: Xrandr ADD VGA-0: ModeLine "256x240x57.39" 5.251606 256 272 296 344 240 244 247 266 -HSync -VSync
SwitchRes: Running 'xrandr --newmode "256x240x57.39" 5.251606 256 272 296 344 240 244 247 266 -HSync -VSync'
SwitchRes: Running 'xrandr --addmode VGA-0 256x240x57.39'
SwitchRes: Setting Option -resolution 256x240x32@57.392092
Build version: 0.143 (Jun 29 2011)
Build architecure: SDLMAME_ARCH=
Build defines 1: SDLMAME_UNIX=1 SDLMAME_X11=1 SDLMAME_LINUX=1
Build defines 1: LSB_FIRST=1 PTR64=1 DISTRO=generic SYNC_IMPLEMENTATION=tc
SDL/OpenGL defines: SDL_COMPILEDVERSION=1214 USE_OPENGL=1 USE_DISPATCH_GL=1
Compiler defines A: __GNUC__=4 __GNUC_MINOR__=6 __GNUC_PATCHLEVEL__=0 __VERSION__="4.6.0 20110603 (prerelease)"
Compiler defines B: __amd64__=1 __x86_64__=1 __unix__=1
Compiler defines C: __USE_FORTIFY_LEVEL=0
SDL Device Driver : x11
SDL Monitor Dimensions: 640 x 480
Enter sdlwindow_init
Using SDL single-window OpenGL driver (SDL 1.2)
Leave sdlwindow_init
640x 480 -> 0.001600
304x 224 -> 0.000015
288x 224 -> 0.000020
256x 240 -> 2.000000
Loaded opengl shared library: <default>
--- End code ---
I'm at a bit of a loss. I've tried several different config changes, (custom monitor_specs0, turning off modeline, changeres, etc.) If you have any ideas on where I should look next, I would be most grateful.
--- End quote ---
Are the games just black screens, scrambled screens, or do they crash mame? Looking at xrandr output might be interesting during the issue if possible. It does look like there's some other modelines setup, which is odd, possibly it's crashing I'm guessing and leaving those setup without removing them.
Are you using the Gallium version of OpenGL or classic, the classic one is necessary, just in case that's set to gallium.
gabe:
--- Quote from: bitbytebit on July 01, 2011, 03:01:00 pm ---Are the games just black screens, scrambled screens, or do they crash mame?
--- End quote ---
They crash mame.
--- Quote from: bitbytebit on July 01, 2011, 03:01:00 pm ---Looking at xrandr output might be interesting during the issue if possible. It does look like there's some other modelines setup, which is odd, possibly it's crashing I'm guessing and leaving those setup without removing them.
--- End quote ---
I'd be happy to post the xrandr output while it's happening... But I don't know how to do so right at the moment.
--- Quote from: bitbytebit on July 01, 2011, 03:01:00 pm ---Are you using the Gallium version of OpenGL or classic, the classic one is necessary, just in case that's set to gallium.
--- End quote ---
I found out that Gallium is enabled by default in Arch, so I just compiled ati-dri from git with --disable-gallium, but the problem persists.
:badmood: