Playback & Streaming problem with rtsp stream

[rogerlittin]

Hi There,

I have an rtsp stream that I am trying to ultimately transcode and restream over rtp but I am having trouble trying to even get it to playback. The url is rtsp://82.140.146.206/mpeg4/1/media.amp The stream is from a AXIS 231D+ IP Camera

I can open the stream in QT but I cannot get it to work in vlc. Version is 0.9.6

Thanks,

Roger.

[VLC_help]

VLC 0.9.6 doesn't open that. Neither does mplayer (connection timeout). Is the server on?

[Greg B]

I have an AXIS 214 PTZ and I can connect to its RTSP stream using VLC 0.9.6.

[rogerlittin]

The url is rtsp://82.140.146.206/mpeg4/1/media.amp

Sorry, a bit of duff information. The real url is rtsp://81.140.146.206/mpeg4/1/media.amp . I originally got the link verbally from the guy that operates the camera and this worked in quicktime. When he sent me an email with the link the ip was wrong which was the one I was trying in vlc

This one sort of works. In version 0.8.6i, I can play it back ok and restream it but it seems to loose connection to the camera when the camera pans.

In 0.9.6 I can play it back ok and it doesn't seem to loose connection but If I try to stream it then the player crashes straight away. I have tried the same command line for both versions and it appears that something may have changed between them.

This is the command line that works in 0.8.6i

Code: Select all

vlc -vvv rtsp://81.140.146.206/mpeg4/1/media.amp --sout "#transcode{venc=x264,vcodec=x264,vb=500,scale=1,acodec=mp4a,ab=32,channels=2,samplerate=22100}:rtp{dst=127.0.0.1,sdp=http://127.0.0.1:9000/myStream.sdp}"

There is no audio in the stream at the moment but I am planning on adding it from a seperate stream.
This will be to stream to a Wowza server which accepts h264 over a rtp stream.

Thanks for the help.

Roger.

[VLC_help]

H.264 encoding is broken in current builds. I am trying to figure it out.
EDIT:
BTW, why you use samplerate 22100 and not 22050?

[rogerlittin]

Is there a build that will work with encoding h264 but is also late enough so as not to have the problem with the player loosing connection to the original stream. The stream is continous from a camera. It only seems to be affected if the camera pans quickly. The debug log reports eof.

Alternatetivly, is there some settings I can apply to the input side to either get it to automatically restart or wait a bit longer if it thinks the stream has finished.

Here is the output from 0.8.6i

Code: Select all

main debug: creating new input thread main debug: waiting for thread completion main debug: thread 4224 (input) created at priority 1 (input/input.c:265) main debug: stream=`transcode' main debug: looking for sout stream module: 1 candidate main debug: stream=`rtp' main debug: looking for sout stream module: 1 candidate main debug: set sout option: sout-rtp-dst to 127.0.0.1 main debug: set sout option: sout-rtp-sdp to http://127.0.0.1:9000/myStream.sdp main: creating httpd main debug: net: listening to 127.0.0.1 port 9000 main debug: thread 4180 (httpd host thread) created at priority 0 (network/httpd.c:1078) main debug: using sout stream module "stream_out_rtp" main debug: set sout option: sout-transcode-venc to x264 main debug: set sout option: sout-transcode-vcodec to x264 main debug: set sout option: sout-transcode-vb to 500 main debug: set sout option: sout-transcode-scale to 1 main debug: set sout option: sout-transcode-acodec to mp4a main debug: set sout option: sout-transcode-ab to 32 main debug: set sout option: sout-transcode-channels to 2 main debug: set sout option: sout-transcode-samplerate to 22100 stream_out_transcode debug: codec audio=mp4a 22100Hz 2 channels 32Kb/s stream_out_transcode debug: codec video=x264 0x0 scaling: 1.000000 500kb/s main debug: using sout stream module "stream_out_transcode" main debug: `rtsp://81.140.146.206/mpeg4/media.amp' gives access `rtsp' demux `' path `81.140.146.206/mpeg4/media.amp' main debug: creating demux: access='rtsp' demux='' path='81.140.146.206/mpeg4/media.amp' main debug: looking for access_demux module: 1 candidate live555 debug: RTP subsession 'video/MP4V-ES' main debug: selecting program id=0 main debug: using access_demux module "live555" main debug: looking for a subtitle file in C:\Program Files\VideoLAN\VLC\ main debug: looking for packetizer module: 17 candidates packetizer_mpeg4video debug: opening with vol size: 31 main debug: using packetizer module "packetizer_mpeg4video" main debug: stream out mode -> no decoder thread main debug: starting in sync mode main debug: `rtsp://81.140.146.206/mpeg4/media.amp' successfully opened main debug: adding a new input stream_out_transcode debug: creating video transcoding from fcc=`mp4v' to fcc=`x264' main debug: looking for decoder module: 28 candidates ffmpeg debug: libavcodec already initialized ffmpeg debug: postprocessing disabled ffmpeg debug: using direct rendering ffmpeg debug: ffmpeg codec (MPEG-4 Video) started main debug: using decoder module "ffmpeg" main debug: looking for encoder module: 1 candidate main debug: using encoder module "x264" main debug: removing module "x264" stream_out_transcode debug: late picture skipped (561603773000) stream_out_transcode debug: decoder aspect is 576000:432000 stream_out_transcode debug: source pixel aspect is 1.090909:1 stream_out_transcode debug: scaled pixel aspect is 1.090909:1 stream_out_transcode debug: source 352x288, crop 352x288, destination 352x288, padding 352x288 stream_out_transcode debug: encoder aspect is 576000:432000 main debug: looking for encoder module: 1 candidate main debug: using encoder module "x264" main debug: looking for sout access module: 1 candidate main debug: set sout option: sout-udp-raw to (null) main debug: net: connecting to 127.0.0.1 port 1232 main debug: thread 4412 (sout write thread) created at priority 15 (udp.c:268) access_output_udp debug: udp access output opened(127.0.0.1:1232) main debug: using sout access module "access_output_udp" stream_out_rtp debug: access out udp{raw}:127.0.0.1:1232 stream_out_rtp debug: we found a startcode for NAL with TYPE:6 stream_out_rtp debug: we found a startcode for NAL with TYPE:7 stream_out_rtp debug: we found a startcode for NAL with TYPE:8 stream_out_rtp debug: maximum RTP packet size: 1450 bytes stream_out_rtp debug: sdp=v=0 o=- 561603359000 1 IN IP4 127.0.0.1 s=NONE t=0 0 a=tool:vlc 0.8.6h c=IN IP4 127.0.0.1 m=video 1232 RTP/AVP 96 b=AS:500 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1;profile-level-id=4d4033;sprop-parameter-sets=Z01AM5p0CwS2BCAAAAMAIAAABlHjBlQ=,aO48gA==; live555 debug: tk->rtpSource->hasBeenSynchronizedUsingRTCP() stream_out_transcode debug: late picture skipped (447816533100) stream_out_transcode debug: late picture skipped (447816493100) live555 debug: StreamClose main debug: EOF reached main debug: closing input main debug: removing module "live555" main debug: removing module "packetizer_mpeg4video" main debug: killing decoder fourcc `mp4v', 0 PES in FIFO main debug: removing an input ffmpeg debug: ffmpeg codec (MPEG-4 Video) stopped main debug: removing module "ffmpeg" main debug: removing module "x264" main debug: thread times: real 0m59.968750s, kernel 0m0.000000s, user 0m0.000000s main debug: thread 4412 joined (udp.c:316) access_output_udp debug: udp access output closed main debug: removing module "access_output_udp" main debug: destroying sout main debug: destroying chain... (name=transcode) main debug: destroying chain... (name=rtp) main debug: thread times: real 1m0.812500s, kernel 0m0.000000s, user 0m0.000000s main debug: thread 4180 joined (network/httpd.c:1134) main debug: HTTP host removed main debug: no host left, stopping httpd main debug: removing module "stream_out_rtp" main debug: destroying chain done main debug: removing module "stream_out_transcode" main debug: destroying chain done main debug: thread times: real 1m0.828125s, kernel 0m0.078125s, user 0m20.046875s main debug: thread 4224 joined (input/input.c:412) main: nothing to play

btw the original stream is available at rtsp://81.140.146.206/mpeg4/1/media.amp and rtsp://81.140.146.206/mpeg4/media.amp

[VLC_help]

According to trax the issue is same as in http://trac.videolan.org/vlc/ticket/1756
jb is doing another x264 contrib and I check it again after that.