FFmpeg | 6 Jul 01:43 2015

#4700(undetermined:new): Past duration 0.999992 too large

#4700: Past duration 0.999992 too large
-------------------------------------+-------------------------------------
             Reporter:  MysteryX     |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:
 How to reproduce:
 {{{
 % ffmpeg -i "Job2_Source.mpg" -vcodec utvideo -an "Job2_Temp.avi"
 ffmpeg version N-73361-g03b2b40
 built with gcc 4.9.2 (GCC)
 }}}

 Using this input file (MPEG VCD file)
 https://www.spiritualselftransformation.com/files/media-encoder-old.mpg

 The conversion to AVI works but is slow and keeps throwing the error "Past
 duration 0.999992 too large".

 Converting with build N-67118-g08e6832 works fine and is about 3x faster.

 Here's the full console output.

 {{{
 ffmpeg.exe -i "Job2_Source.mpg" -vcodec utvideo -an "Job1_Temp.avi"
(Continue reading)

FFmpeg | 6 Jul 01:35 2015

#4699(undetermined:new): Cannot Muxe Into MKV

#4699: Cannot Muxe Into MKV
-------------------------------------+-------------------------------------
             Reporter:  MysteryX     |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:
 How to reproduce:
 {{{
 % ffmpeg -i "Job1_Video.264" -i "Job1_Source.mp4" -acodec copy -vcodec
 copy -map 0:v -map 1:a "Job1_Final.mkv"
 ffmpeg version N-73361-g03b2b40
 built with gcc 4.9.2 (GCC)
 }}}

 FFMPEG fails to merge a H264 stream and an audio into a MKV container.
 Running the same command with MP4 at the end works, but running it to muxe
 into MKV fail.

 This is a problem because x264.exe only provides outputs in raw H264
 format, and it is impossible to muxe it into MKV. I have a previous
 version of x264.exe that did somehow have MP4 support, and FFMPEG is able
 to muxe the MP4 and original audio together into MKV. It just fails when
 the input is raw H264.

 It doesn't matter which input file I use, it always fails.
(Continue reading)

FFmpeg | 6 Jul 01:09 2015

Re: #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples

#2686: Native AAC encoder collapses at high bitrates on some samples
-------------------------------------+-------------------------------------
             Reporter:  Kamedo2      |                    Owner:
                 Type:  defect       |  klaussfreire
             Priority:  normal       |                   Status:  open
              Version:  git-master   |                Component:  avcodec
             Keywords:  aac          |               Resolution:
  regression                         |               Blocked By:
             Blocking:               |  Reproduced by developer:  1
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by Kamedo2):

  <at> atomnuker
 Thank you. Then I will need another listening test to confirm the progress
 on the MOS scale. The current test is 64% done now.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:389>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 6 Jul 00:48 2015

Re: #535(avcodec:closed): encoding support for jpeg2000 yuv422p

#535: encoding support for jpeg2000 yuv422p
-------------------------------------+-----------------------------------
             Reporter:  dericed      |                    Owner:
                 Type:  enhancement  |                   Status:  closed
             Priority:  wish         |                Component:  avcodec
              Version:  git-master   |               Resolution:  fixed
             Keywords:  j2k          |               Blocked By:
             Blocking:               |  Reproduced by developer:  1
Analyzed by developer:  0            |
-------------------------------------+-----------------------------------
Changes (by cehoyos):

 * status:  open => closed
 * resolution:   => fixed

Comment:

 Enabled in 97fa0f37fee3096acb7ee7de83ac5d1a8b1c777a

--
Ticket URL: <https://trac.ffmpeg.org/ticket/535#comment:5>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 5 Jul 20:45 2015

Re: #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples

#2686: Native AAC encoder collapses at high bitrates on some samples
-------------------------------------+-------------------------------------
             Reporter:  Kamedo2      |                    Owner:
                 Type:  defect       |  klaussfreire
             Priority:  normal       |                   Status:  open
              Version:  git-master   |                Component:  avcodec
             Keywords:  aac          |               Resolution:
  regression                         |               Blocked By:
             Blocking:               |  Reproduced by developer:  1
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by atomnuker):

  <at> Kamedo2:
 No, the current git master contains no changes from the previous v9b or
 the future v9c yet.
 Claudio Freire is currently merging his v9c patch with the current git
 master and should send it off to the mailing list once he's done. This
 shouldn't hopefully take long, he only needs to tweak the PNS band
 marking.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:388>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 5 Jul 20:37 2015

#4698(avcodec:new): Wrong channel layout for FLAC 3/1 channels on playback

#4698: Wrong channel layout for FLAC 3/1 channels on playback
---------------------------------+----------------------------------
             Reporter:  Mango    |                     Type:  defect
               Status:  new      |                 Priority:  normal
            Component:  avcodec  |                  Version:  2.6.3
             Keywords:           |               Blocked By:
             Blocking:           |  Reproduced by developer:  0
Analyzed by developer:  0        |
---------------------------------+----------------------------------
 Summary of the bug:

 The eac3to dev said this is an ffmpeg bug.

 eac3to and ffmpeg both write correct channel layout tags to the FLAC when
 converting from DTS-HDMA 3/1.

 But ffmpeg 2.7 outputs this error while encoding :"Channel layout not
 supported by Flac, output stream will have incorrect channel layout".

 eac3to doesn't output such error and the dev said there is no reason to,
 because this layout has been supported by FLAC for the past 9 years, since
 since FLAC 1.1.3 (27-Nov-2006) changelog:

     Encoder can now take WAVEFORMATEXTENSIBLE WAVE files as input; decoder
 will output WAVEFORMATEXTENSIBLE WAVE files when necessary to conform to
 the latest Microsoft specifications. Now properly supports AIFF and
 WAVEFORMATEXTENSIBLE multichannel input, performing necessary channel
 reordering both for encoding and decoding.

     WAVEFORMATEXTENSIBLE channel mask is also saved to a tag on encoding
(Continue reading)

FFmpeg | 5 Jul 19:04 2015

Re: #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples

#2686: Native AAC encoder collapses at high bitrates on some samples
-------------------------------------+-------------------------------------
             Reporter:  Kamedo2      |                    Owner:
                 Type:  defect       |  klaussfreire
             Priority:  normal       |                   Status:  open
              Version:  git-master   |                Component:  avcodec
             Keywords:  aac          |               Resolution:
  regression                         |               Blocked By:
             Blocking:               |  Reproduced by developer:  1
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by Kamedo2):

 I would like to thank Rostislav Pehlivanov and Michael Niedermayer for
 committing the improvement.
 Is the current git head similar to the N-70351-g2b40416+v9b patch I am
 testing?

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:387>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 4 Jul 13:16 2015

#4697(undetermined:new): win32 - ffprobe ffmpeg, unicode path to JPG file - Could find no file with path 'C:\╤В╨╡╤Б╤В\SAM_0022.JPG'

#4697: win32 - ffprobe ffmpeg, unicode path to JPG file - Could find no file with
path 'C:\╤В╨╡╤Б╤В\SAM_0022.JPG'
-------------------------------------+-------------------------------------
             Reporter:  bayarookie   |                     Type:  defect
               Status:  new          |                 Priority:  minor
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:  win32 JPG    |               Blocked By:
  unicode path                       |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:
 How to reproduce:
 C:\>"C:\Work\ffmpegGUIta\ffmpeg-2.7\ffprobe.exe" -show_streams
 C:\тест\SAM_0022.JPG
 ffprobe version 2.7 Copyright (c) 2007-2015 the FFmpeg developers
   built with gcc 4.9.2 (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-libdcadec --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-libvidstab --enable-libvo-aacenc --enable-
 libvo-amrwbenc
  --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp
 --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid
(Continue reading)

FFmpeg | 4 Jul 13:02 2015

#4696(ffmpeg:new): Duration with -t before -i is actually value of -t plus value of -ss

#4696: Duration with -t before -i is actually value of -t plus value of -ss
---------------------------------+----------------------------------
             Reporter:  Piscium  |                     Type:  defect
               Status:  new      |                 Priority:  normal
            Component:  ffmpeg   |                  Version:  2.4.10
             Keywords:           |               Blocked By:
             Blocking:           |  Reproduced by developer:  0
Analyzed by developer:  0        |
---------------------------------+----------------------------------
 If I run the command below I would expect the duration of the output file
 to be 30 seconds, but instead it is 40.

 ffmpeg  -y -ss 10 -t 30 -i in.m4a -acodec copy -flags global_header
 out.m4a

 It seems this is a bug. It may be the same bug or related to bug #4475.

 In case somebody else comes across this bug, the workaround is to subtract
 the value of the -ss parameter from the value of the -t parameter, as
 follows:

 ffmpeg  -y -ss 10 -t 20 -i in.m4a -acodec copy -flags global_header
 out.m4a

 With the above I get the intended duration of 30 seconds.

 Note that if the duration is less than the seek point you need to enter a
 negative duration for the workaround, for example the command below will
 also give me the desired duration of 30 seconds.

(Continue reading)

FFmpeg | 3 Jul 20:38 2015

Re: #2591(avcodec:open): Feature Request: Add ability to use Quick Sync to transcode video files

#2591: Feature Request:  Add ability to use Quick Sync to transcode video files
-------------------------------------+-----------------------------------
             Reporter:  zjacobs      |                    Owner:
                 Type:  enhancement  |                   Status:  open
             Priority:  wish         |                Component:  avcodec
              Version:  git-master   |               Resolution:
             Keywords:  h264         |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-----------------------------------

Comment (by Mista_D):

 $300 CAD bounty (Paypal or !WesternUnion) for a '''complete''' integration
 of Intel !QuickSync's encoding, decoding and VPP filtering features.
 Bounty expires on November 1st 2015.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2591#comment:21>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 3 Jul 12:14 2015

Re: #351(avformat:closed): Make Matroska cluster size configurable

#351: Make Matroska cluster size configurable
-------------------------------------+------------------------------------
             Reporter:  dericed      |                    Owner:
                 Type:  enhancement  |                   Status:  closed
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:  fixed
             Keywords:  mkv          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------
Changes (by cehoyos):

 * status:  open => closed
 * resolution:   => fixed

Comment:

 I believe this was implemented by Luca in 2013 and merged in ac957bc6

--
Ticket URL: <https://trac.ffmpeg.org/ticket/351#comment:9>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker

Gmane