[01:31:24 CEST] <jamrial> ubitux: gcc 4.2 complains about "src/libavfilter/vf_curves.c:343: error: type qualifiers ignored on function return type" [05:31:27 CEST] <omerjerk> hi [05:31:42 CEST] <omerjerk> what would be an alternative of this function in the new api - https://github.com/omerjerk/FFmpeg/blob/alsenc_patch/libavformat/alsenc.c#L3... [05:32:28 CEST] <omerjerk> there is a function avpriv_mpeg4audio_get_config in mpeg4audio.h but it has a 4th argument sync_extension and I've no idea what to pass there. [05:32:37 CEST] <omerjerk> any tips? [07:09:58 CEST] <nevcairiel> check what other users of that function pass there [07:10:03 CEST] <nevcairiel> or read teh code of the function [08:13:18 CEST] <omerjerk> is there a util function in ffmpeg to initialize an array to zero? [08:13:34 CEST] <omerjerk> I remember seeing it once before but can't seem to find it. [08:14:11 CEST] <Timothy_Gu> omerjerk: memset? or = { 0 }? [08:14:33 CEST] <Timothy_Gu> or AV_ZERO*? [08:23:37 CEST] <omerjerk> memset(last_acf_mantissa, 0, sizeof(last_acf_mantissa)) gives the error - warning: 'memset' call operates on objects of type 'int' while the size is based on a different type 'int *' [-Wsizeof-pointer-memaccess] [08:24:36 CEST] <ubitux> sizeof(*last_acf_mantissa) [08:24:44 CEST] <ubitux> * n [08:24:46 CEST] <ubitux> ? [08:25:31 CEST] <ubitux> how is last_acf_mantissa declared? [08:43:05 CEST] <omerjerk> ubitux, it is defined as int *last_acf_mantissa = ctx->last_acf_mantissa; [08:43:35 CEST] <ubitux> then n * sizeof(*last_acf_mantissa) with n the number of elements [08:44:34 CEST] <omerjerk> okay. thanks. [19:22:56 CEST] <durandal_1707> I will add overlayx filter? Everybody fine with that? [19:25:53 CEST] <cone-418> ffmpeg 03Dmitry Vagin 07master:dc151d138c9e: ffprobe: add missing PROGRAM_STREAM_TAGS case [20:24:27 CEST] <cone-418> ffmpeg 03James Almer 07master:be04c4aa0029: avformt/matroskaenc: undo an accidental revert by commit 5d48e4ea [20:59:06 CEST] <Timothy_Gu> So who's doing the merges these days? [20:59:31 CEST] <jamrial> more than one person [20:59:55 CEST] <Timothy_Gu> we're about 40 days behind right now... [21:00:08 CEST] <Timothy_Gu> merges getting harder I assume? [21:00:50 CEST] <jamrial> i think the current h264 batch was being problematic, yes [21:06:40 CEST] <cone-418> ffmpeg 03Luca Barbato 07master:e85d38c20a88: librtmp: Avoid an infiniloop setting connection arguments [21:07:34 CEST] <Chloe> Timothy_Gu: there are a lot more noops [21:07:48 CEST] <cone-418> ffmpeg 03Luca Barbato 07release/3.1:86f922874042: librtmp: Avoid an infiniloop setting connection arguments [21:08:00 CEST] <cone-418> ffmpeg 03Luca Barbato 07release/3.0:b62191f9c189: librtmp: Avoid an infiniloop setting connection arguments [21:08:21 CEST] <cone-418> ffmpeg 03Luca Barbato 07release/2.5:52a9f668eed6: librtmp: Avoid an infiniloop setting connection arguments [21:08:40 CEST] <cone-418> ffmpeg 03Luca Barbato 07release/2.6:a3fd8126445a: librtmp: Avoid an infiniloop setting connection arguments [21:08:52 CEST] <cone-418> ffmpeg 03Luca Barbato 07release/2.7:2b6bc8e340ac: librtmp: Avoid an infiniloop setting connection arguments [21:09:04 CEST] <cone-418> ffmpeg 03Luca Barbato 07release/2.8:8887dafda12c: librtmp: Avoid an infiniloop setting connection arguments [21:16:32 CEST] <ubitux> Timothy_Gu: jamrial: i'll go back to merge tmr [21:16:52 CEST] <ubitux> jamrial: about curves, i haven't touched this part of the code in the recent commits [21:17:15 CEST] <ubitux> (and i don't understand the warning) [21:18:41 CEST] <jamrial> ubitux: probably the const [21:19:18 CEST] <jamrial> it talks about type qualifiers [21:20:07 CEST] <ubitux> ooh [21:20:12 CEST] <ubitux> i looked at the wrong line [21:20:34 CEST] <jamrial> lines 343 and 344, so the DECLARE_INTERPOLATE_FUNC macro [21:20:41 CEST] <ubitux> yeah you're right [21:23:32 CEST] <cone-418> ffmpeg 03Clément BSsch 07master:c6e900e9258a: lavfi/curves: fix meaningless const int returned value [21:58:07 CEST] <jamrial> BBB: anything blocking your vp9 avx2 and mmxext patches? [21:58:18 CEST] <BBB> me lazy [21:58:19 CEST] <BBB> I think [21:58:26 CEST] <BBB> let me push, sorry about that [21:58:45 CEST] <jamrial> haha, no worries :p [21:59:49 CEST] <BBB> still have to write avx2 loopfilter [22:14:52 CEST] <Timothy_Gu> ubitux: thx [22:15:08 CEST] <ubitux> i can't guarantee anything though [22:15:15 CEST] <ubitux> it's going to be a pain [22:45:42 CEST] <wyatt8740> hey, quick question ffmpeg-development related: is there a known reason for ffplay on windows to act like this? black screen with a tiny green box? It's compiled with mingw-w64; an older build I did from within MSYS worked fine and I can't figure out why this isn't. http://i.imgur.com/9Sn77DJ.jpg [22:45:53 CEST] <wyatt8740> hey, quick question ffmpeg-development related: is there a known reason for ffplay on windows to act like this? black screen with a tiny green box? It's compiled with mingw-w64; an older build I did from within MSYS worked fine and I can't figure out why this isn't. http://i.imgur.com/9Sn77DJ.png * sorry [22:46:16 CEST] <wyatt8740> (oh god just realized I spammed that; just meant to fix the link) [22:47:05 CEST] <wyatt8740> the old version of ffplay worked fine (2.3.3), and mplayer which I also compiled with mingw-w64 plays videos fine. The ffmpeg binary in this build works fine as well; it's just ffplay. [22:47:20 CEST] <JEEB> ffplay is meant to be a test thingy that you should be happy if it does anything at all in general. it is not really a player for production use [22:47:36 CEST] <wyatt8740> I understand that, but I'm trying to figure out why it's not working when it used to. [22:47:53 CEST] <JEEB> that would probably require some debugging or whatever :) [22:48:00 CEST] <wyatt8740> that's not very specific. [22:48:32 CEST] <JEEB> I don't see you enabling SDL at least? [22:48:38 CEST] <wyatt8740> I was wondering if anyone who had worked on ffplay and understands the program better (and has SDL experience) could guess what that little green block is [22:49:03 CEST] <JEEB> unless I'm missing that from your configure line [22:49:27 CEST] <wyatt8740> configuration: --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --pkg-config=pkg-config --prefix=/mingw --enable-nonfree --enable-version3 --enable-gpl --disable-w32threads --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libass --enable-iconv --enable-bzlib --enable-zlib --enable-libxvid --enable-libx264 --enable-libfdk-aac --enable-libvorbis --enable-libvpx [22:49:33 CEST] <wyatt8740> --enable-libopus --enable-static --enable-shared [22:49:44 CEST] <wyatt8740> usually ffplay just doesn't get built if sdl is not present [22:50:15 CEST] <wyatt8740> and SDL is autodetected, not passed manually [22:50:49 CEST] <JEEB> yeah, that was one of the ways you could have gotten it [22:50:50 CEST] <wyatt8740> and `ntldd ffplay.exe` confirms that it is linked to SDL.dll [22:50:54 CEST] <JEEB> alright [22:51:15 CEST] <JEEB> unfortunately, I've got no experience with SDL or ffplay - I just build mpv and its opengl renderer if I need a playback thingy [22:51:23 CEST] <wyatt8740> I use mplayer 1.2 [22:51:25 CEST] <wyatt8740> :\ [22:51:27 CEST] <wyatt8740> *1.3 [22:59:27 CEST] <wyatt8740> starting to suspect maybe it's a SDL bug? [22:59:35 CEST] <wyatt8740> gonna try compiling it myself since it's a shared library [23:00:58 CEST] <wyatt8740> btw, audio plays with ffplay; there's just no video and a tiny green box in the corner. [23:29:10 CEST] <cone-418> ffmpeg 03Ronald S. Bultje 07master:726501a34ea4: vp9: add 32x32 idct AVX2 implementation. [23:29:11 CEST] <cone-418> ffmpeg 03Ronald S. Bultje 07master:7ca422bb1b8f: vp9: add mxext versions of the single-block (w=4,npx=8) h/v loopfilters. [23:29:12 CEST] <cone-418> ffmpeg 03Ronald S. Bultje 07master:a4edaa027058: vp9: add mxext versions of the single-block (w=8,npx=8) h/v loopfilters. [23:29:16 CEST] <BBB> jamrial: done [23:29:44 CEST] <BBB> todo: loopfilter, and the never-ending quest for coef reading optimizations [23:29:54 CEST] <BBB> I bet it can be done, but itll be a hell of a job [23:30:01 CEST] <BBB> (coef reading opts) [23:31:19 CEST] <atomnuker> yep, coefficient reading has the largest overhead atm [23:38:36 CEST] <wyatt8740> okay, _still_ not working with a fresh SDL build [23:39:06 CEST] <BBB> atomnuker: wanna learn inline asm? :D [23:39:18 CEST] <BBB> or actually you could probably do it external also [23:39:24 CEST] <BBB> it just makes it even harder [23:42:02 CEST] <wyatt8740> I know some ASM but it's Z80 unfortunately [23:42:06 CEST] <wyatt8740> (and 6502) [23:42:23 CEST] <wyatt8740> so not very applicable [23:44:20 CEST] <BBB> old school [23:44:22 CEST] <BBB> ;) [23:58:21 CEST] <Chloe> michaelni: did you mean for me to push? [00:00:00 CEST] --- Wed Jul 27 2016