Robustify rtmp input

[aplesch]

In 0.9.0-test2 rtmp input works pretty well except that FMS servers seem to reject connections after some time. Here is an example using

rtmp://gffstream.fcod.llnwd.net/a792/e2/ard/tv/ard/lindenstrasse/1179_384k

After a couple of minutes of successful input I get:

[00000703] access_rtmp generic debug: onStatus 0.0
[00000703] access_rtmp generic debug: null
[00000703] access_rtmp generic debug: object
[00000703] access_rtmp generic debug: key: level value: error
>>>>> [00000703] access_rtmp generic debug: key: code value: NetConnection.Connect.Rejected
[00000703] access_rtmp generic debug: key: clientid value: pqNoQVUc
[00000703] access_rtmp generic debug: end of object
[00000703] access_rtmp generic error: rtmp_read_net_packet: net_Read error

I do not know how native flash players deal but they somehow do. One possibility would be to check and record the playing time after a rejection, automatically reconnect, seek to this time, and continue playing. FMS and red5 have seeking functionality, AFAIK, and a lot of the messaging seems to have been figured out. If there is sufficient caching this could be almost transparent.

Andreas

[Jean-Baptiste Kempf]

Fill a bug.

[aplesch]

I registered a trac account. username is aplesch. Can you validate it so I can open a ticket ? Is there another way to file a bug ?
Thanks, Andreas

[Jean-Baptiste Kempf]

Done.

[aplesch]

ok, I submitted a new ticket, #1774,

https://trac.videolan.org/vlc/ticket/1774

Andreas