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

[burek]

[00:45:26 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:fcd9c6334a88: doc/encoders.texi: fix typo and clarify mpeg2_aac_low
[01:44:16 CET] <llogan> kierank: trac needs another reboot for Yet Another Kernel Update. could you do that when you get a chance whenever you're near the machine?
[02:04:03 CET] <Compn> If you are familiar with decibels you can also use dB: 
[02:04:03 CET] <Compn> ffmpeg -i input.wav -af "volume=10dB" output.wav
[02:04:09 CET] <Compn> why "dB" case sensitive ?
[02:04:20 CET] <Compn> and then type "db" and get parse error. terrible
[02:06:11 CET] <J_Darnley> Good.  Enforce accurate and correct units!  /s
[02:26:14 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:cc80478463dd: avcodec/cabac_functions: Fix "left shift of negative value -31767"
[02:26:15 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:d3de02d9d442: avcodec/cabac: Check initial cabac decoder state
[02:26:16 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:c6b81e252e7a: avcodec/hevc: Check entry_point_offsets
[02:26:17 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:551e18aa9205: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_decode*()
[02:26:18 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:6bc2f5cc0b23: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_encode*()
[02:26:19 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:f9d6d02fd1d6: avcodec/hevc_cabac: Fix multiple integer overflows
[02:26:20 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:d8c0546ecdb0: avcodec/hevc: allocate entries unconditionally
[02:26:21 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:2b9e849c3712: avcodec/vp3: Clear context on reinitialization failure
[02:26:22 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:6e28d0d0475f: avcodec/utils: Use 64bit for aspect ratio calculation in avcodec_string()
[02:26:23 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:e5d162ae9bd5: avcodec/utils: Clear dimensions in ff_get_buffer() on failure
[02:26:24 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:439452a851f0: avformat/dump: Fix integer overflow in av_dump_format()
[02:26:25 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:60369668ca34: avutil/integer: Fix av_mod_i() with negative dividend
[02:26:26 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:582a6035bc8d: avutil/mathematics: Do not treat INT64_MIN as positive in av_rescale_rnd
[02:26:27 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:73870147f855: avcodec/mpeg4videodec: Check available data before reading custom matrix
[02:26:28 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:9b28bbb10c6b: avcodec/vp3: always set pix_fmt in theora_decode_header()
[02:26:29 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:eff24a1f13b1: avcodec/apedec: Check length in long_filter_high_3800()
[02:26:30 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:238c7c8276e5: avutil/mathematics: return INT64_MIN (=AV_NOPTS_VALUE) from av_rescale_rnd() for overflows
[02:26:31 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:c8ca4b327542: avutil/timecode: Fix fps check
[02:26:32 CET] <cone-055> ffmpeg 03Timo Teräs 07release/2.5:cfd1bc581099: mpegencts: Fix overflow in cbr mode period calculations
[02:26:33 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:f41c1d3bfeca: avcodec/vp3: Fix "runtime error: left shift of negative value"
[02:26:34 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:c108dfc6ccd8: avformat/smacker: fix integer overflow with pts_inc
[02:26:35 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:4b77e0a33ee7: avcodec/wmaprodec: Fix overflow of cutoff
[02:26:36 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:38c1ab17ea7e: avcodec/wmaprodec: Check bits per sample to be within the range not causing integer overflows
[02:26:37 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:752a6591b2db: avcodec/dirac_parser: Fix potential overflows in pointer checks
[02:26:38 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:87dbcf7cd28e: avcodec/dirac_parser: Add basic validity checks for next_pu_offset and prev_pu_offset
[02:26:39 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:9ce8308ee364: avcodec/dirac_parser: Check that there is a previous PU before accessing it
[02:26:40 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:5c0be549efc2: avcodec/hevc: Fix integer overflow of entry_point_offset
[02:26:41 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:5b41c961469a: swscale/utils: Fix for runtime error: left shift of negative value -1
[02:26:42 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:e4f90cbd0dd0: avcodec/pgssubdec: Fix left shift of 255 by 24 places cannot be represented in type int
[02:26:43 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:f217aca5ba79: avcodec/jpeg2000dec: Check bpno in decode_cblk()
[02:26:44 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:4a91e424dae8: avcodec/vp3: ensure header is parsed successfully before tables
[02:26:45 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.5:f0ae57aca4c9: avcodec/hevc: Check max ctb addresses for WPP
[04:41:30 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:31e54f41a023: avcodec/hevc: Check entry_point_offsets
[04:41:31 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:9d5bdca3d8af: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_decode*()
[04:41:32 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:9ce96a688b18: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_encode*()
[04:41:33 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:e34876954429: avcodec/hevc_cabac: Fix multiple integer overflows
[04:41:34 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:1cbc2cb5084e: avcodec/hevc: allocate entries unconditionally
[04:41:35 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:d32c9723a626: avcodec/vp3: Clear context on reinitialization failure
[04:41:36 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:ce6dd54711b3: avcodec/hevc: Check max ctb addresses for WPP
[04:41:37 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:fe89682d7c61: avcodec/utils: Use 64bit for aspect ratio calculation in avcodec_string()
[04:41:38 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:7372b42b184d: avcodec/utils: Clear dimensions in ff_get_buffer() on failure
[04:41:39 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:2fbf72358517: avcodec/h264_refs: Check that long references match before use
[04:41:40 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:3d69716baefd: avformat/dump: Fix integer overflow in av_dump_format()
[04:41:41 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:4d9999705f40: avutil/integer: Fix av_mod_i() with negative dividend
[04:41:42 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:460710500e17: avutil/mathematics: Do not treat INT64_MIN as positive in av_rescale_rnd
[04:41:43 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:8cd3def81d11: avcodec/mpeg4videodec: Check available data before reading custom matrix
[04:41:44 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:aab65146afd8: avcodec/vp3: always set pix_fmt in theora_decode_header()
[04:41:45 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:d295ddffe138: avcodec/apedec: Check length in long_filter_high_3800()
[04:41:46 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:e04b039b1528: avutil/mathematics: return INT64_MIN (=AV_NOPTS_VALUE) from av_rescale_rnd() for overflows
[04:41:47 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:f2258e98991c: avutil/timecode: Fix fps check
[04:41:48 CET] <cone-055> ffmpeg 03Timo Teräs 07release/2.8:aa9ac199b8c7: mpegencts: Fix overflow in cbr mode period calculations
[04:41:49 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:b8621a2e9860: avformat/riffdec: Initialize bitrate
[04:41:50 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:73966b01618e: avcodec/vp3: Fix "runtime error: left shift of negative value"
[04:41:51 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:0e3ec7db5334: avformat/smacker: fix integer overflow with pts_inc
[04:41:52 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:16c5da92d997: avcodec/wmaprodec: Fix overflow of cutoff
[04:41:53 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:ded0a0415377: avcodec/wmaprodec: Check bits per sample to be within the range not causing integer overflows
[04:41:54 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:b253035ab23d: avcodec/dirac_parser: Fix potential overflows in pointer checks
[04:41:55 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:cf79fd0317ed: avcodec/dirac_parser: Add basic validity checks for next_pu_offset and prev_pu_offset
[04:41:56 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:0fa92fee4338: avcodec/dirac_parser: Check that there is a previous PU before accessing it
[04:41:57 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:10fc3d690c8b: avcodec/hevc: Fix integer overflow of entry_point_offset
[04:41:58 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:af4454561338: swscale/utils: Fix for runtime error: left shift of negative value -1
[04:41:59 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:e5a404477153: avcodec/pgssubdec: Fix left shift of 255 by 24 places cannot be represented in type int
[04:42:00 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:ea4d9cb3e559: avcodec/jpeg2000dec: Check bpno in decode_cblk()
[04:42:01 CET] <cone-055> ffmpeg 03Michael Niedermayer 07release/2.8:d27d59fef7e3: avcodec/vp3: ensure header is parsed successfully before tables
[04:42:02 CET] <cone-055> ffmpeg 03James Zern 07release/2.8:cb4985ea9aa2: libvpxenc: remove some unused ctrl id mappings
[06:42:17 CET] <Timothy_Gu> What's so difficult about translating the OpenHEVC x86 intrinsics to assembly?
[10:03:01 CET] <cone-443> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:21c34cb26154: libavutil: add version component accessor macros
[10:10:09 CET] <cone-443> ffmpeg 03Paul B Mahol 07master:3e1724baf8aa: avfilter/af_stereotools: fix logic fail
[10:52:48 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.8:913c642c21dd: Update for 2.8.4
[11:36:08 CET] <nevcairiel> new nvidia encoder sdk was released, the encode api header is now licensed MIT. :)
[12:57:31 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:ab79e3d1a5f9: avcodec/libopusenc: Fix infinite loop on flushing after 0 input
[12:57:32 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:6f08086992c3: avcodec/truemotion1: Check for even width
[12:57:33 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:e5c9396a0293: avformat/dump: Fix integer overflow in aspect ratio calculation
[12:57:34 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:7ffe708297e9: avutil/common: Document FFABS() corner case
[12:57:35 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:c09fe0346d94: avutil/common: Add FFNABS()
[12:57:36 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:79b16c6e5e2f: avformat/mov: Fix integer overflow in FFABS
[12:57:37 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:f66787d3452c: swresample/swresample: Fix integer overflow in seed calculation
[12:57:38 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:ec35bb729cdd: avcodec/tta: Check init_get_bits8() for failure
[12:57:39 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:45c30d84b6c5: avcodec/svq1dec: Check init_get_bits8() for failure
[12:57:40 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:47b6ea314df6: avcodec/g2meet: Fix potential overflow in tile dimensions check
[12:57:41 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:873ee14b560f: avcodec/g2meet: Also clear tile dimensions on header_fail
[12:57:42 CET] <cone-443> ffmpeg 03Ganesh Ajjanagadde 07release/2.4:3ea20e60dc5d: avfilter/af_asyncts: use llabs for int64_t
[12:57:43 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:7cdd319b01cf: avcodec/mjpegdec: Fix decoding RGBA RCT LJPEG
[12:57:44 CET] <cone-443> ffmpeg 03Simon Thelen 07release/2.4:c6769b6d56be: lavf/webvttenc: Require webvtt file to contain exactly one WebVTT stream.
[12:57:45 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:b5b29b22c0f8: avcodec/rangecoder: Check e
[12:57:46 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:ac19d8eb3ac7: avcodec/ffv1dec: Explicitly check read_quant_table() return value
[12:57:47 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:a2a93b0a8f5d: avcodec/ffv1dec: Fix off by 1 error in quant_table_count check
[12:57:48 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:71fc26403f14: avcodec/x86/sbrdsp: Fix using uninitialized upper 32bit of noise
[12:57:49 CET] <cone-443> ffmpeg 03Andrey Utkin 07release/2.4:eaf03fa8304c: avformat/httpauth: Add space after commas in HTTP/RTSP auth header
[12:57:50 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:a3753ba10df1: avcodec/ffv1dec: Clear slice coordinates if they are invalid or slice header decoding fails for other reasons
[12:57:51 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:f0db50a57f7b: avcodec/ffv1dec: update progress in case of broken pointer chains
[12:57:52 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:99dd039d743d: avcodec/ffv1: Initialize vlc_state on allocation
[12:57:53 CET] <cone-443> ffmpeg 03Tobias Rapp 07release/2.4:1bb7529ac2ed: avutil/file_open: avoid file handle inheritance on Windows
[12:57:54 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:2f89546333b5: avcodec/mjpegdec: Check index in ljpeg_decode_yuv_scan() before using it
[12:57:55 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:5d9bee34f9ae: avcodec/mjpegdec: Reinitialize IDCT on BPP changes
[12:57:56 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:fe191124a9ca: avcodec/ffv1dec: Check for 0 quant tables
[12:57:57 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:51ac1ce9668f: libavutil/channel_layout: Check strtol*() for failure
[12:57:58 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:a3ff74c872ab: avformat/xmv: factor return check out of if/else
[12:57:59 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:76950e524733: avformat/xmv: Discard remainder of packet on error
[12:58:00 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:7ce70e6914bf: avcodec/dirac_parser: Fix undefined memcpy() use
[12:58:01 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:c15f5068ca83: avcodec/microdvddec: Check for string end in 'P' case
[12:58:02 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:d73a8ae70f15: avcodec/jpeg2000dec: Clip all tile coordinates
[12:58:03 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:ac302efb9151: avcodec/jpeg2000dec: Check for duplicate SIZ marker
[12:58:04 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:00dc345a83b8: avcodec/utils: Better check for channels in av_get_audio_frame_duration()
[12:58:05 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:f68ff799eb00: avcodec/ivi: Check image dimensions
[12:58:06 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:52d332b044eb: avcodec/flashsv: Check size before updating it
[12:58:07 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:99e080ec38ee: avcodec/dpx: Move need_align to act per line
[12:58:08 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:3879202d68ce: avcodec/error_resilience: avoid accessing previous or next frames tables beyond height
[12:58:09 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:0814b140b1d7: avcodec/dxtory: Fix input size check in dxtory_decode_v1_420()
[12:58:10 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:6ba69f60ecb6: avcodec/dxtory: Fix input size check in dxtory_decode_v1_410()
[12:58:11 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:9356635e761a: avcodec/takdec: Skip last p2 sample (which is unused)
[12:58:12 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:3449b47dc548: avcodec/smacker: Check that the data size is a multiple of a sample vector
[12:58:13 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:dccb80dd50ee: avcodec/wmaprodec: Check for overread in decode_packet()
[12:58:14 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:aa780a52717e: avcodec/jpeg2000: Use av_image_check_size() in ff_jpeg2000_init_component()
[12:58:15 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:9aa4b9c2a342: avcodec/jpeg2000: Check comp coords to be within the supported size
[12:58:16 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:50870dd3de5c: avcodec/jpeg2000dec: Check SIZ dimensions to be within the supported range
[12:58:17 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:f1058efc8160: avcodec/jpeg2000dec: Fix potential integer overflow with tile dimensions
[12:58:18 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:3cef69c576c5: avformat/utils: Do not init parser if probing is unfinished
[12:58:19 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:75fa9c0b39f1: avformat/matroskadec: Check subtitle stream before dereferencing
[12:58:20 CET] <cone-443> ffmpeg 03Martin Storsjö 07release/2.4:65d6748d9e42: rtmpcrypt: Do the xtea decryption in little endian mode
[12:58:21 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:ee5ba259d12d: avcodec/vp8: Do not use num_coeff_partitions in thread/buffer setup
[12:58:22 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:e9ec9be14679: avcodec/h264_slice: Limit max_contexts when slice_context_count is initialized
[12:58:23 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:e8054a9595fe: avcodec/cabac_functions: Fix "left shift of negative value -31767"
[12:58:24 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:20de3b007bbd: avcodec/cabac: Check initial cabac decoder state
[12:58:25 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:961a1f73e392: avcodec/hevc: Check entry_point_offsets
[12:58:26 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:c44ee37cbd05: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_decode*()
[12:58:27 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:b6932f643438: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_encode*()
[12:58:28 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:453542f14d3c: avcodec/hevc_cabac: Fix multiple integer overflows
[12:58:29 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:02764f12a671: avcodec/hevc: allocate entries unconditionally
[12:58:30 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:af3e5bdd0d32: avcodec/vp3: Clear context on reinitialization failure
[12:58:31 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:733510fb6583: avcodec/utils: Use 64bit for aspect ratio calculation in avcodec_string()
[12:58:32 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:95bdbfe85159: avcodec/utils: Clear dimensions in ff_get_buffer() on failure
[12:58:33 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:a3ec4b307b4f: avformat/dump: Fix integer overflow in av_dump_format()
[12:58:34 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:5cc411022e49: avutil/integer: Fix av_mod_i() with negative dividend
[12:58:35 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:53ddc450c80f: avutil/mathematics: Do not treat INT64_MIN as positive in av_rescale_rnd
[12:58:36 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:c3f268b01c89: avcodec/mpeg4videodec: Check available data before reading custom matrix
[12:58:37 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:516525a1031b: avcodec/vp3: always set pix_fmt in theora_decode_header()
[12:58:38 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:ce15d773d4f7: avcodec/apedec: Check length in long_filter_high_3800()
[12:58:39 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:f91e71cc68fb: avutil/mathematics: return INT64_MIN (=AV_NOPTS_VALUE) from av_rescale_rnd() for overflows
[12:58:40 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:4ecdd45d2410: avutil/timecode: Fix fps check
[12:58:41 CET] <cone-443> ffmpeg 03Timo Teräs 07release/2.4:ec94195b80d9: mpegencts: Fix overflow in cbr mode period calculations
[12:58:42 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:1aa415ffb152: avcodec/vp3: Fix "runtime error: left shift of negative value"
[12:58:43 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:0819598b008e: avformat/smacker: fix integer overflow with pts_inc
[12:58:44 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:f19d3fe8e951: avcodec/wmaprodec: Fix overflow of cutoff
[12:58:45 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:ae434647409d: avcodec/wmaprodec: Check bits per sample to be within the range not causing integer overflows
[12:58:46 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:142f8308a121: avcodec/dirac_parser: Fix potential overflows in pointer checks
[12:58:47 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:e5a2128ead24: avcodec/dirac_parser: Add basic validity checks for next_pu_offset and prev_pu_offset
[12:58:48 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:9459490c2ae9: avcodec/dirac_parser: Check that there is a previous PU before accessing it
[12:58:49 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:bafd5c3c80a4: avcodec/hevc: Fix integer overflow of entry_point_offset
[12:58:50 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:c02a9f1c6e8c: swscale/utils: Fix for runtime error: left shift of negative value -1
[12:58:51 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:c676db730e36: avcodec/pgssubdec: Fix left shift of 255 by 24 places cannot be represented in type int
[12:58:52 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:311de799a81e: avcodec/jpeg2000dec: Check bpno in decode_cblk()
[12:58:53 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:9ee155c745b5: avcodec/vp3: ensure header is parsed successfully before tables
[12:58:54 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:70720f3e4d9e: avcodec/hevc: Check max ctb addresses for WPP
[12:58:55 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:6c83283c3a00: avcodec/ffv1dec: Print an error if the quant table count is invalid
[12:58:56 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:3a1aaec9bbcc: avcodec/ffv1dec: Clear quant_table_count if its invalid
[13:46:01 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.4:9f0e36b10116: update for 2.4.12
[13:52:20 CET] <michaelni> atomnuker, did you see "http://fate.ffmpeg.org/report.cgi?time=20151206103056&slot=x86_32-debian-kfreebsd-gcc-4.1" <-- 	aac-pns-encode failure
[13:53:24 CET] <michaelni> same failure also occurs with more recent gccs like gcc 4.4.5 (Debian 4.4.5-8)
[13:54:19 CET] <michaelni> also 	gcc 4.9.3 (Gentoo 4.9.3 p1.2, pie-0.6.3)
[13:54:30 CET] <michaelni> http://fate.ffmpeg.org/report.cgi?time=20151206110425&slot=x86_32-athlon64-gentoo-gcc-3dnow
[13:57:24 CET] <atomnuker> michaelni: at first I thought they were miscompiling but now I think about it I think the reference needs to be changed
[14:04:23 CET] <michaelni> isnt the test encodig a wav then decoding aand comparing to that wav ? or am i mixing something up?
[14:06:09 CET] <atomnuker> michaelni: the reference definitely changed, that's why they fail
[14:06:30 CET] <michaelni> you mean the .wav changed ?
[14:06:59 CET] <atomnuker> no, CMP_TARGET did
[14:09:05 CET] <michaelni> ahh yes, in ca203e9985cd2dcf42a0c0853940850d3a8edf3a
[14:10:13 CET] <michaelni> i guess ill leave that to you and claudio to fix
[14:11:05 CET] <michaelni> btw, if i should contact claudio about it, tell me
[14:12:14 CET] <atomnuker> michaelni: no, there was a commit later that broke it
[14:12:37 CET] <atomnuker> I remember FATE said it last succeeded before a Ganesh commit which improved the table accuracy
[14:13:12 CET] <atomnuker> and since the deviation is failing because it's lower it would make sense
[14:14:01 CET] <atomnuker> either way I'm getting CMP value of 616 on my machine rather than the 663 as is currently in the test
[14:14:25 CET] <atomnuker> I'll give it a test on another machine and I'll push a fix for that
[14:14:50 CET] <atomnuker> (along with some TNS fixes which solve the problems in the recent trac ticket)
[14:16:03 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.0:58986f0fa151: avcodec/ffv1dec: Check for 0 quant tables
[14:16:04 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.0:5628d6202217: avcodec/ffv1dec: Print an error if the quant table count is invalid
[14:16:05 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.0:2789b48b4ef5: avcodec/ffv1dec: Clear quant_table_count if its invalid
[14:16:07 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.1:fde9b80c17e1: avcodec/ffv1dec: Check for 0 quant tables
[14:16:08 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.1:d9593e075161: avcodec/ffv1dec: Print an error if the quant table count is invalid
[14:16:09 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.1:65f4425ad580: avcodec/ffv1dec: Clear quant_table_count if its invalid
[14:16:10 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.2:1aa1f4bbf45e: avcodec/ffv1dec: Check for 0 quant tables
[14:16:11 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.2:8a6a619cbeee: avcodec/ffv1dec: Print an error if the quant table count is invalid
[14:16:12 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.2:a9e4be1cdf6f: avcodec/ffv1dec: Clear quant_table_count if its invalid
[14:16:13 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.3:eb0a9cd68a25: avcodec/ffv1dec: Check for 0 quant tables
[14:16:14 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.3:1fff9947098b: avcodec/ffv1dec: Print an error if the quant table count is invalid
[14:16:15 CET] <cone-443> ffmpeg 03Michael Niedermayer 07release/2.3:0fde898f16cf: avcodec/ffv1dec: Clear quant_table_count if its invalid
[14:22:06 CET] <cone-443> ffmpeg 03Ganesh Ajjanagadde 07master:90409b6da88b: avformat/rtsp: free opts dictionary on failure of getnameinfo
[14:22:07 CET] <cone-443> ffmpeg 03Ganesh Ajjanagadde 07master:f1f323b6de03: avformat/movenc-test: correct varargs usage
[14:22:08 CET] <cone-443> ffmpeg 03Ganesh Ajjanagadde 07master:14886bebfe7a: avcodec/dvdsubdec: fix typo in dlog message
[14:22:09 CET] <cone-443> ffmpeg 03Ganesh Ajjanagadde 07master:65440916c17d: ffplay: use hypot()
[14:26:53 CET] <ubitux> alright, some (but not all) of my instances are going back.
[14:54:27 CET] <wm4> wow even gstreamer dropped Libav
[14:56:28 CET] <kierank> wow
[14:58:26 CET] <atomnuker> kierank: I don't seem to have access to avdev (permission denied (publickey))
[14:58:33 CET] <atomnuker> so I can't test my patches there
[14:58:43 CET] <kierank> yeah I reinstalled the machine
[14:59:46 CET] <atomnuker> I've uploaded them to the ML, so if people can see if the retuned CMP_TARGETs make FATE pass on the kfreebsd machines that'd be nice
[15:00:50 CET] <kierank> atomnuker: I'll try and setup the vpn tomorrow
[15:00:50 CET] <kierank> so you can use internaldev
[15:02:01 CET] <atomnuker> michaelni: ping since you test a system with a failing PNS on FATE (x86_32-debian-kfreebsd-gcc-4.4)
[15:03:41 CET] <cone-443> ffmpeg 03Timothy Gu 07master:9670165cc227: ffprobe: Do not print profile names in -bitexact
[15:03:42 CET] <cone-443> ffmpeg 03Timothy Gu 07master:b0669e7ccfef: fate/concatdec: Use -bitexact
[15:09:47 CET] <ubitux> coverage.ffmpeg.org in sync again
[15:10:14 CET] <ubitux> btw, small reminder, for anyone curious about the evolution of the code coverage, there is http://lucy.pkh.me/ffmpeg-coverage-snapshots/
[15:13:04 CET] <ubitux> mateo`: http://fate.ffmpeg.org/report.cgi?time=20151206141037&slot=x86_64-archlinux-gcc-asan
[15:13:16 CET] <michaelni> atomnuker, i dont see it on the ML yet but probably easier to push and see if fate gets fixed then trying to reproduce the issue outside a fate client
[15:13:29 CET] <michaelni> its not happening locally on x86-32 it seems
[15:14:28 CET] <michaelni> atomnuker, seems its reproduceable with --disable-asm on x86-32
[15:14:36 CET] <michaelni> ill test your patch once it appears
[15:14:42 CET] <ubitux> mateo`: also, http://fate.ffmpeg.org/report.cgi?time=20151206135755&slot=x86_64-archlinux-gcc-disablezlib
[15:14:50 CET] <ubitux> it seems to be missing a dependency check
[15:15:15 CET] <michaelni> atomnuker, whats the subj of the patch/mail btw?
[15:15:35 CET] <atomnuker> aacenc: move the TNS search and filtering before PNS
[15:15:47 CET] <atomnuker> the other 2 patches are replies to this one
[15:17:26 CET] <michaelni> am i the only one who hasnt received these mails yet ?
[15:17:38 CET] <michaelni> they are in the ML acrhive
[15:17:56 CET] <ubitux> mails are taking some time to reach me too
[15:18:57 CET] <michaelni> TimNich, theres a mail latency problem (see above) (not sure this is a new or still a existing one) but it definitly needs to be fixed
[15:20:31 CET] <nevcairiel> i didnt get the mails yet either
[15:20:52 CET] <michaelni> TimNich, is there something i can do or look into to help about this mail issue ?
[15:21:58 CET] <nevcairiel> just got a mail datestamped 50 minutes ago
[15:22:00 CET] <ubitux> http://fate.ffmpeg.org/report.cgi?time=20151206142043&slot=x86_64-archlinux-gcc-ubsan erh..
[15:22:00 CET] <nevcairiel> something surely is slow
[15:23:02 CET] <ubitux> would this be because of "type const" vs "const type"?
[15:23:26 CET] <ubitux> int32_t const *samples_s32[2] = { (const int32_t *)samples0,
[15:23:28 CET] <ubitux>                                   (const int32_t *)samples1 };
[15:23:42 CET] <ubitux> maybe we should write const int32_t *samples_s32?
[15:24:16 CET] <nevcairiel> const type *var and type const *var are semantically identical
[15:24:27 CET] <ubitux> yes, but maybe ubsan is confused?
[15:25:18 CET] <nevcairiel> i personally prefer the const before the type myself
[15:25:37 CET] <ubitux> i think that's what we use all over the code base anyway
[15:25:57 CET] <nevcairiel> not sure why index checks should fail from that, however
[15:29:31 CET] <kierank> can I be added to ffmpeg-security btw
[16:13:33 CET] <michaelni> TimNich, where does the spamassasin logs go ?
[16:30:07 CET] <ubitux> nevcairiel: vp9 tests are failing with threading
[16:30:26 CET] <ubitux> (not sure if it's because of your recent commits but i think it was related)
[16:30:34 CET] <ubitux> http://fate.ffmpeg.org/report.cgi?time=20151206144611&slot=x86_64-archlinux-gcc-threads-8
[16:30:37 CET] <nevcairiel> what did i do to vp9
[16:30:55 CET] <ubitux> didn't you add accel or sth?
[16:31:00 CET] <nevcairiel> not yet
[16:31:03 CET] <ubitux> ah
[16:31:10 CET] <nevcairiel> failure is probably related to bbb's recent changes
[16:31:12 CET] <ubitux> then maybe i should pokeBBB
[16:31:16 CET] <ubitux> yeah
[16:31:27 CET] <ubitux> it was time i needed to renable my fate instances...
[16:31:35 CET] <ubitux> so much issues :p
[16:31:45 CET] <ubitux> and valgrind instance not yet done
[16:33:01 CET] <nevcairiel> vp9_decode_update_thread_context probably needs to check for pix_fmt changes
[16:35:16 CET] <nevcairiel> more specifically, just copy s->pix_fmt between threads
[16:38:42 CET] <nevcairiel> lets test if i can fix it and send a patch
[16:43:16 CET] <ubitux> nice the new hetzner offer https://www.hetzner.de/ot/hosting/produkte_rootserver/ex41
[16:43:48 CET] <JEEB> wow
[16:44:04 CET] <nevcairiel> those things are getting cheaper every year
[16:44:06 CET] <JEEB> that's pretty nice as far as dedis go
[16:44:15 CET] <nevcairiel> i have a haswell variant from 2013 or so
[16:44:39 CET] <JEEB> I will see when I'll want to go over the 20eur I pay right now for my 8core atom
[16:44:55 CET] <ubitux> skylake 2x4TB at this price is pretty nice
[16:45:00 CET] <ubitux> btw, i see some ARM boxes as well
[16:45:15 CET] <ubitux> maybe i should order one for real arm fate instances
[16:45:32 CET] <nevcairiel> ubitux: i send a patch for vp9 to the ml
[16:45:42 CET] <Daemon404> ubitux, dont we have lots of arm instance
[16:46:15 CET] <ubitux> Daemon404: qemu mostly
[16:46:21 CET] <ubitux> nevcairiel: can't really review
[16:48:32 CET] <Daemon404> ubitux, every one i looked at just now seems real
[16:49:53 CET] <nevcairiel> ubitux: didnt you write half the decoder :D
[16:50:02 CET] <ubitux> not really
[16:50:20 CET] <ubitux> that's just what Ronald like to say :)
[16:54:35 CET] <Daemon404> wow SMC.
[16:57:46 CET] <nevcairiel> I wonder if I should send a patch for nvenc that removes the nonfree condition but instead requires the most recent version
[16:57:53 CET] <nevcairiel> making nonfree version dependent seems rather complex
[16:57:59 CET] <BtbN> huh?
[16:58:08 CET] <BtbN> Did they actualy fix their shit?
[16:58:10 CET] <nevcairiel> they released the 6.0 sdk
[16:58:15 CET] <nevcairiel> the header is now MIT licensed
[16:58:19 CET] <BtbN> wow
[16:58:27 CET] <BtbN> so it could even be bunbled, removing the dependency entirely?
[16:58:30 CET] <BtbN> -b
[16:58:42 CET] <nevcairiel> license wise, sure, i guess
[16:58:59 CET] <BtbN> I guess i'll just do that and send it to the ML
[16:59:27 CET] <BtbN> could just be called nvenc.h
[17:00:16 CET] <BtbN> woah, and the SDK is only 20MB now, no longer a 600MB blob, like the SDK v4
[17:00:28 CET] <nevcairiel> v5 already cleaned out a lot of the stuff
[17:00:51 CET] <nevcairiel> they also added the cuvid decoder into this sdk, so you dont need the full cuda sdk blob anymore
[17:01:08 CET] <BtbN> Why would anyone still use that?
[17:01:15 CET] <nevcairiel> dunno
[17:01:36 CET] <BtbN> The download is slow as hell though
[17:01:38 CET] <nevcairiel> the API is extremely simple to use, so for a quick nvidia transcode app it might work
[17:02:06 CET] <BtbN> Currently at an amazing 50KB/s
[17:02:17 CET] <nevcairiel> didnt notice slowness when i grabbed it earlier
[17:02:41 CET] <BtbN> down to 30 now
[17:03:15 CET] <nevcairiel> just tried again, download still fast
[17:03:21 CET] <BtbN> the hell
[17:03:58 CET] <BtbN> looks like only one of their servers is dead
[17:09:20 CET] <BtbN> So does that mean nvenc would now be enabled by default in lgpl builds?
[17:09:25 CET] <BtbN> So basicaly, removing all checks?
[17:09:46 CET] <nevcairiel> if it doesnt add runtime dependencies, then sure
[17:09:57 CET] <BtbN> All runtime deps are dlopene'd
[17:10:08 CET] <nevcairiel> but i'm sure someone will complain about bundling the nvidia header somewhere =p
[17:10:56 CET] <BtbN> From how I understand the MIT license, I'm free to do whatever I want with it. So if i'd make a stripped down version of it that complies with the ffmpeg style, why not?
[17:11:28 CET] <nevcairiel> personally I would probably use the untouched header, makes updating it in the future easier
[17:11:51 CET] <BtbN> I wouldn't change how it works, just style it propperly and remove most comments
[17:12:01 CET] <BtbN> And add Cygwin support ;)
[17:12:37 CET] <nevcairiel> people still care about cygwin?
[17:12:49 CET] <BtbN> It's my primary "platform", so I do.
[17:13:32 CET] <BtbN> All that's missing is a single check, that sets the stdcall convention when building on cygwin
[17:13:50 CET] <nevcairiel> does cygwin not set _WIN32?
[17:14:01 CET] <Daemon404> of course it wouldnt
[17:14:06 CET] <Daemon404> its supposed to emulate linux
[17:15:03 CET] <BtbN> This configure script... I hate it every time i have to touch it.
[17:15:23 CET] <nevcairiel> its not that bad when you get to know where things are
[17:15:39 CET] <BtbN> Currently searching what I have to change to enable nvenc by default
[17:16:04 CET] <nevcairiel> just remove the external nvenc component entirely
[17:16:24 CET] <nevcairiel> and treat it like an internal decoder
[17:16:27 CET] <nevcairiel> encoder*
[17:16:44 CET] <BtbN> It still needs ldl though
[17:17:19 CET] <BtbN> https://gist.github.com/BtbN/18ffe94bde0d84286c52 so, like this?
[17:18:38 CET] <nevcairiel> enabling it without any sort of tests might be risky though, who knows if the header works on every system out there, and there certainly arent binaries for every system
[17:20:08 CET] <BtbN> So basicaly just a "compile #include "nvenc.h"" test?
[17:20:32 CET] <BtbN> And limited to windows and linux
[17:22:55 CET] <nevcairiel> you could keep the generic nvenc component so it can be disabled entirely with the checks, and just enable it by default (add it somewhere around line 2980, maybe to the xlib line, its so lonely)
[17:23:26 CET] <Daemon404> wait wee still use libx11/xlib?
[17:23:35 CET] <Daemon404> i thought we moved to xcb based off of vlc's
[17:23:35 CET] <nevcairiel> of course
[17:23:51 CET] <nevcairiel> x11grab uses xlib
[17:24:01 CET] <BtbN> You mean, leaving in nvenc_encoder_deps="nvenc", call enable nvenc somewhere, and then do checks that disable it?
[17:24:02 CET] <Daemon404> we didnt backport xcbgrab?
[17:24:04 CET] <Daemon404> :V
[17:24:06 CET] <nevcairiel> and the vaapi ffmpeg.c module uses xlib
[17:24:16 CET] <BtbN> There is a vaapi ffmpeg.c module?
[17:24:43 CET] <nevcairiel> hm there isnt, whats this check used for then
[17:24:57 CET] <BtbN> propably vdpau, as it also needs an X display?
[17:25:20 CET] <nevcairiel> there is HAVE_VAAPI_X11, but its not used anywhere, apparently
[17:25:24 CET] <wm4> vaapi doesn't need xlib
[17:25:33 CET] <BtbN> Depends on how you use it
[17:25:38 CET] <BtbN> For ffmpeg, it doesn't.
[17:25:39 CET] <wm4> you can also use it with a wayland display, or use raw drm
[17:26:25 CET] <wm4> a ffmpeg_vaapi.c (if it ever exists) should probably use raw drm
[17:27:31 CET] <nevcairiel> Daemon404: we have xcbgrab, but what makes you think that replaced x11grab? =p
[17:28:02 CET] <wm4> nothing ever gets removed etc.
[17:28:17 CET] <Daemon404> nevcairiel, ... because it is better in every way?
[17:28:20 CET] <Daemon404> and just as portable
[17:28:28 CET] <nevcairiel> what do i care about files that never get compiled for me, if you care, send a removal patch =p
[17:28:29 CET] <Daemon404> NOBODY is going to be missing libxcb
[17:29:17 CET] <wm4> what if someone has a SunOS machine from 1986?
[17:32:29 CET] <BtbN> Hm, there is no appropriate check for a header that's part of ffmpeg
[17:32:48 CET] <nevcairiel> no, that concept is slightly odd =p
[17:47:20 CET] <BtbN> I'm not even sure how to propperly include that header. Is it safe to assume that the conftest scripts are built in the toplevel source dir?
[17:47:47 CET] <Daemon404> no
[17:47:54 CET] <Daemon404> out off tree builds are normal
[17:48:01 CET] <Daemon404> there's a var for that
[18:51:21 CET] <michaelni> TimNich, are you around ? ive figured out how to make mailman be verbose about SMTP connections but you know the mail stuff i dont
[19:08:38 CET] <BtbN> configure on cygwin takes forever...
[19:09:16 CET] <nevcairiel> even longer than on windows? =p
[19:09:44 CET] <BtbN> it forks _a lot_
[19:09:48 CET] <BtbN> and fork on cygwin is slow
[19:10:19 CET] <BtbN> msys doesn't try to emulate fork like cygwin does, so it's quite a bit faster.
[19:10:57 CET] <cone-458> ffmpeg 03Paul B Mahol 07master:45b451c89239: avfilter/af_alimiter: add 3 more options
[19:11:19 CET] <nevcairiel> mingw is already quite slow, if you compare to linux..
[19:11:50 CET] <BtbN> looks like nobody tried to build on cygwin for a while. The schannel stuff explodes. It propably shouldn't even try to build it.
[19:12:36 CET] <nevcairiel> i think i saw someone post about that on trac
[19:12:46 CET] <nevcairiel> but cba to cygwin
[19:12:57 CET] <BtbN> it spews so many errors that it exceeds my 50k line buffer in my terminal.
[19:13:43 CET] <jamrial> why do you need to ue cygwin anyway?
[19:13:50 CET] <BtbN> Because i want to use it.
[19:14:00 CET] <BtbN> And as it's a supported platform, stuff should build.
[19:14:31 CET] <nevcairiel> its a "supported" platform, one of those no core dev cares about or tests on =p
[19:14:54 CET] <nevcairiel> and its crazy enough to break easily
[19:15:28 CET] <jamrial> i don't see the appeal when you can build natively for windows, and even with pthreads emulation if that's what you want, but to each their own
[19:15:49 CET] <BtbN> I use Cygwin to have a propper terminal on Windows
[19:16:12 CET] <jamrial> you can use the cygwin environment and build using mingw
[19:16:26 CET] <jamrial> they have a mingw-w64 package
[19:16:26 CET] <BtbN> Sure, but then ffmpeg isn't aware of cygwin-paths
[19:18:24 CET] <nevcairiel> BtbN: https://trac.ffmpeg.org/ticket/5036
[19:18:25 CET] <BtbN> huh, aparently cygwin doesn't emulate fork anymore
[19:18:38 CET] <BtbN> they use the actual fork function from some low-level kernel interface
[19:19:39 CET] <BtbN> Was that patch ever sent?
[19:20:49 CET] <jamrial> apparently not
[19:20:53 CET] <wm4> BtbN: wow, do they? reference for this?
[19:21:29 CET] <nevcairiel> BtbN: probably not
[19:21:47 CET] <nevcairiel> if it works, should send it to the ML
[19:35:55 CET] <michaelni> TimNich, i maybe understand what is causing the latency issues, but not sure, i might be wrong too
[20:33:58 CET] <RiCON> someone's really passionate about Apple Graphics
[20:38:38 CET] <nevcairiel> he is just too stubborn to simply post the info requested =p
[20:39:09 CET] <nevcairiel> i think its funny that users can keep re-opening shit a developer closed, though
[20:46:43 CET] <RiCON> looks like he remuxed http://samples.mplayerhq.hu/V-codecs/SMC/aletrek-smc.mov with mkvmerge
[20:46:51 CET] <RiCON> and that remuxed file doesn't work
[21:03:33 CET] <cehoyos> Hi! Does git clone http://git.videolan work for anybody?
[21:03:40 CET] <cehoyos> What was the reason for the change?
[21:04:31 CET] <Compn> from http:// to git:// you mean ?
[21:04:42 CET] <Compn> have to ask in #videolan probably
[21:04:52 CET] <Compn> or maybe j-b..
[21:06:16 CET] <cehoyos> But I am curious if it works for FFmpeg: After all, we changed our homepage and since I didn't see any discussion on ffmpeg-devel, I assumed the discussion was here, wasn't it?
[21:07:58 CET] <nevcairiel> works for me, but cloning through http is not as verbose, so you wont get the typical status reporting as you used to get ... so just need to trust it works
[21:08:32 CET] <cehoyos> Well, it is verbose here, I get a lot of error reports (after waiting for a very long time)
[21:08:41 CET] <cehoyos> eror messages.
[21:09:00 CET] <nevcairiel> should talk to thresh then
[21:16:59 CET] <cone-458> ffmpeg 03Rostislav Pehlivanov 07master:b32e989e6c65: aacenc: move the TNS search and filtering before PNS
[21:17:00 CET] <cone-458> ffmpeg 03Rostislav Pehlivanov 07master:d55f83de4d41: aacenc_tns: tune and reduce artifacts
[21:17:01 CET] <cone-458> ffmpeg 03Rostislav Pehlivanov 07master:a0a39acd01ea: fate: change the CMP_TARGETs for the recent AAC encoder changes
[21:17:21 CET] <cehoyos> RiCON: I know that you want to help but how does the command line you provided allow to reproduce the issue in question?
[21:17:35 CET] <cehoyos> For the attached file
[21:18:17 CET] <RiCON> the issue's name comes from a comment tag in the matroska file
[21:18:39 CET] <RiCON> i don't have ffplay compiled, compiling now so i can test with it
[21:19:30 CET] <cehoyos> Please do not use ffplay!
[21:19:38 CET] <cehoyos> Just use "ffmpeg -i input -qscale 2 out.avi"
[21:19:55 CET] <RiCON> oh ok, you want the resulting file
[21:20:17 CET] <cehoyos> FFplay depends on an external library that sometimes is responsible for FFplay issues.
[21:20:21 CET] <nevcairiel> no, but you can test that way and play the avi
[21:20:52 CET] <atomnuker> Hey, Carl's back on irc!
[21:21:28 CET] <RiCON> ffmpeg doesn't really complain encoding or playing the .avi though
[21:21:43 CET] <RiCON> it's just black instead of showing what's in the original file
[21:22:14 CET] <cehoyos> That's fine.
[21:22:31 CET] <cehoyos> I mean this is what I need to understand the ticket.
[21:23:29 CET] <cehoyos> thresh does not react: May I revert the homepage patch?
[21:23:35 CET] <cehoyos> Hi, atomnuker!
[21:24:00 CET] <cehoyos> Or can somebody explain the reasoning, I probably miss something...?
[21:24:20 CET] <nevcairiel> the reasoning is that videolan would prefer if people used http instead
[21:24:20 CET] <atomnuker> cehoyos: you mean the git:// vs http:// one?
[21:25:03 CET] <atomnuker> yeah, that's pretty much it, thresh said he had bad memories of git:// and wanted to minimize usage on the videolan network
[21:25:29 CET] <cehoyos> This is exactly my question: What difference does it make?
[21:25:51 CET] <nevcairiel> git-daemon is shitty is the difference, and they dont want so much users on it
[21:25:51 CET] <cehoyos> Apart from the fact that I do not remember an issue with git:// (reported by users or myself) and http:// just doesn't work here.
[21:26:23 CET] <atomnuker> git:// is faster
[21:26:41 CET] <cehoyos> Is it really so difficult to understand what I request?
[21:26:43 CET] <atomnuker> though the main limit is still bandwidth
[21:27:06 CET] <cehoyos> RiCON: I never copy and paste but still: If you are a native speaker, please suggest a better wording...
[21:28:12 CET] <j-b> atomnuker: no, it should not.
[21:29:15 CET] <RiCON> i'm not native speaker, but if you're referring to the original person who opened the issue, i have no idea what was required to work
[21:30:19 CET] <cehoyos> What I mean is: I did not request attaching an output file (the issue is that this usually leads to developers testing the output file and not understanding the issue), I simply tried to ask for a command line that allows to reproduce the issue pasted together with its console output.
[21:31:38 CET] <cehoyos> j-b: git clone fails here with the new url, anything that can be done about it?
[21:32:25 CET] <RiCON> ok, so just a `mpv -v aletrek.mkv` followed by console output would be enough?
[21:32:46 CET] <j-b> cehoyos: ask thresh, he's around.
[21:32:56 CET] <j-b> cehoyos: the old urls still work.
[21:34:30 CET] <cehoyos> I opened a channel with him, he did not react so far.
[21:34:44 CET] <cehoyos> The problem is that the new url (that does not work here) is on the FFmpeg homepage.
[21:35:03 CET] <atomnuker> j-b: how come?
[21:35:08 CET] <cehoyos> (I was unable to find an explanation or discussion for the homepage change, only that it does not work).
[21:35:27 CET] <cehoyos> RiCON: No, because this isn't mpv-bugs...
[21:35:49 CET] <cehoyos> (And because - iirc - I asked for an "FFmpeg command line that allows ...")
[21:36:16 CET] <kierank> cehoyos: was discussed yesterday
[21:36:20 CET] <nevcairiel> j-b: definitely seems very slow right now to clone over http
[21:36:21 CET] <j-b> atomnuker: http is cachable
[21:36:25 CET] <kierank> On irc
[21:36:28 CET] <j-b> nevcairiel: ask thresh
[21:38:39 CET] <kierank> Anyone looking for paid asm work BTW?
[21:40:46 CET] <cehoyos> May I suggest to revert until the issues are solved?
[21:41:02 CET] <cehoyos> Or is there a big issue with git:// that I do not understand?
[21:41:42 CET] <kierank> I can revert when I get home yes
[21:51:06 CET] <cehoyos> Please do.
[21:54:00 CET] <cehoyos> atomnuker: Year-long experience has tought us to close a ticket and request to reopen if it is not fixed...
[21:59:19 CET] <RiCON> right, mpv still doesn't work with the mkv directly because it uses its own matroska demuxer.
[21:59:33 CET] <RiCON> forcing lavf as demuxer it plays the sample file fine
[22:27:03 CET] <kierank> cehoyos: reverted
[22:33:48 CET] <ubitux> kierank: what kind of asm?
[22:34:14 CET] <kierank> some x262 and some dirac
[22:34:31 CET] <ubitux> for x86?
[22:34:40 CET] <kierank> yes
[22:34:51 CET] <ubitux> only dirac is within ffmpeg?
[22:35:06 CET] <kierank> yes
[22:35:11 CET] <ubitux> i think durandal_1707 was looking for some asm to write recently
[22:36:08 CET] <durandal_1707> if its simple enough
[22:36:09 CET] <ubitux> i see some existing asm for dirac, what's missing?
[22:36:22 CET] <kierank> 10-bit
[22:36:49 CET] <kierank> and dequantisation
[22:37:05 CET] <ubitux> note: i won't have time, i'm just curious
[22:37:37 CET] <cehoyos> But the 10-bit code is missing from c as well, or am I wrong?
[22:37:58 CET] <kierank> cehoyos: see my latest patchset, more will be coming
[22:42:53 CET] <cone-469> ffmpeg 03Andreas Cadhalpun 07master:5adb5d9d894a: mjpegdec: consider chroma subsampling in size check
[23:04:46 CET] <J_Darnley> Re: cygwin.  I haven't had my desktop turned on early enough to catch the old fate job I had scheduled.
[23:04:50 CET] <J_Darnley> BtbN ^
[23:06:12 CET] <J_Darnley> I really should have changed the time.
[23:57:18 CET] <durandal_1707> kierank: so how is cfhd going?
[23:59:45 CET] <kierank> durandal_1707: kinda ok, a bit confused about how to filter out junk bytes on new samples
[23:59:56 CET] <kierank> the junk bytes could clash with valid tags
[00:00:00 CET] --- Mon Dec  7 2015