[vlc] Re: Cannot stream via RTSP from Bitband VOD server
Paul Rae
PRae at aminocom.com
Wed Nov 9 00:33:51 CET 2005
I would be doubtful this will work without significat changes on the vlc client. Bitband servers have two modes of operations, full client with offers automatic failover, heartbeat functions, stream management and "generic" rtsp only mode.
VLC wont work in full bitband mode, but could in theory be made to work in "generic" mode.
I know a lot of the developers are not keen on this, but in reality if they want to use VLC with the widest range of VoD servers, then the client will need to be adapted so you can specify what "flavour" of RTSP you want to talk to a particular server. Just about every server i have ever seen has done things slightly differently from setup to trickplay support.
-----Original Message-----
From: vlc-bounce at videolan.org on behalf of Nick Hart
Sent: Tue 08/11/2005 21:10
To: vlc at videolan.org
Cc:
Subject: [vlc] Cannot stream via RTSP from Bitband VOD server
Hi,
I am trying to stream an MPEG2 Transport Stream file from a Bitband Vision 280 VOD server. For some reason this isn't working for me. I have contacted Bitband support and they gave me some configuration changes to put into effect for VLC, but no change in behavior occurred. I get neither video or audio and the Messages window says 'nothing to play'.
Here is the full output of the messages window:
main debug: CPU has capabilities 486 586 MMX 3DNow! MMXEXT FPU
main debug: looking for memcpy module: 4 candidates
main debug: using memcpy module "memcpymmxext"
main debug: waiting for thread completion
main debug: thread 3308 (playlist) created at priority 0 (src/playlist/playlist.c:152)
main debug: waiting for thread completion
main debug: thread 3324 (preparser) created at priority 0 (src/playlist/playlist.c:174)
main debug: looking for interface module: 1 candidate
main debug: using interface module "hotkeys"
main debug: interface initialized
main debug: thread 3348 (interface) created at priority 0 (src/interface/interface.c:211)
main debug: looking for interface module: 3 candidates
main debug: using interface module "wxwindows"
main debug: interface initialized
main debug: thread 3364 (manager) created at priority 0 (src/interface/interface.c:196)
wxwindows debug: Using last windows config '(-1,0,0,1600,1200)(0,575,150,338,94)(2,176,176,418,580)'
wxwindows debug: id=0 p=(575,150) s=(338,94)
wxwindows debug: id=2 p=(176,176) s=(418,580)
main debug: opening config file C:\Documents and Settings\nhart\Application Data/vlc/vlcrc
main debug: looking for interface module: 1 candidate
logger: VLC media player - version 0.8.2 Janus - (c) 1996-2005 VideoLAN
logger:
Warning: if you can't access the GUI anymore, open a dos command box, go to the directory where you installed VLC and run "vlc -I wxwin"
logger: Using the logger interface module...
logger warning: no log filename provided, using `vlc-log.txt'
logger debug: opening logfile `vlc-log.txt'
main debug: using interface module "logger"
main debug: interface initialized
main debug: thread 3464 (interface) created at priority 0 (src/interface/interface.c:211)
main debug: adding playlist item `rtsp://192.168.183.20:554/Video/default/0019710.mpg' ( rtsp://192.168.183.20:554/Video/default/0019710.mpg )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: `rtsp://192.168.183.20:554/Video/default/0019710.mpg' gives access `rtsp' demux `' path `192.168.183.20:554/Video/default/0019710.mpg'
main debug: creating demux: access='rtsp' demux='' path='192.168.183.20:554/Video/default/0019710.mpg'
main debug: looking for access_demux module: 1 candidate
main debug: thread 3488 (input) created at priority 1 (src/input/input.c:230)
livedotcom debug: RTP subsession 'video/MP2T'
livedotcom error: PLAY failed no response code in line: "v=0"
main warning: no access_demux module matching "rtsp" could be loaded
main debug: creating access 'rtsp' path='192.168.183.20:554/Video/default/0019710.mpg'
main debug: looking for access2 module: 4 candidates
vcd debug: trying .cue file: 192.168.183.20:554/Video/default/0019710.cue
access_file warning: cannot stat() file `192.168.183.20:554/Video/default/0019710.mpg' (No such file or directory)
cdda debug: trying .cue file: 192.168.183.20:554/Video/default/0019710.cue
cdda warning: could not open 192.168.183.20:554/Video/default/0019710.mpg
main warning: no access2 module matching "rtsp" could be loaded
main error: no suitable access module for `rtsp://192.168.183.20:554/Video/default/0019710.mpg'
main debug: thread times: real 0m0.203125s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 3488 joined (src/input/input.c:386)
main: nothing to play
Here is the output from the logger interface:
[00000268] logger interface: VLC media player - version 0.8.2 Janus - (c) 1996-2
005 VideoLAN
[00000268] logger interface:
Warning: if you can't access the GUI anymore, open a dos command box, go to the
directory where you installed VLC and run "vlc -I wxwin"
[00000268] logger interface: Using the logger interface module...
Sending request: OPTIONS rtsp://192.168.183.20:554/Video/default/0019710.mpg RTS
P/1.0
CSeq: 1
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.16)
Received OPTIONS response: RTSP/1.0 200 OK
CSeq: 1
Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, OPTIONS
Server: BitBand-Vision
Accept-Scale: -24,-16,-8,-4,-2,1,2,4,8,16,24
Sending request: DESCRIBE rtsp://192.168.183.20:554/Video/default/0019710.mpg RT
SP/1.0
CSeq: 2
Accept: application/sdp
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.16)
Received DESCRIBE response: RTSP/1.0 200 OK
CSeq: 2
Content-Type: application/sdp
Content-Length: 243
Need to read 243 extra bytes
Read 243 extra bytes: v=0
o=- 3340471937 0 IN IP4 0.0.0.0
s=BitBand RTSP Server
t=3340471937 0
a=ServerLoad:0
m=video 0 RTP/AVP 33
a=rtpmap:33 MP2T/90000
a=control:rtsp://192.168.183.20:554/Video/default/0019710.mpg
a=range:npt=0.0-900.090
a=bitrate:3825
sdp=v=0
o=- 3340471937 0 IN IP4 0.0.0.0
s=BitBand RTSP Server
t=3340471937 0
a=ServerLoad:0
m=video 0 RTP/AVP 33
a=rtpmap:33 MP2T/90000
a=control:rtsp://192.168.183.20:554/Video/default/0019710.mpg
a=range:npt=0.0-900.090
a=bitrate:3825
Sending request: SETUP rtsp://192.168.183.20:554/Video/default/0019710.mpg RTSP/
1.0
CSeq: 3
Transport: RTP/AVP;unicast;client_port=4616-4617
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.16)
Received SETUP response: RTSP/1.0 200 OK
CSeq: 3
Session: 63648566;timeout=60
Transport: RTP/AVP;unicast;source=192.168.183.20;client_port=4616-4617;mode="PLA
Y"
Content-Type: application/sdp
Content-Length: 243
Sending request: PLAY rtsp://192.168.183.20:554/Video/default/0019710.mpg RTSP/1
.0
CSeq: 4
Session: 63648566
Range: npt=0.000-
User-Agent: VLC Media Player (LIVE.COM Streaming Media v2005.06.16)
Received PLAY response: v=0
o=- 3340471937 0 IN IP4 0.0.0.0
s=BitBand RTSP Server
t=3340471937 0
a=ServerLoad:0
m=video 0 RTP/AVP 33
a=rtpmap:33 MP2T/90000
a=control:rtsp://192.168.183.20:554/Video/default/0019710.mpg
a=range:npt=0.0-900.090
a=bitrate:3825
RTSP/1.0 200 OK
CSeq: 4
Session: 63648566
Range: npt=0.000-900.090
Scale: 1
Speed: 1.0
RTP-Info: url=192.168.183.20:554/Video/default/0019710.mpg;seq=271331539;rtptime
=0;ssrc=2080718211
[00000271] livedotcom demuxer error: PLAY failed no response code in line: "v=0"
[00000270] main input error: no suitable access module for `rtsp://192.168.183.2
0:554/Video/default/0019710.mpg'
[00000261] main playlist: nothing to play
I have also run an ethereal capture, but I have no way of pasting that in this message. The quick rundown of it is that VLC and the Bitband server seem to negotiate the stream properly but then VLC sends a receiver report of type 'Goodbye' to the Bitband after the PLAY request comes through. Bitband replies with a 'destination port unreachable' and starts to stream anyway. But at this point, VLC seems to no longer be listening on the negotiated port(s) and gives destination unreachable messages back to the Bitband.
I have also tried running the VLC VOD server from the telnet interface and VLC will stream from that without issue. This leads me to believe that there is a problem with the stream negotiation. If anyone has any suggestions for me, I would appreciate hearing them.
Thanks!
Nick Hart
Hardware QA Engineer
Allen Technologies
--
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html
More information about the vlc
mailing list