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
psykose has quit [Remote host closed the connection]
psykose has joined #ffmpeg-devel
psykose has quit [Ping timeout: 256 seconds]
psykose_ has joined #ffmpeg-devel
psykose_ is now known as psykose
feiw1 has quit [Quit: Leaving]
Guest10 has quit [Remote host closed the connection]
feiw has joined #ffmpeg-devel
haihao_ is now known as haihao
jamrial_ has quit []
Martchus_ has joined #ffmpeg-devel
Martchus has quit [Ping timeout: 272 seconds]
ramiro has quit [Ping timeout: 246 seconds]
ramiro has joined #ffmpeg-devel
Marth64 has quit [Quit: Leaving]
haihao has quit [Ping timeout: 246 seconds]
haihao has joined #ffmpeg-devel
cubicibo has joined #ffmpeg-devel
haihao has quit [Ping timeout: 252 seconds]
haihao has joined #ffmpeg-devel
haihao has quit [Ping timeout: 246 seconds]
haihao has joined #ffmpeg-devel
Marth64 has joined #ffmpeg-devel
Livio has joined #ffmpeg-devel
aaabbb_ has quit [Ping timeout: 268 seconds]
haihao has quit [Ping timeout: 268 seconds]
haihao_ has joined #ffmpeg-devel
_av500_ is now known as av500
Krowl has joined #ffmpeg-devel
cubicibo has quit [Quit: Client closed]
Krowl has quit [Read error: Connection reset by peer]
compnn has quit [Read error: Connection reset by peer]
compnn has joined #ffmpeg-devel
ngaullier has joined #ffmpeg-devel
feiw1 has joined #ffmpeg-devel
arch1t3cht3 has joined #ffmpeg-devel
Lynne_ has joined #ffmpeg-devel
Warcop has joined #ffmpeg-devel
rom1v_ has joined #ffmpeg-devel
Lynne has quit [Ping timeout: 268 seconds]
rom1v has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
NotWarcop has quit [Ping timeout: 268 seconds]
arch1t3cht has quit [Read error: Connection reset by peer]
feiw has quit [Remote host closed the connection]
Lynne_ is now known as Lynne
arch1t3cht3 is now known as arch1t3cht
Krowl has joined #ffmpeg-devel
feiw1 has quit [Quit: Leaving]
vckt has quit [Quit: leaving]
feiw has joined #ffmpeg-devel
mkver has joined #ffmpeg-devel
psilokos has joined #ffmpeg-devel
tufei has quit [Remote host closed the connection]
tufei has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
quietvoid has joined #ffmpeg-devel
jamrial has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #ffmpeg-devel
Livio has quit [Ping timeout: 256 seconds]
IndecisiveTurtle has joined #ffmpeg-devel
IndecisiveTurtle has quit [Ping timeout: 268 seconds]
vckt has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
awehr_ has joined #ffmpeg-devel
aweh___ has joined #ffmpeg-devel
vckt has quit [Ping timeout: 268 seconds]
awehr_ has quit [Ping timeout: 252 seconds]
beastd has quit [Ping timeout: 256 seconds]
beastd has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
<AndrewSayers>
A lot of private contexts have non-const AVClass members, the value of which seems to be initialised with pointers to const values (see e.g. MpegEncContext being set in ff_mpeg4_encoder at the bottom of libavcodec/mpeg4videoenc.c). Is that a problem?
<mkver>
AndrewSayers: It would be a problem if one used these pointers to modify their pointees. But no code does this.
<mkver>
Apart from that: These AVClass pointers point to the relevant AVClass, not to the FFCodec (in your example: to mpeg4enc_class, not ff_mpeg4_encoder).
<AndrewSayers>
Fair enough :)
ccawley2011 has joined #ffmpeg-devel
av500 has quit [Ping timeout: 264 seconds]
av500 has joined #ffmpeg-devel
aweh___ has quit [Ping timeout: 252 seconds]
zsoltiv_ has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
cone-624 has joined #ffmpeg-devel
<cone-624>
ffmpeg James Almer master:d570457eb73f: ffprobe: print Frame Cropping packet side data info
<cone-624>
ffmpeg James Almer master:1b58f3af30c4: avcodec/packet: add a decoded frame cropping side data type
<cone-624>
ffmpeg James Almer master:893c6802acb5: avformat/dump: print Frame Cropping packet side data info
<cone-624>
ffmpeg James Almer master:dc763efe70a3: avformat/matroskadec: don't infer display dimensions when DisplayUnit is not pixels
<cone-624>
ffmpeg James Almer master:f194f291d808: avformat/matroskaenc: support writing cropping values
<cone-624>
ffmpeg James Almer master:bf87688a9fb8: fftools/ffmpeg: support applying container level cropping
<cone-624>
ffmpeg James Almer master:79e8e980c241: avformat/matroskadec: export cropping values
<Marth64>
yay cropping
___nick___ has joined #ffmpeg-devel
<mkver>
yay, adding stuff that is not even compatible with ISOBMFF.
<Traneptora>
JEEB: I'm committing the fate patch to send to ML wrt mdcv
<Traneptora>
would you prefer I reported-by you at jeebjp or at 24i
<JEEB>
Traneptora: jeebjp
<Traneptora>
ty
<Traneptora>
aight, sent
<Marth64>
dvd demuxer is dropping exactly one packet when flushing on discontinuity. very evil and subtle. I'm looking into it
<Marth64>
would not have noticed it but I was doing testing watching a film all the way through and mpv was sensitive enough to point it out
ccawley2011 has quit [Read error: Connection reset by peer]
ngaullier has quit [Ping timeout: 272 seconds]
___nick___ has quit [Client Quit]
___nick___ has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
<AndrewSayers>
Another annoying question - AV_OPT_TYPE_IMAGE_SIZE "must point to two consecutive ints", but TileContext in libavfilter/vf_tile.c and UntileContext in libavfilter/vf_untile.c point to two *unsigned* ints. Which is correct - the documentation or the code?
<cone-624>
ffmpeg Andreas Rheinhardt master:8765b36a526b: avformat/matroskaenc: Fix potential stack-buffer-overflow
<cone-624>
ffmpeg Andreas Rheinhardt master:9ffac78eba38: avformat/matroskaenc: Fix and simplify check for invalid crop values
<cone-624>
ffmpeg Andreas Rheinhardt master:0d1bc9666cda: avformat/matroskaenc: Only write useful cropping values
<cone-624>
ffmpeg Andreas Rheinhardt master:b6c43328eedf: avformat/matroskaenc: Avoid indirection via st->codecpar
<mkver>
AndrewSayers: It doesn't matter as long as the values stored there are in the range 0..INT_MAX.
<AndrewSayers>
Thanks, I'll suggest a doc patch on the ML.
kasper93 has quit [Ping timeout: 255 seconds]
Krowl has quit [Read error: Connection reset by peer]
<mkver>
jamrial: I don't know how the clap box is supposed to work together with codec cropping: Is it additive or does it replace codec cropping.
<jamrial>
additive, i think. at least i assume what https://pastebin.com/raw/rhQFu3La refers to is codec specific but nonetheless container level properties
___nick___ has quit [Ping timeout: 260 seconds]
HarshK23 has quit [Quit: Connection closed for inactivity]
Livio has joined #ffmpeg-devel
Krowl has joined #ffmpeg-devel
Krowl has quit [Read error: Connection reset by peer]
cone-624 has quit [Quit: transmission timeout]
AbleBacon has joined #ffmpeg-devel
Livio has quit [Ping timeout: 252 seconds]
System_Error has quit [Remote host closed the connection]