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 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
HarshK23 has quit [Quit: Connection closed for inactivity]
ramiro has quit [Ping timeout: 255 seconds]
ramiro has joined #ffmpeg-devel
thilo has quit [Ping timeout: 268 seconds]
thilo has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 272 seconds]
<cone-594>
ffmpeg Michael Niedermayer master:a7c4f119c91b: avcodec/avs2_parser: Assert init_get_bits8() success with const size 15
<cone-594>
ffmpeg Michael Niedermayer master:f9218e4d52e1: avcodec/avs3_parser: assert the return value of init_get_bits()
<cone-594>
ffmpeg Michael Niedermayer master:fd7d24fa3f39: avcodec/av1dec: bit_depth cannot be another values than 8,10,12
<cone-594>
ffmpeg Michael Niedermayer master:69b4d9736b0d: avcodec/av1dec: Change bit_depth to int
<cone-466>
ffmpeg Niklas Haas master:5b5e692da636: fate/scale2ref_keep_aspect: switch to vf_scale ref_*
<cone-466>
ffmpeg Niklas Haas master:95568c4e316e: avfilter/scale2ref: deprecate in favor of scale=rw:rh
Livio has quit [Ping timeout: 268 seconds]
Livio has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
Livio has quit [Quit: leaving]
<haasn>
courmisch: do you think it's reasonable to require VLEN >= 128 for RVV assembly?
<haasn>
that helps avoid a lot of loops for typical block sizes in e.g. AV1
<courmisch>
haasn: V requires 128 bits. Only embeddee subsets can have 32 or 64 bits (and they are vapourware)
<haasn>
I see, thanks
<ePirat>
Did someone just tell me I can't be a programmer when I don't know how to write shell functions?! Besides, seem to overlook that we can get useful contributions to docs and such where someone not necessarily needs to be a die-hard C dev…
<ePirat>
This discussion does not seem to lead to anything productive though so I will just refrain to engage further on that topic…
fsimonfc has joined #ffmpeg-devel
kasper93 has quit [Remote host closed the connection]
kasper93 has joined #ffmpeg-devel
fsimonfc has quit [Quit: Client closed]
Krowl has quit [Read error: Connection reset by peer]
<cone-466>
ffmpeg Rémi Denis-Courmont master:6459966bebc0: lavc/ac3dsp: R-V V sum_square_butterfly_int32
<cone-466>
ffmpeg Rémi Denis-Courmont master:6cd97cd7975c: lavc/ac3dsp: R-V V sum_square_butterfly_float
<cone-466>
ffmpeg sunyuechi master:b369c4d569a1: checkasm/blockdsp: add fill_block test
<cone-466>
ffmpeg sunyuechi master:7d0673db7eb2: lavc/blockdsp: R-V V fill_block
<cone-466>
ffmpeg sunyuechi master:cfa8d2488d76: checkasm/rv40dsp: add chroma_mc test
<cone-466>
ffmpeg sunyuechi master:5bc3b7f51308: lavc/rv40dsp: R-V V chroma_mc
<thardin>
got a client interested in speedhq ||ization
<courmisch>
it's already using blockdsp and idctdsp though?
mkver has quit [Ping timeout: 268 seconds]
<thardin>
maybe it only needs to be flagged as supporting frame threading
<thardin>
assuming that's enough in this case. they might want slice threading
<thardin>
a bit of a shame that the format only supports 4 threads
<thardin>
lav* still doesn't support thread building block type dependent jobs, right?
<thardin>
else bitstream decoding and idct could be interleaved
* courmisch
pretends not to see the question so you won't realise he has no clue
<thardin>
I guess it's still possible with some mutex and condition trickery to get 8 threads
<courmisch>
haasn: I don't know the lead time as of today, but you pretty much need a K230 board for bench (since there is no other hardware atm)
<courmisch>
on the bright side, it's about 75€ with shipping
<thardin>
looking a bit closer at speedhqdec, 2/3rds of cycles are spent doing idct. so slice threading the vlc decode could be cut to 1/12th the time and the idct arbitrarily small (say one MB row per thread)
<thardin>
that is, vlc decode could be made dominant on machines with >=12 cores
<thardin>
modulo cache effects
ccawley2011 has joined #ffmpeg-devel
ngaullier has quit [Ping timeout: 252 seconds]
deus0ww has quit [Ping timeout: 252 seconds]
deus0ww has joined #ffmpeg-devel
___nick___ has joined #ffmpeg-devel
mkver has quit [Ping timeout: 256 seconds]
___nick___ has quit [Client Quit]
___nick___ has joined #ffmpeg-devel
___nick___ has quit [Client Quit]
___nick___ has joined #ffmpeg-devel
ramiro has quit [Ping timeout: 268 seconds]
<courmisch>
can ChatGPT write checkasm tests, pretty please
ramiro has joined #ffmpeg-devel
<another|>
courmisch: No, because ChatGPT requires a modern browser. Doesn't work in lynx. /s
cone-466 has quit [Quit: transmission timeout]
Krowl has quit [Read error: Connection reset by peer]
mkver has joined #ffmpeg-devel
pmozil has quit [Remote host closed the connection]
Krowl has joined #ffmpeg-devel
averne has quit [Ping timeout: 256 seconds]
Sean_McG has quit [Ping timeout: 256 seconds]
<BBB>
I thought courmisch was on the "modern browser is an ok requirement" side of the discussion?
<another|>
yes.
<BBB>
courmisch: nowadays many tests can be copied from previous ones. for example, mc is all the same. although you may sometimes want overflow tests that depend on codec specifics. or is that specifically what you're looking for chatgpt to do for you?
mkver has quit [Ping timeout: 245 seconds]
<courmisch>
BBB: I've heard that fairy tale before
<BBB>
I was just trying to help, I just won't say anything then :(
<courmisch>
I've heard people claim that it's trivial, and it really is not IME
averne has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
kasper93_ has joined #ffmpeg-devel
kasper93 has quit [Ping timeout: 260 seconds]
___nick___ has quit [Ping timeout: 255 seconds]
kasper93 has joined #ffmpeg-devel
kasper93_ has quit [Ping timeout: 264 seconds]
kasper93 has quit [Ping timeout: 256 seconds]
iive has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
kasper93 has joined #ffmpeg-devel
kasper93 has quit [Remote host closed the connection]
kasper93 has joined #ffmpeg-devel
AbleBacon has joined #ffmpeg-devel
wyatt8740 has quit [Remote host closed the connection]
wyatt8740 has joined #ffmpeg-devel
compn has quit [Read error: Connection reset by peer]
compn has joined #ffmpeg-devel
mkver has quit [Remote host closed the connection]
mkver has joined #ffmpeg-devel
compn has quit [Read error: Connection reset by peer]
compn has joined #ffmpeg-devel
wyatt8740 has quit [Ping timeout: 245 seconds]
wyatt8740 has joined #ffmpeg-devel
paulk has quit [Ping timeout: 245 seconds]
kurosu has quit [Quit: Connection closed for inactivity]
compn has quit [Remote host closed the connection]
compn has joined #ffmpeg-devel
ccawley2011 has quit [Read error: Connection reset by peer]
wyatt8750 has joined #ffmpeg-devel
wyatt8740 has quit [Ping timeout: 255 seconds]
wyatt8740 has joined #ffmpeg-devel
wyatt8750 has quit [Ping timeout: 268 seconds]
BradleyS_ has joined #ffmpeg-devel
andrewrk_ has joined #ffmpeg-devel
Martchus has joined #ffmpeg-devel
rvalue- has joined #ffmpeg-devel
wcpan_ has joined #ffmpeg-devel
SuperFashi_ has joined #ffmpeg-devel
haihao_ has joined #ffmpeg-devel
courmisch has quit [Killed (NickServ (GHOST command used by courmisch_))]
skinkie_ has joined #ffmpeg-devel
courmisch_ has joined #ffmpeg-devel
haihao has quit [Write error: Broken pipe]
skinkie has quit [Write error: Broken pipe]
BradleyS has quit [Quit: quit]
andrewrk has quit [Remote host closed the connection]
rvalue has quit [Remote host closed the connection]
SuperFashi has quit [Remote host closed the connection]
wcpan has quit [Quit: No Ping reply in 180 seconds.]
Martchus_ has quit [Remote host closed the connection]