[Live-devel] H264 over RTP/RFC 3984

Larry Cui Larry.Cui at zoran.com
Wed Oct 20 15:12:42 PDT 2010


I'm using RTSP, I did not use sdp file, but through RSTP DESCIBE.  If the PPS is a little bit different from SDP in RTSP, is it a problem? I really could not find other issue.
When I open VLC, I only input rtsp://169.254.1.5, nothing else. Is this a problem? I'm reading the source code for VLC, seems they need a track id.


Note : live555 warning: no data received in 10s. Switching to TCP


Here's the VLC message

main debug: adding item `rtsp://169.254.1.5' ( rtsp://169.254.1.5 )

main debug: rebuilding array of current - root Playlist

main debug: rebuild done - 1 items, index -1

main debug: processing request item rtsp://169.254.1.5 node null skip 0

main debug: resyncing on rtsp://169.254.1.5

main debug: rtsp://169.254.1.5 is at 0

main debug: starting new item

main debug: creating new input thread

main debug: Creating an input for 'rtsp://169.254.1.5'

qt4 debug: Adding a new MRL to recent ones: rtsp://169.254.1.5

main debug: thread (input) created at priority 1 (../.././src/input/input.c:230)

main debug: thread started

main debug: using timeshift granularity of 50 MBytes

main debug: using timeshift path 'C:\Users\larryc\AppData\Local\Temp'

main debug: `rtsp://169.254.1.5' gives access `rtsp' demux `' path `169.254.1.5'

main debug: enforced demux ` h264'

main debug: creating demux: access='rtsp' demux='h264' path='169.254.1.5'

main debug: looking for access_demux module: 1 candidate

qt4 debug: IM: Setting an input

qt4 debug: Updating the geometry

qt4 debug: Updating the geometry

live555 debug: RTP subsession 'video/H264'

main debug: selecting program id=0

live555 debug: setup start: 0.000000 stop:0.000000

live555 debug: play start: 0.000000 stop:0.000000

main debug: using access_demux module "live555"

main debug: TIMER module_need() : 135.000 ms - Total 135.000 ms / 1 intvls (Avg 135.000 ms)

main warning: invalid start-time ignored

main debug: looking for a subtitle file in C:\Program Files\VideoLAN\VLC\

main debug: looking for decoder module: 36 candidates

qt4 debug: Updating the geometry

qt4 debug: Updating the geometry

qt4 debug: Updating the geometry

qt4 debug: Updating the geometry

qt4 debug: Updating the geometry

avcodec debug: libavcodec initialized (interface 0x342000)

avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) started

main debug: using decoder module "avcodec"

main debug: TIMER module_need() : 190.000 ms - Total 190.000 ms / 1 intvls (Avg 190.000 ms)

main debug: looking for packetizer module: 21 candidates

packetizer_h264 debug: found NAL_SPS (sps_id=0)

packetizer_h264 debug: found NAL_PPS (pps_id=0 sps_id=0)

main debug: using packetizer module "packetizer_h264"

main debug: TIMER module_need() : 63.000 ms - Total 63.000 ms / 1 intvls (Avg 63.000 ms)

main debug: thread (decoder) created at priority 0 (../.././src/input/decoder.c:315)

main debug: thread started

main debug: `rtsp://169.254.1.5' successfully opened

qt4 debug: Updating the geometry

qt4 debug: Updating the geometry

live555 warning: no data received in 10s. Switching to TCP

main debug: thread times: real 0m10.527105s, kernel 0m0.000000s, user 0m0.000000s

avcodec debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped

main debug: removing module "avcodec"

main debug: killing decoder fourcc `h264', 0 PES in FIFO

main debug: removing module "packetizer_h264"

main debug: Program doesn't contain anymore ES

qt4 debug: Updating the geometry

qt4 debug: Updating the geometry


________________________________
From: live-devel-bounces at ns.live555.com [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: Wednesday, October 20, 2010 3:01 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] H264 over RTP/RFC 3984

My stream complies with RFC 3984, and I insert SPS and PPS at the front of every I frame.
The problem is VLC always gives the message:  "live555 no data received with 10s" than rtsp tear down . I'm pretty sure the rtp stream is there and rtp port number is right. Why VLC cannot receive the stream and decode it as rtp/h264?

In order for VLC to be able to play the stream, VLC needs a SDP description, so that it will know (i) that the stream is H.264, and (ii) which RTP payload format code it is using.

Are you giving VLC a SDP description - either directly (as a file), or indirectly, using RTSP?

--

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20101020/d92bc93a/attachment-0001.html>


More information about the live-devel mailing list