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>