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
cone-617 has quit [Quit: transmission timeout]
Compn has quit [Read error: Connection reset by peer]
Compn has joined #ffmpeg-devel
Everything has quit [Quit: leaving]
mkver has joined #ffmpeg-devel
<fflogger>
[editedticket] MasterQuestionable: Ticket #11283 ([avfilter] "aloop" filter somehow gave misalignment in 48 KHz Stereo WAV) updated https://trac.ffmpeg.org/ticket/11283#comment:15
graphitemaster has quit [Ping timeout: 248 seconds]
graphitemaster has joined #ffmpeg-devel
HarshK23 has quit [Quit: Connection closed for inactivity]
iive has quit [Quit: They came for me...]
arch1t3cht1 has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 248 seconds]
arch1t3cht1 is now known as arch1t3cht
thilo has quit [Ping timeout: 265 seconds]
thilo has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 265 seconds]
zenmov has joined #ffmpeg-devel
cone-692 has joined #ffmpeg-devel
<cone-692>
ffmpeg Nuo Mi master:98698ed3c24b: avcodec/cbs_h266: stricter validation for subpicture's max width and height
<cone-692>
ffmpeg Nuo Mi master:e06515b09222: avcodec/cbs_h266: improve readability in subpicture parser
<cone-692>
ffmpeg Nuo Mi master:5c5a08ecb53b: avcodec/vvcdec: ensure every CTU belongs to a slice
<cone-692>
ffmpeg Nuo Mi master:ba89c5b98993: avcodec/vvcdec: inter_data, check the return value from hls_merge_data
<cone-692>
ffmpeg Nuo Mi master:46006529a16e: avcodec/cbs_h266: check subpicture slices number
<cone-692>
ffmpeg Nuo Mi master:4ec767abcc10: avcodec/vvcdec: misc, reformat inter_data()
<cone-692>
ffmpeg Nuo Mi master:eb67e60cb004: avcodec/vvcdec: schedule next stage only if the current stage reports no error
<cone-692>
ffmpeg Nuo Mi master:4de67e874697: avcodec/vvcdec: return error if CTU size > 128
System_Error has quit [Ping timeout: 260 seconds]
System_Error has joined #ffmpeg-devel
mkver has quit [Ping timeout: 252 seconds]
\\Mr_C\\ has quit [Remote host closed the connection]
jamrial has quit []
^Neo has quit [Ping timeout: 272 seconds]
MisterMinister has quit [Ping timeout: 265 seconds]
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 276 seconds]
cone-692 has quit [Quit: transmission timeout]
deus0ww has quit [Ping timeout: 265 seconds]
deus0ww has joined #ffmpeg-devel
<elenril>
who has the ability to add hooks to the git server?
<Compn>
git admins
<Compn>
hmm there used to be some more
<Compn>
send hook to ml
<Compn>
forgot who admin was @ videolan
<Compn>
brain no worky
<Lynne>
thresh is the admin
<Compn>
Lynne for the win
<Compn>
Janne is who i was trying to remember
quietvoid has quit [Quit: No Ping reply in 180 seconds.]
quietvoid has joined #ffmpeg-devel
guest64847 has joined #ffmpeg-devel
guest64847 has quit [Remote host closed the connection]
guest64847 has joined #ffmpeg-devel
guest64847 has quit [Remote host closed the connection]
Mirarora has quit [Quit: Mirarora encountered a fatal error and needs to close]
ccawley2011_ has quit [Ping timeout: 252 seconds]
Mirarora has joined #ffmpeg-devel
ccawley2011_ has joined #ffmpeg-devel
ccawley2011 has quit [Ping timeout: 252 seconds]
Krowl has joined #ffmpeg-devel
Marth64 has joined #ffmpeg-devel
Thulinma has joined #ffmpeg-devel
<Thulinma>
PSA: The FOSDEM deadline for talk proposals is in ~7 hours, and as far as I can see there is no ffmpeg-related talk proposed yet by anyone.
<courmisch>
One spurned, twice shy. Or so I'd like to say, but I have nothing to present about.
elvis_a_presley has quit [Quit: smoke-bomb ; grapple-hook]
<Thulinma>
Just wanted to make sure it's not a "oh crap I forgot" thing. If there is nothing to present that is fine as well of course ^_^
elvis_a_presley has joined #ffmpeg-devel
<courmisch>
my proposal was rejected last year, and now it's kinda stale
<Thulinma>
IIRC think there were 2 ffmpeg-related proposals last year and there were a lot of good proposals so it felt unfair to give two to one project, so to speak.
<jamrial>
elenril: ^ no talk for fosdem?
<Thulinma>
This year, eh, almost all major media projects didn't submit anything at all. O_O
<Thulinma>
So I'm making the rounds to make sure nobody wanted to and forgot ^_^
<courmisch>
I was rejected from RV devroom though. And then the higher-profile presenter who did get a multimedia slot there cancelled at the last minute...
<Thulinma>
courmisch: Even if it's stale, if you're planning to be there anyway feel free to re-submit. From what I remember from last year it was definitely an interesting topic.
<jamrial>
courmisch: submit it again :p
<Thulinma>
Last year we had to make some really hard decisions and this year is looking a lot more sparse so there's that.
<courmisch>
I get that. But my topic is really stale now, and that also means that it is not fresh in my mind any longer and I have no idea at the moment
<courmisch>
plus I'm supposed to be on a business trop in the PRC for who knows how long right before FOSDEM, so not ideal
<Thulinma>
Ah, fair fair.
<Thulinma>
Well please don't be discouraged from submitting in the future either; it was not rejected due to lack of merit last year. Just... too many talks and we opted for maximum variety at the time.
<courmisch>
jamrial: I dare you to show yourself for once
<elenril>
huh, I didn't realize the deadline is so soon
<courmisch>
implying you're not busy reading Haruhi vol 12? or you're finished already
<elenril>
obvious fake news, haruhi died 15 years ago
<courmisch>
my copy of vol 11 says (C) 2020 though
<elenril>
but what should I even talk about
<courmisch>
Exclusive embedded report on the shadowy dealings of the FFmpeg CC
<elenril>
number of CC candidates so far: 0
<Thulinma>
Could always do a "this is what we've done the past year" or "this is what we're working on" update talk. Those usually do pretty well in terms of attracting an interested audience. Or deep-dives on specific topics also do well.
<elenril>
I guess
<llyyr>
ffv1enc_vulkan could be an interesting topic
<courmisch>
In other news, Akademy is extending its Call for Pro^WHost
<Thulinma>
It's also totally fine to submit a "placeholder" talk to meet the deadline and further specify the exact topic later. Schedule isn't published for another two weeks so there's some wiggle room then.
sudden has quit [Ping timeout: 244 seconds]
<Marth64>
hi, when sending an update to test refs in a patchset should the patch to the tests come before or after the breaking change?
sudden has joined #ffmpeg-devel
<Marth64>
(or does it not matter)
<elenril>
every individual commit should pass fate
<JEEB>
Marth64: when a test changes the test refs it should be part of the same commit so as to not have them out of step
<Marth64>
ahh
<JEEB>
that way if you revert that commit the old refs apply, after applying the patch you have the refs updated
<Marth64>
thanks!
^Neo has quit [Ping timeout: 248 seconds]
Marth64 has quit [Quit: Leaving]
Krowl has quit [Read error: Connection reset by peer]
IndecisiveTurtle has quit [Ping timeout: 248 seconds]
IndecisiveTurtle has joined #ffmpeg-devel
\\Mr_C\\ has joined #ffmpeg-devel
iive has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
<fflogger>
[editedticket] Balling: Ticket #11172 ([undetermined] M2TS: parser assumes until PES or in PES at least one packet has no 0x47 byte in TP_extra_header) updated https://trac.ffmpeg.org/ticket/11172#comment:2
<llyyr>
^what does it mean for a bug report to be "owned by" me?
\\Mr_C\\ has quit [Remote host closed the connection]
<fflogger>
[editedticket] llyyr: Ticket #11172 ([undetermined] M2TS: parser assumes until PES or in PES at least one packet has no 0x47 byte in TP_extra_header) updated https://trac.ffmpeg.org/ticket/11172#comment:3
<fflogger>
[editedticket] Balling: Ticket #11307 ([avcodec] [truehd_core] Application provided invalid, non monotonically increasing dts to muxer in stream 0) updated https://trac.ffmpeg.org/ticket/11307#comment:5
<fflogger>
[editedticket] Balling: Ticket #9471 ([avformat] EAC3 native encoder is only gapless in the beginning, not in the end) updated https://trac.ffmpeg.org/ticket/9471#comment:8
<llyyr>
nevcairiel: do you wanna take a look at the m2ts patch again? back then I had no reproducer without external tools, but I figured now ffmpeg -i input.m2ts -c copy out.mp4 will also reproduce the issue
<Compn>
llyyr, it means someone maybe set you as owning some part of code in the trac, and that since this bug is affecting that code, that you might want to deal with it
<Compn>
you can unset owner i think? if you have a dev account on trac
<Compn>
if you dont want to own it
<llyyr>
I don't have any code in that file, I just have a patchset that fixes the bug
<Compn>
53 minutes ago, user balling set you as owner
<Compn>
so its just something he did lol
<Compn>
anyone can set/unset owner i guess
<llyyr>
i cant do it myself, does he have dev account?
<JEEB>
no
<JEEB>
or at least if he had, then someone decided to troll the project
<JEEB>
(from the inside)
<llyyr>
I assume it'd show up in "Modify Ticket" if I could unset owner, but it's not there. I can only set general things like status/type/component etc.
<Compn>
its modify ticket, but under that
<Compn>
under "action" "leave as open" "close as ___" or "assign to ____" , the assign to blank is how you remove it
<llyyr>
oh thx
<llyyr>
if anyone wants to merge it I linked it above
<Compn>
llyyr, oh you made a patch so we can copy h264 ts to mp4 ? :)
<llyyr>
no, that's just the simplest way to reproduce the problem
<Compn>
oh ahah :D
<Compn>
actually h264 ts > mkv is what i more want fixed. but thats an old bug
<Compn>
i think it actually "works" to mp4 but broken
<llyyr>
the problem is that m2ts files have a 4 byte header that mpegts.c doesn't expect, so it always skips the first byte of the file
<llyyr>
first packet*
<Compn>
llyyr, probably resubmit your v2 patch to -devel as a new thread, if you havent sent it since august.
<llyyr>
do I need to v2 even if it hasn't changed? it still applies with no conflicts
<JEEB>
then just a ping is enough, I think?
<Compn>
oh i was reading patchwork incorrectly
<llyyr>
alright
<Compn>
follow JEEB !
<fflogger>
[editedticket] Balling: Ticket #11172 ([undetermined] M2TS: parser assumes until PES or in PES at least one packet has no 0x47 byte in TP_extra_header) updated https://trac.ffmpeg.org/ticket/11172#comment:5
IndecisiveTurtle has quit [Ping timeout: 244 seconds]
Krowl has quit [Read error: Connection reset by peer]
<BBB>
frankplow: do you need me to merge the emu_edge patch? or can you merge for yourself? I thought you had push permissions?
IndecisiveTurtle has quit [Ping timeout: 260 seconds]
<frankplow>
BBB: I don’t
<BBB>
ok, sorry about that... I'll put it on my list to merge, is Monday ok?
IndecisiveTurtle has joined #ffmpeg-devel
<frankplow>
BBB: Of course, thanks
<fflogger>
[editedticket] Balling: Ticket #11307 ([avcodec] [truehd_core] Application provided invalid, non monotonically increasing dts to muxer in stream 0) updated https://trac.ffmpeg.org/ticket/11307#comment:6
ccawley2011__ has joined #ffmpeg-devel
ccawley2011_ has quit [Ping timeout: 248 seconds]
ccawley2011__ has quit [Ping timeout: 245 seconds]
Everything has joined #ffmpeg-devel
<fflogger>
[editedticket] Balling: Ticket #9428 ([avcodec] avcodec: truehd parser drops data but does not adjust initial timestamps) updated https://trac.ffmpeg.org/ticket/9428#comment:3
darkapex has quit [Remote host closed the connection]