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
<compn> its from the xz backdoor autoconf build script, curious if anyone else has ever used sed to cat like that.
System_Error has quit [Ping timeout: 260 seconds]
kasper93 has joined #ffmpeg-devel
<ePirat> BtbN, is it expected that patchwork is down completely now?
<BtbN> It should be back up now
<BtbN> Just for some reason slow
<BtbN> Completely upgraded it and made sense of it
<ePirat> getting a gateway timeout
<ePirat> so probably too slow for the reverse proxy even
<BtbN> *** uWSGI listen queue of socket "0.0.0.0:8000" (fd: 6) full !!! (101/100) ***
<BtbN> Yeah, it's working on 100/100 requests, and just hyper busy
<ePirat> "fun"
<BtbN> I guess a bunch of tools hammer it right now, cause it was down for an hour
<BtbN> It is slowly working through requests, so I hope it settles
<ePirat> how can this thing be so slow
<ePirat> it doesnt even do much
<BtbN> Well, if the DB is trying to process 100 requests in parallel, it gets quite slow
<BtbN> The VM its on isn't a fast one
<BtbN> I wonder if the DB is missing some index. It wasn't this slow before
<ePirat> is it postgres or mysql/mariadb?
<BtbN> mariadb
<BtbN> It was a really old mysql version before. Now it's latest mariadb
<BtbN> and it got dog slow
<ePirat> weird
<BtbN> "GET /project/ffmpeg/list/?state=*&archive=both&param=-date&page=336 => generated 105812 bytes in 14074 msecs (HTTP/1.1 200) 5 headers in 264 bytes"
<BtbN> 14 seconds to generate that page. Why?
<ePirat> that is incredibly slow…
<BtbN> I'm gonna turn on slow query logging and watch
<ePirat> BtbN, thanks a lot for looking into this btw
<BtbN> The way it's doing mail submission now is postfix ssh'ing into the patchwork box, and submitting all mail to the ffmpeg-devel
<BtbN> list
<ePirat> does it do that periodically or per mail?
<BtbN> every mail
<BtbN> It's just me subscribing a magic internal address to the list, and adding an my-secret-address: |/my/script.sh
<BtbN> to the aliases file I mean
<BtbN> And it then just calls that script for every mail and feeds it the mail via stdin
<BtbN> It's how patchwork documents to set it up with postfix. Just that there's no ssh in between
<BtbN> https://bpa.st/H3CQ what's it doing oO
<ePirat> seems counting patches is somewhat… weird
<BtbN> Yeah, no clue what on earth it's doing there
<fflogger> [newticket] lujin: Ticket #11299 ([avfilter] Audio PSNR values have strange range) created https://trac.ffmpeg.org/ticket/11299
<BtbN> Hm, this ultra hungry query is also there in the old version that was in use before
System_Error has joined #ffmpeg-devel
arch1t3cht6 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 245 seconds]
arch1t3cht6 is now known as arch1t3cht
<BtbN> Added some indices, it's a bit less slow now. But still pretty damn slow
thilo has quit [Ping timeout: 272 seconds]
thilo has joined #ffmpeg-devel
jarthur_ has joined #ffmpeg-devel
jarthur_ has quit [Client Quit]
jarthur has quit [Ping timeout: 260 seconds]
jarthur has joined #ffmpeg-devel
^Neo has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
^Neo has joined #ffmpeg-devel
^Neo has quit [Changing host]
^Neo has joined #ffmpeg-devel
^Neo has quit [Client Quit]
jamrial has quit []
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 276 seconds]
<compn> its because python
jarthur has quit [Ping timeout: 252 seconds]
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 276 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
<fflogger> [newticket] xtremeqg: Ticket #11300 ([avcodec] Revert deprecation of AVFrame.palette_has_changed) created https://trac.ffmpeg.org/ticket/11300
j45 has quit [Read error: Connection reset by peer]
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
ngaullier has joined #ffmpeg-devel
System_Error has quit [Ping timeout: 260 seconds]
<kasper93> it's wild that such a lightweight-looking system like patchwork is choking on ffmpeg's patch history
<pross> need to simdify it
<haasn> what's the status quo on stdbool use inside ffmpeg internals?
<haasn> any reason to avoid it these days, other than the fact that the rest of the codebase is in love with integers?
<JEEB> I see various modules internally utilizing it
<JEEB> so for internal use, go for it.
<JEEB> I think some ppc compiler used to be bork with it, but at this point with the >=C11 requirement I'm not sure if it's supported any more
<JEEB> > git grep "bool" -- $(git grep --name-only stdbool)
<JEEB> so actual bool types are utilized in those, too
<JEEB> so if that used to be the problem, then those modules would already fail compilation
System_Error has joined #ffmpeg-devel
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
MisterMinister has quit [Ping timeout: 244 seconds]
MisterMinister has joined #ffmpeg-devel
System_Error has quit [Remote host closed the connection]
Krowl has joined #ffmpeg-devel
System_Error has joined #ffmpeg-devel
<Lynne> haasn: we don't usually use bools because setting them may involve cmovs or bitwise ops
<haasn> on what platforms?
<Lynne> x86, and others too
<kasper93> could you show an example?
<Lynne> afaik ABI-wise they're specified to always be 0 or exactly 1
<Lynne> at least that's how BBB explained it to me more years ago than he remembers
<Lynne> (not old, pretty sure he must've been in middle school back then or something)
<Daemon404> i wonder if this really is measurable in 202r
<Daemon404> 2025 even
<Daemon404> this sounds very gcc 2 era voodoo
<wbs> most such microoptimizations aren't usually measurable, but if it can be showed in less nice code output from the compiler, that's at least an observable thing
<kasper93> 0/1 is true, but in practice it matters if you convert int to bool for example. But `int a = x == 0;` would compare too, similar to `bool a = x;`
<kasper93> wbs: again true, but I'm just curious for my own informatio, in what situation the generated code would be worse
IndecisiveTurtle has quit [Ping timeout: 265 seconds]
deus0ww has quit [Ping timeout: 252 seconds]
deus0ww has joined #ffmpeg-devel
Lynne has quit [Read error: Connection reset by peer]
<haasn> https://0x1.st/RTWd.0zB52Q4zY.png AI is scary sometimes
<haasn> of course, I had to verify that the result was correct
<haasn> but it was
<kasper93> ai autocomplete indeed works fine
<haasn> how does a text completion model understand how to perform a matrix inversion
<haasn> does it literally embed a 3x3 matrix inversion function as a subset of its model somewhere?
<JEEB> yea
<haasn> funky
<JEEB> or any other data that leads it to be able to autocomplete
<JEEB> "it should look like this, probably"
<kasper93> those models are huge, they "know" a lot
<haasn> I guess it shouldn't be surprising that a gigantic matrix multiplication can embed linear operations
^Neo has joined #ffmpeg-devel
^Neo has quit [Changing host]
^Neo has joined #ffmpeg-devel
jamrial has joined #ffmpeg-devel
Krowl has quit [Quit: Krowl]
Daemon404 has quit [Changing host]
Daemon404 has joined #ffmpeg-devel
Lynne has joined #ffmpeg-devel
Lynne has quit [Remote host closed the connection]
Lynne has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
<compn> nasa using ffmpeg to convert prores videos for researching self-flying aircraft https://ntrs.nasa.gov/api/citations/20230016377/downloads/20230016377FINAL.pdf
<compn> mentions redcode raw camera format , this is why i want more Red camera (r3d) support in ffmpeg :D
ccawley2011 has quit [Read error: Connection reset by peer]
<fflogger> [editedticket] rhuts: Ticket #11292 ([avcodec] AMD Hardware Encoding is Broken in versions >= 7.1) updated https://trac.ffmpeg.org/ticket/11292#comment:10
<Lynne> compn: I too want more raw support in ffmpeg, particularly blackmagic raw
<compn> yes blackmagic and red for sure.
<Lynne> not sure why anyone would buy a red these days though
<compn> old cameras
<Lynne> ah
<compn> i mean, supporting old cameras
<compn> no idea if people buy red now
<Lynne> the low cost cinema camera these days is ruled by the bmcc
<Lynne> eveh though its got an L-mount which precisely no one cares about, blackmagic raw is a much better and modern codec, its full frame (!) and its got 2 xlr ports
<Lynne> red raw converts to yuv internally afaik, blackmagic use a reversible transformation
<compn> yuv is good enough /s
<Lynne> (not even going to say anything about panasonic or sony cinema cameras, which use xavc)
<compn> i think we're going to see a lot more new 8k cameras
<compn> or maybe not
<Lynne> oh they've been around for years now, they're just in the 15k price bracket, not the 3k
<Lynne> what I'd really like is a camera which can shoot in raw or losslessly compressed codec
<Lynne> kinefinity promised they'd implement cinemadng in their 6k camera years ago via firmware, but never did as far as I can tell
<compn> euuugh
<Lynne> yup, red are bullies that will go after you if you do something lossless, hence cinemadng
<Lynne> which is just one xml file, plus one dng file... for each frame
<Lynne> there is an open source cinema camera, which while well designed and everything, is pretty fully outdated today, and they've got no plans to bring it up in the 6k full frame era we're at now
<gnafu> I wonder if anything will change with RED being owned by Nikon now.
<gnafu> Nikon have been making some exciting cameras in recent years. Very impressive video capabilities, but not "cinema" bodies yet.
<gnafu> I still shoot with an 8-year-old Panasonic that just does 100 Mbps H.264 for its UHD, but I would love to have FOSS support if I ever upgrade to something that can do raw video.
<gnafu> First step for me is just moving to something that does 10-bit H.265...
<Lynne> sigma are the true dark horse
<Lynne> foveon is a superior technology to bayer
<fflogger> [editedticket] TanMan: Ticket #11292 ([avcodec] AMD Hardware Encoding is Broken in versions >= 7.1) updated https://trac.ffmpeg.org/ticket/11292#comment:11
Krowl has quit [Quit: Krowl]
ccawley2011 has joined #ffmpeg-devel
<JEEB> gnafu: 100mbps H.264 is quite nice, and with cameras you're always afraid of whether new video format settings are just dumb (I've seen this oh so many times, newer format meaning hilariously low bit rate or something)
aljazmc has joined #ffmpeg-devel