Trouble with LAN streaming

[cwm9]

Hi. I'm trying to get lan streaming to work.

In DD v1.4h I have set Options->Preferences->Lan Streaming->UDP TS Client to 127.0.0.1, Port 1234
PAT Override is on.
Buffer size is 18kb
Active is checked.

In VLC v0.8.6d, I have file->open network stream->UDP/RTP Port 1234.

Windows firewall has been disabled. No other firewall is installed.

Unfortunately I get no video, no audio.

If I look at view/Stream and Media Info, I see no information under general, no information under advanced information, and under Statistics I see:

Input:
Read at media (constantly increases)
Input bitrate: 2725 kb/s
Demuxed: 0 kb
Stream bitrate: 0kb/s

All other statistics are 0.

If I go to VLC Settings->Add Interface->Debug logging, I see

libdvbpsi error (PSI decoder): TS duplicate (received 0, expected 1) for PID 0

over and over again.


Can anyone help me with this? Thanks.

-cwm9

[bigdawgte]

I have tried unicast and broadcast to my.ip.at.255 as well as your method above and VLC won't play. Even more confounding because MyTheatre streams so beautifully from this machine. Message console for VLC on broadcast is as follows:

main debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 FPU
main debug: looking for memcpy module: 3 candidates
main debug: using memcpy module "memcpymmxext"
main debug: waiting for thread completion
main debug: thread 2953318400 (playlist) created at priority -47 (playlist/playlist.c:184)
main debug: waiting for thread completion
main debug: thread 2953850880 (preparser) created at priority -47 (playlist/playlist.c:210)
main debug: looking for interface module: 1 candidate
main debug: using interface module "hotkeys"
main debug: thread 2954383360 (interface) created at priority -47 (interface/interface.c:198)
main debug: looking for interface module: 1 candidate
main debug: using interface module "netsync"
main debug: thread 2954915840 (interface) created at priority -47 (interface/interface.c:198)
main debug: adding playlist item `udp://@:1234' ( udp://@:1234 )
netsync error: master address not specified
main debug: looking for interface module: 3 candidates
main debug: using interface module "macosx"
main debug: thread 2955980800 (manage) created at priority -47 (interface/interface.c:164)
main debug: nothing requested, starting
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 2956513280 (input) created at priority 37 (input/input.c:265)
main debug: creating statistics handler
main debug: `udp://@:1234' gives access `udp' demux `' path `@:1234'
main debug: enforced demux ` ts'
main debug: creating access 'udp' path='@:1234'
main debug: looking for access2 module: 7 candidates
access_udp debug: opening server=:0 local=:1234
main debug: net: connecting to '[]:0@[]:1234'
main debug: looking for network module: 1 candidate
main debug: using network module "ipv6"
main debug: removing module "ipv6"
main debug: using access2 module "access_udp"
main debug: pre buffering
macosx debug: input has changed, refreshing interface
access_udp debug: increasing MTU to 3000
access_udp debug: detected TS over raw UDP
main debug: creating demux: access='udp' demux='ts' path='@:1234'
main debug: looking for demux2 module: 1 candidate
main debug: using demux2 module "ts"
ts debug: DEMUX_SET_GROUP 0 0x0
access_udp warning: unimplemented query in control
main debug: `udp://@:1234' successfully opened
ts debug: pid[5410] unknown
ts debug: pid[5411] unknown
access_udp debug: increasing MTU to 6000
ts warning: lost synchro
ts debug: skipping 184 bytes of garbage
ts debug: PATCallBack called
ts debug: new PAT ts_id=8900 version=6 current_next=1
ts debug: * number=209 pid=33
access_udp debug: increasing MTU to 12000
ts warning: lost synchro
ts debug: skipping 180 bytes of garbage
access_udp debug: increasing MTU to 24000
ts warning: lost synchro
ts debug: skipping 172 bytes of garbage
ts warning: lost synchro
ts debug: skipping 156 bytes of garbage
main debug: control type=0
main debug: control: stopping input
main debug: closing input
ts debug: pid list:
ts debug: - pid[0] seen
ts debug: - pid[33] seen
ts debug: - pid[5410] seen
ts debug: - pid[5411] seen
ts debug: - pid[8191] seen
main debug: removing module "ts"
main debug: removing module "access_udp"
macosx debug: input has stopped, refreshing interface
main debug: thread 2956513280 joined (input/input.c:412)
main debug: adding playlist item `udp/' ( udp:// )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 2957578240 (input) created at priority 37 (input/input.c:265)
main debug: `udp://' gives access `udp' demux `' path `'
main debug: enforced demux ` ts'
main debug: creating access 'udp' path=''
main debug: looking for access2 module: 7 candidates
access_udp debug: opening server=:0 local=:1234
main debug: net: connecting to '[]:0@[]:1234'
main debug: looking for network module: 1 candidate
main debug: using network module "ipv6"
main debug: removing module "ipv6"
main debug: using access2 module "access_udp"
main debug: pre buffering
macosx debug: input has changed, refreshing interface
main debug: adding playlist item `udp/' ( udp:// )
main debug: prebuffering done 0 bytes in 68s - 0 kbytes/s
main error: cannot pre fill buffer
main warning: cannot create a stream_t from access
main debug: removing module "access_udp"
macosx debug: input has stopped, refreshing interface
main debug: thread 2957578240 joined (input/input.c:412)
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 2957578240 (input) created at priority 37 (input/input.c:265)
main debug: `udp://' gives access `udp' demux `' path `'
main debug: enforced demux ` ts'
main debug: creating access 'udp' path=''
main debug: looking for access2 module: 7 candidates
access_udp debug: opening server=:0 local=:1234
main debug: net: connecting to '[]:0@[]:1234'
main debug: looking for network module: 1 candidate
main debug: using network module "ipv6"
main debug: removing module "ipv6"
main debug: using access2 module "access_udp"
main debug: pre buffering
macosx debug: input has changed, refreshing interface
access_udp debug: increasing MTU to 3000
access_udp debug: detected TS over raw UDP
main debug: creating demux: access='udp' demux='ts' path=''
main debug: looking for demux2 module: 1 candidate
main debug: using demux2 module "ts"
ts debug: DEMUX_SET_GROUP 0 0x0
access_udp warning: unimplemented query in control
main debug: `udp://' successfully opened
ts debug: pid[5410] unknown
ts debug: pid[5411] unknown
access_udp debug: increasing MTU to 6000
ts warning: lost synchro
ts debug: skipping 184 bytes of garbage
ts debug: PATCallBack called
ts debug: new PAT ts_id=8900 version=6 current_next=1
ts debug: * number=209 pid=33
access_udp debug: increasing MTU to 12000
ts warning: lost synchro
ts debug: skipping 180 bytes of garbage
main debug: control type=1
access_udp debug: increasing MTU to 24000
ts warning: lost synchro
ts debug: skipping 172 bytes of garbage
ts warning: lost synchro
ts debug: skipping 156 bytes of garbage
macosx debug: input has stopped, refreshing interface
main debug: control type=0
main debug: control: stopping input
main debug: closing input
ts debug: pid list:
ts debug: - pid[0] seen
ts debug: - pid[33] seen
ts debug: - pid[5410] seen
ts debug: - pid[5411] seen
ts debug: - pid[8191] seen
main debug: removing module "ts"
main debug: removing module "access_udp"
main debug: thread 2957578240 joined (input/input.c:412)
main debug: adding playlist item `udp/' ( udp:// )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 2957578240 (input) created at priority 37 (input/input.c:265)
main debug: `udp://' gives access `udp' demux `' path `'
main debug: enforced demux ` ts'
main debug: creating access 'udp' path=''
main debug: looking for access2 module: 7 candidates
access_udp debug: opening server=:0 local=:1234
main debug: net: connecting to '[]:0@[]:1234'
main debug: looking for network module: 1 candidate
main debug: using network module "ipv6"
main debug: removing module "ipv6"
main debug: using access2 module "access_udp"
main debug: pre buffering
access_udp debug: increasing MTU to 3000
access_udp debug: detected TS over raw UDP
main debug: creating demux: access='udp' demux='ts' path=''
main debug: looking for demux2 module: 1 candidate
main debug: using demux2 module "ts"
ts debug: DEMUX_SET_GROUP 0 0x0
access_udp warning: unimplemented query in control
main debug: `udp://' successfully opened
ts debug: pid[5410] unknown
ts debug: pid[5411] unknown
access_udp debug: increasing MTU to 6000
ts warning: lost synchro
ts debug: skipping 184 bytes of garbage
macosx debug: input has changed, refreshing interface
access_udp debug: increasing MTU to 12000
ts warning: lost synchro
ts debug: skipping 180 bytes of garbage
ts debug: PATCallBack called
ts debug: new PAT ts_id=8900 version=6 current_next=1
ts debug: * number=209 pid=33
access_udp debug: increasing MTU to 24000
ts warning: lost synchro
ts debug: skipping 172 bytes of garbage
ts warning: lost synchro
ts debug: skipping 156 bytes of garbage

[eslave]

BUMP. Same situation here. (Tested DD 1.4h, 1.4iP1, with and without PAT override)

I would really love to transcode a live stream to the outside world, but I get exactly the same issues mentioned above when trying to use VLC (on both localhost and remote). Tested with VLC 0.8.1, 0.8.6c, and 0.8.6e. At least 0.8.6x shows incoming bytes in the status window. Saving the 'Raw Stream' to a file yields a corrupt MPG for me as well. I've also tweaked the MTU and cache settings to no avail.
EDIT: Spoke too soon. I don't know what changed as my VLC preferences appear to have defaulted again, but suddenly VLC 086e will dump raw streams which contain good MPG data regardless of PAT override. I've tried forwarding the raw stream without success. The libdvbpsi log messages vary:
PAT override ON: TS duplicate (received 0, expected 1) for PID x
PAT override OFF: TS discontinuity (received 4, expected 0) for PID x

I can have DD record in renderless mode and use VLC's ability to play 'in-use' files to stream the file while its recording, but thats a rather inelegant solution for things like channel changing.

Of course MPC 6.4.9.0 works brilliantly (sourceforge.net/projects/guliverkli2/), so I guess that implies DD is not to blame. Too bad MPC can't transcode and stream on-the-fly like VLC. Curious side-note: renderless DD + streaming to MPC uses only about 1/3 of the CPU as DD alone (when rendering) - and the video parameters are correct for FFDshow (framerate, framesize)!
Edit: After disabling MPC's internal mpeg2 'transform filter' and using ffdshow the CPU usage was about 2/3 of 'normal'.

BTW, here's the developer's page for libdvbpsi (if anyone dares): www.videolan.org/developers/libdvbpsi.html