Forums » Bugs
Linux GL4: xf86vidmode override does not work.
The old GKGL reference driver had a config.ini option that would let the user override the size of the game window as a workaround for this stupid problem
That doesn't work on GL4 now, at all. So if you have multiple monitors, and the "first" one is crappy, you get stuck with the option of running the game only in whatever modes the crappy monitor supports, even if you're not even running it fullscreen and video modes are irrelevant.
Honestly it would be really great if you guys could fix the video mode thing so it shows sizes from all monitors, but if you're not going to do that at least fix the workaround...
That doesn't work on GL4 now, at all. So if you have multiple monitors, and the "first" one is crappy, you get stuck with the option of running the game only in whatever modes the crappy monitor supports, even if you're not even running it fullscreen and video modes are irrelevant.
Honestly it would be really great if you guys could fix the video mode thing so it shows sizes from all monitors, but if you're not going to do that at least fix the workaround...
Why do video modes matter at all when the game is running in a window?
Or you could fix your Linux, ditch systemd and go back to using xorg.conf ?
[edit]
Or just make some metamodes in xorg.conf, even if your system doesn't use xorg.conf anymore, VO (and most games) will still pick modes up from there and use them. You really cannot expect game developers to keep up with every single distro change. This does work as it should on my older debian box, which is still using older init methods (udev) and xorg.conf even though I'm using recent drivers/kernel patches etc etc.
[edit]
Or just make some metamodes in xorg.conf, even if your system doesn't use xorg.conf anymore, VO (and most games) will still pick modes up from there and use them. You really cannot expect game developers to keep up with every single distro change. This does work as it should on my older debian box, which is still using older init methods (udev) and xorg.conf even though I'm using recent drivers/kernel patches etc etc.
This isn't a distro change, and it has nothing to do with systemd.
I've been working around this BS by using xorg.conf and setting up Zaphod mode, but that makes it so you can't move windows between monitors which most people find unacceptable.
All of that doesn't matter at all if you consider the case of running the game in a window. Shouldn't you just be able to resize it?
I've been working around this BS by using xorg.conf and setting up Zaphod mode, but that makes it so you can't move windows between monitors which most people find unacceptable.
All of that doesn't matter at all if you consider the case of running the game in a window. Shouldn't you just be able to resize it?
You can. On the right setup. If I drag my window corners, VO resizes just fine?
Are you still using an Intel card? Maybe blame the drivers?
Or you could just be glad that VO runs on *nix at all. What you are asking for works for me, so it has to be you. You really cannot expect VO to run perfectly on every setup out there in the Linux world. We can be glad it runs at all.
[edit]
And yes, it has a lot to do with systemd. It has it hooks in everything, including GDM/KDM, GPU drivers and the lot these days. Yes it is cool that with it most things just work, but this is a good example of it not doing. Yes it even has hooks into Window management. Go try a distro without it, like Gentoo and see if you still have this issue.
I will eat my words if you do.
[edit 2]
Anyway, what you are asking for is for the VO devs to fix every conceivable Linux setup, never ever going to happen. Especially when 9 times out of 10, you can fix it yourself.
Are you still using an Intel card? Maybe blame the drivers?
Or you could just be glad that VO runs on *nix at all. What you are asking for works for me, so it has to be you. You really cannot expect VO to run perfectly on every setup out there in the Linux world. We can be glad it runs at all.
[edit]
And yes, it has a lot to do with systemd. It has it hooks in everything, including GDM/KDM, GPU drivers and the lot these days. Yes it is cool that with it most things just work, but this is a good example of it not doing. Yes it even has hooks into Window management. Go try a distro without it, like Gentoo and see if you still have this issue.
I will eat my words if you do.
[edit 2]
Anyway, what you are asking for is for the VO devs to fix every conceivable Linux setup, never ever going to happen. Especially when 9 times out of 10, you can fix it yourself.
Resizing the game window doesn't resize the game inside that window. If VO is set to a 1024x768 mode, resizing that window to 1980x1200, the window will resize and the game will render in a 1024x768 corner of an otherwise black window.
See the screenshot in the linked thread for an example. It's like that on my desktop running Archlinux with the open source radeon driver, my girlfriend's PC on the TV running Linux Mint (NOT systemd!) with radeon and my laptop running Arch and the Intel driver.
Are you out of red herrings yet yoda? Hook up 2 monitors of different sizes, put the smaller one at 0,0 and you'll have this problem.
See the screenshot in the linked thread for an example. It's like that on my desktop running Archlinux with the open source radeon driver, my girlfriend's PC on the TV running Linux Mint (NOT systemd!) with radeon and my laptop running Arch and the Intel driver.
Are you out of red herrings yet yoda? Hook up 2 monitors of different sizes, put the smaller one at 0,0 and you'll have this problem.
Yes, I saw your linked thread, but that is not how it works for me.
For example:
If I start the game in 1024x768 (windowed) then drag the corner of the window it resizes fine. I can have 1456x900, 1342x800 and stuff.
Mint has systemd btw. It is basically Ubuntu. Are you on drugs ARF? Like I said above. Fix your Linux, you CANNOT expect a small company like guild to fix your Linux issues. I use two screens too, and it works fine for me. One is an old crappy Samsung monitor, one is a fine as shite 1080p Acer one. (I hate Acer BTW) So yes. If it works for me and not for you, it is YOUR problem. (Tested both on AMD, Nvidia, and nvida optimus/intel GPU btw)
You cannot expect Guild Software or ANY game developers to support your crappy screens. How does Half Life 2 work on your screens? I can gift you HL2 or any Linux steam game if you would like to try?
[edit]
And before you say it: Yes. Linux users are supposed to be able to fix their own crap. If not, fuck off back to MS Windows.
For example:
If I start the game in 1024x768 (windowed) then drag the corner of the window it resizes fine. I can have 1456x900, 1342x800 and stuff.
Mint has systemd btw. It is basically Ubuntu. Are you on drugs ARF? Like I said above. Fix your Linux, you CANNOT expect a small company like guild to fix your Linux issues. I use two screens too, and it works fine for me. One is an old crappy Samsung monitor, one is a fine as shite 1080p Acer one. (I hate Acer BTW) So yes. If it works for me and not for you, it is YOUR problem. (Tested both on AMD, Nvidia, and nvida optimus/intel GPU btw)
You cannot expect Guild Software or ANY game developers to support your crappy screens. How does Half Life 2 work on your screens? I can gift you HL2 or any Linux steam game if you would like to try?
[edit]
And before you say it: Yes. Linux users are supposed to be able to fix their own crap. If not, fuck off back to MS Windows.
What part of "I've been working around this BS by using xorg.conf and setting up Zaphod mode," did you not understand? I do fix my own crap, as long as the tools provided to do so don't get removed. Go shitpost someplace else.
Half Life 2 is retarded like Vendetta is, and only looks at modes on the "first" display, but it at least gives you a different set of options if you run it in a window because video modes don't matter in a window. This is fine. People can work with this. Vendetta does not do this.
Half Life 2 is retarded like Vendetta is, and only looks at modes on the "first" display, but it at least gives you a different set of options if you run it in a window because video modes don't matter in a window. This is fine. People can work with this. Vendetta does not do this.
The box on my TV is Linux Mint 15, which is based on Ubuntu 13.04, which doesn't use systemd, and is also running a really old Xorg, Mesa, and kernel. Sooo, this isn't a new problem, and it has nothing to do with systemd, the init-system holy war, or drugs.
Just having two displays isn't going to cause this. As long as you arrange your monitors so your "main" one is in the upper left (0,0) so it shows up "first", you probably won't care that your other monitor's video modes don't show up in Vendetta.
We're getting off-topic anyway. This bug report is about the xf86vidmode=0, xsize=, and ysize= options in config.ini not working on the GL4 driver. That feature allowed Linux users to "fix their own crap" when the game or Xorg does something stupid...
Just having two displays isn't going to cause this. As long as you arrange your monitors so your "main" one is in the upper left (0,0) so it shows up "first", you probably won't care that your other monitor's video modes don't show up in Vendetta.
We're getting off-topic anyway. This bug report is about the xf86vidmode=0, xsize=, and ysize= options in config.ini not working on the GL4 driver. That feature allowed Linux users to "fix their own crap" when the game or Xorg does something stupid...
"Go shitpost somewhere else"
No.
Also, what part of "it works for me" do you not get?
No.
Also, what part of "it works for me" do you not get?
get a life yoda...
So how did you fix it then? Let's hear it. I'm especially interested to hear how you got it to resize the window *and* resize the game being drawn in that window.
Post the output of xrandr --query while you're at it.
Post the output of xrandr --query while you're at it.
I was able to get the xf86vidmode=0 option to work, but I'm still waiting to hear how Yoda got the game to resize in windowed mode. That would be a heck of an improvement.
yea it doesn't even do that on real platforms!
C'mon Yoda, share your witchcraft with us!
C'mon Yoda, share your witchcraft with us!
I will be the first to admit I am not an expert on all things, and for the last few years have been using two X sessions but now find myself using Xinerama to share an X session across monitors and encountering a scenario like Arf describes.
How were you able to get the setting working Arf?
How were you able to get the setting working Arf?
Disregard. I was able to add the following in the gl4 section and it works as expected.
xf86vidmode=0
xsize=1920
ysize=1080
xf86vidmode=0
xsize=1920
ysize=1080
Yeah, sorry, i meant to post how to do this in another thread in the Linux section, since the old instructions say to put it in the [refgl] section, which only applies with the old GL driver.
I'm still waiting to hear how yoda supposedly can resize the game window...
I'm still waiting to hear how yoda supposedly can resize the game window...