The VideoLAN Forums

Hello
I want to continuously listen to a port and reproduce the video.
I can get the first one, but if the sender interrupts (by instance, when changing source) then the video freeze and it would not continue when the input is restored

Command:
$ cvlc rtp://@:8080 --sout-keep --sout "#transcode{vcodec=FLV1}:display"

messages (when input is restored)
[0x90e6a8c] avcodec encoder warning: almost fed libavcodec with a frame in the past (current: 13577255921, last: 13577316368)
[0xb700324c] faad decoder warning: Unexpected channel configuration change
[0x90ba14c] stream_out_transcode stream out debug: late picture skipped (5694800)
...

I could restart cvlc, but would need a way to automagically detect that situation

Regards

VLC media player 1.1.3 The Luggage (revision exported)
Compiled by buildd in murphy.debian.org (Jun 8 2011 22:25:13)
Compiler: gcc version 4.4.5 (Debian 4.4.5-8)


Don't know if related, when doing normal reproduction I've got
vbv buffer overflow
vbv buffer overflow
...
libdvbpsi error (PSI decoder): TS duplicate (received 0, expected 1) for PID 0
libdvbpsi error (PSI decoder): TS duplicate (received 0, expected 1) for PID 66
...

Thanks

I've decided to change to udp.

It does work, however it's a little yo-yo
_ the capture device send for rtp to port 8080 local machine
_ the client send for udp to port 8080 of the server
_ the server send for http to port 8082
_ flowplayer reads the stream and reproduces it.

UDP is not going to make any difference here, as you will still need to use MPEG-TS.

¿Could you expand your answer, please?
I don't see why it is a problem to use MPEG-TS, ¿am I stepping in undefined behaviour?

Regards.

Your error messages have nothing to do with RTP vs UDP. Changing the transport is not going to make a difference.

When there is no input I want to vlc suspends and that it reanudates when the input is restored.
I only observed that behaviour with upd. ¿Is that correct or it may be caused by the other errors?