michaelni changed the topic of #ffmpeg-devel to: Welcome to the FFmpeg development channel | Questions about using FFmpeg or developing with libav* libs should be asked in #ffmpeg | This channel is publicly logged | FFmpeg 7.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
ccawley2011 has quit [Ping timeout: 248 seconds]
Everything has quit [Quit: leaving]
Marth64 has joined #ffmpeg-devel
ccawley2011__ has joined #ffmpeg-devel
Marth64 has quit [Quit: Leaving]
ccawley2011_ has quit [Ping timeout: 248 seconds]
ccawley2011__ has quit [Read error: Connection reset by peer]
Kei_N_ has joined #ffmpeg-devel
Kei_N has quit [Ping timeout: 276 seconds]
<fflogger> [newticket] tfoucu: Ticket #11312 ([avformat] MP4 Fragmented demuxer: does not respect audio duration from TRUN) created https://trac.ffmpeg.org/ticket/11312
Traneptora has quit [Quit: Quit]
thilo has quit [Ping timeout: 252 seconds]
arch1t3cht3 has joined #ffmpeg-devel
thilo has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 245 seconds]
arch1t3cht3 is now known as arch1t3cht
cone-627 has quit [Quit: transmission timeout]
haihao has quit [Ping timeout: 246 seconds]
haihao has joined #ffmpeg-devel
Traneptora has joined #ffmpeg-devel
^Neo_ has quit [Ping timeout: 245 seconds]
jamrial has quit []
darkapex has quit [Ping timeout: 252 seconds]
cone-399 has joined #ffmpeg-devel
<cone-399> ffmpeg Lynne master:eb536d97a027: ffv1enc_vulkan: support buffers larger than 4GiB
<cone-399> ffmpeg Lynne master:ebf5264c9346: ffv1enc_vulkan: fix PCM encoding
<cone-399> ffmpeg Lynne master:9691ac6af29b: ffv1enc_vulkan: increase max outstanding byte count to 16bit
<cone-399> ffmpeg Lynne master:4d3e96c90c65: lavc/vulkan/common: fix reverse4's incorrect swizzle
<fflogger> [editedticket] an0ndev: Ticket #9535 ([undetermined] PNG decoder fails processing more than a certain number of frames) updated https://trac.ffmpeg.org/ticket/9535#comment:11
<cone-399> ffmpeg Lynne master:aad40fed3376: vulkan: fix sw_frame_deps counter
<fflogger> [editedticket] an0ndev: Ticket #9535 ([undetermined] PNG decoder fails processing more than a certain number of frames) updated https://trac.ffmpeg.org/ticket/9535#comment:12
darkapex has joined #ffmpeg-devel
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 252 seconds]
compnnn has quit [Read error: Connection reset by peer]
compnnn has joined #ffmpeg-devel
Marth64 has joined #ffmpeg-devel
System_Error has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
<fflogger> [editedticket] an0ndev: Ticket #9535 ([undetermined] PNG decoder fails processing more than a certain number of frames) updated https://trac.ffmpeg.org/ticket/9535#comment:13
<fflogger> [editedticket] an0ndev: Ticket #9535 ([undetermined] PNG decoder fails processing more than a certain number of frames) updated https://trac.ffmpeg.org/ticket/9535#comment:14
haihao has quit [Ping timeout: 260 seconds]
haihao has joined #ffmpeg-devel
haihao has quit [Ping timeout: 276 seconds]
haihao has joined #ffmpeg-devel
cone-399 has quit [Quit: transmission timeout]
<haasn> is it just me or is av_csp_trc_func_from_id(AVCOL_TRC_SMPTE2084) defined with the wrong range respective to all other functions?
<haasn> it seems to take raw nits input
<haasn> or at least that's what const double L = Lc / 10000.0; implies
<haasn> but all other functions are defined to take range 0.0 - 1.0
<haasn> in theory this means EXR inputs with gamma=st2048 should be broken
<haasn> cc Traneptora it seems you wrote this code, maybe you know how to test?
Krowl has joined #ffmpeg-devel
<fflogger> [editedticket] Balling: Ticket #11312 ([avformat] MP4 Fragmented demuxer: does not respect audio duration from TRUN) updated https://trac.ffmpeg.org/ticket/11312#comment:1
<haasn> in either case, it would be most consistent to renormalize things such that e.g. 1.0 always corresponds to diffuse white
<haasn> but this is a bit ambiguous on account of the confusion between 203 and 100 nits
<JEEB> yea "is your input HDR or SDR"
<haasn> HLG is normalized such that 1.0 is the peak scene white
<haasn> with 1/12 being the equivalent diffuse white
<haasn> so I think the most consistent behavior would be to normalize PQ input such that a value of 1.0 corresponds to 10000 nits
<haasn> * The function returned should expect a nominal domain and range of [0.0-1.0]
<haasn> would be consistent with the documentation in any case
<haasn> not that "should expect a nominal domain" really means anything
<haasn> any objections to me changing the PQ definition thusly?
System_Error has quit [Ping timeout: 260 seconds]
System_Error has joined #ffmpeg-devel
haihao has quit [Ping timeout: 248 seconds]
haihao has joined #ffmpeg-devel
<Traneptora> haasn: I didn't write it per se
<Traneptora> I refactored it
<Traneptora> the algorithm is the same as what was before it
<Traneptora> looks like it was written by Kevin JW
<Traneptora> (this is the parent commit to my refactor)
<haasn> ah
<haasn> whelp
j45 has quit [Ping timeout: 276 seconds]
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
<haasn> how do we even handle HLG inside swscale
<haasn> so HLG is fundamentally scene referred, but we do all gamut/tone mapping in IPT colorspace
<haasn> which is defined on an absolute reference scale
<haasn> do we 1) apply static OOTF tuned for 1000 nits
<haasn> 2) just treat it as scene referred but normalize it to 12 * sdr white, so peak = 203 * 12 = 2436
<haasn> 3) do all processing in display referred space instead, require OOTF for both BT.1886 and HLG
<haasn> consider that we need a conversion from PQ to HLG to do the right thing (tm)
<haasn> cc JEEB
<haasn> it's largely for this reason that I went with approach c) inside libplacebo, which is aimed at the playback use case
<haasn> do you happen to remember what the most up-to-date ITU document is about how to correctly convert between HLG and PQ for signal delivery?
<haasn> is it still BT.2446?
<haasn> oh that one only considers HDR<->SDR
<haasn> seems like BT.2408 is the one to poke
<JEEB> I think yea
<haasn> .. which just references 2390
<JEEB> yup :D
<haasn> seems they want me to do implement option 1
<haasn> i.e. just slap a 1000 nits ootf on top of the HLG curve
<haasn> which is.. fine, I guess; and then I assume we stick with 203 nits normalization
<haasn> except for DV, which apparently wants 100 nits these days
Krowl has quit [Read error: Connection reset by peer]
<JEEB> or some other OOTF which converts between scene and display, but the 1000 nit one is the most common one
<haasn> I am very hesitant on adding too much magic to swscale tbh because the intent is for it to be largely predictable when auto-inserted into filter chains
<haasn> and in particular, to be used on the production / encoding side
<haasn> so we shouldn't hard-code _any_ assumptions about the target device
<haasn> infact, I would prefer to do all tone mapping in scene referred space inside swscale
<haasn> to avoid having to hard-code even assumptions about BT.1886 vs sRGB, target display contrast, etc
<haasn> scene referred space assumes infinite contrast after all
<JEEB> inverse HLG OOTF is also in BT.2100 itself
IndecisiveTurtle has joined #ffmpeg-devel
<haasn> but this means we would then need to transfer e.g. PQ signals back to scene referred space before tone mapping
<JEEB> and alpha may be set to 1.0 nit for processing purposes
<haasn> which of course is defined in some document as using the BT709+BT1886 interaction as the canonical OOTF
<haasn> so the question I have now is, uh... should I pass PQ through an *inverse* BT1886 OOTF before tone mapping it to SDR and then encoding it with the piecewise BT709??
<haasn> or should we stick with doing everything in display referred space and treat only HLG as a special case, plus hard-code gamma 2.4 for all of the SDR functions
<haasn> seems no matter which way we cut it, the results will be surprising in at least some cases
<haasn> maybe I need to implement both and see what produces better results..
<haasn> maybe I can just make it an option to escape accountability
j45 has quit [Ping timeout: 248 seconds]
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
<kasper93> I sitll don't know what is diffused white value in case on DV with HDR10 fallback
<kasper93> DV itself is 100 nits from what I see...
<kasper93> (also assuming 1000:1 contrast ratio was always little bit meh to me, so scene refered would avoid that)
ccawley2011_ has joined #ffmpeg-devel
ccawley2011 has quit [Ping timeout: 252 seconds]
cone-507 has joined #ffmpeg-devel
<cone-507> ffmpeg Zhao Zhili master:46ad1abd361f: avcodec/mediacodecdec: Add operating_rate option
<cone-507> ffmpeg Zhao Zhili master:9aacbfb6caab: avcodec/mediacodec_wrapper: add async mode support
<cone-507> ffmpeg Zhao Zhili master:a8375346eb1a: fftools/ffplay_renderer: Fix a typo
<cone-507> ffmpeg Zhao Zhili master:fa2ff5effcf3: avcodec/mediacodecenc: Add operating_rate option
<cone-507> ffmpeg Zhao Zhili master:05e079c94890: avcodec/mediacodecenc: add async mode support
Krowl has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
ccawley2011_ has quit [Ping timeout: 248 seconds]
rossy has quit [Remote host closed the connection]
rossy has joined #ffmpeg-devel
jamrial has joined #ffmpeg-devel
Daemon404 has joined #ffmpeg-devel
^Neo has joined #ffmpeg-devel
^Neo has quit [Changing host]
^Neo has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
<haasn> in the future we will only have OLED displays anyways
<haasn> so it's a non issue
<haasn> the new hot thing is dynamic contrast limiting
Krowl has joined #ffmpeg-devel
ccawley2011_ has joined #ffmpeg-devel
j-b has quit [Changing host]
j-b has joined #ffmpeg-devel
ccawley2011 has quit [Ping timeout: 252 seconds]
<elenril> crt4lyfe
<haasn> CRT and OLED both have infinite full frame contrast so..
<haasn> (And of course, both have terrible sub-frame contrast)
<elenril> crt monitors live forever
Traneptora has quit [Quit: Quit]
<j-b> dafuq
<elenril> spoils of the expedition
ccawley2011__ has joined #ffmpeg-devel
<elenril> 5 farms and one bulk seller
Workl has joined #ffmpeg-devel
ccawley2011_ has quit [Ping timeout: 272 seconds]
Krowl has quit [Ping timeout: 248 seconds]
Krowl has joined #ffmpeg-devel
Workl has quit [Ping timeout: 260 seconds]
HarshK23 has quit [Quit: Connection closed for inactivity]
HarshK23 has joined #ffmpeg-devel
cone-507 has quit [Quit: transmission timeout]
<fflogger> [newticket] tysonite: Ticket #11313 ([undetermined] Stream loop VTT subtitles via UDP ( error = Numerical result out of range )) created https://trac.ffmpeg.org/ticket/11313
microlappy has joined #ffmpeg-devel
<thardin> "Test api-band failed." someone broke fate
microlappy has quit [Client Quit]
<thardin> or it's precisely the patch I'm cherry-picking. hm
<thardin> there we go
cone-483 has joined #ffmpeg-devel
<cone-483> ffmpeg Richard Mitic master:67c2f80d2ccf: libaformat/mp3dec: Register the MIME type "audio/mpeg" to the mp3 decoder.
Krowl has quit [Read error: Connection reset by peer]
Krowl has joined #ffmpeg-devel
<thardin> avformat_find_stream_info() seems to call read_frame_internal() unnecessarily for rawvideo
<JEEB> Marth64: I think you can just check the spec and if the identifier matches you can merge
<JEEB> I think we have already the ATSC AC-3 identifier?
Traneptora has joined #ffmpeg-devel
<thardin> I'm adding a function ff_id3v2_is_iformat_whitelisted()
<thardin> then we can add formats we want ID3v2 support for in there
<Marth64> Hi JEEB: its in the spec all good there! just wanted to do my diligence and validate
<Marth64> I cruised through all my local stations with the patch loo
<Marth64> s/loo/lol
<Marth64> I will end up merging it this week
hbbs has quit [Quit: bye]
___nick___ has joined #ffmpeg-devel
___nick___ has quit [Client Quit]
___nick___ has joined #ffmpeg-devel
<ePirat> thardin, sounds good to me
Traneptora has quit [Quit: Quit]
iive has joined #ffmpeg-devel
Everything has joined #ffmpeg-devel
hbbs has joined #ffmpeg-devel
hbbs has quit [Changing host]
hbbs has joined #ffmpeg-devel
cone-483 has quit [Quit: transmission timeout]
Krowl has quit [Read error: Connection reset by peer]
ccawley2011__ has quit [Ping timeout: 252 seconds]
Krowl has joined #ffmpeg-devel
darkapex has quit [Remote host closed the connection]
darkapex has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
cone-958 has joined #ffmpeg-devel
<cone-958> ffmpeg Michael Niedermayer master:8a21d8baf933: doc/infra: clarify domain name servers
<cone-958> ffmpeg Michael Niedermayer master:7051825b0171: doc/developer: Document relationship between git accounts and MAINTAINERS
<cone-958> ffmpeg Michael Niedermayer master:edc4855f7710: doc/infra: Document trac backup system
<Daemon404> 8a21d8baf933 is satire
Daemon404 has left #ffmpeg-devel [badoomchuck]
<thardin> all this Bulgaria slander smh
darkapex has quit [Ping timeout: 246 seconds]
witchymary has quit [Remote host closed the connection]
witchymary has joined #ffmpeg-devel
<compnnn> thardin, but we DoNT KnOw wHo ThEy ArE. /s
witchymary has quit [Remote host closed the connection]
witchymary has joined #ffmpeg-devel
___nick___ has quit [Ping timeout: 252 seconds]
witchymary has quit [Remote host closed the connection]
j45 has quit [Ping timeout: 276 seconds]
witchymary has joined #ffmpeg-devel
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
<another|> Well, I kinda agree with Daemon404: The commit is basically useless.
arbitercoin has joined #ffmpeg-devel
Everything has quit [Ping timeout: 260 seconds]
Everything has joined #ffmpeg-devel
ccawley2011__ has joined #ffmpeg-devel
lemourin has quit [Quit: The Lounge - https://thelounge.chat]
<thardin> dnsdumpster will give you way more info
ccawley2011_ has joined #ffmpeg-devel
ccawley2011__ has quit [Ping timeout: 272 seconds]
lemourin has joined #ffmpeg-devel
ccawley2011_ has quit [Remote host closed the connection]
ccawley2011_ has joined #ffmpeg-devel
haihao has quit [Ping timeout: 248 seconds]
haihao has joined #ffmpeg-devel
steven-netint has joined #ffmpeg-devel
<fflogger> [editedticket] Balling: Ticket #11312 ([avformat] MP4 Fragmented demuxer: does not respect audio duration from TRUN) updated https://trac.ffmpeg.org/ticket/11312#comment:2
arbitercoin has quit [Read error: Connection reset by peer]
haihao has quit [Ping timeout: 252 seconds]
haihao has joined #ffmpeg-devel
<fflogger> [newticket] chconnor: Ticket #11314 ([ffmpeg] stuttering audio / strange audio pts when capturing v4l2 stream) created https://trac.ffmpeg.org/ticket/11314
ccawley2011__ has joined #ffmpeg-devel
ccawley2011_ has quit [Ping timeout: 252 seconds]
<fflogger> [newticket] chinshou: Ticket #11315 ([avcodec] Compile error with latest neon assembler) created https://trac.ffmpeg.org/ticket/11315
mkver has quit [Ping timeout: 272 seconds]
IndecisiveTurtle has quit [Ping timeout: 252 seconds]
cone-958 has quit [Quit: transmission timeout]
ccawley2011__ has quit [Read error: Connection reset by peer]
wbs has quit [Ping timeout: 255 seconds]
wbs has joined #ffmpeg-devel
<fflogger> [editedticket] chinshou: Ticket #11315 ([avcodec] Compile error with latest neon assembler) updated https://trac.ffmpeg.org/ticket/11315#comment:1
<compnnn> elenril, that image loaded right to left for me in firefox. most images load top down
darkapex has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
System_Error has quit [Ping timeout: 260 seconds]