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

Tue Jul 9 03:05:04 EEST 2019

[00:07:34 CEST] <mkver> Btw: I once reported to Moritz Bunkus (MKVToolNix author) that seeking to some keyframes in some of the files remuxed by mkvmerge fails (my sample was one of these Blurays h264_redundant_pps is about). Now mkvmerge inserts all currently visible SPS+PPS when it encounters changing SPS/PPS in the annex-b input (mp4/mkv input is sent through untouched). But the output has the SPS/PPS after the SEIs.
[00:11:54 CEST] <cone-677> ffmpeg 03Andreas Rheinhardt 07master:d78553cc4c79: h264_redundant_pps: Avoid allocations and copies of packet structures
[00:11:55 CEST] <cone-677> ffmpeg 03Andreas Rheinhardt 07master:9362f1a98268: h264_redundant_pps: Fix looping over an access unit's units
[00:11:56 CEST] <cone-677> ffmpeg 03Andreas Rheinhardt 07master:ddd53ef66d6a: h265_metadata: Avoid allocations and copies of packet structures
[00:11:57 CEST] <cone-677> ffmpeg 03Andreas Rheinhardt 07master:bc8b623b83d7: h265_metadata: Correct error check
[00:11:58 CEST] <cone-677> ffmpeg 03Andreas Rheinhardt 07master:dd5ce54d2a44: mpeg2_metadata: Avoid allocations and copies of packet structures
[00:11:59 CEST] <cone-677> ffmpeg 03Andreas Rheinhardt 07master:42114094da35: mpeg2_metadata: Localize inserting of sequence display extensions
[00:12:00 CEST] <cone-677> ffmpeg 03Andreas Rheinhardt 07master:98b122cdb9ef: vp9_metadata: Avoid allocations and copies of packet structures
[00:14:23 CEST] <jkqxz> mkver:  I'm not sure I quite follow what you mean there.  It keeps track of the valid SPS/PPS through the stream, and if it finds an access unit containing any SPS or PPS then it inserts all of the others?
[00:15:08 CEST] <mkver> No, only if it finds changing SPS/PPS (meaning a xPS with an id it has already encountered, but with changed content).
[00:15:10 CEST] <jkqxz> (13/14 got minor fixup to apply cleanly, you'll need to rebase when that collides in the other direction.)
[00:17:05 CEST] <jkqxz> So for the bluray streams, it would add the SPS next to the changing PPSs?
[00:19:36 CEST] <jkqxz> For 20, was there a good reason not to use 0 rather than -1 as the default value?  I vaguely remember some comment on that before.
[00:20:34 CEST] <mkver> It would be SEI-SPS-PPS-slices
[00:21:27 CEST] <mkver> Yes. 0 is only forbidden for MPEG-2 and the function to update the AVCodecParameters treats 0 therefore as a valid value.
[00:22:06 CEST] <jkqxz> For 21, I didn't find where that came from.  I guess it's fine, and if someone does find it and complains about getting 9001 warnings we probably tell them to ignore warnings from stupid compilers.
[00:27:44 CEST] <mkver> Ok. Someone using such a compiler should actually be used to such warnings anyway.
[00:30:02 CEST] <jkqxz> I can't see anything which disallows SEI-SPS-PPS, but that feels weird.
[00:30:43 CEST] <jkqxz> On 20, I mean for the arguments to the BSF.
[00:32:11 CEST] <mkver> Yeah. If we use 0 as default "don't change anything" value, then one has to translate this to the form the function used to update the AVCodecParameters expects.
[00:32:21 CEST] <mkver> Doable, of course.
[00:32:45 CEST] <mkver> Btw: What's your opinion of giving the user a choice in whether the AVCodecParameters are updated?
[01:06:42 CEST] <jkqxz> Perhaps the user-side is more interesting for the zero default.  mpeg2_metadata=colour_primaries=0 erroring out telling you you're being stupid is probably better than it silently doing nothing.
[01:18:41 CEST] <mkver> Sent the delete unit/SEI message patches.
[01:19:48 CEST] <jkqxz> On AVCodecParmaters, I'm ambivalent.  jamrial has a sensible argument, but we never did update before so it is a change.
[01:20:46 CEST] <jamrial> jkqxz: we could bump minor for it, if you want
[01:20:54 CEST] <jkqxz> When it was originally written, the reason for not updating it was a combination of laziness and a general feeling that you don't really want to trust those values anyway.
[01:21:16 CEST] <jkqxz> (The second part of that allowing the first to win.)
[01:22:24 CEST] <jamrial> With h264 or h265 yeah, probably better to ignore container info, but not really for vp9
[01:24:01 CEST] <jkqxz> I guess that means that once you're updating it you might as well always do it.  No reason to keep the old values when the new ones should be not-worse (even if you don't really trust them).
[01:25:30 CEST] <jkqxz> ... which means I probably agree with jamrial.
[01:25:38 CEST] <jkqxz> mkver:  Do you have any use-case in mind for not updating?
[01:26:13 CEST] <jkqxz> (Beyond a pure "get the old behaviour back".)
[01:27:35 CEST] <mkver> Maybe if the codec allows to only encode a subset of the possible values for a parameter, then one could set the bitstream to the one most closely matching the desired parameter and put the true value in the container in order to increase the chance that players will do the right thing.
[01:29:23 CEST] <jkqxz> Hmm.  Which value should go on the container for H.26[45] HLG?
[01:29:51 CEST] <jkqxz> (Trying to think of an example of a case like that.)
[01:31:10 CEST] <JEEB> I think youtube had some HLG VP9 clips
[01:31:30 CEST] <mkver> H.264 don't allow to set the chroma sample location to "unknown".
[01:31:46 CEST] <JEEB> the default is the BT.709 one I think?
[01:31:49 CEST] <JEEB> top left
[01:31:58 CEST] <mkver> Yes.
[01:32:26 CEST] <JEEB> ok, the webm spec actually mentions the TransferCharacteristics box https://www.webmproject.org/docs/container/
[01:32:29 CEST] <mkver> No, middle left.
[01:32:30 CEST] <JEEB> which contains HLG
[01:32:34 CEST] <JEEB> mkver: ah, sorry :)
[01:34:19 CEST] <JEEB> and as I wondered the vp9 mp4 spec also defines some boxes https://www.webmproject.org/vp9/mp4/
[01:34:47 CEST] <jkqxz> JEEB:  I was thinking of H.26[45] specifcally because of the use of the 709 value in the SPS and then putting the real value in the alternative transfer characteristics SEI message.
[01:34:52 CEST] <JEEB> ah
[01:34:55 CEST] <JEEB> ok, sorry
[01:35:16 CEST] <jamrial> jkqxz: for hlg, h264 would use the alternative transfer function sei
[01:35:18 CEST] <JEEB> those both were not in the container level so that's why I seem to have broken down without enough concept
[01:35:47 CEST] <JEEB> also my English is seemingly breaking as well, sorry. I think I'll hit the sack at this point :D
[01:35:48 CEST] <jamrial> with the transfer function value in the VUI and container being a "fallback" one
[01:36:36 CEST] <jkqxz> So the container would get the 709 value?  Is this hacked somewhere, or does that mean it's an example of a case where we should be putting the wrong value in AVCodecParameters...
[01:38:23 CEST] <jamrial> i can't say. they only hlg sample i have is in mpegts, which doesn't seem to have container color info
[01:39:14 CEST] <jamrial> but since the arib-std-b67 is purposely written in a SEI for backwards compat reasons, i'm going to assume the container value, if any, should match the VUI "fallback" one
[01:41:12 CEST] <jamrial> which in this sample is bt2020_10
[02:53:22 CEST] <mkver> I presume that no decision on this will be forthcoming today?
[03:02:19 CEST] <mkver> Good night.
[10:17:31 CEST] <durandal_1707> kierank: the cfhd sample you gave me is strange - every 2nd packet is PFRAME but only size of 24, and the another sample is bayer actually
[10:17:48 CEST] <kierank> durandal_1707: it's a skip frame then
[10:18:11 CEST] <kierank> the mov files are bayer
[10:18:14 CEST] <kierank> from reto
[10:18:37 CEST] <durandal_1707> kierank: the spider too
[10:18:44 CEST] <kierank> durandal_1707: yes
[10:18:47 CEST] <kierank> you wanted bayer samples
[10:19:09 CEST] <durandal_1707> no, i wanted world class samples 
[10:19:44 CEST] <kierank> https://github.com/gopro/cineform-sdk/tree/master/Example/videos
[10:39:36 CEST] <durandal_1707> kierank: not P-frames
[11:40:49 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:e96b7a8ba62c: avcodec/dxv: Initialize tex_funct to NULL
[11:40:49 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:a6474b899c11: avcodec/alac: Check lpc_quant
[11:40:49 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:79204a1fc8f1: avcodec/vc1_block: Check for vlc error in vc1_decode_ac_coeff()
[11:40:49 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:37708cbae8d6: avcodec/flicvideo: Fix off by 1 error in flic_decode_frame_24BPP()
[11:40:49 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:cf2bd3ce79b1: avcodec/ffwavesynth: Fix backward lcg_seek()
[11:40:49 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:8c022099351c: avcodec/ffwavesynth: Simplify lcg_seek(), avoid negative case
[11:40:49 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:e9dd3c712609: avcodec/ffwavesynth: use uint32_t to compute difference, it is enough
[11:40:50 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:f76d7352e055: avcodec/iff: Check ham vs bpp
[11:40:51 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:7b114d76878f: avcodec/svq3: Use ff_set_dimension()
[11:40:52 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:b5f2cfd2ad2b: avcodec/simple_idct_template: Fix integer overflow in idctSparseCol()
[11:40:53 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:85cbd042ff80: avcodec/simple_idct_template: Fix integer overflow in idctSparseColAdd()
[11:40:54 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:ae021c1239ec: avcodec/qdm2: Do not read out of array in fix_coding_method_array()
[11:40:55 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:694be24bd6c4: avcodec/qdm2: error out of qdm2_fft_decode_tones() before entering endless loop
[11:40:56 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:7b2ebf89a411: avcodec/qdm2: Check checksum_size for 0
[11:40:57 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:2bbea155bf7c: avcodec/4xm: Fix signed integer overflows in idct()
[11:40:58 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:e69106e70c89: avformat/vividas: Check for input length in get_v()
[11:40:59 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:936ca7f1012e: avcodec/sanm: Optimize fill_frame() with av_memcpy_backptr()
[11:41:00 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:17209e48e28d: avcodec/tta: Limit decoder to 16 channels
[11:41:01 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:14fcf4295860: avcodec/rv10: Fix integer overflow in aspect ratio compare
[11:41:02 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:a6229fcd405d: avcodec/hq_hqa: Use ff_set_dimensions()
[11:41:03 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:f57e97dfd953: avformat/utils: Check timebase before use in estimate_timings()
[11:41:04 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:1bb3b3f11c69: avcodec/golomb: Correct the doxy about get_ue_golomb() and errors
[11:41:05 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07master:019d729039aa: avcodec/ilbcdec: Simplify use of unsigned and fix more undefined overflows
[13:10:10 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:3d1903acfee8: avcodec/atrac9dec: Check that the reused block has succeeded initilization
[13:10:11 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:7daa138f6819: avcodec/atrac9dec: Check q_unit_cnt in parse_band_ext()
[13:10:12 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:5b8bce805c68: avformat/vqf: Check header_size
[13:10:13 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:1aa0c2a06f00: avcodec/libvorbisdec: Check extradata size
[13:10:14 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:423d0bbc5567: avcodec/qdm2: Move fft_order check up
[13:10:15 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:f3bfb0717982: avcodec/m101: Fix off be 2 error
[13:10:16 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:b5d6b509b1ce: avcodec/fitsdec: Check data_min/max
[13:10:17 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:7d075c5f337f: avformat/aviobuf: Delay buffer downsizing until asserts are met
[13:10:18 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:523a47b3f600: avcodec/apedec: Add k < 24 check to the only k++ case which lacks such a check
[13:10:19 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:3fa15bb096b1: avcodec/hevc_ps: Fix integer overflow with num_tile_rows and num_tile_columns
[13:10:20 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:df61ec263faa: avcodec/hevc_ps: Change num_tile_rows/columns checks to sps->ctb_height/weight
[13:10:21 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:105621754052: avcodec/alsdec: Fixes invalid shifts in read_var_block_data() and INTERLEAVE_OUTPUT()
[13:10:22 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:dcef55b5ff8e: avcodec/alsdec: Fix undefined behavior in decode_rice()
[13:10:23 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:99745dc2f353: avcodec/alsdec: Fix integer overflow with shifting samples
[13:10:24 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:75e838a6daa7: avcodec/alsdec: Check opt_order / sb_length in ra_block handling
[13:10:25 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:ed8e191bfb1f: avcodec/alsdec: Fixes signed integer overflow in LSB addition
[13:10:26 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:fa2dbcfd8f4b: avcodec/alsdec: Fix integer overflow with buffer number
[13:10:27 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:c34512371e1d: avcodec/alsdec: Add FF_CODEC_CAP_INIT_CLEANUP
[13:10:28 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:c697819aee7f: avcodec/dxv: Initialize tex_funct to NULL
[13:10:29 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:ac9d8e7c501c: avcodec/alac: Check lpc_quant
[13:10:30 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:4d7ee3b0ff12: avcodec/vc1_block: Check for vlc error in vc1_decode_ac_coeff()
[13:10:31 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:10880dd695da: avcodec/flicvideo: Fix off by 1 error in flic_decode_frame_24BPP()
[13:10:32 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:24ea2679e2c9: avcodec/ffwavesynth: Fix backward lcg_seek()
[13:10:33 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:73885bf3e196: avcodec/ffwavesynth: Simplify lcg_seek(), avoid negative case
[13:10:34 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:074f40608e19: avcodec/ffwavesynth: use uint32_t to compute difference, it is enough
[13:10:35 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:d534cb834564: avcodec/iff: Check ham vs bpp
[13:10:36 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:dd59d92e942f: avcodec/svq3: Use ff_set_dimension()
[13:10:37 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:e5c21ed6e35e: avcodec/qdm2: Do not read out of array in fix_coding_method_array()
[13:10:38 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:07975e89d326: avcodec/qdm2: error out of qdm2_fft_decode_tones() before entering endless loop
[13:10:39 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:2424d0096e30: avcodec/qdm2: Check checksum_size for 0
[13:10:40 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:4db3ec5e7b1a: avcodec/4xm: Fix signed integer overflows in idct()
[13:10:41 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:16f8e50f86ce: avcodec/rv10: Fix integer overflow in aspect ratio compare
[13:10:42 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:3e3db6919380: avcodec/hq_hqa: Use ff_set_dimensions()
[13:10:43 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:a1416c6c8d12: avformat/utils: Check timebase before use in estimate_timings()
[13:10:44 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:6ddb253f7967: avcodec/golomb: Correct the doxy about get_ue_golomb() and errors
[13:10:45 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:7654e5aa3b6e: avcodec/ilbcdec: Simplify use of unsigned and fix more undefined overflows
[13:10:46 CEST] <cone-312> ffmpeg 03Michael Niedermayer 07release/4.1:7d4e9074c6ab: Changelog: update
[14:52:26 CEST] <durandal_1707> why this tests fails: http://fate.ffmpeg.org/report.cgi?slot=x86_64-archlinux-gcc-valgrind&time=20190708053757 ?
[14:53:37 CEST] <jamrial> those have been failing since the host updated gcc and valgrind, so probably false positives
[14:57:27 CEST] <ubitux> let me try to upgrade
[15:56:08 CEST] <BtbN> hm, VERY tempted to buy a 3900X right now
[16:32:26 CEST] <cone-618> ffmpeg 03Paul B Mahol 07master:7b2d39fc2754: avfilter/af_biquads: implement mix option to all filters
[16:32:26 CEST] <cone-618> ffmpeg 03Paul B Mahol 07master:034a9d2507e1: avfilter/af_biquads: clip gain picked from command to sane values
[16:40:30 CEST] <nevcairiel> I'm still sad that there is still no upgrade for people like me that bought a high-end system years ago, Ryzen is like a side-grade now. I wish it would OC more, then it might be fun. Don't get me wrong,  its really nice if you are more generations behind or coming from some mid-range consumer CPU, but if you have a 7900X like myself, which OCs wonderfully as well, I guess i'm stuck at least another year or two, yet the upgrade 
[16:40:30 CEST] <nevcairiel> itch wants to be scratched =p
[16:49:42 CEST] <cone-618> ffmpeg 03Paul B Mahol 07master:2a801e8856da: avfilter/af_aiir: implement mix option
[17:22:43 CEST] <J_Darnley> I'd like to thank the person/people responsible for this warning message that gets spammed for every file that includes the header mem.h
[17:23:00 CEST] <J_Darnley> ./libavutil/mem.h:342:1: warning: alloc_size attribute ignored on a function returning int [-Wattributes]
[17:26:35 CEST] <JEEB> probably can be shut up with something like s/int/size_t/ ?
[17:26:51 CEST] <JEEB> or whatever the correct type is for sizes
[17:27:18 CEST] <JEEB> (without looking at which function is being spoken of)
[17:27:42 CEST] <J_Darnley> "av_alloc_size(2, 3) int av_reallocp_array(void *ptr, size_t nmemb, size_t size);" is the line.
[17:28:36 CEST] <J_Darnley> Or maybe this is a new gcc's fault
[17:28:52 CEST] <jkqxz> 4361293fcf59edb56879c36edcd25f0a91e0edf8
[17:29:33 CEST] <jkqxz> Presumably that's a branch; it could be backported if the warning is annoying now.
[17:29:33 CEST] <J_Darnley> Ah
[17:30:04 CEST] <JEEB> yup, the function returns an int so the attribute is incorrect :)
[17:30:28 CEST] <J_Darnley> It is a private branch, that I am trying to see if there is a bug in or whether a merge of master has caused it.
[17:34:52 CEST] <J_Darnley> Useful to know what I should cherry pick though
[17:39:07 CEST] <kierank> J_Darnley: it's a public branch, no?
[17:42:12 CEST] <mkver> jkqxz: Did you initially intend to use the golomb.h exponential-golomb functions? cbs_h2645 still includes that header, but doesn't use it. And there is also a configure dependency.
[17:44:19 CEST] <J_Darnley> kierank: oh, yes, I guess so
[17:44:43 CEST] <J_Darnley> Not one of FFmpeg's though
[17:44:51 CEST] <kierank> I do what VLC does and just pick a random commit, apply hacks to fix swscale issues and then release
[17:48:00 CEST] <durandal_1707> kierank: what are you talking about?
[17:48:23 CEST] <kierank> durandal_1707: internal stuff, doesn't concern you
[17:48:42 CEST] <kierank> internal fork of ffmpeg to fix swcale doing stupid operations
[17:49:33 CEST] <durandal_1707> kierank: please send patches!
[17:49:38 CEST] <kierank> can't 
[17:49:42 CEST] <kierank> swscale too complex
[17:49:51 CEST] <durandal_1707> cehoyos: tell him, please!!!!!!!!
[17:50:51 CEST] <kierank> swscale when doing yuv422p10 -> yuv420p10 will do (uint16_t)((uint32_t)(x * 2^n) >> n)
[17:50:57 CEST] <kierank> burns like 10% of a cpu core
[17:51:31 CEST] <durandal_1707> michaelni: please fix swscale, stop doing boring fuzzing job!!!!
[17:56:19 CEST] <jkqxz> mkver:  Yeah, it used them for a short time before I realised they were unsafe.  Do remove that if you like.
[17:59:53 CEST] <cone-618> ffmpeg 03Paul B Mahol 07master:dc481105a1d4: avfilter/vf_tinterlace: re-enable lowpass option
[19:25:16 CEST] <cone-618> ffmpeg 03Paul B Mahol 07master:9e78c73d8628: avfilter/vf_readeia608: implement lowpass operation prior to processing lines
[19:31:44 CEST] <cone-618> ffmpeg 03Paul B Mahol 07master:43160c7bc476: doc/filters: document new readeia608 option
[20:11:45 CEST] <cone-618> ffmpeg 03Michael Niedermayer 07release/4.1:9d06c1f95ebe: Changelog: fix typo
[20:18:55 CEST] <cone-618> ffmpeg 03Paul B Mahol 07n4.1.4:HEAD: doc/filters: document new readeia608 option
[20:39:10 CEST] <cone-618> ffmpeg 03Thilo Borgmann 07master:48cf95241152: lavd/avfoundation: Remove useless index increment.
[20:39:11 CEST] <cone-618> ffmpeg 03Thilo Borgmann 07master:7d4df4b33939: lavd/avfoundation: Change binary Options to boolean type.
[20:39:12 CEST] <cone-618> ffmpeg 03Thilo Borgmann 07master:3a5f9ab8146d: lavd/avfoundation: Refine some log messages.
[20:39:13 CEST] <cone-618> ffmpeg 03Thilo Borgmann 07master:02f65678ba9b: lavd/avfoundation: Support muxed type of devices including raw muxed data capture.
[20:39:14 CEST] <cone-618> ffmpeg 03Thilo Borgmann 07master:5c2e0e417ac8: lavd/avfoundation: Reindent after last commit.
[20:39:15 CEST] <cone-618> ffmpeg 03Thilo Borgmann 07master:d16f2fafae10: doc/indevs: Add new option and example to avfoundation.
[20:39:16 CEST] <cone-618> ffmpeg 03Thilo Borgmann 07master:70a4f46e48da: lavd/avfoundation: Set correct default value 0 for option capture_raw_data.
[22:39:50 CEST] <durandal_1707> no 4.2 still? :(
[22:45:04 CEST] <jamrial> durandal_1707: help review matroska patches
[00:00:00 CEST] --- Tue Jul  9 2019