[FFmpeg-trac] #2576(undetermined:new): Downloading HLS streams from svtplay.se fails after random time.

[FFmpeg]

#2576: Downloading HLS streams from svtplay.se fails after random time.
-------------------------------------+-------------------------------------
             Reporter:  n3mmr        |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 The below is a first attempt to report a bug possibly dependant on
 specifics of my network, and which seems to disappear when increasing the
 verbosity of ffmpeg.
 Please tell me how to find more info if needed.

 Summary of the bug:
 How to reproduce:
 {{{
 ffmpeg -i
 "http://svtplay10i-f.akamaihd.net/i/se/open/20130510/1283828-004A/ENDEAVOUR_1
 -004A-
 8b76d2f9d0abebda_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?null=&id="
 -acodec copy -vcodec copy -absf aac_adtstoasc "Endeavour.S01E05.mp4"
 ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers
   built on Feb  9 2013 18:18:22 with gcc 4.6.3 (GCC)
   configuration: --prefix=/usr --bindir=/usr/bin/pentium_pro+mmx
 --libdir=/usr/lib/pentium_pro+mmx --shlibdir=/usr/lib/pentium_pro+mmx
 --mandir=/usr/share/man --cc=gcc --cpu=prescott --enable-mmx --enable-sse
 --enable-ssse3 --disable-debug --enable-nonfree --enable-gpl --enable-
 runtime-cpudetect --enable-postproc --enable-avfilter --enable-swscale
 --enable-libgsm --enable-libxvid --enable-libx264 --enable-libfaac
 --enable-libtheora --enable-libmp3lame --enable-libvorbis --enable-libvpx
 --enable-x11grab --enable-libspeex --enable-pthreads --enable-libopencore-
 amrnb --enable-libopencore-amrwb --enable-version3 --disable-static
 --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable-
 vdpau --enable-libass --enable-openssl --enable-openal --enable-shared
   libavutil      52. 13.100 / 52. 13.100
   libavcodec     54. 86.100 / 54. 86.100
   libavformat    54. 59.106 / 54. 59.106
   libavdevice    54.  3.102 / 54.  3.102
   libavfilter     3. 32.100 /  3. 32.100
   libswscale      2.  1.103 /  2.  1.103
   libswresample   0. 17.102 /  0. 17.102
   libpostproc    52.  2.100 / 52.  2.100
 [h264 @ 8523300] non-existing SPS 0 referenced in buffering period
 [h264 @ 8523300] non-existing SPS 32 referenced in buffering period
 [h264 @ 8523300] non-existing SPS 0 referenced in buffering period
 [h264 @ 8523300] non-existing SPS 32 referenced in buffering period
 [mpegts @ 80bcd80] Estimating duration from bitrate, this may be
 inaccurate
 [h264 @ 8a8be00] non-existing SPS 0 referenced in buffering period
 [h264 @ 8a8be00] non-existing SPS 32 referenced in buffering period
 Input #0, hls,applehttp, from
 'http://svtplay10i-f.akamaihd.net/i/se/open/20130510/1283828-004A/ENDEAVOUR_1
 -004A-
 8b76d2f9d0abebda_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?null=&id=':
   Duration: 01:32:02.00, start: 0.100667, bitrate: 0 kb/s
   Program 0
     Metadata:
       variant_bitrate : 0
     Stream #0:0: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p,
 1280x720 [SAR 1:1 DAR 16:9], 12.50 fps, 25 tbr, 90k tbn, 50 tbc
     Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo,
 fltp, 87 kb/s
 Output #0, mp4, to 'Endeavour.S01E05.mp4':
   Metadata:
     encoder         : Lavf54.59.106
     Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720
 [SAR 1:1 DAR 16:9], q=2-31, 12.50 fps, 90k tbn, 90k tbc
     Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, 87
 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (copy)
   Stream #0:1 -> #0:1 (copy)
 Press [q] to stop, [?] for help

 }}}
 Download occasionally works, but most times stops flat in its tracks after
 1MB or several hundred megabytes or just before finishing or any other
 time.

 It always works perfectly, at a slight cost in speed (5%???) if one
 presses '+' once, so that verbosity increases slightly, which then is a
 almost usable WA.

 This has been verified to occur exactly the same on all my computers,
 Ubuntu 13.04  and Openindiana 151a7 and Windows XP. The WA is the same in
 all OSes.
 It is also the same for the latest git-ed main branch ffmpeg (brought over
 yesterday and today, with identical problems. )
 Note:
 Increasing verbosity slightly also adds this to the output.

 {{{
 Current profile doesn't provide more RBSP data in PPS,
 skippingrate=2815.0kbits/s
 Current profile doesn't provide more RBSP data in PPS,
 skippingrate=2815.6kbits/s
 Current profile doesn't provide more RBSP data in PPS,
 skippingrate=2817.3kbits/s
 [NULL @ 8523300] Current profile doesn't provide more RBSP data in PPS,
 skipping
 Current profile doesn't provide more RBSP data in PPS,
 skippingrate=2811.7kbits/s
 [NULL @ 8523300] Current profile doesn't provide more RBSP data in PPS,
 skipping
 Current profile doesn't provide more RBSP data in PPS,
 skippingrate=2796.8kbits/s
 Current profile doesn't provide more RBSP data in PPS,
 skippingrate=2800.2kbits/s
 [NULL @ 8523300] Current profile doesn't provide more RBSP data in PPS,
 skipping
 Current profile doesn't provide more RBSP data in PPS,
 skippingrate=2806.8kbits/s
 [NULL @ 8523300] Current profile doesn't provide more RBSP data in PPS,
 skipping
 Current profile doesn't provide more RBSP data in PPS,
 skippingrate=2808.2kbits/s
 }}}

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2576>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker