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.0.2 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
<Lynne>
wow, drivers are hopeless at writing SPS/PPS headers
<Lynne>
it was common to joke about AMD's drivers writing VUIs with full_range_flag always set to 1, but at least they didn't get something wrong like golomb codes
<Lynne>
nvidia chokes up coding scaling list deltas, but says they're written correctly, and says they totally weren't overwritten
<Lynne>
even though they're very very disabled
thilo_ has quit [Ping timeout: 248 seconds]
thilo_ has joined #ffmpeg-devel
<Lynne>
correction, its in radv, we can fix this!
auri has quit []
auri has joined #ffmpeg-devel
feiw has quit [Remote host closed the connection]
feiw has joined #ffmpeg-devel
cone-283 has quit [Quit: transmission timeout]
jamrial has quit []
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 246 seconds]
arch1t3cht7 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 248 seconds]
arch1t3cht7 is now known as arch1t3cht
tufei has quit [Remote host closed the connection]
tufei has joined #ffmpeg-devel
cone-355 has joined #ffmpeg-devel
<cone-355>
ffmpeg Lynne master:034e25e1a468: hw_base_encode: move VAAPI SPS/PPS constructors to a shared file
<Daemon404>
i saw the uncompressed video in isobmff spec eas finally published fully and went to look at it
<Daemon404>
itbis comparable to a lovecraftian horror
<Daemon404>
with no test vectors
<Daemon404>
y4m is safe.
tufei__ has joined #ffmpeg-devel
<nevcairiel>
it sounds like such a simple task, how can they mess it up
<nevcairiel>
y4m manages the same with a single line of text headers
<Daemon404>
super super overcomplicated
<Daemon404>
and weird compat shit
<Daemon404>
the spec is dozens of pages.
<Daemon404>
overcomplicated while not solving all the issues with y4m mught i add
<Daemon404>
it is peak design-by-committee
<Daemon404>
probably why it took years.
<elenril>
I still find it amazing how mxf, with all its insane complexity, can only handle CFR
<ramiro>
wbs: regarding the getauxval patch, I noticed that some of its uses are under #ifdef __linux__ (such as in lavu/aarch64/cpu.c). it's best to avoid system ifdefs if we can properly detect the feature in configure. wouldn't #if HAVE_GETAUXVAL be enough? (and then "|| HAVE_ELF_AUX_INFO" later on)
<wbs>
ramiro: yes, that's probably better in the long run
tufei_ has quit [Ping timeout: 260 seconds]
<Daemon404>
elenril, mxf vfr idea: file per framerate change and xml sidecarriage to link thek
<Daemon404>
imf for vfr
<elenril>
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
* elenril
stabs Daemon404
<Daemon404>
youre welcome
<JEEB>
Daemon404: yea they did the same for raw audio
<Daemon404>
wut?
<Daemon404>
oh mp4
<JEEB>
yea
<Daemon404>
not imf
<Daemon404>
mixing my trolling
<Daemon404>
:D
<JEEB>
overcomplication galore
<Daemon404>
yea
rossy has quit [Remote host closed the connection]
<ramiro>
Daemon404: reminds me of that xml quote from attila that michael used as a signature :P
<ramiro>
If you really think that XML is the answer, then you definitly missunderstood the question -- Attila Kinali
rossy has joined #ffmpeg-devel
<Daemon404>
:D
<kurosu>
Daemon404: now, only if you knew people in Netflix and Apple to whom to complain. Possibly even the authors of these specs.
cone-279 has joined #ffmpeg-devel
<cone-279>
ffmpeg Brad Smith master:fe4b9ef69f10: avutil/cpu_internal: Provide ff_getauxval() wrapper for getauxvaul()
<Daemon404>
kurosu, i tried during its development and failes :)
<Daemon404>
failed*
<kurosu>
I was mostly kidding. I can't blame you for not sinking a month of your life every year during MPEG meetings on these topics
<Daemon404>
im not even a memher
<Daemon404>
and have no way to be one
<kurosu>
Indeed, first step would be to be with a company that has registered through ANSI or ITU.
<cone-279>
ffmpeg Marvin Scholz master:9556379943b6: lavfi/avfiltergraph: fix leak on error
<elenril>
jamrial: if you move lcevc bitstream filter to lavf, then does the codec id still need to exist?
<jamrial>
yes if we want to export the enhancement stream for caller handling and remuxing purposes
<elenril>
but do we?
blb has quit [Quit: blb]
___nick___ has quit [Ping timeout: 276 seconds]
___nick___ has joined #ffmpeg-devel
blb has joined #ffmpeg-devel
cone-279 has quit [Quit: transmission timeout]
mkver has joined #ffmpeg-devel
<jamrial>
elenril: what's the alternative? we want muxing support for split enhancement metadata
<elenril>
if you say so
<elenril>
I just didn't see any muxing patches yet
<jamrial>
haven't gotten to it yet
<jamrial>
right now i'm making the decode.c code opaque (so we don't litter it with lcevc specifc stuff), as well as trying to do the merging in lavf's demux.c instead of ffmpeg_demux.c
<jamrial>
which i assume you will appreciate :p
<elenril>
eh, I'm not that sure
<elenril>
lavf generic code could use a lot of untangling
<elenril>
I'm not objecting to handling it in CLI in principle, it just shouldn't affect the main patch so much
<elenril>
s/patch/path
cone-326 has joined #ffmpeg-devel
<cone-326>
ffmpeg Anton Khirnov master:cfbf10412f9c: tests/fate/filter-audio: add a test for handling more than 64 channels
<cone-326>
ffmpeg Anton Khirnov master:18d492ff41b2: lavfi/af_channelsplit: support arbitrary channel layouts
<cone-326>
ffmpeg Anton Khirnov master:7dc81d33c241: lavfi/af_channelmap: remove an arbitrary limit on channel count
<cone-326>
ffmpeg Anton Khirnov master:e37d1efe6575: lavfi/af_dialoguenhance: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:84fda7de7948: lavfi/af_channelsplit: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:7896b9543001: lavfi/af_earwax: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:ffbafbfdeddf: lavfi/af_crossfeed: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:408587c83673: lavfi/af_extrastereo: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:0ec382f4948e: lavfi/af_haas: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:c9c6f0743621: lavfi/af_hdcd: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:fdc6e3172576: lavfi/af_headphone: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:48d9a4d7ca75: lavfi/af_join: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:bfb139bb8d10: lavfi/af_ladspa: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:e13592c22d48: lavfi/af_loudnorm: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:7887d00ee6e2: lavfi/af_volume: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:2ee4625d4bac: lavfi/af_virtualbass: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:d90035c94137: lavfi/af_surround: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:c4d9282a5688: lavfi/af_stereowiden: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:449f670a14b1: lavfi/af_stereotools: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:4c4199758c9d: lavfi/af_sofalizer: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:75b2f5a7d316: lavfi/af_sidechaincompress: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:363d4a75593b: lavfi/af_replaygain: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:d0f4c08207e3: lavfi/af_lv2: convert to query_func2()
<cone-326>
ffmpeg Anton Khirnov master:b38f4e7f865d: lavfi/af_pan: stop modifying private data in query_formats()
<cone-326>
ffmpeg Anton Khirnov master:691e0a108247: lavfi/af_pan: convert to query_func2()
<frankplow>
Does MSVC support C11 threads properly or is their implementation still non-standard?
<elenril>
it doesn't even support atomics without special magic flags
<kasper93>
I think threads support is ok. There is detach difference, that thread cannot detech itself using current handle
<kasper93>
atomics are indeed still behind experimental flag
tufei_ has joined #ffmpeg-devel
tufei__ has quit [Remote host closed the connection]
<cone-326>
ffmpeg Zhao Zhili master:071c4990265a: avfilter/unsharp: Call function directly rather than via function pointer
<jkqxz>
elenril: I don't think I approved it; I did look at it a few times but have limited bandwidth.
<jkqxz>
And yeah, the name is rather awful but what would actually be better?
<jkqxz>
Lynne: "it expects a very specific initialization sequence that isn't really documented" - well what did you expect? The whole thing is "abstract away common parts of VAAPI and D3D12" not "make a coherent API".
<Lynne>
just saying it can be improved, that's all
<jkqxz>
I am shocked to hear that.
<elenril>
jkqxz: you replied to the thread with something other than AAAAAAAAAAAAAAAAAA
<elenril>
that counts as approval
<elenril>
but yeah, I wish more people had "make a coherent API" as a personal goal
compnn has quit [Read error: Connection reset by peer]
compnn has joined #ffmpeg-devel
<another|>
something something .... make an abhorrent API ... okay
<jkqxz>
It must score at least one elenril point, since it doesn't have any global state!
<elenril>
it could get more if it didn't have any local state either
<elenril>
abandon state and be saved
rvalue- has joined #ffmpeg-devel
<jkqxz>
Abandon state all ye who enter here.
rvalue has quit [Ping timeout: 260 seconds]
rvalue- is now known as rvalue
arbitercoin has quit [Ping timeout: 246 seconds]
<elenril>
precisely
Krowl has joined #ffmpeg-devel
___nick___ has quit [Ping timeout: 260 seconds]
___nick___ has joined #ffmpeg-devel
cone-326 has quit [Quit: transmission timeout]
witchymary has quit [Ping timeout: 248 seconds]
iive has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
cone-631 has joined #ffmpeg-devel
<cone-631>
ffmpeg Michael Riedl master:9bcb86b0fa58: avdevice/decklink_dec: extend available actions on signal loss
witchymary has joined #ffmpeg-devel
SystemError has quit [Remote host closed the connection]