Software Support > GroovyMAME
Switchres: modeline generator engine
bitbytebit:
--- Quote from: elvis on October 20, 2010, 08:02:22 am ---I'm having troubles patching XRandR with the 0.11 download above.
I do:
# unzip GenRes-0.11.zip
# cd GenRes-0.11
# git clone git://anongit.freedesktop.org/xorg/app/xrandr
# cd xrandr
# git apply --stat ../patches/xrandr.diff
xrandr.c | 18 ++++++++++--------
1 files changed, 10 insertions(+), 8 deletions(-)
# git apply --check ../patches/xrandr.diff
error: patch failed: xrandr.c:1426
error: xrandr.c: patch does not apply
Have I done something wrong?
--- End quote ---
Try to patch it like this when in the xrandr directory...
cat ../patches/xrandr.diff | patch -p1 -E -l
This most likely should do it, I think I did something odd there and that avoids whitespaces and such. I'll maybe include xrandr from now on because it's small and actually would like to sort of merge it and lrmc somewhat perhaps in functionality in the future.
Thanks for catching that and letting me know the patch is a bit off :)
elvis:
--- Quote from: bitbytebit on October 20, 2010, 08:40:32 am ---cat ../patches/xrandr.diff | patch -p1 -E -l
--- End quote ---
Yup, the "-l" flag fixed it. Cheers. I'd also tried "patch" before without "-l" and it failed too, but all good now.
elvis:
I have one lingering problem. I don't think it's related to your switchres program, but something else.
I have a default 640x480@60Hz interlaced modeline in Xorg (if I have no modeline, Xorg won't start). Running Ubuntu 10.04.
Whether I run switchres, or put the following in .xinitrc manually:
xrandr --newmode "416x241" 7812000 416 424 464 496 241 245 248 264 -HSync -VSync
xrandr --addmode default "416x241"
xrandr --verbose --output default --mode "416x241"
mame -verbose -resolution 416x241x32@59.66 mvsc
I get the following output in my log file (with a few extra "xrandr -q" statements to make sure things are sane):
Screen 0: minimum 640 x 480, current 640 x 480, maximum 640 x 480
default connected 640x480+0+0 0mm x 0mm
640x480 60.00*
(pre xrandr --newmode)
Screen 0: minimum 416 x 241, current 640 x 480, maximum 640 x 480
default connected 640x480+0+0 0mm x 0mm
640x480 60.00*
416x241 59.66
(new mode added successfully)
xrandr: Configure crtc 0 failed
crtc 0: 416x241 59.66 +0+0 "default"
crtc 0: disable
screen 0: revert
crtc 0: revert
Now this is the bit that's driving me nuts. XRandR for some reason can't switch to the new mode. MAME's verbose output confirms the mode remains in the 640x480 interlaced mode, and it has not switched over (with or without "switchres" makes no difference).
I'm using the nv_drv.so module (2.1.15), which I've hacked to allow low pclocks (default was 12, and I've dropped mine down to 6MHz).
xrandr has been giving me this issue previously before I used your hacked version too.
If I set a modeline manually in /etc/X11/xorg.conf, I can get the resolution fine (although the screen tearing is there due to the rounded vertrefresh issues above). If I can get xrandr to switch resolutions, I'm home free. This is the last hurdle for me before I can get this working properly.
Any advice?
bitbytebit:
--- Quote from: elvis on October 20, 2010, 10:54:56 pm ---I have one lingering problem. I don't think it's related to your switchres program, but something else.
I have a default 640x480@60Hz interlaced modeline in Xorg (if I have no modeline, Xorg won't start). Running Ubuntu 10.04.
Whether I run switchres, or put the following in .xinitrc manually:
xrandr --newmode "416x241" 7812000 416 424 464 496 241 245 248 264 -HSync -VSync
xrandr --addmode default "416x241"
xrandr --verbose --output default --mode "416x241"
mame -verbose -resolution 416x241x32@59.66 mvsc
I get the following output in my log file (with a few extra "xrandr -q" statements to make sure things are sane):
Screen 0: minimum 640 x 480, current 640 x 480, maximum 640 x 480
default connected 640x480+0+0 0mm x 0mm
640x480 60.00*
(pre xrandr --newmode)
Screen 0: minimum 416 x 241, current 640 x 480, maximum 640 x 480
default connected 640x480+0+0 0mm x 0mm
640x480 60.00*
416x241 59.66
(new mode added successfully)
xrandr: Configure crtc 0 failed
crtc 0: 416x241 59.66 +0+0 "default"
crtc 0: disable
screen 0: revert
crtc 0: revert
Now this is the bit that's driving me nuts. XRandR for some reason can't switch to the new mode. MAME's verbose output confirms the mode remains in the 640x480 interlaced mode, and it has not switched over (with or without "switchres" makes no difference).
I'm using the nv_drv.so module (2.1.15), which I've hacked to allow low pclocks (default was 12, and I've dropped mine down to 6MHz).
xrandr has been giving me this issue previously before I used your hacked version too.
If I set a modeline manually in /etc/X11/xorg.conf, I can get the resolution fine (although the screen tearing is there due to the rounded vertrefresh issues above). If I can get xrandr to switch resolutions, I'm home free. This is the last hurdle for me before I can get this working properly.
And advice?
--- End quote ---
Try the newest nvidia driver, hack it for low pclocks and see if it fixes things, may also need a newer xorg-server but hopefully not because they are a pain to update all the many parts. What version is your xorg-server? Mine is 1.7.7, but not sure about what versions work best with xrandr. It seems that the xrandr source indicates the change in resolution isn't being accepted and I assume that it's talking to the nvidia driver. Possibly the xrandr support in there has improved recently, seems they have done some changes to it in the current git logs but not sure if those are really fixing this issue.
http://cgit.freedesktop.org/xorg/driver/xf86-video-nv/
elvis:
--- Quote from: bitbytebit on October 20, 2010, 11:10:12 pm --- What version is your xorg-server? Mine is 1.7.7
--- End quote ---
root@lowboy:~# dpkg -l xorg xserver-xorg-core
ii xorg 1:7.5+5ubuntu1 X.Org X Window System
ii xserver-xorg-core 2:1.7.6-2ubuntu7.3 Xorg X server - core server
1.7.6 according to that.
The supplied version of nv_drv was 2.1.15. I've just tried 2.1.18 (latest stable release, dated July 2010) and it gave the same error. I tried to build from git, but it said a required tool (specifically xorg-macros) was too old.
Next stop might be dist-upgrading to Maverick (10.10) and trying again. According to packages.ubuntu.com it uses xserver-xorg-core 1.9.0.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version