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: 272 seconds]
thilo has joined #ffmpeg-devel
arch1t3cht0 has joined #ffmpeg-devel
Traneptora has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 248 seconds]
arch1t3cht0 is now known as arch1t3cht
tufei_ has joined #ffmpeg-devel
tufei has quit [Ping timeout: 260 seconds]
mkver has quit [Ping timeout: 252 seconds]
\\Mr_C\\ has quit [Remote host closed the connection]
Kei_N_ has joined #ffmpeg-devel
Kei_N has quit [Ping timeout: 260 seconds]
jamrial has quit []
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 252 seconds]
unlord has quit [Ping timeout: 252 seconds]
unlord has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
IndecisiveTurtle has quit [Remote host closed the connection]
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
rvalue- has joined #ffmpeg-devel
rvalue has quit [Ping timeout: 265 seconds]
rvalue- is now known as rvalue
AbleBacon has quit [Read error: Connection reset by peer]
Lypheo9 has joined #ffmpeg-devel
Hobbyboy|BNC has joined #ffmpeg-devel
Hobbyboy has quit [Ping timeout: 260 seconds]
jdek has quit [Ping timeout: 260 seconds]
galad_ has joined #ffmpeg-devel
Labnan- has joined #ffmpeg-devel
philipl has quit [Ping timeout: 260 seconds]
galad has quit [Ping timeout: 260 seconds]
another| has quit [Ping timeout: 260 seconds]
Lypheo has quit [Ping timeout: 260 seconds]
rodeo has quit [Ping timeout: 260 seconds]
Lypheo9 is now known as Lypheo
Labnan has quit [Ping timeout: 260 seconds]
galad_ is now known as galad
philipl has joined #ffmpeg-devel
jdek has joined #ffmpeg-devel
rodeo has joined #ffmpeg-devel
another| has joined #ffmpeg-devel
Hobbyboy|BNC is now known as Hobbyboy
<courmisch>
ramiro: Inorite but family matters to attend to
Krowl has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
Livio has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
mkver has quit [Remote host closed the connection]
mkver has joined #ffmpeg-devel
<courmisch>
shrink{22,44,88} look like they belong in sws more than lavc
<courmisch>
I guess we can't have lavc depend on sws though
<Lynne>
I wouldn't object to that, since lavc already depends on lswr
<courmisch>
is it really faster to do a lookup than an integer multiply
* courmisch
looks at ff_square_tab
Krowl has quit [Read error: Connection reset by peer]
<Lynne>
lol
<Lynne>
yeah, no, that's ancient code
rvalue has quit [Ping timeout: 252 seconds]
Krowl has joined #ffmpeg-devel
Livio has quit [Ping timeout: 252 seconds]
rvalue has joined #ffmpeg-devel
cone-578 has joined #ffmpeg-devel
<cone-578>
ffmpeg Anton Khirnov master:8d5efc218245: lavc/ffv1dec: fix races in accessing FFV1SliceContext.slice_damaged
<cone-578>
ffmpeg Anton Khirnov master:15bdca054f56: lavc/ffv1dec: drop code handling AV_PIX_FMT_FLAG_PAL
<cone-578>
ffmpeg Anton Khirnov master:d94cfd49009c: lavc/thread: move generic-layer API to avcodec_internal.h
<cone-578>
ffmpeg Anton Khirnov master:64743b45b574: lavc/internal: document the precise meaning of AVCodecInternal.draining
<cone-578>
ffmpeg Anton Khirnov master:048e978e8eb3: lavc/decode: wrap AV_FRAME_FLAG_DISCARD handling in a loop
<cone-578>
ffmpeg Anton Khirnov master:4d209dada78a: lavc/decode: reindent
<cone-578>
ffmpeg Anton Khirnov master:5acbdd2264d3: lavc: convert frame threading to the receive_frame() pattern
<cone-578>
ffmpeg Anton Khirnov master:deee00e2eb58: lavc/decode: reindent after previous commit
<elenril>
fun fact: 5acbdd2264d3 is 7.5 years old
Krowl has quit [Read error: Connection reset by peer]
<wbs>
elenril: 6ec22731ae7694d4db08fff556eea58aa3b990d3 (pushed in June) is from 2014 :P
<elenril>
ooh, nice
<elenril>
your commit has a longer lifecycle than mine
Krowl has joined #ffmpeg-devel
jamrial has joined #ffmpeg-devel
psykose has quit [Remote host closed the connection]
psykose has joined #ffmpeg-devel
Daemon404 has quit [Changing host]
Daemon404 has joined #ffmpeg-devel
<haasn>
Is there a good way to give a friendly name to register arguments in risc-v asm? For example, I want to refer to my parameters not as a0 a1 a2 etc but give them friendly names like dst, src, stride
<haasn>
Because sometimes the signature changes, and currently this requires updating the whole function
<haasn>
I could #define, but it boggles my mind that gnu as doesn't have a built in way of renaming registers
<elenril>
riscvinc.asm time?
<Lynne>
take a look at neon code
<Lynne>
it uses the same syntax for macros
<Lynne>
.macro NAME dst, src, etc
<Lynne>
then you have to address them as \dst\().4s in the macro itself
<Lynne>
or rather \dst\(), .4s is a aarch64ism
<haasn>
Lynne: do you have an example file?
<Lynne>
libavutil/aarch64/tx_float_neon.S
<Lynne>
you don't need the \() at the end unless you need suffixes
<Lynne>
so \dst would be enough
<haasn>
oh, like that
<Lynne>
you can also directly use them in comparisons, .if \dst == \src or .if \dst == 1
Krowl has quit [Read error: Connection reset by peer]
ccawley2011 has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
Livio has joined #ffmpeg-devel
cone-578 has quit [Quit: transmission timeout]
<courmisch>
haasn: maybe .equ works?
<haasn>
it doesn't seem to work with e.g. `li`
<courmisch>
.eqv ?
<courmisch>
but on Arm and RV, people typically just #define, AFAICT
<haasn>
unrelated question, is there a way to get the number of macro arguments (to a :vararg macro)?
<haasn>
I want to define a `push` macro which will push all named registers
<haasn>
I guess I can somehow loop over args and increment a counter? (which is needed anyway to properly subtract `sp`)
<courmisch>
haasn seems to be possessed by a CISC demoniac entity and needs to be exorcised
<haasn>
it's not so much about cisc vs risc as it is about supporting multiple xlen
<ramiro>
haasn: are you working on swscale optimizations for risc-v?
<haasn>
push a0, a1 should traslate to sd a0, 0(sp); sd a1, 4(sp) on 32 bit
<haasn>
ramiro: eventually, yeah
<courmisch>
pushing arguments is very rare
<courmisch>
in most cases, you push s registers
<haasn>
a0 was an arbitrary example
<courmisch>
the existing convention is to pass a single argument - the number of S registers, and save 0 to n-1
<haasn>
makes sense
<Lynne>
haasn: you can set a default value for any arguments, which will be used if they aren't given
<Lynne>
e.g. .macro NAME dst=0, src=0, and then just check their value
<Lynne>
you can't do counting and such, its not a turing-complete preprocessor