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: 246 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
paulk has quit [Ping timeout: 264 seconds]
arch1t3cht0 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 272 seconds]
arch1t3cht0 is now known as arch1t3cht
paulk has joined #ffmpeg-devel
paulk has quit [Changing host]
paulk has joined #ffmpeg-devel
mkver has quit [Ping timeout: 252 seconds]
vipyne has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 248 seconds]
Kei_N has joined #ffmpeg-devel
Sean_McG has quit [Remote host closed the connection]
Sean_McG has joined #ffmpeg-devel
Kei_N has quit [Ping timeout: 246 seconds]
Kei_N has joined #ffmpeg-devel
jarthur_ has quit [Quit: jarthur_]
jarthur has joined #ffmpeg-devel
MrZeus has joined #ffmpeg-devel
jamrial has quit []
Kei_N_ has joined #ffmpeg-devel
vipyne has quit [Quit: Leaving.]
Kei_N_ has quit [Read error: Connection reset by peer]
Kei_N_ has joined #ffmpeg-devel
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 260 seconds]
MrZeus_ has joined #ffmpeg-devel
MrZeus has quit [Ping timeout: 276 seconds]
Marth64 has joined #ffmpeg-devel
thardin has quit [Ping timeout: 276 seconds]
thardin has joined #ffmpeg-devel
MrZeus_ has quit [Ping timeout: 244 seconds]
<rajivharlalka>
does there exist a way to format the code before making a patch, to align to the guidelines?
jarthur has quit [Quit: jarthur]
Krowl has joined #ffmpeg-devel
ngaullier has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
mkver has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
mkver has quit [Ping timeout: 276 seconds]
mkver has joined #ffmpeg-devel
ccawley2011 has quit [Ping timeout: 252 seconds]
System_Error has joined #ffmpeg-devel
<BtbN>
Use proper settins in your editor
IndecisiveTurtle has quit [Ping timeout: 246 seconds]
Krowl has quit [Read error: Connection reset by peer]
IndecisiveTurtle has joined #ffmpeg-devel
<wbs>
frankplow: re a future 7.1 release, what's the VVC decoder maturity status, would we dare to mark it non-experimental at this point?
<wbs>
(sorry if this already has been discussed)
<frankplow>
wbs: Conformance-wise, the decoder is now pretty much Main 10 compliant. The only thing which is not supported is MNUT, which is a pretty exotic feature where different parts of a picture can be different types of frame.
<Lynne>
for intra-refresh?
<frankplow>
Robustness wise, it's in a much better position than we were at 7.0. I still have some fuzzed bitstreams which can cause crashes, but most outstanding ones are very difficult to repro.
<frankplow>
Lynee: Yeah so you can have like the top half be IDR and the bottom half be GDR
<frankplow>
Lynne*
<wbs>
wrt experimental/non-experimental, I think robustness was the main thing brought up earlier
<Lynne>
its not as exotic, its pretty vanilla, in H264, but vvc is new
<JEEB>
I don't think intra refresh would require that
<JEEB>
so that's for something else
<JEEB>
intra refresh just has normal pictures where slice by slice at some point you get the full picture
<Lynne>
err, no, the way it works is that some slices are I, others are P (or B)
<JEEB>
yea but isn't the overarching frame a non-intra one? or wait, NAL unit types were just slices... hmm
* JEEB
needs to check the spec again for NAL unit identifiers
<JEEB>
yea so in H.264 nal_unit_type is mostly 1 or 5 (coded slice of either a non-IDR or IDR picture)
<JEEB>
so I think since intra refresh has no IDR (maybe except for the very first output frame of the encoder), it's always 1
<JEEB>
then those slices may then have I or non-I coded content
<pengvado>
you mean VVC's intra-refresh uses mixed slice types, even though that's unnecessary as proven by H264 having intra-refresh without slices?
novaphoenix has quit [Quit: i quit]
<frankplow>
MNUT is not really its own feature per se., rather it's the fact that the subpicture feature allows for multiple VCL NAL units for a single picture, and these VCL NAL units are not restricted to being the same type
<JEEB>
pengvado: I would be surprised if that was the case, this MNUT sounds like useful for something else
<frankplow>
Within a single subpicture, the intra refresh stuff is much the same as HEVC I believe
novaphoenix has joined #ffmpeg-devel
<frankplow>
wbs: In that case, I think I would say it's okay to remove the experimental flag. As I say, I still have some outstanding fuzz crashes, however none that I can reproduce on my workstation, only intermittently on CI
Xaldafax has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
mkver has quit [Ping timeout: 265 seconds]
jamrial has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
Kei_N__ has joined #ffmpeg-devel
Kei_N___ has joined #ffmpeg-devel
Kei_N__ has quit [Read error: Connection reset by peer]
Kei_N has quit [Ping timeout: 272 seconds]
Kei_N_ has quit [Ping timeout: 252 seconds]
Kei_N has joined #ffmpeg-devel
mkver has quit [Ping timeout: 255 seconds]
Kei_N_ has joined #ffmpeg-devel
Kei_N has quit [Ping timeout: 246 seconds]
vipyne has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
cubicibo has joined #ffmpeg-devel
cubicibo71 has joined #ffmpeg-devel
cubicibo71 has quit [Client Quit]
cubicibo has quit [Quit: Client closed]
vipyne has quit [Quit: Leaving.]
vipyne has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 260 seconds]
Venemo has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
Sean_McG has quit [Quit: leaving]
jarthur has joined #ffmpeg-devel
philipl has quit [Quit: leaving]
jarthur_ has joined #ffmpeg-devel
jarthur has quit [Ping timeout: 260 seconds]
<rajivharlalka>
I had sent a patch on the ml which fails on the fate test, but I doubt I changed anything on any filter other than adding a new one. Does fate need a test for each filter created?
Krowl has quit [Read error: Connection reset by peer]
philipl has joined #ffmpeg-devel
<frankplow>
rajivharlalka: The FATE runner failed to compile with your patch applied
lemourin has quit [Read error: Connection reset by peer]
lemourin has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 244 seconds]
Traneptora has quit [Quit: Quit]
Traneptora has joined #ffmpeg-devel
vipyne has quit [Quit: Leaving.]
<rajivharlalka>
frankplow: can you hint me what must have went wrong. The logs on the patchwork or the local make fate doesn’t seem to help at all.
dre-droid has joined #ffmpeg-devel
cone-277 has joined #ffmpeg-devel
<cone-277>
ffmpeg Gnattu OC master:30f090b4f8f7: avfilter: inherit input color range for videotoolbox filters
<MisterMinister>
Greetings and Salutations fellow FFmpegers! Is there a proper method to deliver same FLV to two RTMP servers please? `-f tee "[f=flv]rtmp:\\1\1|[f=flv]rtmp:\\2\1"` persistently fails (somethign to do with source EOF being reprorted to the muxers...) while single out "-f flv" works fine.
<BtbN>
wrong channel, see topic -> #ffmpeg
<MisterMinister>
@BtbN: yes it is, sorry ))
Krowl has joined #ffmpeg-devel
<compnnn>
haha why are people using rtmp
<compnnn>
MisterMinister, why rtmp ? who is still using rtmp
<compnnn>
alibaba of all places reported a librtmp bug this year, but it was fixed and they were using an old rando github repo
<Daemon404>
everyone is still using rtmp
<Curid>
some ip cameras support both rtmp and rtsp, but the rtsp stream is much more broken
cone-277 has quit [Quit: transmission timeout]
kekePower has quit [Quit: Ping timeout (120 seconds)]
Krowl has quit [Read error: Connection reset by peer]
yigithanyigit has joined #ffmpeg-devel
<yigithanyigit>
What is the proper way to wait frames that sent to another library from filter_frame function? I don't want to send directly to next output. I want to wait a callback that going to trigger in my filter for sending next output.
mkver has quit [Ping timeout: 246 seconds]
mkver has joined #ffmpeg-devel
<BtbN>
rtmp is probably by far and large the most widely used streaming protocol outside of all the stuff on top of http
ccawley2011 has quit [Read error: Connection reset by peer]
darkapex_ has quit [Remote host closed the connection]
darkapex_ has joined #ffmpeg-devel
compnn has joined #ffmpeg-devel
vjaquez- has joined #ffmpeg-devel
frankplow_ has joined #ffmpeg-devel
Mister_D has joined #ffmpeg-devel
uartie_ has joined #ffmpeg-devel
natto has joined #ffmpeg-devel
BradleyS has quit [Quit: quit]
compnnn has quit [Read error: Connection reset by peer]
vjaquez has quit [Remote host closed the connection]
MisterMinister has quit [Read error: Connection reset by peer]