FFmpeg | 22 May 11:36 2015

#4574(avdevice:new): The x11grab input refuses to capture the full screen claiming the capture area is outside the screen size

#4574: The x11grab input refuses to capture the full screen claiming the capture
area is outside the screen size
----------------------------------+--------------------------------------
             Reporter:  es        |                     Type:  defect
               Status:  new       |                 Priority:  important
            Component:  avdevice  |                  Version:  git-master
             Keywords:            |               Blocked By:
             Blocking:            |  Reproduced by developer:  0
Analyzed by developer:  0         |
----------------------------------+--------------------------------------
 It  seems the the following commit broke fullscreen recording with
 x11grab:
 http://git.videolan.org/?p=ffmpeg.git;a=commit;h=9ccaeff67a3b0f75f7f25c39c5d373b560dcfb19

 How to reproduce:
 {{{
 $ xrandr
 Screen 0: minimum 8 x 8, current 1280 x 720, maximum 32767 x 3276
 [...]

 $ ffmpeg -f x11grab -framerate 30 -threads 0 -s 1280x720 -i :0 capture.mp4
 [x11grab  <at>  0x16a0a60] Capture area 1280x720 at position 0.0 outside the
 screen size 1280x720
 :0: Invalid argument

 $ ffmpeg -version
 ffmpeg version 2.6.3 Copyright (c) 2000-2015 the FFmpeg developers
 built with gcc 4.9.2 (GCC) 20150304 (prerelease)
 configuration: --prefix=/usr --disable-debug --disable-static --disable-
 stripping --enable-avisynth --enable-avresample --enable-fontconfig
(Continue reading)

FFmpeg | 21 May 22:57 2015

#4573(undetermined:new): Concatenation of files with different codecs - Using an external script: Script dosn't works in dos/windows

#4573: Concatenation of files with different codecs - Using an external script:
Script dosn't works in dos/windows
-------------------------------------+-------------------------------------
             Reporter:  Scenator     |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:               |               Blocked By:
  Concatenation, different codecs,   |  Reproduced by developer:  0
  external script, dos, windows      |
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:
 Hello,
 on Page http://trac.ffmpeg.org/wiki/Concatenate I found the
 "mmcat"-Script.
 Unfortunately, this script can't be run in a dos/windows-environment.
 Is it possible to deliver a dos-compatible script-version?

 best regards,
   Frank

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4573>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 21 May 14:49 2015

#4572(avcodec:new): mjpeg encoder crashes

#4572: mjpeg encoder crashes
-------------------------------------+-------------------------------------
             Reporter:  maf          |                     Type:  defect
               Status:  new          |                 Priority:  important
            Component:  avcodec      |                  Version:  2.5.6
             Keywords:  mjpeg        |               Blocked By:
  encoder                            |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  1            |
-------------------------------------+-------------------------------------
 Encoding mjpeg stream crashes. I do not have repro which I can share.
 But I was able to find one commit which breaks the encoder.
 My starting good version was 2.4 and breaking version 2.5. Then I used git
 bisect and found this commit:

 Revision: 1441641d786a2deecae49c6dc2979af8791ce962
 Author: Michael Niedermayer <michaelni <at> gmx.at>
 Date: 29-Sep-14 5:42:59
 Message:
 avcodec/mpegvideo_enc: Allocate only a small buffer and reallocate as
 needed

 This should reduce the memory requirement

 Signed-off-by: Michael Niedermayer <michaelni <at> gmx.at>
 ----
 Modified: libavcodec/mpegvideo_enc.c

 -------------
 I am not that good with ffmpeg internals to be able to find the real
(Continue reading)

FFmpeg | 20 May 23:23 2015

#4571(avformat:new): HLS VOD m3u8 manifest support

#4571: HLS VOD m3u8 manifest support
-------------------------------------+-------------------------------------
             Reporter:               |                     Type:
  chrisballinger                     |  enhancement
               Status:  new          |                 Priority:  normal
            Component:  avformat     |                  Version:  git-
             Keywords:               |  master
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------
 Currently hlsenc.c supports generating a "live" manifest that is updated
 with a moving window of segments.  There are two other types of manifests,
 VOD and event.

 VOD manifests contain every segment and are useful to generate
 simultaneously with the live manifest, so when an event is over, a full
 version of the event is immediately available.

 This could be achieved by simply adding "#EXT-X-PLAYLIST-TYPE:VOD" as the
 second line at the top of another manifest that contains all segments.

 {{{
 #EXTM3U
 #EXT-X-PLAYLIST-TYPE:VOD
 #EXT-X-TARGETDURATION:10
 #EXT-X-VERSION:3
 #EXT-X-MEDIA-SEQUENCE:0
 #EXTINF:10.0,
 fileSequenceA.ts
 #EXTINF:10.0,
(Continue reading)

FFmpeg | 20 May 21:24 2015

#4570(avformat:new): Support SecureTransport for TLS on iOS / OS X

#4570: Support SecureTransport for TLS on iOS / OS X
-------------------------------------+-------------------------------------
             Reporter:               |                     Type:
  chrisballinger                     |  enhancement
               Status:  new          |                 Priority:  normal
            Component:  avformat     |                  Version:  git-
             Keywords:  tls          |  master
  securetransport apple ios osx      |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 This allows supporting TLS without relying on OpenSSL or gnutls on iOS and
 OS X which can greatly simplify the build process, especially on iOS.

 There was a patch submitted to the mailing list:
 https://ffmpeg.org/pipermail/ffmpeg-devel/2015-May/172663.html

 I tested the patch briefly and it seems to work properly, but requires
 setting --enable-securetransport instead of being autodetected.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4570>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 20 May 16:35 2015

#4569(undetermined:new): DNxHD as Input produce from color/gamma in output

#4569: DNxHD as Input produce from color/gamma in output
-------------------------------------+-------------------------------------
             Reporter:  jb_alvarado  |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 We try to convert DNxHD files to x264/mp4, to prores we have also try, so
 I guess the output format doesn't matter. The output has always wrong
 colors, it looks like a wrong gamma value or something similar.

 The DNxHD files comes from adobe media encoder and have a bt709 matrix. I
 put a picture to the post. The left side is the original DNxHD and the
 right side is x264. You see more saturation in the middle tone and all is
 a bit darker.

 My command is:
 ffmpeg -i dnxhd45.mov -pix_fmt yuv420p -c:v libx264 -crf 21 -preset slower
 -c:a libfdk_aac -b:a 128k output.mp4

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4569>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 19 May 11:11 2015

Re: #2622(avformat:open): Subtitle (hdmv pgs) remux fails

#2622: Subtitle (hdmv pgs) remux fails
-------------------------------------+-------------------------------------
             Reporter:  skifreak     |                    Owner:
                 Type:  defect       |                   Status:  open
             Priority:  normal       |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  pgssub       |               Blocked By:
  mpegts                             |  Reproduced by developer:  1
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by cehoyos):

 Partial patch:
 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/191788/focus=191844
 https://ffmpeg.org/pipermail/ffmpeg-devel/2015-April/171707.html

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2622#comment:3>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 19 May 11:11 2015

#4568(ffmpeg:new): x11grab cannot be at the same resolution as the screen

#4568: x11grab cannot be at the same resolution as the screen
-------------------------------------+-------------------------------------
             Reporter:  ingolfured   |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:  ffmpeg       |                  Version:  git-
             Keywords:  x11grab      |  master
  resolution                         |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 Summary of the bug:
 How to reproduce:
 {{{
 % ffmpeg -f x11grab -s `xdpyinfo  | grep 'dimensions:'|awk '{print $2}'`
 -i $DISPLAY  -c:v libx264 fun.mkv
 ffmpeg version 2.6.3
  built with gcc 4.9.2 (GCC) 20150304 (prerelease)
   configuration: --prefix=/usr --disable-debug --disable-static --disable-
 stripping --enable-avisynth --enable-avresample --enable-fontconfig
 --enable-gnutls --enable-gpl --enable-libass --enable-libbluray --enable-
 libfreetype --enable-libfribidi --enable-libgsm --enable-libmodplug
 --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb
 --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-
 libschroedinger --enable-libspeex --enable-libssh --enable-libtheora
 --enable-libv4l2 --enable-libvorbis --enable-libvpx --enable-libx264
 --enable-libx265 --enable-libxvid --enable-shared --enable-version3
 --enable-x11grab
   libavutil      54. 20.100 / 54. 20.100
   libavcodec     56. 26.100 / 56. 26.100
   libavformat    56. 25.101 / 56. 25.101
(Continue reading)

FFmpeg | 19 May 09:23 2015

#4567(website:new): FFmpeg snapshot shows no useful version number

#4567: FFmpeg snapshot shows no useful version number
---------------------------------------+---------------------------------
               Reporter:  cehoyos      |                  Owner:
                   Type:  enhancement  |                 Status:  new
               Priority:  wish         |              Component:  website
                Version:  git-master   |               Keywords:
             Blocked By:               |               Blocking:
Reproduced by developer:  0            |  Analyzed by developer:  0
---------------------------------------+---------------------------------
 After downloading the current snapshot from
 http://ffmpeg.org/download.html and unpacking it:
 {{{
 $ ./version.sh
 2.6.git
 }}}
 This should show the actual git version that produced the snapshot.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4567>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 19 May 03:52 2015

#4566(ffmpeg:new): ffmpeg won't copy metadata ("StreamTitle") from audio live stream (transcoding)

#4566: ffmpeg won't copy metadata ("StreamTitle") from audio live stream
(transcoding)
----------------------------------+-------------------------------------
             Reporter:  easydoor  |                     Type:  defect
               Status:  new       |                 Priority:  important
            Component:  ffmpeg    |                  Version:  2.6.2
             Keywords:  metadata  |               Blocked By:
             Blocking:            |  Reproduced by developer:  0
Analyzed by developer:  0         |
----------------------------------+-------------------------------------
 It won't copy "StreamTitle" from input to output while transcoding input
 from mp3 to aac.
 I'm using version v2.6.1 compiled by me on ubuntu 14.

 I try simpliest transcoding with -c:a copy option and sending it to
 icecast v2.4.1 and as a client I'm using latest winamp and vlc.
 In booth player as title is showing only the mount point (in this case
 mystream) from icecast:

 {{{
 icecast://source:mypass <at> x.x.x.x:8000/mystream
 }}}
 and not the StreamTitle from input file.
 Why and how can I just pass it from input to output?
 I don't think that problem is Icecast, because I try to stream with SAM
 Broadcaster and in Winamp I see updated StreamTitle in real time.
 Here is the command line:

 {{{
 /root/ffmpeg_sources/ffmpeg*/./ffmpeg -stats -report -i
(Continue reading)

FFmpeg | 18 May 13:25 2015

#4565(avformat:new): MP2 in AVI (possibly) wrong frame_size/blkalign

#4565: MP2 in AVI (possibly) wrong frame_size/blkalign
-------------------------------------+-------------------------------------
             Reporter:  darkyp       |                     Type:  defect
               Status:  new          |                 Priority:  important
            Component:  avformat     |                  Version:
             Keywords:               |  unspecified
  wav,header,mp2                     |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 The background: I'm transcoding DVB MPEG2 Video stream on the Raspberry
 platform to H.264 and the audio is left as is (various types of MP2 audio)
 then both streams are muxed in the AVI container using libavformat.

 The files play fine in most players, however some will play the audio
 stutteringly. VirtualDubMod 1.5.10.1 will complain about audio being VBR
 though it is CBR. If I manually hexedit the AVI and just fix the header
 with the proper values the files will play fine and VDub will not produce
 the warning.

 I looked in the source and I think this could be a problem with
 ff_put_wav_header or a combination with av_get_audio_frame_duration. For
 MP2 audio streams blkalign = frame_size = 1152 (hard coded) while I think
 if the encoder has reported block_align ff_put_wav_header might use it for
 MP2 audio.

 Am I wrong in assuming that the wav header block align should be different
 for the following types of MP2 audio:

 Bitrate: 64000, Sample rate: 48000, Channels: 1 Frame size: 192
(Continue reading)


Gmane