The VideoLAN Forums

Hi!

I am recieving a h264 stream over rtsp like this:
"rtsp://192.168.1.34/video" --sout file/mp4:"..\132539.mp4"

The mp4 file is monitored by another program so that a glitch or disruption in the network transfer is cought with a response. Ie if the file does not grow within 4 sec it will close the process.

My problem now is that the new server has to much memory and does not write to file as often as is needed for a check of the file size. The file is not growing and is ended.

How can i make VLC update the file more often? Tweak in VLC or Tweak in Windows?

Any help is welcome!

/Tomas

VLC writes the file on an ongoing basis. CRT or kernel buffering is beyond the control of VLC.

ok, thanks for the answer. I have to try another approach.

Is it possible to check the recieved video data any other way?

For example if I start vlc with Telnet interface. Can I query how many MB video has been recieved , to be able to detect glitches in network and when the sender goes down .

Thanks!

This is what i have found so far:
The only way that I can check is vlc is receiving anything is to use the Telnet interface. with vlc -I telnet

Then i can login and do the "stats" command and check the "input bytes read :" value instead of checking the recieved file size.

+----[ begin of statistical info
+-[Incoming]
| input bytes read : 29283 KiB
| input bitrate : 1832 kb/s
| demux bytes read : 29220 KiB
| demux bitrate : 1861 kb/s
| demux corrupted : 0
| discontinuities : 0
|
+-[Video Decoding]
| video decoded : 938
| frames displayed : 2097
| frames lost : 50
|
+-[Audio Decoding]
| audio decoded : 0
| buffers played : 0
| buffers lost : 0
|
+-[Streaming]
| packets sent : 0
| bytes sent : 0 KiB
| sending bitrate : 0 kb/s
+----[ end of statistical info ]