Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

July 2015

1 participants
62 discussions

ffmpeg-devel.log.20150710
by burek 11 Jul '15

11 Jul '15

[00:04:48 CEST] <J_Darnley> Well... that is all modes but 2 and 3 finished [00:05:22 CEST] <J_Darnley> I will look again at trying to make the preprocessor unroll a bubble sort loop correctly [00:06:49 CEST] <J_Darnley> Other than that I need to: try building avx2 versions, double check my register uses, and mark which are x86_64 only [01:26:17 CEST] <J_Darnley> Oh god I'm an idiot! The loop was correct. I was just storing the wrong register. [01:26:23 CEST] Action: J_Darnley facepalms [01:34:23 CEST] <J_Darnley> ha ha ha [01:34:30 CEST] <J_Darnley> 43.1x speedup [01:53:08 CEST] <jamrial> J_Darnley: mode2/3? [01:53:55 CEST] <J_Darnley> 2, 3, 4 [01:55:04 CEST] <jamrial> so qsort() is awfully slow then? :p [01:55:34 CEST] <J_Darnley> yeah one call to it per pixel, then it calls the comparison function many times [01:56:39 CEST] <J_Darnley> Where I just unroll two loops to make 28 swaps or 84 instructions [02:13:05 CEST] <J_Darnley> and before I forget I pushed all the working code to my gitlab repo: https://gitlab.com/J_Darnley/ffmpeg [02:14:26 CEST] <cone-051> ffmpeg 03Ivan Uskov 07master:5985316fba3b: libavcodec/qsvenc.c: improving handling for return codes of MFXVideoENCODE_EncodeFrameAsync [02:25:33 CEST] <jamrial> J_Darnley: rebase the branch with current master to get the fate tests durandal_1707 added [02:25:49 CEST] <jamrial> the test for mode 8 is failing with your asm [02:31:02 CEST] <cone-051> ffmpeg 03Luca Barbato 07master:461b45efd048: lavc: Add nvenc.h to the skipheader [02:31:03 CEST] <cone-051> ffmpeg 03Michael Niedermayer 07master:60c6959b6bf8: Merge commit '461b45efd04859b2672238bc8a6ecab9e9a14948' [02:31:10 CEST] <J_Darnley> damn [02:32:20 CEST] <jamrial> ah, you're clipping as words [02:32:41 CEST] <jamrial> durandal_1707 changed it from uint16 to uint8 before pushing. you're using the first patch he submitted to the ml [02:35:04 CEST] <J_Darnley> wait a minute... [02:36:28 CEST] <J_Darnley> the source he's working from doesn't clip to bytes there [02:37:28 CEST] <J_Darnley> that clip to words doesn't get written to a pixel so it doesn't matter about its range [02:37:31 CEST] <durandal_1707> it is for 16bit input afaik [02:39:35 CEST] <J_Darnley> then what does it for for 8bit? [02:41:05 CEST] <J_Darnley> uh [02:41:09 CEST] <J_Darnley> then what does it do for 8bit? [02:41:44 CEST] <durandal_1707> I think vs one operates in 16 bit only, need to check.... [02:42:39 CEST] <J_Darnley> what!? [02:47:31 CEST] <durandal_1707> maybe clipping to 8bit doesn't make sense? [02:49:17 CEST] <J_Darnley> I don't know. A different port I have here does clip 0..255 [02:50:16 CEST] <J_Darnley> rgtools from here http://forum.doom9.org/showthread.php?t=169832 [02:59:38 CEST] <durandal_1707> as I understand clipping to 0xff is not needed [03:03:34 CEST] <J_Darnley> I don't know what is supposed to be "correct" [03:03:59 CEST] <J_Darnley> perhaps I see what the original AVS removegrain does. [03:06:39 CEST] <J_Darnley> omfg [03:06:54 CEST] <J_Darnley> how can anyone manage code that looks like this? [03:08:49 CEST] <durandal_1707> I will change uint8 to uint16, the vs one works with both depths. So probably we could too... [03:12:01 CEST] <J_Darnley> I hate to make you change it back but it looks like this one is full of saturated, byte-sized additions and subtractions [03:14:50 CEST] <J_Darnley> meh, just follow the source you want [03:16:29 CEST] <J_Darnley> Having seen and complained about this source I should make sure mine is legible [03:16:54 CEST] <J_Darnley> oh well, I'll see what needs doing in the morning [03:16:57 CEST] <J_Darnley> good night [03:17:55 CEST] <durandal_1707> there is another mode that clips to 0xff instead of 0xffff I will check do I need to change that one too... [03:53:58 CEST] <cone-051> ffmpeg 03Vittorio Giovara 07master:67c884eb07c7: libvpx: Add the library header [03:53:59 CEST] <cone-051> ffmpeg 03Michael Niedermayer 07master:033dc39c561f: Merge commit '67c884eb07c7e9f2cb72bb8d447d945e5ac8cac7' [04:38:51 CEST] <cone-051> ffmpeg 03Michael Niedermayer 07master:7b404c94f38e: avcodec/libopenh264enc: Do not truncate frame rate [06:50:11 CEST] <Zeranoe> How come postprocess.h is included with cmdutils even if the build is being compiled as LGPL3? [06:53:06 CEST] <Zeranoe> By mistake perhaps? [08:44:54 CEST] <nevcairiel> headers dont hurt [08:49:11 CEST] <rcombs> the header itself is GPL [08:49:50 CEST] <rcombs> according to the header's header [08:50:16 CEST] <rcombs> probably not a problem for most cases but I could see wanting to leave it out to avoid legal applesauce [09:09:00 CEST] <Taniey> ffmpeg filter tblend ,how can I make video have a fade in or out effect? [09:09:38 CEST] <Taniey> or have another filter can realize this effect [10:20:09 CEST] <ubitux> JEEBsv: if(x),y,0 x*y? [10:20:55 CEST] <JEEBsv> yeah, but can't that theoretically match up against other resolutions that happen to have the same amount of luma samples? [10:21:09 CEST] <ubitux> so if(if(eq(iw,WIDTH),eq(ih,HEIGHT),0),ih-GARBAGE_HEIGHT,ih) becomes if(eq(iw,WIDTH)*eq(ih,HEIGHT),ih-GARBAGE_HEIGHT,ih unless i'm mistaken [10:21:14 CEST] <ubitux> which you can simplify further [10:21:32 CEST] <JEEBsv> oh [10:21:40 CEST] <JEEBsv> * in there [10:22:01 CEST] <ubitux> doing something like ih-eq(iw,WIDTH)*eq(ih,HEIGHT)*GARBAGE_HEIGHT maybe [10:22:30 CEST] <ubitux> i'd say the first expression can be simplified to this [10:22:36 CEST] <ubitux> (but didn't test) [10:22:38 CEST] <JEEBsv> that looks good [10:22:40 CEST] <JEEBsv> I'll test [10:22:49 CEST] <ubitux> btw, you don't need to escape with \ [10:22:58 CEST] <JEEBsv> it seems like I need to [10:23:03 CEST] <JEEBsv> I got parse errors without [10:23:04 CEST] <ubitux> just do "crop='...'" [10:23:07 CEST] <JEEBsv> oh [10:23:35 CEST] <ubitux> "crop=out_h='...':y='...'" [10:23:52 CEST] <JEEBsv> so when passing it as an arg the arg would be "crop=out_h='shizzle'" ? [10:24:09 CEST] <JEEBsv> anyways, I'll test. thanks [10:24:10 CEST] <ubitux> if you want to put special characters like , or : yes [11:24:01 CEST] <durandal_1707> do we have hevc to anex b bitstream filter? [11:27:16 CEST] <wm4> Libav has a patch [11:27:33 CEST] <wm4> rcombs wrote one too, but AFAIK it wasn't merged [11:46:54 CEST] <dhiru> hi! how do I pass some data from "mov.c" (demuxer) to a bitstream filter? [11:48:21 CEST] <dhiru> bitstream filters have access to AVCodecContext objects. if only I could access this object from mov.c, my problem will solve itself ;) [11:49:10 CEST] <nevcairiel> These components are decoupled for a reason [11:50:36 CEST] <dhiru> nevcairiel, true. in my case, I have to handle obfuscation of the audio blocks. the problem is that the bitstream filters can't access the file itself. [11:52:32 CEST] <dhiru> if I handle the crypto part in mov.c (which I can, easily), then the subsequent bitsream filter doesn't have access to the crypto data (which resides on mov.c context now) [11:52:41 CEST] <dhiru> s/resides on/resides in [11:53:32 CEST] <wm4> what bitstream filter is it, and why is it separate? [11:55:21 CEST] <dhiru> I wrote the bitstream filter, and keeping the filter separate seemed liked a good idea (initially) [11:55:52 CEST] <wm4> what does the filter do? [11:57:09 CEST] <dhiru> it unobfuscates the audio bytestream (the underlying bytestream is protected using some crypto) [11:57:39 CEST] <dhiru> in my earlier code, all the crypto was handling externally, and then I passed the keys to the bitstream filter [11:57:56 CEST] <dhiru> now I would like to move the crypto part into ffmpeg itself :) [11:58:07 CEST] <wm4> rcombs: you may find this interesting http://lists.libav.org/pipermail/libav-devel/2015-July/070559.html [12:34:57 CEST] <dhiru> wm4, can I drop the bitstream filter idea completely, and instead move the audio bytestream deobfuscation directly into mov.c? [12:35:47 CEST] <wm4> dhiru: we don't know your code or what exactly you're trying to do [12:36:53 CEST] <dhiru> wm4, I am writing ffmpeg code to handle playback of .mp4 files which use custom obfuscation of audio bytestream. [12:38:11 CEST] <nevcairiel> if its custom anyway, just shove it into the demuxer [12:40:31 CEST] <dhiru> nevcairiel, will do! [12:41:10 CEST] <dhiru> one day, I will be able to publish this code, and then we can argue where the code actually belongs ;) [12:51:19 CEST] <cone-616> ffmpeg 03Paul B Mahol 07master:ae55fc82a840: avfilter/vf_removegrain: clip to uint16 instead to uint8 [13:23:40 CEST] <dhiru> in a bitstream filter, it is really simple to see the audio data by using the "buf" and "buf_size" arguments to the filter. where do I intercept this data when I am in "mov.c". "mov_read_packet" seems to be the place but it's hard to see what is going on :) [14:08:46 CEST] <J_Darnley> durandal_1707: since you pushed the change I'm going to rebase my branch [14:19:02 CEST] <durandal_1707> J_Darnley: how hard would it be to extend it to 16 bit? [14:19:26 CEST] <J_Darnley> My assembly? Not too hard but quite a bit of work. [14:20:21 CEST] <J_Darnley> I would probably end up duplicating the code like with yadif. [14:21:12 CEST] <J_Darnley> Although I have wanted to look at writing some size independent macros [14:35:10 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:e71ca21f3084: avcodec/motion_est_template: Fix undefined behavior in small_diamond_search() [15:09:54 CEST] <D404|Ghetto> profile is not a parseable x265 param [15:31:57 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:7ef6656b1e5b: avcodec/utils: use a minimum 32pixel width in avcodec_align_dimensions2() for H.264 [15:33:41 CEST] <AstralStorm> hello, suppose I have an AAC bitstream encoder and decoder and want to put it into an already built version of ffmpeg [15:34:03 CEST] <AstralStorm> I see potentially either implementing AVCodec or AVBitStreamFilter [15:34:51 CEST] <AstralStorm> which one of those should I do? also, how do I disable or make lower priority the ffmpeg built-in decoder? [15:35:45 CEST] <BtbN> you can't add encoders without recompiling [15:36:14 CEST] <AstralStorm> huh? why? av_codec_register is there [15:36:51 CEST] <AstralStorm> *avcodec_register [15:37:06 CEST] <BtbN> you don't have access to most libav* internal stuff, and how do you intend to make ffmpeg call those? [15:37:19 CEST] <AstralStorm> this is external API [15:37:25 CEST] <AstralStorm> the structure is public too [15:37:45 CEST] <BtbN> I never heard of a runtime registered out-of-lavc encoder/decoder. [15:37:53 CEST] <BtbN> And i'm quite sure that's not supported. [15:38:18 CEST] <AstralStorm> what about HWAccel then? [15:38:33 CEST] <AstralStorm> (yes, potentially I can rebuild that ffmpeg, I'd rather not) [15:38:46 CEST] <BtbN> You want to use those with the ffmpeg command line tool, or what do you even want to do? [15:39:37 CEST] <AstralStorm> no, libavcodec is used within an application [15:39:46 CEST] <nevcairiel> ffmpeg is generally not deisgned for incoporating new encoders or decoders at runtime [15:40:03 CEST] <AstralStorm> and I need to use a proprietary encoder/decoder with a suitable license [15:40:24 CEST] <AstralStorm> (which is also a wrapper to hardware accelerator) [15:40:51 CEST] <AstralStorm> hmmh, oh well, worst case I can use libavformat to mux by hand [15:40:56 CEST] <AstralStorm> less fun though. [15:41:12 CEST] <BtbN> Or put the encoder into libavcodec and send a patch [15:41:31 CEST] <AstralStorm> cannot, sorry. wrong license. [15:41:34 CEST] <nevcairiel> or dont send a patch and just build the avcodec with the patch =p [15:41:49 CEST] <AstralStorm> also cannot, sorry, wrong license :D [15:42:05 CEST] <BtbN> Well, there is nvenc and mfx in there, which aren't exactly open-source compatible. So they make ffmpeg non-free when enabled. [15:42:22 CEST] <BtbN> same for a bunch of other stuff [15:42:40 CEST] <nevcairiel> well its not our problem, its really yours, avcodec cannot really accept external encoders, and if you cannot put a wrapper into avcodec directly and built it that way, you cannot use avcodec [15:42:43 CEST] <AstralStorm> ah, they dynamically link their thing, right? [15:43:27 CEST] <nevcairiel> In any case, what you do locally to your avcodec is noones business, you can build it using the non-free license and include any closed source modules you need [15:43:29 CEST] <AstralStorm> hmm, darn, headers are copywrong too [15:43:36 CEST] <nevcairiel> there is one limitation on that: you cannot distribute this [15:43:49 CEST] <AstralStorm> exactly, that is a serious limitation [15:44:11 CEST] <AstralStorm> hmmh. manual muxing it is [15:44:25 CEST] <BtbN> well, your own code is under the same limitation then. [15:44:37 CEST] <AstralStorm> no, it's not, it's specifically distributed under a license [15:45:24 CEST] <kierank> Compn: http://www.phoronix.com/scan.php?page=news_item&px=NSA-KDBUS-Credentials&ut… [15:45:37 CEST] <j-b> BtbN: mfx is non-free? [15:45:39 CEST] <AstralStorm> thanks, I'll still have a crack at doing the libavcodec avcodec_register shenanigans [15:46:04 CEST] <durandal_1707> people distribute various stuff with lavc see license violators list on trac [15:46:09 CEST] <BtbN> j-b, i can't download it without registering at intel, so i has at least something strange going on. [15:46:42 CEST] <nevcairiel> that doesnt really tell you anything about the license [15:46:53 CEST] <j-b> BtbN: sorry, but I think you are mistaken. [15:47:09 CEST] <BtbN> Did they fix it? [15:47:22 CEST] <D404|Ghetto> having to register has no bearing on its license [15:47:35 CEST] <AstralStorm> hmm, technically.... I could wrap the proprietary thing in my own BSD wrapper [15:47:41 CEST] <nevcairiel> why is github so horribly slow today [15:48:42 CEST] <AstralStorm> as in, said wrapper would provide libavcodec APIs and be dynamically linked in [15:48:56 CEST] <nevcairiel> BtbN: the mfx headers at least seem to be under BSD [15:49:38 CEST] <__gb__> BtbN, if your codec does not need/rely on lavc internals, you can obviously register any encoder/decoder you want, manually, from within your application [15:50:26 CEST] <__gb__> automatic selection could be challenging, but if you want to integrate your codec, you would likely use it explicitly anyway [15:50:41 CEST] <BtbN> __gb__, yes, of course you can do that. But i have never seen that beeing done and I don't think it's a well tested and supported method. [15:53:11 CEST] <AstralStorm> exactly, I don't need any internals at all [15:53:46 CEST] <AstralStorm> suppose I go the "build in with wrapper" route - should I go with AVHWAccel? [15:54:21 CEST] <__gb__> BtbN, https://github.com/gbeauchesne/mvt_tools/blob/master/src/gen_ref_h264_avc.c (JM) for instance [15:54:29 CEST] <AstralStorm> or is that for video only? [15:54:42 CEST] <__gb__> that's for video decode only [15:54:47 CEST] <BtbN> __gb__, github doesn't want to cooperate right now [15:55:51 CEST] <AstralStorm> yeah, it's sort of broken now [15:56:01 CEST] <BtbN> Not only sort of [15:56:05 CEST] <BtbN> All i get is "Unicorn!" [15:56:25 CEST] <AstralStorm> read: their backend is broken [15:57:00 CEST] <AstralStorm> now the page itself is dead too, heh [15:57:04 CEST] <AstralStorm> must be something major [15:57:51 CEST] <D404|Ghetto> https://status.github.com/ [15:58:17 CEST] <nevcairiel> hehe 2 minutes ago that still said "small number of repositories" [15:59:34 CEST] <J_Darnley> What a shame that git isn't a distributed service. [15:59:46 CEST] <TimNich> ;) [16:00:06 CEST] <nevcairiel> its not that we're complaining that the repo is unavailable, but the web browsing of the same :p [16:03:58 CEST] <__gb__> someone disconnects their cables or "black box" from major sites? :) [16:04:22 CEST] <__gb__> "software glitch" aka "network connectivity issue" at united airlines [16:04:30 CEST] <__gb__> some computer issue at NYSE [16:04:37 CEST] <AstralStorm> chinese. [16:04:53 CEST] <J_Darnley> OMG It has finally happened! It is the cyber Pearl Harbor! [16:04:58 CEST] <AstralStorm> didn't like the reports about their market failing [16:08:32 CEST] <__gb__> were people really surprised by a market failing by "only" 30% after +150% over a year? really? [16:12:18 CEST] <__gb__> 16:10 CEST [16:12:18 CEST] <__gb__> Everything operating normally. [16:24:16 CEST] <cone-616> ffmpeg 03Andreas Cadhalpun 07master:3526a120f929: snow: remove an obsolete av_assert2 [16:34:09 CEST] <dhiru> I finally have a patched "mov.c" which is able to unobfuscate the bytestream. now, the underlying .mp4 file contains a picture (mjpeg?), and if I don't use the "-vn" flag, then I see a lot of "Delay between the first packet and last packet in the muxing queue is 10031020 > 10000000: forcing output" messages. is there something I can do to avoid such messages? [16:37:20 CEST] <wm4> <__gb__> BtbN, https://github.com/gbeauchesne/mvt_tools/blob/master/src/gen_ref_h264_avc.c (JM) for instance <- this uses internal API [16:42:28 CEST] <__gb__> it has been a long time since I haven't built against system ffmpeg, so this probably broke :) [16:42:35 CEST] <__gb__> wm4, what internal API do you see in there? [16:44:30 CEST] <wm4> /***************************************************************** [16:44:30 CEST] <wm4> * No fields below this line are part of the public API. They [16:44:30 CEST] <wm4> * may not be used outside of libavcodec and can be changed and [16:44:30 CEST] <wm4> * removed at will. [16:44:30 CEST] <wm4> * New public fields should be added right above. [16:44:31 CEST] <wm4> ***************************************************************** [16:44:39 CEST] <wm4> but apparently this wall is not visible enough [16:45:01 CEST] <wm4> this is above AVCodec.encode2/decode and other fields [16:45:29 CEST] <wm4> you can NOT add any decoders, encoders, filters, demuxers, or muxers to FFmpeg with public API [16:46:09 CEST] <wm4> the only thing the "codec registration" achieves is making ffmpeg not library-safe due to global, mutable, unprotected state [16:55:29 CEST] <durandal_1707> thanks to name that shall not be spoken [16:56:51 CEST] <kierank> max [16:56:57 CEST] <kierank> that's the name [16:57:52 CEST] <durandal_1707> Mighty Max [17:00:12 CEST] <kierank> magic mike [19:02:01 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:b1e242bc5656: avcodec/g2meet: Check R/G/B values in epic_decode_pixel_pred() [19:02:02 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:47d077337a62: avcodec/utils: Document 32 min for h264 width [19:02:46 CEST] <Vonor> hi [19:06:22 CEST] <Vonor> trying to build a static ffmpeg version. host system is gentoo. host system hast latest freetype installed through package manager (with useflag static-libs). I'm using latest ffmpeg package from the ffmpeg page (2.7.1). This is my configure line: http://pastebin.com/emLqhu3i and this is the error I get in config.log: http://pastebin.com/30C2bWMT [19:06:35 CEST] <Vonor> would anyone have an idea? [19:07:30 CEST] <J_Darnley> Something is linked to libpng [19:07:56 CEST] <J_Darnley> try adding --extra-ldflags=-lpng [19:08:51 CEST] <J_Darnley> Also, why the heck is your configure line so ling? [19:09:21 CEST] <Vonor> J_Darnley, added it. looks like the same error to me: http://pastebin.com/hDAe5q2F [19:09:46 CEST] <J_Darnley> you can combine various --enable-* and --disable-* by using commas [19:09:51 CEST] <J_Darnley> --disable-amd3dnow --disable-amd3dnowext --disable-altivec --disable-avx --disable-ssse3 --disable-neon makes no sense [19:10:44 CEST] <J_Darnley> -lpng needs to go after whichever library needs it [19:11:20 CEST] <J_Darnley> And I wonder why pkg-config isn't reporting the dependency correctly [19:11:31 CEST] <J_Darnley> And I wonder why this is on ffmpeg-devel [19:11:47 CEST] <Vonor> J_Darnley, to be honest. a former colleague of mine did compile the ffmpeg binary for us before. he made this configure line. so i actually have no idea why he made it the way it is. [19:12:28 CEST] <J_Darnley> start with ./configure [19:12:42 CEST] <J_Darnley> then add the --enable-* options you need for third-pary libraries [19:16:41 CEST] <Vonor> trying that right now [19:28:04 CEST] <J_Darnley> Vonor: I just realised that I mean --extra-libs (or something) rather than --extra-ldflags [19:28:10 CEST] <J_Darnley> sorry about that. [19:29:08 CEST] <Vonor> i already have extra-libs="-static" can i merge it together or will i have to do two --extra-libs? [19:29:37 CEST] <J_Darnley> like any other option that needs a space: "-static -lpng" [19:29:59 CEST] <J_Darnley> but that is probably the cause of your problems. You need to tell pkg-config that you want static libraries. [19:31:21 CEST] <Vonor> how do i do that? [19:31:26 CEST] <J_Darnley> No idea [19:31:32 CEST] <J_Darnley> I dislike pkg-config [19:32:04 CEST] <c_14> --pkg-config-flags="--static" [19:34:19 CEST] <Vonor> J_Darnley, you were right. telling pkg-config that i want static fixed the issue [19:34:27 CEST] <Vonor> c_14: thanks a lot for that :) [19:34:41 CEST] <J_Darnley> Sorry for the wild goose chase [19:34:55 CEST] <J_Darnley> but I still suggest you cleanup that configure line [19:35:59 CEST] <Vonor> i just took out the parts you mentioned above that make no sense. [19:39:08 CEST] <Vonor> J_Darnley, of course I thank you a lot too. [19:41:00 CEST] <J_Darnley> np [19:41:39 CEST] <durandal_1707> cehoyos: maybe those green stuff at top are 2bits of 10bits data, to confirm real 10 bit sample is needed [19:41:47 CEST] <Vonor> i might have an idea where all these options came from. my former colleague might have taken the actual config line the gentoo portage package uses internally (in regards to his make.conf settings) and then he added the static stuff he needed [20:11:31 CEST] <cehoyos> thardin: I sent an ugly mxf patch, please comment! [20:11:59 CEST] <cehoyos> durandal_1707: The green stuff is required for Avid 1:1, see (just a moment) [20:13:14 CEST] <cehoyos> 36cbdc95393117d36885c9ba06f0df62f50cc46c [20:14:57 CEST] <cehoyos> thread.gmane.org/gmane.comp.video.ffmpeg.issues/8596/ (warning: gmane is broken for issues) [20:17:21 CEST] <cehoyos> michaelni: Is the libavcodec part of "Raise max channels to 64" not ok? [20:18:43 CEST] <cehoyos> wbs: Are you interested in reviewing a rtp patch? http://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/175348.html [20:22:36 CEST] <michaelni> cehoyos, i think nicolas should take a look at the 63vs64 max stuff, he worked on related code. if he doesnt remember / see any problem then it should be ok [20:22:51 CEST] <cehoyos> Thank you! [20:23:25 CEST] <BtbN> 63 seems like a quite specific number [20:25:08 CEST] <cehoyos> See 192f1984 [20:26:23 CEST] <thardin> cehoyos: boozing, but i'll take a look in the morning [20:26:39 CEST] <cehoyos> Tomorrow is definitely soon enough! [20:27:30 CEST] <thardin> unless i can find it on my phone [20:28:30 CEST] <cehoyos> http://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/175386.html [20:31:08 CEST] <thardin> hm [20:32:45 CEST] <thardin> can't judge atm i fear :p [20:33:10 CEST] <cehoyos> When support for AVup was added years ago, no new decoder was added but rawvideo checks for AVup to throw away the "empty" third of the image. [20:33:38 CEST] <cehoyos> In theory, this solution would allow to remux to mov. [20:33:51 CEST] <cehoyos> (I don't think it's implemented but it wouldn't be too difficult) [20:34:49 CEST] <cehoyos> The frame is much larger (in bytes) than necessary and is "bottom-aligned", ie the top of the frame is full of zeros if the codec_tag is not set. [20:56:51 CEST] <cone-616> ffmpeg 03Alexandra Hájková 07master:872fab4a3df4: asfdec: Fix reading from the pipe [20:56:52 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:72527d9c54a9: Merge commit '872fab4a3df48e7e6484333ee2228c684e319634' [21:24:33 CEST] <Compn> kierank : nothing to worry about if dbus is a backdoor into your system , right? :) [21:30:06 CEST] <cone-616> ffmpeg 03Andreas Cadhalpun 07master:05cc8c8e4b70: hevc: check slice address length [22:03:01 CEST] <durandal_1707> cehoyos: it is not fully green there is pixel of lime [22:10:50 CEST] <cehoyos> I see 0000 except for two bytes [22:26:55 CEST] <cehoyos> Is there anybody who is able to use HttpFS Hadoop? [22:29:24 CEST] <BBB> michaelni: ty [23:04:15 CEST] <philipl> cehoyos: What do you mean by 'use'? [23:21:02 CEST] <cehoyos> philipl: I think I don't even know what it is except that you upload files: Can you do that (==can you test if files are accepted)? [23:21:21 CEST] <cehoyos> The reason is ticket 4512, the OP disappeared [23:22:02 CEST] <philipl> I'd be hugely surprised if it worked. hdfs has weird semantics. [23:22:19 CEST] <philipl> Got to be honest, this is pretty much the last place I'd expect to see hadoop come up :-) [23:23:19 CEST] <philipl> Can you even stream flv? [23:23:22 CEST] <cehoyos> You mean you don't think it works at all with FFmpeg? The OP wrote that it works fine, except if pipe output is used. I believe it may be possible to fix that. [23:23:36 CEST] <philipl> Well, uploading a file will work, obviously. [23:24:22 CEST] <cehoyos> The way I understood the ticket was that invalid files are rejected: Or do I just misunderstand? [23:24:44 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:d759f7f1d080: avcodec/j2kenc: remove unused variable [23:24:49 CEST] <philipl> Summary of the bug: [23:24:49 CEST] <philipl> FFmpeg write flv to stdin,and send data to curl by pipe. [23:24:49 CEST] <philipl> When press "q",ffmpeg report error: [23:24:49 CEST] <philipl> [flv @ 029fab20] Failed to update header with correct duration. [23:24:50 CEST] <philipl> [flv @ 029fab20] Failed to update header with correct filesize. [23:24:58 CEST] <philipl> That says "flv cannot be piped" to me. [23:25:03 CEST] <philipl> It has to seek back to re-write the header. [23:25:09 CEST] <philipl> So the user is doing something impossible. [23:25:28 CEST] <cehoyos> I don't think it is impossible. [23:25:38 CEST] <cehoyos> Could you test the files I attached? [23:25:56 CEST] <philipl> Why do you think it is not impossible. Just like mp4 is not streamable. [23:26:12 CEST] <philipl> If you have to update a header at the end, then the target must be seekable. [23:26:18 CEST] <philipl> And a pipe is not seekable. [23:26:26 CEST] <philipl> He'd fail if he was piping to a file or /dev/null. [23:26:33 CEST] <philipl> nothing to do with httpfs [23:26:36 CEST] <cehoyos> FFmpeg plays the files that are produced with a pipe. [23:26:45 CEST] <philipl> They might be broken but playable, yes. [23:26:53 CEST] <philipl> but that's not what he was complaining about. [23:26:56 CEST] <cehoyos> Imo it is not that unlikely that the only reason it fails is the duration set to "0". [23:26:58 CEST] <philipl> He said it shows those two errors. [23:27:06 CEST] <cehoyos> (The same is true for wav and WMP.) [23:27:21 CEST] <cehoyos> He didn't test the samples I attached [23:27:34 CEST] <cehoyos> (Or actually he wrote: They work but didn't tell which ones) [23:27:40 CEST] <philipl> So, unless there's something I missed, all he was reporting was the two header update errors. [23:27:40 CEST] <cehoyos> They are all made with pipe output. [23:27:44 CEST] <philipl> He did not say the upload failed. [23:27:49 CEST] <philipl> He did not say the file was unplayable. [23:28:24 CEST] <cehoyos> That's why I also attached one file that is unchanged: I agree it is possible he only wanted to report that he saw a warning. [23:28:33 CEST] <philipl> I think that's all he wanted to do. [23:28:37 CEST] <cehoyos> But I would like to clarify before the ticket gets closed. [23:28:40 CEST] <philipl> Sure. [23:28:44 CEST] <philipl> Well, onl he can answer that. [23:28:50 CEST] <philipl> Files will obviously upload just fine. [23:28:54 CEST] <cehoyos> So you aren't able to test, unfortunately? [23:29:05 CEST] <philipl> I can test, but it's meaningless. A file is a file. [23:29:58 CEST] <cehoyos> You mean this filesystem has nothing to do with flv? [23:30:09 CEST] <philipl> No. [23:30:11 CEST] <cehoyos> Then why did he mention it at all? [23:30:28 CEST] <philipl> HDFS is a distributed filesystem and 'httpfs' a REST web gateway to it. [23:30:29 CEST] <cehoyos> (Sorry: No, it has nothing to do with flv, or no, you are wrong, it has something to do with flv?) [23:30:46 CEST] <philipl> So all he's doing is streaming a file to it, as far as it is concerned. [23:31:08 CEST] <cehoyos> But what does "FFmpeg write flv to HttpFS(Hadoop) failed" means then? [23:31:22 CEST] <philipl> It means that's the operation he was attempting when he saw the errors. [23:31:22 CEST] <cehoyos> That he saw an error although it did not fail? [23:31:25 CEST] <philipl> Yes. [23:31:32 CEST] <cehoyos> Ok, thanks. [23:31:38 CEST] <philipl> That's what his description said. "When I pressed q, I saw some errors" [23:31:41 CEST] <cehoyos> I spend quite some time with this issue;-( [23:31:54 CEST] <philipl> Sorry. If I'd have known, I could have said all this at the time. [23:32:31 CEST] <philipl> Anyway, someone trying to store streaming flvs on HDFS is probably crazy. [23:32:36 CEST] <cehoyos> Don't worry! [23:32:36 CEST] <philipl> (broken flvs at that) [23:32:57 CEST] <cehoyos> I am not so sure they are broken, this is just metadata missing (or wrong)... [23:33:40 CEST] <philipl> Well, that's one kind of broken. :-) [23:43:42 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:8fca37d5f874: avfilter/vf_ssim: Mark constant tables as const [00:00:00 CEST] --- Sat Jul 11 2015

1 0

ffmpeg.log.20150710
by burek 11 Jul '15

11 Jul '15

[00:00:17 CEST] <klaxa> what settings did you use? [00:02:21 CEST] <techtopia> ffmpeg -y -i test.ts -sws_flags spline -sn -vf yadif=0:0,crop=1912:1076:8:2 -s 1280x720 -c:v libx264 -preset slow -level 4.1 -crf 21 -r 25 -x264opts colormatrix=bt709 -map 0:0 -map 0:1 -acodec copy test_x264.mkv [00:02:22 CEST] <techtopia> and [00:02:29 CEST] <techtopia> ffmpeg -y -i test.ts -sws_flags spline -sn -vf yadif=0:0,crop=1912:1076:8:2 -s 1280x720 -c:v libx265 -preset slow -level 4.1 -crf 21 -r 25 -x264opts colormatrix=bt709 -map 0:0 -map 0:1 -acodec copy test_x265.mkv [00:04:15 CEST] <klaxa> the thing is, crf are not equal between x264 and x265, passing -x264opts to libx265 seems weird, and presets also do not exactly do the same things in x264 and x265 [00:05:31 CEST] <techtopia> ahh yeah good point heh [00:05:40 CEST] <techtopia> i just modded my normal encode line to do a quick test [00:05:51 CEST] <techtopia> will do another test [00:06:11 CEST] <techtopia> and need to find some documentation on the crf diffrences [00:07:01 CEST] <c_14> techtopia: 8fps on libx265 for slow is pretty good (depending on the input of course) [00:07:14 CEST] <c_14> A pure black input gave me 30fps and mandelbrot is giving me 4ish [00:07:45 CEST] <techtopia> this was low motion reality tv [00:07:51 CEST] <techtopia> mainly just people sat around talking [00:08:12 CEST] <c_14> Also, don't manually set the level (unless you need to force it lower than x264/x265 sets it) [00:08:32 CEST] <c_14> It'll pick the level itself [00:08:37 CEST] <techtopia> ok :) will omit that too [00:09:06 CEST] <c_14> You can probably also get rid of -r 25 (unless your input isn't 25 fps and you want to force it to 25 fps) [00:10:21 CEST] <c_14> Oh, and you don't need -sn (since you're mapping explicitly) [00:11:03 CEST] <techtopia> :D glad i posted my lines [00:11:13 CEST] <techtopia> lots of fixes i can do [00:53:24 CEST] <clevelandrocks> I'm trying to decode a a .mp4 into a .tiff sequence without altering/converting its colorspace. I run this command: http://pastebin.com/HbnPhEi8 and .tiff files come out BUT the .tiff files that ffmpeg produces from this command are not vieable by anything I can find. [00:54:16 CEST] <clevelandrocks> *not viewable [00:57:51 CEST] <clevelandrocks> when I try to open the resulting .tiff files , programs report the .tiff files as being "corrupted or too large" [00:57:51 CEST] <pzich> do you need yuvj422p? that might be causing it [00:58:06 CEST] <clevelandrocks> I have tried other color formats too [00:58:15 CEST] <clevelandrocks> yuv420p produces the same result [00:59:05 CEST] <pzich> does it work with other image formats, or exported as a movie? [00:59:14 CEST] <clevelandrocks> the humorous part is that ffmpeg says this: "Incompatible pixel format 'yuvj422p' for codec 'tiff', auto-selecting format 'yuv422p' " [00:59:44 CEST] <clevelandrocks> if i choose rgb24 the .tiff files that come out are viewable [01:00:12 CEST] <clevelandrocks> but I don't want to change damage/change the color of the source [01:02:47 CEST] <clevelandrocks> so when the 'auto-selected' yuv422p is used, the .tiff files that result are still no good [01:03:09 CEST] <clevelandrocks> but when 'rgb32' is used, the .tiff files that result are at least openable [01:03:23 CEST] <clevelandrocks> *'rgb24' [01:11:06 CEST] <Kaedenn> Can I embed XMP data in .avi files? [01:17:51 CEST] <Kaedenn> Actually, how would I go about adding a license to an AVI file? [01:19:44 CEST] <pzich> with metadata? http://stackoverflow.com/questions/9464617/retrieving-and-saving-media-meta… [01:24:59 CEST] <clevelandrocks> @pzich : does that make sense? any ideas on how to do this? [01:25:39 CEST] <pzich> nope, I don't think images are generally stored in yuv formats though, so maybe you need to use an rgb one? [01:26:44 CEST] <clevelandrocks> is there a way to convert from YUV to RGB that is lossless? [01:27:04 CEST] <CoJaBo_> clevelandrocks: Only if you somehow have infinite precision.. [01:27:30 CEST] <CoJaBo_> So heres another fun and probably nigh impossible task I've been handed- is there any way to determine if a video file is from a camera vs. other source? [01:28:02 CEST] <CoJaBo_> It seems like metadata could be useful in that, but I'm guessing it's gonna vary far too much to be useful... [01:28:02 CEST] <pzich> it probably depends on if the camera adds metadata to the file [01:28:11 CEST] <pzich> yep, probably too varied [01:32:04 CEST] <CoJaBo_> gah. [01:34:17 CEST] <CoJaBo_> ..oddly, it doesn't appear ANY of the files have any kind of metadata at all. :/ [01:38:35 CEST] <clevelandrocks> CoJaBo_: the source has a pixel format of yuv420p using smpte2048 color ranges. thus I fear doing any pixel format conversion squashing those color ranges. is this fear unfounded? [01:53:55 CEST] <clevelandrocks> what's even stranger is that the "unreadable" .tiff files (the ones output in yuv420p colorspace) can be fed into ffmpeg to create a viewable .yuv file [02:29:37 CEST] <DHE> Do you think I could do multiple transcodes of the same video at different resolutions/bitrates from the same first pass encoding stats? (libx264) or would that be a bad idea [02:35:04 CEST] <durandal_1707> It's possible but slow [02:39:07 CEST] <DHE> slow? [05:32:48 CEST] <agorecki> Hi guys. How can I take three to five videos and combine them into a single video? [05:40:25 CEST] <DHE> https://trac.ffmpeg.org/wiki/Concatenate [09:05:08 CEST] <Taniey> ffmpeg filter tblend ,how can I make video have a fade in or out effect? [09:07:20 CEST] <Taniey> anybody hear? [09:18:05 CEST] <JEEBsv> where was the if() thing in filter chains documented again? somehow it evades my google-fu [09:21:25 CEST] <JEEBsv> I guess true/false value, value if true, value if false [09:36:58 CEST] <JEEBsv> ok, I'm trying to crop only if iw is WIDTH and ow is HEIGHT [09:37:31 CEST] <JEEBsv> crop=out_w=iw:out_h=if(if(eq(iw,WIDTH),eq(ih,HEIGHT),0),ih-32,ih):y=if(if(eq(iw,WIDTH),eq(ih,HEIGHT),0),32,0):keep_aspect=1 [09:38:00 CEST] <JEEBsv> s/ow/ih/ [09:38:22 CEST] <JEEBsv> but it seems to barf at the if within an if [09:39:25 CEST] <JEEBsv> or wait... it might just be a shell parsing issue... [09:40:42 CEST] <JEEBsv> yup [09:41:07 CEST] <JEEBsv> I had it surrounded by ''s but I still had to escape all of the ,s [09:41:12 CEST] <JEEBsv> (within the ifs [09:47:27 CEST] <durandal_1707> Taniey: fade filter? [09:48:11 CEST] <Taniey> blend filter [09:49:24 CEST] <Taniey> or tblend filter [09:52:22 CEST] <Taniey> I use this commend " tblend=all_expr='A*(10-T)/10+B*0' " but the video change into green [09:57:36 CEST] <Taniey> <durandal_1707>:how can i improve my expression ? [09:59:27 CEST] <durandal_1707> Taniey: add format=gbrp, before tblend... [10:00:45 CEST] <durandal_1707> you want to fade to black? [10:01:05 CEST] <Taniey> en [10:01:29 CEST] <Taniey> yes [10:01:32 CEST] <durandal_1707> another filter to do this is fade filter [10:03:52 CEST] <Taniey> en ,thanks [10:08:58 CEST] <reza> quit [11:36:13 CEST] <zhanshan> hi [11:36:27 CEST] <zhanshan> what's the different between -c:a pcm_s24le and -acodec? [11:36:31 CEST] <zhanshan> can I use both? [11:37:46 CEST] <zhanshan> I mean can I use either -c:a pcm_s24le OR -acodec pcm_s24le? [11:46:34 CEST] <BtbN> acodec is the deprecated syntax [12:40:33 CEST] <benbro1> can ffmpeg convert pcap file captured from RTP stream to audio/video? [12:45:32 CEST] <hardikj> hi guys, I just installed ffmpeg for mac(yos) and on running it I get avfoundation not found, what am i missing? [12:45:44 CEST] <hardikj> when I install it using brew it works fine [12:46:03 CEST] <hardikj> but I downloaded it from here https://www.ffmpeg.org/download.html#build-mac [12:46:19 CEST] <hardikj> from here http://ffmpegmac.net/ actually [13:17:18 CEST] <svvitch> I transcode UDP streams to RTMP with this params "-loglevel verbose -i "udp://238.0.0.7:32000?timeout=90000000&fifo_size=100&overrun_nonfatal=1" -progress "http://192.168.1.50:8024/live/on_tc_progress?live_id=14570b4e-c0ce-11e1-ae5…" -flags +global_header -map 0:v -c:v flv -qscale 1 -map 0:a -c:a aac -b:a 187k -strict -2 -ar 44100 -ac 1 -f flv "rtmp://192.168.1.133/admin-vip/14570b4e-c0ce-11e1-ae5c-0025902b2f0c"" [13:19:07 CEST] <svvitch> and every ffmpeg process continuously increase memory usage until for ex. 10 ffmpeg processes use 32 GB of RAM [13:20:28 CEST] <svvitch> is there a way to deal with this ? [13:41:20 CEST] <retard> you could always get more ram [13:44:34 CEST] <svvitch> retard: seriously [13:50:54 CEST] <DHE> sounds like you don't have enough CPU power to do the transcode in realtime and the UDP receiver is buffering all to hell [13:51:31 CEST] <svvitch> load average is 7.29 for 16 core cpu [13:51:40 CEST] <DHE> hmm.. doesn't quite explain 32 GIGS though.. [13:51:56 CEST] <svvitch> I think is enough :) [13:52:36 CEST] <svvitch> DHE: yes, I tried a lot of params :( nothing helps [13:52:38 CEST] <DHE> I'm doing something similar but x264 and output to a named pipe... [13:53:52 CEST] <svvitch> DHE: x264 increase cpu usage [13:54:21 CEST] <DHE> yaeh, I don't know what the requirements of .flv are or what sort of resolution you're using or what sort of CPU... [13:55:14 CEST] <svvitch> the input stream is in H263, audio AAC so it's ok for flv [13:55:28 CEST] <DHE> I just doubechecked the buffer sizes for UDP so that's not it... [13:58:32 CEST] <svvitch> I decrease the fifo_size, but the ram usage anyway begin to grow, I don't know how much, now I'm watching [14:01:59 CEST] <DHE> personally I'd use the default or a little bit more.. [15:06:40 CEST] <Vonor> hi, trying to build ffmpeg 2.7.1 on a gentoo system. freetype is installed but the configure script complains about freetype2 not found. according to this page a temp fix is to create a subdirectory and link the freetype.h. but it didn't work for me: https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2013-November/151406.html [15:09:04 CEST] <Vonor> checked the config.log and see that it seems to have issues compiling the freetype test code: http://pastebin.com/TzTUxLig [15:43:54 CEST] <relaxed> Vonor: are you using an ebuild? [17:10:07 CEST] <well0ne> Hello. [17:11:03 CEST] <well0ne> I'm using a bunch of mpegts files (h264+mp3+same res.) to stream to an rtmp stream. with mpegts container and the same codecs, i'm able to stream all files throu , without reencoding thats really nice. [17:11:33 CEST] <well0ne> i'm searching for an php/c programmer which knows the ffmpeg code. i want to emulate that function purely in php. [17:11:41 CEST] <well0ne> can someone help? i would pay [17:17:50 CEST] <well0ne> i'm not a specialist at this, but i think i need an librtmp implementation in php, and a implementation for reading out files [17:19:30 CEST] <durandal_1707> why? [17:20:09 CEST] <well0ne> i want to stream directly with php [17:31:51 CEST] <rcombs> maybe don't do that [17:33:14 CEST] <Eduardo_1> i don't think its a good idea, it will be porting ffmpeg and all libs to php [17:46:17 CEST] <Daan_> Dear, I'm searching for a ffmpeg command which can do this: 1 img at the background, 1 image as overlay and on the background a music track, who can help me? :) Greetz, Daan_ [17:55:00 CEST] Last message repeated 2 time(s). [18:19:29 CEST] <onefix> Has anyone tried doing a distributed encoding project for FFMPEG? I was thinking that with all of these new "cheap" devices coming on the market (like the $9 "CHIP"), you could use like 5 of these to make a fast, cluster for encoding video... [18:24:01 CEST] <onefix> I also came up with a really simple way of making it work...essentially all you need is a NFS share that is the same on all hosts, put a file in there with a job file and then the simplest way to do it would be to split the process among the devices in the cluster using timecodes ... all of the coding could probably be done in a simple scripting language like perl.... [18:25:05 CEST] <BtbN> It's not realy worth the effort [18:25:18 CEST] <BtbN> usualy you distribute it by putting multiple files on multiple machines [18:25:49 CEST] <BtbN> Encoding just isn't that challenging of a task that it's worth to distribute the encoding of a single stream [18:26:54 CEST] <onefix> Really? But, being able to encode a 2 hour video in 30 minutes versus 2 hours would be a great achievement... [18:27:51 CEST] <Vonor> relaxed, nope. trying to build myself [18:28:48 CEST] <onefix> Especially since the hardware encoders for H.264 are not nearly as good as x264... [18:29:19 CEST] <Vonor> relaxed, the ebuild version (same as the source i downloaded), works fine. both with freetype and x256 - both fail when manually configuring the source [18:35:22 CEST] <onefix> Found it. It's called DVE and it gives an ~2x speed increase with 3 machines [18:36:31 CEST] <BtbN> on a somewhat modern CPU you can encode a 2 hours video in way less than 2 hours. [18:39:55 CEST] <onefix> BtbN: It really depends on what you are encoding, the size of the original file, and the presets you are using [18:40:09 CEST] <Vonor> could it be the freetype version that causes the issue? [18:40:22 CEST] <onefix> If you are targeting size and quality, you're going to pay in terms of encoding speed [18:40:29 CEST] <Vonor> using freetype 2.6 [18:40:37 CEST] <BtbN> Of course you can crank the settings up untill it's slower than realtime. [18:40:40 CEST] <BtbN> Or you can use h265 [18:41:23 CEST] <onefix> I would, but h264 is still the only format supported on most settop boxes ... rumor is the Roku 4 will have H.265 support [18:42:03 CEST] <BtbN> h265 was an example of how to make it slower-than-realtime. [18:42:29 CEST] <Daan_> Dear, I'm searching for a ffmpeg command which can do this: 1 img at the background, 1 image as overlay and on the background a music track, who can help me? :) Greetz, Daan_ [18:51:00 CEST] Last message repeated 1 time(s). [19:01:00 CEST] Last message repeated 4 time(s). [20:40:14 CEST] <Kaedenn> I have a wav file I'm adding to my project but I want to insert it at some offset not at the beginning of the video. [20:40:26 CEST] <Kaedenn> What argument do I use for that? [20:41:07 CEST] <c_14> The easiest thing is to probably concatenate n seconds of silence to the front of the audio file. [20:41:22 CEST] <klaxa> there is also -itsoffset [20:41:36 CEST] <Kaedenn> I'm trying to align a visualization with the music it's visualizing and it's off by like 2 tenths of a second. [20:41:45 CEST] <c_14> Yeah, but I'm not sure there are many players that will be happy when the audio starts late. [20:41:58 CEST] <c_14> Oh, you should probably be able to use itsoffset for that [20:42:03 CEST] <klaxa> ah [21:37:12 CEST] <haasn> Can libavcodec be used to display images *as* they're loading? (eg. say they're loading from a network source) [22:04:17 CEST] <durandal_1707> haasn: generally no, but perhaps you could loop or something [22:05:09 CEST] <durandal_1707> there is draw_horiz_band or something like that though [22:50:01 CEST] <pothibo> Hi, I was wondering if it was possible to read a stream, continuously, and the at the instance notice, start recording that stream so that the recording has no glitch (waiting for keyframe, etc.) Does that ring a bell? [22:51:06 CEST] <pothibo> Because if I only use the command line, there is a warm-up period where all the libs get loaded into ram and then waiting on the first keyframe of the stream [00:00:00 CEST] --- Sat Jul 11 2015

1 0

ffmpeg-devel.log.20150709
by burek 10 Jul '15

10 Jul '15

[00:03:36 CEST] <cone-433> ffmpeg 03Luca Barbato 07master:d09b4cce21cd: mpjpeg: Simplify using avio_printf [00:03:37 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:2a33dc2cdf6d: Merge commit 'd09b4cce21cdad5ef2855698395ffd6e37445212' [00:03:55 CEST] <jamrial> J_Darnley: pw_4 and pw_8 are in constants.c, and no need to do times 16 dw for pw_div9 unless you plan on adding avx2 ymm versions [00:11:43 CEST] <durandal_1707> J_Darnley: I changed only clipping to uint8 instead of uint16 for single filter. And thinking about 16 bit support... [00:12:20 CEST] <J_Darnley> I'm still working of your original patch so that hasn't changed the "reference" output [00:13:25 CEST] <J_Darnley> jamrial: why would I not add avx2? [00:13:29 CEST] <J_Darnley> I didn't start writing it because this machine doesn't have avx2 instructions but I should be able to test on my brother's fairly easily [00:14:31 CEST] <J_Darnley> and I will look at using the existing constants [00:15:41 CEST] <jamrial> cool then [00:17:05 CEST] <durandal_1707> jamrial: will add fate tests tomorrow, feel free to beat me [00:20:28 CEST] <cone-433> ffmpeg 03Frank Heckenbach 07master:161a301d4427: mpjpeg: Write the Content-length [00:20:29 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:17498b70d8b7: Merge commit '161a301d44274645c2272855dac3e4664f935603' [00:30:52 CEST] <cone-433> ffmpeg 03Luca Barbato 07master:c8b8271379b2: xcbgrab: Explicitly include xcb/shape.h [00:30:53 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:fcc117af30bc: Merge commit 'c8b8271379b200c5c6fa89ca995f90f97f55c2c5' [00:36:29 CEST] <capostrike93> Hello [00:36:35 CEST] <capostrike93> i know this is for development only [00:36:47 CEST] <capostrike93> but in the user channel noone can respond my question [00:36:57 CEST] <capostrike93> i am trying to do mpeg dash with codec vp9 [00:37:14 CEST] <capostrike93> and i followed a guide from vp9 page http://wiki.webmproject.org/adaptive-streaming/instructions-to-playback-ada… [00:37:40 CEST] <capostrike93> but i am getting an error [00:37:52 CEST] <capostrike93> i posted the error on ffmpeg forum [00:37:53 CEST] <capostrike93> http://ffmpeg.gusari.org/viewtopic.php?f=11&t=2218 [00:38:01 CEST] <capostrike93> [webm_dash_manifest @ 0x4610fc0] Could not find codec parameters for stream 0 (Video: vp9, none, 1280x720): unspecified pixel format [00:38:12 CEST] <capostrike93> PLEASE, someone can help me? [00:40:46 CEST] <cone-433> ffmpeg 03Stian Selnes 07master:dc1de0b95883: h261: Set 'still image mode off' in picture header [00:40:47 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:a137e50ee54c: Merge commit 'dc1de0b958836545339611e9c050a1d4fdded263' [00:44:06 CEST] <llogan> capostrike93: you'll have to ask the ffmpeg-user mailing list [00:58:01 CEST] <cone-433> ffmpeg 03Stian Selnes 07master:02b7c630875c: h261: Signal freeze picture release for intra frames [00:58:02 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:edfcbf7c83cb: Merge commit '02b7c630875c0bc63cee5ec597aa33baf9bf4e20' [01:07:08 CEST] <philipl> wm4: Man, it was easy to create the filter. [01:09:11 CEST] <wm4> oh [01:09:44 CEST] <durandal_1707> in libmpcodecs? [01:13:04 CEST] <philipl> wm4: Works really nicely. Filter takes in a vdpau surface image, then spits out a regular one. mpv is able to apply its rotation detection logic automatically and it all works. [01:14:04 CEST] <wm4> nice - still a bit expensive to rotate it in sw though [01:14:30 CEST] <philipl> True, but of course it gives access to all the other potentially interesting filters. [01:14:40 CEST] <philipl> 'accelerated' rotation is probably desirable as well. [01:15:43 CEST] <wm4> although, I guess with --vo=oprngl, it's rotated on the gpu [01:17:52 CEST] <philipl> Right. [01:19:24 CEST] <philipl> The only limitation is that I don't think it's possible to detect the right output format. I think its ok to hard-code, as vdpau is always decoding to some 420 format or another, and it can output either yuv420p or nv12. [01:19:49 CEST] <philipl> You don't know the video surface format until you have a surface, which means you can't alter query_format or reconfig [01:20:21 CEST] <wm4> right, that sounds quite annoying [01:21:05 CEST] <wm4> I've been thinking about removing the static filter chain configuration (since (I don't see any _real_ need for it) [01:21:16 CEST] <wm4> but not sure when/if it will happen [01:24:37 CEST] <philipl> I don't think it's a big deal in practice, given that no actual decoder outputs anything else. I guess at some point we'll see 422 and 444 decoders but can deal with that when the time comes. [01:26:05 CEST] <wm4> is there no hw yet that outputs these formats? (just generally asking) [01:26:36 CEST] <J_Darnley> What is the argument for bash to exit if a command fails? I can't find it in the manual. [01:26:59 CEST] <wm4> wasn't it set -e [01:27:38 CEST] <philipl> wm4: Not yet. I don't think any applicable current gen hardware outputs 422 or 444. The vdpau API supports them but that's just theoretical right now. [01:28:36 CEST] <wm4> I see [01:28:39 CEST] <philipl> Technically, crystalhd outputs 422 but that's another story :-) [01:30:25 CEST] <wm4> I've been wondering for what hw this crystalhd stuff is [01:31:20 CEST] <philipl> It's a broadcom standalone decoder. [01:31:36 CEST] <philipl> It was relevant for a while up until a couple of years ago. [01:31:50 CEST] <philipl> Could stick a minipcie card into a laptop or appletv and get accelerated decoding. [01:32:21 CEST] <philipl> As it was standalone, it was just read/write from standard memory, so no fancy output stuff. [01:32:50 CEST] <philipl> And the library consumed full bitstreams so it didn't make sense to put under hwaccel. It looks like a normal library wrapper but the library talks to hardware. [01:33:04 CEST] <wm4> yeah... I know ffmpeg has wrappers for it, but I've never heard of anyone using it [01:33:06 CEST] <cone-433> ffmpeg 03Vittorio Giovara 07master:1761ab838c75: lavc: Deprecate avctx.rc_strategy [01:33:07 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:4a2bcdb28b51: Merge commit '1761ab838c75223a6b97d8c0720d09275374c53d' [01:33:26 CEST] <wm4> apple's stuff also outputs 422 btw. [01:33:35 CEST] <wm4> but I think modern stuff actually prefers nv12 [01:33:38 CEST] <philipl> It was mainly used by 1st gen appletv people running xbmc/kodi [01:34:14 CEST] <philipl> I wrote the ffmpeg wrapper for fun, but yeah, I doubt many people used it. [01:34:22 CEST] <philipl> xbmc always had their own code for it [01:34:50 CEST] <philipl> But as far as I can tell, mine was the only implementation that could handle interlaced content. :-) [01:35:02 CEST] <philipl> The behaviour was nightmarish to say the least. [01:35:25 CEST] <wm4> sounds like fun [01:36:12 CEST] <philipl> I guess because it had its own bitstream parsing, it could get tripped up by packed b-frames and had inconsistent behaviour with respect to whether it would give you back single fields or field-pairs for interlaced stuff. [01:39:48 CEST] <wm4> hm, I should check what the heck my mmal stuff does with interlaced video [01:59:50 CEST] <philipl> wm4: pull request sent [02:03:55 CEST] <wm4> philipl: thanks... I'm in bed and will look at it tomorrow [02:19:11 CEST] <cone-433> ffmpeg 03compn 07master:0054d5ac02ea: avformat/movenc: fix mime-types in movenc.c [02:27:22 CEST] <cone-433> ffmpeg 03Ivan Uskov 07master:b409748bc441: libavcodec/qsvenc.c: fix incorrect loop condition. [03:47:27 CEST] <cone-433> ffmpeg 03Chris Watkins 07master:4f5c2e651a95: oggparsedirac: check return value of init_get_bits [04:02:40 CEST] <cone-433> ffmpeg 03Anton Khirnov 07master:0e7c0ec344f5: lavf/hevc: pad the RBSP buffer as required by the bistream reader [04:02:41 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:b457da4ce27c: Merge commit '0e7c0ec344f542e68e3cc9680e8d41dffeffdb4e' [04:06:39 CEST] <cone-433> ffmpeg 03James Almer 07master:c11810166205: avcodev/libdcadec: implement request_channel_layout [04:08:40 CEST] <Compn> that application/mp4 mime type seemed to come out of 2011 , anton commit [04:10:29 CEST] <jamrial> it's apparently a valid mimetipe, but in only a few rare cases [04:57:14 CEST] <cone-433> ffmpeg 03Anton Khirnov 07master:fd124d8357b1: hevc_ps: split the code for parsing the SPS and exporting it into the context [04:57:15 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:1d4194e69696: Merge commit 'fd124d8357b1becfde3ac8d5e3320127cf97a5b7' [04:57:16 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:1dacf26964c9: avcodec/hevc_ps: Do not return success on failures in ff_hevc_parse_sps() [05:24:07 CEST] <cone-433> ffmpeg 03Anton Khirnov 07master:69ab9f53f901: hevc: split bitstream unescaping to a separate file [05:24:08 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:07ae8fa20ef2: Merge commit '69ab9f53f901eac6a649e22d28cf093357870627' [11:46:57 CEST] <cone-156> ffmpeg 03Anton Khirnov 07master:3a85397e8bb4: lavc: add Intel libmfx-based MPEG2 encoder [11:46:57 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:96ee6b9962ec: Merge commit '3a85397e8bb477eb34678d9edc52893f57003226' [11:46:57 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:587980eb7a1f: configure: Fix build without libmfx [12:04:05 CEST] <[-T-]> where are these commits ? [12:04:09 CEST] <[-T-]> i can't find them on Master [12:09:59 CEST] <cone-156> ffmpeg 03Anton Khirnov 07master:66acb76bb049: lavc: add Intel libmfx-based HEVC encoder [12:10:00 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:7871eb436167: Merge commit '66acb76bb0492b263215ca9b4d927a7be39ace02' [12:10:01 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:7c502935ec6b: configure: Fix build without libmfx [12:10:34 CEST] <[-T-]> ok there was just a delay [12:18:43 CEST] <cone-156> ffmpeg 03Luca Barbato 07master:8fcd121b823c: doc: Use the succinct syntax for the channelmap example [12:18:44 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:8d4460f1bbe9: Merge commit '8fcd121b823caeadbe7597c9ae9229f6f164f949' [12:22:16 CEST] <wm4> [-T-]: you're probably using github, but that's only a mirror, not the main repo [12:24:46 CEST] <cehoyos> michaelni: When encoding mjpeg yuv422p, vsample is set to 2-2-2. Is it possible with FFmpeg to encode with vsample 1-1-1 which is needed for rtp? [12:27:33 CEST] <cone-156> ffmpeg 03Sebastien Zwickert 07master:40af330adf7f: avconv: vda: Unlock the pixel buffer once it is accessed [12:27:34 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:7e85727b984a: Merge commit '40af330adf7fde8073271cf2b41ff9adc4c2bba9' [12:37:33 CEST] <michaelni> cehoyos, no i dont think its supported ATM, it would require encoding in rows of 1 block instead of 2, did you check the RFC if this is mandatory for RTP ? [12:38:55 CEST] <cone-156> ffmpeg 03Henrik Gramner 07master:d1a6cb195f61: x86: Serialize rdtsc in read_time() [12:38:56 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:2ecbf44f21c0: Merge commit 'd1a6cb195f610978ba5d2351e60f938f7f261d59' [12:51:19 CEST] <cehoyos> Yes, the rfc requires rows of 1 block, you also see this in the current source of libavformat/rtpenc_jpeg.c lines 79ff [12:51:22 CEST] <cone-156> ffmpeg 03Luca Barbato 07master:84b223cc6d6e: configure: Make the new qsv encoder depend on libmfx [12:51:23 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:4a5074d7987e: Merge commit '84b223cc6d6ed4cc8bd295457a90f7c94a9dd784' [12:56:49 CEST] <michaelni> cehoyos, ok then currently its not supported [13:08:25 CEST] <cehoyos> Thanks for the confirmation! [13:08:41 CEST] <michaelni> nevcairiel, do you have a comment/suggestion on ff_alloc_packet*() ?should i add a flag to all calls or can i apply the patch or you have some other suggestion? [14:35:28 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:15893adbdb6a: avcodec/hevc_ps: Remove gotos from ff_hevc_parse_sps() [14:42:29 CEST] <cehoyos> I don't know if this was already mentioned: https://blogs.gentoo.org/lu_zero/2015/07/09/my-fun-starts-now/ [14:49:02 CEST] <ubitux> > For me Debian had been no help and additional bourden. [14:49:05 CEST] <ubitux> he's gonna get some friends [14:50:29 CEST] <cehoyos> Do you think "random blogpost by people with more bias than anything" means you? I ask because I never found it biased enough (but actually quite balanced)... [14:50:51 CEST] <ubitux> dunno, i don't really care [14:51:35 CEST] <ubitux> i was only interested in the project being available for all users, and that's now the case so i'm happy now [14:52:10 CEST] <cehoyos> I always imagined having a drink when this happens but instead I just went to cinema yesterday;-) [14:52:38 CEST] <ubitux> you can do both at the same time [14:52:53 CEST] <wm4> do you deny that ffmpeg takes credit for things libav did? [14:53:09 CEST] <ubitux> not denying anything [14:54:20 CEST] <ubitux> and i definitely don't want to restart a drama, so let's forget this and appreciate the situation as is [14:56:17 CEST] <wm4> I still hoped the projects could merge (you can laugh at me now) [14:56:46 CEST] <cehoyos> Would you say that you at any time tried to help a merge? (Not joking!) [14:57:11 CEST] <wm4> I tried to help in my own way, which means I unintentionally insulted everyone as much as possible [14:57:22 CEST] <cehoyos> I understand this point. [14:58:00 CEST] <cehoyos> I don't understand "ffmpeg takes credit" above: There are many patches in avconv git that lack attribution to the original author: Do you think that is also true for FFmpeg or what do you mean? [14:58:47 CEST] <ubitux> wm4: "merge" is possible; and i would guess that a good reason to do so is available now [14:59:12 CEST] <wm4> Libav waited too long and they have no leverage anymore [14:59:24 CEST] <wm4> so rather than peace it'd be annexation [14:59:29 CEST] <D404|Ghetto> 14:49 <@ubitux> > For me Debian had been no help and additional bourden. <-- he's not wrong. [14:59:39 CEST] <D404|Ghetto> much of the post is maadman rants mind you. [14:59:40 CEST] <D404|Ghetto> but that is pretty true. [14:59:54 CEST] <ubitux> D404|Ghetto: addition burden that kept the project used by many users.. [15:00:04 CEST] <wm4> I can understand complaining about having to maintain an ancient release [15:00:11 CEST] <ubitux> so yeah sure, users are a burden, but after all that was the only users [15:00:39 CEST] <ubitux> what is the project for if not its users? [15:00:49 CEST] <ubitux> i mean, we're not talking about a pet project [15:00:53 CEST] <ubitux> anyway.. [15:01:04 CEST] <D404|Ghetto> ubitux: i was mroe referring to the standard debian package maintainer behavior of bitching constantly and filing "bugs" like lena, while submitting no fixes [15:01:16 CEST] <D404|Ghetto> this is not a libav/ffmpeg thing, just a lolpackagers thing [15:01:32 CEST] <ubitux> he submitted a bunch of fixes lately (to both projects btw) [15:01:39 CEST] <ubitux> important fixes btw [15:01:48 CEST] <D404|Ghetto> 4 years later ;) [15:01:53 CEST] <wm4> the Lena thing was dumb, but Andreas Cadhalpun submits to both MLs yes [15:02:20 CEST] <D404|Ghetto> anyway my opinion stays the same: everyone everywhere are petty children [15:02:22 CEST] <cehoyos> D404|Ghetto The Debian package maintainer in his case was a person who was necessary for the start of avconv, so I don't really understand... [15:02:53 CEST] <cehoyos> Since FFmpeg is in Debian, several bugs were filed and fixed, so I am not sure what the issue is here. [15:03:07 CEST] <cehoyos> (Fixed with help from Debian) [15:03:43 CEST] <cehoyos> Were you talking about Andreas above? [15:03:45 CEST] <ubitux> D404|Ghetto: the lena story was an exception [15:03:54 CEST] <ubitux> and hey, we had a good laugh [15:03:57 CEST] <ubitux> ;) [15:04:06 CEST] <cehoyos> I don't think Luca meant him, or did he? [15:04:24 CEST] <ubitux> who knows [15:04:40 CEST] <ubitux> anyway, working together is simple now [15:04:57 CEST] <cehoyos> Andreas definitely sends many patches, so he cannot be "while submitting no fixes" [15:05:05 CEST] <wm4> working with who? [15:05:15 CEST] <ubitux> with libav developers? [15:05:39 CEST] <ubitux> or even other downstreams waiting for the situation to solve by itself [15:05:48 CEST] <ubitux> -other [15:06:00 CEST] <wm4> oh well, whatever [15:06:19 CEST] <ubitux> yeah [15:06:28 CEST] <wm4> I'm still hoping Libav will continue cleaning up the API, which could never be done in FFmpeg because nothing is ever deleted here [15:12:08 CEST] <thardin> is there even a full grasp of which APIs are in use in which systems? [15:12:14 CEST] <thardin> like say debian [15:16:06 CEST] <Mavrik> Most desktop players on Debian and derivatives link to the APIs so they can provide optional restricted format downloads [15:16:12 CEST] <Mavrik> Encoders not so much. [15:17:10 CEST] <thardin> I'm more alluding to being able to simplify APIs with confidence instead of blindly breaking user programs [15:17:48 CEST] <thardin> something which the C ecosystem seems to suck at [15:22:35 CEST] <J_Darnley> Just change what you like and say to the users "screw you, we like this design" in a manner similar to gnome 3 or firefox 4, 29, and some future version. [15:26:26 CEST] <thardin> right. egos abound when no one is paid [15:27:16 CEST] <thardin> or I mean: my code is of course the best and most perfectest [15:27:46 CEST] <cone-156> ffmpeg 03Jovan Zelincevic 07master:f497a9e84edb: libavcodec: Implementation of AAC_fixed_decoder (LC-module) [1/4] [15:27:47 CEST] <cone-156> ffmpeg 03Jovan Zelincevic 07master:08be74ac8154: libavcodec: Implementation of AAC_fixed_decoder (LC-module) [2/4] [15:27:48 CEST] <cone-156> ffmpeg 03Djordje Pesut 07master:b04f46cb4bc0: libavcodec: Implementation of AAC_fixed_decoder (LC-module) [3/4] [15:27:49 CEST] <cone-156> ffmpeg 03Jovan Zelincevic 07master:f21b4472efb3: libavcodec: Implementation of AAC_fixed_decoder (LC-module) [4/4] [15:28:55 CEST] <J_Darnley> Also sprinkle plenty of NIH on top! [16:05:20 CEST] <wm4> <thardin> I'm more alluding to being able to simplify APIs with confidence instead of blindly breaking user programs <- IMO the main issue is downstreams using terrible hacks, and FFmpeg appeasing to them [16:06:41 CEST] <D404|Ghetto> wm4: in the past i've noticed many of these terrible hacks are usually due to the public api being unclear or confusing, or being mplayer [16:08:42 CEST] <wm4> definitely [16:08:57 CEST] <wm4> I still see so many users on libav-user using stuff like AVPicture [16:10:38 CEST] <D404|Ghetto> i think i have a leftover call to one such function [16:10:48 CEST] <D404|Ghetto> for making a avframe int oa contiguous buffer [16:10:49 CEST] <D404|Ghetto> or something [16:43:36 CEST] <J_Darnley> git add -p [16:43:46 CEST] <J_Darnley> ha wrong window [16:45:06 CEST] <TimNich> glad m not the only one ;) [16:53:24 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:7ee935ba5c29: avcodec/qsvenc_hevc: Attempt to fix error: too few arguments to function ff_hevc_extract_rbsp [16:56:33 CEST] <klaxa> and here i am, typing out --patch every time even though there is a -p shorthand for that m( [16:57:39 CEST] <J_Darnley> :) [17:36:25 CEST] <Compn> cehoyos : i think "credit" means using "libav" name instead of "qatar" for instance. ffmpeg also pulls from ffmbc once in a while or from other fffms or other forks too, but we dont make a point to specifically credit those forks either [17:36:48 CEST] <Compn> because no one cares and its the same code? but i guess libav cares. [17:37:27 CEST] <philipl> The changes are individually fully credited. That seems reasonable to me, but the relationship here is obviously unusual... [17:37:40 CEST] <Compn> yes but i think they want project credit too [17:37:49 CEST] <Compn> of course i have no idea, should ask lu_zero [17:38:27 CEST] <philipl> Oh, for sure that's what he's asking for. Just not sure whether this is considered a legitimate issue in the wider open-source world. [17:39:06 CEST] <D404|Ghetto> such pettiness [17:39:08 CEST] <D404|Ghetto> from everyone [17:39:28 CEST] <Compn> ah. i agree, no idea. but i have no problem if "libav.org" wants a credit/shoutout somewhere [17:39:40 CEST] <Compn> because i'm not petty, as D404|Ghetto suggests [17:40:03 CEST] <Compn> i've asked them to submit patches for where they want to be credited... [17:40:16 CEST] <Compn> multiple times over the years [17:40:33 CEST] <Compn> but D404|Ghetto does not care about such things [17:40:44 CEST] <Compn> he only makes generalizations and assumes the worst :P [17:41:57 CEST] <D404|Ghetto> Compn: not you specifically [17:42:00 CEST] <D404|Ghetto> certain people are [17:42:03 CEST] <D404|Ghetto> *cough*cral*cough* [17:42:04 CEST] <D404|Ghetto> carl* [17:49:37 CEST] <Compn> we dont even have 'qatar' anymore [17:49:37 CEST] <D404|Ghetto> ... great [17:49:38 CEST] <Compn> derp [17:49:43 CEST] <D404|Ghetto> now in addition to wm4 and andreas [17:49:53 CEST] <D404|Ghetto> michael, carl, and nicholas randomly get put in my gmail spam [17:50:02 CEST] <D404|Ghetto> they sure are making it great... [17:50:12 CEST] <Compn> make filter to send everything ffmpeg-* to inbox [17:50:23 CEST] <D404|Ghetto> i specifically whitelisted wm4 before [17:50:26 CEST] <D404|Ghetto> and everything to the ML [17:50:31 CEST] <D404|Ghetto> still puts it in spam occasionally [17:50:44 CEST] <michaelni> D404|Ghetto, does it say why ? [17:50:49 CEST] <D404|Ghetto> no [17:51:00 CEST] <D404|Ghetto> e.g. most of nicolas' emails get through [17:51:08 CEST] <D404|Ghetto> but the concatdec set didnt [17:59:51 CEST] <wm4> lol google [17:59:57 CEST] <wm4> or whatever is the issue [18:03:50 CEST] <Compn> kodak hits the mailing list... [18:08:46 CEST] <c_14> Re: email. I've noticed that recently started sending from an IPv6 address, but the v6 address isn't listed as the AAAA record for the MX and doesn't have an RDNS record [18:08:58 CEST] <c_14> *recently the mailing list server [18:09:34 CEST] <c_14> I personally refuse mail like that, might be that gmail accepts it but increases the spam counter. [18:12:07 CEST] <nevcairiel> the address is marked as valid in SPF, that should overrule misguided DNS things [18:13:43 CEST] <nevcairiel> but someone might create an AAAA for that anyway [18:16:09 CEST] <michaelni> what _exact_ records should i add for mail to be happy ? [18:18:41 CEST] <nevcairiel> an AAAA record for the v6 of the list server, so probably ffbox0.ffmpeg.org and ffbox0.mplayerhq.hu (since it seems to be using both names) to 2a01:4f8:120:506c::2 [18:18:50 CEST] <nevcairiel> practically, have a AAAA record for every A record you also have [18:23:25 CEST] <michaelni> that would break most services as they do not listen to ipv6 it seems [18:23:43 CEST] <nevcairiel> either setup ipv6 for all services, or disable v6 entirely on the system [18:23:52 CEST] <nevcairiel> it using v6 for outgoing connections on mail can confuse things [18:24:06 CEST] <michaelni> yes ill probably disable it [18:24:46 CEST] <Compn> michaelni : odd donation mail on mplayer-dev-eng, i cc'd it to root@mphq . [18:27:01 CEST] <michaelni> disabled ipv6 for mail, please tell me if issues persist [18:29:03 CEST] Action: Compn grumbles about emails titled "donation" amongst a sea of "donation" spam emails [18:29:14 CEST] <Compn> can you believe i picked it out?? :D [18:29:51 CEST] <J_Darnley> Did it lack all sorts of strange unicode characters? [18:30:50 CEST] <Compn> J_Darnley : http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2015-June/072975.html [18:32:06 CEST] <J_Darnley> oh it does have 1: an e with an acute accent [18:32:42 CEST] <Compn> annoying that mailman sticks an old mail into the correct month archive :\ [18:32:52 CEST] <Compn> even if approved in july it shows up in june :\ [18:33:35 CEST] <J_Darnley> But the date in the header is absolute and unfalsifiable! [18:34:06 CEST] <Compn> still have a mail that was sent in the year 2020 sitting there :D [18:34:09 CEST] <J_Darnley> Why would you want anything else to happen? [18:34:23 CEST] <Compn> http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2022-December/013967.ht… [18:34:25 CEST] <Compn> er 2022 * [18:34:54 CEST] <J_Darnley> Argh! Time traveller! What's the future like? [18:35:17 CEST] <Compn> wonder if mplayer will still be playing files that far into the future [18:40:22 CEST] <cone-156> ffmpeg 03Ivan Uskov 07master:dbf8352a2e87: libavcodec/qsvenc.c: Fix for too agressive height alignment during frame encoding which may be reason of superflous frame copying. [19:00:21 CEST] <ubitux> WARNING: Option --enable-muxer=pcm did not match anything [19:00:24 CEST] <ubitux> WARNING: Option --enable-muxer=s16le did not match anything [19:00:26 CEST] <ubitux> :( :( :( [19:00:47 CEST] <wm4> who needs pcm [19:01:02 CEST] <ubitux> ah, it's pcm_s16le heh [19:01:57 CEST] <Rathann> hello #ffmpeg-devel :) [19:02:11 CEST] <Rathann> congratulations on getting back as default in Debian [19:02:47 CEST] <ubitux> wm4: 2b3e9bbfb529e6bde238aeb511b55ebe461664c8 affects the pcm output, is this expected? [19:02:54 CEST] Action: Rathann saw the news on LWN [19:03:27 CEST] <wm4> ubitux: hm, not really [19:03:55 CEST] <wm4> ubitux: but who knows what's going on in the rest of the chain with the junk added [19:04:57 CEST] <ubitux> http://b.pkh.me/audio.mp3 [19:05:38 CEST] <ubitux> ./ffmpeg -i /tmp/audio.mp3 -f s16le ... [19:05:40 CEST] <ubitux> fa24a12f29dd54be32698c746ccb6e99 /tmp/post-commit.pcm [19:05:41 CEST] <ubitux> 79646b6e35936a8031ecf2acddf1434c /tmp/pre-commit.pcm [19:05:47 CEST] <wm4> you can start with checking what the mp3 parser and decoder do with the junk data [19:05:54 CEST] <ubitux> -rw-r--r-- 1 ux ux 149K Jul 9 19:01 /tmp/post-commit.pcm [19:05:56 CEST] <ubitux> -rw-r--r-- 1 ux ux 151K Jul 9 19:01 /tmp/pre-commit.pcm [19:09:24 CEST] <wm4> all in all this was a very confusing issue, because utils.c seriously started making shit up [19:30:24 CEST] <durandal_1707> this aac_fixed decoder have serious warnings [19:31:13 CEST] <Compn> so many patch reviews for it [19:31:20 CEST] <Compn> fix it in git (please oh please) [19:32:26 CEST] <Compn> i wonder if it was based on one of those rockbox codecs (which were based on old old lavc) [19:37:01 CEST] <kurosu> The imgtec guys didn't check much their fixed point eac3 code, seeing how it crashed [19:37:40 CEST] <kurosu> those versions should probably be disabled by default, just for the security aspect [19:39:08 CEST] <cehoyos> Compn: "qatar" was chosen by them and it was very, very important for bisecting when they were still active. But how is that related to "credit"? And how does using the name "qatar" allow them to violate copyrights? [19:39:27 CEST] <cehoyos> Pulling from ffmbc seems difficult (and does not happen) becaues its license is incompatible. [19:41:50 CEST] <wm4> qatar was an april fools joke on their website, the branch was named by mini [19:44:39 CEST] <cehoyos> wm4: Toi repeat myself: Stop using this insult both here and on the mailing list! [19:45:13 CEST] <cehoyos> As said, without an identifiert bisecting would have been infinitely more difficult and we obviously didn't choose this one! [19:46:20 CEST] <wm4> which insult? [19:49:37 CEST] <J_Darnley> What is FFmpeg's policy on separate asm files for x86 and x86_64? Is it common? Is it desired rather than many "if ARCH_X86_64"? [19:54:08 CEST] <Compn> cehoyos : sorry, qatar is gone so i shouldnt have used that as an example [19:55:03 CEST] <Compn> cehoyos : its nothing to do with copyrights, they want recognition? i dunno ask lu_zero [19:55:13 CEST] <Compn> i posted to his blog asking him for patches on how he wants credits to be made [19:55:20 CEST] <Compn> my comment is moderated though [19:55:22 CEST] <Compn> so who knows [19:56:03 CEST] <Compn> wm4 : the "mini" thing is considered by some to be name calling [19:56:28 CEST] <wm4> "some" [19:56:37 CEST] <wm4> I've never seen mini complain about it [19:56:53 CEST] <wm4> and "Michael Niedermayer" is way too long (did I even spell it correctly) [19:57:10 CEST] <Compn> make all the excuses you want [19:57:31 CEST] <Compn> i just dont see you (or anyone else in the projects) refer to anyone else by that name shortening schema... [19:58:35 CEST] <wm4> and that's why it's insulting? [19:59:02 CEST] <Compn> it might be that "mini" is an english word meaning small [19:59:02 CEST] <ubitux> (i think he prefers "mn" or "michaelni") [19:59:19 CEST] <ubitux> (i remember him telling that at least once) [19:59:26 CEST] <Compn> which would make calling someone 'small' all of the time, an insult. but i a mnot linguistics expert :P [19:59:32 CEST] <jamrial> J_Darnley: it's never been done. every file just uses preprocessor checks like the one you mentioned [20:00:05 CEST] <J_Darnley> oh ok [20:00:23 CEST] <wm4> Compn: you certainly aren't a linguistic expert, or an expert in anything [20:00:37 CEST] <wm4> if mini says he doesn't like mini, I'll stop using it [20:03:20 CEST] <ubitux> wm4: http://permalink.gmane.org/gmane.comp.video.ffmpeg.devel/191157 [20:04:14 CEST] <wm4> some sort of optimization advice [20:04:57 CEST] <Compn> michaelni : ping, wm4 would like to know if "mini" name bugs you / if you want to be called something else [20:05:06 CEST] <cehoyos> Then use michaelni [20:05:32 CEST] <Compn> otherwise carl may take offense and this is already too distracting from developing... [20:06:09 CEST] <cehoyos> I am not taking offense, I am just stating (repeatedly) that wm4 is using a name that was invented as an insult. [20:06:29 CEST] <cehoyos> michaelni: Please merge from github the rtp, mkv and benchmark patches, thanks! [20:06:41 CEST] <Compn> fair enough :) [20:07:56 CEST] <cehoyos> ubitux: Very nice catch;-) [20:08:46 CEST] <ubitux> iirc it was related to "minicycle" [20:08:55 CEST] <ubitux> but anyway, we should probably move on to more interesting topics [20:11:05 CEST] <Compn> yes like insulting compn :) [20:11:12 CEST] <Compn> i am the worst, you all know it. [20:14:41 CEST] <ubitux> wm4: http://ubitux.fr/pub/pics/_after-before-2b3e9bbf.png [20:15:33 CEST] <cone-156> ffmpeg 03Carl Eugen Hoyos 07master:da46370e94aa: lavf/matroskaenc: Do not needlessly allocate memory for cuepoints. [20:15:34 CEST] <cone-156> ffmpeg 03Carl Eugen Hoyos 07master:6253f511e053: Cosmetics: Reindent after last commit. [20:15:34 CEST] <cone-156> ffmpeg 03Carl Eugen Hoyos 07master:2c7f7a690fb4: ffmpeg: Use av_log to print benchmark output. [20:15:34 CEST] <cone-156> ffmpeg 03Carl Eugen Hoyos 07master:ad7c5cba4ee9: lavf/rtpenc_jpeg: Do not check the table number when checking precision. [20:15:34 CEST] <cone-156> ffmpeg 03Carl Eugen Hoyos 07master:e786e96be70a: lavf/rtpenc_jpeg: Error out for non-standard Huffman tables. [20:16:27 CEST] <ubitux> wm4: it looks like some kind of weird stretching of some sort [20:17:01 CEST] <wm4> isn't it just an offset? [20:17:26 CEST] <wm4> why are you still on this, did it actually break something? [20:17:47 CEST] <wm4> of course there's a behavior change, but to the better [20:18:02 CEST] <ubitux> i'm just curious [20:18:31 CEST] <ubitux> it broke a regression test at my company, so i was just wondering what was causing this [20:20:33 CEST] <ubitux> it might be because there was silence inserted before [20:20:43 CEST] <ubitux> (in place of the junk?) [20:21:06 CEST] <ubitux> which would have impacted a bit the fft of the rest of the track [20:28:22 CEST] <durandal_1707> ubitux: use showwavespic instead [20:28:55 CEST] <ubitux> durandal_1707: yeah, true :) [20:30:25 CEST] <ubitux> durandal_1707: Assertion b >=0 failed at libavutil/mathematics.c:67 [20:30:27 CEST] <ubitux> :( [20:30:37 CEST] <ubitux> ah wait old version [20:32:37 CEST] <ubitux> durandal_1707: http://b.pkh.me/after-before-2b3e9bbf.png [20:34:32 CEST] <ubitux> http://b.pkh.me/after-before-2b3e9bbf-large.png [20:34:59 CEST] <ubitux> that silence at the beginning is probably the cause of all of this [20:35:13 CEST] <cone-156> ffmpeg 03Paul B Mahol 07master:ba0b4e53a534: fate: add removegrain tests [20:35:46 CEST] <ubitux> it's interesting how it seems to impact the rest of the wave [20:36:22 CEST] <ubitux> still wondering if it's because of different averaging samples and/or the impact on the decoding [20:42:05 CEST] <ubitux> (for the record; i used ffmpeg -i before.wav -i after.wav -lavfi "[0:0] showwavespic=s=4096x300, pad=h=ih*2 [a]; [1:0] showwavespic=s=4096x300 [b]; [a][b] overlay=y=h" -y after-before-2b3e9bbf-large.png [20:42:07 CEST] <ubitux> ) [20:42:11 CEST] <ubitux> (and ffmpeg is awesome) [20:42:36 CEST] <ubitux> 'could use [0] and [1] btw [20:45:23 CEST] <cehoyos> ubitux: Is the removed part "sound" or "noise"? [20:46:11 CEST] <ubitux> it looks like complete silence (0) [20:55:18 CEST] <cehoyos> Then I apparently completely misunderstand the png you posted... [20:57:43 CEST] <wm4> <ubitux> (and ffmpeg is awesome) <- except the weird syntax of course [20:57:45 CEST] Action: wm4 hides [20:58:07 CEST] <ubitux> that syntax is perfect ;) [21:08:13 CEST] <ubitux> cehoyos: first wave is before the commit, 2nd wave is after the commit [21:08:32 CEST] <ubitux> in the first wave you have a silence glitch at the beginning [21:09:15 CEST] <ubitux> (look at the -large version) [21:29:23 CEST] <cehoyos> ubitux: The "glitch" is not silent afaict: It looks as if there is some noise that shouldn't be there. (But perhaps it actually is sound) [21:30:33 CEST] <ubitux> feel free to investigate, i'll trust wm4 on this one [21:32:19 CEST] <wm4> you might also use tools like mpg123, and see what they do [21:33:14 CEST] <cehoyos> But I agree with him... [21:33:21 CEST] <cehoyos> (Visually, I didn't test the sample) [22:07:20 CEST] <J_Darnley> neat, a palindrome: 530035 [22:31:32 CEST] <J_Darnley> jamrial or anyone else: are we allowed to use constants from lavc in lavfi? [22:32:04 CEST] <J_Darnley> Didn't I see some messages a long time ago about some systems not liking this dependance between libraries? [22:32:43 CEST] <wm4> which constants? [22:33:16 CEST] <J_Darnley> ff_pw_4: packed 16-bit integers representing the value 4 [22:33:37 CEST] <BBB> Id just recreate the constants in lavfi [22:33:39 CEST] <BBB> theyre not big [22:33:41 CEST] <jamrial> right, forgot this was lavfi [22:34:54 CEST] <J_Darnley> I also want to use pw_8 [22:34:55 CEST] <jamrial> ignore then my comment from yesterday, just leave them as is :p [22:35:27 CEST] <J_Darnley> I can do that [22:37:34 CEST] <J_Darnley> Later, I might also look into how many filters reuse constants and whether it valueable to copy the idea from lavc [22:56:35 CEST] <cone-156> ffmpeg 03Michael Niedermayer 07master:b160fc290cf4: avcodec/mpegvideo: Clear pointers in ff_mpv_common_init() [23:04:51 CEST] <BBB> J_Darnley: I think that would be cool [23:05:00 CEST] <BBB> J_Darnley: even better if you could do it not in a c file, but in a asm file [23:05:05 CEST] <BBB> (x264 does that, I believe) [23:05:09 CEST] <BBB> since its much more readable [23:05:20 CEST] <BBB> pw_8: times 8 dw 8 [23:05:21 CEST] <BBB> or so [23:05:47 CEST] <BBB> and thne some magic to make it public and exported [23:07:14 CEST] Action: J_Darnley nods [00:00:00 CEST] --- Fri Jul 10 2015

1 0

ffmpeg.log.20150709
by burek 10 Jul '15

10 Jul '15

[00:05:33 CEST] <djems54> it works! thank you! [00:06:03 CEST] <capostrike93> Hey [00:06:14 CEST] <capostrike93> someone please can help me with ffmpeg + vp9 + dash [00:06:22 CEST] <djems54> ffmpeg command in one, is it possible to put more quality in the stream .m3u8 file? [00:06:25 CEST] <capostrike93> i posted a topic here http://ffmpeg.gusari.org/viewtopic.php?f=11&t=2218 [00:07:04 CEST] <OstlerDev> djems54 yes, just change the -ab and -b:v [00:07:13 CEST] <OstlerDev> that is audio bitrate and video bitrate I believe [00:07:50 CEST] <capostrike93> My problem is Could not find codec parameters for stream 0 (Video: vp9, none, 1280x720): unspecified pixel format [00:08:15 CEST] <capostrike93> i tried the pix_fmt without success [00:08:26 CEST] <capostrike93> also 'analyzeduration' and 'probesize' without success [00:08:27 CEST] <capostrike93> :( [00:08:33 CEST] <OstlerDev> not sure :/ [00:08:35 CEST] <OstlerDev> sorry :/ [00:08:39 CEST] <capostrike93> :/ [00:08:42 CEST] <capostrike93> :'( [00:08:58 CEST] <djems54> yes, but I do not put multiple quality in the same file m3u8 sortiee (360p, 720p, 1080p ...) [00:11:03 CEST] <djems54> I read that with HLS can provide several quality stream, and they are automatically selected based on the quality of the network [00:11:39 CEST] <DHE> that is true, but my own testing shows that players tend to be pretty bad at switching if the network speed changes dramatically and suddenly [00:12:21 CEST] <capostrike93> you can edit some flash player like flashls.org [00:12:43 CEST] <capostrike93> make a better implementation of the bitrate switching [00:13:41 CEST] <capostrike93> i did a penalty code, when reaching low speed, more penalty = avoid switching up untril some time (network stable for some time based on penalty..) [00:15:23 CEST] <djems54> ok, thanks [00:15:47 CEST] <capostrike93> https://github.com/mangui/flashls/blob/dev/src/org/mangui/hls/controller/Le… [00:16:00 CEST] <capostrike93> the getnextlevel function [00:16:05 CEST] <capostrike93> is what you need improve [00:16:06 CEST] <capostrike93> ;) [00:16:47 CEST] <capostrike93> about the setup of the m3u8 is easy [00:16:50 CEST] <djems54> interesting :) [00:17:06 CEST] <capostrike93> you need to have example 720p.m3u8 480p.m3u8 etc.. [00:17:26 CEST] <capostrike93> and a playlist.m3u8 that points to the bitrates playlists [00:18:32 CEST] <capostrike93> #EXTM3U #EXT-X-VERSION:3 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1396000,RESOLUTION=848x480 616-chunklist_b1396000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=896000,RESOLUTION=640x360 616-chunklist_b896000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=596000,RESOLUTION=427x240 616-chunklist_b596000.m3u8 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=446000,RESOLUTION=320x160 616-chunklist_b446000.m3u8 [00:18:53 CEST] <capostrike93> http://pastebin.com/EyKB7Hi0 [00:19:01 CEST] <djems54> oh! great idea! [00:19:23 CEST] <capostrike93> its simple [00:19:34 CEST] <capostrike93> you use ffmpeg to create each m3u8 playlist quality [00:19:49 CEST] <djems54> yes it looks [00:19:51 CEST] <capostrike93> and later you create the playlist with the bitrates playlist [00:20:09 CEST] <capostrike93> but like ostler say, players sucks a bit in bitrate switching [00:20:18 CEST] <djems54> Ok [00:20:20 CEST] <capostrike93> you need improve your player, so pick someone open source [00:21:00 CEST] <capostrike93> if u want more help [00:21:02 CEST] <capostrike93> send me a mail [00:21:07 CEST] <capostrike93> to caposguanatosfut(a)gmail.com [00:21:30 CEST] <capostrike93> ok, now, someone please HEEEELP ME [00:21:38 CEST] <capostrike93> http://ffmpeg.gusari.org/viewtopic.php?f=11&t=2218 [00:22:14 CEST] <capostrike93> TRYING to create a DASH vod with VP9, http://ffmpeg.gusari.org/viewtopic.php?f=11&t=2218 [00:22:32 CEST] <capostrike93> TRYING to create a DASH vod with VP9, unspecified pixel format [00:22:41 CEST] <djems54> a big thank you! I note [00:23:02 CEST] <djems54> and sorry to not be able to help you in return [00:23:20 CEST] <capostrike93> no problem [00:23:51 CEST] <Nolski> capostrike93: I think Mozilla is working on adaptive bitrate streaming in native browser [00:24:23 CEST] <capostrike93> what you mean? for hls? [00:24:38 CEST] <capostrike93> hls is not supported with browsers (only on ios) [00:24:42 CEST] <Nolski> not for hls [00:24:51 CEST] <capostrike93> oh, for dash [00:24:55 CEST] <capostrike93> ? [00:25:22 CEST] <capostrike93> well i think the bitrate switching is done via javascript in the current players [00:25:35 CEST] <Nolski> capostrike93: yeah for DASH [00:25:51 CEST] <Nolski> using mediaSource and stuff like that [00:26:07 CEST] Action: Nolski only heard bits and pieces about it [00:26:36 CEST] <Nolski> but it's still pretty experimental I think [00:26:36 CEST] <capostrike93> its all handled via player code [00:26:52 CEST] <capostrike93> the browser only play what the player sends to him via mediasource api [00:27:06 CEST] <Nolski> Right. [00:27:07 CEST] <capostrike93> but the player pick the quality to use [00:27:30 CEST] <capostrike93> some time ago i see the bitrate switcher of dashif player [00:27:55 CEST] <Nolski> I think the issue they're trying to solve is to do that without using a flash player [00:28:04 CEST] <capostrike93> the problem is now, i want to use dash in production [00:28:14 CEST] <capostrike93> but i cant even generate the fucking manifest.mpd [00:28:16 CEST] <Nolski> also I think this was the guy working on it: https://air.mozilla.org/tech-talk-3/ [00:28:17 CEST] <Nolski> Oh. [00:28:26 CEST] <capostrike93> because ffmpeg outputs a f***king error [00:28:27 CEST] <capostrike93> :( [00:28:43 CEST] <Trieste> hi, just a quick check - if, when using the C ffmpeg API, I decode an AVPacket using avcodec_decode_video2, and the AVPacket's flags are set to PKT_FLAG_KEY, does that mean I just decoded an I frame, and if they're not, did I just get a P/B frame? [00:28:44 CEST] <Nolski> I don't think browser support is there yet [00:29:05 CEST] <Nolski> capostrike93: ^ [00:30:06 CEST] <capostrike93> already here, with chrome [00:30:16 CEST] <capostrike93> youtube is using dash + vp9 [00:30:20 CEST] <capostrike93> since some months ago [00:30:27 CEST] <Nolski> only in chrome though [00:30:40 CEST] <capostrike93> and dash + vp8 since maybe 2 years [00:30:44 CEST] <capostrike93> or 1 year [00:30:49 CEST] <capostrike93> yeah, but for me [00:30:51 CEST] <capostrike93> chrome is like [00:30:59 CEST] <capostrike93> 70% of customers [00:31:28 CEST] <capostrike93> firefox is supporting vp9 too i think [00:31:31 CEST] <capostrike93> and also dash [00:31:47 CEST] <capostrike93> so i can use dash for 80-90% [00:31:59 CEST] <capostrike93> and for the 15% hls/rtsp [00:32:16 CEST] <capostrike93> but i need this first http://ffmpeg.gusari.org/viewtopic.php?f=11&t=2218 [00:32:16 CEST] <Nolski> huh you may be right [00:32:20 CEST] <capostrike93> :( [00:33:49 CEST] <capostrike93> where ffmpeg devs are [00:35:50 CEST] <Nolski> is there #ffmpeg-dev? [00:36:01 CEST] <capostrike93> is devel [00:36:13 CEST] <capostrike93> but the website says is only for talk about development [00:36:14 CEST] <capostrike93> so.. [00:36:19 CEST] <capostrike93> anyways i am going to try [00:36:25 CEST] <Nolski> glhf ;) [00:39:02 CEST] <capostrike93> well, i typed in the ffmpeg-devel room [00:39:08 CEST] <capostrike93> noone online i think [00:39:11 CEST] <capostrike93> :( [00:42:01 CEST] <OstlerDev> Is there a way to tell the segmenter where to start? [00:59:21 CEST] <OstlerDev> I am currently using the segemter to convert a file for a livestream, however it cuts off before I want it to. Is there a way to tell ffmpeg to either never stop, or to continue a conversion at a certain point without destroying the old files? [01:15:52 CEST] <MetaPhaze> ffmpeg -f alsa -acodec pcm_s16le -ac 2 -i pulse -f x11grab -r 30 -s 1920x1080 -i :0.0+0,0 -vcodec libx264 -preset ultrafast -crf 0 ScreenCast-Output.mkv [01:16:03 CEST] <MetaPhaze> Capture area 1920x1080 at position 0.0 outside the screen size 3840x1080 [01:16:05 CEST] <MetaPhaze> :0.0+0,0: Invalid argument [01:16:33 CEST] <klaxa> also use -framerate 30 instead of -r 30 [01:16:52 CEST] <MetaPhaze> i'll just say it [01:16:54 CEST] <MetaPhaze> you got a bug [01:17:27 CEST] <klaxa> no bug without a command + output paste [01:17:31 CEST] <MetaPhaze> ffmpeg reports that 1920x1080 is outside screen size 3840x1080, but 1920x1079 works fine [01:17:40 CEST] <MetaPhaze> bug exists regardless [01:17:47 CEST] <MetaPhaze> you want red tape, go elsewhere [01:17:50 CEST] <MetaPhaze> report done [01:18:53 CEST] <Chuckles32> I'm trying to understand the documentation for creating a video from stills. Using: ffmpeg -framerate 1/5 -i img%03d.png -c:v libx264 -r 30 -pix_fmt yuv420p out.mp4 Can someone explain to me what the -framerate 1/5 means? I understand this is the input framrate and the -r 30 is the output framerate. Documentation says each image will ahve druation of 5 seconds (inverse of 1/5 framse per [01:18:53 CEST] <Chuckles32> second). However, when i change this to 1/15, i don't get a 15 seconds for each still? What am i missing? [01:19:03 CEST] <durandal_1707> no proof [01:20:42 CEST] <durandal_1707> 1/15 is number of frames per single second [01:24:10 CEST] <durandal_1707> MetaPhaze: what version? [01:24:44 CEST] <MetaPhaze> ffmpeg version 2.6.3 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.8.4 (Gentoo 4.8.4 p1.6, pie-0.6.1) [01:25:16 CEST] <MetaPhaze> 64 bit [01:26:27 CEST] <Chuckles32> I'm having a hardtime understanding this. I will be creating a 3 video panel. Left 1/3 is 15 second video. Middle 1/3 is 15 second video. Right 1/3 will be a video made up of stills. Depending on the process, I will have anywhere from 2-16 stills to merge into a video. I need to make sure that the video created from the stills is 15 sec duration and that each still is displayed at least [01:26:27 CEST] <Chuckles32> once. If i had 2 stills, i'd create a video that displayed each still for 7.5 seconds. If i have 15 stills, the video would display each still for 1 second. I think -framerate is what i'm looking for, but can't figure out the math. [01:26:34 CEST] <MetaPhaze> sorry for being blunt but i'm in the middle of a 300,000 line coding project and this is just slowing me down recording things for my partners, all over 1 line of pixels [01:28:14 CEST] <debianuser> MetaPhaze: "-i :0.0+0,0" ? Shouldn't that be "-i :0.0+0+0"? [01:29:02 CEST] <debianuser> or maybe just ":0" [01:29:23 CEST] <durandal_1707> MetaPhaze: maybe that's what x11/wm reports [01:31:07 CEST] <durandal_1707> Chuckles32: try with -vf fps filter instead of -r [01:31:14 CEST] <MetaPhaze> debianuser, i've tried both ways, according to man ffmpeg it's now +0,0 and not +0+0 like it used to be [01:32:24 CEST] <MetaPhaze> durandal_1707, it could be that openbox is reporting 1079, but why then does ffmpeg say that it's 3840x1080, it's getting that screen size from somewhere [01:33:50 CEST] <klaxa> MetaPhaze: you could speed up the process by pasting your command + output, maybe also with -loglevel debug [01:33:57 CEST] <durandal_1707> You use ffmpeg directly? [01:37:20 CEST] <MetaPhaze> http://pastebin.com/htkpKgpW [01:37:25 CEST] <MetaPhaze> yeah directly [01:37:31 CEST] <MetaPhaze> scripted and directly [01:37:39 CEST] <MetaPhaze> command highlighted for ya there [01:41:42 CEST] <Chuckles32> I'm doing a poor job explaining. I don't understand what values to use. Let's start with this. I have 16 jpgs in the folder from which i am looking to build a 15 second video. Each jpg should be displayed in the video for the same duration. i set framerate = 1/5 i get a video duration of 00:01:15.03. Here is pastebin: http://pastebin.com/N7CijgZi [01:43:46 CEST] <klaxa> MetaPhaze: i cannot reproduce your problem, is your desktop resolution 1080p? i'll switch to that and try again [01:44:15 CEST] <Chuckles32> if i want a 15 total duration of the resulting video, what do i use for framerate - assuming 16 jpgs will be in the video? [01:45:15 CEST] <klaxa> MetaPhaze: i cannot reproduce even at 1080p, can you try a more recent version of ffmpeg, best would be latest git [01:45:50 CEST] <Chuckles32> For 15 second video, the duration of EACH of the 16 jpgs would .9375 seconds. How do i translate this to framerate? [01:46:20 CEST] <durandal_1707> Chuckles32: 15/16 [01:46:43 CEST] <Chuckles32> that's what i thought. .9375, right? [01:47:22 CEST] <durandal_1707> yes [01:49:06 CEST] <Chuckles32> OK. Take a look a this. It comes up with a 00:00:16.03 duration. http://pastebin.com/JJALWEu2 [01:55:11 CEST] <Chuckles32> Where does the extra second come from? [01:57:08 CEST] <durandal_1707> rounding of some kind try vfs filter [02:01:06 CEST] <durandal_1707> setfps filter [02:04:02 CEST] <Chuckles32> ok. thanks. i'll take a look. [02:07:57 CEST] <Chuckles32> durandal_1707: No change - http://pastebin.com/nJL3e39p [02:09:08 CEST] <Chuckles32> do i need to change the output framerate? Is there some formula between input framerate and output framerate that i'm missing? [02:14:23 CEST] <DHE> Do you think I could do multiple transcodes of the same video at different resolutions/bitrates from the same first pass encoding? (libx264) [02:14:39 CEST] <DHE> ie. do pass 1, then do pass 2, then do pass 2 at a different resolution, perhaps again and more [02:17:42 CEST] <MetaPhaze> klaxa, yeah i'll try it [02:18:02 CEST] <MetaPhaze> klaxa, using 1080p x 2 [02:18:07 CEST] <MetaPhaze> dual monitor [02:31:06 CEST] <Chuckles32> drandal_1707: Any other suggestions? [02:31:49 CEST] Action: Chuckles32 slaps ChazNunz around a bit with a large trout [02:32:02 CEST] <klaxa> DHE: why do you want to encode 2-pass? do you have to meet a specific filesize? [02:34:29 CEST] <klaxa> DHE: https://trac.ffmpeg.org/wiki/Encode/H.264 [02:35:27 CEST] <OstlerDev> Is there a way to pause an ongoing ffmpeg encode? [02:35:41 CEST] <dystopia_> ctrl+x [02:35:42 CEST] <dystopia_> iirc [02:35:48 CEST] <klaxa> on linux you can try ctrl+z [02:35:51 CEST] <OstlerDev> its ctrl+z [02:35:57 CEST] <OstlerDev> but I am meaning prgramatically [02:36:51 CEST] <dystopia_> can you explain a bit more what you mean / what your trying to do [02:37:27 CEST] <klaxa> send SIGTSTP to the process? [02:37:34 CEST] <klaxa> that's what ctrl+z does [02:37:44 CEST] <klaxa> and if you want to continue send SIGCONT [02:37:57 CEST] <klaxa> that's what i gather from wikipedia [02:38:03 CEST] <OstlerDev> well I am trying to convert a file while it is downloading, so I need to pause the encode before it gets to the end of the written bytes [02:38:05 CEST] <klaxa> you can send signals to processes with the kill command [02:38:12 CEST] <dystopia_> no you don't [02:38:16 CEST] <dystopia_> sec OstlerDev [02:38:19 CEST] <OstlerDev> Ok [02:38:22 CEST] <dystopia_> let me find the line [02:38:25 CEST] <OstlerDev> k [02:38:35 CEST] <dystopia_> you can limit encoding fps, to video fps [02:38:43 CEST] <klaxa> you can use the -re flag [02:38:43 CEST] <dystopia_> so the encode never catechs up to the end of the file [02:38:46 CEST] <dystopia_> thats it [02:38:54 CEST] <dystopia_> -re [02:38:56 CEST] <klaxa> but that will not guarantee that you do not seek beyond the end of the file [02:39:06 CEST] <dystopia_> it should [02:39:08 CEST] <klaxa> suppose you are downloading a file slower than its playback speed [02:39:15 CEST] <klaxa> you'll seek beyond the end of the file [02:39:24 CEST] <dystopia_> that is unlikely in 2015 heh [02:39:34 CEST] <klaxa> that really depends on the file [02:39:35 CEST] <OstlerDev> so I could do like -re 30 [02:39:39 CEST] <OstlerDev> to cap it to 30fps? [02:39:49 CEST] <klaxa> no -re is a parameterless flag [02:39:58 CEST] <OstlerDev> Ok [02:40:05 CEST] <klaxa> it reads packets from the input at the same speed it would be played back [02:40:35 CEST] <OstlerDev> so my overall command would be ffmpeg -i in.mkv out.mp4 -re ? [02:40:43 CEST] <klaxa> ffmepg -re -i in.mkv out.mp4 [02:40:47 CEST] <OstlerDev> Ok [02:40:49 CEST] <dystopia_> yeah before input [02:41:19 CEST] <klaxa> if you are fine with taking as long to encode as it takes to watch the file and are confident that your download speed is fast enough that should be okay [02:41:21 CEST] <dystopia_> works well for tv encodes [02:41:35 CEST] <OstlerDev> Awesome [02:41:50 CEST] <klaxa> be aware that you are in no place to complain if your download speed falls and the encode breaks though ;) [02:41:56 CEST] <OstlerDev> The only worry that I would have when encoding would be if the user attempts to fast forward the video [02:42:11 CEST] <OstlerDev> My application livestreams torrents to an Apple TV [02:42:25 CEST] <OstlerDev> so I must make sure that they are in .mp4 format [02:42:40 CEST] <OstlerDev> And yeah I understand [02:42:42 CEST] <OstlerDev> Thanks a ton though [05:11:20 CEST] <OstlerDev> When using the sequence creator is there a way to make sure that "#EXT-X-MEDIA-SEQUENCE:1" is inside the .m3u8 file? [05:18:14 CEST] <OstlerDev> nbm [05:18:16 CEST] <OstlerDev> *nvm [05:23:21 CEST] <OstlerDev> Is there a way to include "#EXT-X-PLAYLIST-TYPE:EVENT" in the header of the .m3u8 file while using the segmenter? [06:29:07 CEST] <FlorianBd> --enable-random ??? hahaha [08:14:08 CEST] <hendry> i have two jpegs i want to loop between a second apart in a webm. -loop 1 seems to encode forever. Am I missing something? [08:52:47 CEST] <durandal_1707> hendry: -d ? [09:08:15 CEST] <hendry> thinking i was missing the duration and the fact you need to loop it in the player itself [12:53:48 CEST] <Lokie> hey I was using a quite old static build of ffmpeg to transcode some videos to webm for universal browser playback. [12:53:53 CEST] <Lokie> Since I upgraded to a almost latest build, the webms can't be playbacked on a browser. According to mediainfo the only difference is that the new has format version 2 while the old one is format version 4 / 2 [12:54:28 CEST] <Lokie> any way to force ffmpeg to use that kind of format to verify if that is the problem? [12:58:29 CEST] <relaxed> Lokie: pastebin the output of "ffmpeg -i blah.webm" on one of these files that won't play [12:59:40 CEST] <Lokie> dled it to my machine [12:59:47 CEST] <Lokie> I think the syntax has changed [12:59:55 CEST] <Lokie> gonna pastebin my command first [13:00:17 CEST] <Lokie> https://p.lokie.eu/eUZzAk5td6nB.txt [13:00:47 CEST] <Lokie> video has 9 seconds at start with no video / audio [13:02:08 CEST] <Lokie> ffmpeg -i https://p.lokie.eu/slKDI8IxMKfo.txt [13:03:02 CEST] <Lokie> on the older version I could put -ss before -i to make it faster if there weren't any subtitles to be added [13:04:16 CEST] <Lokie> I don't understand what part of my syntax makes it start at 8.737 since it used to work fine [13:05:54 CEST] <relaxed> do you have a url to one that doesn't play? [13:05:59 CEST] <relaxed> the output looks fine [13:06:11 CEST] <Lokie> you mind if I pm the link? [13:06:20 CEST] <relaxed> sure [13:06:59 CEST] <relaxed> plays fine with chrome [13:07:14 CEST] <Lokie> no empty content at start? [13:07:53 CEST] <Lokie> even mpc shows the first 9sec blank [13:07:55 CEST] <relaxed> oh, yes there is [13:08:38 CEST] <dystopia_> -ss is to set the start time, just omit it [13:08:53 CEST] <relaxed> it's probably because of the included subs, yes? [13:09:14 CEST] <Lokie> yea but I need to define the starting point dystopia_ I want to ignore the first 36 seconds [13:09:22 CEST] <relaxed> Lokie: remove the subs and see if it still happens [13:09:38 CEST] <Lokie> I don't specify anything about subs in my command [13:10:10 CEST] <relaxed> there are subs in that webm, remove them [13:10:17 CEST] <Lokie> hardsubs [13:10:26 CEST] <Lokie> so already burned in the video stream [13:10:47 CEST] <relaxed> I see Stream #0:2(eng): Subtitle: webvtt (default) [13:10:55 CEST] <dystopia_> use -map to select just audio and video [13:11:12 CEST] <relaxed> so you have hardsubbed and soft [13:11:17 CEST] <Lokie> that is true [13:11:22 CEST] <Lokie> is there a flag to ignore subs? [13:11:47 CEST] <relaxed> -sn [13:11:49 CEST] <Lokie> similar to -vn [13:11:55 CEST] <Lokie> make sense :P [13:12:02 CEST] <Lokie> makes * [13:12:38 CEST] <Lokie> yea that was the problem [13:12:53 CEST] <Lokie> on the old version I was using if you didn't specify the substitles flag [13:12:57 CEST] <Lokie> none was added [13:13:12 CEST] <Lokie> in the current some def or something is added so I need to include the -sn [13:13:13 CEST] <Lokie> cheers [13:14:20 CEST] <Lokie> gonna check -map dystopia_ [13:15:04 CEST] <Lokie> also anyone knows x264 flags / profiles that makes it playable on almost any device / browser? (that is why I am using webm cause it seems pretty much anything can play it) [13:23:42 CEST] <JEEBsv> vp8/9 have very limited hw decoding capabilities [13:23:52 CEST] <JEEBsv> so you are pretty much throwing out all mobile devices [13:24:18 CEST] <JEEBsv> if you are limited to firefox/chrome and PC, then vp8 or vp9 might be ok [13:25:11 CEST] <Lokie> my old 5yr mobile can play them back [13:25:18 CEST] <Lokie> same for my 2yr chinese tablet :P [13:26:12 CEST] <JEEBsv> then you are doing something very low resolution and rate, and the decoding is being done in software [13:26:20 CEST] <JEEBsv> it will eat battery but possibly work, yes [13:28:09 CEST] <Lokie> it's 7209 @ ~ 2.5Mbps [13:28:58 CEST] <Lokie> If you could point me to a link for some good h264 profile / settings that works better I would gladly play with it and try to switch to mp4 [13:29:12 CEST] <Lokie> 7209 = 720p [13:29:16 CEST] <JEEBsv> what kind of stuff do you intend to support is the question [13:29:25 CEST] <Lokie> as much as possible [13:29:52 CEST] <JEEBsv> as much as possible would be -profile:v baseline -level:v 30 (constrained baseline; level 3.0) [13:30:23 CEST] <Lokie> realistically 95% is pcs or modern mobile devices that have no problem playing them but .. :P [13:30:25 CEST] <JEEBsv> then a bit less than that but gaining compression is -profile:v main -level:v 40 (main; level 4.0) [13:30:51 CEST] <Lokie> cheers will try to play with them [13:30:57 CEST] <Lokie> the () are comments right? [13:31:15 CEST] <JEEBsv> and then for most of modern devices except for weird china stuff is (leave profile to whatever) -level 41 for up to 1080p and 42 for >1080p [13:31:35 CEST] <JEEBsv> of course, remember to use -maxrate and -bufsize when encoding so it can enter actual buffering model [13:31:43 CEST] <JEEBsv> (but you should have been doing this with libvpx already) [13:32:06 CEST] <Lokie> I used -crf and c:b [13:32:16 CEST] <Lokie> eh -b:v * [13:35:33 CEST] <JEEBsv> -b:v is generally not recommended unless you are doing 2pass [13:35:49 CEST] <JEEBsv> and you in any case need to do -maxrate + -bufsize if you are going to do things over a limited bandwidth [13:36:12 CEST] <JEEBsv> so either 2pass + bit rate + VBV (maxrate+bufsize), or CRF + VBV [13:37:05 CEST] <Lokie> mhm will try to read upon them a bit more [13:37:38 CEST] <Lokie> gonna part to keep stuff handy on the logs and will come back once I had time to try and play with the options [13:37:49 CEST] <Lokie> cheers for the help! [17:46:40 CEST] <livingBEEF> Can I somehow use one stream in -filter_complex as input for multiple streams? When I try it by using the label multiple times, it doesn't work.... [17:46:59 CEST] <c_14> try split? [17:49:29 CEST] <livingBEEF> oh, that should work. ty [18:20:41 CEST] <chutchut> hey all! X) [18:23:02 CEST] <chutchut> getting the followiing error with the following cmd line, can anyone see an obvious issue? Im thinking it may be bitrate related.. "Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height" cmd: "nohup ffmpeg -analyzeduration 2147483647 -probesize 2147483647 -acodec libfdk_aac -vcodec h264 -i rtsp://witness:tHNItkNfjwImrerlQGjVSP6hMnnqgqgv@127.0.0.1/231721598 -acodec libfdk_aac -vcodec libx26 [18:23:02 CEST] <chutchut> 4 -ar 128000 -b:a 128k -b:v 250k -bufsize 350k -pix_fmt yuv420p -r 15 -s 640x480 /var/www/.../231721598_2015-07-09_17-15-32.mp4" [18:36:01 CEST] <chutchut> thx n sorry! [18:36:15 CEST] <oomkiller> if I use -vcodec to change one thing at the video codec (i.e. -r 25 to reduce the fps) does ffmpeg copy the other settings (quality and so on) from the file given, or does it use defaults? [18:38:08 CEST] <oomkiller> of course I select the same video codec as the source file [18:39:26 CEST] <chutchut> actually loooking again at the output ive just spotted this Nolski: [libfdk_aac @ 0x199c060] Specified sample rate 128000 is not supported [18:39:42 CEST] <chutchut> how can I find out what supported rates are? [18:40:46 CEST] <Nolski> chutchut: I think it depends on your encoding (not sure though) [18:41:33 CEST] <chutchut> full output Nolski: http://pastie.org/10282323 [18:42:50 CEST] <Nolski> Do you have h264 encoder on your box? [18:42:55 CEST] <chutchut> yea [18:43:19 CEST] <chutchut> been using it for a while for low quality now just want to up the output a bit [18:43:32 CEST] <Nolski> I see [18:44:21 CEST] <Nolski> hmm, I'm not quite sure. Maybe one of the more experienced folk in here could help you. I'm still a bit new to video processing myself. [18:44:38 CEST] <chutchut> same, thanks anyway X) [18:47:05 CEST] <c_14> oomkiller: defaults [18:47:59 CEST] <c_14> chutchut: line 29 [18:48:22 CEST] <chutchut> thx c_14 got it ^^! [18:48:33 CEST] <chutchut> just wondering what the supported rates were.. [18:48:47 CEST] <c_14> probably up to 96k or so [18:49:05 CEST] <chutchut> ok was using 96 before for the other qual so ill stick with that cheers [18:49:33 CEST] <chutchut> no sorry scratch that, 160000 worked before [18:49:42 CEST] <chutchut> for -ar [18:50:02 CEST] <chutchut> oops ar=16000 [18:50:27 CEST] <Mavrik> Are you sure you want 160kHz samplerate? That you're not trying to set bitrate? [18:50:55 CEST] <chutchut> im not sure to be honest, whats a sensible sample rate? [18:51:22 CEST] <c_14> 44.1k 48k or 96k (usually) [18:51:38 CEST] <Mavrik> chutchut, CDs are 44100, standard is 48000 [18:51:47 CEST] <chutchut> cool thx [18:51:50 CEST] <Mavrik> 96k is high quality studio equiment only [18:52:09 CEST] <chutchut> coolio may as well use 48000 then [18:52:09 CEST] <Mavrik> and these are supported rates for fdk_aac: https://www.ffmpeg.org/doxygen/2.2/libfdk-aacenc_8c.html#a0167df555be747608… [18:52:17 CEST] <chutchut> thanks! X) [18:52:49 CEST] <c_14> >0 [18:53:07 CEST] <c_14> Is that for something special? [18:53:35 CEST] <chutchut> huh? [18:54:07 CEST] <c_14> I was just wondering why '0' is a supported samplerate. [19:29:27 CEST] <kubast2> Hey I've a song[m4a aac 256 kbps] ,and I would like to convert it to one of the following formats wma/ogg/mp3[A game supports m4a-it's described as "iTunes M4A"- ,but requires apple quicktime player]. [19:30:27 CEST] <kubast2> How can I accomplish that?[to 256 ogg(vorbis ,propablly)/320 stereo mp3] ? [19:31:06 CEST] <kubast2> My internet is very slow right now ,and I can't do a proper research on google [19:35:57 CEST] <kuba__> any ideas? [19:36:33 CEST] <c_14> ffmpeg -i file -c:a libvorbis -b:a 256k out.ogg [19:53:13 CEST] <kuba__> thx :) [20:10:10 CEST] <livingBEEF> so split apparently can't handle more than 10 copies... is that a feature of a bug? [20:11:12 CEST] <livingBEEF> cuz when I did split=3 and then 3 times split=10, it worked [20:26:29 CEST] <durandal_1707> livingBEEF: it can handle more than 10 [20:47:25 CEST] <livingBEEF> durandal_1707: that's weird... because both, split and asplit said No output pad can be associated to link label 'vi11' (resp. 'ai11') and when I did a split to 3 and then 3 times to 10, it worked without problems. And it was literally the only change I made. [20:48:55 CEST] <durandal_1707> your command is missing something... [21:54:53 CEST] <Kaedenn> How do I determine in a script (python script, but it could just as well be sh) that the user is running the ffmpeg release of ffmpeg, and not the libav fork? [21:55:21 CEST] <Kaedenn> I'm thinking of processing the output of the version argument [21:56:39 CEST] <Kaedenn> I guess I could do ffmpeg --version | head -1 | grep -i ' libav ', and if that's true then I error out [22:01:09 CEST] <JEEBsv> yes, any binary released from the libav sources bears the name there [22:02:09 CEST] <JEEBsv> basically you should just poke the user towards avconv in that case, since that is the updated thing (I really have no idea why they left the ffmpeg binary there for 0.8 - it has since stirred more derp than given gain) [22:03:20 CEST] <JEEBsv> of course that probably made more sense in like 2011, when people had no idea of the new syntax... [22:03:41 CEST] <Kaedenn> avconv doesn't work with my project [22:03:50 CEST] <Kaedenn> There are visual artifacts and blurring that make the output horrendous [22:03:58 CEST] <Kaedenn> So I'm just saying screw it, use the real ffmpeg [22:04:05 CEST] <JEEBsv> that just probably means it's ancient [22:04:09 CEST] <Kaedenn> !deprecated [22:04:14 CEST] <Kaedenn> Where's that URL? [22:04:25 CEST] <Kaedenn> That explains the different versions of ffmpeg [22:04:36 CEST] <JEEBsv> which packaged versions tend to be, and 0.8 was there in debian based shit for a frightening amount of time [22:04:52 CEST] <JEEBsv> and when people grab or build ffmpeg or libav they generally get the latest [22:05:03 CEST] <JEEBsv> (as in, from outside the official packages) [22:05:10 CEST] <Kaedenn> Yes I know all of this [22:05:40 CEST] <JEEBsv> just saying that it might as well not be a case of avconv not being able of it, but rather just that avconv being fuck old [22:06:12 CEST] <JEEBsv> also we'll probably get some of that now that debian switched back to ffmpeg as default provider for the libs/tools [22:06:54 CEST] <Kaedenn> stackoverflow.com/questions/9477115/w/9477756#9477756 [22:06:58 CEST] <Kaedenn> http://stackoverflow.com/questions/9477115/w/9477756#9477756 [22:07:19 CEST] <JEEBsv> I am involved in both ffmpeg and libav, so you really don't need to poke me with those links [22:07:22 CEST] <JEEBsv> löl [22:08:38 CEST] <JEEBsv> granted, the major changes in API etc are probably behind us in a lot of ways, and that was one of the reasons why it took a lot of time for debian to move to a newer libav version, so we might have less ancient versions in debian-based distros in the future [22:08:58 CEST] <JEEBsv> but still, distro versions will always be old Quite Soon [22:09:55 CEST] <JEEBsv> also debian was really bad at throwing away unmaintained shit, so you literally waited for some package to get updated for newer APIs for months [22:12:02 CEST] <JEEBsv> but as I am veering off a tangent here, unless you are using one of those video filters or input or output formats that only ffmpeg supports (there are some, generally it's fringe stuff as far as the formats go), it's not avconv itself that is your issue but rather the age of the binaries. [22:12:26 CEST] <JEEBsv> but of course you could have also found a bug on the libav side :) [22:15:18 CEST] <JEEBsv> I guess if I was making a tool that was using ffmpeg or avconv I'd probably have version checks [22:15:55 CEST] <JEEBsv> which would barf at the user if the version would be too old and warn if it was too new [22:18:10 CEST] Action: c_14 probably wouldn't check for too new [22:18:17 CEST] <c_14> Haven't been hit with any serious regressions though. [22:18:58 CEST] <JEEBsv> which is why I didn't say "barf" at it [22:19:04 CEST] <JEEBsv> just warning would be enough [22:19:34 CEST] <c_14> Mhm, overread that. [22:19:49 CEST] <c_14> *overlooked [22:22:15 CEST] <JEEBsv> I think I should regrep my logs one of these days: should see what two things I herped a derp about [22:22:36 CEST] <JEEBsv> one was trailing options, which ffmpeg can notice, but will do absolutely nothing about [22:22:58 CEST] <JEEBsv> I'd rather prefer a "you're doing it wrong, boy" approach to such things and a nonzero exit code [22:23:27 CEST] <JEEBsv> might throw a patch at that if i get the time :/ [23:05:47 CEST] <techtopia> when using libx265 are all the options / switches / commands ect... the same as when using libx264? [23:06:25 CEST] <JEEBsv> no [23:06:59 CEST] <JEEBsv> but you generally shouldn't have to care much aside from the basics like preset and CRF and possibly VBV (do note that I have no effing idea how good x265's VBV is) [23:07:00 CEST] <techtopia> oh hey jeeb [23:23:37 CEST] <techtopia> hmm [23:23:55 CEST] <techtopia> im encoding at 8fps to x265 [23:24:09 CEST] <techtopia> and at x264 i encode this content at around 55fps [23:24:27 CEST] <techtopia> i know there is a performence hit but thats more than it should be right? [23:25:01 CEST] <techtopia> it's almost 7x slower [23:29:17 CEST] <ILEoo> I think it's less that I would expect [23:30:57 CEST] <klaxa> seven times slower is actually pretty fast for h265 [23:31:41 CEST] <klaxa> s/h265/x265/ [23:31:50 CEST] <klaxa> have you looked at benchmarks beforehand? [23:32:16 CEST] <techtopia> no just doing some tests with a 1min ts sample [23:58:02 CEST] <techtopia> http://i.imgur.com/aA1k1Ev.png [23:58:17 CEST] <techtopia> my initial test heh looks like there are some massive savings to be had [23:58:30 CEST] <techtopia> but the encoding speed is a hasstle [23:58:35 CEST] <techtopia> guess i could run them overnight [00:00:00 CEST] --- Fri Jul 10 2015

1 0

ffmpeg-devel.log.20150708
by burek 09 Jul '15

09 Jul '15

[00:16:58 CEST] <rcombs> to anyone interested: "The OpenSSL project team would like to announce the forthcoming release of OpenSSL versions 1.0.2d and 1.0.1p. These releases will be made available on 9th July. They will fix a single security defect classified as "high" severity. This defect does not affect the 1.0.0 or 0.9.8 releases." [00:55:15 CEST] <wm4> misery [01:18:47 CEST] <Compn> did openssl get their shit together or same problem as always ? [01:33:36 CEST] <cone-861> ffmpeg 03Michael Niedermayer 07master:b8c438e76236: videodsp: assert that linesize is larger than width [02:02:01 CEST] <J_Darnley> Well, I think I'm going to call it a night [02:02:38 CEST] <J_Darnley> durandal_1707 or anyone else who is interested I pushed my code here: https://gitlab.com/J_Darnley/ffmpeg [03:30:00 CEST] <cone-861> ffmpeg 03Michael Niedermayer 07master:6a1204a1a466: avformat/swfdec: Do not error out on pixel format changes [07:38:42 CEST] <durandal_170> michaelni: could you follow style of file before committing something? [08:02:12 CEST] <cone-433> ffmpeg 03Paul B Mahol 07master:7efe81a813ad: avfilter/vf_colormatrix: add yuv444p support [10:58:30 CEST] <saste> is there a reason why variable declaration is never used in ffmpeg ASM files? [10:59:08 CEST] <saste> the only variables are the formal parameters defined in the cglobal function declarations [11:07:21 CEST] <nevcairiel> some functions also use temp variables [11:07:26 CEST] <nevcairiel> but its not common [11:09:43 CEST] <saste> nevcairiel, yes i was wondering why [11:10:00 CEST] <saste> nevcairiel, what do you mean by "temp variables"? [11:10:31 CEST] <nevcairiel> you can throw extra variables into the cglobal line beyond the function parameters [11:11:13 CEST] <saste> nevcairiel, ah, didn't know that [11:15:11 CEST] <saste> mmh, so we have: cglobal FUNCTION_NAME X,Y,Z, PARAMS [11:15:20 CEST] <saste> X = number of input parameters [11:15:33 CEST] <saste> Y = number of total parameters (including temp variables) [11:15:38 CEST] <saste> Z = ??? [11:15:41 CEST] <saste> what is Z? [11:15:50 CEST] <nevcairiel> number of SIMD regs [11:15:55 CEST] <nevcairiel> X/Y refer to GPRs only [11:16:20 CEST] <saste> nevcairiel, fine, thanks [11:16:48 CEST] <nevcairiel> there is also an optional 4th argument after Z, stack size to allocate for the function [11:16:58 CEST] <nevcairiel> its all documented in x86inc.asm [11:17:04 CEST] <saste> nevcairiel, ok [11:20:21 CEST] <nevcairiel> i've also seen functions re-declare a register under a new name later on the asm body to clear up the code a bit (ie. creating a new local variable), but its not that common, and only used when you are low on GPRs, ie. when trying to build 32-bit compat [11:20:46 CEST] <michaelni> durandal_170, which comit messed up style ? [11:25:09 CEST] <durandal_170> michaelni: 6a1204a1a [12:07:52 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:656e9a68c43c: avformat/swfdec: Fix "}else" style [12:07:53 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:e83ffb48aca6: avcodec/utils: Check values in apply_param_change() [12:56:12 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/1.2:bd8d8f57e87b: avformat/swfdec: Do not error out on pixel format changes [12:56:13 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/2.0:804b90a5f578: avformat/swfdec: Do not error out on pixel format changes [12:56:14 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/2.1:ada778c7002a: avformat/swfdec: Do not error out on pixel format changes [12:56:15 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/2.2:b61ee9f03f19: avformat/swfdec: Do not error out on pixel format changes [12:56:16 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/2.3:bf4fa00162d8: avformat/swfdec: Do not error out on pixel format changes [12:56:17 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/2.4:d9655621b3dc: avformat/swfdec: Do not error out on pixel format changes [12:56:18 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/2.5:51a624bb80b3: avformat/swfdec: Do not error out on pixel format changes [12:56:19 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/2.6:a5e18e900f7d: avformat/swfdec: Do not error out on pixel format changes [12:56:20 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07release/2.7:f921a47fae3e: avformat/swfdec: Do not error out on pixel format changes [13:06:47 CEST] <saste> http://pastebin.com/zn6zAF74 => what am I missing? [13:07:24 CEST] <J_Darnley> unaligned vs .unaligned [13:07:44 CEST] <J_Darnley> oh wait [13:07:52 CEST] <nevcairiel> you also need to specify sizes for the vars, afaik [13:08:06 CEST] <nevcairiel> unalignedq for native size (ie. size_t) [13:08:12 CEST] <J_Darnley> ah yes, you need to append the register sizes [13:08:18 CEST] <nevcairiel> sizeq, unalignedq [13:08:49 CEST] <nevcairiel> personally i still feel you should just make it a documented constraint that input needs to be aligned [13:10:18 CEST] <nevcairiel> for the use-cases where this function is useful, it will be anyway [13:10:26 CEST] <saste> nevcairiel, J_Darnley: thanks [13:38:33 CEST] <michaelni> Hi all, we have a problem with the new server, we need some help, a simple upgrade of the ubuntu 14.04 wanted to upgrade grub-pc and it now asks which partition to install to, theres sda sdb md1 and md2, ive never seen this question on a server before, what shall be done? [13:39:08 CEST] <michaelni> simple upgrade being just the normal apt-get dist-upgrade to get security updates [13:43:10 CEST] <J_Darnley> If it was just my PC I would probably answer that by choosing whichever was my boot disk [13:43:57 CEST] <michaelni> J_Darnley, yes, but its a server with RAID, this didnt come up on any of our previous servers before [13:45:59 CEST] <J_Darnley> Well, I don't really know anything about system administration so I really can't help. [14:21:29 CEST] <c_14> michaelni: afaik sda and sdb (you might have to install to one of them with grub-install) [14:22:19 CEST] <c_14> I know it's not the md*, because those only exist post mdadm and grub doesn't do raid [14:24:18 CEST] <michaelni> c_14, ok ill wait a bit in case tere are any other comments (i dont want to miss anything ) also ill check hetzners forum once my registratio is approved, we are likely not the first to ht this, and then in case of lackig further information will select sda+sdb [14:31:16 CEST] <durandal_170> J_Darnley: asm you wrote is gpl only? [15:06:24 CEST] <J_Darnley> durandal_170: is removegrain not GPL? [15:06:59 CEST] <J_Darnley> Almost all avisynth plugins were GPL [15:07:12 CEST] <durandal_170> lgpl [15:07:36 CEST] <J_Darnley> oh [15:07:38 CEST] <durandal_170> original is wtfpl [15:07:55 CEST] <durandal_170> The one from vs [15:08:36 CEST] <durandal_170> Avs one have 30 modes, latest version IIRC [15:08:53 CEST] <J_Darnley> huh [15:09:09 CEST] <durandal_170> vs = vapoursynth [15:09:18 CEST] <J_Darnley> yes, I knwo that [15:09:53 CEST] <J_Darnley> I must have forgotten it wasn't gpl [15:13:59 CEST] <J_Darnley> I guess I'll put the lgpl header on it when I get to that todo [15:16:51 CEST] <[-T-]> is it a know issue that swscale crashes when doing 720x576 to 720x576 pix_fmt convertion ? [15:17:24 CEST] <cone-433> ffmpeg 03Ganesh Ajjanagadde 07master:e34a3468f294: build: add LDLIBFLAGS [15:54:50 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:80e42387dc52: avcodec/g2meet: Clear pointers after deallocation [15:56:09 CEST] <durandal_170> [-T-]: how to reproduce? [15:57:56 CEST] <nevcairiel> its not a known or unknown issue, you are probably using it wrong [15:58:01 CEST] <nevcairiel> such conversions are extremely common [16:30:10 CEST] <[-T-]> f'durandal_170: i am doing 720x576 to 720x576 / YUV420 to NV12 [16:30:27 CEST] <[-T-]> it works when doing the same with 1080 to 1080 [16:30:35 CEST] <[-T-]> or YUV to YUV [16:31:29 CEST] <nevcairiel> you need to make sure the data planes are on aligned memory with at least 16 pixel stride alignment [16:32:50 CEST] <nevcairiel> there may be an alignment check missing in swscale somewhere, but if those fire, the conversions get super slow anyway, as it switches to pure C code [16:41:57 CEST] <[-T-]> ok understood! [16:42:02 CEST] <[-T-]> thanks [17:00:12 CEST] <BBB> I think swscale only checks for 16 byte alignment [17:00:19 CEST] <BBB> some code paths are 32byte now (avx2) [17:00:23 CEST] <BBB> maybe its something related to that [17:10:31 CEST] <durandal_170> J_Darnley: post patch when you are happy/finished with it, I will push filter shortly if you do not mind [17:11:17 CEST] <J_Darnley> That was my plan: post a patch which squashes all my asm commits together [17:12:14 CEST] <J_Darnley> If I don't finish this evening it should then be tomorrow evening [17:35:06 CEST] <kierank> BBB: afaik there isn't any avx2 in ffmpeg [17:35:44 CEST] <BBB> sws doesnt have avx2 it seems [17:35:47 CEST] <nevcairiel> kierank: hevc_mc uses avx2 [17:35:52 CEST] <nevcairiel> and sao [17:35:52 CEST] <kierank> ah [17:35:56 CEST] <nevcairiel> and a few more hevc parts! [17:36:00 CEST] <BBB> hevc/vp9 use avx2 [17:36:00 CEST] <nevcairiel> vp9 too [17:36:06 CEST] <nevcairiel> thats about it i guess [17:36:16 CEST] <nevcairiel> mlpdec has avx2 apparently [18:01:14 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:3c63d06d81e7: avcodec/h264_slice: Fix container cropping [18:03:05 CEST] <cone-433> ffmpeg 03Paul B Mahol 07master:91748662bc02: avfilter: add removegrain [18:37:25 CEST] <durandal_170> now to port deband..... [18:49:37 CEST] <wm4> which deband? [18:52:54 CEST] <BBB> http://stackoverflow.com/questions/31294874/ffserver-supplying-wrong-mime-t… and http://stackoverflow.com/questions/9929940/correct-mime-type-for-mp4 - should movenc.c -> ffserver use video/mp4 for .mp4 files? [18:52:57 CEST] <durandal_170> fku3 something [18:53:11 CEST] <BBB> (I bet nobody cares, but Im happy to send a patch if thats more right) [18:53:35 CEST] <BBB> right now it says: ../libavformat/movenc.c: .mime_type = "application/mp4", [18:54:02 CEST] <durandal_170> ffserver needs desperately some love [18:59:49 CEST] <BBB> well this is movenc.c, not ffserver [18:59:53 CEST] <BBB> so it should be more loveable [19:05:39 CEST] <wm4> durandal_170: this is apparently mostly equivalent to f3kdb, except some thousands of lines of code shorter: https://github.com/haasn/gentoo-conf/blob/master/home/nand/.mpv/shaders/deb… [19:07:46 CEST] <durandal_170> so I need to REd glsl [19:14:40 CEST] <jamrial> BBB: https://www.rfc-editor.org/rfc/rfc4337.txt apparently yes, should be video/mp4 [19:15:25 CEST] <jamrial> ogg also sets the wrong mimetypes according to the latest rfc. i mentioned it some time ago [19:15:52 CEST] <Compn> BBB : send patch [19:15:56 CEST] <Compn> (or just commit) [19:18:40 CEST] <BBB> I dont think I have w+ [19:18:45 CEST] <BBB> can you guys commit for me? [19:29:07 CEST] <durandal_170> what, why? [19:35:27 CEST] <Compn> BBB : the key changed, so you have to ssh into git.ffmpeg.org [19:35:39 CEST] <BBB> durandal_170: ? [19:35:40 CEST] <Compn> er rrrr i'm thinking of git.videolan.org nevermind [19:36:07 CEST] <Compn> er thinking of the ffmpeg-web repo not videolan ffmpeg repo [19:36:26 CEST] <Compn> all devs should have write access, if you want it just aks michael and send key... [19:36:38 CEST] <Compn> but sure i will change it [19:37:02 CEST] <Compn> or maybe i'll send patch first [19:37:40 CEST] <durandal_170> BBB: you should have write access to git [19:37:50 CEST] <BBB> why? [19:37:56 CEST] <BBB> Id probably mess things up [19:38:10 CEST] <BBB> you should see my github tree [19:38:23 CEST] <BBB> I probably push -f more than half of the time [19:49:42 CEST] <michaelni> BBB, theres a key for ronaldbultje(a)ronald-bultjes-computer.local on ffmpeg@videolan [19:49:58 CEST] <BBB> thats super scary :D [19:56:04 CEST] <haasn> wm4: I don't actually know if it's equivalent or not. I never managed to figure out one bit of f3k, the code is such a mess [19:56:35 CEST] <haasn> (Namely: what pixel pattern it samples from; whether it's always a set pattern or if the direction is randomized as in my code) [19:56:50 CEST] <haasn> never managed to figure out that bit* [19:56:59 CEST] <wm4> heh [19:57:12 CEST] <haasn> But I found randomization helps, so my code does it. Probably the only real difference is the random algorithm [19:57:16 CEST] <haasn> .. still need to address that in mpv :p [19:57:20 CEST] <wm4> in any case it probably doesn't make sense to try to port f3kdb fully [19:57:29 CEST] <haasn> well, that *is* f3kdb, fully [19:57:43 CEST] <wm4> I mean, copying the code and ffmpeg-izing it [19:59:37 CEST] <haasn> Most of fk3db is just wrappers around it, alternate modes to do the same thing, optimizations, etc. [20:01:59 CEST] <haasn> eg. support for the hacked together 16-bit support in avisynth [20:07:56 CEST] <philipl> wm4: Does mpv support vdpau readback for software filter usage? [20:11:21 CEST] <Compn> BBB : they let me have write access too , that SHOULD scare you ;) [20:11:23 CEST] <Compn> ehe [20:11:29 CEST] <wm4> philipl: no [20:12:00 CEST] <wm4> philipl: and for screenshots, mpv renders to an output surfaces and reads that [20:14:41 CEST] <philipl> wm4: I made a half-hearted attempt at implementing support for it in mplayer as a filter but it's a real mess - as you need 90% of the same logic the vo has. [20:15:07 CEST] <philipl> wm4: I guess the main filter I'd care about it rotation (vertical camera videos) which vdpau can do itself with a little work [20:15:32 CEST] <libnova> Hi! Related to the hosting request, would be ok for you a OVH (France) 64gb ram xeon server with 4tb storage dedicated for the project? Administration of the server should be on your side. We can offer at least 2 years prepaid server. [20:16:23 CEST] <wm4> philipl: heh, since mpv has opengl interop for vdpau decoding, the video mixer is separate from the vo in mpv [20:17:41 CEST] <philipl> wm4: Nice. Then the part that's left is what you'd also use for a read-back filter. [20:17:47 CEST] <wm4> and rotation would AFAIK require render one output surfaces on another [20:18:08 CEST] <wm4> +to [20:18:09 CEST] <philipl> wm4: Yes - you can only rotate output surfaces. [20:18:38 CEST] <wm4> the nasty thing about all this is that the videomixer does scaling in vdpau [20:18:50 CEST] <wm4> you can probably scale output surfaces too, but then you can'T select hqscaling [20:18:55 CEST] <wm4> so this is all a bit annoying [20:19:07 CEST] <wm4> well, unless you really want to read back to RAM [20:19:35 CEST] <philipl> That means vdpau-specific rotation would have to rotate after scaling. [20:19:55 CEST] <philipl> Read-back for software rotation would avoid that for sure. [20:20:54 CEST] <wm4> philipl: the question is, how slow is read back [20:21:11 CEST] <wm4> and what latency [20:21:32 CEST] <durandal_170> libnova: ask michaelni [20:21:59 CEST] <philipl> Others here have said it's very good on nvidia. I've tested 'ffmmpeg -hawccel vdpau' transcoding and it certainly isn't decoder limited in that case. [20:22:28 CEST] <philipl> Don't know about latency - haven't got it working far enough to test. [20:22:38 CEST] <wm4> so it might be worth a try [20:23:05 CEST] <philipl> I got my mplayer test code far enough to read-back and loop-back to the mixer one frame. After that it seemed to only show blank frames, so I messed something up in the queue handling. [20:24:12 CEST] <wm4> not sure what you mean by loop-back [20:24:24 CEST] <libnova> durandal_170: ok [20:24:54 CEST] <michaelni> libnova, this sounds interresting but what happens after 2 years ? we would have to pay ? [20:25:24 CEST] <philipl> wm4: I mean, my filter decodes the frame and reads it back to pass on the chain. Then the vdpau vo takes the yuv frame and displays it like it does for software decoding [20:25:49 CEST] <wm4> philipl: wait, why would a filter decode? [20:26:03 CEST] <philipl> wm4: It has to, if you want to chain to normal filters. [20:26:31 CEST] <philipl> wm4: In mplayer the decoder is managed by the vo, remember. [20:26:38 CEST] <philipl> I'm sure you fixed that. [20:26:38 CEST] <wm4> doesn't it just get the video surfaces from the decoder? [20:26:53 CEST] <philipl> I mean the vdpau decoder object. [20:27:14 CEST] <wm4> I think I remember something about the VO creating and handling the vdpau decoder in mplayer... [20:27:41 CEST] <libnova> michaelni, No, I mean that I can assure you will be at least 2 years on that server [20:27:48 CEST] <philipl> Yeah. It's messy. So while mplayer is using hwaccel, it's using this special path where it passes the decoder in instead of letting avcodec instantiate it. [20:27:50 CEST] <wm4> yeah, these are completely decoupled in mpv (they only have some shared state like the vdpau device) [20:28:19 CEST] <philipl> I'm sure I'd have less brain melting trying to do this in mpv :-) [20:29:26 CEST] <libnova> In the sense of not needing to migrate at least in two years. When 2 years date approach, we could extend free or you migrate to another hosting option [20:29:39 CEST] <wm4> I guess mpv and mplayer did diverge a bit [20:29:47 CEST] <haasn> wm4: wouldn't rotation work just fine with vo=vdpau hwdec=vdpau? what am I missing here? [20:29:54 CEST] <haasn> err vo=opengl [20:30:04 CEST] <libnova> No hidden motivations here [20:30:15 CEST] <wm4> haasn: yes it does [20:30:23 CEST] <michaelni> libnova, yes, this sounds nice, what cpus does it have ? [20:30:27 CEST] <wm4> haasn: but with vo_vdpau it doesn't yet [20:30:39 CEST] <wm4> and mplayer doesn't even have GL interop [20:30:56 CEST] <haasn> (why does it have to be vo_vdpau, though?) [20:31:09 CEST] <Compn> humm i should have found a better specification url [20:31:15 CEST] <Compn> safari web mime types :\ [20:31:20 CEST] <Compn> BBB : patch posted. [20:31:46 CEST] <BBB> lgtm, thanks! [20:32:18 CEST] <libnova> http://ark.intel.com/products/75779/Intel-Xeon-Processor-E5-1620-v2-10M-Cac… [20:32:31 CEST] <libnova> 3.7ghz [20:33:19 CEST] <Compn> 4 cores , the important bit ;) [20:33:38 CEST] <BBB> I want a laptop with such a thing [20:34:32 CEST] <Compn> i7 laptop ? [20:34:43 CEST] <BtbN> i7 laptops usualy are just dual cores [20:34:47 CEST] <Compn> ah [20:34:48 CEST] <michaelni> libnova, ok, and what disks ? and is there any monthly traffic limit (i have no idea whatsoever in case we are on slashdot how much traffic that would cause) [20:35:33 CEST] <Compn> kind of funny that 10k people all upgrade at once when a story hits slashdot :P [20:36:04 CEST] <libnova> No limited. 500mbps wrant 1 gbps burst [20:37:40 CEST] <michaelni> libnova, your offer is better than the "paid by ourself" server we hastly rented and also better then the other free server we have, so i think we accept your offer :) [20:38:10 CEST] <libnova> Small ssd disk for php etc and sata raid [20:39:28 CEST] <libnova> Ok, I'll send my email for you to contact and prepare it ok? [20:40:26 CEST] <michaelni> libnova, ok [20:41:23 CEST] <Compn> what happened ot the nex michigan hoster offer ? [20:44:10 CEST] <philipl> wm4: I think it would be pretty easy to write a read-back filter in mpv. Everything's organised in a much more usable way than in mplayer. I'll look into it when I get a chance. [20:46:20 CEST] <wm4> philipl: go ahead... note that the VO is still the thing that creates the hw context (like vdpau device) [20:46:52 CEST] <wm4> except the vaapi read-back code, which is all kinds of terrible, and exists because direct output tends to cause issues with vaapi [20:47:28 CEST] <BtbN> vaapi doesn't realy have direct output anyway [20:48:03 CEST] <philipl> wm4: Right. [20:48:26 CEST] <BtbN> I think they added something for EGL mode, but it's still way behind vdpau with its own OpenGL extension [20:48:36 CEST] <wm4> BtbN: I'm just trying not to have to copy it back to RAM [20:48:58 CEST] <wm4> and last I heard the EGL thing was actually deprecated/discouraged (not sure) [20:49:15 CEST] <BtbN> hm? Wasn't it just introduced? [20:49:23 CEST] <wm4> maybe I was thinking of something else [20:49:29 CEST] <wm4> who knows, there's no documentation [20:49:44 CEST] <BtbN> I think you can't realy avoid the copy back to system ram. [20:50:18 CEST] <BtbN> When i tested that stuff for xbmc, the "direct rendering" funtions were slower than copying and manualy uploading to an OpenGL texture [20:51:54 CEST] <wm4> mpv now lets vaapi render to a GL mapped pixmap [20:51:59 CEST] <wm4> supposedly it's faster [20:52:17 CEST] <BtbN> using glx? [20:52:20 CEST] <wm4> yes [20:52:26 CEST] <wm4> (but not the vaapi glx interop) [20:52:29 CEST] <BtbN> Have you looked at how it does that internaly? [20:52:32 CEST] <BtbN> hm? [20:53:01 CEST] <Compn> michaelni : i approved a hosting mail on ffmpeg-devel that was stuck in the queue. [20:53:05 CEST] <wm4> it renders to a Pixmap using the X vaapi API, and then uses GLX_EXT_texture_from_pixmap [20:53:24 CEST] <BtbN> using vaPutSurface? [20:53:53 CEST] <BtbN> iirc that was the awfully slow function. [20:54:21 CEST] <wm4> yes, vaPutSurface [21:02:17 CEST] <llogan> Compn: i was wondering why there was nothing in the queue... [21:05:15 CEST] <Compn> beat you to it! :D [21:06:42 CEST] <llogan> why doesn't claws mail allow searching of the raw message? annoying. [21:20:05 CEST] <wm4> claws-mail is so bad [21:20:20 CEST] <wm4> but I'm still using it because other mail clients are bad too [21:23:43 CEST] <JEEBsv> I noticed recently that thunderbird beta plugged in that calendar thing they've been building for a while [21:37:10 CEST] <BtbN> lightning? [21:44:10 CEST] <michaelni> <Compn> kind of funny that 10k people all upgrade at once when a story hits slashdot :P <--- i think your estimation is off a bit, we have 100gb traffic per day at average, in ffmpeg.tar.bz2 units thats 12k a day already that is if all the traffic comes from ffmpeg downloads which sure it does not [21:54:08 CEST] <llogan> a wiki article written by someone named hahaha1234 is destined to be a dung heap of rambling thoughts and self-talking. [21:54:28 CEST] <llogan> and here i thought rodgerdpack was bad [22:00:25 CEST] <Compn> thunderbird is like if netscape came back and did an email client :) [22:09:52 CEST] <BBB> I was wondering about that account [22:09:57 CEST] <BBB> the changes seemed helpful though [22:09:59 CEST] <BBB> not spammy at least [22:12:12 CEST] <BBB> michaelni: wtf we have 100gb traffic per day? [22:12:19 CEST] <BBB> like, seriously, wtf? [22:12:27 CEST] <BBB> what kind of traffic is that? [22:12:32 CEST] <llogan> that probably excludes trac [22:12:56 CEST] <llogan> *possibly [22:15:26 CEST] <jamrial> BBB: fate samples rsync server probably contributes to it [22:16:21 CEST] <jamrial> It's currently about 900mb [22:18:37 CEST] <michaelni> BBB, no clue, i just looked at ifconfig stats and divided by uptime [22:21:52 CEST] <michaelni> also thats not just ffmpeg, its mplayer too, samples, fate-suite [22:23:01 CEST] <michaelni> not trac, trac was less [22:23:13 CEST] <wm4> that's only 1.185MB per second sustained [22:23:57 CEST] <michaelni> yeah about 10mbit ethernet speed at average [22:27:19 CEST] <philipl> wm4: I've got an mpeg2 TV recording here that mpv is insisting on software decoding. Same commandline uses hw decoding for an h.264 file. [22:28:11 CEST] <wm4> philipl: mpeg2 hw decoding is disabled for some reason, retry with --hwdec-codecs=all [22:28:21 CEST] <wm4> I think there was a problem with interlaced video [22:29:24 CEST] <philipl> This is 720p video. It also failed and said it was going to fall back. Perhaps because it's a raw capture so the first couple of frames are unusable. [22:29:28 CEST] <philipl> but it plays fine with mplayer [22:30:15 CEST] <wm4> yep, decoding errors (which are really parser errors or whatever you'd call them) cause a forcible fallback [22:30:26 CEST] <philipl> Ok. [22:30:43 CEST] <wm4> (I'm not sure if this behavior still makes sense) [22:30:56 CEST] <philipl> It seems overly conservative in this case. [22:33:22 CEST] <wm4> originally, making get_format fail was used for making it fall back if e.g. the codec profile coudln't be handled by the hw [22:42:05 CEST] <philipl> A reasonable desire. mplayer will just fail frames continuously in that case. [22:45:05 CEST] <wm4> philipl: is this file available somewhere? [22:50:27 CEST] <kierank> https://lwn.net/Articles/650495/ [22:51:26 CEST] <wm4> yeah [22:51:40 CEST] <wm4> all the leverage Libav had is gone now [22:51:47 CEST] <wm4> and FFmpeg can keep piling hacks upon hacks [22:53:50 CEST] <JEEBsv> not like it wouldn't do it anyways [23:18:54 CEST] <philipl> wm4: http://intr.overt.org/misc/mpeg2-sample.mkv [23:19:23 CEST] <philipl> It's from a raw broadcast ts that I remuxed into mkv. [23:21:40 CEST] <llogan> does that mean Debian will still provide Libav or not? I wasn't following and didn't really read much because i'm a lazyass. [23:22:52 CEST] <philipl> It's not clear, but I think they will drop it, given that the security guys don't want to have to follow two projects. [23:25:05 CEST] <llogan> i wonder why nobody wrote a Libav version of the wiki FFmpeg article written by Andreas [23:25:29 CEST] <philipl> There doesn't seem to really be anyone left to defend it. [23:25:39 CEST] <philipl> The security guys started off skeptical but got won over. [23:25:47 CEST] <philipl> Reinhardt seems to have given up the fight. [23:25:50 CEST] <philipl> Who else is left? [23:31:24 CEST] <wm4> philipl: thanks, doesn't fallback here zhough [23:31:30 CEST] <wm4> *though [23:31:37 CEST] <philipl> Hmm. [23:54:18 CEST] <J_Darnley> Am I going insane!? Did this not work yesterday!? Did I test it incorrectly!? [23:56:19 CEST] <jamrial> J_Darnley: if you mean your removegrain asm, i tested half the modes last night and they produced the same output as the c version [23:56:25 CEST] <jamrial> nice speed up for that matter [23:57:26 CEST] <J_Darnley> Yes, mode 5 and 18 no longer test correctly for me (and some new ones I've added) [23:58:05 CEST] <J_Darnley> perhaps I need to double check what I have changed since then. [23:58:44 CEST] <jamrial> that's the benefit of committing often :p [23:59:18 CEST] <J_Darnley> I was doing that but not testing every thing everytime I changed something [23:59:33 CEST] <jamrial> durandal_170: maybe you could add some fate tests for removegrain? [23:59:52 CEST] <J_Darnley> I will do a git rebase -i --exec [00:00:00 CEST] --- Thu Jul 9 2015

1 0

ffmpeg.log.20150708
by burek 09 Jul '15

09 Jul '15

[00:56:53 CEST] <causasui> can ffmpeg print the output stream to stdout instead of a file? [00:57:06 CEST] <c_14> sure [00:57:09 CEST] <c_14> pipe:1 [00:58:30 CEST] <causasui> c_14: I swear I searched the manpage for "stdout" and didn't see this. thanks :) [01:10:02 CEST] <techtopia> hey guys [01:10:19 CEST] <techtopia> can someone tell me what causes these warnings [01:10:20 CEST] <techtopia> http://i.imgur.com/Q6pKz3G.png [01:10:29 CEST] <techtopia> and who i can avoid them if possible [01:13:41 CEST] <debianuser> Hah! Found another way to rotate video 180p : -metadata:s:v rotate=180 [01:14:05 CEST] <techtopia> you can use transpose to do it also [01:14:38 CEST] <debianuser> Heh, I used -vf vflip:hflip earlier :) [01:15:37 CEST] <techtopia> ffmpeg -i in.ts -vf "transpose=X" out.mkv [01:15:41 CEST] <techtopia> where X = [01:15:50 CEST] <techtopia> 0 = 90CounterCLockwise and Vertical Flip (default) [01:15:50 CEST] <techtopia> 1 = 90Clockwise [01:15:50 CEST] <techtopia> 2 = 90CounterClockwise [01:15:50 CEST] <techtopia> 3 = 90Clockwise and Vertical Flip [01:16:26 CEST] <pzich> certain players don't read the metadata correctly, so you may be better off with flip/transpose and making sure the metadata is rotate=0 [01:16:27 CEST] <debianuser> Erm... And which one is 180p ? [01:16:35 CEST] <c_14> You should also be able to rotate=PI [01:17:24 CEST] <debianuser> techtopia: That warning is a warning to someone who _builds_ ffmpeg binary, not the one who runs it. You can't do anything about it (and even if you'd built it you probably can't do anything either, if you used -vf crop which almost always makes the image unaligned). [01:18:05 CEST] <techtopia> ahh i thought it was saying audio and video were unaligned [01:18:12 CEST] <techtopia> yes it is being cropped [01:18:23 CEST] <techtopia> ok thanks for the info :) [01:20:42 CEST] <debianuser> c_14: Hah, I've seen rotate= just wasn't sure if it has an optimization for 180p case. I mean I don't want it rotated to 3.14, I want 3.14159265358979323846... [01:21:53 CEST] <c_14> I have no idea, I just think radians are fun. [01:22:00 CEST] <debianuser> :) [01:22:34 CEST] <debianuser> pzich: Good point. Thank you! [01:59:28 CEST] <well0ne> hi guys [01:59:41 CEST] <well0ne> i'm using the drawtext filter to display the actual timecode from the file [01:59:42 CEST] <well0ne> -vf "drawtext=fontfile=tahomabd.ttf: timecode='00\:00\:00\:00': r=23.976: x=(w-tw)/2: y=h-(2*lh): fontcolor=white: box=1: boxcolor=0x00000099" [01:59:53 CEST] <well0ne> but i dont need the hh and ff field [02:00:07 CEST] <well0ne> can i tell the filter to ignore thoose fields? [02:00:58 CEST] <well0ne> the question was asked here too but no results [02:00:59 CEST] <well0ne> http://superuser.com/questions/839834/is-it-possible-to-modify-the-timecode… [02:11:33 CEST] <well0ne> anyone? [02:13:36 CEST] <pzich> no idea, did you try leaving it off of the timecode='00\:00\:00\:00' ? [02:42:01 CEST] <well0ne> yes [02:42:09 CEST] <well0ne> then its says its a wrong syntax [05:15:02 CEST] <hendry> when i kill ffmpeg during a screencast, my voice is cut off http://s.natalian.org/2015-07-08/cutoff.mp4 [05:15:29 CEST] <hendry> here is the log http://s.natalian.org/2015-07-08/cutoff.txt ... can I do anything to prevent that? just going a normal kill. [05:17:28 CEST] <hendry> kill -INT $pid # has the same problem [07:55:13 CEST] <f1resh> Hi all [07:56:27 CEST] <f1resh> Could someone please help me to configure FFMPEG 2.7.1 (Ubuntu 14.04 x64). It can't find libx264.so, while it is installed properly (i think properly) [09:33:42 CEST] <durandal_170> f1resh: where is your libx264 pkgconfig located? [09:57:38 CEST] <f1resh> durandal_170: not sure if i get you... i've built libx264 from latest stable release snapshot [10:00:07 CEST] <pzich> somewhere on your computer? [10:02:07 CEST] <f1resh> yes, same PC [10:02:23 CEST] <f1resh> i've downloaded libx264, built it and installed [10:02:52 CEST] <f1resh> what is pkgconfig? ) [13:30:49 CEST] <neo1691> A question slightly unrelated to ffmpeg, but I will still go through: Is it possible to have an hls variant playlist with multiple video-only stream and one audio-only stream of the same media? [13:31:42 CEST] <neo1691> Let's say I have foo.mp4, so I create 4 different encodings of foo.mp4 in various bitrates, without audio. and I create 1 audio encoding of foo.mp4. Does HLS supports this? [13:54:28 CEST] <ILEoo> yes, but could be that all stock players on mobile devices etc don't support that [14:29:43 CEST] <kanni> hey folks! anybody here who could help me out with ffmpeg on an older mac? [14:31:44 CEST] <spaam> only if you tell what your problem is, then maybe someone might can help you with it [14:32:01 CEST] <spaam> with out knowing the problem, we cant help you with it [14:33:35 CEST] <kanni> allright. i just figured out that it's not a problem with the mac but with the webcam i'm trying to use [QTKit input device @ 0x7ffec0f025c0] [0] HD Pro Webcam C920 [14:34:34 CEST] <kanni> the process starts but never continues after this: http://llll.io/1JTSgWG [14:35:03 CEST] <kanni> if i unplug the webcam and use the built in one (same startup parameters) it works just fine [14:41:50 CEST] <kanni> thats what i'm starting it up with, btw: ffmpeg -f qtkit -video_device_index 0 -i "" out.mpg [14:44:12 CEST] <zarkone> hello all! is it passible to stream to http with no ffserver? or, how to implement my own ffserver? [14:51:35 CEST] <zarkone> ... i see in docs that ffserver use ffm2 format, but i can't find the spec [14:52:51 CEST] <zarkone> or may be i shouldn't use ffmpeg? i want to re-stream RTSP IP-cam video to web page w/ websockets.. [14:53:15 CEST] <zarkone> so, any thoughts appreciated [14:59:03 CEST] <c_14> zarkone: have a web-server which listens somewhere for put/post and send ffmpeg's output there [15:00:14 CEST] <zarkone> c_14: thanks for put, just listened for post [15:00:54 CEST] <zarkone> btw, found node.js solution (server listens for all method by default i guess): https://github.com/phoboslab/jsmpeg/blob/master/stream-server.js [15:01:07 CEST] <zarkone> so, it is just server =) [15:15:40 CEST] <[-T-]> hey [15:16:07 CEST] <[-T-]> is it a know issue that swscale crashes when doing 720x576 to 720x576 pix_fmt convertion ? [15:28:28 CEST] <neo1691> ILEoo: can you give me a link or something as to how to do that? I made one but it is not working. [15:29:35 CEST] <ILEoo> neo1691: I think pantos draft has example for that too, most likely player you are using doesn't support it [16:41:10 CEST] <neo1691> ILEoo: Will you please take a look here? http://pastie.org/private/xkhlqxmlufk3gd4b6wxkq I have uploaded the playlist along with a small description of the videos that I am using [16:45:59 CEST] <ILEoo> neo1691: sure [16:47:04 CEST] <neo1691> thanks [16:49:54 CEST] <ILEoo> neo1691: you're missing group-id etc, take a look https://tools.ietf.org/html/draft-pantos-http-live-streaming-16#section-8.7 as example howto map those video/audio tracks [16:50:07 CEST] <JEEBsv> thank goodness HLS is now a spec [16:50:22 CEST] <JEEBsv> the times when it was apple-specific derp was kind of ugh [16:58:14 CEST] <neo1691> ILEoo: Thanks. I will take a look, I would again like to mention that the video variants do not contain any audio stream, the audio is provided separately [16:59:45 CEST] <ILEoo> neo1691: yep, that takes it to account, but I'm not sure what players handle that case [18:15:27 CEST] <nyuszika7h> why is ffmpeg using q=23.0 pretty much everywhere in the file, even with crf=18? ffmpeg -i in.mkv -map 0 -c copy -c:v libx264 -preset slow -crf 18 -vf subtitles=in.srt ../out.mkv [18:16:01 CEST] <JEEBsv> that value pretty much is useless :P [18:16:13 CEST] <nyuszika7h> what is useless? [18:16:26 CEST] <JEEBsv> the q one that ffmpeg prints [18:16:30 CEST] <JEEBsv> at least for your use case [18:17:15 CEST] <DHE> if you really really care, press '+' a few times until it starts printing per-frame stats [18:17:41 CEST] <JEEBsv> not like the quantizers say too much about the quality of the end result, so you probably don't want it [18:18:13 CEST] <nyuszika7h> well, the quality seems fine so ok :P [18:18:16 CEST] <JEEBsv> the libx264 stats are most probably much more useful for you [18:18:18 CEST] <DHE> and I'd say crf=18 is probably fine on visual quality unless it's some kind of algorithmically generated image [18:42:20 CEST] <bakkus_> Hello. I have a video file with a big _purple_ filler that I need to crop away. It would appear that crop and crop detection is only geared towards finding black fields and cropping them. Any way of setting what color to look for when detecting? [18:44:39 CEST] <durandal_170> bakkus: you could replace purple with black [18:46:07 CEST] <BtbN> Damn, i still haven't found time to work on that filter... [18:47:47 CEST] <bakkus> durandal_170: ah, interesting thought. any pointers on how to go about doing that? [18:48:28 CEST] <BtbN> http://ffmpeg.org/ffmpeg-all.html#colorkey [18:50:04 CEST] <bakkus> thanks a lot - I'll have a look [19:00:23 CEST] <dystopia_> i just dump a frame [19:00:38 CEST] <dystopia_> open it in paint and work out how many pixels need croping from each side [19:00:46 CEST] <dystopia_> and then manually set it in the encoding line [19:03:40 CEST] <durandal_170> for how many frames? [19:03:56 CEST] <dystopia_> just 1 frame is needed [19:04:22 CEST] <dystopia_> open in paint, enable gridlines, and zome max, each square in the gridlines is equivilent to 1 pixel [19:04:36 CEST] <dystopia_> so it's a very quick and easy way of working out how much needs cropping [19:06:59 CEST] <durandal_170> what if cropping changes.... [19:07:24 CEST] <dystopia_> it doesent matter [19:07:35 CEST] <dystopia_> as long as you crop to the widest possible frame [19:07:49 CEST] <dystopia_> unless your encoding to your own standards or some other ruleset [20:14:13 CEST] <sybariten> oh hai [20:14:47 CEST] <sybariten> i am trying to do ffmpeg -strict -2 -i inputfile.rm -b:v 4000k outputfile.mp4 [20:15:00 CEST] <sybariten> and i am getting The encoder aac is experimental..... add -strict -2 .... [20:15:25 CEST] <durandal_170> order is important [20:15:39 CEST] <sybariten> yes but i thought i tried it at the very end too.... ? [20:16:00 CEST] <durandal_170> Add it after -i [20:16:16 CEST] <sybariten> haha [20:16:40 CEST] <sybariten> unrecognized option "2" [20:16:53 CEST] <sybariten> hmmm [20:17:19 CEST] <durandal_170> After -i file [20:19:50 CEST] <sybariten> phew [20:19:54 CEST] <sybariten> options are voodoo man [20:19:59 CEST] <sybariten> that did it... thanks!!! [21:56:47 CEST] <heeen> 1. can I change the DTS without re-encode [21:57:29 CEST] <heeen> 2. how can I prevent my mostly still video get blurry over time? Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 15 fps, 15360 tbn, 15 tbc [22:15:47 CEST] <dystopia_> you can transcode dts to ac3 quite quickly [22:31:41 CEST] <Chuckles32> trying to understand the documentation for creating a video from stills. Using: ffmpeg -framerate 1/5 -i img%03d.png -c:v libx264 -r 30 -pix_fmt yuv420p out.mp4 Can someone explain to me what the -framerate 1/5 means? I understand this is the input framrate and the -r 30 is the output framerate. Documentation says each image will ahve druation of 5 seconds (inverse of 1/5 framse per second) [22:31:41 CEST] <Chuckles32> . However, when i change this to 1/15, i don't get a 15 seconds for each still? What am i missing? [23:12:42 CEST] <dystopia_> try 1/3 [23:12:47 CEST] <dystopia_> to get 15 seconds [23:14:30 CEST] <djems54> Hi, I've questions about live streaming, is there anyone connected could help me ? [23:14:54 CEST] <dystopia_> maybe [23:14:59 CEST] <dystopia_> ask away [23:18:09 CEST] <djems54> I try to do live streaming with HTML5 [23:18:28 CEST] <OstlerDev> Are you trying to bind to a port? [23:18:41 CEST] <djems54> it's work perfectly with webm [23:19:09 CEST] <djems54> but it is not compatible with many platform [23:19:26 CEST] <djems54> I use ffserver [23:19:48 CEST] <djems54> my source is a ip cam AXIS (RTSP) [23:20:13 CEST] <djems54> I have no problem to create a webm stream [23:20:40 CEST] <djems54> and I know that it is not possible to live streaming with mp4 [23:21:04 CEST] <djems54> what would be the best alternative ? [23:21:22 CEST] <djems54> without flash ... if possible [23:21:26 CEST] <OstlerDev> you actually can technically stream with mp4 [23:21:33 CEST] <OstlerDev> not sure with ffmpeg [23:21:44 CEST] <c_14> With fragmented moov, it should work [23:21:48 CEST] <OstlerDev> but if you write the file metadata at the start of the file instead of the end its better [23:21:56 CEST] <c_14> Won't be much support client side though [23:23:27 CEST] <djems54> My goal is to maximize compatibility with different clients [23:23:45 CEST] <djems54> and as much as possible natively ... [23:24:49 CEST] <c_14> webm/hls [23:25:07 CEST] <djems54> Is it interesting to do live streaming with HTML5 video ? or use a flash drive is anyway simpler? [23:25:55 CEST] <djems54> I read the information on HLS, but I struggled to find a list of compatible devices ... [23:26:24 CEST] <OstlerDev> Most devices are from what I know [23:28:11 CEST] <JEEBsv> android 3.0+ or newer, generally android 4.x or iOS something or another [23:28:29 CEST] <c_14> And most general media players. [23:29:05 CEST] <JEEBsv> I think HLS and MPEG-DASH are the two things that you can get stuff done without plugins [23:29:21 CEST] <JEEBsv> too bad dash.js is rather wonky [23:29:38 CEST] <djems54> the HLS is based on the same codecs as mp4? [23:29:49 CEST] <JEEBsv> mp4 is a container [23:29:58 CEST] <JEEBsv> but generally yes, you find AVC and AAC in mp4 :P [23:30:07 CEST] <JEEBsv> and HLS uses AVC and AAC [23:30:22 CEST] <djems54> AVC ? [23:30:30 CEST] <djems54> AAC is a codec for Audio, right ? [23:30:49 CEST] <djems54> AVC = h264 ? [23:31:19 CEST] <JEEBsv> yes, H.264 is another name for AVC [23:31:32 CEST] <JEEBsv> just like H.265 is another name for HEVC [23:31:58 CEST] <djems54> therefore all devices compatible mp4 (AVC / AAC) are compatible HLS? [23:32:09 CEST] <JEEBsv> no [23:32:22 CEST] <JEEBsv> they need to support HLS as well [23:32:29 CEST] <JEEBsv> packaging is a separate issue to formats :P [23:32:35 CEST] <djems54> Ok [23:32:55 CEST] <djems54> it is not related to the player? [23:33:02 CEST] <djems54> HTML5 video in my case [23:33:25 CEST] <JEEBsv> probably going to work with android 4.x and iOS versions at least [23:33:53 CEST] <JEEBsv> but not sure how "HTML5 video" that will be, might just be that the OS will open its video player to open that URL [23:34:08 CEST] <djems54> ok [23:34:14 CEST] <JEEBsv> I just know it works on those systems for streaming, so that's it [23:34:36 CEST] <JEEBsv> for HTML5 video on PCs you probably want to package MPEG-DASH unless you like using flash-based HLS players [23:37:49 CEST] <djems54> the easiest way is to use a flash player -client side- (jwplayer) with HLS -server side- (ffserver) [23:38:14 CEST] <JEEBsv> yes, if you want to feed HLS to everything [23:38:20 CEST] <JEEBsv> then that is the simplest way [23:38:57 CEST] <djems54> ok [23:38:59 CEST] <JEEBsv> you could of course also do packaging in both MPEG-DASH and HLS and feed one for the PC users, and the latter for mobile [23:39:30 CEST] <JEEBsv> but probably less of a mess to just do HLS for everything if you are OK with flash [23:40:08 CEST] <djems54> last question, there is there a better solution than ffserver + HLS? or simpler to implement server side? [23:40:22 CEST] <JEEBsv> uhh, what does one need ffserver for with HLS? [23:40:25 CEST] <djems54> I heard about Wowza [23:40:52 CEST] <JEEBsv> I mean, HLS and MPEG-DASH are both basically generally fed through whatever normal nginx or whatever as files [23:41:13 CEST] <JEEBsv> you just let the encoder (say, ffmpeg) push the content into a directory [23:41:31 CEST] <JEEBsv> and serve that directory in your httpd [23:41:41 CEST] <JEEBsv> bam, you've got both of them set up :P [23:44:23 CEST] <djems54> i'm talking about live and not vod [23:46:20 CEST] <JEEBsv> yes [23:46:22 CEST] <JEEBsv> so am I [23:46:34 CEST] <JEEBsv> both HLS and MPEG-DASH do live by updating a playlist and having files provided [23:46:41 CEST] <JEEBsv> read up on them, might be a good idea :P [23:47:44 CEST] <OstlerDev> is there a way to continuiously segment and convert a file as a file gets larger? [23:48:04 CEST] <OstlerDev> say I have a stream saving to a file, can I segment that file live as it downloads and grows? [23:49:16 CEST] <djems54> a video file being written / recording with ffmpeg can be read with a web server like nginx? [23:49:42 CEST] <djems54> at the same time [23:51:47 CEST] <djems54> do you have a command example handy ? [23:52:26 CEST] <c_14> OstlerDev: besides the segment muxer? [23:53:28 CEST] <OstlerDev> Well I am currently using this command "ffmpeg -i myvideo.mp4 -c:a libmp3lame -ar 48000 -ab 64k -c:v libx264 -b:v 96k -flags -global_header -map 0 -f segment -segment_list myvideo.m3u8 -segment_format mpegts str%05d.ts" [23:53:48 CEST] <OstlerDev> but I am pretty sure it will stop encoding when it reaches the end of the file, even if the file is still growing [23:53:55 CEST] <OstlerDev> I have not fully tested it yet though [00:00:00 CEST] --- Thu Jul 9 2015

1 0

ffmpeg-devel.log.20150707
by burek 08 Jul '15

08 Jul '15

[00:25:05 CEST] <cehoyos_> michaelni: Ping on "Only fail aac mpegts muxing if the first frame is broken" [00:38:46 CEST] <J_Darnley> Christ, I had forgotten just how verbose c++ can be [00:48:39 CEST] <J_Darnley> ew ew ew [01:35:46 CEST] <michaelni> cehoyos_, should be ok [04:04:31 CEST] <cone-432> ffmpeg 03hSÇ 07master:387cbe018c87: use mmi instead of loongson3 as simd-optimization flag [04:04:31 CEST] <cone-432> ffmpeg 03hSÇ 07master:d44cf5ef423c: configure: add loongson2 cpu support [11:13:07 CEST] <michaelni> saste, 0706 17:20 Michael Schulth (1.1K) Re: [Spi-projects] SPI and GSOC [11:13:35 CEST] <michaelni> they removed you from CC so i am not sure you missed the mail [11:13:36 CEST] <saste> michaelni, yes! [11:14:25 CEST] <michaelni> or well mailman maybe removed you as you are probably subscribed to these mls [11:15:17 CEST] <saste> michaelni: Please send me the number of projects FFmpeg is mentoring this year and whether you want the mentor org payment to stay with FFmpeg or be paid out to individual mentors. [11:15:44 CEST] <saste> michaelni, I think individual mentor is better for us [11:16:22 CEST] <michaelni> yes mentors should be get the money [11:16:52 CEST] <saste> michaelni, fine [11:16:58 CEST] <michaelni> we have 8 gsoc projects, 1 failed at midterm iam not sure how that counts [11:17:28 CEST] <saste> probably the mentor's stipend is assigned nonetheless, i have to check [12:38:19 CEST] <durandal_170> what about rewrite to python and use cython [12:43:18 CEST] <flying_toaster> hi [12:43:31 CEST] <flying_toaster> I am currently writing an encoder for ffmpeg [12:43:56 CEST] <flying_toaster> is ther a documentation somewhere about implementing slice threads ? [12:46:33 CEST] <flying_toaster> I am a bit confused : whatever threading parameters I use, I go 5 times in my .init function, 4 times with thread_count =1, and the last time with thread_count =4 (my CPU has 4 cores) [12:46:45 CEST] <flying_toaster> and my perfs are the same, using threads or not [12:46:54 CEST] <flying_toaster> I am probably missing something [12:48:02 CEST] <durandal_170> you set flag in in .capabilities? [12:48:26 CEST] <flying_toaster> yes, I did [12:49:18 CEST] <durandal_170> and call avctx->execute? [12:49:36 CEST] <flying_toaster> execute2 [12:49:46 CEST] <flying_toaster> is that wrong ? [12:50:32 CEST] <durandal_170> in encode2? [12:51:36 CEST] <flying_toaster> here is my .capabilities : CODEC_CAP_SLICE_THREADS | CODEC_CAP_INTRA_ONLY [12:52:34 CEST] <flying_toaster> and in the main encoding function, I call avctx->execute2, using 1 job per line [12:52:53 CEST] <flying_toaster> I tested sequentially, my output is correct [12:53:09 CEST] <flying_toaster> but it seems threads don't run in parallel [12:53:28 CEST] <flying_toaster> sorry, lunch time here, I'll be here again soon [13:04:28 CEST] <durandal_170> how many students are still in gsoc? 2-3? [13:25:29 CEST] <flying_toaster> back [13:27:38 CEST] <durandal_170> what about using execute()? [13:31:36 CEST] <flying_toaster> I have to rework my core function since the prototype differs [13:40:27 CEST] <cone-140> ffmpeg 03Carl Eugen Hoyos 07master:1d5edad8ccfd: lavf/mpegtsenc: Only fail aac muxing if the first frame is invalid. [13:40:36 CEST] <flying_toaster> do you think it might change the behaviour ? [13:43:44 CEST] <durandal_170> dunno, does threading works for you for other encoders? [13:44:18 CEST] <flying_toaster> good question... I don't know how to check that [13:44:30 CEST] <Compn> michaelni : are attachments working on trac? when i click an attachment on this ticket it just sits there , https://trac.ffmpeg.org/ticket/4200 [13:45:57 CEST] Action: Compn forgets who is admin at trac [13:50:24 CEST] <kierank> beastd [13:53:01 CEST] <TimNich> Compn: dvbsub-sample.ts downloaded for me [14:00:27 CEST] <Compn> WARNING: Certificate verification error for trac.ffmpeg.org: unable to get local issuer certificate [14:00:27 CEST] <Compn> WARNING: certificate common name `*.mplayerhq.hu' doesn't match requested host name `trac.ffmpeg.org [14:01:03 CEST] <Compn> HTTP request sent, awaiting response... Read error (Connection timed out) in headers. [14:01:09 CEST] <Compn> is what wget spits out [14:07:44 CEST] <michaelni> Compn, what OS / wget version is that ? there should be no cert warnings [14:10:43 CEST] <durandal_170> D404|Ghetto: ping [14:10:46 CEST] <nevcairiel> Sounds like ancient wget without SNI [14:12:51 CEST] <cone-140> ffmpeg 03Ivan Uskov 07master:9c95734e1c0f: libavcodec/qsv.c: Linux-only code part has been moved to separate function in order to avoid the "ISO C90 forbids mixed declarations and code" compiler warning. [14:34:37 CEST] <BtbN> Interesting, deb-multimedia gives you an ffmpeg with enable-nonfree and libfdk_aac [14:45:46 CEST] <atomnuker> BtbN: so does the ffmpeg in unstable [14:47:48 CEST] <kierank> someone should perhaps tell them [14:54:26 CEST] <Compn> michaelni : ancient wget on windows [14:55:03 CEST] <Compn> GNU Wget 1.10.2 [14:57:35 CEST] Action: Compn upgrades [14:58:56 CEST] <durandal_170> anybody with vapoursynth experience? [14:59:20 CEST] <Compn> still bogus in upgrade [14:59:21 CEST] <Compn> http://4b379dcd3fefe49b.paste.se/ [14:59:36 CEST] <Compn> GNU Wget 1.16.3 built on mingw32. [15:03:14 CEST] <J_Darnley> durandal_170: using it or developing it? (I have neither) [15:04:07 CEST] <J_Darnley> Do they not have an IRC channel where you ask questions? [15:04:23 CEST] <J_Darnley> As a last resort I bet doom9 have a forum for it. [15:04:30 CEST] <durandal_170> J_Darnley: using it [15:08:39 CEST] <durandal_170> J_Darnley: have you wrote some asm for removegrain? For only most useful modes... [15:08:53 CEST] <J_Darnley> I have done mode 1 so far [15:08:59 CEST] <J_Darnley> by far the easiest [15:09:46 CEST] <J_Darnley> but I have got a skeleton that should make it easy to add any other mode too [15:12:42 CEST] <durandal_170> what is speed difference? [15:13:04 CEST] <durandal_170> In yasm? [15:13:07 CEST] <J_Darnley> yes [15:13:17 CEST] <J_Darnley> I haven't precisely measured yet [15:13:46 CEST] <J_Darnley> (why don't I do that rather than trying to overthink this sorting) [15:16:29 CEST] <D404|Ghetto> durandal_170: ? [15:18:00 CEST] <durandal_170> D404|Ghetto: nvm, I got it working [15:18:38 CEST] <D404|Ghetto> 'it'? [15:24:30 CEST] <J_Darnley> durandal_170: ~22k to 1.4k cycles [15:25:21 CEST] <J_Darnley> oh, that's sse2 and probably a very naieve string of min/max instructions [15:26:15 CEST] <durandal_170> D404|Ghetto: vapoursynth with mpv instead of vspipe [15:26:23 CEST] <D404|Ghetto> ah [15:26:39 CEST] <D404|Ghetto> iirc the only tricky bit is if you want an entirely static build [15:26:40 CEST] <kierank> Compn: I get that with wget too [15:26:43 CEST] <kierank> and the machine is in the next room... [15:29:46 CEST] <Compn> kierank : the ffmpeg trac has the mplayer trac cert [15:29:59 CEST] <Compn> the trac.ffmpeg.org needs a *.ffmpeg.org cert... [15:30:11 CEST] <kierank> dunno why my browser ignores that [15:30:18 CEST] <D404|Ghetto> previously added exception [15:30:24 CEST] <Compn> you have shit security settings kierank :D [15:30:30 CEST] <Compn> my browser refuses it, thats why it times out here :\ [15:30:42 CEST] <D404|Ghetto> times out != cert rejection [15:30:49 CEST] <Compn> (or my opera from 4 years ago just plain wont cut it anymore) [15:30:56 CEST] <Compn> shush [15:30:57 CEST] <kierank> ok in incognito [15:52:59 CEST] <cone-140> ffmpeg 03Shivraj Patil 07master:d12f76ffbb1b: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for idctdsp functions [16:21:38 CEST] <J_Darnley> I may hate intrinsics and the names they use for functions but I would gladly let the compiler take care of register allocation for me. [16:25:16 CEST] <durandal_170> flying_toaster: try ffv1 encoder with -threads X [16:36:18 CEST] <nexcorlando> Hi all, My name is Chris. I work for Nexcess.net, a web hosting company based in Michigan. When updating ffmpeg for a client today I noticed that the project is looking for a new host. Is this still true? If so, I can have someone from our site reach out regarding the specific hosting requirements to see if we can accommodate the project. [16:36:29 CEST] <nexcorlando> would sending an email to ffmpeg-admins(a)lists.sourceforge.net be the best course of action? [16:38:26 CEST] <J_Darnley> I think there was talk about a new host already being found [16:38:46 CEST] <J_Darnley> But it can't hurt to send your offer [16:39:25 CEST] <J_Darnley> I guess that ML is a good place to send your offer [16:40:54 CEST] <nexcorlando> Okay, sounds good. I'll have someone from our side reach out. Thanks! [16:41:17 CEST] <J_Darnley> before you go lets just ping michaelni [16:42:57 CEST] <nexcorlando> Sure, I can chat. I believe an email has been sent from jeadeh(a)nexcess.net to that mailing list already as well. [16:46:50 CEST] <michaelni> we have 2 new servers but one is payed and the other is not as great as we would hope so new offers certainly are still welcome [16:51:52 CEST] <nexcorlando> I see. I reached out to Jeries on our end about this. He would be the one that would be able to ultimately speak for what we can offer. Responding to the mailing list email from him should get the ball rolling. [17:16:44 CEST] <michaelni> nexcorlando, you and jeadeh can also post/discuss the server stuff on ffmpeg-devel no need for the sf list that was just for the case our main list would have gone offline [17:18:12 CEST] <nexcorlando> are you referring to this channel, or is this another mailing list? [17:26:49 CEST] <Compn> ffmpeg-devel(a)ffmpeg.org mailing list [17:27:08 CEST] <Compn> gets confusing ,we have a lot of lists ;) [17:27:57 CEST] <nevcairiel> thats really the only one thats truely essential =p [17:29:36 CEST] <nexcorlando> Understood. I'll have Jeries send an email there to discuss this then. thanks. [17:35:07 CEST] <Compn> fixed the info on ffmpeg.org to contact us on ffmpeg-devel [17:35:28 CEST] <Compn> nexcorlando : what part of michigan ? detroit metro ? [17:36:21 CEST] <Compn> ah yes southfield [17:36:30 CEST] <Compn> not far at all from me :P [17:39:01 CEST] <nexcorlando> Yes, our primary office is in southfield as is our primary data center. [17:39:21 CEST] <nexcorlando> We also have a location in Dearborn as well, which is the former officespace and former (much smaller) primary data center [19:39:08 CEST] <J_Darnley> durandal_170: you may be pleased to hear that I have mode 5 working (on 64 bit anyway) [19:43:12 CEST] <durandal_170> J_Darnley: mode 18, 17 are most useful IIRC [19:43:49 CEST] <durandal_170> J_Darnley: thanks for doing it! [19:46:57 CEST] <J_Darnley> I'll have a quick look at those then [19:47:46 CEST] <J_Darnley> hmm not too bad [19:54:58 CEST] <jamrial> J_Darnley: i assume this is going to be mostly pmaxsd/pminsd, right? [19:55:05 CEST] <J_Darnley> Yes [19:55:11 CEST] <J_Darnley> no ub [19:55:19 CEST] <J_Darnley> lots of unsigned bytes [19:57:05 CEST] <J_Darnley> then some subtractions for abs() [19:57:23 CEST] <J_Darnley> and some comparisons [19:57:42 CEST] <jamrial> ah. figured it would be signed int judging by the mode*() arguments [20:45:45 CEST] <J_Darnley> mode 17 done [21:10:47 CEST] <durandal_1707> nice! [21:10:52 CEST] <cone-861> ffmpeg 03hSÇ 07master:09883876caf9: configure: loongson enabled local aligned 32 [21:10:53 CEST] <cone-861> ffmpeg 03Chris Watkins 07master:55e29ceec84a: Put a space between string literals and macros. [21:20:17 CEST] <cone-861> ffmpeg 03James Almer 07master:7d5ab1650644: avcodec/libdcadec: export matrix encoding side data [21:54:31 CEST] <J_Darnley> mode 18 done [22:08:51 CEST] <durandal_1707> J_Darnley: maybe 12, 20 and 22 [22:13:00 CEST] <J_Darnley> oh, how hard can 12 be? additions, multiplies... all I need there is an unpack [22:57:43 CEST] <cone-861> ffmpeg 03Rostislav Pehlivanov 07master:80db686a6951: aacenc: fix option descriptions [23:16:55 CEST] <J_Darnley> mode 20 might be too hard for me, only because it has a divide by 9 in it [23:17:30 CEST] <J_Darnley> I have no idea how to do that with the arithmetic operations available in SIMD [23:36:30 CEST] <cone-861> ffmpeg 03Andreas Cadhalpun 07master:f9020d514e9e: wmalosslessdec: avoid reading 0 bits with get_bits [23:36:31 CEST] <cone-861> ffmpeg 03Andreas Cadhalpun 07master:42e7a5b3c704: wmalosslessdec: reset frame->nb_samples on packet loss [23:45:50 CEST] <durandal_1707> J_Darnley: intrinsic does not help? [00:00:00 CEST] --- Wed Jul 8 2015

1 0

ffmpeg.log.20150707
by burek 08 Jul '15

08 Jul '15

[00:03:57 CEST] <c_14> The arm-linux one since you're cross-compiling (presumably) [00:14:25 CEST] <heap__> c_14: no, no crosscompiling [00:14:41 CEST] <heap__> c_14: i think both libs are from arm packages [00:16:12 CEST] <c_14> Well, normally you compile all the libav* libs and then link ffmpeg against the libs you just compiled. [00:17:28 CEST] <heap__> i installed all the libav packages and now compilling ffmepg [00:18:02 CEST] <heap__> getting so many warning as libavcodec/hevc_ps.c:937:79: warning: array subscript is above array bounds [-Warray-bounds] sps->temporal_layer[i].max_latency_increase = sps->temporal_layer[start].max_latency_increase; [00:18:11 CEST] <heap__> during compliation [00:32:34 CEST] <Nolski> kepstin-laptop: quick question, what do you mean when you say use a trim? I'd want the videos to start and end at the same time. [00:32:53 CEST] <Nolski> or I suppose I mean, I wouldn't want to trim either of the overlaid videos [00:34:53 CEST] <kepstin-laptop> Nolski, i'm not sure how you can have the videos start and end at the same time, they have different lengths [00:35:28 CEST] <kepstin-laptop> so you have to remove part of one of them if you want them to be the same length, which means trimming bits off the longer one, or having the shorter one repeat frames. [00:39:52 CEST] <Nolski> kepstin-laptop: Right, sorry I think I worded what I was saying poorly. I wouldn't want to trim the longer one because all of that content is important. The shorter one I want to only show (overlaid) for a part of the longer one. [00:40:39 CEST] <Nolski> So trimming the longer one would remove content I want to be shown and for the shorter one I only want to see it for a portion of the longer one [00:43:05 CEST] <kepstin-laptop> hmm. ok, so you want to delay the start of the shorter video rather than trim the longer one. [00:43:32 CEST] <Nolski> kepstin-laptop: exactly [00:44:03 CEST] <kepstin-laptop> I think to do that with the overlay filter, you might have to use the setpts filter to add some time to the pts values from the video (e.g. setpts=PTS+6 to delay the start by 6 seconds) [00:44:13 CEST] <Nolski> So the idea is that the longer video is the main video and during some points of that video you might want to have a "picture in picture" type of deal with the shorter one [00:44:52 CEST] <kepstin-laptop> the other alternative is to do it in chunks and concatenate them, which is what i ended up doing in my scripted stuff :/ [00:46:18 CEST] <Nolski> Ah yes... That would probably work too [00:53:48 CEST] <heap__> ? [00:55:20 CEST] <kepstin-laptop> Nolski, for the record, the 'do it in chunks and concatenate them' method is what I used for generating videos like http://recordings.blindsidenetworks.com/bn/eade3bee5915b437aa6fc1ab0f21aea4… ), which is done with the nasty ruby code in https://github.com/bigbluebutton/bigbluebutton/blob/master/record-and-playb… [00:56:41 CEST] <kepstin-laptop> I don't necessarily suggest copying that code, I'd probably do it a bit differently if i did it again ;) [00:57:26 CEST] <pzich> hah [00:58:23 CEST] <pzich> so this was assembled after, not realtime? [00:58:28 CEST] <kepstin-laptop> yeah [00:59:05 CEST] <kepstin-laptop> we just record the individual webcam videos and a file that records timings for events [00:59:17 CEST] <pzich> ah makes sense [01:02:08 CEST] <kepstin-laptop> realtime... that would be an interesting challenge :) [01:02:13 CEST] <kepstin-laptop> might have to do it someday. [01:02:41 CEST] Action: kepstin-laptop is off. [01:05:10 CEST] <heap__> when i execute ffmpeg it says [01:05:11 CEST] <heap__> WARNING: library configuration mismatch [01:05:31 CEST] <c_14> Dynamic compilation? [01:05:37 CEST] <heap__> what do you mena? [01:05:38 CEST] <heap__> mean [01:05:41 CEST] <c_14> You probably need to set LD_LIBRARY_PATH correctly [01:06:49 CEST] <heap__> hm [01:07:24 CEST] <c_14> export LD_LIBRARY_PATH="path/to/ffmpeg/libraries:$LD_LIBRARY_PATH" [01:07:40 CEST] <heap__> http://pasted.co/9505a72b [01:08:33 CEST] <c_14> Where did you install the ffmpeg libraries? [01:10:36 CEST] <heap__> idk./configure --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-avisynth --enable-avresample - [01:10:44 CEST] <heap__> so i assume /usr/lib? [01:11:03 CEST] <c_14> If you `make install'ed, yes. [01:11:08 CEST] <c_14> That should be in your path already though. [01:11:13 CEST] <c_14> LD_LIBRARY_PATH that is [01:11:25 CEST] <heap__> yes. [01:11:33 CEST] <heap__> so i dont know what missmatch? [01:11:42 CEST] <c_14> try `which ffmpeg' and `ldd `which ffmpeg`' [01:12:01 CEST] <c_14> To find the path of the ffmpeg in your PATH, and what libraries it's linking against. [01:13:23 CEST] <heap__> which ffmpeg [01:13:24 CEST] <heap__> /usr/bin/ffmpeg [01:14:15 CEST] <heap__> http://pastie.org/10276533 [01:15:07 CEST] <c_14> ok, geh [01:15:20 CEST] <heap__> it points somewhere else? [01:15:57 CEST] <c_14> yes, it's pointing to /usr/lib/arm-linux-gnueabihf/libav* instead of /usr/lib/libav* [01:16:05 CEST] <heap__> so can i fix it? [01:16:25 CEST] <c_14> You can try `export LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH' [01:16:41 CEST] <heap__> i did [01:16:45 CEST] <heap__> but same thing [01:17:22 CEST] <heap__> everything points to arm-linux... [01:17:53 CEST] <heap__> thats fucked up .. some of them points to usr/lib other to usr/lib/arm... [01:18:35 CEST] <heap__> it works now [01:18:40 CEST] <heap__> strange [01:18:54 CEST] <c_14> You can try setting RPATH during compilation, setting the prefix to /usr/lib/arm-linux-gnueabihf, or using something like setrpath to set the rpath of the ELF executable [01:19:10 CEST] <heap__> c_14: is there any other was as export LD_LIB ... [01:19:37 CEST] <c_14> (the ELF executable in this case being the ffmpeg binary) [01:23:46 CEST] <heap__> hold on why rpath to /usr/lib/arm? [01:23:46 CEST] <c_14> No, rpath to /usr/lib [01:23:46 CEST] <heap__> when i did export LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH it works now [01:23:46 CEST] <c_14> the /usr/lib/arm would be to set the prefix there during compilation thereby overwriting those libs (which may or may not be safe) [01:23:46 CEST] <heap__> some libs points to usr/lib other to /usr/lib/arm but it works [01:23:46 CEST] <c_14> heap__: as long as the libav* libs point to usr/lib it's fine [01:23:46 CEST] <heap__> but i have user.. that run emby as daemon [01:23:46 CEST] <heap__> using init script [01:23:46 CEST] <heap__> question is how can i replicate it if its system service [01:23:46 CEST] <c_14> Either set LD_LIBRARY_PATH in the init script (the daemon should normally inherit environment variables from the init script) or do what I said regarding setting the rpath of the ELF executable (or recompile with the RPATH set to /usr/lib) [01:23:46 CEST] <heap__> ok let me try it [01:23:47 CEST] <heap__> c_14: thank you so much anyway [01:28:09 CEST] <heap__> so looks like its ignored inside init script [01:34:20 CEST] <zhanshan> hi [01:34:31 CEST] <zhanshan> does this look like a good command line to you [01:36:20 CEST] <zhanshan> ffmpeg -i 2015_07_06.mkv -acodec copy -vcodec libx264 -crf 18 -preset medium -vf ass=2015_07_06.ass 2015_07_06_hardsub.mkv [01:36:21 CEST] <zhanshan> ? [01:36:29 CEST] <zhanshan> or am I missing something? [01:37:01 CEST] <c_14> You don't need -preset medium (it's the default) [01:37:11 CEST] <zhanshan> I don't really have time to try a lot since I will have my verbal exam tomorrow [01:37:53 CEST] <zhanshan> oh no: fontconfig: cannot find glyph U+0308 in font 'Aguafina Script', falling back to 'DejaVu Sans Bold' [01:38:06 CEST] <c_14> Shouldn't matter. [01:38:20 CEST] <c_14> If you have actual fonts embedded with the ass (in something like the source mkv) use the subtitles filter instead. [01:43:39 CEST] <zhanshan> thanks c_14 ! [01:43:43 CEST] <zhanshan> It worked well [01:54:56 CEST] <heap__> c_14: can i find out if ffmpeg is using gpu while transcoding video//flac? [01:55:12 CEST] <c_14> It isn't. [01:55:17 CEST] <c_14> (unless you explicitly enable it) [01:57:59 CEST] <heap__> during compliation? [01:58:03 CEST] <heap__> compilation [01:58:06 CEST] <c_14> Both [01:58:23 CEST] <heap__> i compiled it as --enable-mmal --arch=armel [01:58:24 CEST] <c_14> You need to compile it with the hardware support foo you want to use, and then enable it during execution. [01:59:46 CEST] <heap__> is --enamble-mmal enought? [02:00:05 CEST] <c_14> hmm, it looks like it registers as a decoder [02:00:29 CEST] <heap__> dont know what you mean [02:00:48 CEST] <c_14> check `ffmpeg -decoders' for mmal or something [02:01:01 CEST] <heap__> /usr/bin/ffmpeg -i file:"/mnt/nfs4/storage/media-ro/music_lossless/Frank Zappa/[08 1969] Hot Rats/02 Willie The Pimp.flac" -threads 0 -vn -ab 192000 -ac 2 -id3v2_version 3 -write_id3v1 1 -y "/var/lib/emby/transcoding-temp/a5bfae6e26ecb1a09612e05ee4a3af10.mp3" [02:01:05 CEST] <heap__> this is executed [02:03:02 CEST] <c_14> I think mmal is h264 only [02:03:13 CEST] <heap__> mmal is only video [02:03:15 CEST] <heap__> right [02:03:23 CEST] <heap__> but is there anything for audio? [02:04:25 CEST] <c_14> Don't think so. Audio usually isn't complex enough to warrant it. [02:06:14 CEST] <hanshenrik_> boobies [02:09:49 CEST] <heap__> okay [02:46:22 CEST] <Nolski> any reason why `ffmpeg -ss {timestamp} -t {duration} -i in.nut out.nut` would keep the total duration of in.nut even though it should be trimmed? [03:38:11 CEST] <relaxed> Nolski: pastebin [04:54:29 CEST] <MCourtenay> How would I go about combining concat from mylist.txt (as described in the documentation) with an rtmp stream? [04:55:00 CEST] <MCourtenay> I tried ffmpeg -f concat -i mylist.txt -c copy rtmp://127.0.0.1:1935/live/live but this resulted in: " Unable to find a suitable output format for 'rtmp://127.0.0.1:1935/live/live' [04:55:00 CEST] <MCourtenay> rtmp://127.0.0.1:1935/live/live: Invalid argument" [05:02:36 CEST] <klaxa> not sure if this would help, but try adding -f flv [05:02:41 CEST] <klaxa> before rtmp://... [05:03:54 CEST] <klaxa> it should at least fix the output format issue [05:04:02 CEST] <klaxa> by forcing flv as the output format [05:04:18 CEST] <klaxa> which is i think the only format rtmp supports? [05:04:23 CEST] <MCourtenay> Well...that got the stream running but now I'm getting: "Non-monotonous DTS in output stream 0:0; previous: 31031, current: 31030; changing to 31031. This may result in incorrect timestamps in the output file." [05:04:37 CEST] <MCourtenay> Yeah, I think it is [05:05:06 CEST] <MCourtenay> Then at EOF, I got: "Failed to update header with correct duration.trate= 413.1kbits/s [05:05:06 CEST] <MCourtenay> [flv @ 0xaa5600] Failed to update header with correct filesize." [05:05:28 CEST] <klaxa> the non-monotonous dts might come from concatenating multiple files [05:06:00 CEST] <klaxa> not sure how to fix that [05:06:35 CEST] <MCourtenay> hmm [05:06:54 CEST] <klaxa> random thing i would try would be -vf "setpts=PTS-STARTPTS" [05:08:03 CEST] <MCourtenay> Okay thanks, let me give that a shot [05:08:31 CEST] <MCourtenay> Does that go before rtmp://127.0.0.1:1935/live/live ? [05:08:59 CEST] <klaxa> yes [05:09:25 CEST] <klaxa> general syntax is: ffmpeg [input options] -i [input] [output options] [output] [05:12:55 CEST] <MCourtenay> thanks... [05:13:06 CEST] <MCourtenay> Didn't work, here's what I got: "Filtergraph 'setpts=PTS-STARTPTS' was defined for video output stream 0:0 but codec copy was selected. [05:13:06 CEST] <MCourtenay> Filtering and streamcopy cannot be used together." [05:13:24 CEST] <klaxa> ah [05:13:35 CEST] <klaxa> yeah well that makes sense... [05:13:43 CEST] <klaxa> i guess [05:14:42 CEST] <MCourtenay> yeah [05:14:44 CEST] <MCourtenay> oh well [06:27:35 CEST] <well0ne> Hi [06:27:44 CEST] <well0ne> Ive some question [06:28:34 CEST] <well0ne> I'm using ffmpeg for streaming to an rtmp server (live stream), i'm using the draw filter to place some text [06:28:56 CEST] <well0ne> is it possible to display the elapsed time from the specific file? [06:29:03 CEST] <well0ne> i tried to google but no success so far [11:34:04 CEST] <brontosaurusrex> what fps was interstellar shot at? [11:35:56 CEST] <RobertNagy> when creating mxf xdcam50 files how to I pre-charge the video? i.e. set the start offset due to the extra frames that are required for starting on a keyframe? [11:36:51 CEST] <RobertNagy> looking at the mxfenc.c code it seems to use the same timecode for all tracks without the possibility to add a offset to a specific track (i.e. video). [12:36:29 CEST] <flying_toaster> hi there [12:36:45 CEST] <flying_toaster> I am currently writing an encoder for ffmpeg [12:37:01 CEST] <flying_toaster> is there a documentation somewhere about using slice threads ? [12:38:16 CEST] <c_14> flying_toaster: if you're writing an encoder for ffmpeg, try asking in #ffmpeg-dev [12:38:25 CEST] <flying_toaster> good point [12:38:27 CEST] <flying_toaster> thanks [12:38:50 CEST] <durandal_170> what encoder? [12:40:16 CEST] <flying_toaster> I'm using a video device that needs a 4:2:2 10 bit packed format as input. Close to v210, but different [12:42:35 CEST] <durandal_170> btw channel is ffmpeg-devel [12:42:56 CEST] <durandal_170> not dev :) [12:43:11 CEST] <flying_toaster> ok [12:43:13 CEST] <flying_toaster> thanks [12:44:13 CEST] <c_14> Oh, derp. My client decided that was too long and shortened the name... [13:07:59 CEST] <chungy> Is it possible to crop the dimensions of a dvd_subtitle stream? [13:11:26 CEST] <kni> Hi, can anyone tell me the option for ffplay to display a video clip on the Secondary display [projector] ? [13:14:24 CEST] <JEEBsv> it's not a proper player; if you want a proper player I recommend mpv [13:16:20 CEST] <kni> mmm, mpv I don know yet -- what's it's full name? (or where can I find it?) [13:21:31 CEST] <kni> allright, I think I'll stick with MPC and VLC -- thanks anyway! [13:24:18 CEST] <JEEBsv> kni: mpv.io [13:56:14 CEST] <RuAnt> i've tried to google to find a good c# wrapper, but i'm only finding old projects thats dead. any recommendations? [14:05:13 CEST] <JEEBsv> I'm pretty sure there are none [14:12:29 CEST] <RuAnt> Hmm, ok. Thanks for the reply. [16:42:15 CEST] <zarkone> hello all. To direct ffmpeg output to http:// i can use ffserver. But i want to use my own http server to translate video by websockets for example.. Is it good practice? docs? [18:34:15 CEST] <Nolski> relaxed: https://pastebin.mozilla.org/8838810 [18:35:06 CEST] <Nolski> (most important are lines 20 and 42) [18:35:32 CEST] <Nolski> zarkone: what do you mean translate video [19:13:32 CEST] <chrisss123456> hey guys, im having difficulty converting simple audio files. i get the error that "Encoder (codec mp3) not found for output stream #0:1" [19:13:37 CEST] <chrisss123456> can anyone help? [19:13:57 CEST] <chrisss123456> it seems as though [19:14:39 CEST] <JEEBsv> seems like you have no encoder called 'mp3' [19:14:52 CEST] <JEEBsv> ffmpeg -codecs |grep "mp3" [19:15:26 CEST] <chrisss123456> JEEBsv: running that line gives loads of results... [19:15:38 CEST] <JEEBsv> without the grep I guess [19:15:40 CEST] <chrisss123456> D.A.L. mp3 MP3 (MPEG audio layer 3) (decoders: mp3 mp3float ) [19:15:40 CEST] <chrisss123456> D.A.L. mp3adu ADU (Application Data Unit) MP3 (MPEG audio layer 3) (decoders: mp3adu mp3adufloat ) [19:15:40 CEST] <chrisss123456> D.A.L. mp3on4 MP3onMP4 (decoders: mp3on4 mp3on4float ) [19:15:55 CEST] <JEEBsv> yeah, so no E [19:16:09 CEST] <JEEBsv> no encoders [19:16:10 CEST] <JEEBsv> :P [19:16:34 CEST] <chrisss123456> JEEBsv: ah. well that's probably it then. haha, how do i get an encoder? [19:16:49 CEST] <JEEBsv> you build ffmpeg with LAME's library [19:17:00 CEST] <JEEBsv> or install it, depending on how you got the binary [19:17:16 CEST] <JEEBsv> for example Debian-based things have libavcodec and libavcodec-extra [19:17:16 CEST] <chrisss123456> JEEBsv: there isn't a way of doing it without reinstalling it? [19:17:33 CEST] <JEEBsv> and libavcodec-extra then replaces the lavc library with one that has more features [19:17:42 CEST] <chrisss123456> JEEBsv: i've got libavcodec but not libavcodec-extra [19:17:54 CEST] <chrisss123456> ah, i see [19:18:09 CEST] <JEEBsv> so if you're on debian, try installing libavcodec-extra [19:19:01 CEST] <chrisss123456> JEEBsv: hhmm... i seem to already have it [19:19:28 CEST] <chrisss123456> except that ffmpeg doesnt think i do..? [19:20:18 CEST] <JEEBsv> which OS are you on? [19:20:27 CEST] <chrisss123456> ubuntu 14.10 [19:20:44 CEST] <JEEBsv> that uses libav [19:20:54 CEST] <JEEBsv> so you want to check avconv -codecs |grep "mp3" [19:21:37 CEST] <chrisss123456> i don't have avconv. :/ [19:22:00 CEST] <JEEBsv> libav-tools [19:22:03 CEST] <JEEBsv> is the package name [19:23:25 CEST] <chrisss123456> ok done :) thanks [19:23:44 CEST] <JEEBsv> anyways, your version of ubuntu shouldn't have ffmpeg itself yet (it's there in 15.04), so I have no idea how you got that ffmpeg binary [19:24:26 CEST] <chrisss123456> i got it myself for some other projects i had. ok so now, how do i make ffmpeg use the libavc-extra? [19:24:35 CEST] <JEEBsv> you don't [19:24:43 CEST] <JEEBsv> it's a libav lavc [19:24:51 CEST] <JEEBsv> one does not simply mix those [19:25:06 CEST] <chrisss123456> JEEBsv: ok now im confused [19:25:33 CEST] <JEEBsv> libav and ffmpeg (projects) both provide mostly the same libraries [19:25:45 CEST] <JEEBsv> the cli tools are called avconv and ffmpeg respectively [19:26:08 CEST] <chrisss123456> ok [19:26:55 CEST] <JEEBsv> so if you built ffmpeg yourself or so, if you just want to encode mp3 and don't want to recompile ffmpeg with --enable-* , it's just simpler to install the packaged libav :P [19:27:15 CEST] <JEEBsv> I think there are some static ffmpeg binaries available as well, see the topic etc [19:27:30 CEST] <chrisss123456> JEEBsv: ok, well ill try and do that. thanks for all the help! :) [21:50:44 CEST] <BtbN> I have a slight feeling the h264 this webcam produces is very broken... I'm running out of idea what else would cause these strange issues when streaming it. [22:30:45 CEST] <OstlerDev> I am wondering if there is a way to convert videos using FFMPEG while those videos are still downloading. Meaning that the video would not be fully downloaded at the time that I want the conversion to start. I always know the final size and length of the video if that helps. [22:31:15 CEST] <Nolski> OstlerDev: I doubt it [22:31:38 CEST] <c_14> As long as it's not mp4 and you don't convert faster than you download it should work. (assuming linear downloads) [22:31:58 CEST] <Nolski> wait really? [22:32:28 CEST] <c_14> Most formats store their metadata at the front of the file, so sure. [22:32:52 CEST] <OstlerDev> Well I am converting to MP4, so that is not the issue [22:32:55 CEST] <Nolski> dang. that's pretty cool then. [22:33:03 CEST] <OstlerDev> Is there a way to limit the speed of the conversion? [22:33:20 CEST] <OstlerDev> Because for mkv to MP4, sometimes I just will need to switch the container which happens rather fast. [22:39:37 CEST] <c_14> None ffmpeg-internal that I know of. [22:40:44 CEST] <OstlerDev> Hmm, got it [22:40:57 CEST] <c_14> If you can control the speed of the input device or output device, that'll work. [22:41:10 CEST] <c_14> (like piping it through your own script or something) [22:42:35 CEST] <OstlerDev> hmm, well I can pipe the file, maybe that will work [22:46:02 CEST] <c_14> As long as you don't send EOF until you reach the true end of the file, it'll work. [22:47:46 CEST] <OstlerDev> Got it, thanks [22:58:52 CEST] <debianuser> Hello, a short question. How can I mirror image left-to-right? Something like "-vf mirror" in mplayer? [23:02:01 CEST] <debianuser> Ah, found "-vf hflip". [00:00:00 CEST] --- Wed Jul 8 2015

1 0

ffmpeg-devel.log.20150706
by burek 07 Jul '15

07 Jul '15

[00:05:16 CEST] <cone-828> ffmpeg 03James Almer 07master:e43ea1cbb213: doc/texi2pod: fix an unescaped left brace [00:07:39 CEST] <cone-828> ffmpeg 03Carl Eugen Hoyos 07master:97fa0f37fee3: lavc/j2kenc: Enable yuv42x and yuv41x encoding. [00:08:44 CEST] <wm4> and the example is open source? [00:08:59 CEST] <nevcairiel> its probably not a FOSS license [00:16:22 CEST] <philipl> it@ [00:16:28 CEST] <philipl> it's not. [00:18:22 CEST] <philipl> we do thw same basic ops as the example [00:19:49 CEST] <philipl> i wonder if its just ffmpeg overhead. how fast would raw to raw be? [00:23:01 CEST] <cone-828> ffmpeg 03Marton Balint 07master:3a19fe004838: lavc/utils: remove redundant call to ff_init_buffer_info [00:23:02 CEST] <cone-828> ffmpeg 03Marton Balint 07master:10b6a83fb3ad: lavc/utils: change add_metadata_from_side_data to accept avpacket [00:24:26 CEST] <kierank> gah libav merges breaking my patches [00:30:14 CEST] <durandal_1707> cehoyos: what software shows subsampled ffmpeg output? [00:37:28 CEST] <cehoyos> Works fine here with FFmpeg [00:37:41 CEST] <cehoyos> Michael fixed the decoding issue you found, I just tested it. [00:39:48 CEST] <durandal_1707> what about others? [00:40:30 CEST] <philipl> The example app writes directly from the nvenc output buffer to disk, so it saves the memcpy on the output side. [00:40:36 CEST] <philipl> That's probably the biggest difference. [00:48:14 CEST] <cehoyos> Which others? [00:51:39 CEST] <durandal_1707> OpenEXR [00:52:00 CEST] <durandal_1707> Forget that one [00:52:29 CEST] <durandal_1707> libopenjpeg among others [00:56:16 CEST] <cehoyos> Works fine here with libopenjpeg [00:56:33 CEST] <cehoyos> --enable-libopenjpeg --disable-decoder=jpeg2000 [01:15:26 CEST] <cone-828> ffmpeg 03Marton Balint 07master:9476c4c67e68: lavc/utils: call add_metadata_from_side_data in ff_init_buffer_info [01:15:27 CEST] <cone-828> ffmpeg 03Marton Balint 07master:859731d64271: lavc/utils: get rid of add_metadata_from_side_data forward declaration [10:18:50 CEST] <j-b> 'morning [10:24:04 CEST] <durandal_170> 'morning [11:35:00 CEST] <kierank> lglinskih_: ping [12:29:13 CEST] <durandal_170> wtf now I get michaelni mails in spam [12:30:02 CEST] <durandal_170> and wm4's but that is ok :-/ [12:34:47 CEST] <michaelni> durandal_170, any idea why ? [12:37:05 CEST] <durandal_170> maybe someone who subscribed to -devel is reporting messages as spam, maybe even my... [12:51:20 CEST] <lglinskih> kierank: hi! [12:51:25 CEST] <kierank> hi [13:04:02 CEST] <TimNich> durandal_170 Maybe because the mails are coming from a different box that claims to be the same box as before, and something thinks the id is being forged [13:09:52 CEST] <lglinskih> kierank: my seek test is on ml now, yesterday I started to think about draw_horiz_band [13:11:06 CEST] <lglinskih> But I didn't understand how to test it =\ [13:16:13 CEST] <nevcairiel> draw_horiz_band is evil [13:26:05 CEST] <kierank> lglinskih: basically decode the frame as normal [13:26:11 CEST] <kierank> then decode with draw horiz band into a buffer [13:26:13 CEST] <kierank> then compare [13:26:31 CEST] <kierank> wm4: do you have any other tests you want to see? [13:29:44 CEST] <wm4> the seek test could be made more elaborate [13:30:02 CEST] <wm4> outside of this, I currently can't think of anything (let's blame the heat) [13:31:30 CEST] <kierank> other api users ping [13:31:33 CEST] <kierank> what things do you want tested [15:24:46 CEST] <michaelni> nevcairiel, are you ok with Ivan Uskovs patch with CODEC_FLAG_INTERLACED_DCT ? [15:25:11 CEST] <nevcairiel> I find it a stupid way to signal it, but what do i care [15:25:16 CEST] <nevcairiel> apparently other encoders use it as well [15:26:06 CEST] <rcombs> I find interlacing a stupid way to signal video [15:26:57 CEST] <michaelni> i hated interlacing until someone showed me a jpeg2000 stream that had interlacing using 6 instead of 2 fields [15:27:45 CEST] <rcombs> huh? [15:28:34 CEST] <michaelni> rcombs, yes, exactly, brilliant summary [15:29:50 CEST] <rcombs> like, each field has 1/6th of the lines in a frame, and they're actually all taken at different times? [15:30:08 CEST] <nevcairiel> that is just weird [15:30:28 CEST] <nevcairiel> interlacing is an artifact of analog transmission, and we only have the one kind of interlacing [15:30:56 CEST] <michaelni> rcombs, IIRC yes, but its a long time ago, i hope i never see that file again [15:33:10 CEST] <thardin_> reminds me of when I read about some guy who wanted to up the line resolution in the analog era to HD levels using triple interlacing [15:34:23 CEST] <rcombs> I mean, there's that JPEG thing that they call interlacing and I guess is sort of similar but not really [15:37:21 CEST] <cone-184> ffmpeg 03Ivan Uskov 07master:38402754b977: libavcodec/qsvenc.c: More correct selection of alignment of a frame height depending whether an encoded sequence progressive or not. [15:37:22 CEST] <cone-184> ffmpeg 03Kieran Kunhya 07master:8234f0e3b485: avcodec: Add support for Closed Caption export in h264 [15:56:05 CEST] <cone-184> ffmpeg 03Rodger Combs 07master:2375a85c36c4: ffmpeg_opt: allow the user to ignore unused stream maps [17:06:22 CEST] <kierank> lol carl [17:08:24 CEST] <durandal_170> whats funny? [17:09:54 CEST] <nevcairiel> there is a lavfi filter which can extract and show the CC data, isnt there [17:19:33 CEST] <nevcairiel> actually its not a filter, its built-in lavfi magic [17:19:46 CEST] <nevcairiel> it takes the side-data and makes it a stream [17:33:02 CEST] <D404|Ghetto> mmm [17:50:16 CEST] <cone-184> ffmpeg 03Ivan Uskov 07master:115c14c3b664: libavcodec/qsvenc.c: A warning message when library will work at partial hardware acceleration. [18:01:45 CEST] <Compn> yes, it turned out that apparently incorrectly Apple documented that format as Y416 in their api docs [18:01:46 CEST] <Compn> lol [18:04:07 CEST] <D404|Ghetto> i dont remember the pixel formats beign actually documented by apple [18:04:15 CEST] <D404|Ghetto> other than the (now missing) ice floe docs [18:04:44 CEST] <Compn> i cant remember many pix fmts being documented anywhere [18:04:55 CEST] <Compn> i think a whitepaper for some 10bit codec had a bunch of them [18:05:53 CEST] <Compn> aja kona codecs or newtek speedhq codec something [18:11:27 CEST] <kierank> D404|Ghetto: Ice floe still exists [18:12:32 CEST] <D404|Ghetto> i thought they took it down [18:49:09 CEST] <cone-184> ffmpeg 03Shivraj Patil 07master:2f3f98af2b32: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for mpegvideoencdsp functions [18:49:10 CEST] <cone-184> ffmpeg 03Shivraj Patil 07master:709bb45c660a: avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for me_cmp functions [19:15:05 CEST] <michaelni> atomnuker, btw, your commit messages could use a few more newlines ;) [19:15:57 CEST] <michaelni> no big issue, i can add newlines but i think you are unaware of, that our commit messages should not have too long lines [19:26:29 CEST] <cone-184> ffmpeg 03Michael Niedermayer 07master:a3a61d4663ab: avcodec/lpc: Fix lpc_apply_welch_window_c() for odd len [19:32:07 CEST] <atomnuker> michaelni: thanks, will keep that in mind [19:32:18 CEST] <atomnuker> just a bad habbit I picked up from using github too much [21:18:05 CEST] <cone-184> ffmpeg 03hSÇ 07master:72aaca748847: avcodec: loongson remove useless macros in mipsfpu optimization [21:33:51 CEST] <wm4> "Sorry! Services (Trac) are not available because of maintenance work." [21:34:47 CEST] <beastd> wm4: moving trac to new host [21:48:20 CEST] <durandal_170> is anybody going to add ask to removegrain?, it shouldn't be hard [21:48:32 CEST] <durandal_170> *asm [21:49:38 CEST] <BtbN> I also still need to optimize the colorkey filter, and add a chromakey one. But i'm kinda short on time at the moment. [21:50:08 CEST] <J_Darnley> durandal_170: any worthwhile code to copy in the original? [21:51:20 CEST] <durandal_170> the original from vs have some inline shit [21:51:40 CEST] <J_Darnley> msvc only then? [21:52:05 CEST] <J_Darnley> (at least it uses intel syntax) [21:56:42 CEST] <J_Darnley> Wow, I do still have the version 1.0 package [22:07:21 CEST] <Compn> cehoyos : not sure if you are interested, but i've uploaded a bunch of win32 mplayer binaries (2004-2015) for testing regressions, http://www1.mplayerhq.hu/~compn/mplayer-archive/ [22:07:35 CEST] <cehoyos> What for? [22:07:53 CEST] <Compn> to get them off my failing harddrive [22:07:56 CEST] <Compn> :) [22:09:21 CEST] <Compn> no i dont have source, i'm breaking gpl oh noes [22:10:14 CEST] <durandal_170> there are no regressions! [22:14:30 CEST] <cehoyos> There are many regressions, but binaries are only useful for a quick start, they don't help without bisection imo. [22:16:07 CEST] <durandal_170> regressions should be reported on trac, how many of them are currently? [22:36:43 CEST] <podman> hey, have you guys found a new host yet? [22:38:07 CEST] <BtbN> most stuff, if not everything, is already moved. [22:38:22 CEST] <podman> BtbN: oh, cool [22:39:25 CEST] <podman> BtbN: i was discussing with my team if there was anything we could do to help but it looks like you're all set [22:40:17 CEST] <BtbN> I'm not sure what the current situation is, best talk with michaelni about that. [22:40:29 CEST] <BtbN> It was just kinda urgent, as the old servers got terminated today. [22:41:18 CEST] <BtbN> There propably still is use for more servers ;) [22:41:30 CEST] <podman> BtbN: yeah, that seems kind of crazy [22:42:32 CEST] <podman> I think I'll have a difficult time convincing my team anyway. They're more concerned about what's in it for us :\ [22:46:20 CEST] <jamrial> gmail is sending most ffmpeg-devel emails to the spam folder [22:46:27 CEST] <jamrial> it's much worse than a few days ago [22:46:39 CEST] <BtbN> Can't you just tell it to stop doing that? [22:47:08 CEST] <jamrial> i have been tagging every email as "not spam" since this started [22:48:57 CEST] <Compn> its possible that our mail server [22:49:01 CEST] <Compn> is on sorbs blacklist ip range ? [22:49:04 CEST] <Compn> someone should check [22:49:42 CEST] <Compn> shared hosting companies usually are [22:49:45 CEST] <Compn> so gmail following sorbs [22:49:48 CEST] <Compn> ... [22:51:02 CEST] <jamrial> a few days ago it was limited to emails from a couple domains (like googlemail.com as kierank mentioned). now it's filtering emails sent by michaelni and nicolas george as well [22:52:55 CEST] <J_Darnley> jamrial: make a filter in gmail and set the option "never send to spam" [22:54:28 CEST] <podman> make sure you check your DKIM and SPF records to make sure they were updated if you switched servers? [22:54:46 CEST] <jamrial> "Received-SPF: softfail (google.com: domain of transitioning ffmpeg-devel-bounces(a)ffmpeg.org does not designate 2a01:4f8:120:506c::2 as permitted sender)" [22:57:18 CEST] <rcombs> the DNS designates 192.190.173.45 and 178.63.43.86 [23:02:16 CEST] <podman> that's probably some of it [23:02:36 CEST] <podman> mail deliverability is a fickle beast. [23:06:11 CEST] <michaelni> how is the SPF record supposed to look exactly to solve this ? [23:09:33 CEST] <J_Darnley> durandal_170: did remove grain get pushed yet? [23:10:41 CEST] <rcombs> michaelni: what servers should be able to send email for ffmpeg.org right now? [23:10:48 CEST] <J_Darnley> apparently not yet [23:11:15 CEST] <rcombs> or, more generally, what changed? [23:11:44 CEST] <michaelni> rcombs, both of our servers ffbox0.ffmpeg.org and trac.ffmpeg.org at least [23:12:23 CEST] <rcombs> michaelni: neither of those resolves to that IPv6 address [23:12:24 CEST] <michaelni> what changed seems our new box has a ipv6 address too [23:12:55 CEST] <rcombs> and 192.190.173.45 is apparently avserver.banki.hu; should that be able to send email from ffmpeg.org as well? [23:13:22 CEST] <michaelni> rcombs, no that should not be needed anymore [23:15:09 CEST] <michaelni> rcombs, maybe join ##ffmpeg-admin [23:47:52 CEST] <michaelni> new SPF/TXT records from rcombs are in, please tell us if this doesnt solve the mail issue or tere are other issues [00:00:00 CEST] --- Tue Jul 7 2015

1 0

ffmpeg.log.20150706
by burek 07 Jul '15

07 Jul '15

[08:11:55 CEST] <bmcginty> klaxa: thanks for your answer earlier today. I'll try that if I run into any issues with the nut container. [11:25:58 CEST] <BtbN> https://bpaste.net/show/54267f1d391b Anyone got an idea what's going on here? Where is that strange DTS coming from? Is it because the RPi doesn't have a propper RTC? [11:26:11 CEST] <BtbN> The resulting rtmp stream doesn't play too well [11:34:57 CEST] <BtbN> hm, just noticed, the setpts filter propably does nothing, as i'm not re-encoding [11:39:02 CEST] <hash> How to convert mp42 to qt ? [11:39:44 CEST] <hash> Need any bitstream filter ? [12:10:29 CEST] <flying_toaster> hi there [12:11:22 CEST] <flying_toaster> i'm trying to decode a EXR file sequence using ffmpeg, and I observe a strange behaviour [12:12:36 CEST] <flying_toaster> using ffmpeg -i sequence%3d.exr -pix_fmt yuv420p -f rawvideo out.yuv, the decoder seems to loop over the 4/5 first images [12:13:32 CEST] <flying_toaster> changing -threads parameter affects the loop size : -threads 1 => still image, -threads 2 => loops over 2 images, and so on [12:14:12 CEST] <flying_toaster> Maybe a bug in the thread management of the EXR decoder ? [12:17:47 CEST] <durandal_170> flying_toaster: what you mean by loop? [12:18:35 CEST] <flying_toaster> my sequence is 2404 different EXR files [12:18:57 CEST] <durandal_170> try -thread_type slice [12:19:04 CEST] <flying_toaster> but the decoder output file1, file2, file 1, file 2, file 1, ... and so on [12:23:13 CEST] <durandal_170> flying_toaster: what if you use slice threads? [12:24:09 CEST] <flying_toaster> I'm trying [12:25:24 CEST] <flying_toaster> ./ffmpeg -threads 2 -> loops over 2 frames [12:25:33 CEST] <flying_toaster> ./ffmpeg -thread_type slice -threads 2 -> still picture [12:25:44 CEST] <flying_toaster> so it seems to be worse [12:28:29 CEST] <durandal_170> what ffmpeg version? [12:29:17 CEST] <flying_toaster> 2.6.2, but I am trying the latest 2.7.1 [12:30:21 CEST] <flying_toaster> it's currently building :) [12:35:25 CEST] <flying_toaster> oops [12:35:37 CEST] <flying_toaster> it seems to be working in the latest version [12:35:40 CEST] <flying_toaster> my mistake [12:38:07 CEST] <durandal_170> flying_toaster: both frame and slice ? [12:39:17 CEST] <flying_toaster> without any thread options, it does work [12:39:25 CEST] <flying_toaster> i'm testing with options [12:39:48 CEST] <flying_toaster> slice : ok [12:40:40 CEST] <flying_toaster> frame : ok as well [16:43:46 CEST] <Guest4514> hey guys I'm having some problems with the ffmpeg libs, when i use swr_convert to downsample,convert formats, and change channel layout I get allot of noise with some of the audio comming through. And sorry but pastebin is blocked http://pasted.co/b6ff2cd4 [16:47:48 CEST] <durandal_170> Guest4514: perhaps sample format for input is wrong [16:52:25 CEST] <Guest4514> this works for the most part when i dont change the rate/channel_layout and AV_SAMPLE_FMT_FLTP is the output for av_decode_audio_4() [20:29:20 CEST] <bivo123> Hello, I'm trying to compile ffmpeg as a stand alone package which can be distributed to any system running OSX 10.8.5. I'm using the following configure on a OSX system. [20:29:22 CEST] <bivo123> ./configure --disable-gpl --disable-nonfree --enable-shared --disable-static --prefix=./ --bindir=./ --libdir=./ --enable-libmp3lame --disable-ffplay --disable-ffprobe --pkg-config=pkg-config --disable-sdl [20:31:42 CEST] <bivo123> ffmpeg runs fine on the build system, but once I copy the build directory to a different OSX system, ffmpeg fails looking for newer version of system libraries. I tried to copy all the libraries localy to that folder and add configure the library path to look first in the flix folder, but that caused some wrong library versions to load up [20:34:49 CEST] <bivo123> I've built ffmpeg the same way for windows and linux and it works fine. Any hints will be appreciated. [20:46:05 CEST] <Eduardo_1> hello, i would try changing "--disable-static" for "--enable-static" [22:23:38 CEST] <Nolski> Does anyone ever have the issue when overlaying video using the overlay filter, that the overlay video freezes on a frame? [22:24:14 CEST] <durandal_170> no, how to reproduce? [22:25:20 CEST] <Nolski> lemme write up a doc on pastebin [22:30:08 CEST] <Nolski> Also, is there an encoding/container that's best to use when doing lots of re-encoding I have to use filter_complex multiple times on the same video and I'm worried that it might cause issues with the end result [22:31:06 CEST] <durandal_170> try nut as container [22:31:40 CEST] <Nolski> nut? I've never heard of it [22:32:26 CEST] <durandal_170> its ffmpeg own format [22:42:31 CEST] <heap__> hi [22:42:32 CEST] <heap__> any idea [22:42:33 CEST] <heap__> /usr/bin/ffmpeg: relocation error: /usr/bin/ffmpeg: symbol avformat_alloc_output_context2, version LIBAVFORMAT_56 not defined in file libavformat.so.56 with link time reference [22:42:42 CEST] <heap__> compiled on arm [22:48:30 CEST] <Nolski> durandal_170: here is the repro steps btw https://pastebin.mozilla.org/8838714 [22:49:27 CEST] <Nolski> holy crap. re-encoding on .nut is so much faster than .webm [22:50:04 CEST] <kepstin-laptop> probably just has to do with the video codec chosen, libvpx (vp8) used in webm is slow to encode. [22:50:46 CEST] <Nolski> makes sense. I am however still getting the same issue with the video freezing on the overlaid video even with .nut [22:51:22 CEST] <kepstin-laptop> my best guess is that there's something weird about the timestamps on the input video; either a large jump or they go backwards [22:51:28 CEST] <kepstin-laptop> I'm not sure the overlay filter handles that well [22:51:55 CEST] <Nolski> Hm. Alright [22:52:07 CEST] <Nolski> I'm worried that it might be because I'm overlaying multiple times [22:52:13 CEST] <heap__> any idea? [22:52:23 CEST] <kepstin-laptop> that might not be it tho I'd have to see the full thing. hmm. [22:52:44 CEST] <Nolski> Yeah, it's a bit tough because the whole process is packaged in a python application [22:52:51 CEST] <kepstin-laptop> Nolski, oh, hmm, you're using the 'enable' option on the overlay filter in your example? [22:52:56 CEST] <Nolski> kepstin-laptop: yeah [22:53:01 CEST] <kepstin-laptop> and that is enough to repro the issue? [22:53:27 CEST] <kepstin-laptop> do you still get the video freeze without the enable option on the overlay filter? [22:53:37 CEST] <Nolski> Lemme check that right now [22:58:11 CEST] <Nolski> kepstin-laptop: if I remove enable it still freezes [22:59:05 CEST] <Nolski> wait. Sorry, it does work. It renders the last frame over everything [23:01:24 CEST] <kepstin-laptop> hmm. when I try that here, i'm getting a lot of non-monotonous timestamps (i.e. backwards steps in timestamps) :/ [23:01:48 CEST] <Nolski> Hmm... Do you think it has something to do with the video encoding? [23:02:10 CEST] <kepstin-laptop> on the other hand, I do get a full 10s video output with no apparent hang in either stream [23:04:37 CEST] <kepstin-laptop> oh, hmm. the 'face' video is 10 seconds long, the 'browser' video is 20 seconds [23:05:00 CEST] <kepstin-laptop> so the overlay filter will, depending on other settings, keep rendering the last frame of the shorter video while the longer one plays on [23:05:11 CEST] <kepstin-laptop> (this is configurable, see the docs) [23:05:54 CEST] <Nolski> Hmm.. Okay, is it possible to change when the overlaid video starts playing other than enable? [23:07:08 CEST] <kepstin-laptop> use the -ss option on one of the input videos if you want to change what point in the video it starts playing from [23:07:54 CEST] <kepstin-laptop> (or you could play with trim or maybe setpts would work too) [23:08:32 CEST] <kepstin-laptop> the overlay filter does its best to take frames from the two streams that have matching pts, to keep everything synced. [23:09:42 CEST] <Nolski> Hmm interesting. So If I did -ss 00:00:06 instead of using enable='between(t,6,18)' it should have pretty much the same effect? [23:10:04 CEST] <Nolski> I wasn't sure if you could use -ss with filters [23:10:04 CEST] <kepstin-laptop> well, what that enable does is start the overlay at 6 seconds into the output [23:10:18 CEST] <kepstin-laptop> i.e. it does 6 seconds of pass-through, then turns on the overlay [23:10:23 CEST] <kepstin-laptop> i think [23:10:29 CEST] <kepstin-laptop> haven't actually used enable on overlay before :/ [23:11:26 CEST] <Nolski> Yeah, everything I've read on enable makes it seem like an alternative to ss but Its hard to see when one should be used over the other [23:11:45 CEST] <kepstin-laptop> you'd want to do something like ffmpeg -i face.webm -ss 6 browsing.webm -filter_complex overlay=x=289:shortest=1 out.webm [23:11:58 CEST] <heap__> hey [23:11:58 CEST] <heap__> ? [23:11:59 CEST] <heap__> /usr/bin/ffmpeg: relocation error: /usr/bin/ffmpeg: symbol avformat_alloc_output_context2, version LIBAVFORMAT_56 not defined in file libavformat.so.56 with link time reference [23:12:03 CEST] <heap__> any idea whats that? [23:12:15 CEST] <kepstin-laptop> that should make you a 10 second video with the full face video having the seconds 6-16 of the browser video overlaid. [23:14:04 CEST] <kepstin-laptop> (that command's missing a -i in front of browsing.webm, but I'm sure you noticed that and fixed it, right? :) [23:15:35 CEST] <Nolski> haha right [23:16:32 CEST] <Nolski> Okay, so not only does SS not seek to 6 seconds into the video before rendering the overlay, it renders it starting at 0, and freezes as if I were using enable [23:16:57 CEST] <kepstin-laptop> fun. there must be something really screwy with the pts in those videos :/ [23:17:26 CEST] <kepstin-laptop> could always try throwing a 'setpts=PTS-STARTPTS' filter on each of the input videos before letting overlay see them. [23:17:53 CEST] <kepstin-laptop> and maybe use a trim (after the setpts, before the overlay) instead of -ss if the seeking doesn't work. [23:18:19 CEST] <kepstin-laptop> makes your filtergraph a lot more complex, but if you're script-generating them anyways... [23:18:33 CEST] <Nolski> Yeah, the videos were fed through a "video converting service" called vidly. I'll try a couple of other containers for the original videos and there's also all of those things [23:18:59 CEST] <Nolski> At least I still have a lot of other options :) I'll mess around for a bit more. Thanks for helping out [23:23:25 CEST] <heap__> well [23:23:28 CEST] <heap__> one report here bug [23:23:33 CEST] <heap__> but apparently noone cares? [23:24:26 CEST] <kepstin-laptop> heap__, is that an ffmpeg you built yourself? [23:24:27 CEST] <durandal_170> report on trac there everybody care [23:26:21 CEST] <heap__> kepstin-laptop: yes. [23:26:25 CEST] <heap__> kepstin-laptop: why? [23:27:20 CEST] <kepstin-laptop> well, it's a build issue, so if you hadn't built it yourself the response would be "complain to the person who built it" ;) [23:27:44 CEST] <heap__> i built it [23:27:48 CEST] <kepstin-laptop> but yeah, as it is, it might be best to file a ticket on trac. Include some details about your os and maybe attach the configure output. [23:27:48 CEST] <heap__> how u know its build issue? [23:31:47 CEST] <heap__> hm [23:33:25 CEST] <heap__> more then helpful [23:35:04 CEST] <Nolski> can you do multiple filters in -filter_complex? [23:35:14 CEST] <pzich> yup [23:35:17 CEST] <pzich> use a semicolon [23:35:40 CEST] <kepstin-laptop> Nolski, you'll want to read the filter syntax introduction at the top of the ffmpeg-filters doc [23:36:05 CEST] <pzich> weren't you already using multiple filters in your trim/concat thing? [23:36:57 CEST] <Nolski> yup, sorry, just looked back and noticed right after I typed that. used ffmpeg for so many things in the last week that some of it has stuck and some of it hasn't [23:37:20 CEST] <pzich> yeah, it can certainly get overwhelming [23:48:05 CEST] <heap__> ok [23:48:11 CEST] <heap__> i have 2 libs in system [23:48:18 CEST] <heap__> /usr/lib/arm-linux-gnueabihf/libavformat.so.56.1.0 [23:48:24 CEST] <heap__> /usr/lib/libavformat.so.56.36.100 [23:48:45 CEST] <heap__> question is if i agains which one i compile ffmpeg? [23:55:19 CEST] <heap__> ok [23:55:31 CEST] <heap__> how should i complie ffmpeg? agains what libav library? [00:00:00 CEST] --- Tue Jul 7 2015

1 0