| 2010-11-04 07:22:05 |
Hans-Juergen Mauser |
bug |
|
|
added bug |
| 2010-11-04 07:22:41 |
Hans-Juergen Mauser |
description |
Binary package hint: xserver-xorg-video-s3
This bug exists at least since 10.04 lucid, maybe earlier (have not tested it before).
I am using the S3 savage driver for a S3 Savage/MX card on an HP XE3-GC laptop. When playing videos (no matter which player as long as the Xv acceleration is used), I encounter the following problem: as long as the LCD is the primary screen (with its hardware resolution of 1024x768), the video "input" width processed by Xv is limited by the ratio of the actual resolution divided by the LCD hardware width (1024). If I set the resolution to 800x600 for example (to be able to use the TV output in full screen mode), I only can see 800/1024 = 0,78 of the real video width, no matter if the video is displayed in a small player window or enlarged to full screen. Using s3switch to change the output to TV keeps this limitation, which makes watching video on a TV or projector a pain!
If the CRT (external VGA out) is the main display (e.g. by using the laptop in its docking station), I can change the resolution to whatever I want and still have the full video width. Because of distances, however, I could not yet check if the output transition CRT --> TV keeps this full width also for the video output.
In any case, the xvinfo program does not show any limitation - but this limitation should only concern the OUTPUT resolution anyway, not the "source" width of the video being processed. |
Binary package hint: xserver-xorg-video-s3
This bug exists at least since 10.04 lucid, maybe earlier (have not tested it before).
I am using the S3 savage driver for a S3 Savage/MX card on an HP XE3-GC laptop. When playing videos (no matter which player as long as the Xv acceleration is used), I encounter the following problem: whenever the LCD is the primary screen (with its hardware resolution of 1024x768), the video "input" width processed by Xv is limited by the ratio of the actual resolution divided by the LCD hardware width (1024). If I set the resolution to 800x600 for example (to be able to use the TV output in full screen mode), I only can see 800/1024 = 0,78 of the real video width, no matter if the video is displayed in a small player window or enlarged to full screen. Using s3switch to change the output to TV keeps this limitation, which makes watching video on a TV or projector a pain!
If the CRT (external VGA out) is the main display (e.g. by using the laptop in its docking station), I can change the resolution to whatever I want and still have the full video width. Because of distances, however, I could not yet check if the output transition CRT --> TV keeps this full width also for the video output.
In any case, the xvinfo program does not show any limitation - but this limitation should only concern the OUTPUT resolution anyway, not the "source" width of the video being processed.
|
|
| 2010-11-04 07:23:46 |
Hans-Juergen Mauser |
description |
Binary package hint: xserver-xorg-video-s3
This bug exists at least since 10.04 lucid, maybe earlier (have not tested it before).
I am using the S3 savage driver for a S3 Savage/MX card on an HP XE3-GC laptop. When playing videos (no matter which player as long as the Xv acceleration is used), I encounter the following problem: whenever the LCD is the primary screen (with its hardware resolution of 1024x768), the video "input" width processed by Xv is limited by the ratio of the actual resolution divided by the LCD hardware width (1024). If I set the resolution to 800x600 for example (to be able to use the TV output in full screen mode), I only can see 800/1024 = 0,78 of the real video width, no matter if the video is displayed in a small player window or enlarged to full screen. Using s3switch to change the output to TV keeps this limitation, which makes watching video on a TV or projector a pain!
If the CRT (external VGA out) is the main display (e.g. by using the laptop in its docking station), I can change the resolution to whatever I want and still have the full video width. Because of distances, however, I could not yet check if the output transition CRT --> TV keeps this full width also for the video output.
In any case, the xvinfo program does not show any limitation - but this limitation should only concern the OUTPUT resolution anyway, not the "source" width of the video being processed.
|
Binary package hint: xserver-xorg-video-s3
This bug exists at least since 10.04 lucid, maybe earlier (have not tested it before).
I am using the S3 savage driver for a S3 Savage/MX card on an HP XE3-GC laptop. When playing videos (no matter which player as long as the Xv acceleration is used), I encounter the following problem: whenever the LCD is the primary screen (with its hardware resolution of 1024x768), the video "input" width processed by Xv is limited by the ratio of the actual resolution divided by the LCD hardware width (1024). If I set the resolution to 800x600 for example (to be able to use the TV output in full screen mode), I only can see 800/1024 = 0,78 of the real video width, no matter if the video is displayed in a small player window or enlarged to full screen. On the right of the video display, the remaining width is filled with a black (or sometimes blue) bar. Using s3switch to change the output to TV keeps this limitation, which makes watching video on a TV or projector a pain!
If the CRT (external VGA out) is the main display (e.g. by using the laptop in its docking station), I can change the resolution to whatever I want and still have the full video width. Because of distances, however, I could not yet check if the output transition CRT --> TV keeps this full width also for the video output.
In any case, the xvinfo program does not show any limitation - but this limitation should only concern the OUTPUT resolution anyway, not the "source" width of the video being processed.
|
|
| 2010-11-14 18:53:18 |
Hans-Juergen Mauser |
attachment added |
|
Patches for savage_video.c and savage_streams.c https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-s3/+bug/670790/+attachment/1733400/+files/savage_video_patch.tar.gz |
|
| 2010-11-15 17:39:44 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Review Team |
| 2010-11-15 17:39:46 |
Brian Murray |
tags |
|
patch |
|
| 2010-11-17 08:57:48 |
Bryce Harrington |
xserver-xorg-video-s3 (Ubuntu): importance |
Undecided |
Medium |
|
| 2010-11-17 08:57:48 |
Bryce Harrington |
xserver-xorg-video-s3 (Ubuntu): status |
New |
Triaged |
|
| 2011-05-26 11:04:31 |
Timo Aaltonen |
affects |
xserver-xorg-video-s3 (Ubuntu) |
xserver-xorg-video-savage (Ubuntu) |
|
| 2013-02-06 21:33:41 |
Tormod Volden |
xserver-xorg-video-savage (Ubuntu): status |
Triaged |
Fix Released |
|
