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

burek burek021 at gmail.com
Wed Jul 27 03:05:03 EEST 2016


[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#L38
[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


More information about the Ffmpeg-devel-irc mailing list