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
arch1t3cht4 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 252 seconds]
arch1t3cht4 is now known as arch1t3cht
thilo_ has quit [Ping timeout: 252 seconds]
thilo_ has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 244 seconds]
jamrial has quit []
Traneptora has quit [Quit: Quit]
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 248 seconds]
Kei_N_ has joined #ffmpeg-devel
Kei_N has quit [Read error: Connection reset by peer]
arch1t3cht7 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 252 seconds]
arch1t3cht7 is now known as arch1t3cht
fred has joined #ffmpeg-devel
<fred>
pls give ffmpeg some love regarding 'iso-support'
<fred>
was whining in #jellyfin because their non-existant support for (old-dvd)-iso files - and they blame ffmpeg
<Lynne>
what's lacking?
<fred>
'the ability to read directly from your old dvd iso'
<Lynne>
oh, ISO, as in .iso, I thought you were complaining about iso string suppport in metadata or something
<Lynne>
we already have that, thanks to Marth64[m]
<cone-461>
ffmpeg Niklas Haas master:b4e918221c21: doc/APIchanges: mention correct version number
<Lynne>
michaelni: done
<j-b>
Marth64[m]: you are misreading.
<Lynne>
I'll push the 15 commits I sent to the ML last week tonight, which leaves just 2 patches, one for vulkan_encode.c and one for vulkan_encode_h264.c
<Lynne>
plan is to send those 2 for review by tomorrow morning or noon
<Lynne>
wish me luck
witchymary has quit [Remote host closed the connection]
<Marth64[m]>
good luck Lynne
<Lynne>
its not that hopeless
<Marth64[m]>
:)
Marth64[m] is now known as Marth64
<Marth64>
elenril: I will divide my patchset to smaller pieces. Seeking can be done in one patch even in current state. It might have a hope for 7.1.
<Marth64>
the rest is bugfix or irrelevant cleanup
Workl has joined #ffmpeg-devel
Krowl has quit [Ping timeout: 246 seconds]
j45 has quit [Ping timeout: 260 seconds]
j45 has joined #ffmpeg-devel
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
zsoltiv_ has joined #ffmpeg-devel
s55 has quit [Ping timeout: 260 seconds]
<Sean_McG>
src/libavcodec/avcodec.c:758:9: error: initializer element is not constant WRAP_CONFIG(AVMEDIA_TYPE_VIDEO, codec->supported_framerates, (AVRational){0});
<Daemon404>
all 3 of those look like constants to me
s55 has joined #ffmpeg-devel
Workl has quit [Read error: Connection reset by peer]
tufei has quit [Remote host closed the connection]
<Sean_McG>
VM I have to build that on is very slow -- I'll have to get back to you later. Worth noting that a quick web search shows __typeof__ to be basically non-standard C
cone-461 has quit [Quit: transmission timeout]
<another|>
haasn: re: yuvj removal: it was deprecated and printed a warning, but from my POV it was not really clear to the general public what to do instead. So there might be a bit of chaos
<Lynne>
might take some users a while like it did with the new channel layout api, but I think they'll be fine
<jamrial>
haasn: also, i see deprecation warnings in pcm.c and wmadec.c
mkver has joined #ffmpeg-devel
jarthur has joined #ffmpeg-devel
witchymary has joined #ffmpeg-devel
<haasn>
another|: it was written quite clearly to see the color range instead
<haasn>
Imo
<haasn>
Set*
___nick___ has quit [Ping timeout: 260 seconds]
Krowl has joined #ffmpeg-devel
jarthur has quit [Quit: jarthur]
Krowl has quit [Read error: Connection reset by peer]
HarshK23 has quit [Quit: Connection closed for inactivity]
darkapex_ has quit [Remote host closed the connection]
darkapex_ has joined #ffmpeg-devel
cone-283 has joined #ffmpeg-devel
<cone-283>
ffmpeg James Almer master:fdf8025eb64c: avcodec/avcodec: remove usage of __typeof__()
deus0ww has quit [Ping timeout: 248 seconds]
deus0ww has joined #ffmpeg-devel
<Lynne>
"interesting", vulkan's validation layer internals are tied to libvulkan's ABI somehow
<Lynne>
they do no version checking, and malfunction in ways that make you wonder just where things go wrong