Strict Standards: Non-static method Flyspray::absoluteURI() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/constants.inc.php on line 29 Strict Standards: Non-static method Flyspray::get_tmp_dir() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/constants.inc.php on line 78 Strict Standards: Non-static method Flyspray::base_version() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/header.php on line 29 Strict Standards: Non-static method Flyspray::base_version() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/header.php on line 29 Strict Standards: Non-static method Req::val() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/header.php on line 39 Strict Standards: Non-static method Req::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 26 Strict Standards: Non-static method Req::num() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/header.php on line 40 Strict Standards: Non-static method Req::val() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 32 Strict Standards: Non-static method Req::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 26 Strict Standards: Non-static method Filters::num() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 32 Strict Standards: Non-static method Req::num() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/header.php on line 42 Strict Standards: Non-static method Req::val() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 32 Strict Standards: Non-static method Req::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 26 Strict Standards: Non-static method Filters::num() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 32 Strict Standards: Non-static method Req::enum() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/index.php on line 15 Strict Standards: Non-static method Req::val() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 37 Strict Standards: Non-static method Req::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 26 Strict Standards: Non-static method Filters::enum() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 37 Strict Standards: Non-static method Req::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/index.php on line 21 Strict Standards: Non-static method Req::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/index.php on line 21 Strict Standards: Non-static method Cookie::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/index.php on line 28 Strict Standards: Non-static method Get::val() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/index.php on line 36 Strict Standards: Non-static method Get::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 100 Strict Standards: Non-static method Get::val() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/index.php on line 95 Strict Standards: Non-static method Get::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 100 Strict Standards: Non-static method Flyspray::requestDuplicated() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/index.php on line 104 Strict Standards: Non-static method Req::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/index.php on line 143 Strict Standards: Non-static method Req::num() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/scripts/details.php on line 15 Strict Standards: Non-static method Req::val() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 32 Strict Standards: Non-static method Req::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 26 Strict Standards: Non-static method Filters::num() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 32 Strict Standards: Non-static method Flyspray::GetTaskDetails() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/scripts/details.php on line 17 Strict Standards: Non-static method Flyspray::GetAssignees() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.flyspray.php on line 358 Strict Standards: Non-static method Get::val() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/scripts/details.php on line 34 Strict Standards: Non-static method Get::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.gpc.php on line 100 Strict Standards: Non-static method Post::has() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/scripts/details.php on line 34 Strict Standards: Non-static method TextFormatter::render() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/scripts/details.php on line 128 FS#982 : A way to switch between Xorg modes
homepage | forum | wiki | feature requests & bugs

MMS

Before posting a bug report please read: http://wiki.mymediasystem.org/wiki/index.php/Bug_reports
Tasklist

FS#982 - A way to switch between Xorg modes

Attached to Project: MMS
Opened by Strict Standards: array_map() expects parameter 1 to be a valid callback, non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 281 Christian Worm (Felixtm) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Saturday, 11 April 2009, 09:18 GMT+1
Task Type Feature Request
Category Plugins → Output
Status Unconfirmed
Assigned To No-one
Operating System Linux
Severity Low
Priority Normal
Reported Version 1.1.0
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

Hi,

it would be nice if there would be a way to swirch between different Xorg modelines. In my case I have three at the moment:

Modeline "1920x1080@24" 74.250 1920 2560 2608 2752 1080 1084 1089 1125 +hsync +vsync
Modeline "1920x1080@50" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
Modeline "1920x1080@60" 148.500 1920 2008 2056 2200 1080 1084 1089 1125 +hsync +vsync

I use the first one for watching 1080p@24 HD content and the second one for TV. They make the video replay very smooth on my TV. I also have a HDReady projector. For this I need some additional modelines to switch the resolution to 1280x720@60.

I'm aware that I can switch modelines with Ctrl+Alt+Keypad-Plus, but my HTPC Keyboard doesn't has a keypad :-).

This task depends upon

Comment by Strict Standards: array_map() expects parameter 1 to be a valid callback, non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 281 lorenzodes (lorenzodes) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Saturday, 11 April 2009, 12:22 GMT+1
What a coincidence, I was thinking about the same thing :P

I was doing some tests using xrandr and... it doesn't work.

Here follows my xrandr output (PC connected to a plasma panel via DVI):

========================================================================

Screen 0: minimum 320 x 175, current 1024 x 768, maximum 1024 x 768
default connected 1024x768+0+0 0mm x 0mm
1024x768 50.0* 51.0 52.0 53.0 54.0 55.0 56.0 57.0 58.0 59.0 60.0 61.0
832x624 62.0
800x600 63.0 64.0 65.0 66.0 67.0 68.0 69.0 70.0 71.0 72.0
800x512 73.0
720x540 74.0
720x480 75.0
720x400 76.0
700x525 77.0 78.0
640x480 79.0 80.0 81.0 82.0 83.0 84.0 85.0 86.0
640x400 87.0
640x350 88.0
576x384 89.0
512x384 90.0 91.0 92.0
400x300 93.0
320x240 94.0 95.0
320x175 96.0

========================================================================


It's all wrong. It says display is running at 61.00Hz (vet. refresh), while it is actually 60.Hz. If, using xrandr, I change that to 60.0 Hz, xrandr output shows 60.0 Hz, while it is actually 85.00.

Can you please do the same test and report back?
Comment by lorenzodes (lorenzodes) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Sunday, 12 April 2009, 11:41 GMT+1
Apparently xrandr is borked on my distro (or it is borked in the nvidia drivers, I don't know), so I resorted to a different approach, i.e. the xf86vmode XLib extension.

The attached patch is the 1st try at it.

Caveats:
- it works with the opengl plugin only
- it's still unfinished stuff, there's no real error checking and doesn't work well if fullscreen is eanbled
- it can potentially crash your Windows manager
- it requires you to install the xf86vmode library (if not already installed) and the matching devel package
- you have to compile mms with --enable-res-switch

Please, test it :)
Comment by lorenzodes (lorenzodes) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Sunday, 12 April 2009, 18:35 GMT+1
This version try to address some issue with fullscreen toggling
Comment by Christian Worm (Felixtm) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Tuesday, 14 April 2009, 08:02 GMT+1
Hi Lorenzodes,

thanks for that, it works really nice. Maybe you could add some cosmetic things:

1. Does it really makes sense that we have the the resswitch in the main menu, wouldn't it be better to have it somewhere in the settings annd define a keyboard/LIRC shortcut for it? Maybe with the possibility to switch to a specific modeline with a specific shortcut.

2. I get a huge load of modes in the menu. I think they're partially hardcoded in my NVIDIA driver. Could we have a way to define which modes we want to see and add a descritive comment or use the name the modeline has in xorg.conf. So we could define a line like this in xorg.conf:

ModeLine "1080p@24" 74.250 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync

and see "1080p@24 for 24p MKV files"

The WAF would benifit from this :-).

Just for reference, I found some very nice FullHD modelines in the NVIDIA Forum. I'll paste them, so that we have the reference in our system too (who knows what happens to the NVIDIA Forum....):

# 1920x1080p @ 50Hz (EIA/CEA-861B)
ModeLine "1920x1080@50" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 60Hz (EIA/CEA-861B)
ModeLine "1920x1080@60" 148.500 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 24Hz (EIA/CEA-861B)
ModeLine "1920x1080@24" 74.250 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 23.976Hz (EIA/CEA-861B)
ModeLine "1920x1080@23.976" 74.175 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
# 1920x1080i @ 50Hz (EIA/CEA-861B)
Modeline "1920x1080@50i" 74.250 1920 2448 2492 2640 1080 1085 1095 1125 +hsync +vsync Interlace
# 1920x1080i @ 60Hz (EIA/CEA-861B)
Modeline "1920x1080@60i" 74.250 1920 2008 2052 2200 1080 1085 1095 1125 +hsync +vsync Interlace
# 1920x1080p @ 59.94Hz (EIA/CEA-861B)
ModeLine "1920x1080@59.94" 148.350 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
# 1920x1080i @ 59.94Hz (EIA/CEA-861B)
Modeline "1920x1080@59.94i" 74.175 1920 2008 2052 2200 1080 1085 1095 1125 +hsync +vsync Interlace
# 1920x1080p @ 25Hz (EIA/CEA-861B)
ModeLine "1920x1080@25" 74.250 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 29.97Hz (EIA/CEA-861B)
ModeLine "1920x1080@29.97" 74.175 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 30Hz (EIA/CEA-861B)
ModeLine "1920x1080@30" 74.250 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync

Use this Options:
Option "ExactModeTimingsDVI" "True"
Option "UseEDIDFreqs" "False"

Link: http://www.nvnews.net/vbulletin/showthread.php?t=125219

especially "1920x1080@23.976" gives me supersmooth playback with many MKV files on my Samsung FullHD TV. Maybe we should add this somewhere in the WIKI.
Comment by Christian Worm (Felixtm) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Friday, 17 April 2009, 08:12 GMT+1
Hi again,

I discovered a problem which I didn't notice at the first time.

My Xorg starts with 1920x1080@50. If I now switch to 1280x720@50 with the resswitch the mms GUI is shown in this mode. However programs started from mms (vdr-sxfe, mplayer) will switch back to the initial modeline for 1920x1080@50. If they exit mms switches back to 1280x720@50. So the resolution switch isn't persitent in this case.

The real strange thing is that it works if you only change the refresh rate. So switching from 1920x1080@50 to 1920x1080@24 works nice. Vdr-sxfe and mplayer are shown in the correct resolution with the correct refresh rate.

Does someone have an expalnation for this behaviour? The resswitch is still useuful if you only need to change refresh rates for smooth playback, but I only need to change the resolution because I have a FullHD LCD but only a HDReady projector. Maybe someone can reproduce this and give a hint what the problem might be.
Comment by lorenzodes (lorenzodes) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Friday, 17 April 2009, 15:32 GMT+1
I was afraid that it could happen.

So we have 2 options:

1) we resort to RandR, which doesn't provide a valid vertical refresh rate value with closed source nvidia drivers, unless you add 'Option "DynamicTwinView" "false"' to xorg.conf, which, in turn, will make nvidia-settings unable to work properly;
or
2) we pass the correct screen size to the external programs that might need it.

It shouldn't be a problem with xine, nor with mplayer, but vdr-sxfe? I've never used it, does it accept screen height and width from command-line?
Comment by lorenzodes (lorenzodes) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Saturday, 18 April 2009, 21:47 GMT+1
I have bad news.

I have changed the res switch code heavily just to find out that RandR prevents SDL from properly toggling fullscreen. While this is a minor problem with the opengl plugin, it will make us unable to implement the new res switch for the SDL plugin, which is a major showstopper.

Unless someone has a good idea, I will not use RandR in mms, but I'll make so that external programs that can process screen width and height via command line, will receive them from mms.

If Vdr-sxfe can't do that... well, sorry but it's tough luck :(
Comment by lorenzodes (lorenzodes) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Sunday, 19 April 2009, 13:54 GMT+1
Lol, this is class, mms crashing due to fullscreen toggling, if screen has been changed with RandR, is a bug in LibSDL.

So... tough luck.
Comment by lorenzodes (lorenzodes) - Strict Standards: Non-static method Filters::noXSS() should not be called statically in /var/kunden/webs/mms/flyspray-0.9.9.6/includes/class.tpl.php on line 613 Sunday, 19 April 2009, 16:38 GMT+1
I Have submitted a bug report upstream:

http://bugzilla.libsdl.org/show_bug.cgi?id=727

Hope they fix it.

Loading...