The VideoLAN Forums

Hi. I am trying to transcode and stream a video to my android devices and both of them encounter the same issue, that is they drop the connection thinking the stream has ended after about a minute of playback every time and that does not count the 12 seconds it takes to buffer before anything is seen which appears to be an android not vlc issue. Here is the command I am issuing, any ideas why the client would drop and audio is out of sync? Anything I can try?
On a side note using vlc on another machine sees the stream fine without dropping connection however the audio is also out of sync. The audio is fine in the my source file.

UPDATE: adding preset=ultrafast to the x264 settings seems to fix the audio issue (although encoding doesnt look that great). Maybe my machine is too slow for the encoding I am trying causing the sync issue; however I thought audio-sync was supposed to take care of that if my cpu could not keep up. Would like confirmation either way. Still can't figure out the dropping connection issue though.

UPDATE #2: I have just confirmed that QuickTime running on a Mac will also drop the connection, it looks like this is not specific to the android. I am using a build of VLC pulled from git v2.1.0-git however I have confirmed the issue is the same with v1.3.0-git.

Thanks.

The server is probably timing out the RTP session because the client is not sending keep-alives.

This is necessary to avoid forever dangling RTP sessions.

Surely if the bog standard android player and apples quick time both disconnect the same then it seems something is happening within vlc; there is nothing I can do in either of those clients to make them send keep-alives.

If it works with the VLC client, I blame QuickTime and Android. Otherwise, I blame the firewall or the network.

If the network is at fault, what are some things to check for? Except i'm guessing it is not the network because the vlc client on the same mac with quicktime does not drop connection. Is there anyway to tell with the vlc as to why a connection was dropped? Thanks.

UPDATE: I've been trying some other rtsp streams in quicktime such as this one [url]rtsp://a2047.v1412b.c1412.g.vq.akamaistream.net/5/2047/1412/1_h264_350/1a1a1ae555c531960166df4dbc3095c327960d7be756b71b49aa1576e344addb3ead1a497aaedf11/8848125_1_350.mov[/url] and it plays fine without dropping connection.

Looks like adding the argument --rtsp-timeout=-1 fixes this for me. Are there any side effects to setting in indefinite timeout like this?