[Ffmpeg-devel-irc] ffmpeg-devel.log.20190318

burek burek021 at gmail.com
Tue Mar 19 03:05:03 EET 2019


[02:02:07 CET] <af-inet> hi, im new and attempting to implement animated webp decode (#4907)
[02:02:52 CET] <af-inet> after some analysis, Ive concluded I need to first implement a webp demuxer, because it's currently using img2dec which doesn't seem to be able to separate multiple frames. does this sound like a correct approach? I can give more detail if necessary. 
[02:07:48 CET] <jamrial> af-inet: probably, yes. that's apparently what apng is doing
[07:28:02 CET] <cone-277> ffmpeg 03Zhong Li 07master:15d016be30bd: lavu/qsv: allow surface size larger than requirement
[13:31:34 CET] <JEEB> wow, I did think if this was the case but after checking it out it seems like timeout AVOption in udp protocol literally just is a thing to override rw_timeout with
[13:32:44 CET] <JEEB> and it's always setting the value no matter if you actually set the AVOption or not, so if you try setting the timeout through rw_timeout it will get ignored
[13:32:47 CET] Action: JEEB golfclaps
[13:40:15 CET] <atomnuker> and I noticed twitch's ads break decoding/demuxing when mid-stream
[13:41:16 CET] <atomnuker> figures, given timestamps going backwards mp4 transported over hls
[13:42:48 CET] <JEEB> yes
[13:43:02 CET] <JEEB> you can partially try and fixup with adding the FMT_DISCONT flag to hls.c
[13:43:13 CET] <JEEB> but I heard that it doesn't always work :P
[13:48:16 CET] <atomnuker> at least they apparently signal that over scte-35 (which we only support for mpegts atm)
[13:48:27 CET] <atomnuker> so they could be filtered at the... muxer level
[14:16:08 CET] <atomnuker> JEEB: --demuxer-lavf-o-add=fflags=+genpts+igndts also works for me
[14:17:13 CET] <atomnuker> though sound disappears
[15:36:09 CET] <kierank> atomnuker: doubt they send scte-35 to end users
[15:36:22 CET] <kierank> if they do then they are dumb as hell
[16:19:59 CET] <atomnuker> kierank: https://github.com/instance01/Twitch-HLS-AdBlock
[16:20:08 CET] <atomnuker> " edits the m3u8 playlist that gets requested every few seconds to simply remove segments that are marked as advertisments with SCTE-35 flags."
[16:20:12 CET] <kierank> atomnuker: wow
[16:20:14 CET] <kierank> just wow
[16:25:11 CET] <nevcairiel> i would wager its mostly a left over from development, and is likely going to get removed, one doesnt mark ads on purpose =p
[16:26:05 CET] <nevcairiel> i've  personally not seen a single twitch ad, but i only use  it sparingly
[16:26:16 CET] <atomnuker> they only started 2 days ago I think
[16:26:51 CET] <nevcairiel> perhaps, but t hat project there is from september
[16:26:57 CET] <nevcairiel> so they must've at least tested it once before
[18:12:26 CET] <JEEB> tmm1: cheers. hopefully the guy responds
[21:15:22 CET] <JEEB> tmm1: nice
[21:15:26 CET] <JEEB> we got authorship info
[21:21:13 CET] <tmm1> awesome
[22:45:02 CET] <nevcairiel> was there some trick to convince ffmpeg to copy data to an output  file irregardless of keyframes being present? trying to make a test file here =p
[22:45:22 CET] <wbs> -copyinkf or something similar
[00:00:00 CET] --- Tue Mar 19 2019


More information about the Ffmpeg-devel-irc mailing list