[vlc-devel] Re: vlc: svn commit r12378 (massiot)

Derk-Jan Hartman hartman at videolan.org
Mon Aug 29 01:43:47 CEST 2005


On 24 aug 2005, at 16:42, Subversion daemon wrote:
> r12378 | massiot | 2005-08-24 16:42:15 +0200 (Wed, 24 Aug 2005) | 3  
> lines
> Changed paths:
>    M /trunk/modules/access/udp.c
>
>  * modules/access/udp.c: Disabled ts forcing on streamtype 33  
> because it
>    is autodetected (refs http://forum.videolan.org/viewtopic.php? 
> t=10257).


I knew I had done this for a reason. of course i don't argue that it  
doesn't break demuxdump.
I couldn't remember anymore, but today I was playing with MBONE  
streams and suddenly it all became clear again. The problem is that  
quite often MPEG-TS is NOT autodetected. VLC thinks the material is  
PS. Starting the stream over usually fixes the issue. It might be  
related to the fact that it takes a while (couple secs) before the  
multicast stream is setup/being received. Perhaps this makes the TS  
demux bail sooner?

debug below:
[00000811] main input debug: `udp://@233.4.79.17:5500' gives access  
`udp' demux `' path `@233.4.79.17:5500'
[00000811] main input debug: creating demux: access='udp' demux=''  
path='@233.4.79.17:5500'
[00000812] main demuxer debug: looking for access_demux module: 0  
candidates
[00000812] main demuxer warning: no access_demux module matched "udp"
[00000811] main input debug: creating access 'udp'  
path='@233.4.79.17:5500'
[00000813] main access debug: looking for access2 module: 7 candidates
[00000813] access_udp access debug: opening server=:0  
local=233.4.79.17:5500
[00000813] main access debug: net: connecting to '[]:0@[233.4.79.17]: 
5500'
[00000813] main access debug: looking for network module: 1 candidate
[00000813] ipv6 access debug: 233.4.79.17: No address associated with  
nodename
[00000126] main module debug: using network module "ipv6"
[00000126] main module debug: unlocking module "ipv6"
[00000813] main access debug: looking for network module: 1 candidate
[00000813] ipv4 access debug: cannot configure socket (SO_RCVBUF: No  
buffer space available)
[00000813] ipv4 access debug: IP_ADD_MEMBERSHIP multicast request
[00000811] main input debug: thread 60171776 (input) created at  
priority 0 (src/input/input.c:230)
[00000125] main module debug: using network module "ipv4"
[00000125] main module debug: unlocking module "ipv4"
[00000049] main module debug: using access2 module "access_udp"
[00000814] main private debug: pre buffering
[00000266] macosx interface debug: input has changed, refreshing  
interface
[00000813] access_udp access debug: no supported RTP header detected
[00000814] main private debug: received first data for our buffer
[00000814] main private debug: prebuffering done 33856 bytes in 0s -  
88 kbytes/s
[00000811] main input debug: creating demux: access='udp' demux=''  
path='@233.4.79.17:5500'
[00000815] main demuxer debug: looking for demux2 module: 38 candidates
[00000815] ts demuxer warning: TS module discarded (lost sync)
[00000815] ps demuxer warning: this does not look like an MPEG PS  
stream, continuing anyway
[00000179] main module debug: using demux2 module "ps"
[00000813] access_udp access warning: unimplemented query in control
[00000811] main input debug: `udp://@233.4.79.17:5500' successfully  
opened
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input
[00000815] ps demuxer warning: garbage at input

-- 
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