Can't dump network stream to a file

[Fero]

Seems it's not possible to dump raw network stream into a file.

I've selected stream output, checked "file", "dump raw input" options and given a file name - but vlc still plays the stream on the screen.

I'm I doning anything wrong or is it a bug (vlc-0.8.2, WinXP SP2)

[Peter]

seems vlc ignores the :demux=dump option and always uses TS demux...


main debug: adding playlist item `udp://@239.10.10.11' ( udp://@239.10.10.11 )
main debug: creating new input thread
main debug: set input option: demux to dump
main debug: set input option: demuxdump-file to c:\test.mpg
main debug: waiting for thread completion
main debug: thread 3872 (input) created at priority 1 (src/input/input.c:230)
main debug: `udp://@239.10.10.11' gives access `udp' demux `' path `@239.10.10.11'
main debug: creating demux: access='udp' demux='dump' path='@239.10.10.11'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "udp"
main debug: creating access 'udp' path='@239.10.10.11'
main debug: looking for access2 module: 5 candidates
access_udp debug: opening server=:0 local=239.10.10.11:1234
main debug: net: connecting to ':0@239.10.10.11:1234'
main debug: looking for network module: 2 candidates
ipv4 debug: IP_ADD_MEMBERSHIP multicast request
main debug: using network module "ipv4"
main debug: unlocking module "ipv4"
main debug: using access2 module "access_udp"
main debug: pre buffering
access_udp debug: detected TS over RTP
main debug: received first data for our buffer
main debug: prebuffering done 32900 bytes in 0s - 345 kbytes/s
main debug: creating demux: access='udp' demux='ts' path='@239.10.10.11'
main debug: looking for demux2 module: 1 candidate
main debug: using demux2 module "ts"
ts debug: DEMUX_SET_GROUP 0 00000000
access_udp warning: unimplemented query in control
main debug: `udp://@239.10.10.11' successfully opened
ts debug: pid[513] unknown
ts debug: pid[644] unknown
ts debug: PATCallBack called
ts debug: new PAT ts_id=1 version=1 current_next=1
ts debug: * number=4002 pid=257
ts debug: PMTCallBack called
ts debug: new PMT program number=4002 version=0 pid_pcr=513
ts debug: * es pid=513 type=2 fcc=mpgv
main debug: selecting program id=4002
main debug: looking for decoder module: 24 candidates
main debug: using decoder module "libmpeg2"
main debug: thread 3964 (decoder) created at priority 0 (src/input/decoder.c:159)
ts debug: * es pid=644 type=3 fcc=mpga
main debug: looking for decoder module: 24 candidates
main debug: using decoder module "mpeg_audio"
....

[Peter]

The bug is in modules/access/udp.c, where the function BlockChoose() incorrectly overwrites demux type and therefore ignores command-line :demux=dump option


switch( i_payload_type )
{
case 33:
msg_Dbg( p_access, "detected TS over RTP" );
p_access->psz_demux = strdup( "ts" );
break;

case 14:
msg_Dbg( p_access, "detected MPEG audio over RTP" );
p_access->psz_demux = strdup( "mpga" );
break;

case 32:
msg_Dbg( p_access, "detected MPEG video over RTP" );
p_access->psz_demux = strdup( "mpgv" );
break;

default:
msg_Dbg( p_access, "no RTP header detected" );
p_access->pf_block = BlockUDP;
return p_block;
}