FFmpeg | 18 Sep 18:59 2014

Re: #2886(avformat:new): HLS source with multiple variants is not optimally handled

#2886: HLS source with multiple variants is not optimally handled
-------------------------------------+------------------------------------
             Reporter:  sinkers      |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  HLS          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by anssi):

 Disabling after first packet is done in read_data() as per comment:8,
 _not_ in recheck_discard_flags().

 Since you don't seem to be working on fixing this ticket (this is about
 built-in adaptive streaming support in libavformat itself), to avoid
 cluttering the comments I suggest you post on ffmpeg-user <at>  instead or open
 a new ticket if you have found a bug :)

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2886#comment:11>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 18 Sep 18:46 2014

Re: #2886(avformat:new): HLS source with multiple variants is not optimally handled

#2886: HLS source with multiple variants is not optimally handled
-------------------------------------+------------------------------------
             Reporter:  sinkers      |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  HLS          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by mav):

 My player will check buffer fill percentage every 30 seconds or so. If
 buffer fill > 90% it will switch to higher bitrate, if buffer fill < 20%,
 it will switch to lower bitrate.

 The problem with ffmpeg currently - I cannot disable stream by setting
 AVDISCARD_ALL flag after I get packets from it, it still downloads
 segments from unneeded bitrates.

 See the check in hls.c recheck_discard_flags() function. It checks for
 discard flag only on first packet in stream. After this - it just ignores
 discard flag.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2886#comment:10>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
(Continue reading)

FFmpeg | 18 Sep 01:38 2014

Re: #2886(avformat:new): HLS source with multiple variants is not optimally handled

#2886: HLS source with multiple variants is not optimally handled
-------------------------------------+------------------------------------
             Reporter:  sinkers      |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  HLS          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by sinkers):

 How are you defining what are unneeded variants?

 If you like I am happy to contribute some kind of spec for this if you
 think it would help and also happy to assist with samples and testing.

 Generally the behaviour for this should be as follows:
 1. Parse the master playlist and extract all variants (including alternate
 audio and text)
 2. Start with the lowest bitrate variant
 3. Calculate what sort of bandwidth we have by measuring the download of
 the lowest variant. If the variant playlist doesn't include the bitrate
 against each stream then until the bitrates have been downloaded assume
 that they are in order e.g. lowest first
 4. As quickly as possibly move to the variant that most closely matches
 the current bandwidth
 5. Monitor the fill rate of the buffer to get an idea of current bandwidth
 and if required switch to a variant with a bandwidth closest to the
(Continue reading)

FFmpeg | 17 Sep 23:06 2014

Re: #2886(avformat:new): HLS source with multiple variants is not optimally handled

#2886: HLS source with multiple variants is not optimally handled
-------------------------------------+------------------------------------
             Reporter:  sinkers      |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  HLS          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by anssi):

  <at> mav, You should be able to re-disable a stream by setting AVDISCARD_ALL
 again. read_data() checks discard status before requesting the download of
 a new segment.

 This question probably belongs in the mailing lists, though...

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2886#comment:8>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 17 Sep 22:38 2014

Re: #2886(avformat:new): HLS source with multiple variants is not optimally handled

#2886: HLS source with multiple variants is not optimally handled
-------------------------------------+------------------------------------
             Reporter:  sinkers      |                    Owner:
                 Type:  enhancement  |                   Status:  new
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  HLS          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by mav):

 Hi, guys!

 I am trying to implement the HLS adaptive streaming.

 I am disabling unneeded variants with setting AVDISCARD_ALL in
 AVStream->discard.

 But once I enable stream, I cannot disable it again back. The check in
 recheck_discard_flags() is performed only for the first packet.
 Why is it there? Has it something to do with stream timestamps?

 How can I disable fetching of live streams?

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2886#comment:7>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
(Continue reading)

FFmpeg | 17 Sep 17:24 2014

#3959(undetermined:new): Regression for -strict unofficial

#3959: Regression for -strict unofficial
-------------------------------------+-------------------------------------
               Reporter:  cehoyos    |                  Owner:
                   Type:  defect     |                 Status:  new
               Priority:  important  |              Component:
                Version:  git-       |  undetermined
  master                             |               Keywords:  regression
             Blocked By:             |               Blocking:
Reproduced by developer:  0          |  Analyzed by developer:  0
-------------------------------------+-------------------------------------
 http://thread.gmane.org/gmane.comp.video.ffmpeg.user/53942
 {{{-strict unofficial}}} does not work since d858ee71
 {{{
 $ ffmpeg -f lavfi -i testsrc -pix_fmt yuv420p -vframes 1 -strict
 unofficial out.ljpg
 ffmpeg version N-66318-g85f2c01 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Sep 17 2014 17:17:41 with gcc 4.3 (SUSE Linux)
   configuration: --enable-gpl
   libavutil      54.  7.100 / 54.  7.100
   libavcodec     56.  1.100 / 56.  1.100
   libavformat    56.  4.102 / 56.  4.102
   libavdevice    56.  0.100 / 56.  0.100
   libavfilter     5.  1.101 /  5.  1.101
   libswscale      3.  0.100 /  3.  0.100
   libswresample   1.  1.100 /  1.  1.100
   libpostproc    53.  0.100 / 53.  0.100
 Input #0, lavfi, from 'testsrc':
   Duration: N/A, start: 0.000000, bitrate: N/A
     Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240
(Continue reading)

FFmpeg | 17 Sep 12:00 2014

#3958(avcodec:new): libvpx symbol check missing in configure, build-time error

#3958: libvpx symbol check missing in configure, build-time error
-------------------------------------+-------------------------------------
               Reporter:  saste      |                  Owner:
                   Type:  defect     |                 Status:  new
               Priority:  important  |              Component:  avcodec
                Version:  git-       |               Keywords:  libvpx
  master                             |  configure regression
             Blocked By:             |               Blocking:
Reproduced by developer:  1          |  Analyzed by developer:  1
-------------------------------------+-------------------------------------
 I'm compiling FFmpeg with {{{--enable-libvpx}}} on Linux Mint, with libvpx
 version 1.2.0-2. Configuration succeds, but since commit
 {{{
 commit 04b0dda853198980a14158809e560ea9ca9d7e33
 Author: Deb Mukherjee <debargha <at> google.com>
 Date:   Sun Sep 14 07:43:27 2014 -0700

     avcodec/libvpxdec: Adds decode support for formats other than 420

     Handles decoding of new VP9 profiles 1-3 with different color sampling
     and bit-depths.

     For high bitdepth (profiles 2 and 3) support, we currently need to
 link
     with the highbitdepth branch of libvpx with --enable-experimental
     and --enable-vp9-high config options on. But eventually this branch
 will
     be merged into master, whereafter to enable high bitdepth
     support you will need to link with libvpx with configure option
     --enable-vp9-highbitdepth on.
(Continue reading)

FFmpeg | 17 Sep 11:01 2014

#3957(undetermined:new): Error converting a ts stream to HLS format

#3957: Error converting a ts stream to HLS format
--------------------------------------+----------------------------------
             Reporter:  abaudoux      |                     Type:  defect
               Status:  new           |                 Priority:  normal
            Component:  undetermined  |                  Version:  2.3.3
             Keywords:                |               Blocked By:
             Blocking:                |  Reproduced by developer:  0
Analyzed by developer:  0             |
--------------------------------------+----------------------------------
 I have an error while converting a ts stream to hls:

 PES packet size mismatch
 [mpegts  <at>  0x7fbf59801000] AAC bitstream not in ADTS format and extradata
 missing
 av_interleaved_write_frame(): Invalid data found when processing input


 Here is the full console output: (I can provide a file if asked)

 {{{
 ffmpeg -v 9 -loglevel 99  -i test.ts   -analyzeduration 1G -probesize 1G
 -map 0:25 -map 0:0 -codec copy  -f hls -hls_list_size 5 -hls_time 10
 /tmp/ebs/EBS_250_INT.m3u8
 ffmpeg version 2.3.3 Copyright (c) 2000-2014 the FFmpeg developers
   built on Sep 17 2014 10:46:16 with Apple LLVM version 5.1
 (clang-503.0.40) (based on LLVM 3.4svn)
   configuration: --prefix=/usr/local/Cellar/ffmpeg/2.3.3 --enable-shared
 --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree
 --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang
 --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-
(Continue reading)

FFmpeg | 17 Sep 09:38 2014

#3956(ffmpeg:new): capturing with h264 codec with built-in hw c920 produce intermittent pause

#3956: capturing with h264 codec with built-in hw c920 produce intermittent pause
-------------------------------------+-------------------------------------
             Reporter:  gtzen        |                     Type:  defect
               Status:  new          |                 Priority:  critical
            Component:  ffmpeg       |                  Version:
             Keywords:  ffmpeg,      |  unspecified
  c920, copyinkf                     |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 While using a logitech c920 build-in hw codec to capture the video from
 webcam, it produces slight random intermittent pause in the captured video
 (that makes look like frames jump from one to another)

 How to reproduce:
 {{{
 % ffmpeg -report -s 1920x1080 -f v4l2 -vcodec h264 -i /dev/video0
 -copyinkf -vcodec copy test_directly_processed_by_c920-another-
 attempt1.mp4
 %cat ffmpeg-20140917-084550.log
 ffmpeg started on 2014-09-17 at 08:45:50
 Report written to "ffmpeg-20140917-084550.log"
 Command line:
 ffmpeg -report -s 1920x1080 -f v4l2 -vcodec h264 -i /dev/video0 -vcodec
 copy test_directly_processed_by_c920-another-attempt1.mp4
 ffmpeg version 2.4 Copyright (c) 2000-2014 the FFmpeg developers
   built on Sep 15 2014 01:02:34 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
   configuration: --extra-libs=-ldl --prefix=/opt/ffmpeg --enable-
 avresample --disable-debug --enable-nonfree --enable-gpl --enable-version3
 --enable-x11grab --enable-libpulse --enable-libopencore-amrnb --enable-
(Continue reading)

FFmpeg | 17 Sep 02:05 2014

#3955(undetermined:new): native vorbis encoder produces noise

#3955: native vorbis encoder produces noise
-------------------------------------+-------------------------------------
             Reporter:  hxuanyu      |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Converted a 5.1 channel video into webm with latest ffmpeg (using native
 vorbis for audio encoder). But can hear noise not exists in  source video.

 Was able to reproduce this issue with 2 videos.

 Below is the command used to convert.

 {{{
 $ ffmpeg.exe -i Stereotest.mp4 -acodec vorbis -strict -2 test.webm
 ffmpeg version N-66289-gb76d613 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Sep 15 2014 22:02:10 with gcc 4.8.3 (GCC)
   configuration: --enable-gpl --enable-version3 --disable-w32threads
 --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r
 --enable-gnutls --enable-iconv --enable-libass --enable-libbluray
 --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme
 --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame
 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg
 --enable-libopus --enable-librtmp --enable-libschroedinger --enable-
 libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-
(Continue reading)

FFmpeg | 16 Sep 14:07 2014

#3954(undetermined:new): Remuxing vorbis into AVI leads to very large files

#3954: Remuxing vorbis into AVI leads to very large files
-------------------------------------+-------------------------------------
               Reporter:  ubitux     |                  Owner:
                   Type:  defect     |                 Status:  new
               Priority:  normal     |              Component:
                Version:             |  undetermined
  unspecified                        |               Keywords:  avi vorbis
             Blocked By:             |               Blocking:
Reproduced by developer:  0          |  Analyzed by developer:  0
-------------------------------------+-------------------------------------
 Create a small OGG/Vorbis file:
 {{{
 ☭ ./ffmpeg -f lavfi -i sine -c:v libvorbis -t 100 out.ogg
 ffmpeg version N-66293-g5ddfac8 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Sep 16 2014 14:01:03 with gcc 4.9.1 (GCC)
   configuration: --enable-gpl --enable-libfribidi --enable-fontconfig
 --enable-libfreetype --enable-libx264 --enable-libvorbis --enable-
 libmp3lame --enable-libmodplug --enable-libass --assert-level=2
 --samples=/home/ux/fate-samples --cc='ccache cc'
   libavutil      54.  7.100 / 54.  7.100
   libavcodec     56.  1.100 / 56.  1.100
   libavformat    56.  4.101 / 56.  4.101
   libavdevice    56.  0.100 / 56.  0.100
   libavfilter     5.  1.100 /  5.  1.100
   libswscale      3.  0.100 /  3.  0.100
   libswresample   1.  1.100 /  1.  1.100
   libpostproc    53.  0.100 / 53.  0.100
 Input #0, lavfi, from 'sine':
   Duration: N/A, start: 0.000000, bitrate: 705 kb/s
(Continue reading)


Gmane