Strange Problem streaming netshow device onto UDP (help!!)

[djxtreme]

Hey all.

Got a rather strange problem. I have a server 2003 box with a 3.2ghzx cpu and 512mb ram. Said box has a TV Tuner card within, with the idea being able to stream my spare Cable box onto my OSX via VLC.

Toiled through getting it working, and I must admit I seemed impressed. Sticking out a reasonable resolution, at a high bitrate seemed to be fine. Until I watch for more than 30seconds.

When I do that, I get the errors at the end of the following Message log;

main debug: CPU has capabilities 486 586 MMX 3DNow! MMXEXT SSE FPU
main debug: looking for memcpy module: 4 candidates
main debug: using memcpy module "memcpymmxext"
main debug: waiting for thread completion
main debug: thread 3828 (playlist) created at priority 0 (playlist/playlist.c:184)
main debug: waiting for thread completion
main debug: thread 3844 (preparser) created at priority 0 (playlist/playlist.c:210)
main debug: looking for interface module: 1 candidate
main debug: using interface module "hotkeys"
main debug: thread 3868 (interface) created at priority 0 (interface/interface.c:231)
main debug: adding playlist item `G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u' ( G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u )
main debug: looking for interface module: 3 candidates
main debug: using interface module "wxwidgets"
main debug: thread 3900 (manager) created at priority 0 (interface/interface.c:216)
wxwidgets debug: Using last windows config '(-1,0,0,1024,768)(0,414,44,355,94)(2,44,44,418,580)(6,0,0,-1,150)'
wxwidgets debug: id=0 p=(414,44) s=(355,94)
wxwidgets debug: id=2 p=(44,44) s=(418,580)
wxwidgets debug: id=6 p=(0,0) s=(-1,150)
main debug: nothing requested, starting
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 4016 (input) created at priority 1 (input/input.c:265)
main debug: creating statistics handler
main debug: drive letter G: found in source
main debug: `G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u' gives access `' demux `' path `G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u'
main debug: creating demux: access='' demux='' path='G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u'
main debug: looking for access_demux module: 1 candidate
main debug: creating access '' path='G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.cue
vcd debug: could not find .cue file
access_file debug: opening file `G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u'
main debug: using access2 module "access_file"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: creating demux: access='' demux='' path='G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u'
main debug: looking for demux2 module: 45 candidates
playlist debug: found valid M3U playlist file
main debug: using demux2 module "playlist"
main debug: looking for a subtitle file in G:\Documents and Settings\Administrator.DJXSERVER\Desktop\
main debug: `G:\Documents and Settings\Administrator.DJXSERVER\Desktop\stream.m3u' successfully opened
playlist debug: starting playlist playback
main debug: adding playlist item `dshow://' ( dshow:// )
main debug: EOF reached
main debug: closing input
main debug: removing module "playlist"
main debug: removing module "access_file"
main debug: thread times: real 0m0.109375s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 4016 joined (input/input.c:412)
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 4016 (input) created at priority 1 (input/input.c:265)
main debug: stream=`transcode'
main debug: looking for sout stream module: 1 candidate
main debug: stream=`duplicate'
main debug: looking for sout stream module: 1 candidate
stream_out_duplicate debug: creating 'duplicate'
stream_out_duplicate debug: * adding `std{access=udp,mux=ts,dst=192.168.0.200:1234}'
main debug: stream=`std'
main debug: looking for sout stream module: 1 candidate
main debug: set sout option: sout-standard-access to udp
main debug: set sout option: sout-standard-mux to ts
main debug: set sout option: sout-standard-dst to 192.168.0.200:1234
stream_out_standard debug: creating `udp/ts://192.168.0.200:1234'
stream_out_standard debug: extension is 200:1234
stream_out_standard debug: extension -> mux=(null)
stream_out_standard debug: using `udp/ts://192.168.0.200:1234'
main debug: looking for sout access module: 1 candidate
main debug: net: connecting to 192.168.0.200 port 1234
main debug: thread 4168 (sout write thread) created at priority 15 (udp.c:268)
access_output_udp debug: udp access output opened(192.168.0.200:1234)
main debug: using sout access module "access_output_udp"
stream_out_standard debug: access opened
main debug: looking for sout mux module: 1 candidate
mux_ts debug: shaping=200000 pcr=70000 dts_delay=400000
main debug: using sout mux module "mux_ts"
main debug: muxer support adding stream at any time
stream_out_standard debug: mux opened
main debug: using sout stream module "stream_out_standard"
main debug: using sout stream module "stream_out_duplicate"
main debug: set sout option: sout-transcode-vcodec to mp4v
main debug: set sout option: sout-transcode-vb to 12288
main debug: set sout option: sout-transcode-scale to 1
main debug: set sout option: sout-transcode-acodec to mpga
main debug: set sout option: sout-transcode-ab to 192
main debug: set sout option: sout-transcode-channels to 2
stream_out_transcode debug: codec audio=mpga 0Hz 2 channels 192Kb/s
stream_out_transcode debug: codec video=mp4v 0x0 scaling: 1.000000 12288kb/s
main debug: using sout stream module "stream_out_transcode"
main debug: `dshow://' gives access `dshow' demux `' path `'
main debug: creating demux: access='dshow' demux='' path=''
main debug: looking for access_demux module: 1 candidate
dshow debug: width x height 720x576
dshow debug: found device: Conexant Capture
dshow debug: using device: Conexant Capture
dshow debug: EnumDeviceCaps: output pin: Capture
dshow debug: EnumDeviceCaps: output pin: Preview
dshow debug: EnumDeviceCaps: output pin: VBI
dshow debug: EnumDeviceCaps: input pin: Analog Video In
dshow debug: EnumDeviceCaps: trying pin Capture
dshow debug: EnumDeviceCaps: input pin default format configured
dshow debug: EnumDeviceCaps: input pin accepts chroma: I420, width:720, height:576, fps:25.000000
dshow debug: CaptureFilter::JoinFilterGraph
dshow debug: connecting filters
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::ConnectedTo [not connected]
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::QueryFilterInfo
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryAccept [OK] (width=720, height=576, chroma=I420, fps=25.000000)
dshow debug: CapturePin::ReceiveConnection [OK]
dshow debug: CapturePin::GetAllocatorRequirements
dshow debug: CapturePin::GetAllocator
dshow debug: CapturePin::NotifyAllocator
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::QueryPinInfo
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CaptureFilter::EnumPins
dshow debug: CapturePin::QueryDirection
dshow debug: CapturePin::ConnectedTo [OK]
dshow debug: CaptureFilter::EnumPins
dshow debug: found existing route for ouput 0 (type 12) to input 1 (type 1)
dshow debug: crossbar at depth 0, found route for ouput 0 (type 12) to input 1 (type 1)
dshow debug: filters connected successfully !
dshow debug: MEDIATYPE_Video
dshow debug: selected video pin accepts format: I420
dshow error: no capture device was detected
dshow error: can't open audio
dshow debug: crossbar at depth 0, routed video output 0 to video input 1
dshow debug: crossbar at depth 0, routed audio output 1 to audio input 3
dshow debug: Playing...
dshow debug: CaptureFilter::SetSyncSource
dshow debug: CaptureFilter::Pause
dshow debug: CaptureFilter::Run
main debug: selecting program id=0
main debug: using access_demux module "dshow"
main debug: looking for a subtitle file in G:\Documents and Settings\Administrator.DJXSERVER\Desktop\
main debug: looking for packetizer module: 17 candidates
main debug: using packetizer module "rawvideo"
main debug: stream out mode -> no decoder thread
main debug: starting in sync mode
main debug: `dshow://' successfully opened
main debug: adding a new input
stream_out_transcode debug: creating video transcoding from fcc=`I420' to fcc=`mp4v'
main debug: looking for decoder module: 28 candidates
main debug: using decoder module "rawvideo"
main debug: looking for encoder module: 9 candidates
ffmpeg debug: libavcodec initialized (interface 3349504 )
ffmpeg debug: found encoder MPEG-4 Video
main debug: using encoder module "ffmpeg"
main debug: removing module "ffmpeg"
stream_out_transcode debug: decoder aspect is 576000:432000
stream_out_transcode debug: source pixel aspect is 1.066667:1
stream_out_transcode debug: scaled pixel aspect is 1.066667:1
stream_out_transcode debug: source 720x576, crop 720x576, destination 720x576, padding 720x576
stream_out_transcode debug: encoder aspect is 576000:432000
main debug: looking for encoder module: 9 candidates
ffmpeg debug: libavcodec already initialized
ffmpeg debug: found encoder MPEG-4 Video
main debug: using encoder module "ffmpeg"
stream_out_duplicate debug: duplicated a new stream codec=mp4v (es=0 group=0)
main debug: adding a new input
mux_ts debug: adding input codec=mp4v pid=68
mux_ts debug: new PCR PID is 68
stream_out_duplicate debug: - added for output 0
access_output_udp debug: packet has been sent too late (20004)
access_output_udp debug: packet has been sent too late (20045)
mux_ts debug: adjusting rate at 120011/405845 (1377/0)
access_output_udp debug: packet has been sent too late (22378)
access_output_udp debug: packet has been sent too late (22036)
access_output_udp debug: packet has been sent too late (21210)
access_output_udp debug: packet has been sent too late (20385)
access_output_udp debug: packet has been sent too late (21444)
access_output_udp debug: packet has been sent too late (20646)
mux_ts debug: adjusting rate at 160022/440089 (1857/0)
mux_ts debug: adjusting rate at 160011/475100 (1588/0)
mux_ts debug: adjusting rate at 79978/480045 (936/306)
mux_ts debug: adjusting rate at 40011/400067 (306/0)
mux_ts debug: adjusting rate at 80011/480067 (959/311)
mux_ts debug: adjusting rate at 40000/400056 (311/0)

To test whether it was my network / mac / servers speed I loaded up a few DVD-quality mpeg rips off the server, and streamed them across without any problem. Same settings and what not, but just with the File tab instead of Capture Devices being the source.

Have tested with .86a and .86b on both OSX and Server, no joy.

Read somewhere that someone had a problem similar, but it turned out to be a network card. Would streaming a dvd-rip quality file (at the same bitrate may I add) negate this possibility?

Oh, and the other strange thing, when the stream is running the CPU starts off at around 40-50%. (which is fine as the server is basically a fileserver). As the packets start dropping, the CPU usage drops to around 4-6%. WTH?

Am going to borrow some more RAM tomorrow (as I know that is a weak point in the server), and test then. Will come back if it fixes it. If not, help!!!!

[djxtreme]

Tried the latest nightly build (no difference)
Also tried different codecs, no difference.
=/
Also tried different streaming protocols, eg http, and although there are no error messages, I get the same stutttering output.

[DJ]

Timing errors are generally caused by insufficient bandwidth or sound card drivers that don't control the video properly.

VLC 0.8.6b test 1 is going and is the last complete build. Please use this over the nightly builds which are often not complete.

http://downloads.videolan.org/pub/video ... st1/win32/

[djxtreme]

Hi DJ.

Thanks for the link, Ill try that tonight.

Also will try a different Ethernet adapter (thank god for a disabled onboard) to see if that makes any difference.

Only other thing left to mention - I am not actually streaming any sound yet. I havn't enabled my sound card / installed drivers - and have tried disabling the sound stream completley with the same effects. Would the fact that I am streaming from a video only be making it go funny?

Will try the sound as soon as I have the correct cables, and see if that makes any difference.

[djxtreme]

Ok have tried your posted version, along with a few other things.

Tried a different LAN card, 100mb again, same issues.
Enabled sound (so that it wasnt using the default), now I get a feed but it stops after 1/2 seconds with

main warning: late buffer for mux input (31963)
main warning: late buffer for mux input (7363)
stream_out_transcode debug: late picture skipped (756)
main warning: late buffer for mux input (7211)
stream_out_transcode debug: late picture skipped (49184)
stream_out_transcode debug: late picture skipped (126285)
stream_out_transcode debug: late picture skipped (86833)
stream_out_transcode debug: late picture skipped (7215)
stream_out_transcode debug: late picture skipped (45540)
stream_out_transcode debug: late picture skipped (98338)
stream_out_transcode debug: late picture skipped (58872)
stream_out_transcode debug: late picture skipped (289111)
main warning: late buffer for mux input (8255)
main warning: late buffer for mux input (14480)
main warning: late buffer for mux input (3685)
main warning: late buffer for mux input (28669)
main warning: late buffer for mux input (2563)
main warning: late buffer for mux input (16663)
main warning: late buffer for mux input (4521)

Im perplexed.

[djxtreme]

Again, just to state that If i stream a AVI / MPEG file, it works 100% fine. I still get frame skipped notices on the server, but you cant tell on the client.

[djxtreme]

Update:

updated the capture drivers (for the soundforge generic project ones), seems a bitbetter.

Streaming over the internet I get about 20mins of streaming (at 512k with 96k sound) using MMS streaming to a WMP I got at work, before I get the original errors.

The new ones (mux) seem to happen all the time, but tbh you cant notice and dropouts on the client so its the original messages that are cauing the problems

[djxtreme]

update 2:

streaming as said in above post, noticed that when it gets choppy VLC is sat at 90% cpu utilisation???

dont know if that makes any difference...

[djxtreme]

quick update;

still having problems. any more ideas?

[DJ]

What happen when you stream to file and play the file back.

I would expect problems on your machine if you try to watch the video at the same time you try to transcode and stream it.

I also notice you are doing this at DVD resolution without scaling the video, scaling would make it easier to stream and VB is set to 12288? I'm not quite sure where you intend sending this as this would be average bit rate (ABR) and is higher than any Internet connection I have seen (at least for the normal consumer). Then there is the issue of MP4v in a TS container which may not be the best choice depending on the source (which looks like it's raw video and audio). It is most certainly not compatible to any other player or codec scheme.