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
<pnm> just setting some bits here and there
<Marth64> a quick curl protocol handler should do the trick i think? iirc dash demuxer uses http protocol handler under the hood
<Marth64> http i can understand writing from scratch, http2 i am not so sure
<pnm> if you are willing to try, im willing to sponsor
<llyyr> it has to be written from scratch? the implementation can't just use libcurl?
<Marth64> it should use libcurl
<Marth64> i wouldn't do from scratch
<pnm> can be libcurl as long as we are able to play those hls/dash streamings with ffmpeg
<BtbN> I'm not sure I _want_ an http2 implementation in ffmpeg
<BtbN> the protocol is stupidly complex, and nothing ffmpeg does has any valid reason to need it
<pnm> hls.c uses http.c
<BtbN> And libcurl will get NAK'ed for sure, since there already is an http client
<pnm> not sure how we can wrap hls.c with libcurl
<Marth64> it uses protocol handler facility under the hood
<Marth64> i am not able to do it due to dvd/bd commitments but if i get a chance or bored might check it out
<BtbN> You should really ask for general consensus first. I can absolutely see adding curl to be straight up rejected
<pnm> alright I posted a message on the mailing list with my email, just in case someone's interested
<BtbN> I'm not a fan of it myself
<pnm> in case is rejected, an unofficial patch is fine for me
<BtbN> You should fix your server instead
<BtbN> not supporting http is off-spec and broken
<Marth64> you can stand up an nginx proxy if its a one-off thing
<BtbN> Adding http2 to ffmpeg would be a huge architectcural change, so I doubt it's even feasible
<BtbN> Since it's not request, wait, response anymore, but fully async
<pnm> not my server, just need the client part
<BtbN> report a bug then
<pnm> :D
HarshK23 has quit [Quit: Connection closed for inactivity]
<pnm> server is behind cloudflare, and is blocking http1.1 requests as simple as that
<pnm> if in the future this becomes a thing, might be useful to support http2 or http3
<pnm> someone faced the same problem some years ago
<pnm> well not quite the same but similar
<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?
pnm has joined #ffmpeg-devel
pnm has quit [Client Quit]
<jamrial> elenril: https://0x0.st/XgDN.heic the error message printed here may be wrong
<jamrial> "Scalability type 1" is multiview. the sample has a different one
<jamrial> spatial apparently, so it should be reporting 2
<elenril> you sure it's not depth?
<elenril> I think it's just not taking log of the vlaue
<elenril> (didn't look at the code)
<jamrial> third bit in the mask is set
<elenril> ah
<BBB> elenril: "just" is maybe a bit ... mis-placed :)
<BBB> wbs: agreed! this is a big deal :)
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<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
<j-b> BBB: will do.
cone-812 has quit [Quit: transmission timeout]
j45 has quit [Quit: ZNC 1.8.2 - https://znc.in]
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
IndecisiveTurtle has joined #ffmpeg-devel
HarshK23 has quit [Quit: Connection closed for inactivity]
Krowl has joined #ffmpeg-devel
___nick___ has quit [Ping timeout: 265 seconds]
ccawley2011 has joined #ffmpeg-devel
microlappy has joined #ffmpeg-devel
microlappy has quit [Quit: Konversation terminated!]
microlappy has joined #ffmpeg-devel
dionisis has joined #ffmpeg-devel
microlappy has quit [Quit: Konversation terminated!]
Krowl has quit [Read error: Connection reset by peer]
bencoh has quit [Ping timeout: 252 seconds]
bencoh has joined #ffmpeg-devel
ccawley2011 has quit [Read error: Connection reset by peer]
Teukka has quit [Read error: Connection reset by peer]
Teukka has joined #ffmpeg-devel
Teukka has quit [Changing host]
Teukka has joined #ffmpeg-devel
mkver has quit [Ping timeout: 252 seconds]
vipyne has quit [Quit: Leaving.]