Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

August 2016

1 participants
62 discussions

ffmpeg-devel.log.20160815
by burek 16 Aug '16

16 Aug '16

[00:25:16 CEST] <Compn> x264 can relicense for $$$ [00:25:23 CEST] <Compn> iirc they have a seperate license ... [00:25:26 CEST] <Compn> i might be wrong [02:14:32 CEST] <cone-259> ffmpeg 03Maya Rashish 07master:23f505bee0f8: configure: All sun4 machines are SPARCs, not just sun4u [02:17:51 CEST] <kierank> Chloe: some of x264asm is more liberal [02:55:10 CEST] <cone-259> ffmpeg 03Ivan Uskov 07master:b93e2233155e: libavcodec/qsvdec_h2645.c: switch to the new BSF API [05:54:02 CEST] <Timothy_Gu> Chloe: x86inc is ISC license (more liberal than MIT). x86utils is LGPL [07:11:33 CEST] <Compn> oh host key changed when box moved. [09:34:47 CEST] <flux> hmm, so I suppose the part where the github mirror says "Github pull requests should be avoided because they are not part of our review process." still holds true? [09:36:09 CEST] <flux> ah, of course you mean using the github mechanism for pull requests, pull requests to the mailing list are perfectly fine? [09:36:21 CEST] <flux> even if said pull request is hosted on gh ;) [09:37:24 CEST] <nevcairiel> we prefer direct patch mails on the ML just like every other patch [09:37:34 CEST] <nevcairiel> those dont require any kind of hosting [09:38:32 CEST] <flux> unfortunately it seems technically difficult to have "git email" work with our mail system.. [10:00:20 CEST] <cone-450> ffmpeg 03Paul B Mahol 07master:ac18114b96fb: avfilter/vf_zoompan: fix pzoom usage [10:00:20 CEST] <cone-450> ffmpeg 03Paul B Mahol 07master:4899953a479f: doc/filters: add yet another zoompan usage example [11:35:30 CEST] <crossle> How about this https://github.com/FFmpeg/FFmpeg/pull/208 [11:37:13 CEST] <crossle> FFmpeg videotoolbox encode error when enter background mode on iOS [13:23:40 CEST] <cone-450> ffmpeg 03Paul B Mahol 07master:ce5ba7707945: avfilter/avf_showspectrum: add some multithreading support [13:23:41 CEST] <cone-450> ffmpeg 03Paul B Mahol 07master:0ea03dbbf988: avcodec/iff: remove palette swapping for anim [14:28:59 CEST] <durandal_1707> michaelni: why you haven't used fft when doing find_rect filter? [15:04:26 CEST] <michaelni> durandal_1707, lazy [15:07:36 CEST] <michaelni> IIRC the filter was a consulting job and the customer didnt pay, so ive no motivation to make that filter work really well [15:08:41 CEST] <michaelni> but feel free to improve it [15:10:22 CEST] <Chloe> Could a int64 wav be generated, or wouldnt that be accepted as a sample? [15:10:39 CEST] <Chloe> (I mean manually) [15:10:52 CEST] <nevcairiel> if you j ust make one to get someone to implement it, that kinda defeats the purpose doesnt it =P [15:11:19 CEST] <Chloe> Well I was looking to implement it anyways [15:11:26 CEST] <durandal_1707> its audition feature, isn't [15:12:07 CEST] <durandal_1707> proper way is to add sample format to swresample [15:13:19 CEST] <Chloe> I cant find anything in the audition docs about int64 samples [15:13:38 CEST] <durandal_1707> export format [15:14:10 CEST] <durandal_1707> I doubt its mentiond as int64 exactly [15:14:36 CEST] <durandal_1707> just integer 64 bit maybe [15:25:56 CEST] <Chloe> I dont have audition myself, but the person who I've been trying to get a sample from says that they're getting an error saying 32 bit is the max depth. Is a sample really needed to add the format? [15:27:20 CEST] <durandal_1707> yes, and its already uploaded [15:32:30 CEST] <durandal_1707> Chloe: what, person have audition but it can't create such file? [15:32:43 CEST] <Chloe> apparently [15:33:04 CEST] <Chloe> I've got the sample (on the ticket) from the dodgy site now though [17:36:09 CEST] <omerjerk> where does the output of ff_dlog go ? [17:40:09 CEST] <kierank> is there a way of interleaving bytes between two registeres [17:40:19 CEST] <kierank> that's not punpcklb [17:47:07 CEST] <cone-283> ffmpeg 03Jan Sebechlebsky 07master:b746ed70efcc: avcodec/bsf: Add list BSF API [17:49:19 CEST] <ubitux> omerjerk: ff_dlog is compiled conditionally [19:27:59 CEST] <omerjerk> what does -f lavfi in the command line? I'm encoding the audio. [19:28:32 CEST] <Compn> there are audio filters iirc [19:29:38 CEST] <omerjerk> this is the whole command - ffmpeg -f lavfi -i aevalsrc="0.1*sin(2*PI*(360-2.5/2)*t) | 0.1*sin(2*PI*(360+2.5/2)*t)" -c:a als -y out.mp4 [19:30:04 CEST] <omerjerk> when I try to decode the .mp4 created using this command, I get error. [19:30:37 CEST] <omerjerk> But when I decode a .mp4 compiled with a normal command like ffmpeg -i int.wav -c:a als out.mp4, I don't get any errors [19:30:46 CEST] <omerjerk> so I'm looking for some advice here. [19:30:59 CEST] <ubitux> omerjerk: -f lavfi creates a virtual "format" source taking a filtergraph instead of an url/file as input string [19:33:16 CEST] <Compn> omerjerk : ask in #ffmpeg [19:33:28 CEST] <Compn> unless you plan to develop some patch for ffmpeg ? :) [19:33:45 CEST] <omerjerk> it's my encoder. So I'm trying to fix the bug. :) [19:34:08 CEST] <omerjerk> I am just trying to guess where could the problem be. [19:35:30 CEST] <ubitux> the filtergraph will generate pcm_f64le [19:35:38 CEST] <ubitux> in a wave, maybe pcm_s16le [19:36:55 CEST] <omerjerk> so should I modify my command somehow to use pcm_s16le ? [19:40:59 CEST] <omerjerk> ubitux:, anyways, thanks. :) This was a big help. I can fix the error now. [19:41:15 CEST] <durandal_1707> omerjerk: what is error? [19:42:20 CEST] <omerjerk> the encoder is not supposed to work with pcm_f64le [19:42:33 CEST] <jamrial> omerjerk: the encoder will receive whatever it needs (one of the .sample_fmts values from the AVCodec struct) from the resampler, regardless of the source [19:47:28 CEST] <omerjerk> jamrial: I don't think I properly understood what you said. [19:51:24 CEST] <ubitux> whatever the input audio type, ffmpeg will automatically insert a convert filter to one of the format your encoder is supposed to handle [19:51:48 CEST] <ubitux> so you have to make sure your AVCodec.sample_fmts contains a list of format you actually support [20:08:25 CEST] <omerjerk> okay!! [20:09:17 CEST] <CFS-MP3> michaelni I asked about the GSoC summit the other day (sorry I missed your reply) because I'm going myself, so I'd like to know who to look for :-) [20:09:30 CEST] <CFS-MP3> I'm going for another org of course [20:15:00 CEST] <michaelni> CFS-MP3, ohh, ok, understand [20:15:10 CEST] <michaelni> btw, which org ? [20:21:33 CEST] <kierank> CFS-MP3: oh you are the scte guy [20:21:52 CEST] <kierank> it's going to be accepted because ffmpeg has to support everything but personally I don't think scte is appropriate [20:22:12 CEST] <kierank> or do you just happen ot have the sdame name [20:27:12 CEST] <CFS-MP3> michaelni CCExtractor [20:28:31 CEST] <CFS-MP3> kierank Yes, I'm the SCTE guy... glad to hear it will be accepted... can't wait to get it out of the way :-) [20:28:40 CEST] <kierank> well i don't think it's a good idea for it to be accepted [20:28:49 CEST] <CFS-MP3> kierank can you elaborate? [20:28:49 CEST] <kierank> but #certainpeople will want it however ugly it is [20:29:04 CEST] <kierank> well it doesn't fit into the ffmpeg codec inside of container model [20:29:10 CEST] <kierank> scte35 does a ton of other things [20:29:58 CEST] <CFS-MP3> If there's a way to make it non-ugly I'd be happy to hear and discuss [20:30:13 CEST] <CFS-MP3> if it's ugly or nothing I guess we'll have to settle for ugly [20:38:27 CEST] <kierank> or if we were an adult project, say it's out of scope [20:41:20 CEST] <Compn> CFS-MP3 [20:41:36 CEST] <Compn> CFS-MP3 : [16:06] <michaelni> CFS-MP3b, i think thilo and rostislav ( atomnuker ) or carl will probably go to the summit, why do you ask ? [20:41:46 CEST] <Compn> theres your reply :) [20:41:47 CEST] Action: Compn afk [20:44:27 CEST] <durandal_1707> we are just kids, don't be evil to us :) [20:52:29 CEST] <CFS-MP3> kierank not sure out-of-scope'ing things is a good idea to be honest... basically it means to tell some people to look for a different solution than ffmpeg [20:53:00 CEST] <CFS-MP3> You can do that, but then their resources (such as hiring me) will go to that other solution [20:53:21 CEST] <CFS-MP3> still I'm new to ffmpeg so unless it's a purely technical discussion I'll stay out :-) [20:54:30 CEST] <kierank> I still don't see how scte35 fits within ffmpeg [20:54:33 CEST] <kierank> It's not a codec [20:55:25 CEST] <omerjerk> ubitux: This is the my .sample_fmts - https://github.com/omerjerk/FFmpeg/blob/alsenc_patch/libavcodec/alsenc.c#L3… [20:55:57 CEST] <omerjerk> I haven't mentioned float here. why does then my encoder receives float sample data? [20:58:52 CEST] <ubitux> maybe it doesn't, but maybe in some case you receive s16 and on the other the float convert causes s32 to be fed [20:59:04 CEST] <ubitux> and then your s32 code might be broken [21:00:38 CEST] <omerjerk> It outputs this - [21:00:39 CEST] <omerjerk> Stream mapping: Stream #0:0 -> #0:0 (pcm_f64le (native) -> mp4als (als)) [21:00:58 CEST] <omerjerk> does this mean my encoder is receiving 64-bit floats? [21:04:41 CEST] <omerjerk> ubitux: [21:40:19 CEST] <ubitux> omerjerk: no [22:04:22 CEST] <cone-097> ffmpeg 03Paul B Mahol 07master:4f226714f569: avfilter/af_astats: add support for other sample formats [23:10:28 CEST] <cone-097> ffmpeg 03Paul B Mahol 07master:fc3eb173f493: avfilter/vf_atadenoise: add support for more pixel formats [23:10:29 CEST] <cone-097> ffmpeg 03Paul B Mahol 07master:3282e31baaa7: avfilter/vf_atadenoise: set default size value to 9 [00:00:00 CEST] --- Tue Aug 16 2016

1 0

ffmpeg.log.20160815
by burek 16 Aug '16

16 Aug '16

[01:27:25 CEST] <Kadigan> Hi. I just wanted to ask: when I'm switching containers (say, moving from .mp4 to .mkv), it'll essentially be as fast as r/w allows, right? [01:27:35 CEST] <Kadigan> (no recompression) [01:27:39 CEST] <furq> more or less [01:27:57 CEST] <Kadigan> Just wanted to clarify, since I was seeing 700fps but basically zero CPU usage. Thanks. [01:28:05 CEST] <furq> it doesn't even decode the streams iirc [01:30:44 CEST] <Kadigan> Yeah, that 'fps' counter seems a bit misleading in that instance. ^^ [01:36:23 CEST] <kepstin> Kadigan: it should be a perfectly accurate count of how many frames it's copying from one file to another per second. [01:40:01 CEST] <kepstin> actually, i think all it ever does is count how fast frames are being written to the output file, whether you're re-encoding or not. [06:50:36 CEST] <nulltopia> ffmpeg has gone back to using less than have of my cpu resources [06:50:57 CEST] <nulltopia> with -threads 0 [06:51:05 CEST] <nulltopia> or threads not set, doesn't make a diffrence [06:51:51 CEST] <nulltopia> and it keeps crashing [06:57:33 CEST] <nulltopia> http://i.imgur.com/Ln8RRrj.jpg [06:57:40 CEST] <nulltopia> http://pastebin.com/k38PuBME [09:52:46 CEST] <drathir> guys im wonder if -vf scale=0:0 skip option or will slowdown processing? [10:01:43 CEST] <durandal_1707> it will be slower than -c:v copy [10:27:34 CEST] <Kiicki> Not sure if I will get any support on this question but is there a place where I can get some advice on GUI converting programs? [10:27:49 CEST] <Kiicki> Is doom9 a good place to start? [12:44:37 CEST] <co_indiasukatg> hiii alll who want bang my wife with me [12:48:25 CEST] <__jack__> is there the good place to hide a gunman ?! [13:18:04 CEST] <rkantos> anybody got ideas how to output chroma-keyed overlays to a rtmp stream? [13:18:16 CEST] <rkantos> -map '[out]' wants a file apparrently. [13:18:53 CEST] <rkantos> "Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument [13:18:55 CEST] <rkantos> " [13:19:23 CEST] <rkantos> if just put -map '[out]' -f rtmp:// [13:23:59 CEST] <furq> -f flv [13:26:20 CEST] <rkantos> yeah, that; -map [out] -f flv [13:27:58 CEST] <furq> pastebin the full command [13:29:27 CEST] <rkantos> ffmpeg -i rtmp://localhost/video/s4 -i rtmp://localhost:1936/data/s4 -vcodec libx264 -pix_fmt yuv420p -preset superfast -b:v 4000k -acodec copy -filter_complex "[1] scale=400:225 [over]; [0][over] overlay=880:495" -filter_complex '[1:v]colorkey=0x000000:0.3:1[ckout];[0:v][ckout]overlay[out]' -map '[out]' -f flv rtmp://a.rtmp.youtube.com/live2/4jkz-m339-w6pd-4wxx [13:29:38 CEST] <rkantos> ...well that went well [13:29:41 CEST] <rkantos> http://pastebin.com/4b77Xcdz [13:30:12 CEST] <rkantos> reset the encoder key already, no point trying ;) [13:30:48 CEST] <furq> that first filter_complex isn't doing anything [13:31:09 CEST] <furq> you can only specify it once [13:32:18 CEST] <ozette> are there static arm builds for ffmpeg? [13:32:31 CEST] <rkantos> ok. I wonder how I could do what I want then. Basically I need one of the videos overlaid with chroma key [13:32:35 CEST] <ozette> rm71 [13:32:38 CEST] <furq> ozette: none that i know of [13:32:46 CEST] <ozette> /armv71 [13:32:49 CEST] <ozette> aw [13:33:01 CEST] <furq> it's easy enough to cross compile [13:33:04 CEST] <ozette> i don't have an arm build toolchain .. [13:33:09 CEST] <ozette> hmm [13:35:12 CEST] <furq> if you're on debian testing/unstable then just install gcc-6-arm-linux-gnueabihf libc6-dev-armhf-cross [13:54:04 CEST] <rkantos> furq: ok, ei got it to run with this, but I'm not seeing any chroma on the overlay http://pastebin.com/m5Q3CgF5 [14:14:08 CEST] <rkantos> any ideas? [14:18:51 CEST] <kernelkatze> hi :) [14:19:47 CEST] <durandal_1707> rkantos: black has no color [14:20:01 CEST] <kernelkatze> i have a question [14:20:53 CEST] <durandal_1707> rkantos: provide image of inputs [14:21:34 CEST] <durandal_1707> kernelkatze: please ask [14:21:55 CEST] <kernelkatze> i encoded a video with the following options: profile:v high10 -preset slow -crf 16 -ab 384k and now im confused because mediainfo shows different infos Complete name : video.mp4 [14:21:55 CEST] <kernelkatze> Format : MPEG-4 [14:21:55 CEST] <kernelkatze> Format profile : Base Media [14:21:55 CEST] <kernelkatze> Codec ID : isom (isom/iso2/avc1/mp41) [14:21:55 CEST] <kernelkatze> File size : 1.14 GiB [14:21:56 CEST] <kernelkatze> Duration : 23 min [14:21:59 CEST] <kernelkatze> Overall bit rate mode : Variable [14:22:01 CEST] <kernelkatze> Overall bit rate : 6 883 kb/s [14:22:03 CEST] <kernelkatze> Movie name : Die letzte Hoffnung [14:22:05 CEST] <kernelkatze> Encoded date : UTC 1904-01-01 00:00:00 [14:22:08 CEST] <kernelkatze> Tagged date : UTC 1904-01-01 00:00:00 [14:22:10 CEST] <kernelkatze> Writing application : Lavf57.41.100 [14:22:11 CEST] <durandal_1707> use pastebin [14:22:17 CEST] <kernelkatze> sure 1 sec [14:23:47 CEST] <kernelkatze> here it is [14:23:48 CEST] <kernelkatze> http://pastebin.com/caH2vgwC [14:24:20 CEST] <furq> you can't encode to hi10p with an 8-bit x264 build [14:25:06 CEST] <kernelkatze> makes sense [14:25:13 CEST] <kernelkatze> which option for 10 bit?! [14:25:30 CEST] <DHE> x264 only supports a single bit-depth (typically 8 or 10) selected at compile time [14:25:34 CEST] <furq> ^ [14:25:45 CEST] <DHE> so you need a new version of ffmpeg with 10-bit x264 [14:26:00 CEST] <furq> or a new version of libx264 if your ffmpeg is dynamically linked to it [14:26:01 CEST] <kernelkatze> im not rly happy about that [14:26:16 CEST] <kernelkatze> i just the "normal version" of ffmpeg on arch [14:26:25 CEST] <furq> blame the x264 guys, it's their decision [14:26:43 CEST] <furq> libvpx and x265 have no problem supporting both in one build [14:26:50 CEST] <DHE> https://www.archlinux.org/packages/extra/x86_64/libx264-10bit/ This might be doable... [14:27:08 CEST] <kernelkatze> thanx :) [14:27:27 CEST] <DHE> furq: x264 does it with a bit of a hack. libx265 doubles in size because it has two (or more!) builds plus some glue to allow selection of which one you want [14:27:39 CEST] <furq> but yeah you can support both with one ffmpeg if you abuse LD_LIBRARY_PATH [14:27:46 CEST] <furq> as long as your ffmpeg is dynamically linked to libx264 obv [14:27:57 CEST] <JEEB> s/hack/changing data types/ [14:28:02 CEST] <kernelkatze> that would have been my next question ;) [14:28:56 CEST] <DHE> and it looks like arch has both versions of x264. only one could be installed at a time but you could just grab the .so files and use the above LD_LIBRARY_PATH thing [14:29:04 CEST] <JEEB> anyways it's a historical choice that if anyone wants tp change they can do so :p [14:29:26 CEST] <furq> i don't particularly have a problem with it [14:29:32 CEST] <JEEB> ypu could in theory make the same dynamic loading hack [14:29:33 CEST] <furq> but if you do have a problem with it then it's definitely not ffmpeg's fault [14:29:44 CEST] <JEEB> as x265 [14:30:41 CEST] <kernelkatze> "but yeah you can support both with one ffmpeg if you abuse LD_LIBRARY_PATH" can you help me with that? [14:31:10 CEST] <kernelkatze> i just downloaded the libx264 10 bit pkg [14:32:01 CEST] <furq> LD_LIBRARY_PATH=/path/to/lib ffmpeg [14:35:09 CEST] <furq> oh fun [14:35:18 CEST] <kernelkatze> ... [14:35:20 CEST] <furq> it looks like the arch package just installs it to /usr/lib/libx264.so [14:35:29 CEST] <furq> so presumably you can only have one or the other installed [14:35:38 CEST] <furq> how thoughtful of them [14:36:00 CEST] <furq> on the plus side it means you don't have to bother with LD_LIBRARY_PATH [14:36:13 CEST] <kernelkatze> guess i need to build my own pkg [14:36:40 CEST] <furq> you could just download the package and extract it somewhere else [14:36:44 CEST] <furq> assuming arch lets you do that [14:36:46 CEST] <durandal_1707> just copy .so file [14:36:50 CEST] <furq> yeah [14:40:08 CEST] <kernelkatze> https://aur.archlinux.org/packages/libx264-10bit-git/ ;) [14:40:42 CEST] <furq> Conflicts: libx264, libx264-10bit, x264-dev [14:40:45 CEST] <furq> that has the same problem [14:40:59 CEST] <kernelkatze> so i can cancel the dl [14:41:21 CEST] <kernelkatze> my internet isnt rly fast ... [14:43:34 CEST] <kernelkatze> furq which os/distro do u use? [14:44:18 CEST] <furq> debian testing [14:45:23 CEST] <kernelkatze> if im allowed to ask. why debian? [14:45:39 CEST] <furq> because i think it's good [14:45:55 CEST] <kernelkatze> whatever works for u ;) [14:46:17 CEST] <viric> that sounds like a distro war provocation [14:46:26 CEST] <kernelkatze> no ^ [14:46:35 CEST] <kernelkatze> wasn't meant like that [14:47:14 CEST] <kernelkatze> and we all know that arch is the best :P [14:47:19 CEST] <kernelkatze> nah. just kidding. [14:47:59 CEST] <viric> just sectarism [14:48:09 CEST] <furq> it's fine [14:48:16 CEST] <furq> i'm in no danger of being out-nerded, i also run freebsd [14:49:10 CEST] <kernelkatze> thats not nerdy enough. why dont u just build your of os with lfs? [14:49:11 CEST] <kernelkatze> :P [14:49:25 CEST] <furq> because lfs isn't freebsd [14:49:33 CEST] <furq> i only run it for zfs [14:49:46 CEST] <kernelkatze> linux has zfs support [14:49:55 CEST] <furq> it didn't when i installed this [14:50:00 CEST] <furq> i also trust the freebsd zfs more [14:50:06 CEST] <kernelkatze> now i feel.... young [14:51:12 CEST] <furq> well if you ever see me get inordinately upset when someone posts a shell script with "#!/bin/bash" at the top, now you know why [14:51:24 CEST] <kernelkatze> :D [14:52:29 CEST] <viric> freebsd is against bash? [14:53:03 CEST] <kernelkatze> freebsd is against [enter word] [14:53:04 CEST] <rkantos> durandal_1707: it is black that I want to be transparent [14:53:06 CEST] <furq> there's no /bin/bash even if you install it from ports [14:53:20 CEST] <furq> it goes in /usr/local/bin/bash because of freebsd's frankly dumb base/ports separation [14:53:38 CEST] <viric> furq: ah ok. What sh does it include? [14:53:42 CEST] <viric> (in base) [14:53:48 CEST] <kernelkatze> well... i just started encoding that file from before again but this time without the 10 bit bla bla and mediainfo still tells me that same sh** [14:53:50 CEST] <kernelkatze> General [14:53:50 CEST] <kernelkatze> Complete name : video.mp4 [14:53:50 CEST] <kernelkatze> Format : MPEG-4 [14:53:50 CEST] <kernelkatze> Format profile : Base Media [14:53:50 CEST] <kernelkatze> Codec ID : isom (isom/iso2/avc1/mp41) [14:53:53 CEST] <kernelkatze> File size : 56.8 MiB [14:53:55 CEST] <kernelkatze> Duration : 50 s 262 ms [14:53:57 CEST] <kernelkatze> Overall bit rate mode : Variable [14:53:59 CEST] <kernelkatze> Overall bit rate : 9 484 kb/s [14:54:01 CEST] <kernelkatze> Movie name : Die letzte Hoffnung [14:54:03 CEST] <DHE> he did it again [14:54:04 CEST] <kernelkatze> Encoded date : UTC 1904-01-01 00:00:00 [14:54:06 CEST] <kernelkatze> Tagged date : UTC 1904-01-01 00:00:00 [14:54:08 CEST] <kernelkatze> Writing application : Lavf57.41.100 [14:54:09 CEST] <dl2s40> o_O [14:54:10 CEST] <kernelkatze> rly? Base Media? [14:54:22 CEST] <furq> "base media" refers to mp4 [14:54:25 CEST] <furq> also please stop pasting into the channel [14:54:32 CEST] <dl2s40> why do you do not spamm thi channel? [14:54:39 CEST] <rkantos> durandal_1707: basically everything black here has to be transparent: http://www.iforpowell.com/cms/uploads/images/SS_IpWatts/IpWatts_landscape1.… [14:54:58 CEST] <furq> viric: tcsh for the root shell, their own sh-alike for the user shell [14:55:02 CEST] <furq> and yes, tcsh does suck [14:55:03 CEST] <viric> arch has the best irc paste [14:55:26 CEST] <furq> i just run bash [14:55:33 CEST] <furq> but for reference, #!/usr/bin/env bash [14:55:40 CEST] <viric> furq: clear. Thank you. [14:55:52 CEST] <furq> or preferably #!/bin/sh [14:56:47 CEST] <agrathwohl1> kernelkatze: you should really consider using ffprobe instead of mediainfo. I have found that mediainfo is often wrong. [14:56:55 CEST] <furq> kernelkatze: from http://pastebin.com/caH2vgwC [14:56:59 CEST] <furq> Format profile : High(a)L5.1 [14:58:11 CEST] <viric> Encoded in 1905. [14:58:12 CEST] <viric> Encoded in 19054 [14:58:15 CEST] <viric> Encoded in 1904 NOW. [14:58:43 CEST] <kernelkatze> i removed all metadata. that happened automaticly... just to not tell that im traveling in time :P [15:02:04 CEST] <kernelkatze> which bitrate is the highest for aac lc stereo? [15:02:37 CEST] <furq> what sample rate [15:02:50 CEST] <kernelkatze> check the pastebin [15:03:04 CEST] <kernelkatze> 48 khz [15:03:12 CEST] <furq> 576kbps [15:03:22 CEST] <durandal_1707> rkantos: works for me with default colorkey params [15:03:56 CEST] <rkantos> durandal_1707: how if I might ask? [15:04:00 CEST] <kernelkatze> furq which algorithm do u use to calculate that? [15:04:18 CEST] <furq> is typing "aac max bitrate" into google an algorithm [15:04:22 CEST] <rkantos> durandal_1707: did you see my pastebin: http://pastebin.com/m5Q3CgF5 With this I currently get just the two overlays [15:04:46 CEST] <rkantos> durandal_1707: and umm.. does the chroma key even work with video? :D [15:05:01 CEST] <durandal_1707> rkantos: call colorkey on landscape before overlay [15:05:13 CEST] <kernelkatze> oh... my mistake. i dont use google [15:05:44 CEST] <rkantos> durandal_1707: sorry, but I don't know what you mean.. example? [15:07:24 CEST] <durandal_17> rkantos: ./ffmpeg.exe -i Dolby_Leaf_Lossless_ATMOS-thedigitaltheater.mkv -i IpWatts_landscape1.png -lavfi "[1:v]colorkey[x],[0:v][x]overlay" -f nut -c:v rawvideo -|mpv.exe - [15:09:09 CEST] <rkantos> what does -lavfi do? [15:09:29 CEST] <durandal_17> same as -filter-complex but shorter to type [15:11:39 CEST] <rkantos> and will the same work with video? [15:11:50 CEST] <rkantos> since my feed is a video and not actually an image^^ [15:11:58 CEST] <rkantos> even though it will look the same [15:12:23 CEST] <kernelkatze> this could help u: https://handbrake.fr/ *runs away* [15:12:55 CEST] <durandal_1707> rkantos: yes [15:15:10 CEST] <durandal_1707> kernelkatze: that works with local files only [15:26:11 CEST] <rkantos> durandal_1707: hmm.. thanks [15:26:20 CEST] <rkantos> I got it working without the overlay stuff [15:26:44 CEST] <rkantos> Now I need to have this working still: [1] scale=400:225 [over]; [0][over] overlay=880:495; [15:27:31 CEST] <rkantos> so that I have the video in the lower right hand corner [15:28:46 CEST] <rkantos> or scaling stuff rather^^ [15:30:31 CEST] <durandal_17> rkantos: overlay=x=W-w:y=H-h [15:35:14 CEST] <rkantos> durandal_17: and where should I stick that? :S [15:39:00 CEST] <durandal_17> rkantos: it tells to place overlay video down right corner to down right corner of main video [15:40:30 CEST] <rkantos> but are they coordinates or resolution like in my bit? and don't I need something else before it? [15:40:33 CEST] <rkantos> [1:v]colorkey=0x000000:0.2:0.6[ckout],[0:v][ckout]overlay[out],overlay=x=W-w:y=H-h [15:44:08 CEST] <durandal_17> rkantos: coordinates [15:55:02 CEST] <rkantos> durandal_17: hmm.. that seems to work yeah, but I still need to scale as the size is 1280x720 [15:55:42 CEST] <rkantos> I want the overlay to be high quality since it's text, but it can be 1fps.. [16:07:30 CEST] <nonex86> hello, can someone help with avformat_seek_file usage on mpeg container? [16:10:32 CEST] <nonex86> same code works as expected on mp4 input file, but behave strange on mpg one... [16:38:24 CEST] <ozette> i'd like to build ffmpeg for armv7l, i have the sources, and i have an arm toolchain, anyone here who's done this before? [16:41:49 CEST] <viric> 'for armv7l' is quite broad [16:42:43 CEST] <kdehl> I'm using OpenH264 and something confuses me. When I encode a frame, I get several "bitstream layers". And each of those contain a number of NAL units? Or do I misunderstand it? [16:44:46 CEST] <furq> ozette: ./configure --cross-prefix=arm-linux-gnueabihf- --arch=arm --target-os=linux [16:44:49 CEST] <furq> should be all you need [16:45:42 CEST] <furq> if you're on debian/ubuntu you can install any external libs with apt multiarch [16:45:55 CEST] <ozette> hmm [16:45:59 CEST] <ozette> i'm on fedora/linux [16:46:30 CEST] <ozette> is arm-linux-gnueabihf just a prefix? [16:47:00 CEST] <kepstin> that's a toolchain prefix, you should have a cross-compiler named e.g. "arm-linux-gnueabihf-gcc" [16:47:12 CEST] <ozette> my cross compiler is named differently i thnk [16:47:53 CEST] <ozette> i think it's arm-linux-gnu-gcc is that possible? [16:48:15 CEST] <ozette> it doesn't indicate hard float [16:50:12 CEST] <ozette> well, even though i have the binary arm-linux-gnu-gcc, http://paste.debian.net/789681/ [16:51:08 CEST] <bencoh> then your prefix would be arm-linux-gnu- [16:51:54 CEST] <bencoh> ah nvm, didnt see the paste link [16:52:15 CEST] <bencoh> you'll have to check the config.log then :) [16:55:38 CEST] <ozette> that's ok :) [16:56:36 CEST] <ozette> aha.. http://paste.debian.net/789682/ [16:56:57 CEST] <ozette> good old crt1.o [17:03:29 CEST] <furq> looks like you're missing the arm glibc [17:51:51 CEST] <melvster> Hi all, is there a CLI command that will take a file input.avi|wmv|mp4 etc. cut a 15 second slice out of it (-ss time -t 15) and then make it readable html5 video? I've tried about 20 different strings with different results. Generally results can all play in VLC but mainly only mp4 can play in android chrome html5 ... anyone solved this problem before? [17:53:18 CEST] <melvster> I also looked at : https://github.com/chuyskywalker/easy-web-video-encode but hasnt quite worked for me either [17:56:11 CEST] <ozette> furq: i think so too [17:56:36 CEST] <ozette> i'll just try to get ffprobe on a raspberry pi and bring it over, i think that will work [17:57:00 CEST] <ozette> cross compiling is such a hassle [17:57:25 CEST] <sfan5> melvster: basically you want .webm and optionally .mp4 for HTML5 video [17:57:34 CEST] <furq> you want mp4 [17:57:44 CEST] <furq> webm isn't supported on iOS or in desktop safari [17:57:48 CEST] <furq> mp4 is supported everywhere [17:57:58 CEST] <sfan5> i heard firefox had problems with mp4 [17:58:05 CEST] <furq> it doesn't [17:58:12 CEST] <furq> it's supported mp4 for much longer than webm [17:58:24 CEST] <melvster> fruq: sfan5: thanks! Is there a general purpose command that will convert a strip of different types of video into mp4 using ffmpeg? [17:58:29 CEST] <__jack__> firefox has problem with everything :) [17:58:40 CEST] <sfan5> "general purpose" [17:58:42 CEST] <sfan5> well [17:58:45 CEST] <melvster> will I need to do a different command for each of .avi .wmv .mp4 etc. [17:58:48 CEST] <furq> no [17:58:52 CEST] <furq> ffmpeg -i src dest.mp4 [17:59:26 CEST] <melvster> furq: ok thanks, im also using -c copy is that OK? [17:59:39 CEST] <furq> no [17:59:42 CEST] <BtbN> -movflags faststart [17:59:58 CEST] <BtbN> And probably a bitrate/quality. [18:00:08 CEST] <melvster> this is great, thanks let me test! :) [18:00:12 CEST] <furq> -c copy won't work for wmv and probably won't work for avi [18:00:29 CEST] <furq> and also you won't be able to reliably get precise 15-second cuts [18:01:08 CEST] <bencoh> you dont either with a command as simple as that one ;) [18:01:57 CEST] <bencoh> unless default settings changed and ffmpeg defines fixed-gop/disables scenecut ... which I highly doubt :) [18:02:06 CEST] <furq> why would either of those matter [18:02:15 CEST] <bencoh> for 15-second cuts? [18:02:22 CEST] <furq> for a single 15 second clip [18:02:23 CEST] <bencoh> aaah, nevermind [18:02:43 CEST] <bencoh> pfew I guess I should just stop half-reading the chan for today :) [18:05:53 CEST] <melvster> ok this is looking better thanks I found the hint that -strict -2 helps sometimes [18:08:11 CEST] <sfan5> -strict -2 helps if ffmpeg refuses to encode aac [18:09:16 CEST] <melvster> is the .mp4 suffix at the end of the file important, ie will ffmpeg stiff the extension and encode based on that? [18:09:26 CEST] <melvster> )) at the end of the 'output' file [18:15:30 CEST] <BtbN> updating ffmpeg helps if you still need the strict thing to use aac. [19:03:29 CEST] <kepstin> melvster: if you don't use the '-f' option, then ffmpeg uses the file extension to pick the format [19:03:52 CEST] <kepstin> melvster: you can use e.g. '-f mp4' to override it, then ffmpeg ignores the file extension [19:45:11 CEST] <podman> I have an MP4 where the audio track is delayed by about 20 seconds. Is there a way to re-encode that audio track so that it has 20 seconds of silence instead of the delay? [19:45:57 CEST] <furq> podman: https://ffmpeg.org/ffmpeg-filters.html#adelay [19:46:58 CEST] <podman> furq: I'm not sure I follow, It looks like I could use that to remove the delay or change it, but i want the audio track to be the same duration as the video track and the gap to be filled with silence [19:47:25 CEST] <furq> that's what adelay does [19:47:38 CEST] <furq> -af adelay=20000|20000 [19:47:46 CEST] <furq> will add 20 seconds of silence to the start of both channels [19:48:07 CEST] <podman> furq: interesting. i'll play around with that then. thanks [20:26:26 CEST] <Kiicki> I'm new to ffmpeg. Does this seem good for someone that normally just changes the CRF value in a GUI program and wants the same audio without re-encoding? ffmpeg -i SomeMovie.mkv -c:v -libx264 -crf 24 -c:a copy SomeMovieOutput.mkv [20:27:00 CEST] <sfan5> yes that looks good [20:27:07 CEST] <sfan5> except the - you have before libx264 [20:28:21 CEST] <Kiicki> ffmpeg -i SomeMovie.mkv -c:v libx264 -crf 24 -c:a copy SomeMovieOutput.mkv [20:28:23 CEST] <Kiicki> like this? [20:29:48 CEST] <Kiicki> but how is the x264 preset, profile and the level? What is the standard if I don't have a command for it? [20:31:21 CEST] <furq> the default preset is medium [20:31:33 CEST] <furq> profile and level are determined automatically [20:31:51 CEST] <furq> it's pretty rare that you need to care about those [20:32:11 CEST] <kepstin> and profile/level is default unset, which means x264 will use all available features. You should only set it if you're targetting a specific playback device that only supports some max level. [20:32:51 CEST] <Kiicki> I'm just targeting what it's already set on the file. If it can read that and output that, it's all good [20:32:54 CEST] <furq> yeah they're unset by ffmpeg and then set by x264 based on the properties of the video stream [20:33:30 CEST] <kepstin> Kiicki: the profile/level automatically determined on the output file has no relation to the input file [20:33:57 CEST] <furq> iirc setting profile in ffmpeg will restrict the features x264 can use but level is purely advisory [20:34:12 CEST] <furq> there's no sensible course of action if you specify -level 30 on a 1080p60 file [20:34:37 CEST] <Kiicki> so I should just forget about setting the level and profile? [20:34:41 CEST] <furq> yeah [20:34:53 CEST] <furq> unless you're targeting a hardware device that you know has restrictions [20:35:36 CEST] <Kiicki> didn't know that some devices would reject profiles and levels. Thought they just cared for codec and container. Nice to know [20:35:43 CEST] <furq> most phones etc are quite happy with high@4 these days [20:35:46 CEST] <furq> which is good for 1080p30 [20:36:02 CEST] <furq> and yeah the level is specifically a measure of decoder performance [20:36:12 CEST] <furq> hardware decoders will have a max level they're capable of decoding [20:36:43 CEST] <furq> and the profile defines a set of features that the decoder has to support [20:37:58 CEST] <Kiicki> if I have chapters in my file, would it transfer to the output file? [20:38:17 CEST] <furq> it should do [20:38:48 CEST] <Kiicki> and I suppose the same with the subtitles? No commands? [20:38:54 CEST] <furq> right [20:38:58 CEST] <Kiicki> if so, I will just use that command [20:38:59 CEST] <Kiicki> thanks [20:39:09 CEST] <furq> by default it'll pick one video, one audio and one subtitle stream [20:39:26 CEST] <furq> if you want other streams then use -map [20:52:19 CEST] <soulshock> interesting. zeranoe's win64 build exits with exit code 0 if there is a read error of input file [20:52:56 CEST] <sirbryan> I'll throw a question out there. I've got issues with audio and video falling out of sync after 24+ hours of segmenting. Incoming video is H.264 w/ 2 CH AAC, so all I'm having ffmpeg do is segmentation for HLS. [20:54:41 CEST] <sirbryan> I'm assuming it's related to an error in the incoming stream, the quality of which is generally out of my control (off-air channels). [20:57:15 CEST] <sirbryan> I'm wondering if there's a command line option to tell ffmpeg to occasionally recheck audio/video timestamps or similar. overrun_nonfatal is set to 1. [20:58:25 CEST] <DHE> using udp? there is an issue I've had with long-running streams after ~26.5 hours. that's about how long it takes for MPEG-TS timestamps to loop around their numerical range. [21:00:14 CEST] <sirbryan> Inbound is UDP multicast, yes. [21:10:09 CEST] <Kiicki> Windows 10 doesn't have "Open command window here"? [21:11:09 CEST] <ChocolateArmpits> I hardly imagine how that would be useful [21:11:49 CEST] <Kiicki> So I don't have to write where the folder/file is exactly located at [21:17:34 CEST] <ChocolateArmpits> Well it's not a feature in previous versions of Windows [21:17:52 CEST] <ChocolateArmpits> However it's possible to add a launcher in the right click drop down menu [21:18:26 CEST] <ChocolateArmpits> If I'm not mistaken [21:21:39 CEST] <furq> Kiicki: you can just drag the file into the command prompt [21:21:44 CEST] <furq> it'll paste the full path [21:22:00 CEST] <Kiicki> same with folder? [21:22:25 CEST] <furq> probably [21:22:29 CEST] <Kiicki> Yes, I'm really newbie at this [21:23:02 CEST] <Kiicki> I don't even know basic coding [21:27:07 CEST] <BtbN> Kiicki, just as any other windows version before it, hold shift while right-clicking, and you have that option. [21:27:38 CEST] <ChocolateArmpits> oh snap [21:28:28 CEST] <Kiicki> Thanks. didn't know that. I just realized that you also can copy the address with two clicks. I guess either way works. [21:46:59 CEST] <Kiicki> when converting, what does "time" mean? Until it's finished? It's only increasing. I'm at 3 hours now and it's still increasing. Normally it takes 30 min with Handbrake [21:47:25 CEST] <Kiicki> can't be until it's finished. can't be how long I have been converted. What is that? [21:48:22 CEST] <ChocolateArmpits> The latter [21:48:28 CEST] <ChocolateArmpits> Well actually [21:48:35 CEST] <ChocolateArmpits> How much of the video was converted in duration [21:49:01 CEST] <ChocolateArmpits> So if it says 3 hours then 3 hours of the total duration have been processed [21:49:17 CEST] <Kiicki> that makes sense. Thought it bugged out [21:50:46 CEST] <sfan5> Kiicki: btw with subtitles you need -c:s copy [21:50:51 CEST] <sfan5> but you probably already figured that [21:56:43 CEST] <kepstin> well, it depends on the output format. if you're doing text subs, encoding to mkv, ffmpeg will default transcode to ass, which should work fine. [21:57:57 CEST] <Kiicki> yes, it has transcoded it [22:02:53 CEST] <m0zz> hey everybody [22:04:12 CEST] <m0zz> iam using the report function to pipe the report live to an php script, which checks the framerate, speed etc, sometimes some rtmp_packet delivery fails and it delays a litte bit. so the stream is hanging [22:04:51 CEST] <m0zz> do you think it would be easy to modify the -report function this way, that it counts all error message and prints the sum or something like that? [22:12:38 CEST] <m0zz> i got this error, more often [22:12:41 CEST] <m0zz> [mpegts @ 0000000002b93500] Delay between the first packet and last packet in the muxing queue is 10100000 > 10000000: forcing output [22:28:24 CEST] <Bray90820> Can someone tell me why I can't convert this mov file [22:28:25 CEST] <Bray90820> http://pastebin.com/raw/LpNwrxF6 [22:30:25 CEST] <furq> [mp4 @ 0x7f81cd801c00] Could not find tag for codec pcm_s16be in stream #1, codec not currently supported in container [22:34:52 CEST] <Bray90820> So basically I need to pick another format? [22:35:11 CEST] <Bray90820> Audio format that is [22:35:17 CEST] <sirbryan> Yes. [22:35:48 CEST] <sirbryan> I've also found that the names sometimes change, i.e. I was using a specific hardware encoder that was once called vtenc_h264, but now they named it h264_videotoolbox [22:35:55 CEST] <furq> have we not had this exact conversation at least three times before [22:37:06 CEST] <Kiicki> converted my first file with ffmpeg. It was a success [22:57:59 CEST] <sirbryan> DHE: On the long-running UDP stream issue, would you suspect the problem is in the decoding/reading end, as opposed to the output? [23:02:20 CEST] <DHE> sirbryan: it's most likely. signal reception will vary and ffmpeg doesn't handle outages and errors that cleanly [23:23:50 CEST] <Kiicki> If anyone has a lot of experience with ffmpeg and has time to answer few of my questions, hit me up : ) [23:27:45 CEST] <furq> i heard about a place where you can chat with a lot of people who have experience with ffmpeg [23:27:49 CEST] <furq> i don't know where it is though [23:29:03 CEST] <Kiicki> http://pastebin.com/raw/E504DnhK [23:30:01 CEST] <Kiicki> Some of the questions is not needed as chapter and subs since it does transcode it automatically. I'm just curious if it didn't, what command I should use [23:30:56 CEST] <DHE> the profile is set with: -profile:v baseline [23:31:20 CEST] <DHE> level is similar, but you use 31 instead of 3.1 [23:33:08 CEST] <furq> it isn't possible to show the time remaining [23:33:17 CEST] <Kiicki> noted, so: -profile:v high -level 41 [23:33:19 CEST] <furq> keeping the original file name is a job for your shell [23:33:23 CEST] <Kiicki> is this right if I want high and 4.1? [23:33:29 CEST] <furq> yes [23:33:36 CEST] <furq> but as was said earlier, you probably shouldn't set them [23:34:07 CEST] <Kiicki> I just noticed that the default is level 3.1 and my input is 4.1 [23:34:08 CEST] <Kiicki> Not sure if this means anything, but I just prefer it to be same [23:34:18 CEST] <furq> it's not the default [23:34:28 CEST] <furq> 3.1 is the level that your file needs [23:34:41 CEST] <furq> setting it to 4.1 is redundant and might cause a player which could decode the file to reject it [23:35:25 CEST] <Kiicki> ok, I will just leave it for good. but it's just nice to know [23:35:34 CEST] <furq> i don't think there's ever a good reason to set level [23:35:59 CEST] <furq> setting the profile makes sense because it will actually restrict the x264 encoding options to be compatible with that profile [23:36:07 CEST] <furq> but setting the level doesn't do that iirc [23:36:14 CEST] <furq> so you'll just end up with the wrong level for no reason [23:36:42 CEST] <furq> note that "makes sense" means it's not totally worthless, not that i advise doing it [23:37:33 CEST] <Kiicki> yeah, I most likely won't run into any problems [23:38:25 CEST] <furq> also you copy the subtitles with -c:s copy [23:38:56 CEST] <furq> and -map_chapters 0 to copy chapters [23:39:00 CEST] <furq> although i thought that was the default [23:39:09 CEST] <Kiicki> can I ask what the "c" stands for? I suppose it's not copy since you already have copy in the last word [23:39:19 CEST] <furq> c = codec, s = subtitles [23:39:26 CEST] <Kiicki> yes, it is. Just saying if it doesn't I know what to do [23:41:42 CEST] <Kiicki> I basically know everything i need to know since I'm not to advanced. The only problem I have left which is the big one is how I can start converting much faster. I really don't like that I always need to type in the exact same file name or to manually type in the destination and so on. Moving around the exe file to the folder I want to convert and so on [23:42:13 CEST] <Kiicki> I have converted one file and I put the exe file in the same folder as my MKV. I hit shift and right click and opened the command. The destination was set, but is this really the fastest way? [23:43:26 CEST] <furq> add ffmpeg to your PATH [23:43:28 CEST] <furq> http://superuser.com/a/284351 [23:57:34 CEST] <Kiicki> furq I'm here now and not sure what to do. Sorry for the different language, but do I just hit "New" and which one? Upper or down? http://puu.sh/qCBti/3f58588bab.png [23:58:04 CEST] <furq> there should be an existing entry for PATH [23:58:13 CEST] <furq> edit that and add ";C:\path\to\ffmpeg" to the end [23:59:13 CEST] <Kiicki> but there isn't any Path : / [23:59:26 CEST] <sfan5> no entry in the lower box? [23:59:34 CEST] <furq> yeah it'll be in the system variables list [23:59:43 CEST] <Kiicki> ooh yes. I found Path on the lower box. something about Jaba [23:59:45 CEST] <Kiicki> java* [00:00:00 CEST] --- Tue Aug 16 2016

1 0

ffmpeg-devel.log.20160814
by burek 15 Aug '16

15 Aug '16

[10:05:46 CEST] <cone-404> ffmpeg 03Paul B Mahol 07master:ec4ed2f69c24: avfilter/vf_signalstats: fix saturation calculation for >8 bit [10:48:11 CEST] <cone-404> ffmpeg 03Moritz Barsnick 07master:d14993478cd9: libavformat/http: add support for content_type option in listen mode [11:49:33 CEST] <michaelni> ubitux, if the edit list patch(es) should not be applied, you should probably update the status for them in patchwork.ffmpeg.org. not sure what status best refelects the situation. also tell me your patchwork account so i can give you powers to change status of patches other than your own [12:20:09 CEST] <ubitux> michaelni: i'm testing the patchset right now [12:20:24 CEST] <ubitux> i don't have an account yet on patchwork [12:53:20 CEST] <ubitux> i remember someone sent me one day a great sample with edit lists [12:53:40 CEST] <ubitux> but i can't find it anymore in my stuff :( [12:53:48 CEST] <ubitux> nor i remember who sent it to me :( [12:53:56 CEST] <ubitux> i might have it at work though... [12:58:46 CEST] <ritsuka> ubitux: if you want I can cut some movies randomly with quicktime [12:59:45 CEST] <ubitux> if it doesn't take you much time then sure :) [16:35:51 CEST] <medfly> I hope the ffmpeg git server just happens to be running debian old or something and is not running a vulnerable version [16:35:58 CEST] <medfly> of git [16:36:30 CEST] <nevcairiel> its some old debian yes [16:36:45 CEST] <nevcairiel> it was supposed to update some time ago but it failed, not sure what happened to that then [16:45:38 CEST] <medfly> cool [17:22:44 CEST] <Timothy_Gu> michaelni: https://patchwork.ffmpeg.org/patch/76/ looks fine. Remove the period after "you can use" though [19:05:28 CEST] <michaelni> nevcairiel, our box is not a debian box (vlc one is though), is there some new git vuln i should know of? [19:06:02 CEST] <nevcairiel> git is on vlc isnt it [19:06:15 CEST] <michaelni> we have git on ur server too [19:09:25 CEST] <nevcairiel> you would have to ask medfly then what he was referring to [19:19:37 CEST] <michaelni> nevcairiel, our git contained fixes for the vuln already [20:48:01 CEST] <durandal_1707> ban all mplayer devs! [20:52:55 CEST] <Compn> i asked for colorspaces and samples and such :P [20:52:57 CEST] Action: Compn runs [21:38:45 CEST] <RiCON> michaelni: probably https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5696 [22:14:40 CEST] <michaelni> RiCON, for kernel stuff, Raz- is really the one to talk to [22:41:53 CEST] <Chloe> Does anyone know if I can get the asm include files under a more liberal license? [22:50:29 CEST] <BtbN> which files? [22:51:09 CEST] <BtbN> And I think all asm in ffmpeg is (L)GPL? [22:52:38 CEST] <Chloe> x86util.asm, although I guess x86inc should do [22:54:11 CEST] <BtbN> That's LGPL. [22:57:38 CEST] <Chloe> Yeah. :s Some people don't like LGPL for whatever reason (not me). Oh well, thanks anyway [22:58:24 CEST] <BtbN> It's put under that license for a reason, unlikely that you get all authors to agree on changing it to something like BSD. [23:05:01 CEST] <durandal_1707> michaelni: what about updating topic of #ffmpeg [23:10:54 CEST] <michaelni> durandal_1707, you now should have the power change the topic for #ffmpeg [23:13:26 CEST] <durandal_1707> I'm on phone, so maybe tomorrow, to much typing.... [23:14:03 CEST] <BtbN> No easy topic editing in your client? [23:54:31 CEST] <Shiz> Chloe: i think x86inc comes from x264 [23:54:36 CEST] <Shiz> they're very unlikely to relicense [00:00:00 CEST] --- Mon Aug 15 2016

1 0

ffmpeg.log.20160814
by burek 15 Aug '16

15 Aug '16

[00:32:51 CEST] <fa0> I followed the example for changing volume here; [00:32:54 CEST] <fa0> https://trac.ffmpeg.org/wiki/How%20to%20change%20audio%20volume%20up-down%2… [00:33:37 CEST] <fa0> But the original video says; [00:33:39 CEST] <fa0> Stream #0:0(eng): Audio: aac (HE-AAC), 48000 Hz, stereo, fltp (default) [00:33:51 CEST] <fa0> Volume changed; [00:34:02 CEST] <fa0> Stream #0:1(eng): Audio: vorbis, 48000 Hz, stereo, fltp (default) [00:34:17 CEST] <furq> what did you expect [00:34:18 CEST] <fa0> I thought the cmd is only to boost volume not change the codec? [00:34:27 CEST] <furq> you can't change the volume without reencoding [00:34:35 CEST] <furq> evidently you didn't specify a codec and it picked vorbis [00:34:48 CEST] <fa0> ahhh ok, I thought it would just copy the audio [00:35:29 CEST] <fa0> or just use the default, is there an option to have it keep the default, or you have to pick/add in? [00:35:49 CEST] <furq> the defaults are for the container you picked [00:35:59 CEST] <furq> i'm guessing you're using mkv [00:36:05 CEST] <fa0> yea [00:36:17 CEST] <furq> you could maybe try aacgain if you want to raise the volume losslessly [00:36:33 CEST] <fa0> actually I did; -vcodec copy -af "volume=10dB" [00:36:40 CEST] <furq> yeah you can't do it with ffmpeg [00:36:50 CEST] <furq> http://aacgain.altosdesign.com/ [00:37:23 CEST] <fa0> sorry can't do what with ffmpeg, have it just use the default audio, have it detect and use that? [00:37:37 CEST] <furq> you can't change the audio volume without reencoding with ffmpeg [00:38:06 CEST] <fa0> ok thanks [00:38:07 CEST] <furq> and reencoding will incur some quality loss [00:39:00 CEST] <fa0> why the url of aacgain? [00:39:14 CEST] <furq> because that can do it without reencoding [00:39:51 CEST] <furq> you can either use -af volume=10db -c:a libfdk_aac -profile:a aac_he_v2 out.mkv [00:39:57 CEST] <furq> or demux the audio, use aacgain and then remux it [00:41:12 CEST] <furq> the second one shouldn't lose any quality [00:42:56 CEST] <fa0> the first is for ffmpeg? [00:43:01 CEST] <furq> yeah [00:44:16 CEST] <fa0> Hmm I'm using 3.1.2 and I tried running it and nothing happens, ffmpeg doesn't open [00:44:59 CEST] <fa0> I actually have it in a bash script; [00:45:02 CEST] <fa0> for i in *.*; do [00:45:10 CEST] <fa0> urxvt -g 173x40 -e ffmpeg -i "$i" -vcodec copy -af volume=10db -c:a libfdk_aac -profile:a aac_he_v2 "$OUTPUT/${i%.*}.mkv" [00:45:12 CEST] <fa0> done [00:47:55 CEST] <fa0> I don't see anything in 'man ffmpeg' about -profile [00:57:26 CEST] <fa0> furq: can I re-encode the audio and boost it at the same time, or I have to re-encode it, then boost it a second time? [00:58:31 CEST] <fa0> err that doesn't make sense, then I'm back to where I started, wasn't thinking about that [00:58:50 CEST] <fa0> errr I don't get this, I can't figure out how to run this with increasing the vol. too [01:02:36 CEST] <DHE> fa0: the 'profile' option is codec-specific. while it's a generic option, each codec has different options it will accept. [01:05:33 CEST] <fa0> ok [01:05:42 CEST] <fa0> I'm looking at the Wiki; https://trac.ffmpeg.org/wiki/Encode/AAC [01:06:34 CEST] <fa0> just trying to figure how to make this HE-AAC version 2 work with volume=10db [01:07:07 CEST] <fa0> and copy the video as I pasted my example above... [01:07:55 CEST] <fa0> ffmpeg -i input.mkv -vcodec copy -af volume=10db -c:a libfdk_aac -profile:a aac_he_v2 output.mkv" [01:08:28 CEST] <DHE> I don't see anything wrong with your above command. beyond inconsistency in the parameters (mixing -vcodec with -c:a) [01:09:15 CEST] <furq> i'm guessing you don't have libfdk_aac [01:09:45 CEST] <fa0> what libfdk_aac support in ffmpeg? [01:09:49 CEST] <furq> yeah [01:09:51 CEST] <fa0> I do [01:09:55 CEST] <furq> oh [01:09:57 CEST] <furq> that should work then [01:09:59 CEST] <DHE> the docs say dB (captital B) for the volume parameter... [01:10:10 CEST] <DHE> that's the only thing that stands out, and it might not matter... [01:10:15 CEST] <furq> that would be really dumb if that broke it [01:10:26 CEST] <fa0> hmm ok [01:10:39 CEST] <DHE> well, it says invalid inputs are simply ignored... which is kinda stupid all by itself. [01:11:30 CEST] <fa0> I don't get it, it's running now with db [01:13:52 CEST] <fa0> I have an ouput directory and if there's a copy in that dir then it runs, if I delete it, then it doesn't run [01:13:55 CEST] <fa0> hmm [01:14:16 CEST] <fa0> Maybe I have the order wrong... [01:14:35 CEST] <fa0> This [01:14:38 CEST] <fa0> ffmpeg -i "$i" -vcodec copy -c:a libfdk_aac -profile:a aac_he_v2 -af "volume=10db" "$OUTPUT/${i%.*}.mkv" [01:14:39 CEST] <fa0> Or [01:15:39 CEST] <fa0> fmpeg -i "$i" -vcodec copy -af "volume=18dB" -c:a libfdk_aac -profile:a aac_he_v2 -af "$OUTPUT/${i%.*}.mkv" [01:15:56 CEST] <furq> you've got an extra -af there [01:16:13 CEST] <furq> the order of output options makes no difference though [01:16:15 CEST] <fa0> err [01:16:18 CEST] <fa0> ok [01:17:34 CEST] <fa0> Ahh yes it needed dB :) LOL [01:20:26 CEST] <fa0> if I do ffprobe -i will it tell me if it's HE-AAC v1 or v2? [01:20:32 CEST] <fa0> All I see is; [01:20:39 CEST] <fa0> Stream #0:0(eng): Audio: aac (HE-AAC), 48000 Hz, stereo, fltp (default) [01:21:08 CEST] <furq> you have to reencode anyway so it makes no difference [01:22:39 CEST] <fa0> No, I mean, was wondering if ffprobe is telling the version, and then just re-encode to that version is all... [01:23:12 CEST] <fa0> I guess I'm assuming v2 newer better... [01:28:36 CEST] <fa0> furq: I noticed you didn't show the cmds with either -b:a or -vbr, so if neither is used, in the cmds I have, how is this working? [01:28:46 CEST] <fa0> some default assumed, based off the default? [01:34:14 CEST] <furq> -b:a and -vbr are mutually exclusive [01:34:20 CEST] <furq> i assume it defaults to -b:a 64k [01:35:37 CEST] <fa0> I assume, or ffmpeg? [01:35:55 CEST] <fa0> oh ok... [01:41:52 CEST] <fa0> Hmm is ffmpeg -i or ffprobe -i suppose to show the bitrate? I only see a sampling rate, or I've overlooking it... [01:44:25 CEST] <agrathwohl> fa0 it should, look for the ` Stream #0:0 ` line in the output [01:44:25 CEST] <fa0> Ok in a .mp4 I see; [01:44:28 CEST] <fa0> Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 159 kb/s (default) [01:44:46 CEST] <fa0> Hmm 159 is the bitrate? that seems an odd number... [01:45:06 CEST] <agrathwohl> fa0 it may be VBR [01:45:18 CEST] <fa0> ok [01:45:19 CEST] <agrathwohl> but yes, that is the bitrate as reported by ffmpeg [01:45:30 CEST] <agrathwohl> of that stream in your MP4 container [01:46:09 CEST] <fa0> Now in this mkv it only reports this; [01:46:11 CEST] <fa0> Stream #0:0(eng): Audio: aac (HE-AAC), 48000 Hz, stereo, fltp (default) [01:46:18 CEST] <fa0> why on bitrate reported? [01:46:24 CEST] <fa0> why on/no... [01:46:33 CEST] <furq> mkv doesn't store the bitrate in the metadata [01:46:39 CEST] <fa0> ahh ok [01:46:55 CEST] <furq> mediainfo will sometimes report it [01:47:53 CEST] <agrathwohl> in ffprobe you can get bitrate at the stream level of an MKV, see for instance this section of the FFprobe Tips wiki https://trac.ffmpeg.org/wiki/FFprobeTips#FrameRate [01:48:12 CEST] <agrathwohl> substitute the `avg_frame_rate` key with `bit_rate` [01:50:05 CEST] <fa0> Ok I got; 19001/634 [01:51:55 CEST] <fa0> ffprobe -v error -show_format -show_streams [01:52:12 CEST] <fa0> I was looking at the bottom of the page... [01:52:15 CEST] Action: fa0 checks [01:53:37 CEST] <agrathwohl> fa0 do instead `stream=bit_rate` [01:53:45 CEST] <fa0> avg_frame_rate=19001/634 [01:56:47 CEST] <fa0> sorry not following, that's a flag for ffprobe -v ? [02:01:19 CEST] <fa0> Under [FORMAT] it gave me; bit_rate=1073639 [06:40:47 CEST] <jookiyaya> what is better quality 720p or 1080i ? [08:19:00 CEST] Last message repeated 1 time(s). [09:19:12 CEST] <friki> jookiyaya: interlaced sucks. I'm not a video expert but I hate interlaced [09:19:38 CEST] <jookiyaya> friki yeah but i am sure you prefer 1080i over 480p [09:19:55 CEST] <friki> it depends [09:20:08 CEST] <friki> what's on the screen? a movie? [09:20:19 CEST] <jookiyaya> anything [09:20:41 CEST] <jookiyaya> from a movie to sports to blackandwhite [09:20:47 CEST] <friki> and what about bitrates? it's losless? [09:21:07 CEST] <jookiyaya> nothing is lossless [09:21:10 CEST] <friki> and the playback? is requiered to deinterlace? [09:21:19 CEST] <jookiyaya> friki yes [09:23:41 CEST] <friki> i think i can't do a general recomendation [09:24:38 CEST] <friki> motorsport, golf, tennis, sitcom, pr0n, conference, cartoon... are too different [09:27:05 CEST] <jookiyaya> are you serious [09:27:08 CEST] <jookiyaya> how different can it be [09:27:40 CEST] <jookiyaya> no way you prefer 480p over 1080i [09:27:46 CEST] <jookiyaya> or any content [09:27:49 CEST] <jookiyaya> on* [09:28:42 CEST] <friki> try to see golf or tennis on a lo framerate [09:28:59 CEST] <friki> usualy "p" have half frame rate [09:30:37 CEST] <friki> btw, why are you asking about this? [09:47:13 CEST] <jookiyaya> because i didn't know where else i could ask [09:51:26 CEST] <dl2s40> i prefer 480p on my small netbook screen [09:53:08 CEST] <dl2s40> and if it is a crappy quality 1080 I would probably prefer high quality 480p even on my larger screens [09:55:59 CEST] <jookiyaya> such a liar [09:56:18 CEST] <jookiyaya> i am calling you out [09:59:45 CEST] <dl2s40> *shrug* [10:00:30 CEST] <jookiyaya> wow, that's it [10:00:40 CEST] <jookiyaya> i called you a liar [10:00:46 CEST] <jookiyaya> and that's all you can say [10:01:04 CEST] <dl2s40> you cant even say what is better quality.. because quality has nothing to do with resolution [10:01:43 CEST] <jookiyaya> no way you prefer 480p over 1080i (of exact same content) there happy? [10:05:06 CEST] <dl2s40> i could make an encode of the same content in 480p and one in 1080i just set those 1080i settings so bad that everything is blurred, and just set settings on the 480p encode so it leads in a nice transparent encode, pretty sure you would prefer the 480p [10:05:37 CEST] <jookiyaya> are you serious [10:05:55 CEST] <jookiyaya> i am sure you could but that's won't be fair comparison [10:07:48 CEST] <mrelcee_> it all depends on whether the person doing the encodes has a clue. Ill take a good 720p over 1080 that's been squished too much.. cant' say I see much 1080i except from cheap camcorders... [10:10:06 CEST] <dl2s40> well just compare 1080p and 720p on netflix e.g. and you know what i mean. yeah cant say much about 1080i too i guess it is on some, rare but some blu-rays or from tv broadcast. i only want to say that resolution has nothing to do with quality [10:14:57 CEST] <Mavrik> Pretty much all broadcast TV is 1080i [10:15:15 CEST] <Mavrik> But yeah, bitrate and encoder quality trumps resolution mostly :) [10:24:32 CEST] <mrelcee_> my top gun blu-ray has so much film noise, it's a shitty film transfer.. with little or no processing that I can tell.. it didn't do well until I cranked up the resulting file size.. [11:05:31 CEST] <Mavrik> That's pretty obvious [11:05:39 CEST] <Mavrik> Noise is hard to compress so you need bitrate to store it [11:05:50 CEST] <Mavrik> Running a denoise filter first would help [14:44:35 CEST] <sfan5> what's the best way to cut multiple clips from a single source file and encode them into one "coherent" video? [14:47:37 CEST] <bencc> sfan5: do you want to re-encode? [14:48:14 CEST] <bencc> if you need to cut at arbitrary places (not keyframes) without re-encoding, you'll need something like [14:48:15 CEST] <bencc> https://github.com/anyc/avcut [14:48:25 CEST] <sfan5> yes i want to re-encode [14:48:32 CEST] <bencc> ok, re-encoding is easier [14:49:13 CEST] <bencc> so create multiple small clips with something like [14:49:25 CEST] <sfan5> can't i avoid that? [14:49:33 CEST] <bencc> ffmpeg -ss 00:00:10 -t 00:00:20 -i input.mp4 ... [14:49:36 CEST] <bencc> avoid re-encoding? [14:49:46 CEST] <sfan5> avoid creating multiple small clips first [14:50:13 CEST] <bencc> maybe you can but isn't it easier to 1. create several clips. 2. combine them into one long movie? [14:51:04 CEST] <sfan5> that's easier indeed [14:52:04 CEST] <bencc> ffmpeg -f concat -i clips.txt -c copy -movflags +faststart output.mp4 [14:52:11 CEST] <bencc> that's how you combine several clips [14:52:29 CEST] <bencc> https://trac.ffmpeg.org/wiki/Concatenate [14:52:34 CEST] <sfan5> oh and then use "inpoint" and "outpoint"? [14:52:40 CEST] <sfan5> http://ffmpeg.org/ffmpeg-formats.html#concat-1 [14:52:51 CEST] <bencc> 1. create several clips [14:52:54 CEST] <bencc> 2. concat [14:53:26 CEST] <sfan5> it looks like concat can also handle seeking [14:53:31 CEST] <bencc> yes, you can probably use inpoint and outpoint. I wasn't familiar with this [14:53:31 CEST] <sfan5> i'll try that first [14:53:38 CEST] <sfan5> i didn't know that it could do that either [14:53:40 CEST] <furq> sfan5: -filter_complex "[0:v]trim=10:20,setpts=PTS-STARTPTS[out1];[0:v]trim=30:40,setpts=PTS-STARTPTS[out2];[out1][out2]concat[out]" -map [out] out.mkv [14:54:13 CEST] <sfan5> that might work but gets more complex the more cuts i have [14:54:15 CEST] <sfan5> thanks anyway [14:54:29 CEST] <furq> it's easy enough to script [14:54:40 CEST] <furq> any solution gets more complex the more cuts you have [15:10:24 CEST] <furq> sfan5: http://sprunge.us/agaG [15:14:20 CEST] <sfan5> hm concat format doesn't seem to work [15:15:08 CEST] <sfan5> i have this input file http://sprunge.us/CKWP [15:15:19 CEST] <sfan5> ffmpeg instantly finishes and doesn't encode even a single frame [15:37:27 CEST] <sfan5> o.O [15:37:32 CEST] <sfan5> furq: same result with your script [15:37:45 CEST] <sfan5> nvm my fault [15:38:24 CEST] <sfan5> seems like it's actually doing something [15:38:33 CEST] <sfan5> this doens't feel like the ideal solution though... [15:41:18 CEST] <sfan5> my script now: http://sprunge.us/QJND?sh [15:46:59 CEST] <basisbit> hey, about half a year ago there was a page in the doxygen on what api parts you need to call to get from the video file to the finished frame for showing. I can't currently find that. Does anyne of you know where that could be found? [16:27:17 CEST] <Threads> furq found out how to mux subtitles into mkv with ffmpeg and have them turned off [16:27:22 CEST] <Threads> im using -map 0:0 -disposition:v:0 1 -map 1:0 -disposition:a:0 1 -map 2:0 -disposition:s:0 0 [16:27:36 CEST] <Threads> seems like you have to map it [16:59:30 CEST] <lavalike> does anyone know of a way to use ffmpeg to grab two '.m4u8's, one for video, one for audio, and pipe it to a chromecast? [17:29:09 CEST] <Threads> lavalike does the m38u's one contains video and one contains audio ? [17:30:20 CEST] <lavalike> Threads: yes exactly [17:31:57 CEST] <lavalike> I am fiddling with a tiny ffserver conf, plus ffmpeg -i &.m3u8 -i &.m3u8 -map 0:x -map 1:y -c:v copy -c:a copy http://localhost:8090/input.ffm but I am not being very successful [17:37:04 CEST] <Threads> ffmpeg -i video.m38u -i audio.m38u -map 0:0 -map 1:0 -c copy outputfile.mkv [17:37:52 CEST] <Threads> something like that maybe so you get them mapped properly and change the last one to what you need [17:49:56 CEST] <Mandevil> Hm, does ffmpeg support avisynth files? [17:50:12 CEST] <furq> it does if you build with --enable-avisynth [17:50:34 CEST] <furq> and have avisynth.dll somewhere appropriate [17:51:23 CEST] <Mandevil> I have --enable-avisynth.... [17:51:30 CEST] <Mandevil> Complains of error. [17:51:44 CEST] <Mandevil> AviSynth of course present and working on my system. [17:52:15 CEST] <furq> are you using 32-bit ffmpeg [17:52:23 CEST] <furq> (or 64-bit avisynth) [17:52:30 CEST] <furq> they both need to be the same [17:52:44 CEST] <Mandevil> How do I know what ffmpeg I have? [17:52:52 CEST] <Mandevil> I have 32-bit avisynth that's for sure. [17:53:14 CEST] <furq> `ffmpeg -version` might have a clue [17:53:22 CEST] <furq> otherwise check in task manager [17:53:36 CEST] <furq> i don't think the zeranoe builds mention it [17:55:03 CEST] <Mandevil> Hm, I think it's 64-bit ffmpeg. [17:55:05 CEST] <Mandevil> Welp. [17:56:26 CEST] <Mandevil> Is there any significant advantage to 64-bit ffmpeg? [17:56:33 CEST] <Mandevil> Otherwise I might just switch to 32-bit...? [17:56:41 CEST] <furq> none that i know of [17:57:12 CEST] <furq> 64-bit might be slightly faster but if you're using avisynth you're probably not overly concerned about that [17:57:31 CEST] <Mandevil> I'm not doing that much heavy-lifting anyway. [17:57:42 CEST] <Mandevil> And few seconds here and there makes no difference. [17:58:38 CEST] <furq> i just used 32-bit ffmpeg before i switched to vapoursynth [17:59:20 CEST] <Mandevil> Heard about this vapoursynth thing... [17:59:59 CEST] <furq> i only switched because avisynthmt likes crashing so much [18:00:20 CEST] <furq> vapoursynth is slower and there are fewer plugins available, but the multithreading actually works reliably [18:00:21 CEST] <Mandevil> Not using -mt. [18:00:32 CEST] <furq> probably no reason to switch then [18:01:10 CEST] <Mandevil> BTW, can ffmpeg alter metadata like fps in video? [18:01:23 CEST] <furq> it can't change fps without reencoding [18:01:32 CEST] <furq> some dedicated muxers can do that with certain codecs [18:01:41 CEST] <Mandevil> That's one thing I use AviSynth for... [18:01:46 CEST] <Mandevil> ..to change FPS. [18:01:52 CEST] <Mandevil> (not the only one, of course). [18:02:04 CEST] <furq> if you mean while reencoding then use -vf fps [18:02:09 CEST] <Mandevil> No. [18:02:33 CEST] <Mandevil> Well, actually, yes :) [18:03:04 CEST] <Mandevil> I used to use lagarith, where I would pass it through AviSynth to change framerate. [18:03:26 CEST] <Mandevil> I had to switch to ProRes/DNxHD. [18:04:14 CEST] <furq> https://ffmpeg.org/ffmpeg-filters.html#fps-1 [18:04:45 CEST] <Mandevil> Yes, 32-bit works fine with avisynth, thanks for the hint. [18:05:34 CEST] <lavalike> Threads: it kind of works, it screws up the audio by doing aac->ac3 on its own volition, instead of doing what -c:a copy says, weird! [ Stream #0:2 -> #0:0 (aac (native) -> ac3 (native)) ] [18:07:25 CEST] <lavalike> it also says Stream #0:1 -> #0:1 (h264 (native) -> h264 (libx264)) which I wonder if it is due to ffm being the output container, that doesn't seem to be respecting -c:v copy either [18:09:56 CEST] <Mandevil> Tried "ffplay -vf fps=fps=25" and it doesn't seem to do anything...? [18:10:50 CEST] <Mandevil> I mean, it plays the video at original framerate. [18:19:54 CEST] <durandal_1707> which is? [18:22:31 CEST] <Mandevil> 239.76 fps [18:24:13 CEST] <furq> it works for me [18:25:05 CEST] <Mandevil> furq: The commandline is: ffplay -vf fps=fps=25 GOPR0940.MP4 [18:25:32 CEST] <furq> if you want it to speed up the video then use -vf setpts [18:25:44 CEST] <Mandevil> I want to play it at 25 fps. [18:25:55 CEST] <Mandevil> Since playing it at 240 fps makes no sense. [18:26:40 CEST] <furq> shrug [18:26:47 CEST] <furq> `-vf fps=1` works for me [18:27:20 CEST] <durandal_1707> Mandevil: what version? [18:27:36 CEST] <Mandevil> furq: Yes, that work for me too! [18:27:52 CEST] <Mandevil> furq: 1 fps ok, 25 ... not ok. [18:28:05 CEST] <Mandevil> durandal_1707: ffplay version N-81338-g6612d04 [18:29:18 CEST] <Mandevil> Wait. [18:29:23 CEST] <Mandevil> I'm using the wrong file. [18:29:32 CEST] <Mandevil> No, I'm not. [18:29:34 CEST] <Mandevil> Hm. [18:29:39 CEST] <Mandevil> Don't get it. [20:17:23 CEST] <bulletfreak> so I was trying to compile ffmpeg on Slackware and for some bizarre reason it requires Samba. The build fails with this error: ERROR: smbclient not found [20:18:25 CEST] <Hans_> Hi, i need --enable-pthreads during compiling(linux) for using threads during encoding? In the documentation i found nothing about this. [20:20:15 CEST] <c_14> Hans_: if your system has support for pthreads it should be enabled by default [20:20:36 CEST] <c_14> You can check the output of ./configure --help to check if it's enabled or disabled by default and whether it does autodetection [20:21:19 CEST] <Hans_> ah ok thanks [20:21:23 CEST] <Hans_> And --enable-postproc what is? i can found a list of all these config options somewhere? [20:23:25 CEST] <BtbN> --help [20:24:37 CEST] <durandal_1707> no such command [22:17:01 CEST] <drathir> guys im wonder if -vf scale=0:0 skip option or will slowdown processing? [00:00:00 CEST] --- Mon Aug 15 2016

1 0

ffmpeg-devel.log.20160813
by burek 14 Aug '16

14 Aug '16

[00:05:43 CEST] <cone-771> ffmpeg 03Mark Reid 07master:6051bb338c5b: libavcodec/dnxhdenc: add edge emulate for dnxhr [00:05:43 CEST] <cone-771> ffmpeg 03Mark Reid 07master:44ac2b9b086d: tests/fate/vcodec: add dnxhr edge tests [00:05:43 CEST] <cone-771> ffmpeg 03Petru Rares Sincraian 07master:777697a62c00: fate: add test for compand filter [00:23:32 CEST] <Compn> llogan : k [00:23:47 CEST] <Compn> llogan : i just looked at it today, i couldnt remember if you said something about it earlier :D [00:25:44 CEST] <llogan> Compn: i can't remember either or confusing it with last trip a few weeks ago [01:37:00 CEST] <cone-771> ffmpeg 03Carl Eugen Hoyos 07master:bc7031265441: lavc/screenpresso: Fix 32bit pix_fmt, there is no transparency. [01:46:46 CEST] <cone-771> ffmpeg 03Carl Eugen Hoyos 07master:ceab04fb5db8: lavc/raw: Support QT b64a ARGB64 rawvideo. [06:54:23 CEST] <fa0> Will we see in any future versions a time progress, showing remaining time left? [11:05:11 CEST] <cone-832> ffmpeg 03Jan Sebechlebsky 07master:7d5501be1e42: avcodec/bsf: Set EOF flag only in pkt == NULL [11:05:11 CEST] <cone-832> ffmpeg 03Jan Sebechlebsky 07master:bfdca87ab55c: avcodec/bsf: Forbid packet without payload in av_bsf_send_packet [11:38:01 CEST] <cone-832> ffmpeg 03Jan Sebechlebsky 07master:2ab52644ee47: doc/bsfs: Fix bsf options divider in documentation [12:14:27 CEST] <cone-832> ffmpeg 03Carl Eugen Hoyos 07master:79dc94a63b30: configure: Check for arc4random() header definition. [12:49:45 CEST] <cone-832> ffmpeg 03Jan Sebechlebsky 07master:7ae52f8a6b4a: avcodec/bsf: Add ff_bsf_get_packet_ref() function [13:01:17 CEST] <cone-832> ffmpeg 03Paul B Mahol 07master:ee56d9bc89c2: avfilter/vf_signalstats: add >8 bit depth support [13:01:18 CEST] <cone-832> ffmpeg 03Paul B Mahol 07master:3a81775bdee7: avfilter/vf_signalstats: measure video bitdepth [14:26:30 CEST] <Compn> wasnt there a status bar added to ffmpeg ? [14:26:34 CEST] <Compn> hmm [14:27:22 CEST] <Compn> er progress bar [14:38:18 CEST] <durandal_1707> Compn: no bars please [15:30:07 CEST] <cone-832> ffmpeg 03Vivekanand 07release/3.0:f3c1a76ffdd8: avformat/allformats: Making av_register_all() thread-safe. [15:30:08 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:b2a2b1a88b3e: avfilter/af_amix: dont fail if there are no samples in output_frame() [15:30:09 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:9f1e8b4fb28f: avcodec/bmp_parser: Fix frame_start_found in cross frame cases [15:30:10 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:fca62cc6a709: avcodec/bmp_parser: Fix remaining size [15:30:11 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:76a239768f63: avcodec/bmp_parser: reset state [15:30:12 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:603fd4f77143: avcodec/bmp_parser: Check fsize [15:30:13 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:b3fe93e73b18: avformat/mpegts: Do not trust BSSD descriptor, it is sometimes not an S302M stream [15:30:14 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:9cf85419a32d: avcodec/utils: check skip_samples signedness [15:30:15 CEST] <cone-832> ffmpeg 03Umair Khan 07release/3.0:f50f7adf7a9a: avcodec/alsdec: fix max bits in ltp prefix code [15:30:16 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:a004e2e4f138: avcodec/alsdec: Check r to prevent out of array read [15:30:17 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:e7a064efa6ac: avcodec/h264: Fix off by 1 context count [15:30:18 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:7216068e4255: MAINTAINERs cleanup (remove myself from things i de facto dont maintain) [15:30:19 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:679e869496ed: avcodec/mpegvideo: Do not clear the parse context during init [15:30:20 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:5bf11223dd8e: avcodec/cfhd: Set dimensions unconditionally [15:30:21 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:280587b4ab10: avformat/mp3dec: Increase probe score slightly when the whole data from begin to end is mp3 [15:30:22 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:2577cfd207ee: avcodec/mpc8: Correct end truncation [15:30:23 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:4e5d1c45f111: avformat/mpegts: adjust probe score for low check_count [15:30:24 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:694d37eb52ad: avfilter/vf_telecine: Make frame writable before writing into it [15:30:25 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:19b86db2b32f: avcodec: Add avpriv_codec_get_cap_skip_frame_fill_param() [15:30:26 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:d13ba3960659: tests/api/api-codec-param-test: Do not directly access caps_internal [15:30:27 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:13b685222584: avformat/flvdec: Accept last size if its off by 1 [15:30:28 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:96ce6f64cc33: avcodec/flac_parser: Raise threshold for detecting invalid data [15:30:29 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:c34f0616d9c7: avformat/flacdec: Fix seeking close to EOF [15:30:30 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:811d560378f3: avformat/format: Fix registering a format more than once and related races [15:30:31 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:a5680d83af26: avformat/mov: Check sample size [15:30:32 CEST] <cone-832> ffmpeg 03Sasi Inguva 07release/3.0:6e13acaadd5c: libx264: Increase x264 opts character limit to 4096 [15:30:33 CEST] <cone-832> ffmpeg 03Kacper MichajBow 07release/3.0:6e6609f5dd61: libavutil/opt: Small bugfix in example. [15:30:34 CEST] <cone-832> ffmpeg 03Kacper MichajBow 07release/3.0:c5757266219c: libavformat/rtpdec_asf: zero initialize the AVIOContext struct [15:30:35 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:8b3d9c33d617: avcodec/vp9_parser: Check the input frame sizes for being consistent [15:30:36 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:7876fd679d98: ffplay: Fix invalid array index [15:30:37 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:2a8441e949ee: avformat/oggdec: Fix integer overflow with invalid pts [15:30:38 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:e7c00a281423: avcodec/ffv1enc: Fix assertion failure with non zero bits per sample [15:30:39 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:ab9616428ac0: avcodec/raw: Fix decoding of ilacetest.mov [15:30:40 CEST] <cone-832> ffmpeg 03Hendrik Leppkes 07release/3.0:09d185406387: cmdutils: remove the current working directory from the DLL search path on win32 [15:30:41 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:534dc63089d9: Update for 3.0.3 [15:30:42 CEST] <cone-832> ffmpeg 03Michael Niedermayer 07release/3.0:66bd740e0ba5: avcodec/h264: Put context_count check back [17:46:47 CEST] <ubitux> durandal_1707: opinion on having some lavfi filter-test progs for finer grain tests? [17:47:20 CEST] <ubitux> i'm back on nlmeans and some code i'm writing is relatively sensitive; i'm currently using an external prog to test very specific part [17:47:31 CEST] <durandal_1707> ubitux: hmm [17:47:37 CEST] <ubitux> i'm wondering about integrating that test code inside the filter scoped into a #if TEST ... [17:48:03 CEST] <durandal_1707> what it tests? [17:48:33 CEST] <ubitux> it's basically computing a bunch of integrals with all kind of parameters [17:49:18 CEST] <ubitux> https://github.com/ubitux/FFmpeg/blob/3731bc3872bbf8a870d67196b440cf48aeaab… [17:49:42 CEST] <ubitux> (not actually doing any test currently, but computing and printing; i'm going to add some checks now) [17:52:01 CEST] <durandal_1707> integrals, uh oh [17:52:28 CEST] <ubitux> yeah i was trying to make it possible to make it much faster later on [17:52:42 CEST] <ubitux> so i had to split boundary area computation from the rest [17:53:30 CEST] <ubitux> the unsafe version covering most of the area is thus very simple now and relatively easy to simdify [17:54:01 CEST] <ubitux> i'll need to push it further to have it modN width though, but that will come later [17:54:15 CEST] <ubitux> even in C it should be much better [17:54:37 CEST] <ubitux> anyway, back to the topic, i was planning to have that main() in between TEST ifdefery within the filter [17:54:46 CEST] <ubitux> so it could be tested specifically [17:56:57 CEST] <durandal_1707> but? [17:57:40 CEST] <ubitux> but that will be the first filter to do so [17:57:48 CEST] <ubitux> so i was just poking [18:00:27 CEST] <ubitux> i hope to be done with the filter relatively soon btw [18:00:39 CEST] <ubitux> i just didn't have time to focus on recently [18:02:28 CEST] <durandal_1707> it could become useful in future [18:03:11 CEST] <cone-832> ffmpeg 03Rostislav Pehlivanov 07master:c92cc2d559de: aacenc: add a faster version of twoloop as the "fast" coder [18:03:13 CEST] <cone-832> ffmpeg 03Rostislav Pehlivanov 07master:fb0abb34cb5a: aacenc: unmark the fast coder as experimental [18:07:08 CEST] <durandal_1707> is vlc ts demuxer better than ours? Sorry if asked already. [18:13:15 CEST] <durandal_1707> Anybody tried surroundscope? With 5.1 audio. [18:18:30 CEST] <jamrial> durandal_1707: doesn't vlc use lavf? [18:19:53 CEST] <durandal_1707> jamrial: not always [18:20:26 CEST] <ubitux> http://git.videolan.org/?p=vlc.git;a=tree;f=modules/demux/mpeg;hb=HEAD [18:20:34 CEST] <jamrial> yeah, just looked at the git repo. lavf wrapper but also a bunch of other demuxer [18:23:14 CEST] <jamrial> heh, custom matroska demuxer. nobody likes lavf's :p [18:23:27 CEST] <ubitux> ordered chaptering maybe? [18:23:32 CEST] <jamrial> yeah, most likely [18:23:55 CEST] <ubitux> i wonder if mpv ended up switching or not [18:24:00 CEST] <RiCON> atomnuker: "and some may be removed in the future" should've lost the "some"? [18:24:43 CEST] <jamrial> i question the need for a custom tta demuxer in vlc, though. it's a very simple format and lavf supports it perfectly [18:25:07 CEST] <jamrial> guess they wrote it before lavf's was commited and they never bothered to replace it [18:25:30 CEST] <durandal_1707> ubitux: mpv have own version, lavfilters own, and so on [18:25:43 CEST] <RiCON> ubitux: https://github.com/mpv-player/mpv/wiki/libavformat-mkv-checklist [18:25:52 CEST] <ubitux> durandal_1707: yeah i know mpv has its own one, but i remember mpv wondering about switching to lavf one [18:26:07 CEST] <ubitux> RiCON: ah, there you go; thanks [18:26:32 CEST] <Compn> we should steal all other demuxers ... [18:26:34 CEST] <Compn> make wrapper [18:26:36 CEST] Action: Compn runs [18:28:03 CEST] <ubitux> Compn: you need to understand that fundamental issues involve api thinking [18:28:21 CEST] <jamrial> ubitux: doubt it since wm4 was interested in ordered chapters functionality [18:28:23 CEST] <ubitux> it's not just a bucket in which you throw building blocks code [18:29:00 CEST] <ubitux> jamrial: according to the wiki it's handled at a higher level; so maybe exporting as side data or whatever may do [18:29:05 CEST] <Compn> adding more demuxers requires api changes ? [18:29:06 CEST] <Compn> heh [18:29:25 CEST] <ubitux> but then again, you probably want to design a side data that can handle more than just matroska [18:29:49 CEST] <Compn> most players out there (mpv, mplayer, vlc) can use different demuxer libs (lavf, libmatroska, libogg etc) [18:29:49 CEST] <ubitux> Compn: the reason most players use their own mkv demuxer is because of api limitation [18:30:19 CEST] <Compn> not just talking about mkv [18:30:22 CEST] <Compn> but all demuxers [18:30:38 CEST] <Compn> nevermind [18:35:46 CEST] <cone-832> ffmpeg 03Rostislav Pehlivanov 07master:6612d0493356: aacenc: fix various typos and an error message [18:35:50 CEST] <kierank> vlc uses its own demuxes for everything apart from flv afaik [19:55:11 CEST] <kierank> atomnuker: any idea where we did uyvy -> planar asm? [19:57:14 CEST] <kierank> ah void ff_uyvy_to_planar_10_c(uint16_t *y, uint16_t *u, uint16_t *v, const uint16_t *l, const int64_t width) [20:36:54 CEST] <kierank> aballier: https://github.com/kierank/ffmpeg-sdi/blob/master/libavcodec/x86/sdienc.asm… [20:36:58 CEST] <kierank> atomnuker: ^ [20:37:00 CEST] <kierank> what does that SWAP do? [21:05:01 CEST] <jamrial> kierank: pre processor macro. swaps m1 with m0 for every following instruction [21:05:13 CEST] <kierank> yes, but why is the question [21:05:16 CEST] <kierank> as well [21:05:21 CEST] <jamrial> kinda pointless in this case. the mova bellow could just use m0 [21:05:37 CEST] <kierank> yeah [21:05:40 CEST] <kierank> might be some cruft [21:06:16 CEST] <jamrial> guess it was copied from the SBUTTERLFY macro [21:07:04 CEST] <kierank> maybe [21:26:18 CEST] <durandal_1707> michaelni: what about adding int64 sample format? [21:27:41 CEST] <kierank> for audio? [21:27:43 CEST] <kierank> seriously [21:28:04 CEST] <durandal_1707> sample was uploaded [21:28:29 CEST] <durandal_1707> for audiophile killer feature [21:28:53 CEST] <kierank> link? [21:41:05 CEST] <durandal_1707> http://trac.ffmpeg.org/ticket/5649 [21:41:43 CEST] <durandal_1707> kierank:^ [21:49:52 CEST] <kierank> omg what a joke [21:51:57 CEST] <nevcairiel> even as a processing format int64 makes no sense, you would use double then [22:04:10 CEST] <durandal_1707> its export format like u8 [22:05:51 CEST] <durandal_1707> and its bitexact unlike dbl across platforms [00:00:00 CEST] --- Sun Aug 14 2016

1 0

ffmpeg.log.20160813
by burek 14 Aug '16

14 Aug '16

[06:43:09 CEST] <fa0> I have a simple bash script I use for a few basic conversions; http://dpaste.com/0MAEZZB, anyone familiar with progress - Coreutils Progress Viewer? https://github.com/Xfennec/progress I'm trying to figure how I can call it from the bash script after ffmpeg starts [06:43:41 CEST] <fa0> With progress, once ffmpeg was running I just ran the cmd in a term; watch progress -wc firefox [06:43:58 CEST] <fa0> errr hehe watch progress -wc ffmpeg [06:53:27 CEST] <fa0> All I want in life right now is the ability for ffmpeg to show a time remaining.... :( [11:03:06 CEST] <Kiicki> Hi, I'm new to this and I'm not sure if ffmpeg is the right choice for me, or if I should use a GUI program. But I'm kinda stuck with a problem. The only thing I want is to be able to convert several MKV files at once with a CRF 24 and NOT re-encode the audio. I'm only trying to lower the bitrate for the video part so I can save some space. I want the audio [11:03:06 CEST] <Kiicki> as it is, but so many GUI programs forces you to re-encode the audio even if you don't want to change it. Ut's either re-encode it, or remove it [11:04:07 CEST] <Kiicki> Using mkvmerge I can easily pull out only the video and/or audio. So I could indeed convert without audio and pull out the audio with mkvmerge and use mkvmerge again to merge the audio and the converted file that has only the video part. Problem is that you can only do that one by one file [11:04:11 CEST] <Mysoft> yeah [11:04:16 CEST] <Mysoft> you can do like this [11:04:48 CEST] <Mysoft> ffmpeg -i input.mkv -q 24 -acodec copy output.mkv [11:05:24 CEST] <relaxed> use -crf instead of -q [11:05:25 CEST] <Kiicki> Is there a GUI program that supports commands or should I just use commands? [11:05:38 CEST] <Mysoft> it would be wise to speficy the output codec [11:05:47 CEST] <Kiicki> x264 [11:05:48 CEST] <Mysoft> to prevent it using a default codec for the output [11:05:54 CEST] <Kiicki> aah, yes [11:06:00 CEST] <Mysoft> like -vcodec libx264 [11:06:01 CEST] <Mysoft> ;) [11:06:11 CEST] <Mysoft> and yeah sorry -crf 24 ^^ [11:06:18 CEST] <Mysoft> -q 24 is for vbr ^^ [11:06:33 CEST] <Kiicki> I have been considering using x265 but I have a slow laptop and converting to x265 takes around twice as long. Maybe even more [11:06:37 CEST] <Mysoft> (which is better to reduce size anyway) [11:06:58 CEST] <Mysoft> and you can select [11:07:33 CEST] <Mysoft> "-preset" to tune between size and fast enconding [11:07:37 CEST] <Mysoft> the default is slow i think [11:08:08 CEST] <furq> Kiicki: don't use x265 unless you're going to use one of the slow presets [11:08:12 CEST] <Mysoft> but there's fastest/fast/slower... (and some others in between) [11:08:35 CEST] <furq> iirc it's actually less efficient and slower if you use one of the fast presets [11:08:39 CEST] <furq> (than x264) [11:08:47 CEST] <Kiicki> ffmpeg is a completely new world for me. So many confusing things. I have trying to browse the website for the commands, but can't find them [11:09:03 CEST] <Mysoft> i know your feeling :P [11:09:08 CEST] <Mysoft> but once i understood it... [11:09:15 CEST] <Mysoft> i never went back to those broken gui's [11:09:15 CEST] <Mysoft> :P [11:09:45 CEST] <Mysoft> ffmpeg looks confusing because it's VERY VERY VERY advanced [11:10:14 CEST] <Mysoft> and the full documentation is here [11:10:15 CEST] <Mysoft> https://ffmpeg.org/documentation.html [11:10:46 CEST] <Mysoft> and the "idea/order" for command line is like this [11:11:13 CEST] <Kiicki> there's even a book. this is huge [11:11:31 CEST] <Mysoft> ffmpeg [parameters for input file] -i InputFile [parameters for maybe another input file] -i AnotherInputFile [parameters for output] outputfile [11:11:58 CEST] <Mysoft> global parameters can go anywhere but i guess people tend to put it along with [parameters for output] [11:12:29 CEST] <Mysoft> but so paramaters that are file specific apply to the next referenced file [11:12:49 CEST] <Mysoft> (so the same idea is valid for "-i input" or just the "output" at end :) [11:12:58 CEST] <Kiicki> Think I have to figure out all the commands I need to use. There's a lot of settings that goes on when converting. I'm guessing that all this "settings" would need to be applied to a command [11:13:24 CEST] <Mysoft> heh most of the time you dont really want to mess up with extra parameters (or codec specific) [11:13:28 CEST] <Mysoft> unless you have a reason to [11:13:47 CEST] <Mysoft> and "preset" changes a bunch of those based on speed/quality/size [11:14:15 CEST] <Mysoft> so slower... preset will have higher quality on "constant bitrate" [11:14:17 CEST] <Mysoft> while [11:14:25 CEST] <Kiicki> I'm just trying to change the CRF. Leave the Audio alone so no re-encoding. Maybe there are cases where I want to change the audio but that's no problem since that needs to be re-encoded anyways [11:14:37 CEST] <Mysoft> faster... will just have bigger size on "variable bitrate" [11:15:03 CEST] <Kiicki> I usually leave the preset and the level the same as my file is [11:15:17 CEST] <Kiicki> many of them is "high" and level 4.1 [11:15:24 CEST] <Mysoft> that's not preset [11:15:26 CEST] <Mysoft> that's profile :) [11:15:35 CEST] <furq> Kiicki: for m in *.mkv; do ffmpeg -i "$m" -c:v libx264 -crf 24 -c:a copy "${m%%.*}_out.mkv"; done [11:15:40 CEST] <Kiicki> aah, always mix those two up [11:15:56 CEST] <Mysoft> (profile is a set of rules of a standard) [11:16:18 CEST] <Mysoft> (preset is a set of methods to use while encoding... (for all profiles*)) [11:16:27 CEST] <Kiicki> ooh, yeah. No I remember. I usually just leave it at medium or standard if that is more correct [11:16:52 CEST] <furq> ffmpeg is really not as intimidating as it looks and it's worth the time investment [11:17:00 CEST] <Mysoft> yes! :) [11:17:05 CEST] <Mysoft> using ffmpeg with a single command line [11:17:25 CEST] <Kiicki> It is like learning a new language. The thing you wrote, could have fooled me and said that it is Chinese [11:17:41 CEST] <Mysoft> i could do the whole webcam capture+mixing with mic+mixing with screen capture+overlaying and output directly to a rtmp stream of twitch [11:17:48 CEST] <Mysoft> like they do with OBS :P [11:18:04 CEST] <Mysoft> but without a "SOB" bloated non compatible software like OBS [11:18:04 CEST] <Mysoft> :P [11:18:10 CEST] <furq> half of the thing i wrote there is bash [11:18:19 CEST] <Mysoft> yeah [11:18:20 CEST] <furq> or posix shell if you want to be pedantic, which of course i do [11:18:28 CEST] <Mysoft> if you need a batch equivalent just ask :) [11:18:35 CEST] <furq> don't ask me though [11:19:10 CEST] <Kiicki> Would you say that converting with ffmpeg is faster than GUI programs? One of my concerns is that I always need the exe file or the batch file in the same folder that I want to convert? Or at least change the command so it knows what folder I want to convert? [11:19:37 CEST] <furq> just install it into your PATH [11:20:28 CEST] <Mysoft> Kiicki many GUI programs [11:20:33 CEST] <Mysoft> just use ffmpeg (or libav) [11:20:49 CEST] <Mysoft> but they usually have other "options" other than ffmpeg [11:21:14 CEST] <Mysoft> and many times i think they make stuff worse :P [11:21:41 CEST] <Mysoft> because they are either convoluted or tunned for starters (basic conversion to spefic device) [11:21:50 CEST] <Mysoft> which always end in worse quality :( [11:22:06 CEST] <Mysoft> the only case that ffmpeg might still "lose" in speed [11:22:08 CEST] <furq> guis are great if you need to do the specific thing the gui is made to do [11:22:11 CEST] <Kiicki> meGUI does have ffmpeg I think. Not sure what you guys think of the program though [11:22:27 CEST] <furq> if you think ffmpeg's gui is daunting then you probably shouldn't use megui [11:22:28 CEST] <Mysoft> is with hardware acceleration decode/encode [11:22:49 CEST] <furq> megui is close to being the worst gui i've ever used [11:22:51 CEST] <Mysoft> because that is still experimental on ffmpeg :) [11:23:24 CEST] <Kiicki> That I'm not sure of. also ffmpeg is disabled here. Not even sure how to enable it. But if it's bad, I won't use it [11:23:25 CEST] <furq> although i can't accuse it of lacking options [11:23:41 CEST] <furq> well this is the thing [11:23:45 CEST] <furq> megui is quite good (i have it open right now) [11:23:54 CEST] <furq> but because it's quite good, it has a loathsome gui [11:24:35 CEST] <furq> i'm yet to encounter something which has a passable feature set and a good gui [11:25:35 CEST] <Kiicki> Then screw GUI programs. Think I will take some time and learn about ffmpeg [11:25:38 CEST] <Kiicki> command converting [11:25:48 CEST] <Mysoft> heh i have a friend that keep asking to me GUI's like that [11:26:00 CEST] <Mysoft> because i also have problems with GUi's [11:26:09 CEST] <Mysoft> but most of the time is because there's the portability problems [11:26:17 CEST] <Mysoft> linux people tend to dislike gui's [11:26:22 CEST] <Mysoft> and when they make one... they tend to make it portable [11:26:31 CEST] <Mysoft> so on windows... those run crap [11:26:39 CEST] <Mysoft> and on windows side people... [11:26:47 CEST] <Kiicki> yeah, the new meGUI is portable [11:26:58 CEST] <Mysoft> most of the programmers are noobs, so they are using .net for the gui [11:27:10 CEST] <Mysoft> which makes it no better [11:27:20 CEST] <Mysoft> than the QT/GTK alrernatives [11:27:41 CEST] <Mysoft> so it's a problem ^^ [11:28:10 CEST] <furq> i should really finish writing that dvd chapter list to ffmetadata converter so i don't have any reason left to use megui [11:28:21 CEST] <furq> or mkvmerge, for that matter [11:28:42 CEST] <Mysoft> lately things got worse... because .net 4.5 or new programs [11:28:49 CEST] <Mysoft> (even unix portable??????) programs [11:28:59 CEST] <Mysoft> that doesnt work on windows XP, so i have to fix them myself everytime :P [11:29:04 CEST] <Mysoft> (i got pretty good at that tough :P) [11:32:09 CEST] <Kiicki> you are using xp? [11:32:10 CEST] Action: ritsuka facepalms at Windowx XP mention [11:32:47 CEST] <Mysoft> yes :) [11:32:50 CEST] <Mysoft> and don't start with that [11:32:57 CEST] <Mysoft> it's stupid very stupid [11:33:07 CEST] <Mysoft> specially when linux people [11:33:17 CEST] <Mysoft> also hate the new KDE and that new "init" method [11:33:21 CEST] <Mysoft> so they would stick to the old one [11:33:36 CEST] <Mysoft> the same way that certain more advanced distros also have older methods for everythinb [11:33:39 CEST] <Mysoft> because they are BETTER [11:33:43 CEST] <Mysoft> and that's the case of XP [11:33:52 CEST] <Mysoft> i can't tolerate anything newer [11:34:00 CEST] <Mysoft> so please STOP [11:34:25 CEST] <Kiicki> But it's like 15 years old : o [11:34:40 CEST] <Kiicki> holy shit, it's been that long [11:35:03 CEST] <Mysoft> so what? [11:35:16 CEST] <Mysoft> elvis is over 60 yo [11:35:22 CEST] <Mysoft> and so do my mom [11:35:27 CEST] <Mysoft> they should be replaced too? [11:35:45 CEST] <ritsuka> nothing, just don't complain if new software doesn't support it :P [11:35:57 CEST] <Mysoft> i'm not complaining of software not supporting it [11:36:02 CEST] <Mysoft> i'm complaning of software using more than they need [11:36:08 CEST] <Mysoft> just for convenience and laziness [11:36:09 CEST] <Mysoft> :) [11:36:20 CEST] <furq> well elvis died on the toilet [11:36:26 CEST] <Kiicki> ^ [11:36:29 CEST] <furq> so you shouldn't be too surprised when that happens to windows xp [11:36:33 CEST] <BtbN> feel free to submit patches. And make sure they don't break anything while ripping out unneded API features. [11:36:39 CEST] <Mysoft> furq it will be alright [11:36:46 CEST] <Mysoft> since i will move to ReactOS when it gets beta [11:36:54 CEST] <BtbN> so, never? [11:36:55 CEST] <furq> that's going to take more than 60 years [11:37:04 CEST] <Mysoft> i'm not in a hurry [11:37:09 CEST] <furq> well that's good [11:37:15 CEST] <Mysoft> since XP wont stop working while i can do stuff to it myself [11:37:31 CEST] <Mysoft> much better than being slaved ;P [11:37:42 CEST] <BtbN> It's just a mess of unpatched security issues and missing software-support... [11:37:52 CEST] <Mysoft> no it's not :P [11:37:55 CEST] <BtbN> Yes it is. [11:37:57 CEST] <Mysoft> no it's not [11:37:58 CEST] <Mysoft> :) [11:38:03 CEST] <Mysoft> technically it is more secure [11:38:05 CEST] <Mysoft> than vista+ [11:38:07 CEST] <BtbN> lol [11:38:09 CEST] <furq> you just said you have to manually fix software to get it to work [11:38:12 CEST] <Kiicki> Didn't they stop working with security issues like many years ago? [11:38:23 CEST] <BtbN> They stopped releasing security fixes over a year ago, yes. [11:38:26 CEST] <Mysoft> so? [11:38:32 CEST] <BtbN> So it's stupid to still use it. [11:38:33 CEST] <Kiicki> so it means it's not secure [11:38:35 CEST] <Mysoft> no [11:38:38 CEST] <Mysoft> it doesnt :) [11:39:08 CEST] <furq> well i'm convinced [11:39:13 CEST] <Mysoft> because the majority of people uses the worse newer ones [11:39:18 CEST] <Mysoft> and so the target of people who find exploits [11:39:20 CEST] <Mysoft> also changed to that [11:39:28 CEST] <Mysoft> and 99% of the exploits they find wont affect XP [11:39:34 CEST] <Mysoft> and even when they do it requires running a program [11:39:39 CEST] <Mysoft> if it requires running a program [11:39:40 CEST] <BtbN> you only need exactly one exploit for XP, because it's never fixed. [11:39:43 CEST] <Mysoft> they can do whatever they want [11:39:46 CEST] <Mysoft> since i'm "root" [11:39:55 CEST] <furq> xp still has a 5-10% usage share last i checked [11:40:01 CEST] <furq> mostly corporate machines [11:40:05 CEST] <furq> obviously nobody would want to hack those [11:40:13 CEST] <BtbN> And there already are numerous XP exploits out in the wild. [11:40:19 CEST] <Mysoft> none of them [11:40:22 CEST] <Mysoft> are remote... [11:40:25 CEST] <BtbN> So still using XP, specially when connected to the internet, is just plain stupid. [11:40:28 CEST] <Mysoft> and most of them require using a component [11:40:32 CEST] <furq> way more people use XP than 8 or OSX [11:40:33 CEST] <Mysoft> that i would have disabled anyway because it's bloaty [11:40:51 CEST] <furq> oh are you one of those people who's running a 70MB nLite image [11:40:55 CEST] <furq> i should have guessed really [11:41:04 CEST] <BtbN> Well, have fun with your outdated insecure system then, but don't bother other people with it. [11:41:17 CEST] <Mysoft> i'm not bothering anyone [11:41:21 CEST] <Mysoft> you're the one that is doing it [11:41:22 CEST] <Mysoft> ... [11:41:34 CEST] <BtbN> Well, you are asking ffmpeg devs to invest time to make stuff work on your unsupported system. [11:41:37 CEST] <Mysoft> and being a loser idiot [11:41:42 CEST] <Mysoft> calling crap about my OS [11:41:55 CEST] <Mysoft> BtbN because it's simple [11:42:02 CEST] <BtbN> Well, just do it yourself then? [11:42:09 CEST] <Mysoft> sure i can make patches [11:42:12 CEST] <BtbN> ffmpeg devs don't care about XP anymore. [11:42:14 CEST] <Mysoft> but if they don't get allowed [11:42:17 CEST] <Mysoft> then i will complain [11:42:29 CEST] <furq> you know, for someone who said "don't start with that", you seem pretty eager to start with that [11:42:32 CEST] <Mysoft> because then it's ffmpeg devs being losers [11:42:38 CEST] <BtbN> If they break other stuff, they will get rejected. And I'm quite sure the Vista+ features ffmpeg uses are used for something. [11:42:38 CEST] <Mysoft> i told you to not start it with [11:42:42 CEST] <Mysoft> because once you start [11:42:44 CEST] <Mysoft> i wouldnt stop [11:42:53 CEST] <Mysoft> but instead of stop [11:42:59 CEST] <Mysoft> the loser started with the usual loser crap [11:43:01 CEST] <Mysoft> which make me mad [11:43:10 CEST] <Mysoft> instead of respect different people [11:43:22 CEST] <Mysoft> BtbN no they are not :) [11:43:29 CEST] <Mysoft> there's nothing on ffmpeg (except DXVA2) [11:43:40 CEST] <Mysoft> that require vista+ [11:43:51 CEST] <Mysoft> and you wont see me complaining against that :) [11:44:13 CEST] <Mysoft> but if it stopped working on XP [11:44:20 CEST] <Mysoft> because it forcible links to DXVA2 stuff [11:44:22 CEST] <Mysoft> even when not using it [11:44:24 CEST] <Mysoft> then i would complain [11:44:35 CEST] <Mysoft> because that's a bad practice :) [11:44:38 CEST] <BtbN> Looking forward to your non-breaking patches then. [11:45:13 CEST] <Mysoft> you know that 99% of the patches that i do to fix vista+ apps are apps doing [11:45:21 CEST] <Mysoft> SomeFunctionCallEx( normal options , 0 ) [11:45:23 CEST] <Mysoft> intead of [11:45:27 CEST] <Mysoft> SomeFunctionaCall( normal options ) [11:45:39 CEST] <Mysoft> (that on vista calls "normal options , 0") [11:46:07 CEST] <Kiicki> "Download FFmpeg 64-bit Static" is what I should download right? [11:46:21 CEST] <furq> probably [11:46:35 CEST] <Mysoft> and the third problem (that is the done that i complained last time) [11:46:45 CEST] <Mysoft> is that ffmpeg win32 build was using a msvcrt.dll function that is vista+ [11:46:59 CEST] <Mysoft> when even MS said to NOT USE MSVCRT DLL functions that those are reserved for the system [11:47:11 CEST] <Mysoft> and should correctly link to the msvcrxxx.dll [11:48:11 CEST] <Mysoft> ofcourse since those are utterly easy to fix... i have tools to do that without even need to recompile... or to be version specific ^^) [11:49:07 CEST] <Mysoft> so, ok i'm done with it [11:49:14 CEST] <Mysoft> please don't keep pushing on the subject :( [12:16:39 CEST] <superbia> hola, /buffer close [16:22:23 CEST] <viric> what do you think, hyperthreading is good or bad to encode with x264? [16:25:28 CEST] <furq> it depends whether you're asking "should i enable ht" or "should i buy a cpu with ht" [16:25:39 CEST] <viric> the 1st [16:25:42 CEST] <furq> then yes [16:25:56 CEST] <furq> it doesn't make a huge difference but it's better than having it switched off [16:26:24 CEST] <furq> anecdotally at least [16:27:56 CEST] <viric> I did not benchmark on speed (time to complete a multithread job) [16:28:23 CEST] <viric> but temperature certainly rises noticeably higher if I use 3 threads instead of 2 (dualcore+HT) [16:28:38 CEST] <furq> are there any real-world cases where ht is slower [16:28:42 CEST] <viric> I know [16:28:57 CEST] <viric> ffmpeg cases? [16:29:04 CEST] <furq> just in general [16:29:31 CEST] <ChocolateArmpits> When you disable the virtual cores the performance drops [16:30:02 CEST] <ChocolateArmpits> Ok, let me explain better, when you disable the virtual cores for a given application [16:30:24 CEST] <ChocolateArmpits> So in HT all virtual cores are treated as equal performers rather than real cores only [16:31:12 CEST] <viric> I can't appreciate the meaning of that [16:31:18 CEST] <furq> i'm not sure what you're trying to say [16:31:37 CEST] <viric> avoiding the word 'real' always helps [16:31:51 CEST] <viric> try without 'real' :) [16:32:18 CEST] <viric> I didn't know I could disable HT per application. I thought more of a BIOS setting [16:32:58 CEST] <furq> you can do it with thread affinity but i don't know whether that's comparable to turning it off in the bios [16:36:12 CEST] <viric> I have loadavg > 8 [16:36:26 CEST] <viric> (quite of that is cpu) [16:36:43 CEST] <viric> multiple programs... not only one program multithread [16:36:50 CEST] <viric> I guess HT will help [17:01:48 CEST] <ChocolateArmpits> HT can't be turned off per program [17:06:45 CEST] <iive> if you execute 1 thread on 1 physical core, it runs at 100% [17:07:21 CEST] <iive> if you have HT and you run 2 threads on 2 virtual cores that are on the same physical core, both threads run at 75% [17:07:40 CEST] <iive> so you have net win of 50% when using HT. [17:07:52 CEST] <iive> at least with the test i've done on my cpu. [17:08:15 CEST] <viric> what test? [17:08:43 CEST] <viric> it'd be nice to have benchmarks for HT [17:09:32 CEST] <furq> that doesn't seem like a reliable metric [17:09:49 CEST] <furq> all 8 threads run at 100% here but it doesn't run twice as fast as with HT off [17:09:53 CEST] <furq> s/threads/cores/ [17:11:21 CEST] <iive> viric: i don't remember exactly, but it was some ultimedia related test. [17:12:05 CEST] <iive> furq: maybe you didn't understand me. while 2 HT threads run 100% utilizatation each, each one of them is running at 75% speed of single thread. [17:12:07 CEST] <viric> certainly it will depend on the algorithm [17:12:22 CEST] <viric> if the threads are running AVX code... I guess HT won't help at all [17:12:30 CEST] <viric> but if they are running quite dumb x86 code, may help [17:13:08 CEST] <iive> depends... not all units in a core are used all the time. [17:14:05 CEST] <viric> I gave the example of x264. [17:14:21 CEST] <viric> should be easy to test. [17:15:12 CEST] <iive> sure, but have in mind, you want to start separate 1 threaded processes. [17:15:27 CEST] <iive> in order to avoid locking issues [17:16:09 CEST] <t4nk253> Is there a way to override the input sampling frequency of a raw file in FFMPEG? [17:16:31 CEST] <t4nk253> I have a G722 file which conversion is distorted. [17:16:31 CEST] <viric> iive: of course [17:16:51 CEST] <t4nk253> Is there a flag for that? I swear I've RTFMed the whole thing... [17:18:18 CEST] <ChocolateArmpits> t4nk253: Did you try using -ar as an input option ? [17:18:54 CEST] <t4nk253> Everytime I did that it adjusted the output sampling. [17:19:08 CEST] <ChocolateArmpits> Did you place it before the input ? [17:19:17 CEST] <t4nk253> Let me try again. [17:19:46 CEST] <ChocolateArmpits> Input options go before the specific input, output options go before the output but after the input [17:20:27 CEST] <t4nk253> "Option sample_rate not found." [17:20:57 CEST] <ChocolateArmpits> What version are you using? [17:21:17 CEST] <t4nk253> I'm on a Windows box right now so ffmpeg version N-81328-gceab04f. [17:21:35 CEST] <t4nk253> But I've tried it with avconv on *nix systems yesterdayl [17:27:24 CEST] <ChocolateArmpits> t4nk253: Did you try conversion with sox? [17:28:28 CEST] <t4nk253> I wish [17:28:32 CEST] <t4nk253> Sox doesn't support G722. [17:30:46 CEST] <ChocolateArmpits> t4nk253: Is there any player that correctly decodes the audio stream? You could probably re-record it on playback [17:31:08 CEST] <ChocolateArmpits> And then convert it normally [17:36:31 CEST] <agrathwohl> t4nk253: are neither of the two sampling rate options of 8k and 16k provided by FFmpeg's G722 decoder working for you? [17:37:25 CEST] <agrathwohl> if I recall correctly you need to also specify an exactly correct bitrate to properly decode G722 depending on whether it is wideband or narrowband [17:46:31 CEST] <viric> I hate to use audacity to set up the audio of conference recordings [17:46:38 CEST] <viric> it's moving 2GB here and there all the time [17:52:39 CEST] <durandal_1707> viric: ffmpeg records too [18:09:06 CEST] <viric> durandal_1707: no no, I have two microphones in the room, and the two tracks. I have to silence one or the other depending on who talks, and mix them into one track [18:09:50 CEST] <Kiicki> .seen mysoft [18:10:20 CEST] <viric> ? [18:10:55 CEST] <Kiicki> thought this command worked in this channel [18:11:04 CEST] <viric> what is your soft? :) [18:11:36 CEST] <Kiicki> I'm not that techie. I don't even know what you mean by that : / [18:13:04 CEST] <Kiicki> actually, I don't understand any of it, but I have time now and will try to learn something [18:13:17 CEST] <viric> you wrote something about yoursoft [18:13:19 CEST] <Kiicki> Youtube doesn't seem like the place to learn things [18:13:40 CEST] <Kiicki> ooh, that is just a guy here [18:13:56 CEST] <Kiicki> I thought that the command ".seen" worked here so I can see when he was last active in the chat [18:15:32 CEST] <durandal_1707> I hate when people leave when I have answer for them [18:16:13 CEST] <Kiicki> They have no respect for people that are trying to help them [18:16:42 CEST] <Spring> durandal_1707, you could memo them [18:16:52 CEST] <Spring> unless they're just a rando [18:19:17 CEST] <furq> it's always a rando [18:36:37 CEST] <iive> viric: what happened with your ht cpu benchmarks? [18:48:49 CEST] <viric> iive: it's not the best moment to try them; I'll be at loadavg = double nproc for the next day. :) [18:49:38 CEST] <iive> viric: ok, when you do them, i'd be happy if you remember that i've asked about the results. [18:50:11 CEST] <viric> sure [18:50:20 CEST] <viric> I guess I'll talk about them here. [18:51:08 CEST] <viric> I'm encoding several hours of h264 in a weak notebook [19:00:26 CEST] <iive> make sure it is properly cooled :D [19:00:40 CEST] <iive> video encoding can melt plastic beams :D [19:01:14 CEST] <Spring> I'm surprised timecodes work on GIF inputs [19:01:43 CEST] <Spring> ffmpeg just treats them any other input [19:03:04 CEST] <Spring> edit, or not. ffplay does at least. [19:06:22 CEST] <viric> iive: 61° [19:42:55 CEST] <viric> iive: it is a weak enough notebook that even cannot overheat. [19:52:46 CEST] <Threads> whats the best way to have subtitles muxed in but i dont want them turned on by default i would rather have them off [19:53:25 CEST] <ritsuka> it depends on the container format you use and the player you will use to playback it [19:54:07 CEST] <furq> Threads: -disposition:s:0 0 [19:55:03 CEST] <Threads> ok thanks [19:55:11 CEST] <Threads> ritsuka its mkv im muxing to [19:56:01 CEST] <furq> it just depends on the player then [21:49:13 CEST] <Threads> furq yeah nothing is turning the flag off to stop it from playing on start up in vlc and mpc [21:51:25 CEST] <Threads> keeps setting to Default: Yes when i need it as Default: No [00:00:00 CEST] --- Sun Aug 14 2016

1 0

ffmpeg-devel.log.20160812
by burek 13 Aug '16

13 Aug '16

[01:14:02 CEST] <cone-286> ffmpeg 03Moritz Barsnick 07master:e8b355a0288c: libavformat/http: add support for headers option in listen mode [11:08:26 CEST] <ubitux> > Anniversary edition [11:08:28 CEST] <ubitux> wat [11:16:38 CEST] <Loriker> yes, I thought the same... :) [11:37:33 CEST] <jsebechlebsky> Hello, is Michael N. here? [11:38:10 CEST] <durandal_1707> Yes, his nick is michaelni [11:38:34 CEST] <michaelni> jsebechlebsky, yes [11:41:35 CEST] <jsebechlebsky> michaelni: I wanted to ask you about the failed fate test for my fifo muxer patch. Do you think it was caused by that uint8_t used as boolean option (which caused the following field was modified if the structure was packed), or there is some another issue and I should set up mips toolchain to find out? [11:41:59 CEST] <michaelni> jsebechlebsky, i think it was the uint8 [11:43:01 CEST] <michaelni> the test actually worked but 3 lines where missing in the output the printing code was under a check of that variable IIRC [11:43:14 CEST] <jsebechlebsky> ok, so I'll just fix that and resend the patch. Thanks! [13:02:55 CEST] <thardin> unicode supports colors now? [16:19:53 CEST] <durandal_1707> ubitux: are signalstats changes ok? [16:24:03 CEST] <ubitux> i don't like much the large amount of duplication instead of using (big) macro, but well... [16:24:12 CEST] <ubitux> don't you redefine SET_META macro btw? [16:25:04 CEST] <ubitux> pretty sure compute_bit_depth() can be simplified [16:26:10 CEST] <ubitux> maybe using av_popcount? [16:27:03 CEST] <ubitux> btw, the doc says the range is [0-16] [16:27:18 CEST] <ubitux> is it really? not [0-15]? [16:27:34 CEST] <ubitux> or maybe 1-16 dunno [16:29:39 CEST] <ubitux> i feel like you would want to use av_popcount(x)+1 and assume [1-16] as range [16:39:15 CEST] <cone-094> ffmpeg 03Aman Gupta 07master:b5f30fe8fea5: avcodec/utils: only warn when passed invalid lowres value [16:47:00 CEST] <durandal_1707> ubitux: what's bitdepth of image full of 0? [16:47:33 CEST] <ubitux> how can you code any information (even full of zero) on a 0 bitdepth? [16:48:42 CEST] <durandal_1707> it must have at least one bit change, no? [16:49:41 CEST] <ubitux> av_popcount(x)+1 is indeed incorrect, you might want av_popcount(x|1) [16:53:52 CEST] <ubitux> or maybe you just want av_popcount(x) with [0-16], but i feel like a picture full of 0 needs is a picture with as much information as one full of 1s [16:58:14 CEST] <ubitux> that second patch is useful though [16:58:45 CEST] <ubitux> i wonder how it detect upscaled 8-bit footages [16:59:08 CEST] <ubitux> i guess the dithering causes an actual large bitdepth [16:59:53 CEST] <nevcairiel> upscaling and dithering would definiteily increase the bitdepth [21:46:21 CEST] <CFS-MP3b> Is any mentor for GSoC here by any chance? If yes... I wonder if the org has already decided who's going to the GSoC submit in october? [21:59:33 CEST] <Compn> CFS-MP3b : the gsoc summit ? [21:59:50 CEST] <Compn> durandal_1707 was a mentor, dunno if hes working on it now [21:59:52 CEST] <Compn> michaelni is a mentor [22:06:31 CEST] <michaelni> CFS-MP3b, i think thilo and rostislav ( atomnuker ) or carl will probably go to the summit, why do you ask ? [23:18:45 CEST] <llogan> michaelni, Compn: I'll be gone Aug 15-22. No internet or mobile/cell connection, so i won't be able to clear the riff-raff from the ML queue then. [00:00:00 CEST] --- Sat Aug 13 2016

1 0

ffmpeg.log.20160812
by burek 13 Aug '16

13 Aug '16

[00:02:09 CEST] <Chloe> can I specify multiple fonts for the drawtext filter? (e.g. a main font and a fallback font) [00:04:04 CEST] <VamoMenem> Someone know the VCE h264 encoding support status on ffmpeg in linux? [00:07:06 CEST] <Chloe> VamoMenem: nonexistent afaict [00:08:32 CEST] <furq> it's not supported on any OS [00:08:40 CEST] <jkqxz> It kindof works a bit through vaapi with the latest mesa, but it's not properly tested at all. [00:08:59 CEST] <jkqxz> (Definitely inadvisable to use seriously for anything.) [00:11:36 CEST] <jkqxz> ((In a "may randomly nuke your machine" type of way, not just "may have dodgy quality".)) [00:21:30 CEST] <VamoMenem> thanks guys. im now choosing if use i7 or A10 cpu for fastest encoding. I think if VCE isnt supported yet i7 is best [00:22:34 CEST] <VamoMenem> i have 7 ffmpeg live encoders run on an i7 2600k and i need encode 21 simultaneous live streams [00:25:29 CEST] <furq> what resolution [00:26:57 CEST] <viric> what are live encoders? [00:28:04 CEST] <furq> VCE will only run 16 streams anyway, and apparently it's only good for 3 at 1080p30 [00:30:15 CEST] <VamoMenem> im now compressing to 480:270 from dvb-t tv channels in 1080p [00:30:56 CEST] <VamoMenem> to send it to ms azure cloud [00:32:11 CEST] <VamoMenem> viric: i call live encoder an a ffmpeg instance recoding from dvb-t to hls in live [00:33:15 CEST] <viric> ok [00:33:23 CEST] <viric> you have 7 and you need to reach 21 [00:35:43 CEST] <VamoMenem> yes, im using a i7 2600k but only suports 8 streams top at 75% cpu in total. i use the 8th stream to tandem between others. [00:36:47 CEST] <VamoMenem> i start the 8th process in the same channel of one of the others, and switch them. To prevent a/v syncs problems. [00:42:07 CEST] <VamoMenem> i dont know if enabling NVENC and using a nvidia cards can make some diference to avoid buying a lot of computers [00:42:23 CEST] <furq> nvenc is limited to two concurrent streams unless you buy a quadro [00:42:44 CEST] <VamoMenem> using a quadro how much streams can handle? [00:42:56 CEST] <furq> more than two [00:43:01 CEST] <furq> good luck finding any concrete information about it [00:43:11 CEST] <VamoMenem> lol [00:43:23 CEST] <furq> the most solid information i've found about nvenc is angry forum posts [00:43:50 CEST] <agrathwohl1> VamoMenem I can report anecdotally that, with nvenc, I have been running encodes at 2x the speed I'd get from using libx264. [00:43:52 CEST] <VamoMenem> yes i try to compile in debbian jessie, two diferent times [00:44:30 CEST] <agrathwohl1> And I get about half of the CPU usage. [00:44:48 CEST] <VamoMenem> agrathwohl1: how much encodes you think i can run in parallel? [00:45:36 CEST] <VamoMenem> i need to encode in 720p from 1080p , 21 simultaneous streams [00:45:37 CEST] <agrathwohl1> VamoMenem: I haven't tried to push the upper limits. I have done only 2 encodes in parallel under this configuration. [00:45:45 CEST] <agrathwohl1> But it handled this task more than adequately [00:46:22 CEST] <furq> VamoMenem: do you mean 720p or 270p [00:46:24 CEST] <agrathwohl1> My streams were 3840x2160 [00:46:26 CEST] <furq> there's obviously a big difference [00:46:37 CEST] <VamoMenem> in 720p [00:47:09 CEST] <VamoMenem> i think it is a huge work [00:47:49 CEST] <agrathwohl1> VamoMenem I would suppose that with 2 quadros it may be possible to do somewhere near the number of parallel encodes you're after, but I personally feel that 21 is a bit ambitious. Mind you, I am just an experienced FFmpeg user, not a dev. [00:48:48 CEST] <furq> VamoMenem: i take it you're using -preset ultrafast with x264 [00:49:04 CEST] <VamoMenem> yes, im using that [00:50:15 CEST] <VamoMenem> im now forcing iframes , then appling a vscale filter and then coding whit libxh264 [00:50:48 CEST] <VamoMenem> and segmenting to hls [00:52:27 CEST] <VamoMenem> agrathwohl1: which quadro are you using_ [00:54:05 CEST] <agrathwohl1> VamoMenem I am using one Quadro M4000 [00:55:42 CEST] <VamoMenem> a powerfull one [00:56:02 CEST] <VamoMenem> in linux or windows_ [00:56:50 CEST] <VamoMenem> i can't compile NVENC in debian jessie yet. [00:58:13 CEST] <agrathwohl1> VamoMenem Linux... I am using the ffmpeg-full-nvenc package from the Arch Linux AUR. [00:58:43 CEST] <agrathwohl1> nVidia's website has a PDF file which contains pretty easy and thorough instructions on how to compile for Ubuntu. [01:01:31 CEST] <VamoMenem> agrathwohl1: yes i followed two times the pdf but the patch they suggest don't apply to debian [01:01:54 CEST] <VamoMenem> im now looking arch linux [01:02:21 CEST] <VamoMenem> i think i can start using them [01:02:29 CEST] <furq> you shouldn't need to patch anything afaik [01:03:30 CEST] <VamoMenem> i dont remember a lot, but in one step when perfrom a git clone of ffmpeg, then you have to path it [01:03:43 CEST] <furq> that pdf looks very outdated [01:03:49 CEST] <furq> --enable-nvresize isn't a configure option any more [01:04:15 CEST] <VamoMenem> yes, is very outdated [01:04:36 CEST] <VamoMenem> all the versions dont match [01:05:09 CEST] <furq> https://github.com/FFmpeg/FFmpeg/blob/master/configure#L5776 [01:05:15 CEST] <furq> it looks like all you need is nvencodeapi.h [01:07:23 CEST] <VamoMenem> maybe i can bought a quadro and test how much streams i can process [01:08:03 CEST] <agrathwohl1> VamoMenem: The Arch Linux ffmpeg AUR packages are very well maintained, generally. It's a very effective way to get the most out of FFmpeg [01:08:03 CEST] <VamoMenem> i really in doubt, if buying two i7, or four A10, or two Quadros [01:08:32 CEST] <VamoMenem> agrathwohl1: you use in arch linux or use it on other distro? [01:08:49 CEST] <agrathwohl1> VamoMenem I use it in Arch Linux. I have also used it in Gentoo. [01:09:06 CEST] <agrathwohl1> But setting it up in Gentoo may have been the worst week of my life. ={ [01:09:18 CEST] <VamoMenem> LOL [01:09:23 CEST] <furq> that sounds like gentoo [01:09:24 CEST] <VamoMenem> i know that felling [01:09:30 CEST] <tdr> agrathwohl1, at least it only took a week [01:09:40 CEST] <agrathwohl1> LOL [01:10:47 CEST] <VamoMenem> agrathwohl1: you can do a top or something similar for the gpu usage ? [01:11:37 CEST] <agrathwohl1> VamoMenem There are a few ways to do it. nvidia-settings is a GUI application that ships with the nVidia proprietary drivers. That tool will show you the GPU resource usage percentages and update them in real time (every 5s or so.) [01:12:14 CEST] <agrathwohl1> Additionally, there is the the tool that the nVidia PDF lists [01:12:20 CEST] <agrathwohl1> That's a console tool [01:12:36 CEST] <agrathwohl1> forget the name at the moment [01:14:14 CEST] <VamoMenem> nice, i will research about that command, i dont want to install x [01:15:00 CEST] <VamoMenem> the server will be living in a roof [01:15:28 CEST] <c_14> nvidia-smi [01:16:24 CEST] <VamoMenem> thanks c_14 [01:16:53 CEST] <VamoMenem> and thanks all you guys! [02:57:07 CEST] <UnfixedSNIPERJ> hey guys, is there a way to output a converted image as base64 instead of saving the image to a file? I currently am using ffmpeg -i "data:image/gif;base64,b64data" newfile.webm [02:59:32 CEST] <c_14> ffmpeg -i blah pipe:0 | base64 [03:01:25 CEST] <UnfixedSNIPERJ> so something along the lines of ffmpeg -i animated.gif video.webm pipe:0 | base64 [03:01:42 CEST] <c_14> without the video.webm [03:01:45 CEST] <c_14> unless you want to output both [03:01:52 CEST] <c_14> and you'll have to add the format and codec you want [03:01:58 CEST] <c_14> because ffmpeg can't guess from just pipe [03:04:31 CEST] <UnfixedSNIPERJ> hmmm I attempted ffmpeg -i animated.gif -c:v libvpx -crf 10 -b:v 1M -c:a libvorbis pipe:0 | base64 [03:04:34 CEST] <UnfixedSNIPERJ> Unable to find a suitable output format for 'pipe:0' [03:04:34 CEST] <UnfixedSNIPERJ> pipe:0: Invalid argument [03:04:50 CEST] <c_14> add -f webm [03:05:38 CEST] <UnfixedSNIPERJ> awesome :D [03:05:43 CEST] <UnfixedSNIPERJ> thank you :) [04:50:37 CEST] <UnfixedSNIPERJ> hey guys, so I have: ffmpeg -i "data:image/gif;base64,b64data" -f webm - | base64 This outputs the webm in base64 as expected, is there a way to only show the result base64 and suppress the header/ffmpeg info/data? [04:52:19 CEST] <c_14> -loglevel quiet [04:53:21 CEST] <UnfixedSNIPERJ> much appreciated, thank you c_14! :D [06:27:54 CEST] <robert_> so I'm trying to stream to twitch without audio, because it's over RDP, and I'm wondering how to get anullsrc streaming in AAC format [06:39:38 CEST] <c_14> -f lavfi -i anullsrc -c:a aac -b:a 16k [06:40:46 CEST] <robert_> so I can't use it with x11grab? [06:41:13 CEST] <robert_> and thanks for the response, c_14 :D [06:44:51 CEST] <c_14> sure you can [06:45:00 CEST] <c_14> just add that to whatever command you already have in the middle [06:45:52 CEST] <robert_> oh [06:46:11 CEST] <robert_> oh, I see [06:46:34 CEST] <robert_> lafv picks up the anullsrc and x11grab picks up the video [06:46:35 CEST] <robert_> got it [06:51:15 CEST] <robert_> c_14: http://sprunge.us/gOaf [06:51:51 CEST] <c_14> What command are you using? [06:52:36 CEST] <c_14> Ah, no I see it. [06:52:46 CEST] <robert_> hm? [06:52:46 CEST] <c_14> >16 bits per pixel screen is not implemented. [06:52:54 CEST] <c_14> from x11grab [06:52:55 CEST] <robert_> hm [06:52:57 CEST] <c_14> whatever that means [06:53:08 CEST] <robert_> indeed [06:53:26 CEST] <robert_> do I need to update something? [06:53:30 CEST] <c_14> The other problem is that you're copying the video and rawvideo isn't supported in flv. [06:53:39 CEST] <c_14> First try changing the copy to libx264 or something [06:54:18 CEST] <robert_> oh, there it goes [06:54:20 CEST] <robert_> I think [06:58:51 CEST] <UnfixedSNIPERJ> in regards to https://trac.ffmpeg.org/ticket/1347 does this mean that I cannot send an animated gif that is base64 encoded to to processed and outputted out as base64? [06:59:21 CEST] <UnfixedSNIPERJ> http://ffmpeg-users.933282.n4.nabble.com/Encoding-a-stream-of-base64-image-… this issue seemed to be brought up but no solution was given [07:00:34 CEST] <UnfixedSNIPERJ> when I use: ffmpeg -i "data:image/gif;base64,64data" -c:v libvpx -crf 12 -b:v 500K -loglevel quiet -f webm - | base64 it outputs the last frame of the animated gif [07:51:19 CEST] <jookiyaya> is there big difference between x265 1.5 to x265 2.0 [08:20:40 CEST] <fa0> I've been reading through 'man', can ffmpeg show the time to complete an encode? [08:22:48 CEST] <fa0> This is all I'm seeing; [08:22:50 CEST] <fa0> frame= 1718 fps= 68 q=20.0 size= 34019kB time=00:01:12.10 bitrate=3864.9kbits/s dup=2 drop=0 speed=2.86 [08:23:21 CEST] <fa0> lapsed time, but no time to complete... :( [08:27:25 CEST] <durandal_1707> yes, I see that too [09:06:37 CEST] <viric> fa0: there are some scripts that attempt to do that, wrapping ffmpeg. But ffmpeg alone does not do that [09:08:04 CEST] <fa0> It's a shame it doesn't seems like a very simple task that should be included into ffmpeg, otherwise, I feel like sitting clueless wondering when a job is going to complete... [09:08:05 CEST] <fa0> hmm odd [09:08:40 CEST] <viric> patches welcome, I guess [09:09:11 CEST] <viric> fa0: maybe cv/progress can help? [09:11:00 CEST] <viric> progress -c ffmpeg [09:11:02 CEST] <viric> https://github.com/Xfennec/progress [09:11:11 CEST] <viric> the poor's man progress solution for linux [09:11:30 CEST] <fa0> progress -c is already a option in ffmpeg? [09:12:18 CEST] <viric> no [09:12:22 CEST] <viric> progress is a progam apart [09:12:58 CEST] <fa0> oh that github... [09:13:00 CEST] Action: fa0 looks [09:13:18 CEST] <viric> your distro may include it [09:14:13 CEST] <fa0> No progress in Slack I'm aware of... [09:14:31 CEST] <a-a> is it possible to copy ttf attachment streams into output mp4 files? [09:14:49 CEST] <viric> that's what slack means. [09:38:47 CEST] <Spring> is there a way to minimize ffplay playback lag when previewing videos? At larger resolutions it chokes a bit. [09:40:02 CEST] <fa0> thanks all [09:40:03 CEST] <Spring> playback on regular video players is fine for example but ffplay can both delay the video displaying (while the audio plays) until it processes it, or upon looping introduce a lag before starting again. [11:27:35 CEST] <cowai> Does rtmp support mpeg2? [11:28:28 CEST] <cowai> I need to reliably move mpeg2-ts from across europe and have it play on a raspberry pi. [11:32:19 CEST] <BtbN> rtmp is flv. [11:32:26 CEST] <BtbN> mpegts is mpegts. [11:36:02 CEST] <cowai> flv supports h264, so I just hoped it also somehow could support h262 [11:36:56 CEST] <cowai> I have used multicat and aggregatertp/reorderrtp to send reliable rtp over the internet. [11:36:58 CEST] <BtbN> well, but you will lose the mpeg-ts obviously. [11:37:17 CEST] <cowai> What I really want is to keep the video and audio [11:37:24 CEST] <cowai> I dont care for the actual ts. [11:37:39 CEST] <cowai> Any tips? [11:37:43 CEST] <BtbN> Why not just send a plain mpeg-ts stream via tcp? [11:38:25 CEST] <cowai> Do you know of a good server? [11:38:31 CEST] <cowai> that I could stream to? [11:38:48 CEST] <BtbN> netcat, (x)inetd, ... [11:39:08 CEST] <cowai> Yeah I could just use something like that. [11:39:20 CEST] <viric> doesn't anybody here use a "non linear video editor" FOSS? [11:39:37 CEST] <viric> I hate that kdenlive messes up my audio synchronisation [11:39:49 CEST] <viric> Maybe I should just submit good bug reports about that [11:41:06 CEST] <durandal_1707> shotcut? [11:43:28 CEST] <viric> is it nice for audio synch? [12:10:03 CEST] <durandal_1707> dunno, have yet to try it [12:21:46 CEST] <viric> ah :) [12:22:19 CEST] <viric> I tried shotcut and it is really tooooo simple. [12:51:47 CEST] <Chloe> can I specify multiple fonts for the drawtext filter? (e.g. a main font and a fallback font) [13:12:31 CEST] <xx_pk_xx> hello. Is there anyone that knows how should I change PTS/DTS/Duration times of a subtitle in TS stream? I am decoding SRT subtitles, and I would like to set those times to DVB subtitles (start time, end time, duration etc.). However, I tried a lot of things, and I'm always getting crazy times after encoding AVSubtitles. Is there anyone who would point me to a right direction with timing in TS files? Thanks [13:15:56 CEST] <jkqxz> Chloe: I don't think so. You could combine your two font files into one instead? [13:18:30 CEST] <Chloe> jkqxz: yeah, I think that's the only solution, thanks anyways. [13:28:52 CEST] <durandal_1707> viric: functionality? [13:54:36 CEST] <viric> durandal_1707: right [14:27:21 CEST] <Mysoft> hum... any hints on how to do multi thread decoding? (what you have to use?) [14:30:34 CEST] <Mysoft> (with libav :P) [14:48:00 CEST] <DHE> Mysoft: set thread_count to something before calling avcodec_open [14:49:32 CEST] <Mysoft> oh [14:49:38 CEST] <Mysoft> i was just setting slice_count [14:49:43 CEST] <Mysoft> and it wasnt working hehe [15:00:45 CEST] <Mysoft> i see... so setting to 0 make it auto :) [15:00:53 CEST] <Mysoft> thanks :) [15:04:28 CEST] <zalan_> hej guys does anyone familiar with the following error? [15:04:30 CEST] <zalan_> tls packet with unexpected length was received [17:08:14 CEST] <yang3> is this also the avconv chan ? [17:10:02 CEST] <c_14> no, that's #libav [17:10:13 CEST] <yang3> thanks [18:41:07 CEST] <PlanC> is there any way to calculate or guess the muxing overhead in advance? [18:42:09 CEST] <__jack__> probably, with the spec and the data-to-be-muxed [18:42:48 CEST] <PlanC> so as far as I know the muxing overhead contains meta data about the different formats in the file, right? [18:44:12 CEST] <__jack__> that's the idea, with data on "how to play it", like timestamps etc [18:44:18 CEST] <PlanC> ah right [18:44:18 CEST] <__jack__> I'm not expert on that, still [18:44:40 CEST] <PlanC> because the thing is that I'm currently multiplying with a constant to get the muxing overhead [18:45:29 CEST] <PlanC> but I'm starting to think that it'd be better to add with a constant instead [18:46:58 CEST] <__jack__> some container clearly depends on the data inside it (mpegts, for instance) [18:48:31 CEST] <DHE> lacking the above, I'd suggest using existing content to get an idea what the overhead is and calculating an estimate as needed [18:49:13 CEST] <PlanC> how can I check what the overhead actually contains? [18:50:07 CEST] <PlanC> I've noticed that a small file (< 300 kb) has about a 0.1% overhead while a larger file (>20 000 kb) has a 0.001% overhead [18:50:16 CEST] <PlanC> no idea how to actually view the overhead though [18:50:31 CEST] <PlanC> if I could see what it was then I might be able to calculate it better [18:52:04 CEST] <__jack__> 0.1% ? that's not mpegts :) the overhead depends obviously on the container used; you might know it, and you may look after its specs [18:52:28 CEST] <__jack__> (should) [18:53:07 CEST] <TD-Linux> PlanC, a linear + offset model is probably reasonable. [18:53:28 CEST] <kepstin> well, the overhead can be calculated as (stream bitrate * per-packet overhead) + global overhead [18:53:37 CEST] <kepstin> but what those values are for any given format, I dunno :) [18:54:14 CEST] <TD-Linux> I'd just get two data points and fit :) [18:54:38 CEST] <PlanC> TD-Linux: what would the offset be? [18:55:40 CEST] <kepstin> it's possible there'll be some non-linearities too, e.g. if the format has more or less overhead with different packet sizes, but that effect is probably too small to care about most of the time. [18:55:50 CEST] <TD-Linux> PlanC, plot the small and big raw and muxed sizes, look where it crosses zero [18:57:28 CEST] <PlanC> I ran some tests by encoding a few random files [18:57:43 CEST] <PlanC> I then multiplied the output size with the muxing overhead [18:57:52 CEST] <PlanC> it's almost always around 0.5 kB [18:58:19 CEST] <PlanC> I guess I can just add a 1 kB constant to the bitrate [18:59:23 CEST] <TD-Linux> yeah that's what I'd recommend. [19:00:01 CEST] <TD-Linux> (to the file size, not bitrate) [19:02:53 CEST] <PlanC> I'll play around with that now and see if it works [19:07:42 CEST] <PlanC> that didn't quite work out [19:07:57 CEST] <PlanC> my calculations for smaller files are 1000 bytes away from the actual size [19:08:36 CEST] <PlanC> DURATION * (BITRATE * 0.125 * 1000) + 1 = calculated filesize in bytes [19:09:28 CEST] <TD-Linux> bigger offset, smaller slope? :) [19:09:51 CEST] <PlanC> ah shoot, no that's not the problem [19:09:53 CEST] <PlanC> checked the logs [19:10:04 CEST] <TD-Linux> if you plot this in excel you should be able to figure out something [19:10:12 CEST] <PlanC> it looks like the bitrate is slightly off [19:10:27 CEST] <PlanC> I'm telling ffmpeg exactly which bitrate to set it to [19:10:36 CEST] <PlanC> but it's roughly 0.3 kbit/s more than what I've set it to [19:25:45 CEST] <PlanC> how can I check whether a file is VBR or CBR with ffprobe/ffmpeg? [19:48:24 CEST] <Pxl_> whats the best way to escape a hyphen in drawtext? I've tried text='D\'ALERTE', text='D'\''ALERTE' , text='D\\\\\'ALERTE', and text='D\u2019ALERTE' [19:49:05 CEST] <furq> what about text="D'ALERTE" [19:49:09 CEST] <Pxl_> single quote*, not a hyphen lol. been a long day [19:49:36 CEST] <Pxl_> ill try it [19:51:30 CEST] <jnorthrup> [mxf @ 075be940] track 0: could not find essence container ul, codec not currently supported in container [19:51:32 CEST] <Pxl_> furq, nope. it doesnt like that since the filter is "drawtext=....."D'ALERTE"...." [19:51:42 CEST] <jnorthrup> im not sure what a ul is [19:52:26 CEST] <furq> Pxl_: you might be able to drop those double quotes [20:43:29 CEST] <Ming_> Wow! There's a lot of people in here [20:44:52 CEST] <Kris545545> hi, I'm trying to compile ffmpeg 3.1 (for Telegram) on Windows 8.1 (msys2) but ./configure has been running for much more than 1 hour, my config.log is here: http://hastebin.com/raw/asudihokab [20:46:07 CEST] <PlanC> shouldn't take more than 2 minutes to run [20:46:23 CEST] <PlanC> try removing the majority of the parameters and see if it finishes [20:46:49 CEST] <furq> looks like opus is breaking it [20:47:39 CEST] <Kris545545> furq: and how would I be able to fix it? [20:48:09 CEST] <furq> try without --enable-libopus [20:48:19 CEST] <furq> no idea how you'd fix it if you need libopus, i've never used msvc [20:48:54 CEST] <Kris545545> I /think/ voice messages are encoded using opus, but I'll try without [20:49:23 CEST] <furq> probably [20:49:28 CEST] <furq> but you'll need to isolate the error in any case [21:04:47 CEST] <chocolate-elvis> sorry for the lame question, have a source mov that has 4 mono audio channels as separate tracks, need to map the first 2 to left and right and drop 3, 4. is map_channel the best method? [21:05:42 CEST] <c_14> https://trac.ffmpeg.org/wiki/AudioChannelManipulation#a2monostereo just don't map the other 2 streams [21:08:50 CEST] <chocolate-elvis> thanks, been staring at this page for too long and was unsure. [21:18:19 CEST] <mrelcee> heh once again, the release crashes on me and builting from git sources is more stable for me. [22:02:42 CEST] <chocolate-elvis> tried to simplify and do this -c:a:0 -c:a:1 -ac 2, but the results was a Left/Right Stereo, but with just the first audio doubled up [00:00:00 CEST] --- Sat Aug 13 2016

1 0

ffmpeg-devel.log.20160811
by burek 12 Aug '16

12 Aug '16

[02:12:53 CEST] <cone-889> ffmpeg 03Matthias Hunstock 07master:b83d9077807a: libavformat/mxfenc: add UID for unconstrained H.264 coded video in baseline profile [07:17:33 CEST] <Timothy_Gu> Wait, AviSynth isn't dead? [08:24:00 CEST] <durandal_170> Timothy_Gu: no, have yet write replacement [09:42:28 CEST] <durandal_170> will push acrusher soon [12:25:34 CEST] <durandal_170> why is so silent? [12:27:52 CEST] <j-b> either because August, or because people died :) You choose. [12:30:53 CEST] <durandal_170> vacations should be forbidden [14:25:27 CEST] <cone-286> ffmpeg 03Michael Niedermayer 07master:cc6a59d2b911: avformat/id3v2: fix memleak with empty strings [15:02:34 CEST] <cone-286> ffmpeg 03Paul B Mahol 07master:7f1b14bc5730: avfilter: add acrusher filter [15:03:22 CEST] <ubitux> durandal_170: "funcionality" [15:27:24 CEST] <cone-286> ffmpeg 03Paul B Mahol 07master:369fdfaf001d: doc/filters: fix typo in acrusher filter docs [17:32:37 CEST] <cone-286> ffmpeg 03Paul B Mahol 07master:a130165ed927: avfilter/avf_avectorscope: add scale option [17:32:38 CEST] <cone-286> ffmpeg 03Paul B Mahol 07master:eb3137255f58: avfilter/avf_avectorscope: fix initialization for prev_y in polar mode [19:33:56 CEST] <ubitux> durandal_170: did you recently change the way you send patches? they're not inlined anymore for some reason [19:47:44 CEST] <durandal_170> ubitux: gmail security [19:48:10 CEST] <durandal_170> git send mail is unsafe [19:58:48 CEST] <cone-286> ffmpeg 03Martin Storsjö 07master:2e95054ebb73: checkasm: h264dsp: Initialize the padding area [19:58:49 CEST] <cone-286> ffmpeg 03Stephen Hutchinson 07master:0ed5c3ce8181: avisynth: simplify the pix_fmt check for the newer AviSynth API [20:26:24 CEST] <Timothy_Gu> nevcairiel: https://github.com/FFmpeg/FFmpeg/commit/3bf142c77337814458ed8e036796934032d… [20:29:11 CEST] <Timothy_Gu> durandal_1707: how is git send-email unsafe? [20:29:31 CEST] <Timothy_Gu> clear text password? [20:39:22 CEST] <BtbN> Timothy_Gu, it's not using Googles OAuth 2.0 API to authenticate. [20:39:29 CEST] <BtbN> Everything that doesn't do that is unsafe. [20:39:57 CEST] <Timothy_Gu> So basically what you mean is that SMTP is unsafe [20:40:59 CEST] <BtbN> That's how google sees it. [20:41:09 CEST] <BtbN> And it kind of makes sense. It doesn't support Two-Factor auth. [20:41:29 CEST] <Timothy_Gu> yeah, I have to save my "app password" in a plain text file [20:41:34 CEST] <Timothy_Gu> using 2fa [20:41:45 CEST] <Timothy_Gu> cuz I don't remember it [20:41:56 CEST] <Timothy_Gu> But for people who don't use 2fa I guess it should be fine, no? [20:42:21 CEST] <BtbN> Well, Google enforces OAuth2.0 for everything. [20:42:30 CEST] <BtbN> They even added support for it to their SMTP and IMAP servers. [20:42:36 CEST] <BtbN> But the application has to support it. [20:42:53 CEST] <Timothy_Gu> Huh, that's new to me. [20:43:33 CEST] <BtbN> If you have something that doesn't support OAuth2, you have to enable the "Less Secure"-Mode, or generate an app-specific password. [20:44:04 CEST] <BtbN> SMTP/IMAP Oauth2 is documented here: https://developers.google.com/gmail/xoauth2_protocol [20:45:06 CEST] <Timothy_Gu> hmm [20:46:06 CEST] <Timothy_Gu> Well, whatever. I manually generate an app password anyway so it can't get more insecure than that. [20:53:23 CEST] <BtbN> The whole process is incredibly stupid, and I don't see how an installed open-source application could even do it. [20:53:46 CEST] <BtbN> So basically every user has to register his/her own App with Google, and get a Client-ID and Secret. [20:54:17 CEST] <BtbN> Or someone has to set up a web-service to generate git-send-email XAUTH2-Tokens. [21:46:31 CEST] <cone-286> ffmpeg 03Paul B Mahol 07master:b5314333dee1: avfilter/af_adelay: make it possible to delay channels by exact number of samples [22:22:45 CEST] <cone-286> ffmpeg 03Paul B Mahol 07master:17eb0042bcf2: doc/filters: move hdcd documentation from video section to audio section [00:00:00 CEST] --- Fri Aug 12 2016

1 0

ffmpeg.log.20160811
by burek 12 Aug '16

12 Aug '16

[00:43:43 CEST] <fa0> I'm trying to compile ffmpeg against libdc1394-2.2.4, but any version starting at 2.1.3 complains it can't find libdc1394-2.pc in pkgconfig, does anyone know about this, a fix? [00:54:47 CEST] <fa0> At the terminal all it says is; ERROR: libdc1394-2 not found using pkg-config [00:55:49 CEST] <fa0> But when I look at /usr/lib64/pkgconfig I see; libdc1394-2.pc [01:54:17 CEST] <Spring> is it correct that frames per second have nothing to do with the filesize, but only time? [01:54:38 CEST] <Spring> time x bitrate [02:16:46 CEST] <DHE> Spring: most [common] compression schemes have flexible quality<->size tradeoffs. so you can have a 1080p image at 1 megabit if you're okay with it looking like a colour smear [02:17:23 CEST] <DHE> framerate doesn't enter into it except as information to the codec so it can calculate how to allocate bytes to each frame [02:54:01 CEST] <DHE> Spring: understand? [03:47:13 CEST] <starstuff> Hi, I have a video that is in a quicktime container and I want to put it into a different container that is not quicktime. [03:47:23 CEST] <starstuff> what's the best open source container format right now? [03:49:57 CEST] <starstuff> what's the difference between webM and MPEG H.264? [03:55:36 CEST] <starstuff> I want to use whatever is the open-source video format that is the most widely accepted on the web today. Can anyone help please?> [04:02:40 CEST] <Spring> DHE, kind of. With more frames would that help with encoding or just mean that the 'extra' frames become more 'smeared' for the same bitrate? Just wondering if more fps would be better with higher quality settings vs lower fps. [04:06:34 CEST] <Spring> in my case I doubt it matters much since there is little movement but just wanted to be sure so I can explain to others [04:07:49 CEST] <kepstin> given the same bitrate, having a higher framerate will always result in lower quality video. The difference depends on the amount of motion and various other factors. [04:08:11 CEST] <kepstin> Even if the frames are identical, it still has to signal that "there is a frame here that's the same as the last one", which takes some bits :) [04:13:07 CEST] <starstuff> Hi, how do I convert a video I have? It's in the quicktime container form and I don't want that. What's the best open source format right now that is most widely used and accepted? [04:14:18 CEST] <Spring> kepstin, so what I read about framerate having no effect isn't correct then. Good to know. [04:14:44 CEST] <kepstin> Spring: it'll still result in the same file size of course [04:14:51 CEST] <kepstin> Spring: since file size is just bitrate * time [04:15:04 CEST] <Spring> right [04:15:47 CEST] <kepstin> starstuff: not sure what you mean by "open source"; there's open-source software that encode and decode quicktime files and most codecs in them just fine [04:15:52 CEST] <kepstin> e.g. ffmpeg ;) [04:17:15 CEST] <starstuff> well, I mean that I just want to know what is the video/audio formats that have legal problems or whatever. Isn't there an open source video/audio format now I heard? [04:18:18 CEST] <kepstin> oh, you mean formats that (as far as anyone knows) don't have patent issues? [04:18:25 CEST] <starstuff> sure, yes. [04:18:29 CEST] <Spring> VPx is open source and decent, and the WebM container supports open source audio formats like opus and ogg [04:18:35 CEST] <kepstin> then probably webm container with either vp8 or vp9 video and vorbis or opus audio [04:18:49 CEST] <kepstin> vorbis/vp8 is more compatible, opus/vp9 is newer and better [04:18:50 CEST] <starstuff> okay I heard about webm container with vp8 video [04:19:11 CEST] <starstuff> so how do I convert this quicktime file to webm with vp8 video? [04:19:21 CEST] <kepstin> ffmpeg -i file.mov file.webm [04:19:36 CEST] <kepstin> (but that'll use some default settings with medium-poor quality, probably) [04:19:40 CEST] <starstuff> I can't seem to find ffmpeg in my distribution's repository. [04:19:57 CEST] <starstuff> I have Debian Jessie. [04:20:06 CEST] <kepstin> debian jessie has ffmpeg... [04:20:07 CEST] <starstuff> I could have sworn I used to be able to install ffmpeg but it's not in here anymore [04:20:34 CEST] <starstuff> # aptitude install ffmpeg No candidate version found for ffmpeg No candidate version found for ffmpeg No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. [04:20:36 CEST] <kepstin> oh, it's in backports [04:20:49 CEST] <kepstin> i think [04:21:18 CEST] <kepstin> should be `apt-get -t jessie-backports install ffmpeg` [04:21:40 CEST] <starstuff> E: The value 'jessie-backports' is invalid for APT::Default-Release as such a release is not available in the sources [04:21:56 CEST] <kepstin> ok, follow the instructions on https://backports.debian.org/Instructions/ :) [04:23:27 CEST] <starstuff> kepstin: so with that command you gave, how do I modify it so it uses highest quality possible? I don't want any added compression. I'm looking for the best conversion quality. [04:24:01 CEST] <kepstin> well, "best" is hard to say. Any time you do a lossy transcode, there will be some quality loss [04:24:24 CEST] <kepstin> if you make the file bigger, less quality will be lost. it's a tradeoff you have to decide [04:25:01 CEST] <starstuff> I don't mind if it's big. Right now the file says it's in a quicktime container and the video codec is listed as H.264. I don't know what that is. [04:25:15 CEST] <starstuff> but I'm pretty sure I want webm/vp8 [04:25:31 CEST] <starstuff> for some reason when I right-click the file in gnome it shows there's nothing for the audio codec. [04:25:38 CEST] <kepstin> but, assuming you want to go with vp9 and opus, a good start would be "ffmpeg -i file.mov -c:a opus -c:v libvpx-vp9 -crf 30 -b:a 128k output.webm", then adjust the crf value smaller for higher quality, bigger for larger file. [04:26:06 CEST] <starstuff> is vp8 more compatible right now? I want other people on the web to be able to see it [04:26:07 CEST] <Spring> with vp9 you need to add -b:v 0 to get actual CRF mode [04:26:22 CEST] <kepstin> hmm, it doesn't do that by default? [04:26:33 CEST] <Spring> I'm just going by the docs [04:26:50 CEST] <kepstin> and with vp8, crf mode is more complicated - you have to set a bitrate. Most people just use -b:v "some really big value", e.g. 50M or whatever [04:26:57 CEST] <Spring> https://trac.ffmpeg.org/wiki/Encode/VP9 [04:27:04 CEST] <starstuff> it's weird that it says its a quicktime container but the file extension is .mp4. Is that messed up? [04:27:15 CEST] <JEEB> i think the bit rate is only needed for vp8 [04:27:26 CEST] <JEEB> vp9 has crf only crf [04:27:57 CEST] <kepstin> JEEB: the question is, do you have to explicitly state '-b:v 0' to get vp9 crf mode to not use a max bitrate :) [04:28:07 CEST] <Spring> "To trigger this mode, you must use a combination of -crf and -b:v 0. -b:v MUST be 0." [04:28:41 CEST] <kepstin> starstuff: the iso mp4 container is based on the quicktime container, ffmpeg has shared code for them [04:28:44 CEST] <starstuff> so, back to my question, is vp8 more compatible across the web? Will less people be able to view the video if it is in vp9? [04:29:00 CEST] <Spring> whether this has changed and the docs haven't been updated I'm not sure [04:29:17 CEST] <kepstin> starstuff: assuming people don't disable auto-update on their browser, it's probably about the same now. Latest firefox and chrome should both do vp9 fine i think [04:29:42 CEST] <Spring> vp9 has been fine for years in both Firefox and Chrome for me [04:29:53 CEST] <starstuff> okay then what would I do to convert this quicktime container video with H.264 codec to a webm container file with vp9 codec? [04:30:08 CEST] <starstuff> with minimal quality loss! [04:30:18 CEST] <kepstin> starstuff: I gave you an example command, just add the '-b:v 0' option as well [04:30:41 CEST] <kepstin> and you will have to tweak the -crf value yourself to balance between the amount of quality loss and filesize you want [04:31:10 CEST] <starstuff> ffmpeg -i file.mov -c:a opus -c:v libvpx-vp9 -crf 1000000000 -b:v 0 -b:a 128k output.webm [04:31:12 CEST] <starstuff> would that work? [04:31:28 CEST] <kepstin> no, -crf value is (iirc) a range between around 2 and 63 for vp9 [04:31:37 CEST] <kepstin> where smaller numbers are higher quality = larger files [04:31:38 CEST] <starstuff> is 63 the best? [04:31:41 CEST] <starstuff> oh ok [04:31:48 CEST] <Spring> no, lower is better [04:31:54 CEST] <starstuff> ffmpeg -i file.mov -c:a opus -c:v libvpx-vp9 -crf 2 -b:v 0 -b:a 128k output.webm [04:31:58 CEST] <starstuff> like that? ^ [04:32:12 CEST] <kepstin> 2 is almost certainly going to give you a file that'll look pretty, but be "way too big" :) [04:32:15 CEST] <Spring> you'd have a crazy high filesize but you're getting the idea [04:32:21 CEST] <kepstin> start somewhere between 15 and 30 [04:33:16 CEST] <starstuff> okay I'm doing -crf 2 just because I want to see the resultant file size :) [04:33:43 CEST] <htoetl> is there a way to overlay and loop the same text over video that would fade in / out all the time? i used to do it in many steps - first creating a video with a single loop of fading in/out, then make a long looped video and then using it as a source for overlay [04:34:05 CEST] <kepstin> starstuff: heh, in the spirit of the scientific method ;) [04:34:14 CEST] <htoetl> is there a way to add this without intermediate steps and separate video? [04:35:21 CEST] <starstuff> mmm this might take some time I think. [04:36:03 CEST] <kepstin> yeah. vp9 is not fast [04:36:52 CEST] <Spring> a 20 second 1440p clip takes me 5 minutes to encode [04:36:59 CEST] <Spring> at crf 30-ish [04:37:24 CEST] <Spring> JEEB, you have some experience with vp9, from the fb2k logs I remember you said it doesn't have great rate control, right? [04:37:58 CEST] <JEEB> yeah but qith crf you're not specifying a specific one anyways (avg bit rate) [04:38:38 CEST] <JEEB> crf is usually variable quantizer that tries to be closer to "cobstant quality" [04:39:06 CEST] <JEEB> and yes writing with one hand at a station inäs not optimal :) [04:40:48 CEST] <JEEB> if you are encoding for the web or otherwise rate limited stuff you limit stuff with -maxrate and -bufsize [04:41:05 CEST] <JEEB> think of it as maxrate over bufsize [04:41:21 CEST] <JEEB> (and hope libvpx doesn't screw up) [04:52:55 CEST] <Alca_> Hi Guys [04:53:11 CEST] <Alca_> is there anyone alive here :D [04:53:28 CEST] <Alca_> i need some help with FFmpeg [04:56:55 CEST] <Alca_> Hello [05:11:22 CEST] <Spring> Alca_, I'd just post the question, then idle to see if anyone can help [05:13:57 CEST] <deweydb> If you were going to buy a video card specifically for FFMPEG hardware acceleration in linux. what card would you pick? [05:14:15 CEST] <deweydb> this card's one and only task will be this. nothing else. [05:32:47 CEST] <kepstin> deweydb: in most cases, I wouldn't bother, and would spend more money on a cpu instead :) [05:33:27 CEST] <deweydb> hmm [05:35:07 CEST] <kepstin> unless you're doing realtime video encoding while you're cpu's busy with something else, a software encoder will probably give better results. [05:36:45 CEST] <deweydb> i'm not doing much, but it seems to take quite a long time. I'm taking a video clip, stripping the audio, adding water mark, adding an intro graphic, adding some text intro/outro segments, then layering a song ontop. [05:37:03 CEST] <deweydb> the videos are about 2 mins long in total. [05:37:14 CEST] <deweydb> it takes my i7 2600k about 15-20 mins per video [05:37:30 CEST] <deweydb> granted thats a pretty old CPU [05:43:38 CEST] <Spring> does ffmpeg have some option to display the filesize of an audio/video stream without demuxing them? [05:43:52 CEST] <Spring> mediainfo doesn't display it [05:59:58 CEST] <kepstin> Spring: that's not really information stored in a header anywhere, you have to demux the file and count the sizes of the streams separately to get the info [06:00:19 CEST] <kepstin> i dunno, ffprobe might be able to do it with the '-count_frames' option? have to check [06:06:05 CEST] <Spring> that's fine, I'll probably just demux it then [06:17:30 CEST] <htoetl> how to create a video with a transparent background? [06:49:42 CEST] <antiPoP> Hi I'm reading http://ksloan.net/watermarking-videos-from-the-command-line-using-ffmpeg-fi… , and I was wondering how to make an animated watermark, but only for a time fraction (eg from 00:50 to 01:00) [06:58:18 CEST] <Mysoft> does anyone know where i could find win32 static libraries (libavcodec.a , libavformat.a, libavutil.a, libswscale.a) ? [06:58:37 CEST] <Ashish> i wants to control cpu utilization when run ffmpeg commands. how can i do it ? we have centos server with 8 CORE cpu. each one has Intel(R) Xeon(R) CPU E3-1265L V2 @ 2.50GHz processer. [06:58:47 CEST] <Mysoft> so that i can create a possible static .exe with smaller size (as it will only use the required parts) [06:59:44 CEST] <Mysoft> i wanted to avoid compiling myself for now, based on how bad luck i have compiling C stuff [07:05:54 CEST] <Ashish> can anyone help us here? [07:06:41 CEST] <tdr> Ashish, what kind of things are you trying to do, centos supports cgroups easy enough [07:08:13 CEST] <Ashish> do you mean with ffmpeg ? [07:08:23 CEST] <tdr> Ashish, to contorl [07:08:25 CEST] <tdr> control [07:09:11 CEST] <Ashish> we are doing nothing right now. we are just executing commands. [07:10:46 CEST] <tdr> Ashish, i meany you can use the os to control the use too, depening on what youre trying to tune, its easier to do it with the OS vs ffmpeg cli [07:15:25 CEST] <Ashish> how can we do this with os ? [07:15:55 CEST] <Ashish> we are creating mp4 video from property photos which pan and zoom effect. [07:16:47 CEST] <Ashish> we are doing image concation, doing text overlay, image ovelay, text fade in, converting it to flv. [07:18:46 CEST] <tdr> ok you said you wanted to control cpu utilization [07:19:04 CEST] <Ashish> Yes [07:19:07 CEST] <tdr> are you needing realtime scheduling or want to limit cores or cpu frequencey or ? [07:20:09 CEST] <Ashish> currently when we are developing video, our cpu usage is getting higher. server load is going to above 10 [07:20:50 CEST] <Ashish> if we can limit cpu core and cpu frequency. [07:33:56 CEST] <Ashish> @tdr, are you there ? [07:34:06 CEST] <Ashish> have you find something useful ? [08:31:26 CEST] <bencc> is the CPU cache important to ffmpeg encoding performance? [08:31:37 CEST] <bencc> will I see a big difference between 8MB and 20MB? [08:56:47 CEST] <Mysoft> heh i found this... that is what i wanted [08:56:47 CEST] <Mysoft> https://sourceforge.net/projects/ffdec/?source=navbar [08:56:51 CEST] <Mysoft> but this one is old [09:50:36 CEST] <durandal_170> bencc: yes its impact is huge [13:13:32 CEST] <wallbroken> why everyday are there new releases? [13:17:16 CEST] <mrelcee_> every day? it was over a month between 3.11 and 3.12 - if you're talking about nightlies, well that's the nature of nightlies.. [13:22:09 CEST] <Mysoft> heh you could be on north pole [13:22:17 CEST] <Mysoft> and only have nighly builds every 2 months [13:22:17 CEST] <Mysoft> :P [13:23:28 CEST] <mrelcee_> heheheh [13:24:02 CEST] <mrelcee_> i just spotted 3.1.2 is out. i'm running a git snapshot from about 3 weeks ago.. i think I'll wait a bit, it's doing fine.. [13:24:19 CEST] <Mysoft> heh [13:24:21 CEST] <mrelcee_> 3.1.1 was crashing for me a lot.. [13:24:27 CEST] <Mysoft> while i'm here i should request a bug ticket [13:24:31 CEST] <Mysoft> to fix the win32 builds :P [13:24:53 CEST] <mrelcee_> people still run win32? :) [13:25:07 CEST] <Mysoft> i don't know if people do [13:25:09 CEST] <Mysoft> but i do :P [13:26:07 CEST] <Mysoft> as libavcodec is using _wfopen_s and swscanf_s [13:26:14 CEST] <Mysoft> from msvcrt.dll [13:26:17 CEST] <Mysoft> but those are vista+ only [13:26:48 CEST] <Mysoft> they should either use that dynamically or load it from the msvcr100.dll (or newer) [13:27:07 CEST] <mrelcee_> i've been in the mac and unix world for a long time.. I JUST put a win7 vm up on my server to run as an itunes server for home sharing my huge music library... first windows install I've had in a long time [13:27:16 CEST] <Mysoft> heh [13:27:34 CEST] <Mysoft> my computer will never see anything "newer" than windows XP [13:27:36 CEST] <mrelcee_> i'm killing my OSX Server service by service [13:27:42 CEST] <Mysoft> except ofcourse by ReactOS :) [13:27:46 CEST] <Mysoft> but i wont dowgrnade to vista+ [13:27:50 CEST] <Mysoft> *downgrade [13:28:36 CEST] <Mysoft> (anyway i already fixed the problem with my patcher) that implements several stuff that is vista+ [13:28:51 CEST] <Mysoft> but it's pointless to not run on XP just because of that :) [13:28:54 CEST] <mrelcee_> vista got okay after SP3. Win7 is pretty tolerable on good hardware. 8/8.1 can blow me.. except i'm afraid of it's snaggletooth.. win10 my kids and wife are running and I don't hear many complaints.. [13:29:53 CEST] <Mysoft> nah vista still uses 2x ram than XP [13:30:01 CEST] <Mysoft> and requires 2x more hdd space [13:30:02 CEST] <bencoh> are you actually replacing an osx server with ... win7? oO [13:30:09 CEST] <mrelcee_> bencoh: no [13:30:18 CEST] <Mysoft> and has all the "annoying" unsecurity crap like trusted installer and UAC [13:30:19 CEST] <mrelcee_> replacing osx server with freebsd. [13:30:29 CEST] <Mysoft> i wont abdicate of that freedom :P [13:30:30 CEST] <bencoh> ah :) [13:30:43 CEST] <mrelcee_> i needed itunes though so I stuck a virtualbox VM of win7 on it [13:30:46 CEST] <Mysoft> (whihc is the same reason i wont switch to linux) :P [13:31:10 CEST] <mrelcee_> family has been using it and noticed nothing... success [13:33:37 CEST] <mrelcee_> right now everything the osx server was doing is moved over to the freebsd server - EXCEPT file sharing.. I'm NFS mountiung everything over gigether to provide services from the freebsd box.. i've been hatcheting old crap i have 1% chance of needing in the next 10 years that I have saved because I could.. so I can avoid buying all new drives and transfer the data over to another drive on the freebsd box... then make a zfs pool.. [13:34:25 CEST] <mrelcee_> my drives are in a raid5 firewire 800 box formatted HFS+ not so goood for just plugging in to the BSD box.. [13:35:05 CEST] <mrelcee_> besides i don't have FW800 in that machine... [13:53:20 CEST] <wallbroken> https://ffmpeg.zeranoe.com/builds/win64/static/ [13:53:24 CEST] <wallbroken> as you can see [13:53:33 CEST] <wallbroken> there is a build per day [13:58:15 CEST] <mrelcee_> is there something the version you have isnt' doing right or are you just interersted in being on the bleeding edge? [13:58:50 CEST] <wallbroken> the question was: [13:13] <wallbroken> why everyday are there new releases? [13:59:43 CEST] <wallbroken> you said: there aren't every day builds, and i demonstrate you thate there are. now the question is still the original [13:59:45 CEST] <mrelcee_> because development is always happening and they do quasi-nightly releases just like you can check out the source via git and compile your own... [13:59:57 CEST] <mrelcee_> there's skipped days in there :) [14:00:27 CEST] <mrelcee_> anyhow ive given you an answer there... [14:00:44 CEST] <mrelcee_> ny question is why do you care [14:03:14 CEST] <mrelcee_> you're also mistaking a quasi-nightly snapshot build for a "release" A release gets a version number not a build number. [17:33:41 CEST] <jack_thompson> Stream #0:0: Video: vp8, yuv420p, 480x360, SAR 1:1 DAR 4:3, 1k fps, 29.97 tbr, 1k tbn, 1k tbc (default) [17:33:46 CEST] <jack_thompson> 1k fps? :o [17:34:18 CEST] <jack_thompson> ffmpeg version N-78307-gf89bc66 Copyright (c) 2000-2016 the FFmpeg developers [17:35:30 CEST] <DHE> some file formats have variable FPS [17:35:44 CEST] <DHE> mkv is a big one there [17:35:55 CEST] <kepstin> with vp8, that's probably webm (mkv), which normally uses a 1ms (1/1000s) timebase [17:36:07 CEST] <kepstin> so if ffmpeg can't guess a constant fps, that seems like what it would show [17:37:56 CEST] <jack_thompson> alright.. thanks :) [17:40:04 CEST] <viric> how do people encode to variable fps? [17:40:18 CEST] <viric> is it from a camera with variable fps? [17:40:59 CEST] <DHE> depends on the source. sometimes people use a frame dropper that eliminates identical frames (eg periods of black). that qualifies since the framerate drops [17:44:01 CEST] <viric> as there is always some noise... the definition of 'identical frames' may involve some threshold [17:44:25 CEST] <kepstin> many webcams, particularly in low light, reduce their framerate [17:44:32 CEST] <viric> ah yes [17:45:35 CEST] <kepstin> some 60i video content containing a mix of interlaced and telecined stuff will often be turned into a vfr file containing sections at 30fps (deinterlaced) and 24fps (detelecined) [17:46:41 CEST] <Mysoft> whoa [17:46:55 CEST] <kepstin> that's pretty rare nowadays, but used to be more common :/ [17:47:15 CEST] <Mysoft> my software video player with libav+directx is faster than mpc-hc with nv12+overlay O_o [17:48:29 CEST] <Mysoft> maybe because i'm using 16bpp output instead of 32 [17:49:06 CEST] Action: kepstin doesn't know of any video card newer than the voodoo 3 where 16bpp was actually faster than 32bpp [17:49:14 CEST] <iive> nv12 is 12 bit [17:49:56 CEST] <Mysoft> iive yes but the ddraw version of mpc-hc would be 32bpp (or desktop) [17:50:03 CEST] <Mysoft> either way i doesnt know how it got faster hehe [17:50:12 CEST] <Mysoft> but that's great for that 2004 notebook :) [17:50:17 CEST] <kepstin> well, nv12 is 12bpp, but that's because of subsampling. it's still 8 bits per sample [17:50:25 CEST] <Mysoft> now i can have 1280x1024 at 60fps (with no deblock filter at least) [17:50:37 CEST] <Mysoft> *1280x720 [17:50:43 CEST] <iive> the overlay means that the colorspace conversion is done at runtime by the hardware [17:51:11 CEST] <iive> so, probably it doesn't use nv12 at all and fallbacks to something else [17:51:19 CEST] <kepstin> unless you're on a modern design video card which doesn't really have "overlays" any more, but emulates them with shaders :/ [17:51:30 CEST] <Mysoft> 2004 notebook... :P [17:51:41 CEST] <iive> then it uses the code word "blitter" [17:51:43 CEST] <Mysoft> it has OpenGL 2.0 :] [17:52:12 CEST] <Mysoft> couldnt get it really doing hw acc with dxva there yet (for h264) [17:52:23 CEST] <iive> older cards also prefered yuy2 type of colorspace. [17:52:40 CEST] <Mysoft> i think i confused the nv12 with my pc [17:52:54 CEST] <Mysoft> but my point is that there's no colorspace conversion for the overlay [17:54:47 CEST] <kepstin> there might be, depending on the formats the overlay supports, but it'll usually just be a shuffle (e.g. between planar and packed) [17:55:18 CEST] <Mysoft> but it's great since i implemented deblock -> frameskip properly [17:55:39 CEST] <Mysoft> so heopfully my player will handle 1920x1080p (15 effective fps) [17:55:59 CEST] <Mysoft> on the notebook there... i will benchmark it will be faster [17:56:13 CEST] <Mysoft> to upload the 1920x1080 with directx [17:56:28 CEST] <Mysoft> or scale to 1280x720 prior upload [17:56:50 CEST] <kepstin> hmm. 2004... you're probably talking about either a late model core 2 or nehalem-era core. Shouldn't have any issue with 1080p decoding, i'd expect. [17:56:58 CEST] <kepstin> of course laptop chips tend to be slower [17:57:28 CEST] <Mysoft> it's a sempron 3200+ (single core) 1.6ghz :P [17:58:08 CEST] <Mysoft> but i made the player just as a "preview" option i by no means expected it to be that fast [17:58:17 CEST] <Mysoft> i dunno why but it's 2x faster than ffplay [17:59:28 CEST] <kepstin> ouch, a 2004 amd mobile chip? that was a bad era for amd mobile chips :) [17:59:42 CEST] <Mysoft> well i think this notebook is really good :) [18:00:11 CEST] <Mysoft> it is slight slower than my 3200+ desktop (but the desktop was 2.0ghz) [18:00:29 CEST] <Mysoft> the ATI card it has... isnt the best regarding OpenGL support (DX works much better) [18:00:51 CEST] <Mysoft> but i managed to upgrade the drivers to get OpenGL 2.0 (with 1.1 shaders! which is awesome :P) [18:01:00 CEST] <Mysoft> *1.1 GLSL [18:01:01 CEST] <furq> nehalem was 2009 [18:01:23 CEST] <furq> the core 2 wasn't introduced until 2006 [18:02:40 CEST] <Mysoft> i will later try to use my own overlay and re-check the performance [18:02:45 CEST] <furq> i would have charitably assumed you meant netburst if you'd not mentioned core 2 [18:04:10 CEST] <Mysoft> and then do some tests... to see how far i can go into using shaders (or even the fixed pipeline) to do colorspace conversions on GL1.4-2.0 since i'm having lot of fun with those :D [18:07:38 CEST] <Mysoft> altough it wont be necessary since divx and those formats that support "av_codec_set_lowres" are much faster already than h264 [18:07:53 CEST] <Mysoft> but i wonder what would look better... frameskip or lowres [18:08:58 CEST] <Mysoft> i guess it depends on the video playing... like a superfast game playing 60fps (like quake 3) would look better at lowres than frameskip [19:04:52 CEST] <besc> Anybody know how to reduce 60fps MP4 video with audio to 30fps? Want to keep the same speed, so drop every second frame? [19:05:07 CEST] <furq> -vf fps=30 [19:08:06 CEST] <besc> furq: neat, thanks! [19:56:04 CEST] <Cryp71c> I was in here a few days ago regarding this same issue but I realized I had messed something up when talking to you guys. The issue was a 10 minute, 250MB 1920x1080 30fps video taking ~50 minutes to transcode using libx264. The suggestions I got were to primarily look at the CRF value and the preset used. [19:56:30 CEST] <Cryp71c> What I had messed up was the command I was using w/ ffmpeg to do the transcoding, I was wrong in what I provided. [19:56:56 CEST] <Cryp71c> http://paste2.org/mWO7kMvB Is the actual command, and I wanted to make sure there wasn't anything else glaringly wrong with the various options we're using that could be affecting performance significantly [19:56:57 CEST] <Cryp71c> http://paste2.org/mWO7kMvB [19:58:55 CEST] <Mysoft> yay 1080p 30fps... with 5-8 frameskip (per second)... nice lol [20:01:43 CEST] <furq> 50 minutes to encode 480*270 at preset medium? [20:02:26 CEST] <furq> that's appalling [20:02:44 CEST] <furq> my old core 2 duo at stock clocks is much faster than that [20:03:28 CEST] <furq> Cryp71c: did you ever find out what cpu that vm is running [20:03:42 CEST] <furq> if it's not an atom then something is badly wrong [20:03:44 CEST] <TD-Linux> 15fps? [20:04:02 CEST] <TD-Linux> oh are you targeting a psp? [20:04:26 CEST] <furq> i guess it's for adaptive bitrate streaming [20:12:16 CEST] <Cryp71c> furq, this is on a beta system so its not as strong as our prod boxes. Its definitely running on a single core and that could be shared, honestly I'm not 100% sure. [20:12:38 CEST] <furq> 6fps for that output is really bad [20:14:52 CEST] <Cryp71c> Anything suspicious with the command we're using for transcoding? [20:15:08 CEST] <Cryp71c> Could disk performance be a significant factor? [20:17:27 CEST] <Plorkyeran> if the input is uncompressed video then it's very easy to be i/o bound [20:17:38 CEST] <Plorkyeran> if not then something has to be very wrong for i/o performance to matter [20:17:48 CEST] <furq> the command looks fine [20:17:56 CEST] <furq> i get 60+fps running that on a core 2 duo [20:18:51 CEST] <furq> run top while it's transcoding, you should be able to see if you're io bound [20:19:37 CEST] <furq> actually if it's 0.2x at 15fps then that's 3fps isn't it [20:19:44 CEST] <furq> so 20x slower than a dualcore cpu from 2007 [20:19:49 CEST] <furq> that's not great [20:20:31 CEST] <furq> i take it you're using ffmpeg from a distro repo, so it should be built with yasm etc [20:20:33 CEST] <viric> ffmpeg in the mobile phone runs faster [20:20:50 CEST] <viric> (termux) [20:21:04 CEST] <Cryp71c> furq, what should I be looking for for determining i/o boundedness? [20:21:28 CEST] <furq> the "%Cpu(s)" line [20:21:43 CEST] <kepstin> should also check if the instance type is something like the amazon 'tiny' instances, where you have limited compute credits, and the instance turns hella slow when you run out. [20:21:47 CEST] <furq> if you have high numbers for id (idle) or wa (iowait) then you're io bound [20:21:54 CEST] <furq> although idk how well that'll work in a vm [20:22:40 CEST] <kepstin> if the main cpu usage - us (user) - is significantly <100%, then you're limited by something other than cpu [20:23:20 CEST] <kepstin> (or you're limited by cpu, because the cpu is being used for something else - e.g. stolen by vm host) [20:24:00 CEST] <furq> also your ffmpeg process should be at the top of the process list (unless you changed the sort order) [20:24:20 CEST] <furq> and be showing something close to (100 * core count) %CPU [20:28:53 CEST] <Cryp71c> Here is another command used for the 1080p conversion: -i /var/lib/qualboard/temp/vid-KiG6rW -ar 44100 -b:a 128k -b:v 1200k -f mp4 -r 30 -pix_fmt yuv420p -vf "scale=if(gt(a\,16/9)\,1280\,trunc(720*a/2)*2):if(lt(a\,16/9)\,720\,trunc(1280/a/2)*2),pad=1280:720:if(gt(a\,16/9)\,0\,(1280-iw)/2):if(lt(a\,16/9)\,0\,(720-ih)/2)" -metadata:s:v:0 rotate=0 -c:v libx264 -preset faster -crf 25 -c:a aac -strict experimental -y [20:29:03 CEST] <Cryp71c> (The earlier one was for the "Low quality" which finishes much faster [20:29:10 CEST] <Cryp71c> That one is for 1280, I believe. [20:29:57 CEST] <kepstin> that one's using preset 'faster' rather than preset 'medium' (the default if unset), so i'd expect it to be faster, yes [20:30:03 CEST] <Cryp71c> I just changed that one [20:30:07 CEST] <kepstin> with slightly lower encoding efficiency, of course [20:30:12 CEST] <Cryp71c> the crf and preset weren't there until a moment ago [20:30:59 CEST] <furq> if it's the 720p conversion which runs at 3fps then that's not completely hopeless [20:31:02 CEST] <furq> it's not good though [21:12:59 CEST] <pgorley> what's the difference between d3d11va and dxva2 on windows? is one better than the other? [00:00:00 CEST] --- Fri Aug 12 2016

1 0