[FFmpeg-devel] HLS problem

aviad rozenhek aviadr1
Sun Dec 5 19:28:13 CET 2010


On Sun, Dec 5, 2010 at 13:40, Martin Storsj? <martin at martin.st> wrote:

> On Sun, 5 Dec 2010, aviad rozenhek wrote:
>
> > I have an HLS stream sample, which is validated as working properly on a
> > [mac] quicktime player [only the mac players supports HLS]
> > however it doesnt play correctly in ffplay, and outputs some weird
> errors.
>
> In which way doesn't it play correctly in ffplay? It seems to play just
> fine to me, except that the server feeds data too slowly to be played back
> properly here. With QuickTime Player, it seems to buffer much more data
> before starting to play it. If I pause it in ffplay and allow it to buffer
> up a bit more data before continuing, it plays just fine. I do get the
> same errors, though.
>

the streams has frozen video at times, while audio playback is choppy.
I tried to save a clip of how the video looks by using ffmpeg, but ffmpeg
itself refuses to save the stream locally,
see output below

>ffmpeg -i http://71.170.161.23:8080/downloads/ch5/03.m3u8 -acodec copy
-vcodec copy -loglevel debug test.mov
FFmpeg version SVN-r25862, Copyright (c) 2000-2010 the FFmpeg developers
  built on Dec  3 2010 04:07:09 with gcc 4.4.2
  configuration: --enable-gpl --enable-version3 --enable-libgsm
--enable-pthread
s --enable-libvorbis --enable-libtheora --enable-libspeex
--enable-libmp3lame --
enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb
--enable-
libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86
--enable-r
untime-cpudetect --enable-libxvid --enable-libx264 --extra-libs='-lx264
-lpthrea
d' --enable-librtmp --extra-libs='-lrtmp -lpolarssl -lws2_32 -lwinmm'
--target-o
s=mingw32 --enable-avisynth --cross-prefix=i686-mingw32- --cc='ccache
i686-mingw
32-gcc' --enable-memalign-hack
  libavutil     50.33. 0 / 50.33. 0
  libavcore      0.14. 0 /  0.14. 0
  libavcodec    52.97. 2 / 52.97. 2
  libavformat   52.87. 1 / 52.87. 1
  libavdevice   52. 2. 2 / 52. 2. 2
  libavfilter    1.67. 0 /  1.67. 0
  libswscale     0.12. 0 /  0.12. 0
[applehttp @ 016ccbe0] Receiving 1 variant streams
[aac @ 0305f390] Sample rate index in program config element does not match
the
sample rate index configured by the container.
[aac @ 0305f390] Input buffer exhausted before END element found
[applehttp @ 016ccbe0] Estimating duration from bitrate, this may be
inaccurate

Seems stream 0 codec frame rate differs from container frame rate: 180000.00
(18
0000/1) -> 90000.00 (180000/2)
Input #0, applehttp, from 'http://71.170.161.23:8080/downloads/ch5/03.m3u8':
  Duration: N/A, start: 72146.917300, bitrate: N/A
    Stream #0.0: Video: h264, yuv420p, 528x480 [PAR 160:99 DAR 16:9], 90k
tbr, 9
0k tbn, 180k tbc
    Stream #0.1: Audio: aac, 48000 Hz, stereo, s16
File 'test.mov' already exists. Overwrite ? [y/N] y
Output #0, mov, to 'test.mov':
  Metadata:
    encoder         : Lavf52.87.1
    Stream #0.0, 0, 1/90000: Video: libx264, yuv420p, 528x480 [PAR 160:99
DAR 16
:9], 1/90000, q=2-31, 90k tbn, 90k tbc
    Stream #0.1, 0, 1/48000: Audio: aac, 48000 Hz, stereo
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
Press [q] to stop encoding
[mov @ 03896dd0] st:1 error, non monotone timestamps 2048 >= 2048
av_interleaved_write_frame(): Operation not permitted




>
> Also, the stream is weird. It lacks the #EXT-X-ENDLIST tag, indicating
> that it is a non-live, finished stream, so both libavformat's code and
> QuickTime Player start near the end of the clip, and try to reload it
> regularly to find new segments, even if no new segments show up.
>
> // Martin
>

this is probably a sample, taken from live stream, so it is an ex-live
stream ;-)
I just want to be sure that ffmpeg can play/transcode it properly. if the
problem is just buffering,
is there a parameter to increase initial buffering time?


> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel
>



-- 
Aviad Rozenhek



More information about the ffmpeg-devel mailing list