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.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
tufei has quit [Remote host closed the connection]
wutong has quit [Client Quit]
tufei has joined #ffmpeg-devel
wutong has joined #ffmpeg-devel
uau has quit [Server closed connection]
uau has joined #ffmpeg-devel
TD-Linux has quit [Server closed connection]
TD-Linux has joined #ffmpeg-devel
cone-829 has joined #ffmpeg-devel
<cone-829>
ffmpeg James Almer master:d059ea56638c: avcodec/bsf/showinfo: print packet data checksum
<Marth64>
Are there any guidelines on how should one justify using AVERROR(EAGAIN) vs. FFERROR_REDO?
<Lynne>
REDO just skips the check for if a packet was returned from what I'm reading
<Lynne>
sounds like legacy code, these days we use EAGAIN pretty extensively
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 256 seconds]
<Marth64>
Thank you for the context.
jamrial has quit []
kasper93 has quit [Ping timeout: 264 seconds]
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg-devel
haasn has quit [Server closed connection]
haasn has joined #ffmpeg-devel
Guest8044 has quit [Server closed connection]
Guest8044 has joined #ffmpeg-devel
tmatth has quit [Server closed connection]
tmatth has joined #ffmpeg-devel
mindfreeze has quit [Server closed connection]
mindfreeze has joined #ffmpeg-devel
<aaabbb_>
in the aac encoder information from "ffmpeg -h encoder=aac", there is a mistake. the -aac_coder option says twoloop is default, but then after that it refers to the "fast" option as the default
<Marth64>
"Default fast search" ?
<aaabbb_>
yes
<aaabbb_>
but afaik the default is twoloop currently and was changed away from fast a while ago
<Marth64>
Yes, I can see this in the git history too.
natto has quit [Server closed connection]
<aaabbb_>
i'm guessing the text just wasn't changed in the ffmpeg 3 release (i think that's when it was)
<Marth64>
I'll send a patch.
natto has joined #ffmpeg-devel
Raz- has quit [Server closed connection]
deus0ww has joined #ffmpeg-devel
Raz- has joined #ffmpeg-devel
<Marth64>
aaabbb_: ok with Reported-by: aaabbb_ ?
<aaabbb_>
no need, you can take credit
<Marth64>
np. patch sent
<Marth64>
nice timing. i'm up late trying to fix a stupid bug
<aaabbb_>
i'm not smart enough to fix big bugs but at least i can sometimes help with documentation :)
<aaabbb_>
tho i have been thinking about adding constant folding to eval.c as an optimization
<Marth64>
some good docs are better than wrong docs
signalhunter has quit [Server closed connection]
signalhunter has joined #ffmpeg-devel
bossjones has quit [Server closed connection]
bossjones has joined #ffmpeg-devel
Warcop has quit [Ping timeout: 258 seconds]
cone-829 has quit [Quit: transmission timeout]
AbleBacon has quit [Read error: Connection reset by peer]
kasper93 has joined #ffmpeg-devel
MisterMinister has quit [Ping timeout: 246 seconds]
<Lynne>
between compiling llvm from scratch, or re-inventing binary to text in meson for the umpteenth fucking time, I think I'll take the former
<Lynne>
why do new C features take years to get implemented?
System_Error has quit [Ping timeout: 260 seconds]
System_Error has joined #ffmpeg-devel
deus0ww has quit [Ping timeout: 245 seconds]
deus0ww_ has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
bpmedley has quit [Server closed connection]
bpmedley has joined #ffmpeg-devel
cone-754 has joined #ffmpeg-devel
<cone-754>
ffmpeg Rémi Denis-Courmont master:4e0e872881ff: lavc/h264dsp: R-V V high-depth h264_idct_add
<courmisch>
Lynne: because nobody wants to pay for them?
tortoise has quit [Server closed connection]
tortoise has joined #ffmpeg-devel
q66 has quit [Server closed connection]
q66 has joined #ffmpeg-devel
sdc has quit [Server closed connection]
sdc has joined #ffmpeg-devel
kepstin has quit [Remote host closed the connection]
kepstin has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
Traneptora_ has quit [Quit: Quit]
Traneptora has joined #ffmpeg-devel
mkver has quit [Remote host closed the connection]
mkver has joined #ffmpeg-devel
SystemError has joined #ffmpeg-devel
System_Error has quit [Killed (NickServ (GHOST command used by SystemError))]
<JEEB>
Traneptora: btw I got to testing your test patch last night and I'll probably give it a LGTM if I verify the deps (only thing I wasn't able to do last night before going to sleep)
<JEEB>
just noting this so you know that someone did actually curl the patch from patchwork and run it :D
aljazmc has quit [Quit: Leaving]
SuperFashi has joined #ffmpeg-devel
zsoltiv_ has quit [Ping timeout: 265 seconds]
MisterMinister has joined #ffmpeg-devel
Curid has quit [Server closed connection]
Curid has joined #ffmpeg-devel
Curid has quit [Changing host]
Curid has joined #ffmpeg-devel
<Traneptora>
ah okay
<Traneptora>
ty
<Traneptora>
nobody had said anything so I wasn't sure
Krowl has quit [Read error: Connection reset by peer]
cone-873 has joined #ffmpeg-devel
<cone-873>
ffmpeg Lynne master:80ddc7271788: vulkan: rename read_only to singular
<cone-873>
ffmpeg Lynne master:e11087b1629e: vulkan: set VkDescriptorAddressInfoEXT.sType
<Traneptora>
thanks. I LGTMed the 02/11 because that's the one I know about
HarshK23 has quit [Quit: Connection closed for inactivity]
<ePirat>
if you can feel free to merge that one (I can't) and I will drop it from my series from the next iteration
<Traneptora>
ok, gimme a moment
<ePirat>
dealing with so many small patches with the ML workflow is somewhat tedious when not sending them as one batch but that makes iterating on the annoying…
another| has quit [Server closed connection]
another| has joined #ffmpeg-devel
Warcop has quit [Remote host closed the connection]
<cone-873>
ffmpeg Rémi Denis-Courmont master:c654e37254ef: lavc/h264dsp: R-V V high-depth h264_idct8_add
Krowl has quit [Read error: Connection reset by peer]
witchymary has quit [Remote host closed the connection]
witchymary has joined #ffmpeg-devel
ergZay has quit [Quit: This computer has gone to sleep]
LaserEyess has quit [Server closed connection]
LaserEyess has joined #ffmpeg-devel
LaserEyess has quit [Changing host]
LaserEyess has joined #ffmpeg-devel
iive has joined #ffmpeg-devel
sm2n has quit [Server closed connection]
sm2n has joined #ffmpeg-devel
<JEEB>
Traneptora: do you recall what the configure name for png_pipe was (IMAGE_PNG_PIPE_DEMUXER). also why enabling both the image2 demuxer as well as the image_png one?
<JEEB>
also, d'uh. image2 for muxer. I had actually correctly typed that in my configure line but somehow bugged out internally :P
<thardin>
./libavfilter/filter_list.c:442:6: error: ‘ff_af_afifo’ undeclared here (not in a function); did you mean ‘ff_af_afir’?
<thardin>
what the?
<thardin>
gcc 13.20
<mkver>
thardin: Rerun configure?
<thardin>
13.2.0 even
<mkver>
The (a)fifo filter has been removed in f6ec01147f7fdb429495b7bd7f25c208208f39a3
<thardin>
I did, but I can try without any options whatsoever for it
<thardin>
WARNING: pkg-config not found, library detection may fail.
<JEEB>
right, should have just `../configure --list-demuxers` earlier, image_png_pipe it was as-is :P
<thardin>
make clean distclean and installing pkg-configu seems to have fixed it
<mkver>
JEEB: You could also have grep'ed your config_components.h; or you could look at how the FFOutputFormat object is actually named (ff_.*_muxer), because that is how configure gets these names.
<JEEB>
the ff_*_muxer I had actually noticed and checked :D
<JEEB>
I just didn't expect it to have the image there since I recalled the name in ffmpeg.c's output
<mkver>
JEEB: The CONFIG variable names are derived from the object name and not AVOutputFormat.name.
<JEEB>
yup, I do know that but there was a bug in my internal processing of things
cubicibo has quit [Quit: Client closed]
cubicibo has joined #ffmpeg-devel
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg-devel
<Traneptora>
JEEB I'm basing the image2 muxer on the other fate test above it
<Traneptora>
also your reply hit my inbox and not the ML
<JEEB>
and yea I understand that probably a lot of stuff around it utilizes image2, but image2pipe is more matching for a single image output
<Traneptora>
so you think it should use image2pipe anyway and maybe at a later date change fate-png-icc to use it as well?
<JEEB>
I'd say probably yea. if it's dealing with a single image
<JEEB>
also am I getting tired/old or did gmail previously do replies to the ML?
<JEEB>
since now it went to you and you only get ML in reply to all, from which I then need to remove people and move the ML to the to: field
<Traneptora>
JEEB: I use thunderbird and I have to push "reply list" or it to:s the last from: which is usually not the ML
<JEEB>
also right, I was not tired/getting old
<JEEB>
if I press reply to on `[FFmpeg-devel] [PATCH 1/3] avutil/ambient_viewing_environment: set a sane default value for AVRational fields`
<JEEB>
it went to ffmpeg-devel
<JEEB>
but I guess the mailman config got changed
<JEEB>
hmm, also the email I responded to was plugged under ffmpeg-devel but had no prefix "[FFmpeg-devel]"
<JEEB>
did you /33
<JEEB>
asdf
cubicibo has quit [Quit: Client closed]
mkver has quit [Ping timeout: 264 seconds]
mkver has joined #ffmpeg-devel
Traneptora has quit [Quit: Quit]
<IndecisiveTurtle>
Lynne: Saw the midterm email yesterday, thanks for the pass. Do you have any additional feedback for me? Also asking to make sure, I asked a question a few days ago but didn't see any answer, I suspect my IRC client might be missing messages
AbleBacon has joined #ffmpeg-devel
ccawley2011 has quit [Read error: Connection reset by peer]
ocrete has quit [Server closed connection]
ocrete has joined #ffmpeg-devel
cone-873 has quit [Quit: transmission timeout]
iive has quit [Quit: They came for me...]
IndecisiveTurtle has quit [Remote host closed the connection]