[FFmpeg-trac] #7204(avcodec:new): Add Turing Codec (HEVC encoder)

[FFmpeg]

#7204: Add Turing Codec (HEVC encoder)
-+---
 Reporter:  fantesy  | Type:  enhancement
   Status:  new  | Priority:  wish
Component:  avcodec  |  Version:  git-master
 Keywords:  HEVC |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---
 At the moment the only software HEVC encoder ffmpeg uses is libx265, and i
 don't know if you want to keep it that way, but in 2016 the BBC Research
 and Development institute release their "Turing Codec" which is a HEVC
 encoder licensed under the GPL v2. Would it be possible to add integration
 to ffmpeg?

 Github repo is found here:
 https://github.com/bbc/turingcodec

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7196(ffplay:reopened): ffplay crashes on seeking

[FFmpeg]

#7196: ffplay crashes on seeking
+
 Reporter:  aleks   |Owner:
 Type:  defect  |   Status:  reopened
 Priority:  normal  |Component:  ffplay
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+
Changes (by aleks):

 * status:  closed => reopened
 * resolution:  invalid =>


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7196(ffplay:closed): ffplay crashes on seeking

[FFmpeg]

#7196: ffplay crashes on seeking
+---
 Reporter:  aleks   |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  ffplay
  Version:  git-master  |   Resolution:  invalid
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by aleks):

 But I downloaded sources from github!

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7202(undetermined:new): mjpeg compression creates laggy video

[FFmpeg]

#7202: mjpeg compression creates laggy video
-+-
 Reporter:  jsteinkamp   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by jsteinkamp):

 sorry I should have checked the link:
 http://jsteinkamp.com/mjpg_test.zip

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7202(undetermined:new): mjpeg compression creates laggy video

[FFmpeg]

#7202: mjpeg compression creates laggy video
-+-
 Reporter:  jsteinkamp   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by mkver):

 Link doesn't work for me.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7203(undetermined:new): Problem with encoding type "Cyrillic (DOS)" with metadata delivery.

[FFmpeg]

#7203: Problem with encoding type "Cyrillic (DOS)" with metadata delivery.
-+-
 Reporter:  max79|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by mkver):

 This file uses id3v2.3 tags. The TIT2-tag (the tag containing the title)
 is as follows in hex: 0x54 49 54 32 00 00 00 0A 00 00 00 C4 EE F0 EE E6 EA
 E0 20 31. According to [http://id3.org/id3v2.3.0#ID3v2_frame_overview the
 standard] the 0x00 after the length field indicates that the tag uses
 ISO-8859-1 as encoding, an encoding that does not contain cyrillic
 characters. For such purposes Unicode could (and should) be used, but
 isn't. This is a bug in the tool that created said file, not in FFmpeg.
 Btw: The last nine bytes are the actual titel; in Windows-1251 they would
 be read as "Дорожка 1"; in the Cyrillic DOS code page 866 that you are
 referring to it means "─юЁюцър 1". In ISO-8859-1 they mean "Äîðîæêà 1".
 FFmpeg's output to the console is encoded as UTF-8, but cmd.exe (that you
 seem to be using) expects applications to use the native legacy codepage
 of the system (for Russian Windows versions, this is usually Code page
 855; cmd.exe is by the way Unicode compatible). The UTF-8 that FFmpeg
 writes to the console is 0xC3 84 C3 AE C3 B0 C3 AE C3 A6 C3 AA C3 A0 20
 31. In CP 866 0xC3 is "├" whereas 0x84 is "Д". That six of the seven
 characters of the word (seem to) have been preserved does not really have
 a deeper meaning. It is accidental.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7203(undetermined:new): Problem with encoding type "Cyrillic (DOS)" with metadata delivery.

[FFmpeg]

#7203: Problem with encoding type "Cyrillic (DOS)" with metadata delivery.
-+-
 Reporter:  max79|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by max79):

 Please see attachment. TITLE metadata tag from this example should looks
 like this:
  "Дорожка 1"
 but now it looks like:
  title   : ├Д├о├░├о├ж├к├а 1
 Anyway you can download it from here:
 [https://azbyka.ru/audio/audio1/Zhitija-i-tvorenija-svjatykh/Nikolaj-
 Serbskij/molytvy-na-ozere/01-vstuplenie.mp3]

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #4566(avformat:closed): ffmpeg won't copy metadata ("StreamTitle") from audio live stream (transcoding)

[FFmpeg]

#4566: ffmpeg won't copy metadata ("StreamTitle") from audio live stream
(transcoding)
-+-
 Reporter:  easydoor |Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:  wontfix
 Keywords:  metadata |   Blocked By:
  icecast|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by easydoor):

 Yes it would be nice to be implemented!

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7196(ffplay:closed): ffplay crashes on seeking

[FFmpeg]

#7196: ffplay crashes on seeking
+---
 Reporter:  aleks   |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  ffplay
  Version:  git-master  |   Resolution:  invalid
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
Changes (by cehoyos):

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


Comment:

 Then I don’t see how your issue can be fixed within FFmpeg, feel free to
 ask in the Zeranoe forum for support.
 For future tickets, please remember that only current FFmpeg git head is
 supported.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7203(undetermined:new): Problem with encoding type "Cyrillic (DOS)" with metadata delivery.

[FFmpeg]

#7203: Problem with encoding type "Cyrillic (DOS)" with metadata delivery.
-+-
 Reporter:  max79|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * priority:  important => normal
 * component:  ffmpeg => undetermined


Comment:

 Please provide an input sample.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

[FFmpeg-trac] #7203(ffmpeg:new): Problem with encoding type "Cyrillic (DOS)" with metadata delivery.

[FFmpeg]

#7203: Problem with encoding type "Cyrillic (DOS)" with metadata delivery.
+---
 Reporter:  max79   | Type:  defect
   Status:  new | Priority:  important
Component:  ffmpeg  |  Version:  unspecified
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
 Summary of the bug:
  TITLE metadata tag should looks like this- "Евангелие о следовании за
 Христом" for my example below.

 To reproduce:
 {{{
 ffmpeg version N-91024-g293a6e8332 Copyright (c) 2000-2018 the FFmpeg
 developers
   built with gcc 7.3.0 (GCC)
   configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-
 bzlib --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass
 --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-
 libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg
 --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr
 --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack
 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2
 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-
 libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa
 --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx
 --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-
 nvenc --enable-nvdec --enable-dxva2 --enable-avisynth
   libavutil  56. 18.100 / 56. 18.100
   libavcodec 58. 19.101 / 58. 19.101
   libavformat58. 13.102 / 58. 13.102
   libavdevice58.  4.100 / 58.  4.100
   libavfilter 7. 21.100 /  7. 21.100
   libswscale  5.  2.100 /  5.  2.100
   libswresample   3.  2.100 /  3.  2.100
   libpostproc55.  2.100 / 55.  2.100
 [mp3 @ 00498380] Skipping 313 bytes of junk at 4096.
 [mp3 @ 00498380] Estimating duration from bitrate, this may be
 inaccurate
 Input #0, mp3, from
 
'https://audio3.azbyka.ru/Svjashhennoe_pisanie/nikola_serbski_tolk/01_Evangelie_o_sledovanii_za_Xristom.mp3':
   Metadata:
 title   : ├Е├в├а├н├г├е├л├и├е ├о ├▒├л├е├д├о├в├а├н├и├и ├з├а
 ├Х├░├и├▒├▓├о├м
 genre   : Other
 album   : ├Б├е├▒├е├д├╗ ├н├а ├Е├в├а├н├г├е├л├и├┐ 1├╖.
 track   : 1
 artist  : ├С├в├┐├▓├и├▓├е├л├╝ ├Н├и├к├о├л├а├й ├С├е├░├б├▒├к├и├й
 id3v2_priv.WM/MediaClassSecondaryID:
 \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
 id3v2_priv.WM/MediaClassPrimaryID:
 \xbc}`\xd1#\xe3\xe2K\x86\xa1H\xa4*(D\x1e
 id3v2_priv.AverageLevel: {\x04\x00\x00
 id3v2_priv.PeakValue: !\x00\x00\x00
   Duration: 00:39:40.34, start: 0.00, bitrate: 96 kb/s
 Stream #0:0: Audio: mp3, 44100 Hz, mono, fltp, 96 kb/s
 At least one output file must be specified
 }}}

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7188(avformat:open): webm_chunk muxer is broken since commit 18ac64235939c4c5c7656546a9545f68339affbe

[FFmpeg]

#7188: webm_chunk muxer is broken since commit
18ac64235939c4c5c7656546a9545f68339affbe
+
 Reporter:  octop   |Owner:  cus
 Type:  defect  |   Status:  open
 Priority:  important   |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  regression  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+

Comment (by cus):

 Yeah, the URL field (which is a replacement for the deprecated filename
 field) must be dynamically allocated, so it cannot be used as a static
 (fixed-length) buffer. I will send this patch to ffmpeg-devel and apply
 and backport it in a few days.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7196(ffplay:new): ffplay crashes on seeking

[FFmpeg]

#7196: ffplay crashes on seeking
+--
 Reporter:  aleks   |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  ffplay
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+--

Comment (by aleks):

 No, prebuilt ffmpeg works fine.

 {{{
 C:\path\ffmpeg-4.0-win32-shared\bin>ffmpeg
 ffmpeg version 4.0 Copyright (c) 2000-2018 the FFmpeg developers
   built with gcc 7.3.0 (GCC)
   configuration: --disable-static --enable-shared --enable-gpl --enable-
 version3 --enable-sdl2 --enable-bzlib --enable-fontconfig --enable-gnutls
 --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype
 --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb
 --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy
 --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx
 --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265
 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp
 --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-
 libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-
 libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va
 --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth
   libavutil  56. 14.100 / 56. 14.100
   libavcodec 58. 18.100 / 58. 18.100
   libavformat58. 12.100 / 58. 12.100
   libavdevice58.  3.100 / 58.  3.100
   libavfilter 7. 16.100 /  7. 16.100
   libswscale  5.  1.100 /  5.  1.100
   libswresample   3.  1.100 /  3.  1.100
   libpostproc55.  1.100 / 55.  1.100
 Hyper fast Audio and Video encoder
 }}}

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7202(undetermined:new): mjpeg compression creates laggy video

[FFmpeg]

#7202: mjpeg compression creates laggy video
-+-
 Reporter:  jsteinkamp   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:  mjpeg =>
 * priority:  important => normal


Comment:

 Please provide your actual command line together with the complete, uncut
 console output to make this a valid ticket and please explain what
 ’’laggy’’ means in this context: Since there is no audio, how can video
 lag behind?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7188(avformat:open): webm_chunk muxer is broken since commit 18ac64235939c4c5c7656546a9545f68339affbe

[FFmpeg]

#7188: webm_chunk muxer is broken since commit
18ac64235939c4c5c7656546a9545f68339affbe
+
 Reporter:  octop   |Owner:  cus
 Type:  defect  |   Status:  open
 Priority:  important   |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  regression  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+

Comment (by octop):

 The muxer works again after applying your patch, thank you. So the issue
 was caused by trying to "dynamically" create the nonexistent {{{url}}}
 field in that {{{AVFormatContext *oc}}} structure?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5874(avcodec:open): tiff LZW compression does not compress enough

[FFmpeg]

#5874: tiff LZW compression does not compress enough
+---
 Reporter:  jsteinkamp  |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  tif |   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+---

Comment (by jsteinkamp):

 jsteinkamp Replying to [ticket:5874 jsteinkamp]:
 HI, I tested this bug again.
 The LZW compression for TIFF is still larger than photoshop.
 photoshop file 716 KB, ffmpeg file 884KB
 The file was 32 bit 1024x768 included an alpha channel

 ffmpeg version: N-91024-g293a6e8332

 built with gcc 7.3.0 (GCC)
   configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-
 bzlib --e
 nable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-
 libblur
 ay --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb
 --enable-
 libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine
 --enab
 le-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame
 --enable-li
 bvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-
 libx265 --en
 able-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp
 --enable-
 libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa
 --enabl
 e-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf
 --enabl
 e-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec
 --enab
 le-dxva2 --enable-avisynth
   libavutil  56. 18.100 / 56. 18.100
   libavcodec 58. 19.101 / 58. 19.101
   libavformat58. 13.102 / 58. 13.102
   libavdevice58.  4.100 / 58.  4.100
   libavfilter 7. 21.100 /  7. 21.100
   libswscale  5.  2.100 /  5.  2.100
   libswresample   3.  2.100 /  3.  2.100
   libpostproc55.  2.100 / 55.  2.100
 Input #0, tiff_pipe, from 'hibiscus1.0001.tif':
   Duration: N/A, bitrate: N/A
 Stream #0:0: Video: tiff, rgba, 1024x768 [SAR 1:1 DAR 4:3], 25 tbr, 25
 tbn,
 25 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (tiff (native) -> tiff (native))
 Press [q] to stop, [?] for help
 Output #0, image2, to 'hibiscus1.0001.tif':
   Metadata:
 encoder : Lavf58.13.102
 Stream #0:0: Video: tiff, rgba, 1024x768 [SAR 1:1 DAR 4:3], q=2-31,
 200 kb/s
 , 25 fps, 25 tbn, 25 tbc
 Metadata:
   encoder : Lavc58.19.101 tiff
 frame=1 fps=0.0 q=-0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A
 speed=0.526x

 video:883kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing o
 verhead: unknown

 > Summary of the bug:tiff LZW compression might not compress enough
 > How to reproduce:
 > ffmpeg -y -i b.tif -pix_fmt rgb24 -vcodec tiff -compression_algo lzw
 test_24.tif
 > The file made in ffmepg is 59.2 MB, if I resave the file in photoshop it
 is 39.8 MB
 > ffmpeg version
 > N-78598-g98a0053
 > Patches should be submitted to the ffmpeg-devel mailing list and not
 this bug tracker.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

[FFmpeg-trac] #7202(undetermined:new): mjpeg compression creates laggy video

[FFmpeg]

#7202: mjpeg compression creates laggy video
-+-
 Reporter:  jsteinkamp   | Type:  defect
   Status:  new  | Priority:  important
Component:   |  Version:
  undetermined   |  unspecified
 Keywords:  mjpeg|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Summary of the bug:
 When I create mjpeg mov files with ffmpeg the mov file skips frames
 to keep up with the framerate, it does not seem to be decoding correctly.
 I included the same file created with Adobe After Effects for comparison.
 I have been able to reproduce this multiple times on various players.
 Quicktime 7 shows the problem the most. Larger pixel resolution files are
 worse.
 I would love to be able to use ffmpeg because it is much faster to work
 with.
 download 172MB example files from: http://jsteinkamp.com/mjp_test.zip
 How to reproduce:
 {{{
 ffmpeg -i input -vcodec mjpeg -q:v 8 -f mov output.mov
 ffmpeg version N-91024-g293a6e8332
   built with gcc 7.3.0 (GCC)
   configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-
 bzlib --e
 nable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-
 libblur
 ay --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb
 --enable-
 libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine
 --enab
 le-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame
 --enable-li
 bvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-
 libx265 --en
 able-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp
 --enable-
 libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa
 --enabl
 e-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf
 --enabl
 e-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec
 --enab
 le-dxva2 --enable-avisynth
   libavutil  56. 18.100 / 56. 18.100
   libavcodec 58. 19.101 / 58. 19.101
   libavformat58. 13.102 / 58. 13.102
   libavdevice58.  4.100 / 58.  4.100
   libavfilter 7. 21.100 /  7. 21.100
   libswscale  5.  2.100 /  5.  2.100
   libswresample   3.  2.100 /  3.  2.100
   libpostproc55.  2.100 / 55.  2.100
 Input #0, image2, from 'tiffs\hibiscus1.%04d.tif':
   Duration: 00:00:06.67, start: 0.00, bitrate: N/A
 Stream #0:0: Video: tiff, rgba, 1024x768 [SAR 1:1 DAR 4:3], 30 fps, 30
 tbr,
 30 tbn, 30 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (tiff (native) -> mjpeg (native))
 Press [q] to stop, [?] for help
 Incompatible pixel format 'rgba' for codec 'mjpeg', auto-selecting format
 'yuvj4
 44p'
 [swscaler @ 0281a800] deprecated pixel format used, make sure you
 did se
 t range correctly
 Output #0, mov, to 'hibiscus1_ffmpeg_mjpeg.mov':
   Metadata:
 encoder : Lavf58.13.102
 Stream #0:0: Video: mjpeg (jpeg / 0x6765706A), yuvj444p(pc), 1024x768
 [SAR 1
 :1 DAR 4:3], q=2-31, 200 kb/s, 30 fps, 15360 tbn, 30 tbc
 Metadata:
   encoder : Lavc58.19.101 mjpeg
 Side data:
   cpb: bitrate max/min/avg: 0/0/20 buffer size: 0 vbv_delay: -1
 frame=   76 fps=0.0 q=8.0 size=4096kB time=00:00:02.43
 bitrate=13789.2kbits/
 frame=  157 fps=156 q=8.0 size=8704kB time=00:00:05.13
 bitrate=13890.1kbits/
 frame=  200 fps=157 q=8.0 Lsize=   11530kB time=00:00:06.63
 bitrate=14238.8kbits
 /s speed= 5.2x
 video:11528kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing
  overhead: 0.014147%
 }}}
 Patches should be submitted to the ffmpeg-devel mailing list and not this
 bug tracker.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #6759(avformat:closed): XDCAM MXF - how to apply patch to mxfenc.c

[FFmpeg]

#6759: XDCAM MXF - how to apply patch to mxfenc.c
-+-
 Reporter:   |Owner:
  AxelTechnology |   Status:  closed
 Type:  enhancement  |Component:  avformat
 Priority:  wish |   Resolution:  duplicate
  Version:  git-master   |   Blocked By:
 Keywords:  mxf  |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by vimlesh1975):

 Hi is this patched?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #5930(avformat:closed): Nut container doesnʼt support Opus codec

[FFmpeg]

#5930: Nut container doesnʼt support Opus codec
-+
 Reporter:  Nekit|Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:  fixed
 Keywords:  nut opus |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+
Changes (by Nekit):

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


Comment:

 Seems to have been fixed somewhere around v4.0.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac