[vlc] VLC 0.8.6 cannot display first seconds of a H264 encoded clip streamed from Darwin

[David Betrand]

Hello Gun,
thanks for your contribution.
I indeed forgot to mention that I have the same "waiting for SPS" warning on the vlc message interface. However - and very strangely- i only have this message when the clip is streamed from VLM, not from Darwin. But the effect is the same in both cases : first seconds lost.
Just to comment your conclusions : we can keep for a while ffmpeg and x264 in the culprit loop as ffmpeg actually uses x264 to encode in H264.
Thanks,
David 
> ----- Original Message -----
> From: "Gun Akkor" <gakkor at patton.com>
> To: "Mailing list for VLC media player users" <vlc at videolan.org>
> Subject: Re: [vlc] VLC 0.8.6 cannot display first seconds of a H264 encoded clip streamed from Darwin
> Date: Tue, 13 Nov 2007 10:09:38 -0500
> 
> 
> Hello David, and All;
> 
> I have been experiencing the same problem on a x86PC based Linux
> platform running VLC version 0.8.6c while streaming UDP unicast or
> multicast.
> 
> My clips were encoded using x264 library -- i can provide the command
> line as well, if needed --
> 
> The debug output on the receiving VLC shows a series of the following
> messages before the decoder can sync up to show the video:
> 
> > [00000392] packetizer_h264 packetizer warning: waiting for SPS
> > [00000392] packetizer_h264 packetizer warning: waiting for SPS
> > [00000392] packetizer_h264 packetizer warning: waiting for SPS
> > [00000392] packetizer_h264 packetizer warning: waiting for SPS
> 
> I thought this may at least eliminate ffmpeg/x264, Windows XP/Linux,
> Darwin and the hardware as the possible culprits. I have to agree with
> David that this has to be related to the modifications to SPS/PPS support.
> 
> Regards,
> Gun Akkor
> 
> David Betrand wrote:
> > Hello all,
> > I use VLC to play a rtsp url pointing to a H264/AAC encoded file. 
> > The streaming server is Darwin. The stream was perfectly OK with 
> > VLC version 0.8.5, but with all versions starting from 0.8.6 
> > (including 0.8.6c and trunk) show the same problem : the first 
> > seconds of the clip are not displayed (only audio) and then 
> > (after a few secs) the player is able to play the clip until the 
> > end. I suspect the player to be forced to wait until the second I 
> > frame to be able to decode it correctly.
> > The clips are encoded with ffmpeg (i can provide the command line 
> > if necessary) and hinted with MP4box. The problem is of course 
> > reproducible as it occurs systematically.
> > Note that when played locally, everything is fine. The problem is 
> > only when the file is streamed. I also replaced Darwin with VLM 
> > and the same problem occurs.
> > I uploaded a sample file (h264_first_seconds_lost.3gp) on the 
> > videolan ftp server under the h264_first_seconds_lost directory.
> >
> > here are the details of my test environment :
> > - VLC 0.8.6c
> > - Windows XP SP 2
> > - Darwin Streaming Server 5.5.4
> > - Intel Pentium M 1.5 GHz, 512MB with ATI Mobility Radeon 9600 graphical card
> >
> > As this problem seems to appear with version 0.8.6, i guess it is 
> > a regression introduced with this version (I saw that h264.c was 
> > a lot modified for SPS/PPS support). Any help will be appreciated.
> > Thanks David
> >
> 
> ______________________________________________________
> vlc mailing list
> To unsubscribe or modify your subscription options:
> http://mailman.videolan.org/listinfo/vlc

>


-- 
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com

Powered by Outblaze