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
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
Kei_N has quit [Read error: Connection reset by peer]
Kei_N has joined #ffmpeg-devel
\\Mr_C\\ has quit [Remote host closed the connection]
<Lynne>
intel has broken ffv1_vulkan
<Lynne>
on linux
<BtbN>
but how?
<Lynne>
exactly
<BtbN>
specially with this failure mode
<Lynne>
I have to isolate and produce a smaller testcase for the dev to bother with investigating
<Lynne>
I've done most of this already, just need an hour to finish it
<Lynne>
yeah, I don't know, seems like it fails to write bytes to a byte array
<Lynne>
this is on linux, not windows, right?
thilo has quit [Ping timeout: 252 seconds]
thilo has joined #ffmpeg-devel
<BtbN>
The bug does not seem to specify actually
<BtbN>
"ANV driver"
fflogger has quit [Remote host closed the connection]
<BtbN>
That should be Linux
fflogger has joined #ffmpeg-devel
<fflogger>
[editedticket] Lynne: Ticket #11352 ([avcodec] On the state of FFmpeg's ffv1_vulkan encoder implementation on Intel & NVIDIA) updated https://trac.ffmpeg.org/ticket/11352#comment:1
arch1t3cht3 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 252 seconds]
arch1t3cht3 is now known as arch1t3cht
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 248 seconds]
System_Error has quit [Remote host closed the connection]
System_Error has joined #ffmpeg-devel
System_Error has quit [Remote host closed the connection]
av500 has quit [Remote host closed the connection]
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 248 seconds]
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 246 seconds]
mkver has joined #ffmpeg-devel
av500 has joined #ffmpeg-devel
av500 has quit [Remote host closed the connection]
Martchus_ has quit [Ping timeout: 248 seconds]
Martchus has joined #ffmpeg-devel
thilo has quit [Ping timeout: 265 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
av500 has joined #ffmpeg-devel
philipl has quit [Ping timeout: 246 seconds]
philipl has joined #ffmpeg-devel
<Traneptora>
does C promise that sizeof() is always a compile-time evaluation?
<Traneptora>
>If the type of the operand is a variable length array type, the operand is evaluated; otherwise, the operand is not evaluated and the result is an integer constant.
<Traneptora>
looks like it's not evaluated unless it's a VLA
<Traneptora>
(C11 spec)
<elenril>
we don't do VLAs
<Traneptora>
so ye, I just saw your thing of pthread_t ret; ret = malloc(sizeof(*ret)); and wanted to check if we weren't dereferencing garbo but apparently spec guarantees this is evaluated at compile-time and not runtime and there's no actual dereference here
<elenril>
yeah, we do sizeof(var) all over the place
<elenril>
it's better than sizeof(type), because it still works if you change the type
Mirarora has quit [Quit: Mirarora encountered a fatal error and needs to close]
<thardin>
yep sizeof(*(foo*)NULL) is fine
TheSashmo has quit [Quit: Leaving...]
Mirarora has joined #ffmpeg-devel
___nick___ has joined #ffmpeg-devel
mkver has quit [Ping timeout: 244 seconds]
mkver has joined #ffmpeg-devel
elvis_a_presley has quit [Quit: smoke-bomb ; grapple-hook]
elvis_a_presley has joined #ffmpeg-devel
<Lynne>
wow, only 52 devs in the GA
<thardin>
gotta catch 'em all
aaabbb has quit [Ping timeout: 248 seconds]
aaabbb has joined #ffmpeg-devel
<Marth64>
i'm still chipping away at bdmv. it's in the task rotation. v1 is ok but if i get it working v2 will be better
<Marth64>
i'm also thinking on a proposal to extract closed captions without the -f lavfi "movie=..[out+subcc]" dance
<Marth64>
since its kinda limiting
<thardin>
a better way to handle CC would be nice. both extracting and embedding
<elenril>
extracting should be fairly easy
<Marth64>
extracting is easy since its side data, just user experience to do it is clunky
<Marth64>
also feels unnecessary to go through lavfi
<Marth64>
with the current method
<elenril>
I mean it should be quite easy and straightforward to implement in ffmpeg CLI
<Marth64>
for example it is a hassle with non-simple file names eg "My Favorite Movie with "Quotes" and Th$'ings in the Name (2004) [DVD-Remux]" ... i end up making a symlink
<elenril>
decoders can have multiple outputs now
<Marth64>
nice
<Marth64>
i would like to try and move that crowded a53 conversion area in mpeg12dec and any common cc operations into a utility file. cc_utils or something
<BtbN>
haasn: ^ that looks valid at first glance, though incredibly entitled
<beastd>
haasn: Looks like a blunder while transforming != || to == &&
<jamrial>
embedded diff in comments, nice
<BtbN>
I'd still like to know what's up with trac redirecting to plain http whenever you post a comment on a ticket, which then upsets Firefox
<BtbN>
There is no plain http: url configured anywhere
Martchus has quit [Ping timeout: 265 seconds]
Martchus_ has joined #ffmpeg-devel
<pross>
trac also no longer hyperlinks inlined git hashes to git.videolan.org. instead, it display a seemingly useless commit summary.
___nick___ has quit [Ping timeout: 252 seconds]
<Marth64>
BtbN: I'm mobile ATM but I think I see the issue. The <form> action URL is missing a leading slash thus it is not a protocol relative url (eg //foo.html vs /foo.html)