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 6.1.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
navi has quit [Quit: WeeChat 4.1.2]
qeed has joined #ffmpeg-devel
Marth64 has quit [Ping timeout: 272 seconds]
Marth64 has joined #ffmpeg-devel
mkver has quit [Ping timeout: 260 seconds]
Marth64 has quit [Ping timeout: 272 seconds]
Marth64 has joined #ffmpeg-devel
Marth64 has quit [Ping timeout: 260 seconds]
Marth64 has joined #ffmpeg-devel
thilo has quit [Ping timeout: 256 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
MisterMinister has joined #ffmpeg-devel
stevenliu has joined #ffmpeg-devel
deus0ww_ has joined #ffmpeg-devel
chainik14 has joined #ffmpeg-devel
signalhunter9 has joined #ffmpeg-devel
Mista_D has joined #ffmpeg-devel
deer3 has joined #ffmpeg-devel
feiwan12 has joined #ffmpeg-devel
uartie_ has joined #ffmpeg-devel
skinkie_ has joined #ffmpeg-devel
wyatt8740 has joined #ffmpeg-devel
klaxa_ has joined #ffmpeg-devel
galad_ has joined #ffmpeg-devel
nitroxis_ has joined #ffmpeg-devel
Mista_D has quit [Remote host closed the connection]
Mista_D has joined #ffmpeg-devel
any1 has quit [Ping timeout: 264 seconds]
deus0ww has quit [Ping timeout: 264 seconds]
MisterMinister has quit [Ping timeout: 264 seconds]
deer2 has quit [Ping timeout: 264 seconds]
wyatt8750 has quit [Ping timeout: 264 seconds]
epony has quit [Ping timeout: 264 seconds]
klaxa has quit [Ping timeout: 264 seconds]
stevenliu_ has quit [Ping timeout: 264 seconds]
skinkie has quit [Ping timeout: 264 seconds]
signalhunter has quit [Ping timeout: 264 seconds]
chainik1 has quit [Ping timeout: 264 seconds]
galad has quit [Ping timeout: 264 seconds]
nitroxis has quit [Ping timeout: 264 seconds]
uartie has quit [Ping timeout: 264 seconds]
feiwan123 has quit [Ping timeout: 264 seconds]
chainik14 is now known as chainik1
signalhunter9 is now known as signalhunter
uartie_ is now known as uartie
epony has joined #ffmpeg-devel
Mista_D is now known as help
any1 has joined #ffmpeg-devel
help is now known as MisterMinister
MrZeus has quit [Ping timeout: 255 seconds]
lexano has quit [Ping timeout: 255 seconds]
wyatt8750 has joined #ffmpeg-devel
wyatt8740 has quit [Ping timeout: 256 seconds]
lemourin has quit [Quit: The Lounge - https://thelounge.chat]
lemourin has joined #ffmpeg-devel
jamrial has quit []
HarshK23 has joined #ffmpeg-devel
derpydoo has quit [Ping timeout: 268 seconds]
Kei_N has joined #ffmpeg-devel
Kei_N_ has quit [Ping timeout: 268 seconds]
Marth64 has quit [Remote host closed the connection]
tufei has joined #ffmpeg-devel
qeed_ has joined #ffmpeg-devel
epony has quit [Remote host closed the connection]
qeed_ has quit [Client Quit]
lemourin has quit [Read error: Connection reset by peer]
lemourin has joined #ffmpeg-devel
thilo has quit [Ping timeout: 255 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
sdc has quit [Ping timeout: 255 seconds]
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 246 seconds]
Marth64 has joined #ffmpeg-devel
<Marth64> evening
<compn> so you say
blb has quit [Ping timeout: 240 seconds]
blb has joined #ffmpeg-devel
AbleBacon has quit [Read error: Connection reset by peer]
galad_ is now known as galad
lemourin has quit [Ping timeout: 255 seconds]
Krowl has joined #ffmpeg-devel
lemourin has joined #ffmpeg-devel
lemourin has quit [Client Quit]
lemourin has joined #ffmpeg-devel
lemourin has quit [Client Quit]
lemourin has joined #ffmpeg-devel
qeed has quit [Quit: Leaving]
Krowl has quit [Read error: Connection reset by peer]
Marth64 has quit [Ping timeout: 264 seconds]
Marth64 has joined #ffmpeg-devel
<elenril> what's up with the fate-sub-scc failures
<wbs> elenril: see my post on the ML from yesterday
<elenril> flvdec?
<elenril> no, that's friday
<elenril> ah, I see it
klaxa_ is now known as klaxa
Krowl has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
guru_ has joined #ffmpeg-devel
oneforall2 has quit [Ping timeout: 260 seconds]
ngaullier has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
ngaullier has quit [Quit: Leaving]
Krowl has quit [Read error: Connection reset by peer]
navi has joined #ffmpeg-devel
epony has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
jamrial has joined #ffmpeg-devel
Kei_N has quit [Quit: leaving]
lexano has joined #ffmpeg-devel
j45 has quit [Quit: ZNC 1.8.2 - https://znc.in]
cone-831 has joined #ffmpeg-devel
<cone-831> ffmpeg James Almer master:ec2036454bcd: avformat: add a disposition field to AVStreamGroup
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
epony has quit [Read error: Connection reset by peer]
Kei_N has joined #ffmpeg-devel
<rajivharlalka> Hi, I was starting out understanding the ffmpeg codebase and finding an good starting point contributing by fixing a bug in a filter in ffmpeg as one of the qualification task for GSoC, but was quite confused looking at the issues listed on Trac and was quite unsure which one I could pick up and isn't been in development by someone else. Is there a way around that other than Trac or should I just comment on a bug?
<JEEB> if there's no patch for it on mailing list and if you ask about it here and no-one responds then most likely no-one has started working on it
MrZeus has joined #ffmpeg-devel
<mkver> jamrial: You broke master
<mkver> elenril: Did you actually ok the latest disposition patch from James?
<mkver> michaelni: Your gray patches for h264 are racy.
<jamrial> mkver: lgtm, i was sure i fixed that, but guess not
<cone-831> ffmpeg Andreas Rheinhardt master:568645f08782: avformat/dump: Fix use of undeclared variables
Krowl has quit [Read error: Connection reset by peer]
Krowl has joined #ffmpeg-devel
kurosu has quit [Quit: Connection closed for inactivity]
<mkver> wbs, rcombs: Shall I just apply https://ffmpeg.org/pipermail/ffmpeg-devel/2024-February/321404.html to fix fate?
<cone-831> ffmpeg asivery master:7f4abe7c371f: avformat/matroska: Add support for A_ATRAC/AT1
<cone-831> ffmpeg Andreas Rheinhardt master:aa3bf6d41c1a: avutil/hwcontext_opencl: Use proper OpenCLFramesContext
<mkver> BtbN: I have added a patch to avoid allocating AVCudeDeviceInternal separately; here is a branch: https://github.com/mkver/FFmpeg/commits/hwcontextinternal/ if you want to test it.
epony has joined #ffmpeg-devel
<Marth64> hello
AbleBacon has joined #ffmpeg-devel
qeed has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
mkver has quit [Ping timeout: 264 seconds]
epony has quit [Remote host closed the connection]
<haasn> 7bf1b9b35769b37684dd2f18a54f01d852a540c8 is the first bad commit
<haasn> breaks `make fate-sub-scc` for me
epony has joined #ffmpeg-devel
<haasn> cc rcombs
<nevcairiel> check ML
<jamrial> haasn: rm tests/ref/fate/sub-scc && git checkout -- tests/ref/fate/sub-scc
Krowl has joined #ffmpeg-devel
<haasn> oh, some kinda git line ending thing?
<jamrial> yeah
epony has quit [Remote host closed the connection]
<cone-831> ffmpeg Niklas Haas master:3bf80df3ccd3: avfilter/vf_setparams: use YUV colorspace negotiation API
epony has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
<courmisch> NG is back with fanfare
<devinheitmueller> I don’t agree with NG on much, but in this case he does raise a good point. Why did the TC not talk to the person(s) who actually objected to the patch?
<nevcairiel> Why would they need to? Shouldnt they have made their argument on the ML back when they originally opposed it? Because making arguments is how you oppose a patch properly.
<devinheitmueller> Because sometimes email is a really poor way to discuss/argue/debate stuff, and talking to the actual people involved can be beneficial to understanding the real concerns?
<nevcairiel> Then how has any argument on the ML any chance to succeed, and why do we bother?
<devinheitmueller> I think there are lots of cases where consensus can be reached. And there are cases where getting the people involved together to have a voice discussion can get past stuff that might not be interpreted in the manner expected via email.
guru_ has quit [Quit: Leaving]
<Lynne> 5 votes, 1 abstaining = 6 votes, on what should be a 5-person TC
<nevcairiel> there is 6 people listed there
<BtbN> mkver: What happens to the *internal pointer in AVCUDADeviceContext? It's accessed in a bunch of places outside of lavu
ccawley2011 has quit [Read error: Connection reset by peer]
<nevcairiel> and that statement alone doesnt raise eyebrows for you? :D
<Lynne> nevcairiel: it was a tie, one person gave up voting rights, but was kept in the TC discussions
<Lynne> and now it's a 6-person TC
<Lynne> well, whatever, off by one errors in for loops are fine too if you pad the array
ccawley2011 has joined #ffmpeg-devel
ccawley2011 has quit [Read error: Connection reset by peer]
<BtbN> I don't see an immediate issue with allocating it like that though.
kurosu has joined #ffmpeg-devel
<Lynne> it's fine if one person abstains
<Lynne> but only then
<wbs> whenever one party in an issue is also a TC member, abstaining their vote, it's actually quite good to have 5 remaining members to vote. if nobody abstains otherwise, the 6th extra member abstains their vote as agreed
mkver has joined #ffmpeg-devel
<mkver> BtbN: The only change of this patch is that AVCUDADeviceInternal is no longer separately allocated; the actual AVCUDADeviceInternal pointer in AVCUDADeviceContext is kept for lavfi.
<BtbN> I _think_ lavfi exclusively uses the cuda_dl and sometimes the device from it
<BtbN> So both could potentially be made public. But as the patch is now, it'll definitely work
<cone-831> ffmpeg Andreas Rheinhardt master:99d33cc661fb: fate/subtitles: Ignore line endings for sub-scc test
<mkver> BtbN: cuda_device is only used in lavu (hwcontext_vulkan.c in addition to hwcontext_cuda.c).
<mkver> lavfi only uses the cuda_dl.
<BtbN> I somehow vaguely remember there being a reason as to why cuda_dl couldn't be public. But I can't remember the details.
<mkver> Because it depends upon the dynlink_loader.h compatibility header?
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 268 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
<Traneptora> elenril: something that occurred to me about special-casing all these random manufacturer-specific MakerNotes is I don't have any samples to test them against
<Traneptora> is it worth it to try anyway?
<BtbN> mkver: yeah, probably
<BtbN> it mainly depends on ffnvcodec, which is publicly installed already anyway. So it's not an unsolvable problem, but at least an annoying one
epony has quit [Remote host closed the connection]
<Traneptora> it only affects TIFF anyway, not any other formats
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 268 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
qeed has quit [Quit: Leaving]
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 268 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 268 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
Marth64 has quit [Ping timeout: 252 seconds]
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 240 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
epony has joined #ffmpeg-devel
Marth64 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
j45 has quit [Ping timeout: 268 seconds]
j45_ has joined #ffmpeg-devel
j45_ is now known as j45
j45 has quit [Changing host]
j45 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
j45 has quit [Ping timeout: 240 seconds]
j45_ has joined #ffmpeg-devel
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
j45 has quit [Ping timeout: 240 seconds]
j45 has joined #ffmpeg-devel
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has quit [Ping timeout: 240 seconds]
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 268 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
<haasn> devinheitmueller: "the person(s) who actually objected to the patch" was NG, fwiw
<Marth64> trac 500 :(
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 268 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
derpydoo has joined #ffmpeg-devel
Marth64 has quit [Ping timeout: 255 seconds]
TheSashmo has quit [Quit: Leaving...]
Marth64 has joined #ffmpeg-devel
<BBB> if anything, this demonstrates that NG needs to learn to clearly articulate his objections on the mailinglist
<BBB> the fact that he felt he should have been talked to, is ridiculous. it makes him and access to him the sole gatekeeper to getting anything done in this project
<cone-831> ffmpeg Niklas Haas master:2303bf32327b: avfilter/buffersrc: promote unspecified color metadata
<cone-831> ffmpeg Niklas Haas master:d2ae2aad8c67: avfilter/buffersrc: allow promoting color range to MPEG
<BBB> just say what you have to say on the ML
<haasn> his concerns have been noted for considerations (tm)
TheSashmo has joined #ffmpeg-devel
<mkver> What did the TC not send a mail to the list at the beginning of its deliberations? Why only at the end?
<BBB> I think anton FW'ed it to the TC (" So to avoid any further pointless bickering, I'm hereby asking the TC to resolve this.") and CC'ed the ff list
<BBB> but that's maybe a bit non-obvious
<rcombs> mkver: oh, sure, that works
<BBB> perhaps it's worth asking the TC to advertise when something is to be deliberated?
<BBB> (as in: change that part of the process)
<BBB> that would probably make sense. it also provides a place (time/location) to comment for both sides
<mkver> BBB: So the TC answers now more than a year after Anton's mail (from 31.01.2023)?
lemourin has quit [Quit: The Lounge - https://thelounge.chat]
lemourin has joined #ffmpeg-devel
<BBB> that's indeed very late
<BBB> if you think the change I Suggested for TC process makes sense, let's propose that so this doesn't happen again
<devinheitmueller> haasn: Yeah, I realize it was NG that objected. My point was less about him personally but the notion that the matter was discussed among the TC without talking to the actual person who objected. And in this case it might have been even more egregrious since I assume that the Anton did get to voice his opinion since he is actually on the TC. He abstained from the actual vote but presumably got to make his
<devinheitmueller> case to the TC.
<devinheitmueller> (in fairness, I could be wrong - he may have removed himself from the entire discussion/deliberation process)
<haasn> actually, why aren't TC internal discussions public?
TheSashmo has quit [Quit: Leaving...]
<haasn> I don't think they have any reason to be private, because it's just technical debate
<BBB> devinheitmueller: he's right here, we can ask him :)
<BBB> no need to be all squishy about it
Marth64 has quit [Ping timeout: 264 seconds]
Marth64 has joined #ffmpeg-devel
<devinheitmueller> My point is this seems to be a decision on how the process works, not this particular case. I think it’s relevant because the TC thus far has made relatively few decisions and the review process might need some refinement (is this the first)?
<BBB> elenril: care to weigh in?
<rcombs> mkver: my initial reflex was that having fate just ignore the linebreak difference on that file would be a bad idea since we *do* want to verify that the output breaks are formatted the way we expect, but eh, there are plenty of tests that check that, and it's not like the scc one is doing anything unique linebreak-wise
<rcombs> so, fine by me
<mkver> Yes. That was my thinking.
<haasn> devinheitmueller: I checked and it appears that in this case, the initial TC request was *not* posted to the ffmpeg-devel ML
<mkver> Yet wbs seems to think this to be a stopgap solution until someone comes up with a "proper" fix. Wonder how long this will take.
<haasn> I think that was an oversight, and should definitely be corrected for future TC requests
<devinheitmueller> In other forums where some committee is responsible for resolving disputes, it’s not uncommon to hear from the parties involved (on top of all the debate that might have been written and argued over the mailing list). The TC could choose not to make this their process, but I would encourage it as I think it would yield outcomes that are more readily accepted by the party who “loses” the dispute (i.e.
<devinheitmueller> that he/she/they had the opportunity to make their case).
Krowl has joined #ffmpeg-devel
<haasn> honestly, I see no reason for TC discussions to be held in private, or for information about who voted in what way to be withheld - iirc courmisch pointed out that without this information, it is impossible for the GA to vote people whose decisions they disagree with out of the TC
<jkqxz> I agree, this should have been posted on the list when it was reraised.
<Daemon404> i suspect the reason CC and TC discussions are not public is that the people on them dont want to comment publically, lest they are in the firing range of Problemati People
<Daemon404> (also i wanna take this time to note the two CC reports about michael, who is on the CC, remain unaddressed.)
<haasn> I fully agree with CC discussions being private
<Daemon404> haasn, TC also puts you in the crazy people firing squad.
<haasn> fair
<wbs> mkver: rcombs: right - in that sense, there's no urgency to remove this workaround either
<mkver> elenril: When did you reraise this issue? Was it after you saw my patch for avfilter_internal.h?
<haasn> 18:06 <@Lynne> nevcairiel: it was a tie, one person gave up voting rights, but was kept in the TC discussions <- was that me?
<haasn> I honestly forgot
epony has quit [Remote host closed the connection]
<wbs> haasn: yes
epony has joined #ffmpeg-devel
<wbs> but we opted to have you vote this time, as elenril was abstaining anyway
<haasn> makes sense
<jkqxz> mkver: 25/01/2024, 13:12
<Daemon404> there is a good point that only one side could make their case here
<Daemon404> and if *im* thinking ng got hosed a bit here, you know it is something
TheSashmo has joined #ffmpeg-devel
<haasn> I think it was a combination problem of: 1. elenril forgetting(?) to CC ffmpeg-devel list in his initial request, and 2. the long delay caused by the previous TC's inaction / nonexistence
<haasn> Hopefully both should change moving forward
<Daemon404> giving ng more ways to declare the tc invalid aint great, is all
<haasn> That said I don't think the outcome would meaningfully have changed in this case, as his original arguments *were* taken into account, and it was discussed how one might reasonably satisfy that use case
<Daemon404> i dont disagree
<Daemon404> but now there is a ngstorm
<haasn> fair
<Daemon404> he is in the @ffmpeg twitter replies too
<Daemon404> talking about libav coups
<Daemon404> lol
<haasn> well
<another|> good thing twitter replies are not visible anymore to the public /s
<Daemon404> someone told him to fork
<Daemon404> ffmpeg-ng
<Daemon404> oh yes
<JEEB> ah yes, that classic
<haasn> I actually feel that ffmpeg suffers from the problem of too many committees
<jamrial> there's two
<Daemon404> 0 was bad, if 2 is too much, then what
<Daemon404> 1 super committee?
<haasn> sorry, I should say, too many committee *discussions* :)
<Daemon404> that is due to their membership
<haasn> but I'm not proposing I have a better solution
<Daemon404> you could say they accurately reflect the community.
<JEEB> discussions regarding them, and not in them, right? unless the CC is much more active
<Daemon404> both
<haasn> Daemon404: indeed, re: community
<Daemon404> when you go from 0 enforcement for 20 years to some enforcement, discussions like pulling teeth are inevitable
<JEEB> meanwhile... finally got a swiftui xcode project to link against FFmpeg. linker flags and linker search paths: easymoodo. then since you have to add an llvm module file for the header stuff that of course then has no obvious way to set header search path (?!?!) and doesn't follow the xcode header search path apparently
<JEEB> almost made me feel like using cmake for such projects would be better :D
<JEEB> since it apparently can do all these things based on pkg-config checks
<Daemon404> no swift in meson i assume
<JEEB> I ended up literally making libavutil and libavcodec symlinks in the module dir since that dir is where it stares at
<JEEB> at least now I can start slowly building a videotoolbox AV1 test thing
<JEEB> oh, fun. apple itself is providing cmake examples for swift :D
<Daemon404> there it is
<Daemon404> declaring committees invalid :>
<jamrial> that's not how things work, but well
<Daemon404> wonder if he will mail fabrice
<jamrial> is he going to storm the ffmpeg capitol?
<Daemon404> i assume that is in bulgaria
<courmisch> I don't even. If he wants to turn it (allegedly back) into a research project, surely he should *not* want the evil corporate and dumb user attention from FFmpeg.org
<courmisch> In other words, he should fork, not force everybody else to fork...
<Daemon404> you would think.
<cone-831> ffmpeg sunyuechi master:fdebde817c03: lavc/blockdsp: R-V V clear_blocks
<elenril> haasn: the original request from the year ago was on the ML
<elenril> and the TC failed to reach a decision
<haasn> fair
<elenril> so I tried again with a new TC
<elenril> I didn't see much point in making an official announcement of that
<haasn> in any case I don't suppose it'S worth debating about it since it's hopefully not a situation that will ever repeat
<haasn> .. and even if it will repeat, it's probably not worth debating over
<Daemon404> elenril, you made me agree with an ng point
<Daemon404> shameful
<elenril> which point?
<elenril> I just came home, didn't see ML yet
<Daemon404> that he should have been notified of its revivial and allowed to make the case
<elenril> why?
<mkver> "
<mkver> So you are thinking that Anton did not summarize and polish his arguments while submitting the question to the TC. Sure, let us believe that."
<elenril> he did make his case last year
<Daemon404> rather than just have a decision show up 1 year later
<elenril> nothing changed since then
<courmisch> were you finger-tenting for a year bidding your time?
<elenril> clearly I am the chessmaster archetype
<Traneptora> 9000
<another|> having a phd makes you smart, ergo chess
<another|> /s
<another|> q.e.d.
<courmisch> there's no real life s ection on TheChessmaster
<Traneptora> plz q.e.d. is old, true mathematicians use \Squarepipe from the marvosym package
<elenril> huh, only 4 mails?
<elenril> weak
<Daemon404> so far.
<haasn> FWIW, in this case, all discussion was based entirely on the original arguments; elenril re-forwarded his case to the TC and otherwise abstained from forming an opinion or voting
<elenril> it's no a real flame until you go over 10 mails/hour
<Daemon404> what does that make it? trash embers?
<haasn> both the pros and cons were stated clearly a year ago and nothing has changed about the situation in the meanwhile
Marth64 has quit [Ping timeout: 255 seconds]
<courmisch> losing FFmpeg.org was not presented as a potential downside of the elenril approach!
<courmisch> on the bright side, being forced to change name would solve the problem of the community not having the control of the domain name
Marth64 has joined #ffmpeg-devel
<elenril> ffmpeg.lol is still available
<courmisch> also Merry Shrove Tuesday
<haasn> should grab FFmpeg.com then as we are now overrun by corporate interests /s
<jamrial> elenril: are you fine with the latest iteration of stream group tile stuff?
<courmisch> hope you had a proper (plural non-zero) quantity of pancakes
<elenril> jamrial: sorry, I had no time to look at anything nontrivial
<haasn> I may have had a negative quantity of pancakes
<elenril> trying to finish the side data blocker
<courmisch> elenril: but the tradesnark is on FFmpeg, not FFmpeg.org, isn't it?
<jamrial> elenril: ok
<Daemon404> courmisch, only in europe
<another|> haasn: signed pancakes were a mistake /s
<Marth64> I would park the domain even if not used if it were me. dont want someone evil to own it and lure unaware folks to spyware/virus
<Daemon404> fabrice did not register ffmpeg in the usa
<Daemon404> fun fact.
<Daemon404> so afaik noone has it
<haasn> Marth64: now I understand why they keep adding TLDs, it's a protection racket
<haasn> force all companies to register their domains from all TLDs
<Marth64> yep
<courmisch> I mean, people figured that out over ten years ago when they introduced custom TLDs at 6 or 7 digits
<haasn> IIRC there was one TLD that offered cheap domains to everybody except corporate entities
<courmisch> if you want to blow more money than my net wealth on .ffmpeg, help yourself. This is not financial advice
<elenril> mkver: I did not actually see your avfilter_internal patch
<elenril> i pinged the issue on january 25
<elenril> does it conflict with my patch?
<mkver> Not directly; but I wonder whether these two proposed new internal headers should not in really be just one.
<mkver> The users would definitely overlap.
<elenril> maybe
<courmisch> ffmpeg.adult, oooh
<elenril> I plan to have three structs eventually - the public one, the one visible to filters, and the generic-code-only one
<courmisch> parental advisory, explicit assembler
<another|> courmisch: at least it's not naked machine code
<another|> wearing a thin veil of asm
<courmisch> ffmpeg.xyz because YUV is deprecated
<another|> ffmp.eg
<Daemon404> rebrand to ffmpreg
___nick___ has joined #ffmpeg-devel
<another|> can't merge SDR on ffmp.eg though, due to GPS decoding
<jamrial> Daemon404: half the google searches will end up in ehentai
<Daemon404> i am aware
<JEEB> :D
Krowl has quit [Read error: Connection reset by peer]
<Daemon404> tbh more like fanfic than hentai
<courmisch> ffmpeg.ac-dijon.fr would be the ultimate troll
<elenril> devinheitmueller: the entire point of a TC is to resolve deadlocks where no consensus can be reached
___nick___ has quit [Client Quit]
<BBB> Daemon404: can you elaborate on the two reports about michael remaining unresolved in CC?
<elenril> if you have it discuss the issue with "affected parties", you get yet more interminable mail threads that are never resolved
<elenril> TC was created mostly to avoid that
<BBB> Daemon404: " <Daemon404> (also i wanna take this time to note the two CC reports about michael, who is on the CC, remain unaddressed.) "
<Daemon404> BBB, my understanding is kieran filed two, one for calling him weak, iirc
<Daemon404> seems to have gone to /dev/null
<kierank> one for being called toxic during an rfc
___nick___ has joined #ffmpeg-devel
<devinheitmueller> elenril: Yes, I understand that is the entire point, and I strongly agree it should exist (and in fact, should probably be used more often). My comments are all around what the TC review process is, and my assertion was that when it comes time for the TC to review an issue it would be worthwhile to talk to the people involved and let them make their case, rather than relying exclusively on the ML argument.
<BBB> kierank: thread name?
<BBB> email subject, I mean
<kierank> and one for thilo after asking what my commercial relationship was with fflabs after my demuxed presentation
<jamrial> Daemon404: kierank also has several reports/complaints by michael to the CC
<kierank> oh wait three about michael
<kierank> wow
<jamrial> i'd like if people could stop trying to raise every single thing to the CC
<BBB> indeed
<Daemon404> some of them seem pretty legit tho
<BBB> this is not kindergarden
<Daemon404> we are
<kierank> jamrial: is it really acceptable to be called "weak"?
<elenril> he didn't call you weak
<elenril> he called your argument weak
<elenril> there's a difference
<kierank> "it is weak"
<kierank> "it is weak to"
<kierank> that's pretty clear he's calling me weak
<Daemon404> in general the CC has no way to really handle michael stuff
<BBB> I'd like to know what email subject to look for
<jamrial> kierank: it's also not acceptable to say someone is passive aggressive
<BBB> I'm checking but I don't see anything unread
<Daemon404> that is, prolonged gaslighting
<kierank> jamrial: I mean qed
<kierank> [FFmpeg-devel] [RFC] financial sustainability Plan A (SPI)
___nick___ has quit [Client Quit]
<kierank> for thilo
<Daemon404> thats just it - the focus is on "dont say X" and not patterns of behavior which in isolaton can seem less bad, but combined are a real problem.
<kierank> "everyone on this list knows where your suspicion comes from"
<kierank> I'm not even sure where my suspicion comes from
<Daemon404> should i start a conspiracy theory that cc@ is filtered =p
<BBB> kierank: date?
kurosu has quit [Quit: Connection closed for inactivity]
<kierank> BBB: oct 28]
___nick___ has joined #ffmpeg-devel
<kierank> BBB: and oct 27
<BBB> tnx
<BBB> I started my filter on december, so that's probably why it's not there
<kierank> oct 27 is the allegation my demuxed presentation was there to promote fflabs
<kierank> oct 28 is "I cannot understand the hostility that kieran has towards this plan.
<kierank> And i find his toxicity towards it very troubbling"
<kierank> in an RFC
<kierank> Daemon404: I'm not sure that's passive aggressive to be fair
<kierank> it's actively aggressive
<kierank> also [FFmpeg-devel] [ANNOUNCE] upcoming vote: extra members for GA on 11 nov
<BBB> I don't see any FWs to CC at that point, so maybe I was not yet part of the CC at that point
<kierank> probably
<BBB> I'm going to assume my filter starting in mid-december is because I became part of that list in mid-december
<BBB> I see the quotes, yes
<Daemon404> anything before probably went nowhere
<BBB> ah that explains
<BBB> right
<BBB> certainly I'm not doing anything with stuff before that
<BBB> since ... I don't have it :)
epony has quit [Remote host closed the connection]
<BBB> I'm gonna suggest that since this is old, maybe let this be. it's not ideal, but we all said some things in the past and we're trying to make it better
<BBB> if michael still says terrible things, please FW to CC@ and we'll look into it
<kierank> I don't think it's acceptable to give a presentation at demuxed and then be accused of being in a secret relationship with fflabs
epony has joined #ffmpeg-devel
<Daemon404> accused of being in a secret relationship with their own employer (or not-employer) they hold shares in
<BBB> I think most of us - certainly me - are thankful that you raised the maintenance-discussion at Demuxed
<kierank> Daemon404: "please explain on the mailing list whether you are secretly in business with me"
<Daemon404> :D
<kierank> also "its weak to claim something expensive (which is true) but not willing
<kierank> to do the work at a lower price"
<kierank> that's not referring to an arugment
<courmisch> to be fair, it refers to an action
<another|> secret relationships? what is this? a telenovela?
<courmisch> so you can interpret it both ways that it refers to the person doing the action or to the argument/idea of doing it
<kierank> chatgpt agrees
<JEEB> another|: a twisted santa barbara?
<BBB> chatgpt... I feel legit old now
<BBB> alright then
<courmisch> I agree, but you can twist the words both ways, though
<kierank> calling my actions "weak" is unacceptable too
<jamrial> an analysis by chatgpt, an intepreter that used to say pi has a limited number of digits, will surely hold up in court :p
<kierank> it's already changed its mind :D
<BBB> ...
<courmisch> ChatGPT is obviously ripping me off
* courmisch preparing DMCA notice
<Daemon404> copyright doesnt apply to AI
<courmisch> it applies to the operator of the AI
<BBB> look, there is stuff that is clearly way overboard, and then there's stuff at the edge, and there's innocent stuff. I think michael's statements, as are some of yours, are in the middle. it's in no away comparable to what paul/nicolas were warned for. I think we can all wear our big boy pants and try to be better ourselves and not be overly sensitive also. I hate to be in the position to have to be the thought police or something
<thardin> oh boy is there drama again?
<BBB> I'm hoping there's not :)
<another|> "Is kierank having a secret affair with fflabs depsite being married to obe? What will the shareholders say if they find out? Tune in next week to find out!"
<BBB> just trying to articulate why this is not worth any drama
<jamrial> i am aware, yes
<courmisch> AFAICT, you can ban NG again
<courmisch> he sure didn't waste time after being released from mailing list jail
* kierank reports Daemon404 to cc for raising this topic again
<kierank> we should use spi money to hire an independent adjudicator
<Daemon404> kierank, wont work, see what i said above.
<kierank> maybe an actual kindergarden teacher
<Daemon404> kierank, you smell like poo.
<Daemon404> you may now report me.
<courmisch> if you don't read my trolls, it'll be due to 2x7.5km walk to office in arctic weather tomorrow
<courmisch> It was an honour to contribute.
<elenril> "arctic"?
<courmisch> elenril: subarctic?
<elenril> explain further
<elenril> dot tiff
<courmisch> public transport strike
<elenril> no bike?
<BBB> we had actual snow today
<courmisch> forecast heavy wind, heavy snowfall
<elenril> it's been spring here for like a week
<wbs> it's funny how the winter temperatures change. a couple days ago, it was -10, and totally fine outside. now it's -3 and windy and cold as all fuck
<courmisch> on 35cm of packed accumulated ice
<kierank> dubai had snow
<kierank> I am tol
<elenril> so many tits on my windowsill today
<Daemon404> reported
<elenril> (I wonder where do they eat when it's cold)
* elenril slaps Daemon404 with a large trout
<courmisch> and more importantly, there is a literal "Pedestrian weather warning" for tomorrow
<Daemon404> WFH?
<courmisch> EPERM
<BBB> we had zoom-school
<BBB> kids were legit terrified it'd be like covid all over again
<Daemon404> that is called ptsd
<elenril> courmisch: isn't that cruel and unusual employee treatment?
<BBB> ptsd indeed
<courmisch> "Pedestrian weather warning: Very slippery pavements are expected from the early morning on because of snow on top of icy pavement surfaces.
<courmisch> Pavements are very slippery. Significant risk for slipping accidents. "
<devinheitmueller> BBB: Yeah, and the NYC SSO portal was broken. Almost like having 300,000 kids logging on at 8:20am wasn’t something they did load testing for…. :-)
<JEEB> :D
<BBB> oh you saw that too
<BBB> yes, indeed
<BBB> and then getting 10 emails from school admin: "it's broken" "it's fixed" "oh wait it's not" "some parents say it's ok but others say it's not" "we're not sure what's going on"
<BBB> good ol' times, huh?
<devinheitmueller> Oh, my bad. It’s not 300k. It’s 1.1M students. :-)
<BBB> my kid had zoom-PE today
<BBB> that is terrifying
<wbs> why do you have zoom school again?
<BBB> 1cm snow
<wbs> lol
<JEEB> ah, similar to japan. although in japan it's mostly just the public transit that stops
<devinheitmueller> I have some pretty good pics of my eight-year-old doing Yoga in front of his tablet. But I’m guessing we’ve strayed pretty OT for this channel. :-)
<wbs> devinheitmueller: not at all, this is much more productive :-)
<BBB> I hear upstate had actual real snow, like 0.5-1foot or so
<BBB> we were't so lucky :(
<devinheitmueller> Yeah, I got some photos from people I know there. It was definitely way worse.
<wbs> is this a statewide decision based on whether some areas of the state got snow?
<courmisch> I think 1cm of snow here is called "traces of snow"
<BBB> no, each city is its own school dept
<BBB> but we have to do it predictively because teachers and students travel starting at 5am
<BBB> bus drivers earlier
<wbs> right
<BBB> so you need to make the decision the night before
<devinheitmueller> They were actually expecting 13-18cm, but that ended up not happening.
<wbs> ah
<BBB> ^^ that
<wbs> ok that's reasonable enough
<BBB> of course, the kids love zoom-school, aka play minecraft while pretending to be reading a book
<BBB> or fortnite
<courmisch> evil Zoom. Back in the days, 5 cm of snow = day off
<courmisch> or should I say, no school bus = no school
<devinheitmueller> My daughter is a bit of a nerd. She would sit in front of the Zoom with a book in her lap. Her act of subversion was to read a book instead of paying attention to class. :-)
<wbs> a couple weeks ago, we got like 40 cm of snow during the night/morning; took me almost until lunch to get my front yard cleared. but everybody were roughly on time for all appointments/school/daycare still
<mkver> kierank: Yeah, of course
<courmisch> wbs: in my home region, it's the same whining about how northern countries don't care about 5 cm of snow. And then people point out how much we'd have to raise the local taxes to deal with snow like Finland does
<courmisch> the motorway has that special fancy flooring that evacuates rain water immediately. But it turns into ice rink in case of snow fall. Though with 200 days of rain and like 1 day of snow on an average year...
<cone-831> ffmpeg Kieran Kunhya master:f43b5f109832: vp6dsp: Remove MMX code
<kierank> jamrial: can I push [PATCH] x86/h264_intrapred: convert ff_pred16x16_horizontal_8_mmxext
<kierank> to sse2
<mkver> That has already been pushed
<kierank> ah
<elenril> careful, you might get into GA like this
<kierank> lol
<kierank> i hope not
<kierank> definitely will resign ga
<elenril> you'd get to vote on STF
<elenril> and other fun things
<kierank> I don't want to vote
* kierank refrains from making further comments about voting
<elenril> are you some kind of a monarchist
<kierank> yeah
<kierank> The Crown should take over FFmpeg
<jamrial> kierank: should be ok, yes
<courmisch> I received the EU parliament election alien notice today
<courmisch> more voting
<elenril> this just in: courmisch is an alien
<courmisch> everything is relative, you should know
___nick___ has quit [Ping timeout: 264 seconds]
<courmisch> I can choose to vote in my country of citizenship or of residency
<courmisch> unfortunately, double dipping is not allowed
<elenril> some things are absolute
<elenril> like the velocity of causality propagation
<elenril> AVERROR_INVALIDDATA
<courmisch> you have been overruled by metaphysics
<elenril> AVERROR(EPERM)
<courmisch> in any case, alienage is relative
<courmisch> elenril: I'm not sure if velocity of causality propagation is a well-defined physical concept, but it seems to be relative to the universe of propagation
<elenril> >implying
<thardin> >antyder
<courmisch> for instance, in the Back to the future universe, it does not work that way
<cone-831> ffmpeg Kieran Kunhya master:40c5c19eac21: x86/h264_pred: Convert ff_pred8x8_vertical_8_mmx to ff_pred8x8_vertical_8_sse2
kurosu has joined #ffmpeg-devel
Marth64 has quit [Ping timeout: 264 seconds]
Marth128 has joined #ffmpeg-devel
Marth128 is now known as Marth64
mkver has quit [Ping timeout: 255 seconds]
mkver has joined #ffmpeg-devel
<Traneptora> velocity of causality propagation iirc is the speed of light
<Traneptora> I'm not a physicist but as far as I understand that's how it worked when I took Griffith's back in college
iive has joined #ffmpeg-devel
deus0ww_ has quit [Ping timeout: 256 seconds]
deus0ww has joined #ffmpeg-devel
epony has quit [Remote host closed the connection]
epony has joined #ffmpeg-devel
Marth64 has quit [Ping timeout: 264 seconds]
Marth64 has joined #ffmpeg-devel
deus0ww has quit [Ping timeout: 264 seconds]
deus0ww has joined #ffmpeg-devel
deus0ww_ has joined #ffmpeg-devel
deus0ww has quit [Ping timeout: 255 seconds]
Traneptora has quit [Quit: Quit]
averne has quit [Ping timeout: 268 seconds]
<cone-831> ffmpeg Andreas Rheinhardt master:6106fb2b4c5e: avcodec/hevcdsp: Offset ff_hevc_.pel_filters to simplify addressing
averne has joined #ffmpeg-devel
<cone-831> ffmpeg James Almer master:eb5b4e60c9c2: avcodec/avcodec: don't print coded dimensions if not set
<j-b> I don't really like modifying libavformat/file.c for Android content:// crap
<Lynne> wow
sudden has quit [Ping timeout: 264 seconds]
deus0ww_ has quit [Ping timeout: 255 seconds]
navi has quit [Quit: WeeChat 4.1.2]
deus0ww has joined #ffmpeg-devel
sudden has joined #ffmpeg-devel