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
IndecisiveTurtle has quit [Ping timeout: 248 seconds]
cone-739 has joined #ffmpeg-devel
<cone-739>
ffmpeg Scott Theisen master:be784e95ac5c: avformat/mpegts: add support for ATSC E-AC-3 streams
Krowl has quit [Read error: Connection reset by peer]
odrling has quit [Remote host closed the connection]
odrling has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
ngaullie has quit [Ping timeout: 260 seconds]
ngaullie has joined #ffmpeg-devel
<j-b>
aaabbb: easy then
ngaullie has quit [Ping timeout: 246 seconds]
ngaullie has joined #ffmpeg-devel
rvalue- has joined #ffmpeg-devel
rvalue has quit [Ping timeout: 265 seconds]
Krowl has joined #ffmpeg-devel
<Lynne>
vulkan av1 encode is out!
<Lynne>
I'll post patches in a few hours
<fflogger>
[newticket] lanczos-algorithm: Ticket #11317 ([avcodec] Can AVCodec provide more crop information when decoding via MediaCodec?) created https://trac.ffmpeg.org/ticket/11317
rvalue- is now known as rvalue
ngaullie has quit [Ping timeout: 252 seconds]
ngaullie has joined #ffmpeg-devel
mkver has quit [Ping timeout: 252 seconds]
cone-987 has quit [Quit: transmission timeout]
ccawley2011_ has joined #ffmpeg-devel
ccawley2011 has quit [Ping timeout: 272 seconds]
<fflogger>
[editedticket] jamrial: Ticket #11317 ([avcodec] Can AVCodec provide more crop information when decoding via MediaCodec?) updated https://trac.ffmpeg.org/ticket/11317#comment:2
<fflogger>
[editedticket] MasterQuestionable: Ticket #11314 ([avdevice] "alsa" + "v4l2" capturing had audio stuttering without explicit format designation) updated https://trac.ffmpeg.org/ticket/11314#comment:1
ccawley2011 has joined #ffmpeg-devel
ccawley2011_ has quit [Ping timeout: 272 seconds]
<fflogger>
[editedticket] MasterQuestionable: Ticket #11314 ([avdevice] "alsa" + "v4l2" capturing had audio stuttering without transcoding) updated https://trac.ffmpeg.org/ticket/11314#comment:2
<compnnn>
aaabbb, ffmpeg can take code from anywhere as long as licenses match sure
<compnnn>
maybe i should pay someone to write up a binary codec loader...
<BBB>
it wasn't released so I could do whatever the hell I wanted :)
<BBB>
it was just for debugging
<BBB>
and it worked
<BBB>
from memory, I was able to load individual functions from one binary and then replace them one-at-a-time until I had a RE'ed source code that behaved identically
<BBB>
and then we basically had a decoder
<BBB>
(there was a phase after that where I had to udnerstand what that all was, but fortunately I got help from people that knew what they were doing)
<compnnn>
fun way to RE
<BBB>
you don't actually want to include this binary loader upstream, do you?
<compnnn>
could even use it to teach other people how to RE
<BBB>
it's beginner-friendly, I guess, yes
<compnnn>
i think back then i wanted any binary codec loader. but now probably too many people would be against any hacky things
<compnnn>
i think a super clean dshow/vfw loader could be accepted in main though
<thardin>
people who want such things can hack it into their own forks
ccawley2011 has joined #ffmpeg-devel
<thardin>
hmm dshow/vfw is another matter
ccawley2011__ has joined #ffmpeg-devel
<compnnn>
huh?
ccawley2011_ has quit [Ping timeout: 255 seconds]
<compnnn>
like dvd support in ffmpeg. for years this was wanted/hated but now ... its in!
<JEEB>
I don't think the DVD stuff was hated
ccawley2011 has quit [Ping timeout: 276 seconds]
Krowl has quit [Read error: Connection reset by peer]
<Lynne>
binary codecs is something I cannot accept
<compnnn>
Lynne, you dont have to use them
<compnnn>
just the loader!
<Lynne>
no way
<Lynne>
all those companies with custom patches can now freely distribute plugins
<compnnn>
so what changes ?
<Lynne>
and because they would be built against a certain binary version it would mean that distributions would now hold off on updating for new releases even more because some crap binary plugin isn't updated
<compnnn>
by distributions you mean linux distros or ?
<thardin>
is AVFMT_NOFILE with no iformat allowed?
<Lynne>
yes
<JEEB>
currently vendors have to distribute patches and then users need to build explicitly with them
<compnnn>
i didnt even know this was a thing, its why i ask
<thardin>
weird
<compnnn>
but i dont think vendors/companies are distributing videoforwindows dll codecs
<compnnn>
as patches to ffmpeg
<JEEB>
yea if you look at a bunch of vendors selling their encoders, you will find "FFmpeg support" listed, which means that there are patches that link/load their DLLs/solibs
<compnnn>
this is why i am confuse.
<JEEB>
and yes, vfw|dshow are less likely
<thardin>
wait how would anything even with with s->pb not set, no iformat and no file+
<thardin>
even work*
<compnnn>
i'm specifically only talking about vfw/dshow loader
<compnnn>
msacm too
<compnnn>
(.acm codecs)
<JEEB>
yea, just first explaining what Lynne probably meant
<JEEB>
while you were not talking about that at the end, and vfw|dshow might be jank enough that corporations would not switch to that
<JEEB>
(Esp. if you try to do it through wine or so)
<compnnn>
no worries i'll take any clarifications
<compnnn>
thardin, which code are you looking at
<JEEB>
it would possibly ease life for windows application providers to enable loading of proprietary decoders or encoders, but it probably be jank enough to not be useful for those trying to sell to service providers
<thardin>
compnnn: demux.c
<thardin>
init_input() specifically. perhaps something further up stops that case
<thardin>
because init_input() would call s->io_open() otherwise
<thardin>
another weird thing: protocol_whitelist/blacklist are set up after init_input(), despite the latter calling ffio_open_whitelist() by default
<compnnn>
no one is still using vfw codecs, i dont think newer windows can even load it anymore
ccawley2011 has joined #ffmpeg-devel
<JEEB>
they can still
<JEEB>
thus virtualdub is still quite useful
ccawley2011_ has joined #ffmpeg-devel
ccawley2011__ has quit [Ping timeout: 272 seconds]
<thardin>
so if ffdshow is installed you can call ffmpeg while calling ffmpeg
ccawley2011 has quit [Ping timeout: 246 seconds]
<Lynne>
the Slang project stuff is now public as well, didn't know they planned to announce it now
<Lynne>
I was somewhat involved with it from a feedback perspective