The VideoLAN Forums

Hi,

I am using VLC to play a live stream from a camera using rtsp. The problem is, when starting the stream, the bottom part of the video turns green. After a few seconds the problem seems to disappear. See below for debug information. Then I tried to record the stream with VLC and afterwords play that file. When playing that file, I also see the green images. I also tried another camera, same problem. My colleague seems to be able to stream the same camera, with another streaming component, without the green images. So, I asked him to try VLC. Then he had the same problem, the green images. So the problem is not the camera.

Has anybody had the same problems? Are there maybe some parameters that could fix the problem? Or is this a bug in VLC? Is there maybe a parameter to tell VLC to skip the green images?

After maximum 10 seconds the problem seems to disappear and the performance of VLC is very good. So I would really like to use VLC, if I could fix the problem at startup.

I am using VLC version 2.0.3 and Windows 7.

Can you try to force the threads to 1 in preferences?

Thanks for the repy.

I tried using --ffmpeg-threads=1

I now have a different problem. The green images are gone, but the bottom part of the video is still not good. The top part of the video is OK and then, half way the screen, the last good line is repeated (redrawn) in the bottom part of the video image. After a few seconds everything is OK.

So it seems that the green image is replaced by the same line being redrawn.

When i lower the bitrate from the camera from 2048kbps to 512kbps the initial screen build its perfect, the problem start from 10242kbps.
This could correspond to the fact that the upper part of the screen is perfectly draw with a higher bitrate.

What is the cause of this? is it the intial buffer, can it be predefined?

I've found this same problem.

From your debug output above:

live555 debug: version 2011.12.23
live555 debug: RTP subsession 'video/H264'
live555 debug: setup start: 0.000000 stop:0.000000
live555 debug: We have a timeout of 60 seconds
live555 debug: spawned timeout thread
live555 debug: play start: 0.000000 stop:0.000000
live555 debug: lost 62614 bytes
live555 debug: increasing buffer size to 131072
live555 debug: tk->rtpSource->hasBeenSynchronizedUsingRTCP()
live555 debug: lost 13460 bytes
live555 debug: increasing buffer size to 262144

I think you are onto the right track about the initial buffer size being too small.

Checking the live555 site, there appear to be some options to allow this to be configured.
http://www.live555.com/openRTSP/
-b <buffer-size> change the output file buffer size
-B <buffer-size> change the input network socket buffer size

Yet I'm unsure how to correctly pass this option into live555 via VLC. I've tried adding in ":live555-B3000000" and ":live555-b3000000" with no luck.
Maybe someone here can suggest a better solution or correct syntax?

Hello,
I'm streaming through rtp and at the start of the play, I have a green screen. I used --ffmpeg-threads=1 but I still have the green display. Is it possible to remove the green screen or to have a black screen instead?
Thank you.