03:20 <Marth64> Traneptora: Hi, I was going back into the issue of having yuv-to-rgb conversion in DVD demuxer. I now realize why I did it to begin with, open to any advice here. (1) I can't find a way to assign colorspace to DVD subtitle palette in libavformat. (2) I think right now libavformat is expecting DVD subtitle palettes as a hex-encoded RGB string in extradata. Key example: MOV demuxer converts from stored YUV to RGB before sending packets. MOV muxer, on

03:20 <Marth64> the other hand, converts from stored RGB to YUV. Thoughts? Thanks!

03:22 <Marth64> Guess my point is, MOV does this and I was going off it as an example. I don't see it done anywhere else. Even in dvd2concat, it's converted as RGB before being written to ffmetadata

03:28 <Traneptora> Marth64: if several muxers are all doing the same thing, and some sort of design decision makes it necessary, the first thing that should happen is all the common code in avformat that does the same thing should be deduplicated and centralized

03:28 <Traneptora> and then ideally you should call it

03:29 <Traneptora> since it's all within avformat there's no export overhead

03:31 <Marth64> Traneptora: I was thinking down that path. Thanks. I'll go down that route. Looks like a good convergence opportunity.

03:36 <Traneptora> https://ffmpeg.org/developer.html#Contributing the anchor #Contributing doesn't appear to do anything

03:38 <Traneptora> you can get that anchor with the link on the left-hand side

03:39 <Traneptora> I think when the page was reformatted that bar wasn't updated, so it should link somewhere else

16:12 <jamrial> elenril: whenever you can look at the paches i sent yesterday, two of them are for the cli

16:18 <Marth64> Traneptora: looks like that link went to roughly the top of the page (https://web.archive.org/web/20210128053258/http://ffmpeg.org/developer.html#Contributing) . Quick and reasonableish fix would be to rename "Introduction" anchor on current page to "Contributing". Happy to send a patch but don't wanna step on toes since it's a top level link.

16:59 <Traneptora> Marth64: yes it always goes to the top of the page if the anchor is invalid

17:00 <Marth64> Traneptora: I meant after the Table of Contents. could have clarified that earlier my bad

17:23 <elenril> jamrial: I have a WIP branch that implements loading arbitrary option values from a file

17:25 <jamrial> elenril: oh cool

18:51 <BBB> can I bugger someone to do a wiki edit for me?

18:54 <jamrial> which one?

18:55 <BBB> https://trac.ffmpeg.org/wiki/Encode/VP9 has two links to the webmproject wiki

18:56 <BBB> the wiki is dead since a while

18:56 <BBB> so I'd like to replace the links to versions from archive.org

18:56 <BBB> the bottom link ("VP9 Encoding Guide") points to https://sites.google.com/a/webmproject.org/wiki/ffmpeg/vp9-encoding-guide and should be updated to https://web.archive.org/web/20230725174849/http://wiki.webmproject.org/ffmpeg/vp9-encoding-guide

18:57 <BBB> the other one ("​phones and other embedded systems") points to http://wiki.webmproject.org/hardware/socs and should be updated to e.g. https://web.archive.org/web/20230614133122/http://wiki.webmproject.org/hardware/socs

18:58 <jamrial> done

20:41 <ubitux> anyone has https://ieeexplore.ieee.org/document/9999616 ?

20:42 <ubitux> wondering if this one is defining some stuff that were previously reserved

20:56 <ubitux> appears not.

21:10 <Marth64> How to send PR to website to fix some broken HTML tags on index.html?

21:10 <Marth64> or patch, rather

21:10 <jamrial> send a patch to the usual ml

21:10 <BtbN> just send it to the devel list

21:11 <Marth64> thx

21:33 <Marth64> I compiled it locally looked okay. The doc is missing a dependency needed to install in order to build the CSS (clean-css). But if I fix that I might as well add a package.json and update the instructinos to build it without root. so maybe some other time

21:34 <Marth64> the broken tag patches are sent tho

22:57 <BBB> jamrial: sorry for delay, tnx for your help