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.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
Sebastinas has quit [Quit: -]
Sebastinas has joined #ffmpeg-devel
thilo has quit [Ping timeout: 268 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
blb has quit [Quit: brb]
blb has joined #ffmpeg-devel
<jdarnley>
Useful error message firefox! Can't you tell me what you really don't like about the file? It's h264+aac in mp4 made by ffmpeg. I hate modern software.
mkver has quit [Ping timeout: 256 seconds]
<Sean_McG>
browsers suck.
IndecisiveTurtle has quit [Ping timeout: 256 seconds]
Kei_N_ has quit [Read error: Connection reset by peer]
<haasn>
elenril: clearly what it should be doing instead is just scanning the media file for syntactically legal MP3 frames and playing those back as audio
<jdarnley>
better ^^
* haasn
glares at ffmpeg
<JEEB>
haasn: also zero bytes input without extension set is mp3
<jdarnley>
haasn: that wiould have been acceptable considering it is a music video
<JEEB>
(or maybe this is only within probing in streams)
<JEEB>
you see mp3 a lot when you get MPEG-TS with empty PIDs
<f_vk_f>
is there any way to know why some specific feature is specifically not implemented? there is a comment saying it is "ignored" in the source, but im not sure why
<f_vk_f>
@JEEB: thank you i will take a look
<JEEB>
f_vk_f: `git gui blame -- path/to/file` then find the line and blame it to see what commit last changed it (and hopefully the commit message for that commit explains something)
<JEEB>
github also has a blame view if you have no access to git gui / gitk :)
<f_vk_f>
got it. thank you. if there is no specific reason i will try to implement and submit patch.
<jdarnley>
If that doesn't help look for the email thread about the patch
<JEEB>
but yea it's quite possible that the implementor didn't have samples or otherwise decided it's not relevant enough for a first implementation and didn't implement whatever you're talking about
<JEEB>
blaming should at least give you the commit message context
<Lynne>
it could have been worse, imagine an audio codec/container a-la mp3 which also specified that a zeroth byte is a valid packet start indicating silence
<Lynne>
even worse, multiple codecs/containers which specified that, so you couldn't tell anything anymore
mkver has joined #ffmpeg-devel
<BBB>
f_vk_f: usually not implemented is because we had no time yet or we had no file to test it with, depending on what codec we're talking about
ccawley2011 has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
Krowl has joined #ffmpeg-devel
<haasn>
or, in exceptionally rare cases, for moral reasons
<haasn>
speaking ofw hich, which codecs allow 4:1:0?
<haasn>
seems like jpeg2k does
Krowl has quit [Read error: Connection reset by peer]
<JEEB>
dv I think?
cone-990 has quit [Quit: transmission timeout]
<haasn>
I can't find a spec for j2k, T.800 is not available publicly
Krowl has quit [Read error: Connection reset by peer]
tufei has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
ramiro has quit [Ping timeout: 260 seconds]
ramiro has joined #ffmpeg-devel
<vckt>
hi im a bit of a beginner trying to understand some of the codebase and submit a patch, would it be appropriate for me to ask for guidance here?
<vckt>
i dont know if what im encountering is a bug or supposed to correct, that im trying to patch
<JEEB>
sure
<vckt>
currently the HLS muxer produces multiple streams with default=yes if the parameter is not specified but as per the HLS RFC there should not be more than one group member with that
<vckt>
and some other weird behaviour i found that doesn't seem to match the spec
<vckt>
i have a patch on my machine but.. im not that experienced so i want to make sure i follow through before submitting something wrong
ngaullier has quit [Read error: Connection reset by peer]
<BBB>
vckt: I'd file a bug in trac, and then refer to the bug when submitting the patch to fix the bug
<vckt>
BBB: got it, thanks
cone-135 has joined #ffmpeg-devel
<cone-135>
ffmpeg James Almer release/7.0:dc51d491cfb9: avformat/mov: check for EOF inside the infe list parsing loop
<cone-135>
ffmpeg James Almer release/7.0:b44758d8e435: avformat/mov: check that iloc offset values fit on an int64_t
<cone-135>
ffmpeg James Almer release/7.0:fbe52bd65c34: avformat/mov: check extent_offset calculation for overflow
<cone-135>
ffmpeg James Almer release/7.0:28b1dbb4ee23: avformat/mov: add more checks for infe atom size
<Sean_McG>
mkver: the header fix for HWBasethingamajig, is that OK to push?
tufei has quit [Ping timeout: 260 seconds]
<mkver>
Sean_McG: I'll push it.
System_Error has quit [Remote host closed the connection]
<courmisch>
why oh why is h264idct_template.c replicating the exact same code 4 times for 9, 10, 12 and 14 bits
<courmisch>
only difference is the bit number used in a shift, which could just as well be a parameter
<mkver>
courmisch: Surely it is the exact same code and does not differ e.g. in the max value or in the number of bits in a shift?
<Sean_McG>
cute.
<cone-135>
ffmpeg Andreas Rheinhardt master:b13291f37cc5: avcodec/hw_base_encode: Add missing include
<Sean_McG>
thanks
<Marth64>
mkver, Traneptora: I did finally combine those dvdread/dvdnav log callback functions. will be in my next cleanup patchset
<Marth64>
used a macro
<courmisch>
mkver: not all functions use pixel clip
<Marth64>
(if you remember, it was a long time back)
<courmisch>
and even then, that's just two more constants that could just as well be calculated once for no more than the cost of materialising them
Krowl has quit [Read error: Connection reset by peer]
System_Error has joined #ffmpeg-devel
awehr_ has joined #ffmpeg-devel
vckt has quit [Ping timeout: 256 seconds]
Livio has joined #ffmpeg-devel
awehr_ has quit [Ping timeout: 264 seconds]
<elenril>
lolpaul
<elenril>
Marth64: do you have push access yet?
<Lynne>
what is multilayer video?
<elenril>
MVC
<elenril>
scalable
<Marth64>
elenril: No, but it would be nice (ton of DVD cleanup and seeking coming). I can get a pgp key and reveal who I am/what not for transparency.
<elenril>
generally, nuh_layer_id > 0
<elenril>
Marth64: we already know you're CIA
<Marth64>
rofl
<Lynne>
oh, for 3D video?
<Curid>
mp4 supports playing multiple video tracks layered on top of each other from some reason
<Lynne>
no doubt, but the disposition patch sent doesn't link two streams together
<jkqxz>
Not just 3D. Also scalability, extra channels like alpha or depth, and maybe ersatz-4:4:4.
<JEEB>
yea
<elenril>
jkqxz: do you know of anyone actually using scalability or alpha?
<kurosu>
Lynne: really, multiview, starting with stereo. But I don't know where the discussion is coming from
<kurosu>
you know, the Apple thingie
<Lynne>
patch on the ML to add a disposition
<elenril>
everyone knows apple invented multiview
<Lynne>
what I don't get is how a single disposition can indicate all of these properties
<kurosu>
rather, we have to thank them for endorsing another MPEG format
<elenril>
Lynne: it doesn't distinguish between them
<Lynne>
shouldn't it?
<elenril>
it's just "this bitstream may decode into multiple layers"
<Lynne>
fair enough
<Lynne>
I was confused because Curid mentioned mp4 supports overlaying of streams
<kurosu>
ok, this is more generic than MV-HEVC.
<elenril>
Lynne: that's unrelated
<elenril>
and could probably be implemented with stream groups
<elenril>
3.71layer: A set of VCL NAL units that all have a particular value of nuh_layer_id and the associated non-VCL NAL
<elenril>
units, or one of a set of syntactical structures having a hierarchical relationship.
<jkqxz>
elenril: Vidyo did H.264 SVC for ages.
<elenril>
not to be confused with vidya
<elenril>
jkqxz: with what decoder?
<jkqxz>
Their own, of course.
<elenril>
in some setup where they control all the clients?
<jkqxz>
Yes.
<elenril>
how very proprietary
<jkqxz>
The mandatory support in AV1 decoders (which definitely all work perfectly) does mean someone might actually succeed at using it at some point.
<cone-135>
ffmpeg Martin Storsjö master:affc1acde7db: tests: Add a missing dependency for the filter-atempo test
HarshK23 has quit [Quit: Connection closed for inactivity]
<cone-135>
ffmpeg Martin Storsjö master:01312fdfcfd6: hlsenc: Fix the return value accumulation in append_single_file
<cone-135>
ffmpeg Martin Storsjö master:52f57568d5ed: hlsenc: Fix setting vs->start_pos when not using HLS_SINGLE_FILE or hls_segment_size
<cone-135>
ffmpeg Martin Storsjö master:a50b8bb7cd92: hlsenc: Remove bogus check for if (vs->start_pos) for appending segments
<cone-135>
ffmpeg Martin Storsjö master:9246cca7f7db: hlsenc: When not using HLS_SINGLE_FILE, set vs->size to range_length
<cone-135>
ffmpeg Martin Storsjö master:e14cdf99905f: hlsenc: Calculate the average and actual maximum bitrate of segments
AbleBacon has joined #ffmpeg-devel
acidtonic has quit [Ping timeout: 255 seconds]
Livio has quit [Ping timeout: 268 seconds]
ccawley2011 has quit [Read error: Connection reset by peer]