[00:01:41 CET] <cone-204> ffmpeg 03Paul B Mahol 07master:a7bf5f4117b4: avfilter/avf_showspectrum: use FF_ARRAY_ELEMS() [00:09:34 CET] <durandal_1707> atomnuker: I plan to do other things too, overlap for example, to incrrease time resolution for big number of freuqency bins [00:11:28 CET] <atomnuker> nice, I did write a pulseaudio spectrum analyzer a few months ago with libsdl and libfftw3 which had overlap [00:11:55 CET] <atomnuker> the logic is trivial, but if you want you can reuse parts of it [00:28:43 CET] <durandal_1707> atomnuker: tried baudline? There is linux binary. [00:31:14 CET] <atomnuker> I do remember looking at it back when spek didn't work [00:59:08 CET] <kierank> atomnuker: still stuck on these cfhd artefacts [00:59:10 CET] <kierank> soo close... [00:59:54 CET] <atomnuker> kierank: did you start messing around with random things to see if they disappear? [01:00:08 CET] <kierank> yes but they never disappear [01:00:31 CET] <atomnuker> anything on valgrind? [01:00:40 CET] <kierank> nop [01:01:08 CET] <kierank> it happens with only one subband [01:01:23 CET] <kierank> so it's highpass related [01:02:25 CET] <atomnuker> checked the coefficients for anything out of the ordinary? [01:02:52 CET] <kierank> can't really do that [01:02:54 CET] <kierank> there are thousands [01:02:59 CET] <kierank> millions in fact [01:04:44 CET] <atomnuker> well, print them in case they're below some ridiculious negative and some ridiculous positive number [01:21:35 CET] <kierank> https://usercontent.irccloud-cdn.com/file/B7REaavM/ [01:21:37 CET] <kierank> definitely highpass [01:30:28 CET] <atomnuker> kierank: 4*low[1*low_stride] + low[2*low_stride] [01:30:54 CET] <atomnuker> shouldn't you be skipping 2 and then 4? [01:31:02 CET] <atomnuker> and then the same for odd numbers? [01:31:42 CET] <kierank> no [01:31:44 CET] <atomnuker> oh wait the levels are not interleaved [01:37:00 CET] <kierank> it is definitely caused by low = lh3; [01:37:00 CET] <kierank> high = hh3; [01:50:33 CET] <cone-204> ffmpeg 03Ganesh Ajjanagadde 07master:63702014fa4e: lavfi/af_anequalizer: remove cabs, cexp dependencies [01:50:34 CET] <cone-204> ffmpeg 03Ganesh Ajjanagadde 07master:59ac7ce4dac5: lavfi/af_anequalizer: replace pow(10,x) by ff_exp10(x) [01:50:35 CET] <cone-204> ffmpeg 03Ganesh Ajjanagadde 07master:9f4c7b4df7f3: lavfi/af_anequalizer: replace pow(x,-2) by 1/(x*x) [02:14:42 CET] <kierank> atomnuker: found it [02:14:45 CET] <kierank> stride problem :) [02:21:14 CET] <wm4> so I keep getting files that show stuff like "aac: element type mismatch 3 != 0" on every packet or so (they appear to sound fine, and didn't print such a message in older lavc versions) [02:21:23 CET] <wm4> could this message just be silenced? [02:21:30 CET] <wm4> because it fills up terminals and log files [02:25:16 CET] <rcombs> 3 is, in fact, not equal to 0 [02:25:42 CET] <rcombs> downgrade to debug? [02:27:14 CET] <kierank> btw I tried plex for the first time [02:27:27 CET] <kierank> streaming to a tv was fine over wired [02:27:30 CET] <kierank> crap over wireless [02:27:52 CET] Action: kierank gives useless bug report [02:33:20 CET] <rcombs> thanks [02:33:27 CET] Action: rcombs files in /dev/null with the similar reports [02:33:44 CET] <rcombs> (maybe reduce maximum bitrate setting, or check if your TV's wifi is as shit as most TVs' wifi) [02:52:13 CET] <wm4> well that aac message was added with 79a98294da6cd85f8c86b34764c5e0c43b09eea3 [02:53:29 CET] <wm4> I suppose in theory it's possible that this check is too strict and triggers in valid cases too? [02:58:30 CET] <wm4> it does look a bit fishy to me, but then I have not the slightest clue about aac [12:14:35 CET] <cone-127> ffmpeg 03Paul B Mahol 07master:e30e5c83aed7: avfilter/avf_showspectrum: add horizontal orientation support [12:14:36 CET] <cone-127> ffmpeg 03Paul B Mahol 07master:efa666e0da5e: avfilter/avf_showspectrum: properly calculate w factor [13:13:56 CET] <cone-127> ffmpeg 03Mark Harris 07master:c51c08e0e70c: avcodec: Use get_ue_golomb_long() when needed [13:13:57 CET] <cone-127> ffmpeg 03Mats Peterson 07master:bd03ee1184e4: lavf/qtpalette: Treat 1-bit video as palettized [13:41:09 CET] <ubitux> durandal_1707: showspectrum has been heavily modified since my initial version [14:08:32 CET] <durandal_1707> ubitux: ? [14:08:53 CET] <ubitux> 23:37 <durandal_170> ubitux: showspectrum is missing overlap for big fft size [14:09:06 CET] <ubitux> so i'm saying i'm not really following closely the evolution of the filter [14:34:53 CET] <durandal_1707> use wavelets for an audio [14:54:37 CET] <J_Darnley> Does FFmpeg's makefiles have a target for pre-processed cc output? (i.e. gcc's -E flag)? [14:57:48 CET] <nevcairiel> i think you can ask ffmpeg to produce .i files? [14:58:01 CET] <J_Darnley> Ah .i? Let me try [14:58:10 CET] <J_Darnley> ha ha yes [14:59:08 CET] <J_Darnley> thanks [15:50:35 CET] <atomnuker> michaelni: sorry, somehow I sent the same patch twice [15:50:47 CET] <atomnuker> could you do a git pull from https://github.com/atomnuker/FFmpeg and tell me if it complies fine? [16:01:06 CET] <cone-127> ffmpeg 03Carl Eugen Hoyos 07master:e5c16e38fe15: ffserver: Cast time_t value when using it in a format string. [16:28:18 CET] <michaelni> atomnuker, builds fine [16:30:22 CET] <atomnuker> yes, just managed to test it myself [16:30:51 CET] <atomnuker> michaelni: should I sent the RFC as a responce to your last email or just make a new thread on the ML? [16:31:02 CET] <atomnuker> s/responce/response [16:31:37 CET] <michaelni> btw your tree doest pass fate [16:33:11 CET] <michaelni> about reply vs new, whatever you prefer [16:42:58 CET] <prelude2004c> hey guys.. good day.. looking for some help with ffmpeg and vdpau... i tried in regular forum but i think there is somethign wrong with the code. Basically i am using ffmpeg and vdpau ( which i know is working because i can decode mpeg2video ).. i am trying to decode h264 into the GPU instead of CPU ( using M4000 ) card.. but for some reason the h264 never uses the GPU.. is this some bug in code ? the card says it supports GPU decodin [16:50:30 CET] <J_Darnley> Does the GPU support the video profile? Is it >8 bit? Is it lossless? [16:58:14 CET] <prelude2004c> darnley that questino for me ? [16:58:26 CET] <J_Darnley> yes [18:00:52 CET] <cone-127> ffmpeg 03Ganesh Ajjanagadde 07master:4a44bc558894: ffprobe: avoid unnecessary pow and exp2 calls [18:44:33 CET] <cone-127> ffmpeg 03Andreas Cadhalpun 07master:b4466c9c1a82: oggparsedaala: check number of planes in pixel format map [19:48:26 CET] Action: kierank wonders how to store cfhd coefficients [19:51:13 CET] <durandal_1707> kierank: in struct [19:51:25 CET] <kierank> not that simple [19:51:40 CET] <kierank> I don't think I can use the layout dirac/snow uses [19:53:56 CET] <cone-127> ffmpeg 03Paul B Mahol 07master:b0e23f2a37b4: avfilter/avf_showspectrum: add rainbow colormap [19:58:30 CET] <Compn> kierank : copy from prores? [19:58:44 CET] <kierank> completely unrelated [19:59:20 CET] <Compn> ah [20:02:53 CET] <Compn> who is encoding with x264 on arm... [20:04:03 CET] <rcombs> me, on occasion [20:04:14 CET] <rcombs> usually to see if it's worth doing on the latest shiny ARM64 systems yet [20:04:15 CET] <rcombs> (no) [20:04:32 CET] <rcombs> (unless you like 480p in which case maybe) [20:11:13 CET] <atomnuker> while (topbit >>= 1) count++ << this would essentially count the number of zeroes, right? [20:12:18 CET] <llogan> is there a preferred RGB notation? making a showwavespic example [20:16:01 CET] <rcombs> atomnuker: isn't that more of a simple log2? [20:16:15 CET] <atomnuker> yes, exactly [20:21:00 CET] <durandal_1707> llogan: what? [20:22:52 CET] <llogan> users keep asking for a colored waveform so i'm adding an example. i just used RGB(66,217,150). [21:01:04 CET] <J_Darnley> Damn these avx split lanes! [21:07:31 CET] <rcombs> they're the _worst_ [21:25:04 CET] <RiCON> is gcrypt's dependancy on gpg-error optional? [21:26:24 CET] <durandal_1707> ahistogram: another multimedia A-V filter [22:36:29 CET] <J_Darnley> kierank: are you around? [22:36:36 CET] <kierank> J_Darnley: yes [22:36:49 CET] <J_Darnley> I can't connect to avdev. My key appears to be denied [22:38:38 CET] <kierank> J_Darnley: does it work now? [22:38:55 CET] <J_Darnley> No [22:41:30 CET] <J_Darnley> I wonder if I sent you the right key [22:42:24 CET] <J_Darnley> th email says 2048bit [23:28:24 CET] <J_Darnley> I need a better system for copying dotfiles around [00:00:00 CET] --- Wed Dec 30 2015