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 6.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
psykose has quit [Remote host closed the connection]
psykose has joined #ffmpeg-devel
psykose has quit [Remote host closed the connection]
psykose has joined #ffmpeg-devel
michaelni has quit [Ping timeout: 256 seconds]
kurosu has quit [Quit: Connection closed for inactivity]
qeed has quit [Remote host closed the connection]
qeed has joined #ffmpeg-devel
cone-597 has quit [Quit: transmission timeout]
dellas has quit [Ping timeout: 276 seconds]
Kei_N has quit [Read error: Connection reset by peer]
Kei_N has joined #ffmpeg-devel
dellas has joined #ffmpeg-devel
av500 has quit [Ping timeout: 256 seconds]
thilo has quit [Ping timeout: 276 seconds]
thilo has joined #ffmpeg-devel
Kei_N has quit [Read error: Connection reset by peer]
Kei_N has joined #ffmpeg-devel
dellas has quit [Remote host closed the connection]
lemourin has quit [Read error: Connection reset by peer]
lemourin has joined #ffmpeg-devel
dellas has joined #ffmpeg-devel
dellas has quit [Read error: Connection reset by peer]
psykose has quit [Remote host closed the connection]
michaelni has joined #ffmpeg-devel
av500 has joined #ffmpeg-devel
navi has quit [Quit: WeeChat 4.0.4]
thilo has quit [Ping timeout: 240 seconds]
marcj has joined #ffmpeg-devel
jamrial has quit []
AbleBacon has quit [Read error: Connection reset by peer]
kurosu has joined #ffmpeg-devel
qeed has quit [Quit: Leaving]
mkver has joined #ffmpeg-devel
psilokos has quit [Ping timeout: 255 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
kurosu has quit [Quit: Connection closed for inactivity]
Krowl has quit [Read error: Connection reset by peer]
ccawley2011 has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
sepro has quit [Read error: Connection reset by peer]
Gramner has quit [Ping timeout: 264 seconds]
linjie has quit [Quit: Connection closed for inactivity]
sepro6 has joined #ffmpeg-devel
Gramner has joined #ffmpeg-devel
sepro6 is now known as sepro
<Lynne>
ffmpeg 6.1 was released on world pocky day
<Lynne>
we should've made a joke!
dellas has joined #ffmpeg-devel
<haasn>
is there a day of the year that is not the international day for *something*?
<haasn>
let N be the first day of the year that is not interesting, ...
<kasper93>
today is pretty boring day
Krowl has joined #ffmpeg-devel
<haasn>
>Since 2011, Finland has celebrated a flag flying day on 8 December, Jean Sibelius' birthday, also known as the Day of Finnish Music.[5]
<haasn>
:shrug:
<JEEB>
ah, so that's why the flags are flying today
<JEEB>
8)
kalev has joined #ffmpeg-devel
<JEEB>
there, pinged two patch sets with some notes on what I'd like people to voice things on (whether what's there is GoodEnough, or if there are still changes required)
<JEEB>
mkver: thanks for commenting. excessive as in you don't want the subtitles to be available there so that a diff would show what the difference would be? personally I felt like it would ease things in case anyone actually changed the functionality.
<JEEB>
(then you also have the packet timings there so you can figure out both the container level stuff and the contents)
<wbs>
JEEB: probably excessive in number of lines and/or size of the amount of data processed
<mkver>
Yes, >1000 lines each is IMO excessive.
<JEEB>
yea, I can see that argument. just that the two modes are different regarding the timings that are put into the document (while packet timings are the same), and I did veer on the side of attempting to show any difference if possible in the diff
<wbs>
Is it possible to test whatever it is testing, with less data than that?
<JEEB>
it is attempting to output sub/SubRip_capability_tester.srt as TTML, and since you have to split fed packets you need to check times + content
<JEEB>
in theory if you could have the paragraph content hashed and their timestamps logged
<JEEB>
you could maybe get away with not actually having the content in there
<wbs>
can you add an option like -t 10 in the test, so it only processes 10 seconds worth of data, not the whole file?
<wbs>
does that cover enough aspects of interleaving/muxing wrt different streams?
<JEEB>
there's not much interleaving in there due to how the thing is defined
navi has joined #ffmpeg-devel
<JEEB>
I essentially created a separate packet queue which gets flushed at fragmentation
jamrial has joined #ffmpeg-devel
<JEEB>
well, not flushed but iterated over
<JEEB>
and things that match the fragment's timings get output
<JEEB>
and if something progresses through multiple fragments etc will get split
<JEEB>
but yes I think I can limit it most likely
<JEEB>
it's just that that SRT file was already earlier utilized as-is :D so I just did the same
<JEEB>
and anyways, if there was some specific line that I earlier had issues with in that SRT file (which were then fixed), at this point it's been that many months that I don't even recall if there were such lines :P
<JEEB>
seems like something like 24.5 seconds should be good enough if we want to have overlapping lines, too
<JEEB>
that should make it quite a bit smaller
kurosu has joined #ffmpeg-devel
navi has quit [Ping timeout: 268 seconds]
navi has joined #ffmpeg-devel
<JEEB>
that brought it down to 430 lines per test
<JEEB>
and yes, probably data output format is more correct, just that rawvideo happened to be the one working with pretty much anything as well (for just dumping contents)
<JEEB>
(it's all in rawenc)
<JEEB>
mkver: is 430 lines per test more acceptable or I should just give up on actually having the generated contents there?
Krowl has quit [Read error: Connection reset by peer]
<JEEB>
time wise after cutting it to 20s the tests currently take on my laptop > Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.69 , but I guess to get a better idea of how long it'd take you'd have to take an ARM dev board or so?
Krowl has quit [Read error: Connection reset by peer]
elastic_dog has joined #ffmpeg-devel
dellas has quit [Ping timeout: 276 seconds]
\\Mr_C\\ has joined #ffmpeg-devel
CrumpleZone has quit [Quit: Leaving]
dellas has joined #ffmpeg-devel
<JEEB>
jamrial: uhh, alright. I'll try to figure out what exactly you meant with matching the signatures to the AVFrame ones
<JEEB>
or are those signatures of possible new functions?
<JEEB>
also lol, someone actually appeared wanting subtitle-only fragmentation .-. I hope he understood that it's already possible with full document based packets
<JEEB>
CMAF really is defined in a manner that you need to sync the writing of all documents (implementations expect matching fragmentation between primary media and subtitles)
<jamrial>
the helpers defined here, added a few months ago
<jamrial>
that work directly on AVPacketSideData and not AVPacket
<JEEB>
right
<JEEB>
sigh... and to think I thought N months ago that I wouldn't do that since it sounded like :effort: and I needed a list anyways
<JEEB>
but hopefully not too much code needs to be completely thrown out
<cone-748>
ffmpeg Rémi Denis-Courmont master:b3825bbe452c: riscv: test for assembler support
<BtbN>
hm, I'm rather unconvinced about the idea of making the DECLARE_ALIGNED macro ignore values larger than 16 if AVX is disabled...
<BtbN>
That feels like a very deep rabbit hole. And I also don't know how you'd even make a macro work like that. You can't do compile-time #if on macro parameters, can you?
odrling has quit [Remote host closed the connection]