Re: Xv on external monitor with neomagic

--=-ffHUJMX2TjC+J4WsvIbS
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Egbert Eich <[email protected]> wrote:
> Diego SANTA CRUZ writes:
>  > Hi there,
>  > 
>  > I've been using the new Xv code in the neomagic driver and it has been
>  > working great, as long as I start XFree on the LCD panel. When I start
>  > XFree on the external monitor (which I do most of the time) xv does not
>  > work, I get just a black video with a blue line on the left.
>  > 
>  > This was already reported by Frank Fiene back in April and Egbert Eich
>  > pointed out that the problem is that the h and v timings need to be
>  > derived from the modeline (see
>  > http://www.xfree86.org/pipermail/neomagic/2002-April/001021.html).
>  > 
>  > Is there any fix that implements this available somewhere? I tried
>  > looking in the neo_video.[ch] files but I could not figure out where
>  > does this come into play, although I must admit that this is the first
>  > time that I take a look at XFree86 code and that I have no idea about
>  > video driver programming, so I was kind of lost :-)
>  > 
>  > I would really appreciate any help in making the necessary fixes so that
>  > it becomes possible to use Xv on external monitors.
>  > 
> 
> The fixes for this should be in CVS already.
> If there are pieces missing I will commit them to CVS
> shortly.
> 
> Egbert.
> 

Sorry for the very long time taken to answer, but I did not have any
time to test a newer version of the driver until now.

I tested the latest version of the neomagic driver (CVS 23-Oct-2002)
compiled on an XFree 4.2.0 release (Red Hat 8.0 XFree86-4.2.0-72), but
without the neo_bank.c changes (unrelated to Xv). Now everything works
out very well, the Xvideo output appears correctly on the external and
internal screen (even if both are shown simultaneously).

If anyone wants access to the binary driver, it is available on
http://ltswww.epfl.ch/~dsanta/resources/linux.

The only thing missing in CVS is the documentation of the OverlayMem
config option. Attached is a patch for neomagic.man that documents the
option, fix as needed and please integrate into CVS.

Thanks a lot for the effort deployed!

Diego

-- 
-------------------------------------------------------
Diego Santa Cruz
PhD. student
Publications available at http://ltswww.epfl.ch/~dsanta
Signal Processing Institute (LTS1 / ITS / STI)
Swiss Federal Institute of Technology (EPFL)
EPFL - STI - ITS, CH-1015 Lausanne, Switzerland
E-mail:     [email protected]
Phone:      +41 - 21 - 693 26 57
Fax:        +41 - 21 - 693 76 00
-------------------------------------------------------

--=-ffHUJMX2TjC+J4WsvIbS
Content-Disposition: attachment; filename=neomagic.man.patch
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; name=neomagic.man.patch; charset=ISO-8859-15

--- neomagic.man.orig	2002-10-25 10:34:20.000000000 +0200
+++ neomagic.man	2002-10-25 10:47:07.000000000 +0200
@@ -72,6 +72,13 @@
 .TP
 .BI "Option \*qShadowFB\*q \*q" boolean \*q
 Enable or disable use of the shadow framebuffer layer.  Default: off.
+.TP
+.BI "Option \*qOverlayMem\*q \*q" integer \*q
+Reserve the given amount of memory (in bytes) for the XVideo overlay. On
+boards with limited memory, display of large XVideo buffers might fail due
+to unsufficient available memory. Using this option solves the problem at =
the
+expense of reducing the memory avilable for other operations. For full
+resolution DVDs 829440 bytes (720x576x2) are necessary.
 .PP
 .B Note
 .br

--=-ffHUJMX2TjC+J4WsvIbS--