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
Teukka has quit [Read error: Connection reset by peer]
Teukka has joined #ffmpeg-devel
Teukka has quit [Changing host]
Teukka has joined #ffmpeg-devel
derpydoo has quit [Ping timeout: 255 seconds]
kasper93_ has joined #ffmpeg-devel
kasper93 has quit [Ping timeout: 255 seconds]
Traneptora has quit [Remote host closed the connection]
Traneptora has joined #ffmpeg-devel
SuperFashi has quit [Quit: No Ping reply in 180 seconds.]
Krowl has quit [Read error: Connection reset by peer]
HarshK23 has joined #ffmpeg-devel
tufei__ has quit [Quit: Leaving]
mkver has joined #ffmpeg-devel
tufei has joined #ffmpeg-devel
BetweenUs has joined #ffmpeg-devel
<jkqxz>
bcheng: What is the intended dependency there? There is a config option HAVE_UNISTD_H which is normally used to guard unistd.h; I'm not sure that's transitively implied by !_WIN32.
<wbs>
jkqxz: mingw toolchains have unistd.h but msvc ones don't. but in this case, the calling code that uses things from unistd.h is within !defined(_WIN32), so there's probably no need for that
<wbs>
(one can usually assume that !_WIN32 has unistd.h, and if not, we'd need to do something about the calling code anyway)
Krowl has joined #ffmpeg-devel
<bcheng>
jkqxz: yeah, I guess HAVE_UNISTD_H could have been used. But like wbs mentioned, the calling code guards with _WIN32 so I thought I'd match it
<jkqxz>
Right, it's for close() on fds which you have to have on non-Windows. Seems fair then.
ccawley2011 has quit [Ping timeout: 260 seconds]
tufei has quit [Remote host closed the connection]
tufei has joined #ffmpeg-devel
<j-b>
good evening folks
mkver has quit [Ping timeout: 245 seconds]
ccawley2011 has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
<JEEB>
> ...repo that contains various JSON files, each defining what boxes (with versions and flags) are required under each brand. I'd appreciate review and bug reports, if any.
Krowl has joined #ffmpeg-devel
<JEEB>
basically there are a few brands defined in ISOBMFF and they supposedly tell the client which functionality is utilized.
<jkqxz>
I want to know what the "XXXXXXXXXXXXXXmpeg stream headers" box does.
<JEEB>
:D
PAUL007 has quit [Quit: Client closed]
Krowl has quit [Read error: Connection reset by peer]
ccawley2011 has quit [Read error: Connection reset by peer]
\\Mr_C\\ has joined #ffmpeg-devel
ccawley2011 has joined #ffmpeg-devel
BetweenUs has quit [Quit: Leaving]
ccawley2011 has quit [Read error: Connection reset by peer]
ccawley2011 has joined #ffmpeg-devel
ccawley2011 has quit [Read error: Connection reset by peer]
ccawley2011 has joined #ffmpeg-devel
tufei has quit [Remote host closed the connection]
tufei has joined #ffmpeg-devel
\\Mr_C\\ has quit [Remote host closed the connection]
dellas has joined #ffmpeg-devel
tufei_ has joined #ffmpeg-devel
tufei has quit [Remote host closed the connection]
ccawley2011 has quit [Ping timeout: 276 seconds]
iive has joined #ffmpeg-devel
<jamrial>
JEEB: so sidx is iso6?
<JEEB>
yea, from the ISOBMFF brands it signals that the client needs to support sidx
<JEEB>
also E.9 in 14496-12
<JEEB>
is also written in the last freely available edition, "14496-12 2015 pdf"
<JEEB>
> c068960_ISO_IEC_14496-12_2015.pdf being the file name
<BtbN>
libjxl is a bloody clownshow
<BtbN>
a few weeks ago they split parts of the library out into a separate lib
<BtbN>
while doing that, they forgot to depend on it in the pkg-config file, breaking the build
<BtbN>
now they removed that lib again
<BtbN>
but kept the dependency...
<JEEB>
( ^_^)b
<JEEB>
clearly not dogfooding that pc file in their CI
ccawley2011 has joined #ffmpeg-devel
tufei_ has quit [Remote host closed the connection]
tufei_ has joined #ffmpeg-devel
tufei_ has quit [Remote host closed the connection]
tufei_ has joined #ffmpeg-devel
ccawley2011 has quit [Read error: Connection reset by peer]
MrZeus_ has joined #ffmpeg-devel
MrZeus has quit [Ping timeout: 268 seconds]
kurosu has quit [Quit: Connection closed for inactivity]
gust82 has quit [Remote host closed the connection]