[vlc-devel] amino vlc rtsp negotiation

[lartc]

hi all,

after quite a few days of experimenting, i have come across an issue:

vlc.sh
vlc -vvvvv --ttl 12 --color -I telnet --telnet-password videolan --vlm-
conf=vlc.conf --rtsp-host 172.16.12.10:5555

vlc.conf
new brice vod mux mp2t enabled
setup brice input "dvd:///var/dvd/brice_de_nice/" 

when viewed by a vlc_client here's the conversation:
OPTIONS rtsp://172.16.12.10:5555/brice RTSP/1.0
CSeq: 1
User-Agent: VLC media player (LIVE555 Streaming Media v2006.10.27)

RTSP/1.0 200 Ok
Cseq: 1
Server: VLC Server
Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE
Content-Length: 0

DESCRIBE rtsp://172.16.12.10:5555/brice RTSP/1.0
CSeq: 2
Accept: application/sdp
User-Agent: VLC media player (LIVE555 Streaming Media v2006.10.27)

RTSP/1.0 200 OK
Content-type: application/sdp
Server: VLC Server
Content-Length: 221
Cseq: 2
Cache-Control: no-cache

v=0
o=- 1164357292608502 2 IN IP4 172.16.12.10
c=IN IP4 0.0.0.0
t=0 0
a=tool:vlc 0.8.6-test2a
a=range:npt=0-5707.400
m=video 0 RTP/AVP 33
a=rtpmap:33 MP2T/90000
a=control:rtsp://172.16.12.10:5555/brice/trackID=0

SETUP rtsp://172.16.12.10:5555/brice/trackID=0 RTSP/1.0
CSeq: 3
Transport: RTP/AVP;unicast;client_port=1036-1037
User-Agent: VLC media player (LIVE555 Streaming Media v2006.10.27)

RTSP/1.0 200 OK
Transport: RTP/AVP/UDP;client_port=1036-1037
Server: VLC Server
Content-Length: 0
Cseq: 3
Cache-Control: no-cache
Session: 1804289383

PLAY rtsp://172.16.12.10:5555/brice RTSP/1.0
CSeq: 4
Session: 1804289383
Range: npt=0.000-
User-Agent: VLC media player (LIVE555 Streaming Media v2006.10.27)

RTSP/1.0 200 OK
Server: VLC Server
Content-Length: 0
Cseq: 4
Cache-Control: no-cache
Session: 1804289383;timeout=5

TEARDOWN rtsp://172.16.12.10:5555/brice RTSP/1.0
CSeq: 5
Session: 1804289383
User-Agent: VLC media player (LIVE555 Streaming Media v2006.10.27)

RTSP/1.0 200 OK
Server: VLC Server
Content-Length: 0
Cseq: 5
Cache-Control: no-cache
Session: 1804289383;timeout=5



when brice is viewed with the amino, here's the conversation

SETUP rtsp://172.16.12.10/brice RTSP/1.0
CSeq: 1
Transport:
MP2T/H2221/UDP;unicast;destination=172.16.12.199;client_port=1237
range: npt=0.000-
x-mayNotify:
x-playNow:

RTSP/1.0 200 OK
Transport: MP2T/H2221/UDP;client_port=1237-1238
Server: VLC Server
Content-Length: 0
Cseq: 1
Cache-Control: no-cache
Session: 1836636805;timeout=5

in the amino 110, the log file shows:


Jan  1 00:11:44:040892 info syslog: mpeg_control notify_cb status=2
extra=0 data=00000000
Jan  1 00:11:52:832030 info syslog: video_every_sec: start_time 704
timeout 9 now 714
Jan  1 00:11:52:833597 info syslog: mpeg_control : sf_kill_current_video
10
Jan  1 00:11:52:835464 info syslog: videolib_cb: END OF STREAM/NO VIDEO
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>^^^^^^^^^^^^^^^^^^^^^^
Jan  1 00:11:52:837841 info syslog: HAL_VideoStop
Jan  1 00:11:52:839183 warn syslog: teletext_stop
Jan  1 00:11:52:840302 info syslog: dec_stop_vid
Jan  1 00:11:52:842061 info syslog: dec_stop_aud
Jan  1 00:11:52:843525 info syslog: libtsi_stop_program
Jan  1 00:11:52:845925 info syslog: mpeg_control notify_cb status=2
extra=0 data=00000000
Jan  1 00:11:52:857313 info syslog: pig_kill

the amino thinks that the video has not started, and kills it after a
time out of 9 (9 coming from the amino: /mnt/nv/settings
RTSP_START_TIMEOUT="9")

obviously, if i bump up the number, the video runs much longer before
eventually timing out and amino killing the session. once amino has
killed the session, we see the famous 
"access_output_udp private warning: send error: Connection refused"
resulting from the icmp messages coming from amino saying that port is
unreachable.

is this a known issue, and is there a work around? shall i open a
ticket?

many thanks :-)

charles




-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html