[MPlayer-users] DXR3 audio/video sync issues
William R Sowerbutts
will at sowerbutts.com
Tue Jul 23 13:25:01 CEST 2002
For what it's worth, Xine plays these files perfectly on exactly the same
hardware. I think Xine takes the DXR3 card's SCR clock into account in some
way.
Anyone want to fix this in mplayer? Support for seeking (essential for advert
skipping!) in Xine on the DXR3 kinda sucks.
Thanks,
Will
On Fri, Jul 19, 2002 at 07:18:48PM +0100, William R Sowerbutts wrote:
>[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>I am running Debian Woody 3.0, Linux 2.4.18, X11 isn't running.
>
>Hardware is 1.0GHz Pentium 3, VIA ProSavage PM133 chipset, 256Mb PC133 SDRAM,
>Sigma Designs Hollywood+ (Sigma 8300 based, "DXR3"):
>
>00:0a.0 Multimedia controller: Sigma Designs, Inc. REALmagic Hollywood Plus DVD Decoder (rev 02)
> Flags: bus master, medium devsel, latency 32, IRQ 5
> Memory at ef000000 (32-bit, non-prefetchable) [size=1M]
> Capabilities: [40] Power Management version 1
>
>
>Mplayer says:
>
>MPlayer CVS-020719-02:38-2.95.4 (C) 2000-2002 Arpad Gereoffy (see DOCS!)
>
>CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6,
>Stepping: 10)
>CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
>Compiled for x86 CPU with extensions: MMX MMX2 SSE
>
>There are no error messages in the output stream.
>
>GCC 2.95.4
>GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux
>GNU assembler 2.12.90.0.1 20020307 Debian/GNU Linux
>
>The problem occurs using either OSS or SDL output, playing a file recorded
>from UK DVB-t transmissions, and also with DVDs.
>
>Will
>
>
>On Fri, Jul 19, 2002 at 07:12:26PM +0200, joy wrote:
>>[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>>On Fri, Jul 19, 2002 at 04:05:45PM +0100, William R Sowerbutts wrote:
>>> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>>> I'm having real problems getting the DXR3 audio/video to sync up and stay in
>>> sync, particularly after seeking in a file. I am using current mplayer cvs.
>>>
>>> I'm using the cvs DXR3 driver from dxr3.sf.net.
>>>
>>> I have tried two different audio devices; both the DXR3's audio output in PCM
>>> mode, and a VIA82C686A AC97 PCI audio controller. Both had the same issues.
>>>
>>> My guess is that mplayer is suffering from MPEG frames being still in the
>>> DXR3's pipeline, and introducing a slight offset in the video stream that it
>>> is unaware of and thus unable to compensate for?
>>>
>>> Any tips would be amazingly welcome at this point!
>>>
>>which audiodriver? which file did you try to play? mplayer -v output!
>>see doc/bugreports for details...
>>
>>
>>--
>>regards
>>
>>____-
>>joy
>>
>>________/\---------%%%___________-----------
>>webcast every sunday 2000 cest at pingfm.org
>>
>>pgp key at: x-hkp://wwwkeys.de.pgp.net
>>
>>_______________________________________________
>>RTFM!!! http://www.MPlayerHQ.hu/DOCS
>>Search: http://www.MPlayerHQ.hu/cgi-bin/htsearch
>>http://mplayerhq.hu/mailman/listinfo/mplayer-users
>
>
>_________________________________________________________________________
>William R Sowerbutts will at sowerbutts.com
>Coder / Guru / Nrrrd http://sowerbutts.com
> main(){char*s=">#=0> ^#X@#@^7=",c=0,m;for(;c<15;c++)for
> (m=-1;m<7;putchar(m++/6&c%3/2?10:s[c]-31&1<<m?42:32));}
>
>_______________________________________________
>RTFM!!! http://www.MPlayerHQ.hu/DOCS
>Search: http://www.MPlayerHQ.hu/cgi-bin/htsearch
>http://mplayerhq.hu/mailman/listinfo/mplayer-users
_________________________________________________________________________
William R Sowerbutts will at sowerbutts.com
Coder / Guru / Nrrrd http://sowerbutts.com
main(){char*s=">#=0> ^#X@#@^7=",c=0,m;for(;c<15;c++)for
(m=-1;m<7;putchar(m++/6&c%3/2?10:s[c]-31&1<<m?42:32));}
More information about the MPlayer-users
mailing list