Re: [FFmpeg-trac] #8173(ffmpeg:open): MKV - All streams marked as default when trying to remove all dispositions

2020-03-21 Thread FFmpeg
#8173: MKV - All streams marked as default when trying to remove all 
dispositions
-+-
 Reporter:  nheelyolis   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  ffmpeg
  Version:  git-master   |   Resolution:
 Keywords:   |   Blocked By:
  mkv,disposition|
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by nheelyolis):

 Replying to [comment:3 Balling]:
 > You can and have to in Dolby Vision dual layer... Just saying. Of course
 it should be reconstructed actually to one stream...
 > Technically 7.1 EAC3 on Blu-rays is dual stream...

 It's good to know, but it hardly has to do anything with dispositions. My
 point was that default disposition isn't meant to be set on multiple
 streams of the same type. And even if it's meant to, the user probably
 would want to do that explicitly.

 > Well, the logical choice would be to choose stream with smallest ID

 It's logical, but it's still undefined. `mpv` for example does just that,
 while `vlc` tries to select subtitles with the same language as video (at
 least I think so, from my experiments).

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8173(ffmpeg:open): MKV - All streams marked as default when trying to remove all dispositions

2020-03-21 Thread FFmpeg
#8173: MKV - All streams marked as default when trying to remove all 
dispositions
-+-
 Reporter:  nheelyolis   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  ffmpeg
  Version:  git-master   |   Resolution:
 Keywords:   |   Blocked By:
  mkv,disposition|
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by Balling):

 >You obviously can't play two video streams at the same time
 You can and have to in Dolby Vision dual layer... Just saying. Of course
 it should be reconstructed actually to one stream...
 >two audio streams
 Technically 7.1 EAC3 on Blu-rays is dual stream...
 >this behavior is not defined anywhere
 Well, the logical choice would be to choose stream with smallest ID

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #3595(avcodec:open): Support >6 channels in E-AC-3 audio encoder

2020-03-21 Thread FFmpeg
#3595: Support >6 channels in E-AC-3 audio encoder
-+---
 Reporter:  11rcombs |Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  eac3 |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+---

Comment (by richardpl):

 The one with lot of money.

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #3595(avcodec:open): Support >6 channels in E-AC-3 audio encoder

2020-03-21 Thread FFmpeg
#3595: Support >6 channels in E-AC-3 audio encoder
-+---
 Reporter:  11rcombs |Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  eac3 |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+---

Comment (by Nomis101):

 Replying to [comment:14 richardpl]:
 > Missing actual sponsor.

 Thats all? How to find a sponsor? Who can be a sponsor?

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8575(avformat:closed): SubViewer with higher precision do not work

2020-03-21 Thread FFmpeg
#8575: SubViewer with higher precision do not work
+
 Reporter:  ilario  |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:  fixed
 Keywords:  subviewer   |   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+
Changes (by cehoyos):

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


Comment:

 Should be fixed in 559ce9c8454fda5fe7fc0debf94cbcfbba33c66a, thank you for
 the report!

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8173(ffmpeg:open): MKV - All streams marked as default when trying to remove all dispositions

2020-03-21 Thread FFmpeg
#8173: MKV - All streams marked as default when trying to remove all 
dispositions
-+-
 Reporter:  nheelyolis   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  ffmpeg
  Version:  git-master   |   Resolution:
 Keywords:   |   Blocked By:
  mkv,disposition|
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by nheelyolis):

 Replying to [comment:1 Balling]:
 > What is default if all is default, BTW?

 Even when you have only one stream of each type, having disposition set to
 default does make a difference. It tells (in my understanding) that the
 stream absolutely should be used. For example, setting default disposition
 to subtitles forces the media player (I personally use `mpv`) to enable
 the subtitles. While normally you would have to enable them manually.

 And when you have more than one stream of some type, setting all of them
 to default doesn't seem to make any sense. You obviously can't play two
 video streams at the same time, or two audio streams, etc. So it becomes
 up to media player to choose a stream, which leads to the same file being
 played differently by different media players. Because as far as I'm
 aware, this behavior is not defined anywhere. You are very welcome to
 correct me if I'm wrong.

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #7217(ffprobe:open): ffprobe produces wrong XML; "data_hash" attribute sometimes in text

2020-03-21 Thread FFmpeg
#7217: ffprobe produces wrong XML; "data_hash" attribute sometimes in text
+---
 Reporter:  carlreinke  |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  ffprobe
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by carlreinke):

 According to
 
[https://github.com/FFmpeg/FFmpeg/blob/f39678b3a99eb8f1503aed9fa26f3ef117d174e7/doc/ffprobe.xsd#L70
 the schema], it should be on an attribute on the "packet" tag.

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8353(avcodec:closed): videotoolboxenc: h264_videotoolbox is not writing b-frames

2020-03-21 Thread FFmpeg
#8353: videotoolboxenc: h264_videotoolbox is not writing b-frames
-+-
 Reporter:  Nomis101 |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:  avcodec
  Version:  unspecified  |   Resolution:
 Keywords:   |  worksforme
  videotoolbox   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by kernrj):

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


Comment:

 Use the -bf parameter to something non-zero to enable B-frames for H.264.
 If the hardware doesn't support B-frames however, they won't be written.

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #6568(avcodec:open): Add support for DTS matrixed channel decoding

2020-03-21 Thread FFmpeg
#6568: Add support for DTS matrixed channel decoding
-+---
 Reporter:  macdavis |Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  dca  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by Balling):

 Is not it outdated deprecated, etc?
 
https://github.com/henningms/ps3m2ts/blob/23e03836ae58cb5ba958031f94219a5c945f9381/ps3m2ts/bin/Debug/eac3to/log.txt#L12

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8577(undetermined:closed): pc crashes while encoding

2020-03-21 Thread FFmpeg
#8577: pc crashes while encoding
-+-
 Reporter:  yash1994 |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
 |  undetermined
  Version:  unspecified  |   Resolution:
 |  needs_more_info
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

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


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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #7217(ffprobe:open): ffprobe produces wrong XML; "data_hash" attribute sometimes in text

2020-03-21 Thread FFmpeg
#7217: ffprobe produces wrong XML; "data_hash" attribute sometimes in text
+---
 Reporter:  carlreinke  |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  ffprobe
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
Changes (by Balling):

 * status:  new => open


Comment:

 Yep... So where should it be? Like in  or where?

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #7191(build system:open): Allow to set number of cpu cores for --enable-lto

2020-03-21 Thread FFmpeg
#7191: Allow to set number of cpu cores for --enable-lto
-+-
 Reporter:  birdie   |Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  build
 |  system
  Version:  git-master   |   Resolution:
 Keywords:  lto  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by Balling):

 * status:  new => open


Comment:

 >and million times slower if you e.g. alter just one source file
 Excuse me, what??? Are you sure? How does it even connects to linking? I
 think this should be done though.

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

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

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

Comment (by Balling):

 So, #5398 was fixed, https://azbyka.ru/audio/audio1/Zhitija-i-tvorenija-
 svjatykh/Nikolaj-Serbskij/molytvy-na-ozere/01-vstuplenie.mp3 now works
 correctly (except for
 {{{
 id3v2_priv.AverageLevel: {\x0f\x00\x00
 id3v2_priv.WM/MediaClassPrimaryID:
 \xbc}`\xd1#\xe3\xe2K\x86\xa1H\xa4*(D\x1e
 id3v2_priv.WM/MediaClassSecondaryID:
 \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
 id3v2_priv.WM/UniqueFileIdentifier: ;\x00\x00\x00
 id3v2_priv.PeakValue: !f\x00\x00
 }}}
 and the attached file has as mkver correctly said

 {{{
 ffprobe version git-2020-02-27-9b22254 Copyright (c) 2007-2020 the FFmpeg
 developers
   built with gcc 9.2.1 (GCC) 20200122
   configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-
 fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-
 libdav1d --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-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va
 --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-
 libopenmpt --enable-amf
   libavutil  56. 42.100 / 56. 42.100
   libavcodec 58. 73.102 / 58. 73.102
   libavformat58. 39.101 / 58. 39.101
   libavdevice58.  9.103 / 58.  9.103
   libavfilter 7. 77.100 /  7. 77.100
   libswscale  5.  6.100 /  5.  6.100
   libswresample   3.  6.100 /  3.  6.100
   libpostproc55.  6.100 / 55.  6.100
 [mp3 @ 0208b1eec240] Estimating duration from bitrate, this may be
 inaccurate
 Input #0, mp3, from 'C:\Users\ZAQU\Downloads\01-vstuplenie.mp3':
   Metadata:
 title   : Äîðîæêà 1
 album   : Íåèçâåñòíûé äèñê (05.02.2009 10:58:36)
 track   : 1
 TLEN: 67240
 id3v2_priv.WM/UniqueFileIdentifier: ;\x00\x00\x00
 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: {\x0f\x00\x00
 id3v2_priv.PeakValue: !f\x00\x00
   Duration: 00:01:07.04, start: 0.00, bitrate: 128 kb/s
 Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp, 128 kb/s
 }}}

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #7238(avcodec:open): coded_picture_number and display_picture_number = 0 for all frames

2020-03-21 Thread FFmpeg
#7238: coded_picture_number and display_picture_number = 0 for all frames
+---
 Reporter:  Hett|Owner:
 Type:  defect  |   Status:  open
 Priority:  minor   |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  hevc|   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
Changes (by Balling):

 * status:  reopened => open


Comment:

 Replying to [comment:3 richardpl]:
 > Why you think this is bug? hevc does not store such info.
 Do you have a cite for that?

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #7601(undetermined:open): For containers with FFmpeg’s AAC implementation, ffprobe identifies the channel layout “5.1(side)” as “6 channels”

2020-03-21 Thread FFmpeg
#7601: For containers with FFmpeg’s AAC implementation, ffprobe identifies the
channel layout “5.1(side)” as “6 channels”
-+-
 Reporter:  Kdmeizk  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:
 |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by Balling):

 * status:  reopened => open


Comment:

 https://gitlab.com/mbunkus/mkvtoolnix/-/issues/2636

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #7602(undetermined:open): For the Matroska container, ffprobe identifies the channel layouts “5.1(side)” and “5.1” as “6 channels”

2020-03-21 Thread FFmpeg
#7602: For the Matroska container, ffprobe identifies the channel layouts
“5.1(side)” and “5.1” as “6 channels”
-+-
 Reporter:  Kdmeizk  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:
 |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by Balling):

 * status:  reopened => open


Comment:

 There is also this.
 https://gitlab.com/mbunkus/mkvtoolnix/-/issues/2635
 https://gitlab.com/mbunkus/mkvtoolnix/-/issues/2715
 https://gitlab.com/mbunkus/mkvtoolnix/-/issues/2740

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8136(avformat:open): MPEG DASH ffprobe produces "Invalid return value 0 for stream protocol"

2020-03-21 Thread FFmpeg
#8136: MPEG DASH ffprobe produces "Invalid return value 0 for stream protocol"
-+
 Reporter:  vectronic|Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avformat
  Version:  unspecified  |   Resolution:
 Keywords:  dash |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+
Changes (by Balling):

 * status:  new => open


Comment:

 So what is the proble with this patch that is one liner
 
https://github.com/FFmpeg/FFmpeg/blob/f39678b3a99eb8f1503aed9fa26f3ef117d174e7/libavformat/dashdec.c#L602
 ?

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8173(ffmpeg:open): MKV - All streams marked as default when trying to remove all dispositions

2020-03-21 Thread FFmpeg
#8173: MKV - All streams marked as default when trying to remove all 
dispositions
-+-
 Reporter:  nheelyolis   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  ffmpeg
  Version:  git-master   |   Resolution:
 Keywords:   |   Blocked By:
  mkv,disposition|
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by Balling):

 * status:  new => open


Comment:

 What is default if all is default, BTW?

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8353(avcodec:open): videotoolboxenc: h264_videotoolbox is not writing b-frames

2020-03-21 Thread FFmpeg
#8353: videotoolboxenc: h264_videotoolbox is not writing b-frames
--+---
 Reporter:  Nomis101  |Owner:
 Type:  defect|   Status:  open
 Priority:  normal|Component:  avcodec
  Version:  unspecified   |   Resolution:
 Keywords:  videotoolbox  |   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+---

Comment (by Balling):

 
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20200229013951.7792-1-nomis...@web.de/
 maybe you will review it? Though it does not look like it will solve the
 issue.

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #8515(avcodec:open): vc1_parser erroneously flagged every packet as keyframe

2020-03-21 Thread FFmpeg
#8515: vc1_parser erroneously flagged every packet as keyframe
-+-
 Reporter:  HolyWu   |Owner:
 Type:  defect   |   Status:  open
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  vc1  |   Blocked By:
  regression |
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by Balling):

 * status:  new => open


Comment:

 How does it even work if it thinks every frame is a key frame? WTF?

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

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".