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 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
iive has quit [Quit: They came for me...]
SystemError has quit [Remote host closed the connection]
SystemError has joined #ffmpeg-devel
Traneptora has joined #ffmpeg-devel
<cone-006>
ffmpeg James Almer master:9dbc9a0f9755: avcodec/libsvt1: check return value of send/receive functions
thilo has quit [Ping timeout: 255 seconds]
thilo has joined #ffmpeg-devel
kasper93 has joined #ffmpeg-devel
<cone-006>
ffmpeg Andrew Kelley master:41b73ae883ec: bsf: use standard include paths
<andrewrk>
point taken: it is better to get feedback on a real patch, than feedback on a hypothetical patch on IRC
feiwan1 has quit [Remote host closed the connection]
SystemError has quit [Remote host closed the connection]
AbleBacon has quit [Read error: Connection reset by peer]
jamrial has quit []
SystemError has quit [Remote host closed the connection]
SystemError has joined #ffmpeg-devel
Martchus has joined #ffmpeg-devel
Martchus_ has quit [Ping timeout: 268 seconds]
cone-006 has quit [Quit: transmission timeout]
zsoltiv_ has quit [Ping timeout: 256 seconds]
zsoltiv_ has joined #ffmpeg-devel
Traneptora has quit [Quit: Quit]
mkver has joined #ffmpeg-devel
kurosu has joined #ffmpeg-devel
<mkver>
Sean_McG: It means that the size of the generated packet is slightly different (namely off-by-one). The actual reason for this is that somehow the output of the mpeg-2 is different from the reference. And looking at the rest of the test failures the suspected reason for this is that the H.264 input gets decoded incorrectly.
<elenril>
mkver: do you know anything about the cost of initializing mutexes/condvars on non-linux?
<elenril>
I've wondered if pooling and reusing them would make sense on any platform
<mkver>
I think it is cheap on Windows when using the lightweight SRWLOCK on Windows.
feiwan1 has quit [Remote host closed the connection]
<mkver>
elenril: courmisch probably knows more. He has also written VLC's own mutex implementation (whose initialization can't fail).
sudden has quit [Ping timeout: 272 seconds]
Krowl has joined #ffmpeg-devel
sudden has joined #ffmpeg-devel
Raz- has joined #ffmpeg-devel
cone-973 has joined #ffmpeg-devel
<cone-973>
ffmpeg Martin Storsjö master:8339a4540045: aarch64: Factorize code for CPU feature detection on Apple platforms
feiwan1 has joined #ffmpeg-devel
<cone-973>
ffmpeg Martin Storsjö master:e4e3d25d41ec: movenc: Remove a leftover commented out line
Raz- has quit [Ping timeout: 260 seconds]
Raz- has joined #ffmpeg-devel
<wbs>
JEEB: did you want to have any closer look at the movenc emsg patch before I push it? (It's approved in review already)
<JEEB>
if it seems to match the spec and someone checked it, then don't consider me a blocker
<thardin>
Lynne: MXF has three or so levels of cropping
<Lynne>
oof
<thardin>
add also five ways of storing interleaved essence
<Lynne>
yeah, well, xhe-aac has 5 levels of pre-roll removal!
<Lynne>
interleaved essence?
<thardin>
sorry, interlaced
<thardin>
normally this is handled at the codec level. but MXF supports raw essence as well, and also adding interlacing to formats that don't support it. like JPEG and JPEG2000
<thardin>
hence why I am skeptical of adding hacks to specific codecs (j2kdec) to support just one specific use case