FFmpeg | 1 Oct 02:50 2014

#3994(undetermined:new): Support MO3 tracker format

#3994: Support MO3 tracker format
-------------------------------------+-------------------------------------
             Reporter:  DJX          |                     Type:
               Status:  new          |  enhancement
            Component:               |                 Priority:  wish
  undetermined                       |                  Version:  git-
             Keywords:               |  master
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------
 Summary of the bug:
 Add support for MO3 audio tracker format.
 http://lclevy.free.fr/mo3/
 http://en.wikipedia.org/wiki/MO3

 How to reproduce:
 {{{
 .\ffmpeg -i Bejeweled3_suite.mo3
 ffmpeg version N-65651-gd3a2249 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Aug 15 2014 01:37:54 with gcc 4.8.3 (GCC)
   configuration: --enable-gpl --enable-version3 --disable-w32threads
 --enable-avisynth --enable-bzlib --enable-fontconfi
 g --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-lib
 opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-
 libopus --enable-librtmp --enable-libschroedinge
 r --enable-libsoxr --enable-libspeex --enable-libtheora --enable-
(Continue reading)

FFmpeg | 1 Oct 01:25 2014

Re: #3991(undetermined:closed): ffmpeg hangs on processing WTV files

#3991: ffmpeg hangs on processing WTV files
-------------------------------------+-------------------------------------
             Reporter:  ramitbhalla  |                    Owner:
                 Type:  defect       |                   Status:  closed
             Priority:  normal       |                Component:
              Version:  unspecified  |  undetermined
             Keywords:               |               Resolution:
             Blocking:               |  needs_more_info
Analyzed by developer:  0            |               Blocked By:
                                     |  Reproduced by developer:  0
-------------------------------------+-------------------------------------
Changes (by cehoyos):

 * priority:  important => normal
 * status:  new => closed
 * resolution:   => needs_more_info

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3991#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 1 Oct 01:15 2014

Re: #3241(undetermined:closed): Medialooks violates the GPL

#3241: Medialooks violates the GPL
-------------------------------------+-------------------------------------
             Reporter:  kierank      |                    Owner:
                 Type:  license      |                   Status:  closed
  violation                          |                Component:
             Priority:  normal       |  undetermined
              Version:  unspecified  |               Resolution:  fixed
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Changes (by llogan):

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

Comment:

 After a quick look it seems fine to me now. Thanks for fixing and sorry
 for the delay.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3241#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 1 Oct 01:08 2014

#3993(undetermined:new): Digiarty WinX violates GPL

#3993: Digiarty WinX violates GPL
-------------------------------------+-------------------------------------
               Reporter:  llogan     |                  Owner:
                   Type:  license    |                 Status:  new
  violation                          |              Component:
               Priority:  normal     |  undetermined
                Version:             |               Keywords:
  unspecified                        |               Blocking:
             Blocked By:             |  Analyzed by developer:  0
Reproduced by developer:  0          |
-------------------------------------+-------------------------------------
 Various products contain `--enable-gpl` and `--enable-nonfree`.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3993>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 30 Sep 22:07 2014

Re: #3991(undetermined:new): ffmpeg hangs on processing WTV files

#3991: ffmpeg hangs on processing WTV files
-------------------------------------+-------------------------------------
             Reporter:  ramitbhalla  |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  important    |                Component:
              Version:  unspecified  |  undetermined
             Keywords:               |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by ramitbhalla):

 This was working fine before ticket #3898

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3991#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 30 Sep 21:52 2014

#3992(avformat:new): When streaming stereo opus audio over rtp, ffmpeg prints sdp info for a mono stream

#3992: When streaming stereo opus audio over rtp, ffmpeg prints sdp info for a
mono stream
-------------------------------------+-------------------------------------
             Reporter:  CoRoNe       |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:  avformat     |                  Version:
             Keywords:  opus rtp     |  unspecified
  sdp mono                           |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 How to reproduce:
 {{{
 ffmpeg -hide_banner -f dshow -channel_layout stereo -i audio="NVIDIA(R)
 nForce(TM)
 Audio" -c:a libopus -ab 96k -f rtp rtp://192.168.178.22:1234
 }}}
 {{{
 Input #0, dshow, from 'audio=NVIDIA(R) nForce(TM) Audio':
   Duration: N/A, start: 8066.233000, bitrate: 1411 kb/s
     Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s
 Output #0, rtp, to 'rtp://192.168.178.22:1234':
   Metadata:
     encoder         : Lavf56.7.101
     Stream #0:0: Audio: opus (libopus), 48000 Hz, stereo, s16, 96 kb/s
     Metadata:
       encoder         : Lavc56.1.101 libopus
 Stream mapping:
   Stream #0:0 -> #0:0 (pcm_s16le (native) -> opus (libopus))
 SDP:
(Continue reading)

FFmpeg | 30 Sep 09:52 2014

#3990(ffmpeg:new): Video duration increases when reducing frame rate

#3990: Video duration increases when reducing frame rate
--------------------------------+--------------------------------------
             Reporter:  t.rapp  |                     Type:  defect
               Status:  new     |                 Priority:  normal
            Component:  ffmpeg  |                  Version:  git-master
             Keywords:          |               Blocked By:
             Blocking:          |  Reproduced by developer:  0
Analyzed by developer:  0       |
--------------------------------+--------------------------------------
 When reducing the frame rate of a 25Hz/20sec AVI/HuffYUV video test file
 to 1Hz the duration increases to 22sec.

 Comparing the framemd5 output of input file and output file (see
 attachments) it seems that the first two frames of the input file are
 passed through, then each frame at the middle of the output interval is
 passed (frame 13 for the first 1sec interval, frame 38 for the second 1sec
 interval, ...).

 How to reproduce:
 {{{
 # create 25Hz test input file
 % ffmpeg -f lavfi -graph "testsrc=size=pal:rate=25 [out0]" -i dummy \
   -f avi  -codec:v huffyuv -pix_fmt yuv422p -t 20 /tmp/test-25hz.avi

 # create 1Hz test output file
 % ffmpeg -i /tmp/test-25hz.avi -f avi -codec:v huffyuv -r 1 /tmp/test-
 1hz.avi

 ffmpeg version N-66544-g61c0683 Copyright (c) 2000-2014 the FFmpeg
 developers
(Continue reading)

FFmpeg | 30 Sep 07:47 2014

Re: #2350(ffmpeg:closed): PTS adjustment in FFmpeg

#2350: PTS adjustment in FFmpeg
-------------------------------------+-----------------------------------
             Reporter:  ubitux       |                    Owner:
                 Type:  enhancement  |                   Status:  closed
             Priority:  wish         |                Component:  ffmpeg
              Version:  git-master   |               Resolution:  invalid
             Keywords:  dts          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-----------------------------------
Changes (by cehoyos):

 * keywords:  bitstream setpts => dts
 * status:  reopened => closed
 * resolution:   => invalid

Comment:

 Please do not reopen ancient tickets.
 There is a user mailing list, the input option {{{-r}}} and you can open a
 new ticket if you want to report a deficiency of this option.
 Don't forget to test current FFmpeg git head and to provide a command line
 together with the complete, uncut console output.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2350#comment:6>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 30 Sep 06:49 2014

Re: #2350(ffmpeg:reopened): PTS adjustment in FFmpeg

#2350: PTS adjustment in FFmpeg
-------------------------------------+-------------------------------------
             Reporter:  ubitux       |                    Owner:
                 Type:  enhancement  |                   Status:  reopened
             Priority:  wish         |                Component:  ffmpeg
              Version:  git-master   |               Resolution:
             Keywords:  bitstream    |               Blocked By:
  setpts                             |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Changes (by pickles):

 * keywords:  dts bitstream => bitstream setpts

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2350#comment:5>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 30 Sep 06:48 2014

Re: #2350(ffmpeg:reopened): PTS adjustment in FFmpeg

#2350: PTS adjustment in FFmpeg
-------------------------------------+-------------------------------------
             Reporter:  ubitux       |                    Owner:
                 Type:  enhancement  |                   Status:  reopened
             Priority:  wish         |                Component:  ffmpeg
              Version:  git-master   |               Resolution:
             Keywords:  dts          |               Blocked By:
  bitstream                          |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Changes (by pickles):

 * keywords:  dts => dts bitstream
 * status:  closed => reopened
 * resolution:  invalid =>

Comment:

 This would still be a very useful addition. In my case, for example, I
 need to change the PTS to a fixed rate of 25 frames per second and also
 change the audio timestamps by counting samples. I achieve this with ''-vf
 'setpts=N/(25*TB)' -af 'asetpts=N/SR/TB' '' which works great, but, of
 course, it needs re-encoding, which is unnecessary and time consuming,
 especially as this is used via a server-side script.

 A bitstream filter version of setpts/asetpts would be ideal. Is it even
 technically possible?

--
(Continue reading)

FFmpeg | 29 Sep 23:04 2014

#3989(undetermined:new): "Overwrite?" dialog causes frozen video when capturing desktop video

#3989: "Overwrite?" dialog causes frozen video when capturing desktop video
-------------------------------------+-------------------------------------
             Reporter:  oconnor663   |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 1) Record some video of the desktop with a command like `ffmpeg -f x11grab
 -i $DISPLAY test.mkv`.

 2) Without deleting the video from (1), run that command again. This time
 it pauses with the question "File 'test.mkv' already exists. Overwrite ?
 [y/N]". Wait a few seconds before saying yes.

 3) Play the resulting video in VLC.

 BUG: The video begins with several seconds of stillness, corresponding to
 the amount of time you waited at the prompt in (2).

 Repros on the release version (1:2.4.1-1, Arch Linux) and also when I
 build locally from master.

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


Gmane