1 |
Hi all, |
2 |
|
3 |
I wrote to this list earlier with my r128 + xv problem. |
4 |
The problem is now solved. |
5 |
|
6 |
The problem was that the xv overlay was stretched to |
7 |
only showing the left half part of the movie when |
8 |
using mplayer. |
9 |
|
10 |
This guy had the same problem: |
11 |
http://www.spinics.net/lists/xf-xpert/msg06416.html |
12 |
|
13 |
I mailed him and he said that switching to the drivers |
14 |
from gatos solved it. |
15 |
|
16 |
Allrighty, no source snapshots for 4.2.1, no binaries. |
17 |
I was not able to export any code from cvs that matched |
18 |
xfree-4.2.1 either. sigh. cvs tag anyone? |
19 |
I did try to compile from cvs HEAD once by removing all |
20 |
bad code but that lead to a driver that didn't work at all. |
21 |
|
22 |
So, no luck with gatos. |
23 |
|
24 |
I tried to use the vidix drivers with mplayer and |
25 |
they had the same problem. |
26 |
|
27 |
Then I compared the driver code in Xfree(4.2.1/4.2.99) |
28 |
with the gatos code - bingo! |
29 |
They don't care about the ecp divider in xfree. |
30 |
|
31 |
This divider is only used when high dotclocks are used. |
32 |
|
33 |
So I made a patch to mplayer/vidix that solves the problem. |
34 |
And now I also switched monitor and today I use a mode with |
35 |
a lower dotclock so the problem is really away (for me, anyhow). |
36 |
|
37 |
The patch to mplayer is attached. I have tried to post |
38 |
it to the mplayer devel list but I must subscribe before I |
39 |
can post. sigh again. |
40 |
|
41 |
/ magnus |