Re: [FFmpeg-trac] #10839(swscale:reopened): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
-+-
 Reporter:  Connor   |Owner:  (none)
  Worley |
 Type:  defect   |   Status:  reopened
 Priority:  wish |Component:  swscale
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Comment (by Connor Worley):

 Summarizing what I believe is wrong:

 * In ffplay, going through vf_scale should cause an error after 45e09a3041
 (vf_scale: use colorspace negotiation API), but ffplay does not set the
 colorspace parameter on the buffersrc filter so some default conversion is
 chosen.
 * In ffplay, automatic conversion can erroneously happen without going
 through vf_scale because the buffersink filter accepts YCoCg as a
 mergeable colorspace.
 * swscale silently returns nonsense coefficients for YCoCg

 I would like for these things to work, but if they can't, I would much
 rather they error than produce incorrect output.
-- 
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] #10264(avcodec:open): DXV encoded video playback contains horizontal lines

[FFmpeg]

#10264: DXV encoded video playback contains horizontal lines
+---
 Reporter:  low-batt|Owner:  (none)
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  1   |
+---
Comment (by low-batt):

 I found the flood of warning messages has already been reported in ticket
 #[ticket:10823].

 Thanks for pointing out this is a new problem.
-- 
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] #10839(swscale:reopened): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
-+-
 Reporter:  Connor   |Owner:  (none)
  Worley |
 Type:  defect   |   Status:  reopened
 Priority:  wish |Component:  swscale
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Comment (by Connor Worley):

 I misspoke -- the sample I attached circumvents the swscale path entirely.
 Still, the warning should not be coupled to avfilter.
-- 
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] #10839(swscale:reopened): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
-+-
 Reporter:  Connor   |Owner:  (none)
  Worley |
 Type:  defect   |   Status:  reopened
 Priority:  wish |Component:  swscale
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by Connor Worley):

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

-- 
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] #10829(undetermined:new): -skip_frame nokey is ignored for vp9/webm

[FFmpeg]

#10829: -skip_frame nokey is ignored for vp9/webm
-+-
 Reporter:  Konstantin   |Owner:  (none)
  Vlasov |
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
 |  undetermined
  Version:  6.1  |   Resolution:
 Keywords:  nokey|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Comment (by Konstantin Vlasov):

 Well, it does print key_frame=1 for some frames, and 0 for others... And
 the video does behave funny, if I cut a piece not starting from the key
 frame, without reencoding.
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Connor Worley):

 The vf_scale filter you linked is automatically added to the filtergraph
 depending on the input format:
 
https://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavfilter/avfiltergraph.c;h=e4f59f56e2b102372178c693d8439059565d207f;hb=HEAD#l467
 -- this is not always necessary, so it does not always happen.

 Both this and the vf_scale filter are unrelated to the lack of a warning
 in swscale.
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Balling):

 The warning does work, just not everywhere. Why I dunno, known bug. Try
 this file (please download it, ffplay the url will not work)
 
https://web.archive.org/web/20210329043315/http://files.1f0.de/samples/bunny_444_YCgCo.mkv
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Connor Worley):

 I am aware the colorspace is broken in swscale and not in mpv. If the
 difficulties in fixing it in swscale are insurmountable, I believe it
 would be better to add a warning or deprecate and remove it rather than
 leaving it silently broken.
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Balling):

 Oh, I suppose you do not get it how to enable it in MPV. So the software
 decoder does not support YCgCo, of course. Use:

 mpv.com  --target-colorspace-hint=yes -vo=gpu-next -gpu-api=d3d11
 -hwdec=d3d11va dice_ycg6.mov

 That is for Windows.
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Balling):

 See my comment in https://trac.ffmpeg.org/ticket/9132#comment:2


 >Identity (and YCgCo) are very different matrices, as the order of
 operations are different (MatrixCoefficients 0 (Identity) or 8 (YCgCo) not
 only use different equations for the full-to-limited range adjustment but
 also perform the full-to-limited range adjustment before applying the
 transfer matrix).


 There is no point in implementing that, Chrome/Chromium implemented it and
 so did Nvidia. See https://github.com/mpv-player/mpv/issues/4340


 Mpv has much better code for this that just works. Ffplay uses SDL, that
 cannot support it, see #8862
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Connor Worley):

 That is not true of the swscale code path. The attached file does not
 display a warning:


 {{{
 ffplay started on 2024-01-31 at 16:01:17
 Report written to "ffplay-20240131-160117.log"
 Log level: 48
 Command line:
 ffplay /Users/cworley/Downloads/dice_ycg6.mov -report -autoexit
 ffplay version 6.1.1 Copyright (c) 2003-2023 the FFmpeg developers
   built with Apple clang version 15.0.0 (clang-1500.1.0.2.5)
   configuration: --prefix=/opt/homebrew/Cellar/ffmpeg/6.1.1_2 --enable-
 shared --enable-pthreads --enable-version3 --cc=clang --host-cflags=
 --host-ldflags='-Wl,-ld_classic' --enable-ffplay --enable-gnutls --enable-
 gpl --enable-libaom --enable-libaribb24 --enable-libbluray --enable-
 libdav1d --enable-libharfbuzz --enable-libjxl --enable-libmp3lame
 --enable-libopus --enable-librav1e --enable-librist --enable-librubberband
 --enable-libsnappy --enable-libsrt --enable-libssh --enable-libsvtav1
 --enable-libtesseract --enable-libtheora --enable-libvidstab --enable-
 libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-
 libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-lzma
 --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-
 libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-
 libopenjpeg --enable-libopenvino --enable-libspeex --enable-libsoxr
 --enable-libzmq --enable-libzimg --disable-libjack --disable-indev=jack
 --enable-videotoolbox --enable-audiotoo  libavutil  58. 29.100 / 58.
 29.100
   libavcodec 60. 31.102 / 60. 31.102
   libavformat60. 16.100 / 60. 16.100
   libavdevice60.  3.100 / 60.  3.100
   libavfilter 9. 12.100 /  9. 12.100
   libswscale  7.  5.100 /  7.  5.100
   libswresample   4. 12.100 /  4. 12.100
   libpostproc57.  3.100 / 57.  3.100
 Initialized metal renderer.
 [AVFormatContext @ 0x151b35420] Opening
 '/Users/cworley/Downloads/dice_ycg6.mov' for reading
 [file @ 0x62e98c60] Setting default whitelist 'file,crypto,data'
 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x151b35420] Format mov,mp4,m4a,3gp,3g2,mj2
 probed with size=2048 and score=100
 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x151b35420] ISO: File Type Major Brand: qt
 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x151b35420] Unknown dref type 0x206c7275 size
 12
 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x151b35420] Processing st: 0, edit list 0 -
 media time: 0, duration: 522
 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x151b35420] Before avformat_find_stream_info()
 pos: 103588 bytes read:33443 seeks:1 nb_streams:1
 [dxv @ 0x14200bc00] YOCOCG6 compression with YCG6 texture (version 3.0)
 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x151b35420] All info found
 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x151b35420] After avformat_find_stream_info()
 pos: 102913 bytes read:136320 seeks:2 frames:1
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from
 '/Users/cworley/Downloads/dice_ycg6.mov':
   Metadata:
 major_brand : qt
 minor_version   : 512
 compatible_brands: qt
 encoder : Resolume
   Duration: 00:00:00.03, start: 0.00, bitrate: 24861 kb/s
   Stream #0:0[0x1], 1, 1/15360: Video: dxv (DXD3 / 0x33445844),
 yuv420p(ycgco/unknown/unknown), 800x600, 24690 kb/s, 30 fps, 30 tbr, 15360
 tbn (default)
 Metadata:
   handler_name: VideoHandler
   vendor_id   : FFMP
 detected 12 logical cores
 [dxv @ 0x14200bfb0] YOCOCG6 compression with YCG6 texture (version 3.0)
 Video frame changed from size:0x0 format:none serial:-1 to size:800x600
 format:yuv420p serial:1
 [ffplay_buffer @ 0x62b94420] Setting 'video_size' to value '800x600'
 [ffplay_buffer @ 0x62b94420] Setting 'pix_fmt' to value '0'
 [ffplay_buffer @ 0x62b94420] Setting 'time_base' to value '1/15360'
 [ffplay_buffer @ 0x62b94420] Setting 'pixel_aspect' to value '0/1'
 [ffplay_buffer @ 0x62b94420] Setting 'frame_rate' to value '30/1'
 [ffplay_buffer @ 0x62b94420] w:800 h:600 pixfmt:yuv420p tb:1/15360
 fr:30/1 sar:0/1
 [AVFilterGraph @ 0x63899a40] query_formats: 2 queried, 1 merged, 0
 already done, 0 delayed
 Created 800x600 texture with SDL_PIXELFORMAT_IYUV.
0.01 M-V:  0.000 fd=   0 aq=0KB vq=0KB sq=0B f=0/0
 [AVIOContext @ 0x151a1fb20] Statistics: 136320 bytes read, 2 seeks

 }}}
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/10839#comment:5>
FFmpeg <https://ffmpe

Re: [FFmpeg-trac] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Balling):

 I have YCgCo samples. You do not have to attach them
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Changes (by Connor Worley):

 * Attachment "dice_ycg6.mov" added.

-- 
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] #10829(undetermined:new): -skip_frame nokey is ignored for vp9/webm

[FFmpeg]

#10829: -skip_frame nokey is ignored for vp9/webm
-+-
 Reporter:  Konstantin   |Owner:  (none)
  Vlasov |
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
 |  undetermined
  Version:  6.1  |   Resolution:
 Keywords:  nokey|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Comment (by Balling):

 Does VP9 have key frames in common sense and do we even support 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] #10264(avcodec:open): DXV encoded video playback contains horizontal lines

[FFmpeg]

#10264: DXV encoded video playback contains horizontal lines
+---
 Reporter:  low-batt|Owner:  (none)
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  1   |
+---
Comment (by Balling):

 >filter context - w: 1920 h: 1080 fmt: 26 csp: unknown range: unknown,
 incoming frame - w: 1920 h: 1080 fmt: 26 csp: gbr range: unknown pts_time:
 0

 Those are very new. from last two weeks.
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Balling):

 We do.
 
https://github.com/FFmpeg/FFmpeg/blob/fa469545ba0782a9245474ecca873aa8984f506e/libavfilter/vf_scale.c#L775
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Connor Worley):

 >We do not support YCoCg. Use mpv instead.

 I suggest adding some user-facing warning when AVCOL_SPC_YCOCG is used in
 places where it is intentionally unsupported.
-- 
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] #10839(swscale:closed): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
---+---
 Reporter:  Connor Worley  |Owner:  (none)
 Type:  defect |   Status:  closed
 Priority:  wish   |Component:  swscale
  Version:  unspecified|   Resolution:  wontfix
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Changes (by Balling):

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

Comment:

 ?YCbCr matrix is selected for AVCOL_SPC_YCOCG, and incorrect color is
 produced.

 We do not support YCoCg. Use mpv instead.


 >A more accurate term for how color is stored in digital video would be
 ​YCbCr.

 Not that simple. YUV refers to pixel format used that is called
 AV_PIX_FMT_YUV*. The correct name is indeed AV_PIX_FMT_YUV*, not
 AV_PIX_FMT_YCBCR*. On the other hand the matrices used here
 
https://github.com/FFmpeg/FFmpeg/blob/fa469545ba0782a9245474ecca873aa8984f506e/libavutil/pixfmt.h#L608

 are indeed YCbCr, we do not support BT.407 analog TV's YUV.
-- 
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] #5381(avcodec:closed): dxv: support "high quality" mode

[FFmpeg]

#5381: dxv: support "high quality" mode
-+---
 Reporter:  ami_stuff|Owner:  (none)
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:  fixed
 Keywords:  dxv  |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+---
Comment (by Connor Worley):

 I have posted an swscale follow-up in
 https://trac.ffmpeg.org/ticket/10839.
-- 
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".

[FFmpeg-trac] #10839(swscale:new): incorrect YCoCg to RGB conversion in swscale

[FFmpeg]

#10839: incorrect YCoCg to RGB conversion in swscale
-+-
 Reporter:  Connor   | Type:  defect
  Worley |
   Status:  new  | Priority:  wish
Component:  swscale  |  Version:
 |  unspecified
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Per https://trac.ffmpeg.org/wiki/colorspace

 >The term "YUV" is ambiguous and often used wrongly, including the
 definition of pixel formats in FFmpeg. A more accurate term for how color
 is stored in digital video would be ​YCbCr.

 When converting AV_PIX_FMT_YUV* to RGB in swscale, a YCbCr matrix is
 selected for AVCOL_SPC_YCOCG, and incorrect color is produced.

 This happens here:
 
https://git.videolan.org/?p=ffmpeg.git;a=blob;f=libswscale/yuv2rgb.c;h=0a84b662f9c15a3ee3b4e482ed91212e3f99ff43;hb=HEAD#l64

 To fix this, AVCOL_SPC_YCOCG should not use a YCbCr conversion matrix. The
 YCoCg conversion matrix can be found at
 https://en.wikipedia.org/wiki/YCoCg
-- 
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] #10833(avfilter:closed): build fails with gcc-14: -Wint-conversion in libavfilter/vsrc_testsrc_vulkan.c

[FFmpeg]

#10833: build fails with gcc-14: -Wint-conversion in
libavfilter/vsrc_testsrc_vulkan.c
-+-
 Reporter:  Nicolas  |Owner:  (none)
  Chauvet|
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:  avfilter
  Version:  git-master   |   Resolution:  fixed
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  1|
-+-
Comment (by Nicolas Chauvet):

 Thanks for the fix.

 Seems like there are missing patch
 
https://src.fedoraproject.org/fork/smani/rpms/ffmpeg/c/774d42a0072430fdef97ce11b40bdec97bf925ad

 But for some reason the patch author didn't manage to send to ffmpeg-devel
 Subscriber needs approval ?

 Also as rpmfusion.org is concerned, we hope theses patches to land down to
 ffmpeg-4.x branch at some point.
-- 
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] #10838(undetermined:new): RTMP protocol, ffmpeg to ffmpeg, always ends with a connection reset (broken pipe)

[FFmpeg]

#10838: RTMP protocol, ffmpeg to ffmpeg, always ends with a connection reset
(broken pipe)
-+-
 Reporter:  Momtchil |Owner:  (none)
  Momtchev   |
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
 |  undetermined
  Version:  git-master   |   Resolution:
 Keywords:  RTMP |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Comment (by Momtchil Momtchev):

 The parsing of the received acks happens in a muxer thread, while the
 closing of the connection is triggered by {{{of_write_trailer}}} ->
 {{{avio_closep}}} in the main thread. Can you please advise on the thread
 model, I am willing to fix this. Should I delay the closing of the
 connection in {{{avio_closep}}}? This is something that most other
 protocols are likely already doing?
-- 
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] #10838(undetermined:new): RTMP protocol, ffmpeg to ffmpeg, always ends with a connection reset (broken pipe)

[FFmpeg]

#10838: RTMP protocol, ffmpeg to ffmpeg, always ends with a connection reset
(broken pipe)
-+-
 Reporter:  Momtchil |Owner:  (none)
  Momtchev   |
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
 |  undetermined
  Version:  git-master   |   Resolution:
 Keywords:  RTMP |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Comment (by Momtchil Momtchev):

 In fact, by going through the code, I have the feeling that at the moment
 the server simply does not care at all about acknowledgments received from
 the client - it parses them but doesn't do anything else.
-- 
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".

[FFmpeg-trac] #10838(undetermined:new): RTMP protocol, ffmpeg to ffmpeg, always ends with a connection reset (broken pipe)

[FFmpeg]

#10838: RTMP protocol, ffmpeg to ffmpeg, always ends with a connection reset
(broken pipe)
-+-
 Reporter:  Momtchil | Type:  defect
  Momtchev   |
   Status:  new  | Priority:  normal
Component:   |  Version:  git-
  undetermined   |  master
 Keywords:  RTMP |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 When using ffmpeg as a server and ffmpeg as a client, RTMP streaming
 always ends with a connection reset.

 The bug is present since at least 4.4.2 in Ubuntu 22.04 to the latest git
 of today.

 The server sends its data, then once it is finished, it immediately closes
 its end. The TCP connection remains in a half-closed state. The client
 continues reading and at the end sends an {{{RTMP_PT_BYTES_READ}}} (called
 an Acknowledgment, type 3, in the offical specs) message which causes the
 remote end to reply with a TCP {{{RST}}} packet. This renders checking for
 errors difficult, as there is no nominal case - the error is always
 expected.

 How to reproduce:
 {{{
 ./ffmpeg -i input.mp4 -f flv -ar 44100 -flvflags no_duration_filesize \
   -listen 1 rtmp://localhost:9099/video

 ./ffmpeg -y -i rtmp://localhost:9099/video output.mp4
 }}}

 I was not able to find anything on the connection teardown in the
 specifications:
 https://rtmp.veriskope.com/docs/spec/#543acknowledgement-3

 But given the wording of the acknowledgment section, I will be inclined to
 say that this is the server's fault - since it has to expect that the
 client will ack its last packet - which means that it should keep its end
 open until this ack is received.
-- 
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".

[FFmpeg-trac] #10837(avformat:new): mp3_read_header might break seekback

[FFmpeg]

#10837: mp3_read_header might break seekback
--+---
 Reporter:  noseglid  | Type:  defect
   Status:  new   | Priority:  normal
Component:  avformat  |  Version:  unspecified
 Keywords:  mp3   |   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+---
 I've found an issue in ffmpeg 6.x.x and greater - and I've tracked it down
 to this commit:
 
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/0d17f5228f4d3854066ec1001f69c7d1714b0df9

 What happens here is that it tries to minimize the amount of seeks - but
 this breaks the `ffio_ensure_seekback` calls.

 `ffio_ensure_seekback` ensures seekback from the current position in the
 buffer.

 As the loop no longer seeks back to the beginning of the buffer every
 iteration of, it might move the buffer ahead of `off`.

 Before returning, it tries to reset the position to `off` or `off+i`
 depending if there's junk or not. If the buffer has moved ahead of this it
 will either;
   * Invoke a real seek if there is a `seek` function
   * Fail with `AVERROR(EPIPE)` if there is not.

 I think either this commit has to be reversed - or it must ensure seekback
 for the maximum bytes it might read (64*1024+4) before the loop starts.
-- 
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] #10821(avformat:closed): Mp4/ts container support for vvc

[FFmpeg]

#10821: Mp4/ts container support for vvc
-+
 Reporter:  Nuo Mi   |Owner:  (none)
 Type:  enhancement  |   Status:  closed
 Priority:  normal   |Component:  avformat
  Version:  6.1  |   Resolution:  fixed
 Keywords:   |   Blocked By:
 Blocking:  7.0  |  Reproduced by developer:  1
Analyzed by developer:  1|
-+
Changes (by Nuo Mi):

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

Comment:

 fixed by aa3155e4c2b88f5eaa957b326c0cbe02f1432c87
-- 
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] #10833(avfilter:closed): build fails with gcc-14: -Wint-conversion in libavfilter/vsrc_testsrc_vulkan.c

[FFmpeg]

#10833: build fails with gcc-14: -Wint-conversion in
libavfilter/vsrc_testsrc_vulkan.c
-+-
 Reporter:  Nicolas  |Owner:  (none)
  Chauvet|
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:  avfilter
  Version:  git-master   |   Resolution:  fixed
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  1|
-+-
Changes (by Lynne):

 * analyzed:  0 => 1
 * status:  new => closed
 * resolution:   => fixed
 * reproduced:  0 => 1

Comment:

 Fixed in 5860a966d2fffbbda1af0014f0a4d37a21c4f2ca
 Thanks
-- 
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".

[FFmpeg-trac] #10836(avfilter:new): ebur128: Support tracking max short term loudness

[FFmpeg]

#10836: ebur128: Support tracking max short term loudness
--+---
 Reporter:  hsn   | Type:  enhancement
   Status:  new   | Priority:  normal
Component:  avfilter  |  Version:  6.1
 Keywords:  ebur128   |   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+---
 Delivery standard enforced by TV usually looks like:

 Audio:
 * 8 AES audio tracks with one audio channel each /24 Bit
 * EBU norm R128
 * Programme loudness: -23 LUFS +/- 0.5 LU
 * Maximum short term loudness: -18 LUFS (= +5 LU relative)
 * Maximum true peak level: -3 dBTP (= dBFS measured with oversampling true
 peak meter)

 ebur128 filter already supports short term loudness computation and
 printing per frame but it doesn't track maximum reached level and prints
 it in summary. Tracking highest short term loudness level is needed for
 making ebur128 filter usable for broadcast QA checks.
-- 
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] #10759(avcodec:new): Bug in new D3D12 decoder.

[FFmpeg]

#10759: Bug in new D3D12 decoder.
--+---
 Reporter:  Aleksoid1978  |Owner:  (none)
 Type:  defect|   Status:  new
 Priority:  normal|Component:  avcodec
  Version:  git-master|   Resolution:
 Keywords:  D3D12 |   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+---
Comment (by TongWu):

 
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240131113027.1497-1-tong1...@intel.com/
 Thanks for the explanation. Patch has been submitted.
-- 
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".

[FFmpeg-trac] #10835(avfilter:new): When using ppsrc=1 in fieldmatch filter and 10bit video is 420, 422, processing does not proceed.

[FFmpeg]

#10835: When using ppsrc=1 in fieldmatch filter and 10bit video is 420, 422,
processing does not proceed.
--+--
 Reporter:  nicol | Type:  defect
   Status:  new   | Priority:  normal
Component:  avfilter  |  Version:  git-master
 Keywords:|   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+--
 Summary of the bug: When inverse telecine with combmatch=full in the
 fieldmatch filter, the video is not output when the chroma subsample is
 yuv420p10le, yuv422p10le, but when yuv444p10le, the video is output.
 How to reproduce:
 {{{
 % ffmpeg -v 9 -loglevel 99 -f lavfi -i
 testsrc2=s=1920x1080:d=1:r=24000/1001,format=yuv422p10le -vf
 telecine,split,fieldmatch=combmatch=full:ppsrc=1 -vframes 2 tmp.mp4 -y
 ffmpeg version N-113482-g36a986d9a1-20240130 Copyright (c) 2000-2024 the
 FFmpeg developers
   built with gcc 13.2.0 (crosstool-NG 1.25.0.232_c175b21)
   configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static
 --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64
 --target-os=mingw32 --enable-gpl --enable-version3 --disable-debug
 --disable-w32threads --enable-pthreads --enable-iconv --enable-libxml2
 --enable-zlib --enable-libfreetype --enable-libfribidi --enable-gmp
 --enable-lzma --enable-fontconfig --enable-libharfbuzz --enable-libvorbis
 --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb
 --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable-
 avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2
 --disable-libfdk-aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r
 --enable-libgme --enable-libkvazaar --enable-libaribcaption --enable-
 libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-
 libopus --enable-librist --enable-libssh --enable-libtheora --enable-
 libvpx --enable-libwebp --enable-lv2 --enable-libvpl --enable-openal
 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264
 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable-
 librubberband --enable-schannel --enable-sdl2 --enable-libsoxr --enable-
 libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d
 --disable-libdrm --enable-vaapi --enable-libvidstab --enable-vulkan
 --enable-libshaderc --enable-libplacebo --enable-libx264 --enable-libx265
 --enable-libxavs2 --enable-libxvid --enable-libzimg --enable-libzvbi
 --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-
 ldflags=-pthread --extra-ldexeflags= --extra-libs=-lgomp --extra-
 version=20240130
   libavutil  58. 36.101 / 58. 36.101
   libavcodec 60. 38.100 / 60. 38.100
   libavformat60. 20.100 / 60. 20.100
   libavdevice60.  4.100 / 60.  4.100
   libavfilter 9. 17.100 /  9. 17.100
   libswscale  7.  6.100 /  7.  6.100
   libswresample   4. 13.100 /  4. 13.100
   libpostproc57.  4.100 / 57.  4.100
 Splitting the commandline.
 Reading option '-v' ... matched as option 'v' (set logging level) with
 argument '9'.
 Reading option '-loglevel' ... matched as option 'loglevel' (set logging
 level) with argument '99'.
 Reading option '-f' ... matched as option 'f' (force container format
 (auto-detected otherwise)) with argument 'lavfi'.
 Reading option '-i' ... matched as output url with argument
 'testsrc2=s=1920x1080:d=1:r=24000/1001,format=yuv422p10le'.
 Reading option '-vf' ... matched as option 'vf' (alias for -filter:v
 (apply filters to video streams)) with argument
 'telecine,split,fieldmatch=combmatch=full:ppsrc=1'.
 Reading option '-vframes' ... matched as option 'vframes' (set the number
 of video frames to output) with argument '2'.
 Reading option 'tmp.mp4' ... matched as output url.
 Reading option '-y' ... matched as option 'y' (overwrite output files)
 with argument '1'.
 Finished splitting the commandline.
 Parsing a group of options: global .
 Applying option v (set logging level) with argument 9.
 Applying option y (overwrite output files) with argument 1.
 Successfully parsed a group of options.
 Parsing a group of options: input url
 testsrc2=s=1920x1080:d=1:r=24000/1001,format=yuv422p10le.
 Applying option f (force container format (auto-detected otherwise)) with
 argument lavfi.
 Successfully parsed a group of options.
 Opening an input file:
 testsrc2=s=1920x1080:d=1:r=24000/1001,format=yuv422p10le.
 [AVFilterGraph @ 013c2771fdc0] Setting 's' to value '1920x1080'
 [AVFilterGraph @ 013c2771fdc0] Setting 'd' to value '1'
 [AVFilterGraph @ 013c2771fdc0] Setting 'r' to value '24000/1001'
 [AVFilterGraph @ 013c2771fdc0] Setting 'pix_fmts' to value
 'yuv422p10le'
 detected 8 logical cores
 [Parsed_testsrc2_0 @ 013c27725cc0] size:1920x1080 

Re: [FFmpeg-trac] #5893(avcodec:closed): Support for ARIB subtitles

[FFmpeg]

#5893: Support for ARIB subtitles
-+---
 Reporter:  nicol|Owner:  (none)
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:  fixed
 Keywords:  ARIB sub |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---
Changes (by nicol):

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

Comment:

 Already supported by libaribb24, libaribcaption.
-- 
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] #10827(avfilter:new): Wish to support cycleR option such as AviSynth TDeInt plugin

[FFmpeg]

#10827: Wish to support cycleR option such as AviSynth TDeInt plugin
-+
 Reporter:  nicol|Owner:  (none)
 Type:  enhancement  |   Status:  new
 Priority:  wish |Component:  avfilter
  Version:  git-master   |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+
Changes (by nicol):

 * component:  undetermined => avfilter

-- 
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".