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
thilo has quit [Ping timeout: 252 seconds]
thilo has joined #ffmpeg-devel
ngaullier has quit [Ping timeout: 248 seconds]
iive has quit [Quit: They came for me...]
keith has quit [Remote host closed the connection]
keith has joined #ffmpeg-devel
Marth64 has quit [Remote host closed the connection]
Marth64[m] has joined #ffmpeg-devel
Marth64[m] has quit [Remote host closed the connection]
Marth64[m] has joined #ffmpeg-devel
thilo has quit [Ping timeout: 264 seconds]
thilo has joined #ffmpeg-devel
thilo has quit [Changing host]
thilo has joined #ffmpeg-devel
<llyyr>
If I want to push some patches from the ML that the original author abandoned, is it sufficient to just post them on the ML again with Co-authored-by tag?
<llyyr>
push as in, try to get them accepted
<BtbN>
Or just entirely with the original Author if they're unmodified
<BtbN>
Or like that, and with yourself added as co-author
<BtbN>
The sender of the E-Mail does not have to be the author
<llyyr>
The patches need to be rebased they're from 2020
<BtbN>
if it's a non-trivial rebase, becoming a co-author is what I'd do at least
StevenLiu has quit []
rodgort has quit [Ping timeout: 252 seconds]
<llyyr>
Eww what did it do to the subject...
<llyyr>
anyway I sent them to the ML
rodgort has joined #ffmpeg-devel
<llyyr>
Is that fine or should I resent with a proper cover letter
arbitercoin has joined #ffmpeg-devel
arch1t3cht has quit [Ping timeout: 252 seconds]
tufei_ has joined #ffmpeg-devel
tufei has quit [Ping timeout: 260 seconds]
arch1t3cht has joined #ffmpeg-devel
HarshK23 has quit [Quit: Connection closed for inactivity]
jamrial has quit []
cone-760 has joined #ffmpeg-devel
<cone-760>
ffmpeg Zhao Zhili master:0552238570f3: fftools/ffplay: use swapchain_colorspace_hint to get better HDR support
<cone-760>
ffmpeg Zhao Zhili master:0ee18ff23d92: avcodec/mediacodecenc: Extract configOBUs from AV1CodecConfigurationRecord
<cone-481>
ffmpeg Ramiro Polla master:7728b3357df3: swscale/range_convert: call arch-specific init functions from main init function
<cone-481>
ffmpeg Ramiro Polla master:f7ee0195dfd5: swscale/range_convert: drop redundant conditionals from arch-specific init functions
<cone-481>
ffmpeg Ramiro Polla master:8b30daedf793: swscale/range_convert: indent after previous commit
<cone-481>
ffmpeg Ramiro Polla master:a8ef1fac0dfa: checkasm: use FF_ARRAY_ELEMS instead of hardcoding size of arrays
<cone-481>
ffmpeg Ramiro Polla master:d1acd68d73be: checkasm/sw_range_convert: use YUV pixel formats instead of YUVJ
<cone-481>
ffmpeg Ramiro Polla master:e308d09fba4d: checkasm/sw_range_convert: reduce number of input sizes tested
<cone-481>
ffmpeg Ramiro Polla master:2c44393c0110: checkasm/sw_range_convert: only run benchmarks on largest input width
<cone-481>
ffmpeg Ramiro Polla master:031d98790ee0: checkasm/sw_range_convert: test all supported bit depths
<cone-481>
ffmpeg Ramiro Polla master:562524587ea8: checkasm/sw_range_convert: indent after previous couple of commits
HarshK23 has joined #ffmpeg-devel
jamrial has joined #ffmpeg-devel
IndecisiveTurtle has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
<Lynne>
is a uint64_t guaranteed to be bytewise-equal across both 32-bit and 64-bit platforms?
Krowl has joined #ffmpeg-devel
<BtbN>
Not quite sure what you mean, but given big and little endian system exist, I'd be inclined to say no?
witchymary has quit [Remote host closed the connection]
witchymary has joined #ffmpeg-devel
<thardin>
TIL you can apply effects to an entire clip in kdenlive, not just individual cuts of it
<Lynne>
assume endianess is the same
<Lynne>
just curious about how the memory gets laid out in emulation mode
zsoltiv_ has joined #ffmpeg-devel
Workl has joined #ffmpeg-devel
Krowl has quit [Ping timeout: 246 seconds]
Krowl has joined #ffmpeg-devel
Workl has quit [Ping timeout: 252 seconds]
cone-481 has quit [Quit: transmission timeout]
Workl has joined #ffmpeg-devel
Workl4 has joined #ffmpeg-devel
Krowl has quit [Ping timeout: 265 seconds]
Workl has quit [Ping timeout: 272 seconds]
dariusz has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
Workl4 has quit [Ping timeout: 252 seconds]
Workl has joined #ffmpeg-devel
Workl has quit [Read error: Connection reset by peer]
Krowl has quit [Ping timeout: 252 seconds]
dariusz has quit [Quit: WeeChat 4.4.2]
<beastd>
Lynne: I would think it's the sane thing to do, but I can't point at a particular paragraph of the C standard. Especially given newer standards do explicitly mention and export endianess, I would expect emulated types to follow the anticipated byte layout for integers.
Krowl has joined #ffmpeg-devel
rajivharlalka1 has quit [Quit: Ping timeout (120 seconds)]