FFmpeg | 25 Jul 19:32 2014

#3805(undetermined:new): hash brown decoding error

#3805: hash brown decoding error
-------------------------------------+-------------------------------------
               Reporter:  dericed    |                  Owner:
                   Type:  defect     |                 Status:  new
               Priority:  critical   |              Component:
                Version:  git-       |  undetermined
  master                             |               Keywords:  png
             Blocked By:             |               Blocking:
Reproduced by developer:  0          |  Analyzed by developer:  0
-------------------------------------+-------------------------------------
 Summary of the bug:
 The official digital portrait of the McDonald's hash brown decodes
 incorrectly in ffmpeg adding distorted orange colors. The png is here:
 http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash-
 Brown.png.

 How to reproduce:
 {{{
 ffplay http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash-
 Brown.png
 ffplay version N-64536-gc8b2cf4 Copyright (c) 2003-2014 the FFmpeg
 developers
   built on Jul  8 2014 23:01:07 with Apple LLVM version 5.1
 (clang-503.0.40) (based on LLVM 3.4svn)
   configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --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-
 libmp3lame --enable-libxvid --enable-libfreetype --enable-ffplay --enable-
 libopenjpeg --extra-
(Continue reading)

FFmpeg | 25 Jul 15:36 2014

Re: #2597(avformat:closed): Support additional audio rates in DV muxer

#2597: Support additional audio rates in DV muxer
-------------------------------------+------------------------------------
             Reporter:  llogan       |                    Owner:
                 Type:  enhancement  |                   Status:  closed
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:  fixed
             Keywords:  dvvideo      |               Blocked By:
             Blocking:               |  Reproduced by developer:  1
Analyzed by developer:  0            |
-------------------------------------+------------------------------------
Changes (by michael):

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

Comment:

 Fixed in cb169126c5ee7f4d5dc14ff140e3f858bfb8217a

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2597#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 25 Jul 13:05 2014

#3804(undetermined:new): FFmpeg process hangs when new subtitle streams are found during encoding

#3804: FFmpeg process hangs when new subtitle streams are found during encoding
--------------------------------------+----------------------------------
             Reporter:  mrskman       |                     Type:  defect
               Status:  new           |                 Priority:  normal
            Component:  undetermined  |                  Version:  2.3
             Keywords:                |               Blocked By:
             Blocking:                |  Reproduced by developer:  0
Analyzed by developer:  0             |
--------------------------------------+----------------------------------
 FFmpeg process hangs when new subtitle streams are found with 100% CPU
 usage no mather which output codecs I choose. I also tried -c "copy" and
 -sn options. Tested on 2.3.0 and 2.2.4.

 Sample:
 http://www.datafilehost.com/d/e48ce035

 Sample is first 20MB of the original file (~155MB).


 {{{
 ffmpeg started on 2014-07-25 at 12:34:43
 Report written to "ffmpeg-20140725-123443.log"
 Command line:
 ./ffmpeg-2.3.0/build/bin/ffmpeg -v 9 -loglevel 99 -report -i
 ./encoding_hangs_when_new_subtitle_streams_are_found.vob -c:a libfdk_aac
 -c:v libx264 -r:v 25 -crf 27 -preset ultrafast -profile:v baseline
 -movflags faststart -pix_fmt yuv420p -b:a 128k -t 30 -y -map_metadata -1
 -f mp4 /dev/null
 ffmpeg version 2.3 Copyright (c) 2000-2014 the FFmpeg developers
   built on Jul 18 2014 10:09:18 with gcc 4.6 (Ubuntu/Linaro
(Continue reading)

FFmpeg | 25 Jul 08:25 2014

#3803(undetermined:new): Incorrect bitrate in RIFF header when wrapping dts in WAV

#3803: Incorrect bitrate in RIFF header when wrapping dts in WAV
-------------------------------------+-------------------------------------
             Reporter:  ptalarbvorm  |                     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:

 When adding a WAV header to a dts stream, FFmpeg writes the value read
 from the dts "target bitrate" field, which almost-always is not the actual
 bitrate of the stream. DTS in a WAV container is accepted by VirtualDub's
 AVI muxer, and so far I have to hex-edit the WAVved DTS files created
 through FFmpeg.

 How to reproduce:

 1) Create a dts file from an Audio CD track;

 dcaenc -i CD_Track_01.wav -o track_01.dts -b 441

 2) Mux with FFmpeg;

 ffmpeg -i track_01.dts -acodec copy track_01.WAV

 The RIFF header will report "448kbps", instead of *441kbps*, which is the
 correct value.
(Continue reading)

FFmpeg | 25 Jul 03:05 2014

#3802(undetermined:new): Telestream Wirecast Violates GPL

#3802: Telestream Wirecast Violates GPL
-------------------------------------+-------------------------------------
             Reporter:  kierank      |                     Type:  license
               Status:  new          |  violation
            Component:               |                 Priority:  normal
  undetermined                       |                  Version:
             Keywords:               |  unspecified
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------
 EULA talks about LGPL but their files are built with GPLv3

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3802>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 24 Jul 20:12 2014

#3801(undetermined:new): SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr

#3801: SWSCALE: Incorrect Values in Full Range Conversion RGB to YCbCr
-------------------------------------+-------------------------------------
             Reporter:  troy_s       |                     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:

 FFMPEG is potentially delivering values that deviate from theoretical
 results in RGB to YCbCr conversions. This case applies to RGB to full
 range YCbCr conversion, using REC.709 coefficients on the input.

 {{{
 ./ffmpeg -i ~/Documents/FFMPEG\ Color\ Research/ARIB_STD-B28.png -pix_fmt
 yuv444p -vcodec rawvideo -f rawvideo -vf
 scale="in_range=full:in_color_matrix=bt709:out_range=full:out_color_matrix=bt709"
 test-full.yuv
 ffmpeg version N-64958-gce8e27e Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Jul 24 2014 10:54:07 with gcc 4.7 (Ubuntu/Linaro
 4.7.3-12ubuntu1)
   configuration: --enable-gpl --enable-libx264 --enable-shared --disable-
 static --enable-pic
   WARNING: library configuration mismatch
   avutil      configuration: --enable-gpl --enable-libx264 --disable-asm
 --enable-shared --disable-static --enable-pic
(Continue reading)

FFmpeg | 24 Jul 04:39 2014

#3800(avutil:new): AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof' expressions"

#3800: AVUTIL/BPRINT.H: C++ "error: types may not be defined in 'sizeof'
expressions"
-------------------------------------+-------------------------------------
             Reporter:  troy_s       |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:  avutil       |                  Version:  git-
             Keywords:  c++          |  master
  bprint.h                           |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:

 When using FFMPEG git trunk, C++ mixed code fails on bprint.h with "error:
 types may not be defined in 'sizeof' expressions"

 How to reproduce:

 Attempt mixing FFMPEG C code with a C++ application. Tested with g++ 4.6
 and 4.8.

 {{{
 In file included from /usr/local/include/libavformat/avio.h:34:0,
                  from /usr/local/include/libavformat/avformat.h:259,
                  from ../YCbCrExporter/ffsequence.h:29,
                  from ../YCbCrExporter/ffsequence.cpp:21:
 /usr/local/include/libavutil/bprint.h:78:5: error: types may not be
 defined in ‘sizeof’ expressions
 }}}

(Continue reading)

FFmpeg | 24 Jul 03:25 2014

#3799(avformat:new): non Vorbis comment tags in flac appear to be appended

#3799: non Vorbis comment tags in flac appear to be appended
-------------------------------------+-------------------------------------
               Reporter:  llogan     |                  Owner:
                   Type:  defect     |                 Status:  new
               Priority:  important  |              Component:  avformat
                Version:  git-       |               Keywords:  flac
  master                             |  regression
             Blocked By:             |               Blocking:
Reproduced by developer:  0          |  Analyzed by developer:  0
-------------------------------------+-------------------------------------
 Regression since 0dc6655. Expected behavior is to not append non-Vorbis
 comment metadata.

 Vorbis comment is the only officially supported tagging mechanism in
 FLAC^[1]^. FLAC files containing (at least) ID3v2 with Vorbis comments may
 cause multiple metadata values per metadata key to be displayed resulting
 in ugly metadata.

 Silent sample `id3v2_vorbiscomment.flac`, apparently created with EAC^[2]^
 and containing ID3v2 with Vorbis comments, attached to this bug report.

 {{{
 $ ./ffmpeg -i id3v2_vorbiscomment.flac
 ffmpeg version N-64948-g8b59ab1 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Jul 23 2014 17:15:34 with gcc 4.9.1 (GCC)
   configuration:
   libavutil      52. 92.101 / 52. 92.101
   libavcodec     55. 69.100 / 55. 69.100
   libavformat    55. 49.100 / 55. 49.100
(Continue reading)

FFmpeg | 24 Jul 02:55 2014

#3798(ffprobe:new): ffprobe indentifies 16:9 display aspect ratio as 0:1

#3798: ffprobe indentifies 16:9 display aspect ratio as 0:1
-------------------------------------+-------------------------------------
             Reporter:  miguelapg    |                     Type:  defect
               Status:  new          |                 Priority:  important
            Component:  ffprobe      |                  Version:  git-
             Keywords:  aspect       |  master
  ratio                              |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:

 ffprobe indentifies wrongly 16:9 display aspect ratio as 0:1 in this movie
 "pompeii-tlr2_h1080p.mov". (Uploaded to "incoming" folder in your FTP
 server: upload.ffmpeg.org)

 How to reproduce:
 {{{
 ffprobe -v quiet -print_format json -show_format -show_streams "pompeii-
 tlr2_h1080p.mov" >"myResults.json"

 ffprobe version
 Latest version: git-a613257 (2014-07-23) 64-Bit

 ffprobe output in Json format is attached to this ticket. Called:
 "myResults.json".
 }}}

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3798>
(Continue reading)

FFmpeg | 23 Jul 17:37 2014

#3797(undetermined:new): Latest trunk is not syncing audio/video from RTSP

#3797: Latest trunk is not syncing audio/video from RTSP
-------------------------------------+-------------------------------------
             Reporter:  hackeron     |                     Type:  defect
               Status:  new          |                 Priority:  important
            Component:               |                  Version:  git-
  undetermined                       |  master
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 I'm recording from a D-Link DCS-2230 IP Camera with this command:

 {{{
 ffmpeg -use_wallclock_as_timestamps 1 -rtsp_transport tcp -i
 'rtsp://admin: <at> 192.168.1.83/live1.sdp' -dn -map 0 -codec:a libfdk_aac
 -flags +qscale -global_quality 1 -afterburner 1 -ar 44100 -codec:v copy -f
 segment -segment_time 60 -segment_wrap 10 -segment_list_flags live
 -segment_list_size 10 -reset_timestamps 1 -segment_list test.csv -y
 test_%02d.mkv
 }}}

 With Trunk from 2014/04/09 all works correctly and each output video is
 exactly 1 minute long. With Trunk from 2014/07/18 the audio duration
 slowly grows in size and the duration of each video gets 10 seconds
 longer:

 With 2014/04/09 trunk:

 {{{
 deployer <at> XanBox:~/test$ mediainfo *.mkv | grep -i duration
(Continue reading)

FFmpeg | 23 Jul 16:21 2014

Re: #2748(undetermined:open): Inconsistent UDP output packet size

#2748: Inconsistent UDP output packet size
-------------------------------------+-------------------------------------
             Reporter:  lancey       |                    Owner:
                 Type:  defect       |                   Status:  open
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  mpegts udp   |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by cehoyos):

 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/180292

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

Gmane