#ffmpeg-devel on 2025-07-06 — irc logs at libera.catirclogs.org

2025-03-03 01:04 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.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct

00:00 MisterMinister has joined #ffmpeg-devel

00:03 MisterMinister has quit [Read error: Connection reset by peer]

00:08 MisterMinister has joined #ffmpeg-devel

00:16 System_Error has joined #ffmpeg-devel

00:22 MisterMinister has quit [Ping timeout: 252 seconds]

00:26 MisterMinister has joined #ffmpeg-devel

00:33 MisterMinister has quit [Remote host closed the connection]

00:34 MisterMinister has joined #ffmpeg-devel

00:36 lemourin has joined #ffmpeg-devel

00:36 lemourin is now known as Guest3489

00:38 Guest3489 has quit [Ping timeout: 245 seconds]

00:41 MisterMinister has quit [Ping timeout: 248 seconds]

00:44 MisterMinister has joined #ffmpeg-devel

00:55 MisterMinister has quit [Ping timeout: 252 seconds]

00:58 MisterMinister has joined #ffmpeg-devel

01:01 IndecisiveTurtle has quit [Ping timeout: 252 seconds]

01:06 MisterMinister has quit [Remote host closed the connection]

01:07 MisterMinister has joined #ffmpeg-devel

01:27 MisterMinister has quit [Ping timeout: 265 seconds]

01:27 MisterMinister has joined #ffmpeg-devel

01:46 \\Mr_C\\ has quit [Remote host closed the connection]

02:18 <Compn> re optimizing prores encoder: that sounds like a job that you should be paid for doing. not free :D

02:19 * Compn blames kode54

02:52 System_Error has quit [Remote host closed the connection]

02:54 <pross> hey compn, did you see my samples-request mail

02:55 <Compn> hmm

02:55 <Compn> ah gmail didnt forward it

02:55 <Compn> Be careful with this message.

02:55 <Compn> The sender hasn't authenticated this message so Gmail can't verify that it actually came from them.

02:56 <Compn> probably because its via samples-request or something who knows

02:56 <pross> nah my mail setup has problems with gmail

03:00 <Compn> ok should be there now

03:02 <pross> thx

03:03 <Compn> just realized nothing in your mail mentioned these being fate samples

03:03 <Compn> but i'm guessing they are fate samples...

03:03 <Compn> noone cares about http://samples.ffmpeg.org anymore :D

03:04 <pross> i care!

03:05 <pross> i am gonna update the multimedia.cx wiki's TwoCC list

03:05 <Compn> oooooo

03:05 <Compn> go for it!

03:05 <Compn> https://wiki.multimedia.cx/index.php/Twocc

03:06 <Compn> pross, where have you been locating these old win32 dlls btw? ancient internet files somewhere ?

03:06 <pross> it would be nice to have it in a table, with names of the .acm

03:06 <Compn> besides our codec pack that is. at least i dont remember having sanyo and g278...

03:07 <pross> https://discmaster.textfiles.com/

03:07 <Compn> ok from there , thats what i was thinking

03:07 <Compn> yeah i had the acm files listed on the talk page of twocc. https://wiki.multimedia.cx/index.php/Talk:TwoCC

03:08 <pross> i have a pile of old BBS cds that i should update to archive.org

03:08 <Compn> if you wanted to make a pretty table i guess that would work, too

03:12 <Compn> oh i was thinking, it was the fourcc page i had the dlls listed. https://wiki.multimedia.cx/index.php/Category_talk:Video_FourCCs

03:12 <Compn> too many wiki pages to remember

03:12 <pross> it is a useful resource

03:13 <Compn> i think i started searching for all msacm files in discmaster. but i guess i gave up

03:13 <Compn> or maybe vidc.

03:14 <pross> it is a big, thankless, task

03:14 <Compn> its fun when that one guy who had his wedding videos in some obscure webcam video asks for your help and you get the codec working for him.

03:15 <Compn> but i guess you really only get that first thanks . for everyone else it now just works.

03:17 <pross> the discmaster site is being update daily with new ISOs. it is rather impressive.

03:17 <Compn> oh yeah i found the files. 10mb of tar.gz inf files to sort through , grep, uniq etc

03:17 <Compn> 10,176,682 q18s1o44v.tar.gz

03:19 <Compn> do you download thousands of inf files and grep them for codecs? just wondering if theres an easier way of doing it

03:21 <Compn> oh theres my working file. 3600 lines . not bad

03:22 <pross> acm end in .acm (or are compressed to .ac_). so i was thining of scraping the discmaster site for those extensions

03:24 <pross> ... then download them all, and search for DriverProc

03:24 <Compn> should write down steps as a guide for future archivists

03:27 <Compn> i might write down my steps next time. too many to remember

03:34 <Compn> ICSAMPLE.INF:\vidc.0000,Driver,,icsamp32.dll

03:34 <Compn> theres a new one

03:35 <Compn> https://discmaster.textfiles.com/view/29666/ibm0480-0489/ibm0483.tar/ibm0483/TTN95DDV.ZIP/W95DDK.A30/DDK/MMEDIA/SAMPLES/ICSAMPLE/ICSAMPLE.INF

03:36 <Compn> so this is just a ddk , not an actual codec :D

03:36 <Compn> *SAMPLE7.DeviceDesc="ICSAMPLE Video Compressor and Decompressor"

03:37 <Compn> oh no its an actual sample compressor

03:37 <Compn> * Sample video compressor. This code demonstrates how to implement an

03:37 <Compn> * installable compressor.

03:37 <Compn> *

03:37 <Compn> * The alogorithm we use is very simple:

03:37 <Compn> * (1) Keep one out of every 'n' pixels where 'n' is configurable.

03:37 <Compn> * Compression is done on a scan-line basis.

03:37 <Compn> *

03:38 <Compn> * (2) For true-color images (16 or 24 bits) give the option of dropping

03:38 <Compn> * some of the lower bits.

03:38 <Compn> https://discmaster.textfiles.com/view/29666/ibm0480-0489/ibm0483.tar/ibm0483/TTN95DDV.ZIP/W95DDK.A30/DDK/MMEDIA/SAMPLES/ICSAMPLE/ICSAMPLE.C

03:51 <Compn> pross, thanks for kick to finish my vidc project.

03:57 <Compn> that would be an interesting gsoc task, create a decoder/encoder from that win95 ddk sourcecode^

03:58 <Compn> qual task*

03:59 <Compn> of course i bet someone in here just wrote one with their eyes closed after looking at it for 10 minutes.

04:10 <pross> >> figure how to encode with acm codecs easily -- i just use virtualdub in a winxp vm, then use ffmpeg to remux .avi to .wav

04:10 <Compn> feel free to leave comment in wiki

04:11 <Compn> was hoping for some command line msacm tool

04:11 <Compn> but yeah need win95 acm for those 16bit codecs anyway

04:11 <Compn> er win95 vm

04:12 <pross> i also found talkworks, which supports 16-bit acms

04:12 <pross> will update the wiki

04:13 <Compn> search engine failing for 'talkworks'

04:13 <pross> https://discmaster.textfiles.com/browse/33126/prog47_55.zip/prog47_55/PROG_52/TALKWRK1.ZIP/TALKWORK.DSK/unc.dsk

04:14 <pross> it has the AF10.ACM codec

04:15 <pross> but also has a nice gui for encoding from mic/line input :)

04:17 <Compn> neat

04:31 <Compn> i shouldve done the deep search . seems like i missed a bunch of fourccs

04:31 <Compn> sigh

05:02 TheVibeCoder has joined #ffmpeg-devel

05:08 TheVibeCoder has quit [Changing host]

05:08 TheVibeCoder has joined #ffmpeg-devel

05:12 System_Error has joined #ffmpeg-devel

05:36 mkver has joined #ffmpeg-devel

06:22 HarshK23 has joined #ffmpeg-devel

07:08 blb has quit [Ping timeout: 260 seconds]

07:08 blb has joined #ffmpeg-devel

07:42 <TheVibeCoder> Lynne: if i multiply each DC by 2, the stripes in waveform output goes away, but i now have bandings in each 8x8 block, so IDCT needs tweaking

07:42 <Lynne> stripes in the waveform?

07:44 <TheVibeCoder> https://0x0.st/8GqX.png

07:53 <Lynne> oh, yeah, that looks wrong

07:53 <Lynne> which filter is that?

07:55 steven-netint has joined #ffmpeg-devel

07:55 <Lynne> I got the vulkan decoder to decode DCs and ACs fine, transform is DC-only, trying to use a new iDCT

08:01 <TheVibeCoder> Lynne: waveform

08:03 <Lynne> asserts in av_assert0(outlink->outcfg.color_spaces->refcount > 0);

08:03 <Lynne> probably because of bayer

08:05 <Lynne> assert triggers on rgba64 too, junk filter

08:07 <TheVibeCoder> your ffmpeg code is junk

08:07 <Lynne> what settings do you use? I get nothing that looks like that

08:07 <TheVibeCoder> no setting at all

08:07 <Lynne> which sample?

08:07 <TheVibeCoder> any

08:07 <TheVibeCoder> what you get?

08:08 <TheVibeCoder> perhaps you fixed it?

08:08 <TheVibeCoder> format=gbrp12,waveform=c=7:d=overlay

08:08 <TheVibeCoder> maybe that one?

08:14 <fflogger> [newticket] Jerry1144: Ticket #11657 ([undetermined] libx265: -bufsize and -maxrate does not complement -x265-params vbv-init=0.9) created https://trac.ffmpeg.org/ticket/11657

08:17 <Lynne> ah, that worked

08:21 <Lynne> I get https://0x0.st/8Gq1.jpg

08:21 <Lynne> on prores_raw_hq.mov

08:23 <TheVibeCoder> yea, its still there

08:23 <TheVibeCoder> less obvious, but still

08:31 <TheVibeCoder> there was leaked prores idct that used floats, i guess you can try it instead...

08:32 <TheVibeCoder> also that opencl binary, shouldnt it have kernel for IDCt ?

08:34 <Lynne> I'm using one that unlord wrote for his jpeg gpu decoder years ago

08:35 <Lynne> it uses a 4-point DCT + 4-point DST and its barely 5 mults

08:35 MisterMinister has quit [Ping timeout: 248 seconds]

08:44 <fflogger> [newticket] Jerry1144: Ticket #11658 ([undetermined] libx265 lacks a -level option) created https://trac.ffmpeg.org/ticket/11658

09:00 Anthony_ZO has joined #ffmpeg-devel

09:43 kepstin has quit [Remote host closed the connection]

09:43 bsFFFFFF has joined #ffmpeg-devel

09:44 kepstin has joined #ffmpeg-devel

09:44 bsFFFFFF has quit [Read error: Connection reset by peer]

09:49 bsFFFFFF has joined #ffmpeg-devel

10:19 steven-netint has quit [Quit: Connection closed for inactivity]

10:49 putacho has joined #ffmpeg-devel

10:51 microchip_ has quit [Ping timeout: 252 seconds]

10:54 putacho is now known as microchip_

11:02 Manouchehri has quit [Ping timeout: 245 seconds]

11:03 Manouchehri has joined #ffmpeg-devel

11:06 keith has quit [Ping timeout: 244 seconds]

11:09 Anthony_ZO has quit [Remote host closed the connection]

11:09 keith has joined #ffmpeg-devel

11:39 indecisive_turtl has joined #ffmpeg-devel

11:55 Anthony_ZO has joined #ffmpeg-devel

12:09 <fflogger> [editedticket] sigdevel: Ticket #11639 ([ffmpeg] [security] libavcodec/aac/aacdec.c:195:27 SEGV in frame_configure_elements) updated https://trac.ffmpeg.org/ticket/11639#comment:4

12:18 averne_ has joined #ffmpeg-devel

12:19 averne has quit [Ping timeout: 252 seconds]

12:19 averne_ is now known as averne

12:31 Anthony_ZO has quit [Remote host closed the connection]

12:31 Anthony_ZO has joined #ffmpeg-devel

12:31 sdc has quit [Read error: Connection reset by peer]

12:31 sdc has joined #ffmpeg-devel

12:32 kylophone has quit [Ping timeout: 265 seconds]

12:35 kylophone has joined #ffmpeg-devel

12:55 <ePirat> Lynne, did you download the files?

13:03 rvalue- has joined #ffmpeg-devel

13:03 <Lynne> ePirat: I did, thanks

13:04 <Lynne> I still don't get why they're so dark

13:04 <Lynne> its some linear transform, but until we reverse engineer it, we can't compare outputs

13:04 rvalue has quit [Ping timeout: 252 seconds]

13:10 rvalue- is now known as rvalue

13:14 jamrial has joined #ffmpeg-devel

13:32 <ePirat> Lynne, I guess its related to the bunch of rendering metadata attached to the buffer

13:35 Traneptora has quit [Quit: Quit]

13:40 <ePirat> Lynne, I can try if kVTDecompressionPropertyKey_RequestRAWOutput changes anything

13:44 <Lynne> ePirat: could you test it?

14:08 <ePirat> Lynne, doesnt change anything, but also its not advertised as kVTDecompressionPropertyKey_DecoderProducesRAWOutput, so not surprising.

14:18 <ePirat> Lynne, querying the decoder, it also doesnt advertise raw bayer as supported output, its preferred highest quality output pixel format is apparently kCVPixelFormatType_128RGBAFloat = 'RGfA', /* 128 bit RGBA IEEE float, 32-bit little-endian samples */

14:19 <TheVibeCoder> try to get float output

14:34 minimal has joined #ffmpeg-devel

14:35 ___nick___ has joined #ffmpeg-devel

14:37 <ePirat> TheVibeCoder, https://stdout.space/prores_raw_hq_RGfA

14:42 bsFFFFFF has quit [Ping timeout: 245 seconds]

14:42 bsFFFFFF has joined #ffmpeg-devel

14:45 <Lynne> weird how their hardware decoder can only output non-bayer

14:45 <ePirat> not hardware

14:45 <Lynne> yeah, I mean in general

14:47 <JEEB> I think it's rather not-surprising, the bayer part gets left completely out of any application's side of things

14:47 <JEEB> apps just need to handle it like just another RGB thing

14:47 <ePirat> but its weird that they have the pixel format for that but the decoder doesnt advertise support for it

14:48 <Lynne> prores raw is pro-grade, so you'd like to control the debayering process and do proper white balance, that's the only reason to ever use it

14:51 kasper93 has quit [Read error: Connection reset by peer]

14:51 <JEEB> if the debayering process is static and defined by the format, then that becomes unrelated and can be automagically handled. for white balance etc you just need enough precision

14:52 <JEEB> us as hobbyists care about the original coded data, but such applications don't require that as long as there's enough precision in the decoded result

14:53 <ePirat> Lynne, its really weird kVTDecompressionPropertyKey_RequestRAWOutput doesnt work

14:53 <JEEB> hobbyists as in multimedia hobbyists, to be clear

14:53 <ePirat> given there is even https://developer.apple.com/documentation/videotoolbox/vtrawprocessingsession-api-collection?language=objc

14:54 <Lynne> I guess apple don't expect users to project their content on the big screen

14:55 <ePirat> Ah there is a Pro Video Formats update, I'll try install that and see if it changes anything

14:56 Traneptora has joined #ffmpeg-devel

14:58 bsFFFFFF has quit [Ping timeout: 252 seconds]

15:01 <Lynne> ePirat: that float dump looks better

15:02 <Lynne> though rgbaf32 doesn't work? is it not 5760x3040?

15:07 <ePirat> it is

15:07 <ePirat> visible: 5760.000000 x 3040.000000, encoded: 5760.000000x3040.000000

15:10 <TheVibeCoder> it just have 64 zeroes at end

15:11 <Lynne> swscale doesn't support 32-bit float rgba, but vulkan does, so uploading it to vulkan then converting it worked

15:11 <Lynne> its a lot less dark

15:13 <Lynne> but now its too bright, and also debayered... perhaps massaging the bayer values would be a better way to go about it

15:13 <Lynne> or perhaps targetting the actual debayered output

15:14 <TheVibeCoder> ?

15:14 <TheVibeCoder> if i use grayf32le i see bayer pattern

15:14 <TheVibeCoder> but output is left/right/in/out swapped

15:15 <Lynne> ffmpeg -init_hw_device "vulkan=vk:0" -f rawvideo -pix_fmt rgbaf32 -s 5760x3040 -i prores_raw_hq_RGfA -vf hwupload,libplacebo=format=gbrapf32,hwdownload,format=gbrapf32 -c:v rawvideo -f nut -y test.nut

15:15 <Lynne> ah, maybe the bayer is in the alpha, so it didn't look like bayer to me

15:16 <ePirat> the prores raw decoder is weird… it doesnt advertise kVTDecompressionPropertyKey_DecoderProducesRAWOutput but kVTDecompressionPropertyKey_RequestRAWOutput is a supported property on it…

15:16 kasper93 has joined #ffmpeg-devel

15:19 <TheVibeCoder> Lynne: upload gbrapf32 output you get?

15:23 <TheVibeCoder> ok, i got it with pf2pf filter instead

15:27 <TheVibeCoder> mpv x.nut -vf exposure=-3

15:27 <TheVibeCoder> is darker

15:29 <TheVibeCoder> only remains to adjust white balance

15:30 <TheVibeCoder> now how they got float format is real problem

15:42 <toots5446> Hi all! Just checking again on the status of this vorbis patch. mkver, still interested in reviewing it? It was submitted over a month ago at this point..

15:42 <mkver> Yeah, I'll do it.

15:43 <toots5446> Got reference: https://ffmpeg.org/pipermail/ffmpeg-devel/2025-June/344649.html

15:43 <toots5446> Ok. If you've got too much on your plate, I'm happy to seek other reviewers

15:46 Kwiboo has quit [Quit: .]

15:48 Kwiboo has joined #ffmpeg-devel

15:50 Traneptora_ has joined #ffmpeg-devel

15:52 Traneptora has quit [Ping timeout: 245 seconds]

15:52 Teukka has quit [Ping timeout: 245 seconds]

15:52 jkhsjdhjs has quit [Ping timeout: 245 seconds]

15:53 minimal has quit [Remote host closed the connection]

15:53 minimal has joined #ffmpeg-devel

15:53 Teukka has joined #ffmpeg-devel

15:53 Teukka has quit [Changing host]

15:53 Teukka has joined #ffmpeg-devel

15:54 jkhsjdhjs has joined #ffmpeg-devel

15:54 MisterMinister has joined #ffmpeg-devel

16:02 bsFFFFFF has joined #ffmpeg-devel

16:13 Traneptora_ has quit [Quit: Quit]

16:13 Traneptora has joined #ffmpeg-devel

16:15 <BtbN> Why does legitimately every single function in tls_openssl.c have different names for the handles to TLSContext and TLSShared?!

16:17 Anthony_ZO has quit [Ping timeout: 245 seconds]

16:44 <BtbN> Hm, what is the correct return code from a url_write function that indicates "I've consumed all the data, but couldn't send it yet"

16:44 <BtbN> i.e. "EAGAIN but don't feed me that same data again"

16:46 tufei has joined #ffmpeg-devel

16:51 <jamrial> BtbN: EAGAIN doesn't seem to be forwarded to the user

16:51 <jamrial> see retry_transfer_wrapper() in avio.c

16:51 <BtbN> it is in nonblock mode

16:51 <BtbN> and even in non-nonblocking mode, that exact wrapper will re-feed the same data again

16:51 bsFFFFFF has quit [Ping timeout: 252 seconds]

16:52 <BtbN> The problem is, schannel sending is a two-step process

16:52 <BtbN> it first encrypts the data, and obviously only THEN i can write it

16:52 <BtbN> but if that write then returns EAGAIN, I have a problem

16:52 <BtbN> if I just return EAGAIN and discard the encrypted data, the TSL session is broken

16:55 <BtbN> I think I'll have to store the encrypted output, and on next send first deal with that. (or on shutdown first flush all that data)

17:00 bsFFFFFF has joined #ffmpeg-devel

17:23 indecisive_turtl has quit [Ping timeout: 265 seconds]

17:33 System_Error has quit [Remote host closed the connection]

17:34 tufei_ has joined #ffmpeg-devel

17:34 tufei_ has quit [Remote host closed the connection]

17:36 tufei has quit [Ping timeout: 244 seconds]

17:40 System_Error has joined #ffmpeg-devel

17:43 sixilli has joined #ffmpeg-devel

17:46 mkver has quit [Ping timeout: 244 seconds]

17:49 mkver has joined #ffmpeg-devel

18:08 microchip_ has quit [Remote host closed the connection]

18:14 microchip_ has joined #ffmpeg-devel

18:16 steven-netint has joined #ffmpeg-devel

18:26 indecisive_turtl has joined #ffmpeg-devel

18:32 mkver has quit [Ping timeout: 245 seconds]

18:34 tufei has joined #ffmpeg-devel

18:41 mkver has joined #ffmpeg-devel

18:57 ___nick___ has quit [Ping timeout: 252 seconds]

19:03 bsFFFFFF has quit [Quit: bsFFFFFF]

19:09 HarshK23 has quit [Quit: Connection closed for inactivity]

19:09 tufei has quit [Remote host closed the connection]

20:32 sixilli has quit [Quit: Client closed]

20:44 AngelOfDarknessD has joined #ffmpeg-devel

20:45 TheVibeCoder has quit [Ping timeout: 272 seconds]

20:52 <AngelOfDarknessD> Hi, is there a command to only have one mix for youtube, or an unified format, or something that kill all low resolution under 2160p

20:52 <BtbN> How would ffmpeg have any influence on what YouTube does?

20:59 <AngelOfDarknessD> Because i want to listen the real mix, not ten, when i try with the embed version : --remove ffmpeg, it's an another mix

20:59 <BtbN> what?

20:59 <BtbN> also, wrong channel

21:03 cone-010 has joined #ffmpeg-devel

21:03 <cone-010> ffmpeg Paul B Mahol release/5.1:f6efc1e8aa53: avfilter/split: fix EOF passing to inlink

21:03 <cone-010> ffmpeg Marton Balint release/5.1:56a67d122c9f: avfilter/split: consume all frames before forwarding inlink status

21:04 <AngelOfDarknessD> Is it some fix for 240 p ?

21:04 <BtbN> again, what?

21:04 <BtbN> also, again, wrong channel -> #ffmpeg

21:04 <ePirat> AngelOfDarknessD, you are making no sense

21:07 <AngelOfDarknessD> No i want a fix with audio, no difference, that's all

21:08 AngelOfDarknessD has left #ffmpeg-devel [#ffmpeg-devel]

21:09 <ePirat> ┐('～`)┌

21:12 minimal has quit [Quit: Leaving]

21:23 steven-netint has quit [Quit: Connection closed for inactivity]

22:18 <fflogger> [editedticket] cus: Ticket #10959 ([undetermined] ffmpeg 7.0: Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:1923) updated https://trac.ffmpeg.org/ticket/10959#comment:3

22:24 <cone-010> ffmpeg Michael Niedermayer master:9899c8c00bb7: avcodec/smacker: Move buffer allocation to later

22:24 <cone-010> ffmpeg Michael Niedermayer master:af3852e22c59: avcodec/smacker: Check input before allocation

22:24 <cone-010> ffmpeg Michael Niedermayer master:b2858d462de9: avcodec/apv_dsp: Avoid UB overflow in dequant

22:24 <cone-010> ffmpeg Michael Niedermayer master:67559760c663: avcodec/psd: Move frame allocation after RLE processing

22:24 <cone-010> ffmpeg Michael Niedermayer master:38ead08815f8: swscale/output: Fix integer overflows in yuv2rgba64_1_c_template()

22:24 <cone-010> ffmpeg Michael Niedermayer master:9d1e4feecebd: avcodec/vvc/ctu: Check palette_escape_val

22:24 <cone-010> ffmpeg Michael Niedermayer master:eb52251c0ab0: avcodec/vvc/ctu: Check ff_vvc_num_signalled_palette_entries

22:25 <fflogger> [editedticket] cus: Ticket #11366 ([avfilter] Regression when prepending/concatenating still image to video) updated https://trac.ffmpeg.org/ticket/11366#comment:4

22:27 <fflogger> [editedticket] cus: Ticket #11597 ([avfilter] FFmpeg output is stuck if using split with fps filter) updated https://trac.ffmpeg.org/ticket/11597#comment:6

23:03 lemourin has quit [Quit: The Lounge - https://thelounge.chat]

23:05 lemourin has joined #ffmpeg-devel

23:11 ^Neo_ has quit [Read error: Connection reset by peer]

23:15 ^Neo has joined #ffmpeg-devel

23:16 lemourin has quit [Quit: The Lounge - https://thelounge.chat]

23:17 lemourin has joined #ffmpeg-devel

23:24 maticbabnik has joined #ffmpeg-devel

23:32 maticbabnik has quit [Ping timeout: 272 seconds]

23:36 mkver has quit [Ping timeout: 244 seconds]

23:41 Anthony_ZO has joined #ffmpeg-devel

23:57 System_Error has quit [Remote host closed the connection]