[vlc] Re: Problem when streaming from v4l device.

[Gildas Bazin]

On Monday 30 August 2004 11:53, Philippe Van Hecke wrote:
> Hi all,
> I am currently make some test of streaming from v4l device (bttv 
> linux kernel 2.4.25). I get the last svn source from today.
> 
> I start vlc with the following command line
> 
> /usr/local/bin/vlc  -vvv --intf dummy 
> 
v4l:/dev/video0:norm=pal:frequency=37525:size=704x576:channel=0:adev=/dev/sound/audio:audio=0 
> --sout 
> 
'#transcode{acodec=mp4a,vcodec=mp4v,vb=2000,ab=128,vt=8000000,keyint=80}:rtp{dst=239.2.12.42,sdp=sap,ttl=3,name="BELNET-TV}' 
> --ttl 3 --mtu 1200 2>&1 |cat > belnet-tv.log;
> 
> after exactly 1 hours the vlc stop and die. Here are the last lines of the 
log
> 00000224] main announce handler debug: unregistering announce
> [00000225] main private debug: removing SAP announce 0x8224910
> [00000225] main private debug: 0 announces remaining
> [00000224] main announce handler debug: registering announce
> [00000224] main announce handler debug: adding SAP session
> [00000225] main private debug: using SAP address: 224.2.127.254
> [00000225] main private debug: Addresses: 1  Sessions: 1
> [00000227] access_output_udp private debug: mmh, packets in the past -> 
drop
> [00000227] access_output_udp private debug: dropped 1 packets
> [00000227] access_output_udp private debug: mmh, packets in the past -> 
drop
> [00000227] access_output_udp private debug: dropped 1 packets
> [00000227] access_output_udp private debug: mmh, packets in the past -> 
drop

Is it a recent problem with VLC or maybe you haven't tried with older 
versions ?

It might be a problem with CPU resources so I'd first recommend to use a 
lower resolution stream. You could also use the "hurry-up" option in the 
ffmpeg encoder module (eg. #transcode{...keyint=80,venc=ffmpeg{hurry-up}}).

--
Gildas

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html