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
iive has quit [Quit: They came for me...]
thilo_ has quit [Ping timeout: 276 seconds]
thilo_ has joined #ffmpeg-devel
Traneptora has quit [Quit: Quit]
IndecisiveTurtle has quit [Ping timeout: 265 seconds]
Traneptora has joined #ffmpeg-devel
Warcop has joined #ffmpeg-devel
MisterMinister has joined #ffmpeg-devel
jamrial has quit []
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 252 seconds]
arch1t3cht7 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 265 seconds]
arch1t3cht7 is now known as arch1t3cht
Kei_N has joined #ffmpeg-devel
Kei_N_ has quit [Ping timeout: 272 seconds]
blb has quit [Remote host closed the connection]
blb has joined #ffmpeg-devel
Traneptora has quit [Quit: Quit]
MisterMinister has quit [Ping timeout: 248 seconds]
Traneptora has joined #ffmpeg-devel
rvalue- has joined #ffmpeg-devel
rvalue has quit [Ping timeout: 265 seconds]
rvalue- is now known as rvalue
microlappy has joined #ffmpeg-devel
microlappy has quit [Client Quit]
_av500_ has joined #ffmpeg-devel
av500 has quit [Ping timeout: 276 seconds]
Krowl has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
cone-497 has joined #ffmpeg-devel
<cone-497>
ffmpeg Jan Ekström master:f9c5c5358cfe: avcodec/videotoolbox: add AV1 hardware acceleration
<cone-497>
ffmpeg Martin Storsjö master:4d204aa29b07: videotoolbox: Fix indentation of old existing code
<cone-497>
ffmpeg Martin Storsjö master:04a59bcac412: libavutil: Makefile: Fix alphabetical order for the film_grain_params files
<cone-497>
ffmpeg Martin Storsjö master:a7449e4cbb36: libavcodec: Makefile: Move the librsvg entry to the right section
Krowl has joined #ffmpeg-devel
tufei_ has quit [Remote host closed the connection]
tufei_ has joined #ffmpeg-devel
Kei_N_ has joined #ffmpeg-devel
Kei_N has quit [Read error: Connection reset by peer]
mkver has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 260 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
<haasn>
why doesn't av_log take const void* ?
MisterMinister has joined #ffmpeg-devel
<elenril>
because it can modify the context in principle
<elenril>
or (more likely) nobody cared about things like const back when it was introduced
<haasn>
why should a log callback need to modify the context
<haasn>
shrug
<haasn>
annoying but I suppose it is what it is
<elenril>
yeah
<Lynne>
its handy to have per-context state
<haasn>
I, too, love casting to (void *)
<elenril>
I've been a fan of casting to (void**)recently
<elenril>
but that is an acquired taste
<Lynne>
in my code I use it to output cleanly to json by keeping track of the lack of newlines
<elenril>
multithreacalled ding
<Lynne>
that too, I needed a per-context lock
<Lynne>
but really don't overdo it with consts
<elenril>
yo dawg, we heard you like locks
<Lynne>
otherwise you'll end up writing const struct test const * (const)array = {},
<elenril>
I see nothing wrong with the above
cone-497 has quit [Quit: transmission timeout]
<elenril>
const-correctness is a sign of virtue
<Lynne>
how man chucks would a woodchuck chuck if a woodchuck could chuck chucks?
<elenril>
*(void**)&(void*)(intptr_t)42
<mkver>
elenril: IIRC the bsf-list callback modifies the context.
<elenril>
the one in cmdutils?
jamrial has joined #ffmpeg-devel
<elenril>
mkver: btw, I've been thinking about eliminating the "modify shared field after finish_setup" races in frame threading by allocating one extra decoder context, and having finish_setup immediately update the state into it
<elenril>
would you be in favor?
Krowl has joined #ffmpeg-devel
pnm has joined #ffmpeg-devel
<pnm>
I'would like to sponsor http2 support for FFmpeg
<pnm>
anyone interested?
Krowl has quit [Quit: Krowl]
IndecisiveTurtle has quit [Ping timeout: 244 seconds]
Krowl has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
<aaabbb>
pnm: might be a good question for the mailing list
<pnm>
alright thanks
<Marth64>
i thought http2 was dead
<Marth64>
does the world really need http2
<pnm>
I need http2 client support for hls/dash
___nick___ has joined #ffmpeg-devel
<Marth64>
fair enough
Krowl has joined #ffmpeg-devel
vipyne has joined #ffmpeg-devel
<BtbN>
Why tho? What server doesn't just support normal http?
<BtbN>
http 2 is a giant complexity monster to cater to the insanity that are websites which embed hundreds of tiny files
<Marth64>
curl protocol handler to deal with it maybe?
<Marth64>
but i agree, never saw point of httpW outside of that
<Marth64>
s/W/2
<Marth64>
speaking of protocol handler and dead formats. i had a random creative idea to bring full dvd playback support with menus via protocol handler
<Marth64>
i might tinker with it later
<BtbN>
The only slightly nice aspect of it are parallel requets. But http 1.1 also has support for those, just nobody knows and/or bothers to use them
<pnm>
Well, there are servers that block http1.1 requests with a forbidden 403
<BtbN>
I'd consider those broken
<Marth64>
i hope modern web applications burn and we go back to a javascript free world </rant>
<BtbN>
JavaScript isn't even the problem. The problem is thinking to need hundreds and hundreds of scripts in a single site
<Marth64>
yes. it is abused
<BtbN>
There are tools to just bundle all your deps into a single file anyway
<Marth64>
until they cause production issues because they use md4 hashing algorithm and conflicts actually occur
<Marth64>
hope that is fixed now in webpack
<pnm>
regarding complexity, probably ffmpeg does not need the whole stack for being able to parse hls/dash
<BBB>
wbs: apple av1 hw decoding in ffmpeg, that's some magical set of buzzwords there, thanks!
<BBB>
j-b: include that in your demuxed talk ffmpeg section :D
Marth64 has quit [Quit: Leaving]
Marth64 has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
pnm has quit [Quit: Konversation terminated!]
<Daemon404>
apple should do what they did with "ai - apple intelligence"
<Daemon404>
Apple Video 1
<BBB>
:D
<BBB>
the apple intelligence is some amazing branding
<BBB>
where's kierank when you need him for some twitter content?
cone-812 has joined #ffmpeg-devel
<cone-812>
ffmpeg Tobias Rapp master:c8cc58a13d4d: avcodec/dxva2: Fix compilation with Mingw-w64
Krowl has joined #ffmpeg-devel
<cone-812>
ffmpeg James Almer master:58c265d956f4: avformat/mov: factorize getting the current item
<cone-812>
ffmpeg James Almer master:ba6eeb2c65e8: avformat/mov: parse colr boxes that reference tile grids
<cone-812>
ffmpeg James Almer master:f225e6f3c6ae: avformat/mov: parse clap boxes that reference heif items
<cone-812>
ffmpeg James Almer master:7573f0284030: avformat/mov: get heif image mirroring from imir box
<cone-812>
ffmpeg James Almer master:650ce61745d6: avformat/mov: don't abort on invalid clap box data
<cone-812>
ffmpeg James Almer master:b094c47ab203: fate/mov: add a test for heic images with cropping and rotation metadata
<cone-812>
ffmpeg James Almer master:358fdf308386: avfilter: add missing build deps to msad filter
tufei_ has quit [Remote host closed the connection]
tufei has joined #ffmpeg-devel
<wbs>
BBB: yeah, even if I didn't need it myself, it was an important and special enough case that I wanted to push it across the finish line
<wbs>
BBB: also, the videotoolbox api isn't hard to use really (except for the extradata like black magic init blob), the rest was just to undo the workings of the ffmpeg hwaccel layer
<elenril>
can someone tell apple to just implement vulkan decoding?
<wbs>
BBB: yeah; we already toasted to this fact last year; had to actually complete the implementation too, then :P
___nick___ has joined #ffmpeg-devel
___nick___ has quit [Client Quit]
___nick___ has joined #ffmpeg-devel
<wbs>
I guess the next similar milestone would be (common) HW encoding of AV1 - or are there android phones with that already?
HarshK23 has joined #ffmpeg-devel
<BBB>
don't think so :(
<wbs>
I guess that's another interesting aspect; will HW encoders be able to benefit from the format? for HEVC, there was a quite decent step up in quality/bitrate; on qualcomm chips a big improvement, on apple chips a much smaller improvement
<wbs>
(conversely, qualcomm's h264 encoder was crap, apple's was very good)
<BBB>
if only there was an apple engineer here that we could ask about these things ...
Krowl has quit [Read error: Connection reset by peer]
<wbs>
I guess cisco's encoder shows that it is possible to benefit from it, in a realtime setting
ccawley2011 has quit [Ping timeout: 252 seconds]
<kurosu>
You can imagine no big A engineer would tell you. Former colleagues now at that company, or immediate colleagues in-the-know working with said engineers, would not tell, so