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
thilo has quit [Ping timeout: 248 seconds]
cone-213 has quit [Quit: transmission timeout]
thilo has joined #ffmpeg-devel
MrZeus_ has joined #ffmpeg-devel
MrZeus__ has quit [Ping timeout: 252 seconds]
arch1t3cht9 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 258 seconds]
arch1t3cht9 is now known as arch1t3cht
Kei_N has quit [Read error: Connection reset by peer]
Kei_N has joined #ffmpeg-devel
blb has quit [Quit: brb]
blb has joined #ffmpeg-devel
jamrial has quit [Read error: Connection reset by peer]
kasper93 has quit [Ping timeout: 248 seconds]
Marth64 has quit [Quit: Leaving]
aaabbb_ is now known as aaabbb
aaabbb has quit [Changing host]
aaabbb has joined #ffmpeg-devel
mkver has quit [Ping timeout: 264 seconds]
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 260 seconds]
ramiro has quit [Ping timeout: 252 seconds]
ramiro has joined #ffmpeg-devel
HarshK23 has quit [Quit: Connection closed for inactivity]
jarthur has quit [Quit: jarthur]
Traneptora has quit [Quit: Quit]
HarshK23 has joined #ffmpeg-devel
MrZeus__ has joined #ffmpeg-devel
MrZeus_ has quit [Ping timeout: 252 seconds]
ramiro has quit [Ping timeout: 252 seconds]
ramiro has joined #ffmpeg-devel
<Lynne>
could anyone with a working d3d12va encoding system test my patch - https://0x0.st/XJNB.patch
<Lynne>
the maintainer seems a bit busy
<Lynne>
jkqxz: maybe you?
<rajivharlalka>
was checking out the standard ITU-R BT 2100 doc for HLG EOTF conversion, it mentions that the input signal must be in RGB domain, but my understanding is that AvFrame->data has pixel values in YUV domain by default. Is there an inbuilt function that converts pixels from yuv domain to rgb for different bitdepths?
<Lynne>
yes, swscale
<Lynne>
but if you're writing a filter just specify you only want RGB and an automatic conversion will happen
<rajivharlalka>
Lynne: where does it need to be specified?
<Lynne>
FILTER_PIXFMTS_ARRAY
<Lynne>
have you looked at other filters?
<rajivharlalka>
Yes, was looking at zscale and blackdetect but could not find the relevant part there.
feiw has joined #ffmpeg-devel
MrZeus__ has quit [Ping timeout: 244 seconds]
feiw1 has joined #ffmpeg-devel
feiw has quit [Remote host closed the connection]
feiw2 has joined #ffmpeg-devel
feiw1 has quit [Ping timeout: 252 seconds]
Krowl has joined #ffmpeg-devel
kasper93 has joined #ffmpeg-devel
ramiro has quit [Ping timeout: 272 seconds]
feiw1 has joined #ffmpeg-devel
feiw2 has quit [Ping timeout: 252 seconds]
ngaullier has joined #ffmpeg-devel
ramiro has joined #ffmpeg-devel
ramiro has quit [Ping timeout: 260 seconds]
feiw2 has joined #ffmpeg-devel
feiw1 has quit [Ping timeout: 258 seconds]
ramiro has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
markh has quit [Ping timeout: 260 seconds]
Krowl has joined #ffmpeg-devel
feiw1 has joined #ffmpeg-devel
feiw2 has quit [Remote host closed the connection]
Traneptora has joined #ffmpeg-devel
feiw1 has quit [Remote host closed the connection]
feiw1 has joined #ffmpeg-devel
Martchus_ is now known as Martchus
mkver has joined #ffmpeg-devel
feiw2 has joined #ffmpeg-devel
feiw1 has quit [Read error: Connection reset by peer]
Gramner has quit [Remote host closed the connection]
Krowl has quit [Read error: Connection reset by peer]
feiw1 has joined #ffmpeg-devel
feiw2 has quit [Read error: Connection reset by peer]
Gramner has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
jamrial has joined #ffmpeg-devel
Sean_McG has joined #ffmpeg-devel
ngaullier has quit [Quit: Leaving]
MrZeus__ has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
Warcop has joined #ffmpeg-devel
Warcop has quit [Remote host closed the connection]
Warcop has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
feiw2 has joined #ffmpeg-devel
feiw1 has quit [Read error: Connection reset by peer]
markh has joined #ffmpeg-devel
derpydoo has joined #ffmpeg-devel
jarthur has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
derpydoo has quit [Ping timeout: 258 seconds]
ccawley2011 has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 245 seconds]
Krowl has quit [Read error: Connection reset by peer]
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 248 seconds]
CATS has joined #ffmpeg-devel
Traneptora has quit [Quit: Quit]
CATS has left #ffmpeg-devel [#ffmpeg-devel]
cone-115 has joined #ffmpeg-devel
<cone-115>
ffmpeg Marvin Scholz master:8f36c6f2e7b7: MAINTAINERS: add CC preference for myself
Krowl has joined #ffmpeg-devel
jamrial has quit [Read error: Connection reset by peer]
jamrial has joined #ffmpeg-devel
CAT_S has joined #ffmpeg-devel
<Lynne>
jamrial: I have a suspicion, my patches don't show up as <via ffmpeg-devel>, right?
<JEEB>
they do
<jamrial>
still "Lynne via ffmpeg-devel <ffmpeg-devel@ffmpeg.org>"
<JEEB>
I would guess that is because you have properly configured the email server and do not let others (ML) send emails as you with possible modifications.
<Lynne>
weird, they show up without that string on my mail client
<BtbN>
Cause you sent them to yourself, not via the ML
<Lynne>
either my mail server or client ignores the copies of emails the ML sends back to me when I post
<BtbN>
You can configure the ML not to send you copied when you are on CC
<BtbN>
probably you just configured like that
<Lynne>
is there a name for allowing your server to let MLs resend emails on your behalf?
<Lynne>
how is this mechanism even implemented?
<BtbN>
it's called turning off all modern security measures for mail
<JEEB>
I think if it was signature based, then if the ML would just resend the exact same contents it would work as well? although not sure how this stuff works.
<Lynne>
they're all either disabled or relaxed
<BtbN>
It's some combination of SPF/DKIM/DMARC that prevents any but the server with the right private key to send mails from that domain
<BtbN>
Google suggest that if you properly configure DKIM, the limitation caused by SPF+DMARC can be avoided.
PAUL007 has joined #ffmpeg-devel
<Lynne>
disabled SPF MAIL FROM, just sent an email
<Lynne>
still appears as via ffmpeg-devel though
<Lynne>
to me at least
<BtbN>
it'll be cached
<BtbN>
turning off SPF can't be the answer though
<BtbN>
do my mails make it to the ML properly?
<BtbN>
as in, does it re-write my mails? Never seen it do that.
<BtbN>
And I have full SPF+DKIM+DMARC
PAUL007 has quit [Quit: Client closed]
PAUL007 has joined #ffmpeg-devel
PAUL007 has quit [Quit: Client closed]
<elenril>
the proper thing to do is prevent the ML from munging emails
<elenril>
it's stupid and evil anyway
Krowl has quit [Read error: Connection reset by peer]
marcj has joined #ffmpeg-devel
Traneptora has joined #ffmpeg-devel
<BtbN>
Well, it somehow is fine with mine
<BtbN>
And it's also not mangling the ones from gmail, which DEFINITELY does use all the security-stuff
<BtbN>
Also, why on earth is there sleep in the AMF encoder?
<elenril>
high quality code
<BtbN>
I don't understand what it's doing. Looks to me like it should just return EAGAIN instead of waiting
cone-115 has quit [Quit: transmission timeout]
wyatt8750 is now known as wyatt8740
<elenril>
BtbN: you have a neutral SPF fallback
<elenril>
while Lynne and gmail have hardfail and softfail respectively
<BtbN>
well, seems like an easy fix then to not mess up Mailing Lists, but still get your mails accepted by gmail and the like
<elenril>
still, mailing lists should not touch email body
<elenril>
it's heretical
<elenril>
nobody needs the footer
<BtbN>
I don't think it's about the footer
<elenril>
I think many big servers have a problem with both SPF and DKIM failing
<elenril>
if one succeeds, it's fine
<BtbN>
Google results suggest that as long as DKIM works, strict SPF doesn't matter
<BtbN>
As long as the mail is unmodified, but adding on a section is fine, since the main signed mime section remains
<elenril>
I think the default (retarded) mailman behaviour for emails with a single text MIME part is to modify it directly
<elenril>
and even if it didn't, it'd have to change the top-level structure into multipart/related to something