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

[burek]

[00:15:57 CEST] <jamrial> tbh, google could define a new ivf version and add a flags field or something
[00:16:22 CEST] <jamrial> On2 had the foresight to add a version field in the header
[00:20:22 CEST] <nicolas17> what's ivf?
[00:22:04 CEST] <jamrial> a barebones container defined to store vp8 streams back in the day, extended afterwards to store vp9 and now av1
[00:22:07 CEST] <nevcairiel> a minimal container format used as "raw" streams for vp8/9
[00:22:51 CEST] <TD-Linux> vp9/vp9 have no "raw bitstream", they are impossible to play without a container, they need timing and packet size information.
[00:24:54 CEST] <TD-Linux> av1 packets include length so you can sort of have a "raw bitstream"
[01:47:50 CEST] <cone-438> ffmpeg 03James Almer 07master:3870ed7ab3e6: avcodec/extract_extradata_bsf: make sure a Sequence Header was found for av1
[04:30:49 CEST] <jamrial> michaelni: some of you freebsd fate clients added "--x86asmexe=yasm" to the comment section instead of the configuration params
[11:01:27 CEST] <BtbN> Is there any known bug in ffmpeg 4.0/master that makes it hang when streaming to an rtmp server? It just completely stops giving output/progress after random intervals.
[11:03:18 CEST] <JEEB> is this with the API or ffmpeg.c?
[11:05:47 CEST] <BtbN> This is normal ffmpeg.c cli
[11:07:11 CEST] <BtbN> I have reverted back to 3.4 for now, hopefully it works there. If not, it's probably our internet
[11:07:14 CEST] <JEEB> I know there's some issues in the filter chain stuff/sub2video there but I've not had the time to look into it
[11:07:33 CEST] <BtbN> No filtering happening. Just rtmp in, transcode with x264/fdk, rtmp out to Twitch
[11:07:39 CEST] <JEEB> ok
[11:07:43 CEST] <JEEB> then it's something different
[11:07:49 CEST] <BtbN> If it was an internet issue, I'd expect some kind of reaction, not just a plain freeze
[11:08:16 CEST] <JEEB> you would probably want to check timeout-related parameters for input/output, or just do an strace
[11:08:37 CEST] <BtbN> It's not easily reproducible. Most streams run fine for hours
[11:37:07 CEST] <durandal_1707> JEEB: found something for me?
[11:37:22 CEST] <JEEB> right, you wanted F?
[11:37:34 CEST] <JEEB> now I need to remember which game(s) on my disk had F
[11:38:20 CEST] <JEEB> ok, x-com enemy unknown seems to have f
[11:41:02 CEST] <JEEB> durandal_1707: I think I randomly noticed one that has an orange thing on a black background what I think is the first frame
[11:41:06 CEST] <JEEB> is that good enough?
[11:42:53 CEST] <durandal_1707> JEEB: yes, anything with first/keyframe that is not completely black, because i already have such file
[11:43:04 CEST] <JEEB> ok
[11:43:12 CEST] <JEEB> at least looking at the bink player the first frame is not all black
[11:44:30 CEST] <durandal_1707> this codec does not like keyframes very much, so only keyframe you usually encounter is first and only one
[11:44:39 CEST] <JEEB> yea it makes sense
[11:44:48 CEST] <JEEB> I mean the game videos are going to be played A->B
[11:48:27 CEST] <JEEB> durandal_1707: https://0x0.st/sVHM.bk2
[11:55:29 CEST] <durandal_1707> JEEB: thanks, now i know that keyframe decoding is incomplete
[11:55:42 CEST] <JEEB> np
[13:37:12 CEST] <cone-723> ffmpeg 03A. Wilcox 07master:153fcd6de6ba: libavcodec/ppc: Fix HEVC AltiVec routines with --enable-small
[14:07:49 CEST] <cone-723> ffmpeg 03Carl Eugen Hoyos 07master:961717880056: lavc/fft_template: Do not define unneded functions with --enable-small.
[18:01:00 CEST] <cone-124> ffmpeg 03Danil Iashchenko 07master:9d6efefaf41a: doc/filters: use radius instead of kernel in avgblur
[21:22:41 CEST] <cone-317> ffmpeg 03James Almer 07master:3735d55af32e: avcodec/parser: move parsers list and related API to its own file
[00:00:00 CEST] --- Sun Jul 22 2018