[vlc-devel] RTP timestamp problems

[salick]

Hello,

 

I'm broadcasting RTP stream via a RTSP server.

The stream holds a single H.263 channel which, by ethereal, looks ok -
including its timestamps.

Viewing the rtsp link in QuickTime works find, but VLC fails as it output
'late picture skipped" msgs.

 

I added a few log msgs to the video_output.c file to understand why vlc is
having trouble with the timestamps (although they seem correct)

And I encountered a weird problem.

 

In the late picture skipped check I added 3 logs:

msg_Warn( p_vout, "late picture skipped current ("I64Fd")", current_date);

msg_Warn( p_vout, "late picture skipped display ("I64Fd")", display_date);

msg_Warn( p_vout, "render_time ("I64Fd")", p_vout->render_time);

msg_Warn( p_vout, "late picture skipped ("I64Fd")", current_date -
display_date );

 

In the render_time recalculation I added the following logs:

if( display_date != 0 && p_directbuffer != NULL )

        {

            mtime_t current_render_time = mdate() - current_date;

            /* if render time is very large we don't include it in the mean
*/

            if( current_render_time < p_vout->render_time +

                VOUT_DISPLAY_DELAY )

            {

                                                                msg_Warn(
p_vout, "current_render_time is ("I64Fd")", current_render_time);

                                                                msg_Warn(
p_vout, "p_vout->render_time is ("I64Fd")", p_vout->render_time);

                /* Store render time using a sliding mean weighting to

                 * current value in a 3 to 1 ratio*/

                p_vout->render_time *= 3;

                p_vout->render_time += current_render_time;

                p_vout->render_time >>= 2;

 

                                                msg_Warn( p_vout, "new
p_vout->render_time ("I64Fd")", p_vout->render_time);

            }

        }

 

So now, when I run my rtsp link on vlc I see a weird thing.

All of a sudden the p_vout->render_time value is huge, and I have no idea
where or why it got his value.

 

Here is an example of the log:

 

main debug: `rtsp://192.168.8.4/rtpencoder/salick2.sdp' gives access `rtsp'
demux `' path `192.168.8.4/rtpencoder/salick2.sdp'

main debug: creating demux: access='rtsp' demux=''
path='192.168.8.4/rtpencoder/salick2.sdp'

main debug: looking for access_demux module: 1 candidate

main debug: thread 29219728 (input) created at priority 0
(input/input.c:265)

live555 debug: RTP subsession 'video/H263-2000'

live555 debug: We have a timeout of 80 seconds

main debug: waiting for thread completion

main debug: thread 59779984 (liveMedia-timeout) created at priority 0
(live555.cpp:895)

live555 debug: spawned timeout thread

main debug: selecting program id=0

main debug: using access_demux module "live555"

main debug: looking for decoder module: 48 candidates

ffmpeg debug: libavcodec already initialized

ffmpeg debug: postprocessing disabled

ffmpeg debug: using direct rendering

ffmpeg debug: ffmpeg codec (H263) started

main debug: using decoder module "ffmpeg"

main debug: thread 72272784 (decoder) created at priority 0
(input/decoder.c:159)

main debug: `rtsp://192.168.8.4/rtpencoder/salick2.sdp' successfully opened

live555 debug: tk->rtpSource->hasBeenSynchronizedUsingRTCP()

main debug: no usable vout present, spawning one

main debug: window size: 192x144

main debug: looking for video output module: 16 candidates

xvideo debug: adaptor 0, port 73, format 0x32315659 (YV12) planar

main debug: Registering subpicture channel, ID: 2

main debug: Registering subpicture channel, ID: 3

main debug: Registering subpicture channel, ID: 4

main debug: Registering subpicture channel, ID: 5

xvideo debug: Window manager supports NetWM

xvideo debug: Window manager supports _NET_WM_STATE_FULLSCREEN

xvideo debug: Window manager supports _NET_WM_STATE_ABOVE

xvideo debug: Window manager supports _NET_WM_STATE_BELOW

xvideo debug: Window manager supports _NET_WM_STATE_STAYS_ON_TOP

main debug: using video output module "xvideo"

main debug: waiting for thread completion

main debug: got 8 direct buffer(s)

main debug: picture in 176x144 (0,0,176x144), chroma I420, ar 4:3, sar 12:11

main debug: picture user 176x144 (0,0,176x144), chroma I420, ar 4:3, sar
12:11

main debug: picture out 176x144 (0,0,176x144), chroma I420, ar 4:3, sar
12:11

main debug: direct render, mapping render pictures 0-6 to system pictures
1-7

main debug: thread 21601168 (video output) created at priority 0
(video_output/video_output.c:421)

ffmpeg warning: warning: first frame is no keyframe

 (h263 at 0x8b9dc00)

main warning: current_render_time is (8)

main warning: p_vout->render_time is (10)

main warning: new p_vout->render_time (9)

main warning: current_render_time is (7)

main warning: p_vout->render_time is (9)

main warning: new p_vout->render_time (8)

main warning: current_render_time is (8)

main warning: p_vout->render_time is (8)

main warning: new p_vout->render_time (8)

main warning: current_render_time is (12)

main warning: p_vout->render_time is (8)

main warning: new p_vout->render_time (9)

main warning: current_render_time is (10)

main warning: p_vout->render_time is (9)

main warning: new p_vout->render_time (9)

main warning: current_render_time is (8)

main warning: p_vout->render_time is (9)

main warning: new p_vout->render_time (8)

main warning: current_render_time is (6)

main warning: p_vout->render_time is (8)

main warning: new p_vout->render_time (7)

main warning: current_render_time is (10)

main warning: p_vout->render_time is (7)

main warning: new p_vout->render_time (7)

main warning: current_render_time is (5)

main warning: p_vout->render_time is (7)

main warning: new p_vout->render_time (6)

main warning: current_render_time is (5)

main warning: p_vout->render_time is (6)

main warning: new p_vout->render_time (5)

main warning: current_render_time is (4)

main warning: p_vout->render_time is (5)

main warning: new p_vout->render_time (4)

main warning: current_render_time is (5)

main warning: p_vout->render_time is (4)

main warning: new p_vout->render_time (4)

main warning: current_render_time is (5)

main warning: p_vout->render_time is (4)

main warning: new p_vout->render_time (4)

main warning: current_render_time is (9)

main warning: p_vout->render_time is (4)

main warning: new p_vout->render_time (5)

main warning: current_render_time is (5)

main warning: p_vout->render_time is (5)

main warning: new p_vout->render_time (5)

main warning: current_render_time is (6)

main warning: p_vout->render_time is (5)

main warning: new p_vout->render_time (5)

main warning: late picture skipped current (1186417573801433)

main warning: late picture skipped display (1186417573621919)

main warning: render_time (1186415996043269)

main warning: late picture skipped (179514)

main warning: late picture skipped current (1186417574011498)

main warning: late picture skipped display (1186417573821919)

main warning: render_time (1186415996043269)

main warning: late picture skipped (189579)

main warning: late picture skipped current (1186417574200550)

main warning: late picture skipped display (1186417574021919)

main warning: render_time (1186415996043269)

main warning: late picture skipped (178631)

main warning: late picture skipped current (1186417574410620)

main warning: late picture skipped display (1186417574221919)

main warning: render_time (1186415996043269)

main warning: late picture skipped (188701)

main warning: late picture skipped current (1186417574608708)

main warning: late picture skipped display (1186417574421919)

main warning: render_time (1186415996043269)

main warning: late picture skipped (186789)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20070806/c0f35fdd/attachment.html>
-------------- next part --------------
_______________________________________________
vlc-devel mailing list
vlc-devel at videolan.org
http://mailman.videolan.org/listinfo/vlc-devel