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.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
<kasper93>
lmoa
rvalue has quit [Remote host closed the connection]
iive has quit [Quit: They came for me...]
rvalue has joined #ffmpeg-devel
minimal has quit [Quit: Leaving]
_whitelogger has joined #ffmpeg-devel
cone-469 has quit [Quit: transmission timeout]
_whitelogger has joined #ffmpeg-devel
jamrial has quit []
indecisiveturtle has quit [Quit: indecisiveturtle]
<TheVibeCoder>
until when ffmpeg switches to fogejo 100%?
<Lynne>
TheVibeCoder: have you figured out where the qscale/quantizer is read?
<Lynne>
I can see where all the sizes for the components are parsed, but not where the qscale gets parsed
<TheVibeCoder>
no idea
<TheVibeCoder>
Lynne: ask kostya
<Lynne>
I'll... look again
minimal has joined #ffmpeg-devel
<TheVibeCoder>
until when ffmpeg switches to forgejo 100%?
<averne>
Lynne: FYI I just completed initial support for my gsoc project: https://github.com/averne/FFmpeg/tree/vk-proresdec. This correctly decodes my test sample, though the iDCT part isn't bitexact compared to the software decoder.
<Lynne>
averne: awesome
<Lynne>
you should look into using the idct from the prores raw decoder I wrote, its super fast
cone-247 has joined #ffmpeg-devel
<cone-247>
ffmpeg Niklas Haas master:8b647b3f8adb: avfilter/vf_colordetect: add x86 SIMD implementation
<cone-247>
ffmpeg Niklas Haas master:545f721b443c: avfilter/vf_colordetect: add new color range detection filter
<cone-247>
ffmpeg Niklas Haas master:f944a70fccde: tests/checkasm: add check for vf_colordetect
<averne>
Yes, right now I'm just using an iDCT from the cuda samples repo. I saw yours on the ML and it looked a bit more efficient (fewer mults). I'd like to experiment with various stuff so I think I'll put together a small app that runs the accuracy test described in the SMPTE doc.
<averne>
Also swscale on ffmpeg master refuses to convert yuv444p12 to yuv420p (or anything else I tried). I believe it landed a refactor recently, are there new requirements or something? Same command works fine on ffmpeg 7.1.1
<BtbN>
compn: gave you permissions
<BtbN>
compn: I just sent a test-mail to nut-devel (the only migrated list so far). Not sure if you have access to that in the old mailman interface, but could you double check that it didn't end up there? mailman3 is supposed to take priority.
<BtbN>
you can also see it in the queue on Mailman3, maybe don't approve it :D
<jamrial>
averne: probably unsupported color metadata
<averne>
It does say "prim:reserved trc:reserved" in the error message. Should I provide this info somehow?
<JEEB>
so not undefined but reserved... I recall some dumb software was writing those CICP values but now we find it on this channel, too :P
<jamrial>
those are invalid values, so it's rejecting them
<jamrial>
JEEB: yeah, recent rework made it actually look at color values, and it's been a bit of a meltdown since then :p
<JEEB>
there's the setparams video filter or whatever it was
<JEEB>
and then you can also set them on the input side on ffmpeg cli possibly (input side being "before `-i INPUT`")
<JEEB>
but I think I previously used the filter
<JEEB>
I do wonder what the original reasoning was to have those value ranges as reserved
<JEEB>
because if that reasoning already went past like 10 years ago, then it might make sense to interpret those as whatever certain applications are using them as
<JEEB>
since CICP has had nice additions at the end of the listing just fine the recent XYZ years
<TheVibeCoder>
fix mpv
<TheVibeCoder>
still doesnt support ambisonic layouts
<TheVibeCoder>
what a utter waste
<jamrial>
does anything other than vlc with libspatialaudio support it?
<TheVibeCoder>
yes, librempeg
<TheVibeCoder>
but YT practically delted all ambisonic webms
<Lynne>
lol, really?
<Lynne>
guess apple's totally-not-vr thing is even deader now
BradleyS has quit [Read error: Connection reset by peer]
BradleyS has joined #ffmpeg-devel
<TheVibeCoder>
Lynne: its only dead for normie webs
<Lynne>
pro-webs exist?
<TheVibeCoder>
nope
<Lynne>
I know blackmagic released a new camera that targets the apple vr thing, but I read the specs and laughed
<TheVibeCoder>
but its not 1999 and internet speeds allow to have at least 4 channels in audio
<TheVibeCoder>
but no, we still have stereo only
<TheVibeCoder>
total stagnation
<Lynne>
fixed f6.0 aperture and fixed-focus at 1.5m, literally uless
<JEEB>
TheVibeCoder: and even browsers support multichannel audio with stuff like AAC
<TheVibeCoder>
and OPUS
<JEEB>
yea
<Lynne>
you can throw 7.1 aac on twitch and it happily deals with it
System_Error has quit [Remote host closed the connection]
<Lynne>
ambisonics were a neat idea and I wish they had taken off, but consumer CPUs were barely fast enough to decode mp3s 30 years ago
jarthur has joined #ffmpeg-devel
MisterMinister has joined #ffmpeg-devel
ngaullier has quit [Remote host closed the connection]
Kei_N_ has joined #ffmpeg-devel
Kei_N has quit [Read error: Connection reset by peer]
System_Error has joined #ffmpeg-devel
s55 has quit [Quit: Bye]
ramiro has quit [Ping timeout: 260 seconds]
ramiro has joined #ffmpeg-devel
Kei_N has joined #ffmpeg-devel
Kei_N_ has quit [Read error: Connection reset by peer]
DauntlessOne49 has quit [Ping timeout: 240 seconds]
DauntlessOne49 has joined #ffmpeg-devel
MisterMinister has quit [Ping timeout: 260 seconds]
ccawley2011_ has quit [Ping timeout: 260 seconds]
ccawley2011_ has joined #ffmpeg-devel
Warcop has joined #ffmpeg-devel
pelotron has quit [Ping timeout: 240 seconds]
pelotron has joined #ffmpeg-devel
<compn>
TheVibeCoder, 2 channels, 2 ears. makes sense /s
<cone-194>
ffmpeg James Almer master:fdca209f1f10: avfilter/x86/vf_colordetect: don't use rax to return a 32bit integer
<cone-194>
ffmpeg James Almer master:70fc4e590980: avfilter/x86/vf_colordetect_init: don't enable ASM functions on targets where it's known they will be slower
<kasper93>
thanks
<kasper93>
I'm bombarded with messages from $dayjob, cant even read irc in time ;p
<kasper93>
BtbN: for CI it would be better to have in-tree scripts to handle that and test.yml only dispatch things with correct parameters, incidencially, it could just call fate.sh
<BtbN>
Well, the idea is to expand it to enable external dependencies that make sense
<BtbN>
Just calling fate.sh would barr us from ever doing that.
<BtbN>
fate.sh would also try to upload the results somewhere?
<kasper93>
why?
<BtbN>
Cause that's what it does
<kasper93>
I was asking about external deps
<kasper93>
what's the problem with fate.sh for external deps?
<BtbN>
You want to start maintaining multiple configure invocations in fate.sh?
<BtbN>
I really don't see the point of calling fate.sh from the workflow
<kasper93>
you will start mainining this the same way inside the yml
<BtbN>
Yes, where it makes sense cause it corresponds to the image the workflow uses or which depds it installs
indecisiveturtle has joined #ffmpeg-devel
<BtbN>
Calling fate.sh would generally just obfuscate the CI job output, since you can't easily see anymore which stage fails
<BtbN>
the script really doesn't do any rocket science either, it calls configure, make and make fate
<BtbN>
And also tries to update the git repo, which would likely clash with the checkout action
<BtbN>
Cause on CI you want to test the specific commit the CI was tasked to test, not HEAD of some branch
<BtbN>
all in all, it really does not seem like a good fit
<kasper93>
in the current form for sure not
<kasper93>
but it is not set in stone
<kasper93>
and it can be another script
<kasper93>
but advantage of having script is that you can easily reporoduce the build locally
<kasper93>
without unwraping all the things that out of tree config has done
<kasper93>
but it's fine, it's mostly configure call that changes anyway
<kasper93>
checkasm is forcefully linked statically
<kasper93>
but on windows shared and static doesn't got togheter in one build
<kasper93>
because if you inject somewhere dllimport it won't take this symbol from static one
<BtbN>
if that bypasses the normal config.h, yeah
<BtbN>
it'd have to set its own special flag, and the headers need to check that as well
<kasper93>
but if you change headers need to rebuild all object files, so it is whole another build
<BtbN>
Yeah, I guess a shared checkasm build on Windows is simply not possible
<kasper93>
I think there is at least one build on fate that works, but this is lld-link erroring, probably link.exe just eats static symbol even if dllimport, without complaining much.
indecisiveturtle has quit [Ping timeout: 240 seconds]
kurosu has quit [Quit: Connection closed for inactivity]
<kasper93>
BtbN: where are ci runners hosted? It's the same machine as forgejo instance?