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

burek burek021 at gmail.com
Wed Dec 30 02:05:02 CET 2015


[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


More information about the Ffmpeg-devel-irc mailing list