[vlc-devel] Re: BDA DVB-T Test Report

Jean-Paul Saman jean-paul.saman at planet.nl
Tue Apr 24 12:58:40 CEST 2007


xxcv wrote:
> Please see attached Test Report.
> 
> 
> ------------------------------------------------------------------------
> 
>                            Testing Report
> ===============================================================================
> Raw input stream from Winfast USB DTV Dongle
> DShow BDA/DVB access module written by Ken Self <kens at campoz.fslife.co.uk>
> VLC Version tested: 0.8.6b-win32, trunk-win32
> ===============================================================================
> Sample raw input stream "Winfast_USB_DTV.Raw.Input_Stream.ts"
> ftp://streams.videolan.org/incoming/Issue_Winfast_USB_DTV_Raw_Input_Stream/
> 
> dvb-t:// :dvb-frequency=219500 :dvb-bandwidth=7
> 
> When MPEG2-TS Input stream coming from Winfast USB DTV BDA Driver is received
> through access dvb-t:// by VLC with default preferences the demux
> immediately encountered trouble and showing signs of weakness by dropping buffer.
> 
> Thus even if the raw input stream from device driver could be demuxed and
> decoded but the video can not be displayed at all.
> 
> Endless of these warnings appeared in Messages Log:
> main warning: PTS is out of range (2614), dropping buffer
> main warning: late picture skipped (201200)
> 
> This problem could be the same problem we've analyzed in Ticket #767 which we've
> not been able to fix.
> 
> Watchable Solution #1:
> Save input stream as file (Dump raw input)
> 
> Watchable Solution #2:
> Set sout on network interface
> ":sout=#duplicate{dst=std{access=http,mux=ts,dst=192.168.1.11:1234}}"
> But causing another problem of endless muxing warnings:
> main warning: late buffer for mux input (76879)
> 
> Both solutions are means of watching DVB-T DTV on VLC-Win32.
> 
> In conclusion, although I don't understand a lot about VLC but I try to.
> I can't say where exactly problem is located but raw input stream is from
> hardware with VLC under the Win32 platform.
> 
> Could this be a core hardware device buffer and caching problem ?
> 
> Compiled and tested by,
> xxcv <xxcv07 at gmail.com>


Sounds like the device generates poor timestamps. Did you try adding 
:cr-average=1000 to workaround the cards problem?

Gtz,
Jean-Paul Saman.

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html



More information about the vlc-devel mailing list