[FFmpeg-trac] #2857(undetermined:reopened): overhead of HLS muxing too large

[FFmpeg]

#2857: overhead of HLS muxing too large
-------------------------------------+-------------------------------------
             Reporter:  aviadr1      |                    Owner:
                 Type:  defect       |                   Status:  reopened
             Priority:  normal       |                Component:
              Version:  unspecified  |  undetermined
             Keywords:  hls          |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------
Changes (by Mista_D):

 * status:  closed => reopened
 * resolution:  needs_more_info =>


Comment:

 Same problem here. The generated segment files are 60% bigger. A very low
 bitrate 1 fps slide show video is used as example, the higher the bitrate
 of the video file, the lower the overhead percentage. Same file segmente


 $  ffmpeg213 -i ../56k.ts -c copy -copyts -hls_time 8.9  -hls_list_size 0
 -f hls ff.m3u8
 ffmpeg version 2.1.3 Copyright (c) 2000-2013 the FFmpeg developers
   built on Jan 20 2014 18:00:04 with gcc 4.1.2 (GCC) 20080704 (Red Hat
 4.1.2-52)
   configuration: --enable-static --enable-postproc --enable-gpl --enable-
 avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable-
 libfaac --enable-pthreads --enable-swscale --enable-runtime-cpudetect
 --disable-devices --disable-avdevice --extra-ldflags=-static --disable-
 shared --enable-bzlib --enable-zlib --extra-libs='-lx264 -lxvidcore
 -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx -lass -lfontconfig
 -lexpat -lfreetype -lfaac' --disable-encoder=libgsm --disable-
 decoder=libgsm --disable-doc --enable-libvpx --enable-libass --enable-
 version3 --enable-nonfree --enable-libfreetype
   libavutil      52. 48.101 / 52. 48.101
   libavcodec     55. 39.101 / 55. 39.101
   libavformat    55. 19.104 / 55. 19.104
   libavfilter     3. 90.100 /  3. 90.100
   libswscale      2.  5.101 /  2.  5.101
   libswresample   0. 17.104 /  0. 17.104
   libpostproc    52.  3.100 / 52.  3.100
 [mpegts @ 0x18009f80] decoding for stream 0 failed
 Input #0, mpegts, from '../56k.ts':
   Duration: 00:09:58.02, start: 1.378667, bitrate: 57 kb/s
   Program 1
     Metadata:
       service_name    : Service01
       service_provider: FFmpeg
     Stream #0:0[0x100]: Video: h264 (Constrained Baseline) ([27][0][0][0]
 / 0x001B), yuv420p, 192x112, 1 fps, 1 tbr, 90k tbn, 2 tbc
     Stream #0:1[0x101](eng): Audio: aac ([15][0][0][0] / 0x000F), 48000
 Hz, mono, fltp, 28 kb/s
 Output #0, hls, to 'ff.m3u8':
   Metadata:
     encoder         : Lavf55.19.104
     Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 192x112,
 q=2-31, 1 fps, 90k tbn, 1 tbc
     Stream #0:1(eng): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, mono,
 28 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (copy)
   Stream #0:1 -> #0:1 (copy)
 Press [q] to stop, [?] for help
 frame=  599 fps=0.0 q=-1.0 Lsize=N/A time=00:10:00.40 bitrate=N/A
 video:1396kB audio:2335kB subtitle:0 global headers:0kB muxing overhead
 -100.000576%



 Size of all segments is:
 $ du
 7420    .



 Using 1ffmpeg -i ../56k.ts  -c copy -map 0 -copyts  -f segment
 -segment_time 10 -segment_list test.m3u8 -segment_format mpegts
 56k_%05d.ts` produces same result.



 Size of the source file is:
 ls -al ../56k.ts
 -rw------- 1 user01 UnixUsers 4296928 Jan 21 14:26 ../56k.ts

 The sample file is at
 http://www.mediafire.com/download/o21u4487joyohoi/56k.ts

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2857#comment:5>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker