Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

November 2015

1 participants
60 discussions

ffmpeg-devel.log.20151129
by burek 30 Nov '15

30 Nov '15

[00:26:17 CET] <TD-Linux> why would adobe push cineform when they have CinemaDNG [00:26:29 CET] <TD-Linux> blackmagic cameras even directly record it [00:27:58 CET] <kierank> mezzanine codec [00:28:17 CET] <kierank> j-b: doesn't seem possible to write a cfhd decoder from spec [00:28:22 CET] <kierank> trolled the author on twitter [00:31:33 CET] <j-b> kierank: cfhd? [00:31:37 CET] <kierank> cineform vc-5 [00:40:22 CET] <J_Darnley> What happened to VCs 2 through 4? [00:40:26 CET] Action: J_Darnley runs [00:50:39 CET] <jamrial> J_Darnley: Dirac and DNxHD afaik [00:57:42 CET] <TD-Linux> vc-2 is dirac pro specifically (iframe only) [01:14:42 CET] Action: J_Darnley didn't expect serious replies [01:15:01 CET] Action: TD-Linux wonders how dirac pro fares compared to cineform [01:17:45 CET] <smarter> and compared to intra-only daala? :) [01:24:00 CET] <Compn> TD-Linux : dont you know? we have to make new codec every year. [01:24:12 CET] <Compn> progress or die. [01:24:21 CET] <atomnuker> well, ffv1 outperforms daala lossless by 1/4 or so [01:24:31 CET] <atomnuker> (keyframe only lossless) [01:24:34 CET] <Compn> speed, compression or both ? [01:24:40 CET] <atomnuker> compression [01:25:00 CET] <atomnuker> and speed [01:25:27 CET] <TD-Linux> yeah daala lossless hasn't been worked on at all [01:25:40 CET] <TD-Linux> other than verifying that it is actually lossless [01:27:24 CET] <atomnuker> TD-Linux: could mixing lossless and lossy blocks easily be done? [01:27:44 CET] <atomnuker> I mean you'd have to skip filtering for lossless blocks, but other than that? [01:28:09 CET] <TD-Linux> atomnuker, originally that was the case. also our filtering is perfectly invertible so you don't have to skip it [01:28:48 CET] <TD-Linux> but we have an optional wavelet mode that currently performs better for lossless, so that's turned on instead. and there is no good way to switch between DCT and wavelet blocks in a single frame yet [01:31:09 CET] <atomnuker> ah, yeah, forgot about that [01:31:20 CET] <atomnuker> the haar flag in the header is global [01:31:28 CET] <JEEB> r [01:32:31 CET] <atomnuker> still, the workaround would be to transmit a bit before each block_decode() to use either dct/iwt [02:18:09 CET] <TD-Linux> atomnuker, yup, the question is how to do that without any "seams" [02:19:07 CET] <TD-Linux> we have an adaptive deblocker we could use now, but no one has written the code yet to use it on the seams. it's also not lossless [03:42:05 CET] <kierank> wm4: does mpv support the mplayer binary loader [03:42:49 CET] <cone-338> ffmpeg 03Michael Niedermayer 07master:aa427537b529: avcodec/h264_refs: Check that long references match before use [03:42:57 CET] <wm4> kierank: no [03:43:35 CET] Action: kierank tries mplayer2:i386 [03:47:24 CET] Action: kierank gives up and uses mplayer on win32 [03:49:43 CET] <rcombs> what are you even trying to do [03:50:19 CET] <rcombs> atomnuker: how's daala doing in general these days [03:54:43 CET] <kierank> rcombs: load the cfhd binary module so I can run it under gdb [04:41:01 CET] <Compn> i dont remember if i ever successfully tested the cfhd binary in mplayer [04:41:24 CET] <Compn> should ask kostya what he uses :P [04:41:46 CET] <Compn> he may have some info on cineform, or whoever did the other decoder [10:59:24 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:2ea38a946dbd: avformat/mlpdec: consider all valid mlp access units when probing [13:03:03 CET] <cone-302> ffmpeg 03Paul B Mahol 07master:7a9b4427b51e: avfilter/avf_showvolume: fix several issues [13:15:03 CET] <fritsch> wm4: unbelievable ... [13:15:13 CET] <fritsch> wm4: so fully against the spirit of open source - I am done with it [13:15:21 CET] <wm4> we also don't know what bug he's talking about [13:15:37 CET] <fritsch> he said: "i don't write a list - cause the mpv guys will use that list and implement all the features" [13:15:39 CET] <wm4> (which we supposedly found in his closed source stuff (?) and which we supposedly didn't report) [13:16:00 CET] <fritsch> we had a very major discussion on kodi forum with a lot angry users ... [13:16:08 CET] <fritsch> that wanted us to integrate those blobs ... [13:16:12 CET] <atomnuker> where is he saying that? [13:16:22 CET] <wm4> http://forum.kodi.tv/showthread.php?tid=223175&pid=2173269#pid2173269 [13:16:50 CET] <wm4> <haasn> wm4: The only bug I remember people discussing a lot is his version of ewa_lanczos being constrained to integer filter sizes, which is not so much a bug but rather a lack of generalization [13:17:47 CET] <fritsch> "I could give you a detailed list of all quality differences, but if I gave you such a list, I already know that you'd forward it to the mpv devs to use as a checklist for their future development, so I'm not going to do that." [13:18:02 CET] <fritsch> yeah - and there I basically stopped reading ... [13:18:11 CET] <fritsch> in a forum of a software with 12 million oss users ... [13:18:17 CET] <fritsch> i can't stand that [13:18:26 CET] <fritsch> it's fully against my philosophy [13:18:36 CET] <durandal_1707> Just re all the thing [13:20:42 CET] <fritsch> wm4: so - if you have time :-) a good scaler, a good sharpener crossplatform and most users won't talk about that other stuff anymore [13:21:01 CET] <fritsch> we are thinking of implementing better smoothness when playing n fps at m refreshrate [13:21:06 CET] <fritsch> by blending frames [13:21:57 CET] <wm4> mpv has its interpolation feature (originally a clone of madvr's smoothmotion, but AFAIK was then extended), which helps slightly [13:23:50 CET] <fritsch> yeah - kodi has not a single problem sharing code ... we write it for the world [13:23:54 CET] <fritsch> not for personal purpose [13:24:22 CET] <fritsch> using a good mpv feature in kodi and writing: "thx, implemented by looking at mpv" [13:24:27 CET] <fritsch> is fine - some the other way round [13:24:37 CET] <fritsch> s/some/same/ [13:25:37 CET] <wm4> closed source people have problems with this approach [13:25:50 CET] <wm4> wasn't there also a shitstorm when ffmpeg RE'd tak? [13:27:32 CET] <JEEB> and of course the best part is that I'm pretty sure that madvr wasn't even RE'd [13:27:44 CET] <JEEB> it was just found to have some useful features which were then reimplemented [13:27:54 CET] <wm4> also, haasn said he actually discussed some things with madshi himself via mail [13:27:59 CET] <JEEB> yes [13:28:08 CET] <JEEB> he seemed to be helpful (until you get popular, I guess) [13:28:10 CET] <Daemon404> lol madshi [13:28:13 CET] <Daemon404> that guy, man. [13:28:27 CET] <Daemon404> at least i assume that's the topic atm. [13:28:32 CET] <JEEB> ye [13:28:39 CET] <Daemon404> he's a dick [13:28:40 CET] <JEEB> he got funny on the XBMC forums [13:28:50 CET] <JEEB> (see the link wm4 posted) [13:29:10 CET] <Daemon404> nah [13:29:16 CET] <Daemon404> id rather not. [13:29:25 CET] <wm4> you don't like drama? are you even an open source dev? [13:30:14 CET] <fritsch> the other part in that thread is the "user group" [13:30:16 CET] <fritsch> kodi currently has [13:30:28 CET] <fritsch> we are too succesful for everyday joe [13:30:36 CET] <fritsch> they are not interested in OSS values at all [13:30:50 CET] <fritsch> they even blame the team that some "blob" from "somewhere" is not integrated ... [13:31:01 CET] <fritsch> and say: the devs don't help the users [13:31:04 CET] <wm4> madvr fans are in fact much more annoying than madshi says mpv fans are [13:31:11 CET] <fritsch> that's some kind of "cognitive dissonance" I think [13:31:29 CET] <fritsch> hehe - if you read back in that thread I posted a definition of "fanboy" [13:31:35 CET] <fritsch> they did not like that [13:31:53 CET] <fritsch> thouhg I must say until those comments by madshi, which is just his philosphy that I don't share at all [13:31:59 CET] <fritsch> he was always kind of "polite in tone" [13:32:39 CET] <fritsch> Yeah - Winnetou on public TV -> afk [14:10:35 CET] <Daemon404> nevcairiel, do people really play 'raw' truehd/mlp with lavfilt? [14:10:46 CET] <Daemon404> like, not muxed in anything [14:13:55 CET] <JEEB> I just do it for testing, nothing else [14:31:25 CET] <kierank> nevcairiel: ping [14:32:46 CET] <nevcairiel> kierank: pong [14:32:55 CET] <nevcairiel> Daemon404: dunno, rcombs had a sample that this fixes [14:33:05 CET] <nevcairiel> Daemon404: maybe not play, but for muxing purposes stored like that [14:34:51 CET] <kierank> nevcairiel: so I have a direct show filter that works in graphstudio. Do you need to do something special in windows for breakpoints to work? [14:34:59 CET] <kierank> Ida nor gdb seems to work [14:37:09 CET] <nevcairiel> dunno, shouldnt require anything special, but i dont really use either gdb or ida [14:37:59 CET] <haasn> fritsch: quoting myself re: that Either users will notice it (and thus compile this list themselves in some inevitable argument about mpv vs madVR), or they won't. [14:38:13 CET] <haasn> re: the list of things madVR does better than mpv [14:39:16 CET] <Daemon404> kierank, use graphedit [14:39:21 CET] <Daemon404> graphstudio is 3rd party [14:39:28 CET] <nevcairiel> and graphedit is crap [14:39:28 CET] <haasn> And for the record, I'm happy if people use my code in open source projects. I even hear firefox wants to port some of the mpv scalers (which I was supposed to help with but put somewhere on the bottom of my list of things I'll never do), which would be great since firefox is really lacking in that department [14:39:37 CET] <Daemon404> nevcairiel, sure but it should work [14:39:40 CET] <nevcairiel> not really [14:39:45 CET] <nevcairiel> its broken as shit [14:39:50 CET] <Daemon404> also isnt graphstudio .net [14:39:55 CET] <nevcairiel> who cares [14:40:01 CET] <nevcairiel> i use it to debug my native code all the time [14:40:29 CET] <Daemon404> sure, in msvs ;p [14:43:02 CET] <nevcairiel> msvs can also debug assembly [14:43:11 CET] <nevcairiel> which is probably what I would use when I had to [14:51:49 CET] <Daemon404> im sure kierank is using it for trolling purposes [14:57:15 CET] <kierank> Daemon404: it's because I can't get the mplayer(2) binary loader to work [14:58:07 CET] <Daemon404> lulz [15:04:15 CET] <durandal_1707> kierank: its slow process there are no shortcuts [15:04:37 CET] <wm4> kierank: and you know how to do it? including editing codecs.conf etc. [15:05:05 CET] <kierank> iirc it's preconfigured on ubuntu [15:05:09 CET] <kierank> But let me see [15:06:28 CET] <wm4> it binary loads only known codecs [15:06:37 CET] <wm4> in mplayer, even ffmpeg codecs need to be added to codecs.conf [15:06:45 CET] <wm4> (unless this specific codec is already added?) [15:07:30 CET] <kierank> it tries to load the directshow filter but crashes [15:07:37 CET] <kierank> but perhaps the codecs.conf incantation might fix that [15:07:45 CET] <kierank> strace doesn't seem to be reading a codecs.conf [15:09:54 CET] <wm4> or maybe the file had a different name [15:10:07 CET] <kierank> MPlayer interrupted by signal 11 in module: check_framedrop [15:10:11 CET] <kierank> added a codecs.conf [15:10:14 CET] <kierank> still fails [15:10:47 CET] <wm4> oh I remember, mplayer also had a builtin codecs.conf [15:12:47 CET] <nevcairiel> wm4: clearly we should provide a modern binary loader in avcodec [15:12:53 CET] <nevcairiel> :D [15:13:00 CET] <kierank> nevcairiel: don't give people ideads [15:13:02 CET] <kierank> ideas * [15:13:06 CET] <wm4> including a 16 year old wine copy [15:13:16 CET] <wm4> because wine gets better as it ages [15:14:03 CET] <ubitux> quotable material [15:18:42 CET] <cone-302> ffmpeg 03Anton Khirnov 07master:e7d7cf86dcab: qsvenc: support more RC methods [15:18:43 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:24563c20f181: Merge commit 'e7d7cf86dcaba8eaaed62c80172ff0aff2588c2a' [15:23:05 CET] <cone-302> ffmpeg 03Anton Khirnov 07master:fc4c27c4edfc: qsvenc: expose additional encoding options [15:23:06 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:5bc9c7a6db1c: Merge commit 'fc4c27c4edfc6a5f9bc7c696e823652474a65ce8' [15:24:36 CET] <cone-302> ffmpeg 03Anton Khirnov 07master:8a9de5c52401: doc/encoders: document the QSV option mappings [15:24:37 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:da7cfef7f0c9: Merge commit '8a9de5c52401aa1e87bdb147524831c640d1ec53' [15:28:15 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:462a54e2291e: lavc: Deprecate avctx.rtp_callback field [15:28:16 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:93fb4a46298c: Merge commit '462a54e2291e1fa18e1f1254d09739dfbb795617' [15:29:07 CET] <cone-302> ffmpeg 03Luca Barbato 07master:afdff8008149: configure: Clearly state that MSYS native builds are discouraged [15:29:08 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:bbfdeec0203b: Merge commit 'afdff8008149515afebf9992eae84be7d76e6b1e' [15:29:53 CET] <cone-302> ffmpeg 03Derek Buitenhuis 07master:c8fa64781137: oggparsespeex: Fix unchecked malloc [15:29:54 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:4aa900acbdf6: Merge commit 'c8fa647811371885be421a84a2388529857fed23' [15:32:34 CET] <cone-302> ffmpeg 03Tim Walker 07master:c12c085be7e8: dcadec: Do not check for overreads in auxiliary data [15:32:35 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:b7855daffe40: Merge commit 'c12c085be7e86880924249e5cb3f898e45dee134' [15:32:52 CET] <cone-302> ffmpeg 03Alexandra Hájková 07master:8375dc1dd101: asfdec: handle the case when the stream index has an invalid value better [15:32:53 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:bf67ae3cfa28: Merge commit '8375dc1dd101d51baa430f34c0bcadfa37873896' [15:34:10 CET] <cone-302> ffmpeg 03Luca Barbato 07master:6b7df14251c4: doc: Document better how to use MSYS2 [15:34:11 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:7c4d405d404c: Merge commit '6b7df14251c49331ae7efd4811ec21f4415ccdb5' [15:35:31 CET] <cone-302> ffmpeg 03James Zern 07master:4d05e9392f84: libvpxenc: remove some unused ctrl id mappings [15:35:32 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:6dce615ee24e: Merge commit '4d05e9392f84702e3c833efa86e84c7f1cf5f612' [15:42:44 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:99f40fd02f18: sgienc: Do not end RLE lines with 0s [15:42:45 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:ba32a22c8686: Merge commit '99f40fd02f1870c2dee70977b672da9cb198f0be' [15:44:52 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:62cc8f4d79da: sgienc: Port to bytestream2 [15:44:53 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:e9675ed13ac5: Merge commit '62cc8f4d79dad119e8efeaae080a58a8dcb1e89d' [15:46:26 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:59e3f4e598ae: sgienc: Use a local RLE encoding function [15:46:27 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:81b73f1f9795: Merge commit '59e3f4e598ae381600ef54e1f6e6a8a5270ac245' [15:47:27 CET] <Daemon404> neag [15:47:28 CET] <Daemon404> neat [15:48:11 CET] <cone-302> ffmpeg 03Michael Niedermayer 07master:98626a1a4c3e: avfilter/avf_showvolume: Fix "warning: comparison of unsigned expression < 0 is always false" [15:48:27 CET] <nevcairiel> always in the mdidle of the merging! [15:48:42 CET] <nevcairiel> git should get a repository lock feature like svn [15:48:50 CET] <wm4> you should just announce on IRC when you're starting/finishing merging [15:49:05 CET] <nevcairiel> if the merge spam above wasnt a clue, then thats not going to help [15:49:10 CET] <wm4> I think it'd be better if git could just rebase merges [15:49:27 CET] <nevcairiel> i kinda figured out how to do it mostly painless [15:49:29 CET] <nevcairiel> but still [15:50:22 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:4a0918cae639: sgienc: Support encoding high bit depth images with RLE [15:50:23 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:7c56b8792c8f: Merge commit '4a0918cae6394e503b17c71f8f171b4a795eb849' [15:56:31 CET] <cone-302> ffmpeg 03Rick Kern 07master:2f92322bfff2: developer.texi: Call out K&R coding style. [16:03:36 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:823fa7004571: fate: Rework sgi tests into a suite and add the missing ones [16:03:37 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:5c0dbc20fceb: Merge commit '823fa7004571cb8404ca5785f9fa6e85f0f9f3d3' [16:04:53 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:99cb833fc2d9: sgi: Correctly propagate meaningful error values [16:04:54 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:28765693955f: Merge commit '99cb833fc2d9874c62fffbcd3347fae660de0fe5' [16:05:26 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:7831fb905031: textureencdsp: cosmetics: Use normal static const for tables [16:05:27 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:f01a276b50a5: Merge commit '7831fb90503142e32cc3c9be43bc3f9d342ded6b' [16:05:59 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:eef38316cab6: texturedspenc: Avoid using separate variables [16:06:00 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:c75459167736: Merge commit 'eef38316cab68aff080cf2b83c2427a734194e8d' [16:08:29 CET] <cone-302> ffmpeg 03Vittorio Giovara 07master:fdd5c48ebdec: texturedsp: Explicitly cast RGBA parameters to unsigned [16:08:30 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:503153a96782: Merge commit 'fdd5c48ebdec489ec9e84eee547fefa50c3ad53c' [16:09:51 CET] <cone-302> ffmpeg 03Michael Niedermayer 07master:5b70fb8fee4a: movenc-test: Fix integer overflows [16:09:52 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:3b55484c30ad: Merge commit '5b70fb8fee4af3b13f29a2dc7222fd3c9782f79b' [16:10:20 CET] <cone-302> ffmpeg 03Luca Barbato 07master:98063bcf15eb: rtsp: Do not assume getnameinfo cannot fail [16:10:21 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:aaa4abfdb8bb: Merge commit '98063bcf15eb1e9bf9c8758c83c88d51cbb7ace7' [16:12:31 CET] <cone-302> ffmpeg 03Luca Barbato 07master:34af7813f77e: udp: Use the logging context [16:12:32 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:bf5437700136: Merge commit '34af7813f77e2b5b9dcb34f20bcf53bfcc0ba9c9' [16:12:56 CET] <cone-302> ffmpeg 03Luca Barbato 07master:12b14382861f: udp: Provide additional information on getaddrinfo failure [16:12:57 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:a6dac0b41054: Merge commit '12b14382861fbf19378afcddaa19cd9a949a86a3' [16:13:33 CET] <cone-302> ffmpeg 03Luca Barbato 07master:2c17fb61ced2: rtsp: Log getaddrinfo failures [16:13:34 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:f62fe535d5c0: Merge commit '2c17fb61ced2059034856a6c6cd303014aed01fe' [16:16:26 CET] <Daemon404> eh [16:16:33 CET] <Daemon404> blame git not peoppe who push [16:16:35 CET] <cone-302> ffmpeg 03Luca Barbato 07master:62f72b40c0b0: nut: Provide more information on failure [16:16:36 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:2e4d10ae553a: Merge commit '62f72b40c0b0d2cd6a2b81977287fa01d9f4ca6d' [16:17:43 CET] <cone-302> ffmpeg 03Luca Barbato 07master:0e2395293bff: nut: Mark non-fatal errors as warnings [16:17:44 CET] <cone-302> ffmpeg 03Hendrik Leppkes 07master:2ee89553aafe: Merge commit '0e2395293bff089536b97131b32fea8b58bca0ba' [16:20:21 CET] <durandal_1707> kierank: fire up ida and locate fuctions that do bitstream reading [16:20:34 CET] <kierank> done all t hat [16:20:36 CET] <kierank> it's insane [16:20:42 CET] <kierank> never seen anything like it [16:20:58 CET] <durandal_1707> what's name of DLL? [16:26:23 CET] <kierank> sent pm [16:26:39 CET] <cone-302> ffmpeg 03Matt Oliver 07master:26a84e2dae40: configure: Add user options to enable gcrypt/gmp for rtmp(t)e support. [16:28:23 CET] <Compn> kierank : still need help with loader ? [16:28:28 CET] <kierank> yes [16:28:29 CET] <kierank> doesn't work [16:28:35 CET] <Compn> what mplayer version? [16:28:47 CET] <Compn> and what os? ubuntu? 32bit ? 32bit mplayer ? [16:28:55 CET] <kierank> ubuntu 32-bit mplayer2 [16:29:12 CET] <kierank> MPlayer2 2.0-701-gd4c5b7f-2ubuntu2 [16:29:35 CET] <Daemon404> thats not mplayer [16:29:45 CET] <kierank> tried normal mplayer as well [16:29:52 CET] <kierank> same problem [16:29:52 CET] <Compn> i'm not sure what year that mplayer2 is built in [16:30:20 CET] <Compn> because, specific hacks were required for that specific codec, see patch from 2010 here https://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2010-January/063243.ht… [16:30:30 CET] <Compn> i'm trying to find out when those hacks were committed [16:30:40 CET] <wm4> Compn: january 2013 [16:30:54 CET] <wm4> the mplayer2 git commit hash I mean [16:31:00 CET] <Compn> ok , those were committed in 2010. http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/2010-May/039155.html [16:31:07 CET] <wm4> but mplayer2 didn't merge mplayer changes for quite a while [16:31:26 CET] <Compn> where did you get the cineform dll from ? [16:31:37 CET] <kierank> sesse [16:31:41 CET] <Compn> its also possible that we can load an old version but not latest dll... (happened to quicktime.qts a lot) [16:32:16 CET] <Compn> well paste me failing output to pastebin then [16:32:40 CET] <wm4> if you knew how terrible the wine hack is, you wouldn't be surprised [16:32:42 CET] <kierank> moving to normal mplayer [16:32:46 CET] <Compn> did you try the vfw version? http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/2010-January/038106.html [16:32:51 CET] <Compn> dshow nonsense... [16:32:51 CET] <wm4> most newer DLLs could probably be made work by using a modern wine [16:32:54 CET] <kierank> no that only works on windows [16:32:57 CET] <Compn> ah [16:33:12 CET] <Compn> some error on linux ? [16:33:24 CET] <Compn> wm4 : i agree, our wine code is ancient. new wine loader welcome... [16:33:52 CET] <wm4> the coreavc hack used a somewhat reasonable approach (out-of-process wine server) [16:33:58 CET] <Compn> sesse is on irc, could ask him :P [16:34:04 CET] <Daemon404> why are you trying to load in mplayer anyway [16:34:12 CET] <kierank> Compn: http://paste.ubuntu.com/13559405/ [16:34:12 CET] <Compn> the dshowserver stuff is still developed by sherpya i think [16:34:18 CET] <kierank> Compn: I have [16:34:22 CET] <wm4> there's also a chinese mplayer fork with native directshow support [16:34:35 CET] <kierank> durandal_1707: because I can't get breakpoints to work on windows in dshow [16:34:38 CET] <kierank> at least on linux it should work [16:34:46 CET] <nevcairiel> wm4: of course that would only work on windows then [16:34:59 CET] <Daemon404> kierank, msvs debguger BP should work fine i would think [16:35:01 CET] <Daemon404> or windbg [16:35:25 CET] <Compn> or use gdb on windows in mingw ... hehe [16:35:45 CET] <Daemon404> no that didnt work. [16:35:47 CET] <Compn> where mplayer uses more native dlls instead of emulated calls [16:35:52 CET] <nevcairiel> gdb isnt very good debugging binaries not build for mingw [16:36:00 CET] <Compn> right [16:36:44 CET] <Compn> kierank : ah im an idiot , paste didnt help me. [16:37:01 CET] <nevcairiel> in msvs related news, 2015 update 1 is going to be released tomorrow, i can finally finish my vp9 dxva decoder \o/ [16:37:08 CET] <JEEB> :o [16:37:52 CET] <Compn> maybe i should boot up ubuntu and fix the vfw codec [16:39:49 CET] <nevcairiel> Daemon404: do you use a mac for development by any chance? [16:39:56 CET] <Daemon404> lol no [16:39:56 CET] <Daemon404> why [16:40:10 CET] <nevcairiel> i was hoping you could merge the objc patch =P [16:40:12 CET] <wm4> when is the clang thing coming out? [16:41:01 CET] <Daemon404> nevcairiel, maybe poke thilo [16:41:03 CET] <nevcairiel> i think they'll release the preview version with update 1, and the final scheduled for spring [16:41:24 CET] <nevcairiel> (final being near-zero local changes, everything upstreamed to clang, afaik) [16:42:02 CET] <nevcairiel> Daemon404: i can dig out my macbook i suppose, at least i can roughly test it [16:42:19 CET] <nevcairiel> i just always get a headache when i have to use it, the different keyboard layout drives me mad [16:42:56 CET] <nevcairiel> (and all the special keys are not even labeled on the keyboar, so i have to guess, gah!) [16:44:02 CET] <wm4> yeah, macbooks aren't made for actual people [16:44:07 CET] <fritsch> :-) [16:47:49 CET] <Compn> are there laptops out there with sane keyboard layouts ? [16:48:39 CET] <nevcairiel> its just if you never use a mac, you expect those special keys a programmer needs to be on the same keys as usual - which the mac does not do [16:49:44 CET] <nevcairiel> other laptops are fine, not ideal since all needs to be tiny, but at least same keys as my normal keyboard =p [16:50:19 CET] <durandal_1707> kierank: I located codebook mentioned in spec [16:50:27 CET] <nevcairiel> i guess i can just boot it and ssh in to avoid the headaches [16:50:36 CET] <kierank> durandal_1707: haven't got that far yet [16:50:50 CET] <kierank> kostya helped me with lowpass coeffs (raw pixels) so I am getting downscaled picture working first [16:51:12 CET] <durandal_1707> Funny there are names of devs in comments somehow [16:51:15 CET] <kierank> yeah [16:51:28 CET] <kierank> probably I will submit patch with downscaled decoder [16:51:49 CET] <kierank> and then work on highpass coeffs [16:52:24 CET] <kierank> durandal_1707: where is location of codebook [16:54:43 CET] <cone-302> ffmpeg 03James Almer 07master:27ce53b52d0d: avcodec/libdcadec: require first public release [17:00:15 CET] <durandal_1707> kierank: .rdata: 100B9220 [17:01:17 CET] <durandal_1707> Order of numbers is different from one in spec [17:02:13 CET] <durandal_1707> they need to be converted from bytes to dwords [17:03:00 CET] <durandal_1707> type several times d on that location, ignore first dword [17:03:51 CET] <durandal_1707> dword is dd [17:04:38 CET] Action: Compn afk [17:12:54 CET] <durandal_1707> wtf open c:/tweak.txt [17:15:26 CET] <kierank> yeah [17:18:39 CET] <cone-302> ffmpeg 03Nicolas George 07master:15206ffdbee3: ffserver: add NULL context to ff_rtsp_parse_line(). [17:23:33 CET] <Daemon404> i see that stuff al the time in codec dlls [17:23:47 CET] <Daemon404> one checked for a txt file and if it existed, enabled debug logging [17:32:06 CET] <kierank> that binary is super riced [17:32:20 CET] <kierank> asm (probably) intrinsics everywhere [17:32:49 CET] <durandal_1707> kierank: so you know all bitstream? [17:32:57 CET] <kierank> no just lowpass coeffs [17:33:00 CET] <kierank> but I want to get a picture first [17:33:06 CET] <kierank> then figure out highpass coeffs [18:48:16 CET] <wm4> do we require all AVOptions to be documented separately? [18:56:31 CET] <ubitux> wm4: seems so; but i'd love to have most of the current documentation generated from the code [18:58:47 CET] <wm4> anyway, I can't see where a new option for a demuxer would be added [18:58:51 CET] <wm4> but I might be blind [18:59:15 CET] <wm4> actually, looking again, is it just doc/demuxers.texi ? [18:59:29 CET] <wm4> seems so [19:05:54 CET] <cone-302> ffmpeg 03Claudio Freire 07master:88e498a87eb2: AAC encoder: make pe.min a local minimum [19:20:56 CET] <cone-302> ffmpeg 03Paul B Mahol 07master:337b6d3b365a: avfilter/af_sidechaincompress: fix output gain for rms(default) detection [21:02:56 CET] <kierank> durandal_1707: hmmm, stuck on the chroma currently [21:03:00 CET] <kierank> luma looks sane [21:04:07 CET] <Compn> hue hue hue [21:04:26 CET] <Compn> looks like i broke trac #5046 sample url :D [21:04:48 CET] <Compn> oh nm [21:10:52 CET] <cone-302> ffmpeg 03Carl Eugen Hoyos 07master:ec494e6c8369: lavf/mxfdec: Set width to actual coded_width for AVCI50. [21:32:51 CET] <cone-302> ffmpeg 03Michael Niedermayer 07master:55711e6fd052: avcodec/dnxhddec: Disable 12bit by default [21:33:36 CET] <Daemon404> oooh aac [21:44:17 CET] <durandal_1707> kierank: you already got code or? [21:44:46 CET] <kierank> durandal_1707: the lowpass coefficients are not compressed [21:46:35 CET] <rcombs> holy shit that sample [21:48:17 CET] <durandal_1707> kierank: but bits how lowpas stuff is stored.. [21:48:58 CET] <kierank> the lowpass coefficients are the pixels of a downscaled image [21:52:28 CET] <Daemon404> kierank, it depends how many transforms they do [21:52:40 CET] <Daemon404> lowpass may end up at 128x128 for all i kniow [21:52:48 CET] <Daemon404> (wavelets~) [21:57:36 CET] <atomnuker> the experimental flag's off as soon as the patch hits master [21:57:56 CET] <atomnuker> from what the patch on the ML fixes I think it's definitely good enough [21:58:11 CET] <atomnuker> just need to inspect the code and make sure it's still stable [21:58:40 CET] <kierank> durandal_1707: I also need to figure out how to get the codebooks into ffmpeg [22:00:08 CET] <durandal_1707> you can save asm [22:03:31 CET] <Daemon404> kierank, spec is really missing such obvious things? [22:04:58 CET] <durandal_1707> afaik spec have only one codebook other two are in binary [22:06:10 CET] <kierank> I mean how do you use the codebooks in ffmpeg [22:06:10 CET] <kierank> I've written the opposite for x262, never done codebook bitstream reading [22:06:48 CET] <kierank> durandal_1707: not sure how those other codebooks are selected either [22:11:57 CET] <Daemon404> kierank, look at any of the VQ codecs [22:11:57 CET] <Daemon404> ... dammit [22:55:30 CET] <Timothy_1u> "Lag: 17" Freenode is probably being attacked again [23:58:40 CET] <cone-302> ffmpeg 03Michael Niedermayer 07master:891dc8f87536: avcodec/mpeg4videodec: Check available data before reading custom matrix [00:00:00 CET] --- Mon Nov 30 2015

1 0

ffmpeg.log.20151129
by burek 30 Nov '15

30 Nov '15

[00:24:25 CET] <MINIMAN10000> Alright so I'm trying to stream to twitch with ffmpeg using ffmpeg -rtbufsize 2100M -f dshow -i video="screen-capture-recorder" -r 5 -preset faster -threads 2 -f flv "rtmp://live-sea.twitch.tv/app/*key*" [00:24:27 CET] <visualshock> Can I use ffmpeg to combine ts files? [00:24:48 CET] <c_14> visualshock: yes [00:25:06 CET] <visualshock> c_14, do you know if it is more efficient than cat? [00:25:21 CET] <MINIMAN10000> but i can't actually get the stream to work and it says: Codec AVOption preset (Configuration preset) specified for output file #0 (rtmp://live-sea.twitch.tv/app/key) has not been used for any stream. [00:25:31 CET] <c_14> visualshock: efficient as in faster? probably not [00:25:48 CET] <furq> MINIMAN10000: -c:v libx264 [00:27:02 CET] <MINIMAN10000> http://pastebin.com/D1YqnCUX [00:27:25 CET] <MINIMAN10000> lol [00:27:28 CET] <MINIMAN10000> i failed to catch em all [00:27:41 CET] <MINIMAN10000> key reset [00:30:46 CET] <MINIMAN10000> fflogger, well I got a new error http://pastebin.com/kMaqUkNY [00:31:38 CET] <MINIMAN10000> derp [00:31:42 CET] <MINIMAN10000> i changed key didnt update [00:36:10 CET] <MINIMAN10000> alrighty [00:36:26 CET] <MINIMAN10000> now i'm back to the problem i normally have even when not streaming [00:36:33 CET] <MINIMAN10000> and it does say live [00:37:16 CET] <c_14> what problem? [00:38:03 CET] <MINIMAN10000> alright got that problem to go away for now [00:38:14 CET] <MINIMAN10000> the one where the realtime buffer fills up and it uses all my ram [00:38:28 CET] <MINIMAN10000> but changing the bitrate seems to settle it down [00:38:44 CET] <MINIMAN10000> nope nevermind it just took longer guess i do have to solve it [00:39:28 CET] <c_14> If you really only want 5fps output, just put -framerate 5 before the -i [00:40:09 CET] <MINIMAN10000> alright [00:43:06 CET] <MINIMAN10000> Alright i used ctrl-c to stop this one http://pastebin.com/RVzusGwg [00:44:02 CET] <c_14> up the preset to veryfast or ultrafast [00:44:06 CET] <c_14> or increase the threadcount [00:44:31 CET] <c_14> You're not encoding fast enough [00:46:14 CET] <Putti> c_14, that makes it use more bandwith, right? [00:46:24 CET] <c_14> yes [00:46:54 CET] <furq> for the same quality, yes [00:47:02 CET] <furq> nvm wrong person [00:47:28 CET] <MINIMAN10000> huh you're right... for some reason that thought didn't occur to me [00:48:20 CET] <MINIMAN10000> thanks for the help [00:49:20 CET] <MINIMAN10000> now it looks like the only anomaly left is the fact there is no video on twitch [00:49:46 CET] <MINIMAN10000> which is the only problem i didn't anticipate [00:50:10 CET] <MINIMAN10000> hmm [00:57:17 CET] <MINIMAN10000> huh [00:57:21 CET] <MINIMAN10000> it says video resolution is 0 x 0 [00:57:24 CET] <MINIMAN10000> fps 0 [01:02:44 CET] <MINIMAN10000> No video on twitch I'm running out of ideas lol http://pastebin.com/gBbheVCs [01:03:37 CET] <c_14> What's the fps output saying? [01:04:31 CET] <MINIMAN10000> on twitch? [01:04:38 CET] <c_14> ffmpeg [01:04:41 CET] <MINIMAN10000> 15 [01:04:59 CET] <c_14> too low [01:05:02 CET] <c_14> should be 30 [01:05:17 CET] <MINIMAN10000> jeeze lol [01:05:19 CET] <MINIMAN10000> now that you mention it [01:05:22 CET] <c_14> try outputting to a file instead of twitch [01:05:27 CET] <c_14> It's either network or cpu [01:05:39 CET] <MINIMAN10000> cpu [01:08:17 CET] <MINIMAN10000> 16 fps as a file [01:09:12 CET] <c_14> probably the cpu [01:09:50 CET] <c_14> If you have more threads, increase the threadcount. Otherwise drop the resolution or get a faster cpu [01:09:54 CET] <MINIMAN10000> no mor ethreads [01:09:57 CET] <MINIMAN10000> no more threads* [01:11:37 CET] <MINIMAN10000> 480*270 18 fps [01:12:43 CET] <c_14> What if you use -c:v zlib with the local file [01:12:54 CET] <MINIMAN10000> zlib? [01:13:01 CET] <c_14> just testing something [01:13:59 CET] <MINIMAN10000> no idea how to use it, no idea what it is [01:14:05 CET] <furq> MINIMAN10000: if you have a dualcore cpu you should be using -threads 3 with libx264 [01:14:12 CET] <c_14> just swap -c:v libx264 with -c:v zlib [01:14:17 CET] <MINIMAN10000> oh i just assumed ffmpeg was being derpy with 3 threads [01:14:31 CET] <furq> no it defaults to 1.5 * hw threads [01:14:38 CET] <c_14> If you don't need to artificially limit ffmpeg's speed, just don't set -threads [01:14:39 CET] <Putti> MINIMAN10000, if you want to stream to twitch and you have GPU maybe you could try to use some GPU encoder with ffmpeg (if there are(?)) or, OBS (Open Broadcaster Software) which is good with screen recording streaming. [01:14:52 CET] <furq> although yeah just don't set -threads if you're not trying to peg to specific cores [01:15:40 CET] <MINIMAN10000> 17 fps [01:15:57 CET] <MINIMAN10000> now 16 [01:16:03 CET] <furq> is it actually using 100% cpu [01:16:19 CET] <c_14> Maybe dshow isn't producing enough frames... [01:16:30 CET] <MINIMAN10000> jumping around 75-90 [01:16:51 CET] <MINIMAN10000> http://puu.sh/lCfGN/e97e443f40.png [01:18:40 CET] <MINIMAN10000> seems to mostly be sitting at 70% till i actually look at it it starts jumping around lol [01:27:25 CET] <MINIMAN10000> so do you think it could be screen-capture-recorder taking up a bunch of cpu to capture the screen [01:28:24 CET] <c_14> could be, you can try testing with -f lavfi -i testsrc instead [01:28:33 CET] <c_14> to see if it's the capturing or the encoding that's doing it [01:31:00 CET] <MINIMAN10000> I must be doing something wrong it doesnt like -framerate http://pastebin.com/2FnJEe20 [01:31:28 CET] <c_14> ye, get rid of that temporarily as well, and the rtbufsize [01:31:38 CET] <MINIMAN10000> 260 fps [01:31:43 CET] <MINIMAN10000> 250 and dropping [01:32:02 CET] <c_14> Ok, now with libx264 instead of zlib? [01:32:23 CET] <MINIMAN10000> 730 fps [01:32:46 CET] <MINIMAN10000> 510 fps and seems to stablaize [01:32:49 CET] <c_14> So the problem is the screen-capture-recorder [01:33:08 CET] <MINIMAN10000> gah took me a while to find a way to capture my screen on windows [01:33:12 CET] <MINIMAN10000> i finally found that [01:33:17 CET] <c_14> use gdigrab? [01:33:21 CET] <MINIMAN10000> no idea how to use it [01:33:46 CET] <c_14> https://ffmpeg.org/ffmpeg-devices.html#gdigrab [01:35:31 CET] <MINIMAN10000> input desktop 15 fps [01:37:12 CET] <maco1717> hi everyone [01:37:39 CET] <MINIMAN10000> man obs makes streaming 30 fps seem so easy [01:44:04 CET] <maco1717> Im trying to stream from my usb capturer [Bus 001 Device 004: ID 18ec:5850 Arkmicro Technologies Inc.] on a raspberry pi 2 wih raspbian, ive tried everything ive managed to find around, but nothin seam to work. i getall sort fo error, like operation not permited, couldt not find codec parameter, unknown input format, like that, I suspect it has to [01:44:05 CET] <maco1717> do with the codec parameters, could someone give me a hand? [01:49:00 CET] <maco1717> at the end im just trying with this command [01:49:02 CET] <maco1717> ffmpeg -i /dev/video0 http://localhost:8090/feed1.ffm [01:57:31 CET] <Putti> maco1717, found from stackoverflow (by user Val): ffmpeg -f video4linux2 -s 640x480 -r 15 -vcodec h264 -i /dev/video0 -an http://localhost:8099/feed1.ffm , maybe something like that would work [01:59:45 CET] <Putti> operation not permitted might be because either dev/video0 can be viewed by superuser or because you cannot open that 8090 port or something similar :D [02:01:13 CET] <Putti> ^ I meant to say that can only be viewed by superuser [02:03:46 CET] <maco1717> i tried running it with sudo tho [02:04:15 CET] <maco1717> when i run the StackO command you provided me i get [02:04:17 CET] <maco1717> Unknown input format: 'video4linux2' [02:04:43 CET] <maco1717> :S [02:04:44 CET] <maco1717> :( [02:05:40 CET] <c_14> Is your build built with libv4l2? [02:08:17 CET] <maco1717> I dont know [02:08:25 CET] <maco1717> how can i find out? [02:08:43 CET] <c_14> ffmpeg -devices [02:08:51 CET] <c_14> check for v4l2 or video4linux2 [02:09:11 CET] <maco1717> Missing argument for option 'devices' [02:10:04 CET] <c_14> eeeeh [02:10:11 CET] <c_14> What version? [02:10:21 CET] <c_14> You can also check in the configuration: line for --enable-libv4l2 [02:11:06 CET] <maco1717> ffmpeg 0.8.17-6:0.8.17-1+rpi1 [02:11:06 CET] <maco1717> libavutil 51. 22. 3 / 51. 22. 3 [02:11:06 CET] <maco1717> libavcodec 53. 35. 0 / 53. 35. 0 [02:11:06 CET] <maco1717> libavformat 53. 21. 1 / 53. 21. 1 [02:11:06 CET] <maco1717> libavdevice 53. 2. 0 / 53. 2. 0 [02:11:06 CET] <maco1717> libavfilter 2. 15. 0 / 2. 15. 0 [02:11:06 CET] <maco1717> libswscale 2. 1. 0 / 2. 1. 1 [02:11:07 CET] <maco1717> libpostproc 52. 0. 0 / 52. 0.100 [02:11:40 CET] <c_14> ah, well [02:11:46 CET] <c_14> That's ancient [02:11:54 CET] <maco1717> ahhhh! [02:11:56 CET] <maco1717> ok [02:12:05 CET] <maco1717> ill start with that [02:12:05 CET] <maco1717> then [02:12:07 CET] <maco1717> thx [02:12:29 CET] <maco1717> I've been reading so many tuts i dont even know which one a followed anymore [02:12:39 CET] <furq> maco1717: if it's an rpi2 then you might be able to just install ffmpeg from the debian armv7 packages [02:12:54 CET] <furq> s/armv7/armhf/ [02:13:14 CET] <maco1717> ok ill try that [02:13:22 CET] <furq> i suspect raspbian is already using some debian repositories [02:13:29 CET] <maco1717> any tutorial ? [02:13:31 CET] <maco1717> xD [02:13:44 CET] <furq> paste your /etc/apt/apt.conf to a pastebin [02:13:52 CET] <furq> er [02:13:56 CET] <furq> /etc/apt/sources.list [02:14:52 CET] <maco1717> deb http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi [02:14:53 CET] <maco1717> # Uncomment line below then 'apt-get update' to enable 'apt-get source' deb-src [02:14:53 CET] <maco1717> #http://archive.raspbian.org/raspbian/ wheezy main contrib non-free rpi [02:14:53 CET] <maco1717> deb-src http://www.deb-multimedia.org sid main [02:14:53 CET] <maco1717> deb http://www.linux-projects.org/listing/uv4l_repo/raspbian/ wheezy main [02:15:01 CET] <maco1717> ive changed it a couple times today... [02:17:35 CET] <furq> have you upgraded it since raspbian upgraded to jessie [02:18:00 CET] <maco1717> yeah [02:18:20 CET] <maco1717> eh [02:18:23 CET] <maco1717> i dont know [02:18:32 CET] <maco1717> looks like i have wheezy [02:18:46 CET] <maco1717> ive upgraded it today tho [02:19:00 CET] <furq> if you're on jessie then you might just be able to use debian's jessie-backports repo [02:19:47 CET] <furq> the armhf packages will work on an rpi2 [02:21:53 CET] <maco1717> thanks ill give it a try [03:27:33 CET] <Che-Anarch> Can I use ffprobe to inspect a particular point on video timeline? [03:27:56 CET] <Che-Anarch> Looking for a way of ensuring that the end duration as claimed is there. [03:39:37 CET] <waressearcher2> Che-Anarch: hallo [03:41:16 CET] <Che-Anarch> what is hallo? [03:55:38 CET] <Che-Anarch> I'd just like to read / confirm the nearing frames from whats confirmed via: ffprobe -i VIDEO.mkv -show_entries format=duration -loglevel 16 [03:55:59 CET] <Che-Anarch> That is the end durations if its present. [04:01:10 CET] <c_14> Che-Anarch: use -read_intervals? [04:11:05 CET] <Che-Anarch> c_14 but how? how to say last X seconds? or frames? [04:13:07 CET] <c_14> mhm, don't think you can seek from eof in that [04:22:26 CET] <Che-Anarch> c_14 can I use the duration tiem I get back somehow? [04:22:47 CET] <c_14> If you think you know how long it should be, sure. [04:26:39 CET] <Che-Anarch> c_14 so: total=$(ffprobe -i AFILE.mkv -show_entries format=duration -loglevel 16 | grep duration= | awk -F'=' '{print $2}') ; echo "total time == $total" # thats the total I know for a file [04:28:24 CET] <Che-Anarch> How can I use that total time in seconds to say get the the end claimed duration? - or do I need another value? [04:29:45 CET] <c_14> What's the end claimed duration? are you trying to check that the duration ffprobe reports is the actual file duration? [04:31:57 CET] <Che-Anarch> c_14 yes - cause i noticed during copy / while its beeing copied it still passes / doesnt complain or give any output - so this is the only way I could think of for validating that the video is truely ready. [04:33:16 CET] <c_14> you can use -read_intervals $total-1%+10 or something, you'll have to do the -1 in shell/scripting language math though [04:33:26 CET] <c_14> eh [04:34:23 CET] <c_14> Actually, I'm not sure what that would do if it can't reach the end. [04:37:22 CET] <Che-Anarch> Hmmm it still doesnt complain - no visible error [04:38:39 CET] <c_14> you could use ffmpeg -i file -f null /dev/null and then check the time= [04:39:24 CET] <Che-Anarch> Can I feed the time the same way to that? [04:40:03 CET] <Che-Anarch> So it doesnt do that whole file? [04:43:47 CET] <c_14> You could add a -ss to approximately where you think the end would be, then you'd have to add the seek time to the listed time [04:47:17 CET] <Che-Anarch> ffmpeg -i FILE.mkv -ss 00:23:17.88 -f null /dev/null ; # ?? that doesnt work with -t 1 either :-( [04:48:55 CET] <c_14> That one will still decode the entire video. place the -ss before the -i. And what do you mean that won't work with -t ? [04:57:40 CET] <Che-Anarch> c_14 I thought maybe I can do a single still frame capture is that possible? [04:57:58 CET] <c_14> -frames:v 1 [04:58:07 CET] <Che-Anarch> That should fail is the frame is not there? [05:01:20 CET] <c_14> It'll throw a warning, but it will still exit successfully [05:02:41 CET] <Che-Anarch> ffmpeg -i FILE.mkv -ss 00:23:17.88 -frames:v 1 -f null /dev/null # ? [05:02:59 CET] <Che-Anarch> It just hang / wait indefinatly cant see any obvious error messages [05:03:09 CET] <c_14> put the -ss before the -i [05:04:29 CET] <Che-Anarch> 'Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used)' wooo hoo! [12:08:21 CET] <arod_> what's the right way to fix video clips with inconsistent frame rate? Clips are from my motoG smartphone and I get slightly different FPS values (29,3 to 29,6) [12:09:29 CET] <arod_> ffmpeg -i input.mp4 -r 25 output.mpg seem to work but file size is much smaller and the clip is re-encoded [12:13:19 CET] <waressearcher2> arod_: hallo [12:52:25 CET] <Mavrik> arod_, smartphones don't to CFR recording, the framerate is always variable. [12:52:50 CET] <Mavrik> I'd suggest against trying to "fix" that because it'll make videos stuttery. [12:53:08 CET] <arod_> Mavrik: I've learned it the hard way :( [12:54:11 CET] <arod_> Mavrik: so how can I use that clips in a video editor? NLEs require a fixed and consistent FPS [12:55:00 CET] <Mavrik> Well, you'll have to convert it I guess or choose a better editor :/ [12:55:07 CET] <Mavrik> That'll require full reencode with fps filter. [12:55:28 CET] <Mavrik> ffmpeg -i <file> -c:v libx264 -crf 23 -vf fps=30 -c:a copy blah.mp4 [12:56:24 CET] <arod_> I meant that with "fix" [12:57:02 CET] <arod_> Mavrik: what NLE would you suggest? [13:14:51 CET] <Mavrik> arod, I don't do video editing, so I really can't give you a useful answer :/ [16:25:31 CET] <c_14> Fyr: not yet, but I just pinged the patch [17:59:45 CET] <Gunni> hey, i am trying to remove an audio channel from a dual audio video file, the original sounds fine but when i use the following command the audio goes severely out of sync -- ffmpeg -i in.avi -map 0:0 -map 0:2 -acodec copy -vcodec copy out.avi [18:00:05 CET] <Gunni> any ideas how to keep the result in sync? [19:36:20 CET] <aphorise> Is there a min / max or convention to time string? like can one get 00:00:00.8727 for example? I'm relaying on: sTime=$(ffprobe -i FILE.mkv -select_streams v -show_streams 2>&1 | grep Duration | awk -F': ' '{print $2}' | awk -F', ' '{print $1}'); echo $sTime ; # should [19:39:15 CET] <aphorise> Cause on the `DURATION` Metadata of some of the output tracks for example I can see rather long '000...' strings [20:13:29 CET] <Gunni> hey, i am trying to remove an audio channel from a dual audio video file, the original sounds fine but when i use the following command the audio goes severely out of sync -- ffmpeg -i in.avi -map 0:0 -map 0:2 -acodec copy -vcodec copy out.avi [21:33:11 CET] <aphorise> Got what I needed done for confirming validity of vide files by -1 seconds encoding files - but its rather taxing my script is now ~ 3-4 times slower that when I was doing ffprobe. [21:33:30 CET] <aphorise> I wish there was another faster way of confirming readiness of files. [21:34:44 CET] <aphorise> I guess that whole opening file + seeking time at approximation request but output is a rather taxing process [00:00:00 CET] --- Mon Nov 30 2015

1 0

ffmpeg-devel.log.20151128
by burek 29 Nov '15

29 Nov '15

[00:30:05 CET] <nevcairiel> Timothy_1u: there is a Problem with the strip binary that results in odd problems sometimes, will probably fix itself next run [01:39:29 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:6105b7219a90: avcodec/vp3: Clear context on reinitialization failure [01:39:30 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:861f2b2a536b: avcodec/vp3: Fix several memleaks [02:10:47 CET] <Timothy_1u> nevcairiel: okay, but it's been like this for a while: http://fatebeta.ffmpeg.org/history/x86_32-msvc14-dll-windows-native [13:29:05 CET] <wm4> so whatever happened to this reunification idea [13:29:21 CET] <wm4> or am I more naive than I thought [13:42:35 CET] <nevcairiel> noone ever told me what happend at the vdd, so i wouldnt know [13:45:36 CET] <wm4> me neither [13:53:23 CET] <atomnuker> but nevcairiel, you were there, weren't you? [13:54:37 CET] <durandal_170> It's top secret [13:54:43 CET] <wm4> I actually wanted to come, but there were legitimate time constraints [14:06:44 CET] <kierank> wm4: j-b is working on it [14:07:34 CET] <durandal_170> working on what? [14:08:03 CET] <durandal_170> It's politics [14:08:07 CET] <kierank> top secret plan [14:09:14 CET] <durandal_170> it will be some/another fork [14:09:49 CET] <nevcairiel> atomnuker: i was not [14:09:56 CET] <wm4> with N forks and N approaching to infinity, the situation will approach to being resolved [14:10:06 CET] <durandal_170> better join nihav and start from 0 [14:12:44 CET] <JEEB> I actually thought for a moment that nev was at VDD because there was someone called "Hendrik" there [14:12:57 CET] <JEEB> then I remembered that there's Gramner too [14:16:29 CET] <iive> call me paranoid, but I don't like secret plans. [14:18:04 CET] <durandal_170> bribe someone to leak data [14:21:11 CET] <wm4> durandal_170: were you at vdd? [14:21:19 CET] <Compn> it is top secret [14:21:26 CET] <Compn> i dont know what the plan is either [14:21:32 CET] <Compn> ask fearless leader j-b [14:21:33 CET] <durandal_170> ^confidental [14:22:08 CET] <Compn> (i was there, with kierank) [14:22:54 CET] <atomnuker> Compn: you heard every single thing at the meeting, or at least your beard did [14:23:04 CET] <Compn> my beard was also there. [14:23:49 CET] <Compn> atomnuker was there too, i think. [14:24:10 CET] <durandal_170> wm4: no, but I plan to, once I gather personal body guards and helicopter [14:24:19 CET] <atomnuker> Compn: I'm pretty sure I saw your beard around, not sure about you though [14:25:49 CET] <durandal_170> he was smoking before meeting [14:33:38 CET] <durandal_170> and btw there's no supreme leader, except someone in shadow [14:34:33 CET] <Compn> anyways, if you get the chance to go, durandal_170 , go to vdd. its a fun time. [14:34:39 CET] <ubitux> no it's not [14:35:03 CET] <atomnuker> it's fun [14:35:05 CET] <atomnuker> COME [14:35:07 CET] <atomnuker> JOIN US! [14:35:25 CET] <durandal_170> chicks? [14:35:49 CET] <atomnuker> well, there was one [14:36:08 CET] <atomnuker> so yeah, that counts, right? [14:36:51 CET] <atomnuker> who cares though, THERE WERE 40 BOXES OF PIZZA THE SECOND DAY [14:37:01 CET] <atomnuker> 40 BOXES OF PIZZA [14:37:29 CET] <durandal_170> I consume votka martini only [14:37:54 CET] <atomnuker> there was plenty of orange juice, you can probably ferment it to make vodka [14:38:22 CET] <Compn> ubitux : so much fun! :P [14:39:13 CET] <atomnuker> by the way I got a libav t-shirt and a few chocolates from back then [14:39:32 CET] <atomnuker> the chocolates didn't taste good and the "large" t-shirt is really really small [14:39:42 CET] <durandal_170> you spy [14:40:13 CET] <durandal_170> where is ffmpeg t-shirt? [14:40:15 CET] <atomnuker> they bribed everyone with chocolates [14:40:54 CET] <atomnuker> and I got the t-shirt "ironically", hoping it would become a musuem exibit in the future [14:40:57 CET] <durandal_170> trocadero or libav chocolate? [14:42:58 CET] <atomnuker> the VLC tshirt is cool though, 10/10 fabric, nice design, has the FFmpeg name on the back [14:43:39 CET] <durandal_170> I will come at vdd with ffmpeg t-shirt [14:44:16 CET] <durandal_170> once I manage to buy it or create/design one myself [14:44:54 CET] <atomnuker> https://trac.ffmpeg.org/query?status=closed&status=new&status=open&status=r… [14:46:09 CET] <durandal_170> proffesional one [14:47:16 CET] <atomnuker> I like the autumn one but I'm not a Canadian [14:47:30 CET] <durandal_170> for vlc, its easy you only need to take one from road [14:49:04 CET] <atomnuker> I don't think I've seen a traffic cone with the VLC cone design [14:55:17 CET] <durandal_170> cone is cone [14:55:29 CET] <BBB> they had pizza and french croissants [14:55:37 CET] <BBB> why do people forget the french croissants? [14:56:07 CET] <durandal_170> can you bring own food? [14:56:12 CET] <BBB> of course [14:56:40 CET] <iive> i would think that french croissants are all over France, rolling on the streets and so... [14:56:57 CET] <BBB> so is pizza, no? [14:57:13 CET] <iive> isn't pizza an italian thing? [14:57:17 CET] <BBB> in NY at least, pizza is about as abundant as starbucks shops [15:01:38 CET] <kierank> durandal_1707: more women than in previous years [15:07:50 CET] <durandal_1707> need to update ffmpeg headline message on first page [15:08:59 CET] <durandal_1707> it must mention lavfi [15:30:47 CET] <durandal_1707> anyone against pushing 2 audio filters? [15:32:38 CET] <atomnuker> durandal_1707: which ones? [15:32:42 CET] <atomnuker> the compressor? [15:33:24 CET] <durandal_1707> and compensationdelay [15:34:18 CET] <durandal_1707> can I commit avidec fix before it hits libav master? [15:34:54 CET] <durandal_1707> they push thing after 100 oracle iterations [15:37:38 CET] <durandal_1707> I still can't figure out how to export lv2 plugin output [15:37:54 CET] <durandal_1707> from ardour [15:44:28 CET] <cone-318> ffmpeg 03Ganesh Ajjanagadde 07master:79abf2d0ded8: avcodec/aac_tablegen: get rid of hardcoded tables entirely [15:45:42 CET] <J_Darnley> ? [15:45:54 CET] <J_Darnley> Isn't that the point of tablegen? [15:46:07 CET] <BtbN> They are generated dynamicaly at runtime now. [15:48:02 CET] <kierank> durandal_1707: I might start vc-5 decoder [15:48:28 CET] <J_Darnley> I see. [15:48:55 CET] <J_Darnley> So it it much faster on a top-of-the-line Intel but were the hardcoded tables ever used there? [15:49:25 CET] <wm4> seems like massive cargo cult to me [15:49:38 CET] <wm4> at least the part about switching it at compilation time [15:53:07 CET] <durandal_1707> kierank: with bitstream reader? [15:54:03 CET] <kierank> The spec isnt very good [15:55:18 CET] <kierank> I'll be a bitstream parser to begin with - I suspect it is not possible to implement without the code [15:56:13 CET] <durandal_1707> how much ref decoder cost? [15:57:57 CET] <kierank> Dunno its thanksgiving so no reply [15:58:09 CET] <kierank> But it's more fun to troll on twitter [15:58:26 CET] <wm4> so how do we do this with coding style [15:58:37 CET] <wm4> do we just accept whatever random style contributors come up with? [15:58:46 CET] <wm4> I know not even core contributors are consistent about this [15:58:46 CET] <durandal_1707> no [15:59:30 CET] <durandal_1707> well I try to, but I don't overkill with vertical alignment [16:01:21 CET] <durandal_1707> wm4: some specific patch is problematic? [16:01:56 CET] <wm4> the videotoolbox encoding patches lack proper spacing [16:02:14 CET] <wm4> so instead of "if (123)" it's "if (123)" etc. [16:02:51 CET] <fritsch> i'd also prefer "if (123)" [16:02:54 CET] <durandal_1707> atomnuker: do you plan to review filters, have comments? Or? [16:03:52 CET] <fritsch> wm4: that's two times the same isn't it? [16:04:05 CET] <wm4> fritsch: what do you mean? [16:04:13 CET] <ubitux> you meant "if(123)" [16:04:13 CET] <fritsch> 16:03 <+wm4> so instead of "if (123)" it's "if (123)" etc. [16:04:16 CET] <fritsch> :-) [16:04:18 CET] <ubitux> for the first one [16:04:18 CET] <fritsch> exactly [16:04:49 CET] <wm4> oh yeah [16:05:04 CET] <wm4> I mean "if(123)" vs. "if (123)" [16:05:57 CET] <wm4> considering it's simply inconsistent in ffmpeg (although the latter seems to be preferred), I feel bad even pointing this out in a patch review [16:05:59 CET] <fritsch> yes - i know - but now my joke only made more work to everyone [16:10:57 CET] <atomnuker> durandal_1707: actually I did take a look at the compensationdelay back when you posted it, it's fine [16:17:14 CET] <atomnuker> durandal_1707: also took a quick look at the compressor, I don't see anything bad with it and it would be very useful to have [17:01:54 CET] <cone-318> ffmpeg 03Michael Niedermayer 07master:dad354f38ddc: avcodec/hevc: Check max ctb addresses for WPP [18:06:02 CET] <cone-318> ffmpeg 03Paul B Mahol 07master:3f895dcb0dcb: avfilter: add compensation delay line filter [18:06:03 CET] <cone-318> ffmpeg 03Paul B Mahol 07master:1685a781cd50: avfilter: add audio compressor filter [18:21:08 CET] <cone-318> ffmpeg 03Paul B Mahol 07master:13696c378989: doc/filters: extend agate documentation [19:23:33 CET] <durandal_170> kierank: what's missing from spec? [19:24:48 CET] <kierank> spec is just very vague [19:27:42 CET] <Daemon404> i dont know the context but im going to assume SMPTE [19:33:20 CET] <nevcairiel> vc-5 [19:33:35 CET] <Daemon404> yep [19:33:38 CET] <Daemon404> so SMPTE. [19:33:56 CET] <Daemon404> also i heard adobe asked for vc-5 support, but offered no payment or engineering hel [19:33:59 CET] <Daemon404> p [19:34:09 CET] <Daemon404> i'd be inclined to not implement it out of spite [19:35:59 CET] <atomnuker> weren't wavelets a patent minefield? [19:36:13 CET] <Daemon404> every 2nd line in ffmpeg is patented [19:36:17 CET] <Daemon404> look how much we care [19:36:20 CET] <atomnuker> :) [19:36:50 CET] <atomnuker> though you know, there are still DCT patents [19:37:17 CET] <atomnuker> last one is like 3 years old and we're in 2015 [19:46:39 CET] <kierank> durandal_170: too much stuff missing [19:47:10 CET] <Daemon404> kierank, is it like DTS-style? [19:47:13 CET] <Daemon404> "spec" [19:47:14 CET] <kierank> yeah [19:47:23 CET] <kierank> trolling the author on twitter now [19:47:40 CET] <Daemon404> of course, being SMPTE, you have no place to send queries [20:12:45 CET] <rcombs> Daemon404: I've had like 2 users ask for VC-5/Cineform because GoPro's software converts to it for whatever reason [20:12:59 CET] <rcombs> my response has been "don't use GoPro's software" since the cameras record as H.264 anyway [20:13:10 CET] <Daemon404> rcombs, gopro bought and owns cineform. they submitted vc05 to smpte. [20:13:21 CET] <Daemon404> vc-5* [20:13:41 CET] <Daemon404> and smpte is basically "make my proprietary crap look like it's legit" [20:13:45 CET] <Daemon404> with "specs" [20:13:58 CET] <kierank> Daemon404: what was that container viewer software I told you about again [20:14:00 CET] <kierank> forget the name [20:14:13 CET] <Daemon404> container viewer? im not sure what that even means [20:14:24 CET] <kierank> it demuxes containers [20:14:28 CET] <kierank> and shows you the structure [20:14:43 CET] <Daemon404> are you sure it was me? it seems pretty niche. [20:14:48 CET] <Daemon404> and i use boxdumper for mp4 [20:14:51 CET] <rcombs> Daemon404: which is why I find myself not caring very much [20:14:54 CET] <Daemon404> (as well as my own tool) [20:15:16 CET] <Daemon404> containers == ??? [20:15:19 CET] <Daemon404> it cant be too many [20:15:25 CET] <Daemon404> rcombs, yes. [20:15:41 CET] <Daemon404> rcombs, like i said, adobe asked certain people to add support, and offered nothing in return [20:15:50 CET] <Daemon404> just "add support, it will be default output in premier" or something [20:15:54 CET] <rcombs> I don't understand why it exists [20:15:56 CET] <Daemon404> so i say: fuck adobe, and fuck smpte [20:16:05 CET] <Daemon404> they can pay if it botehrs them so much [20:16:21 CET] <Daemon404> sorry for the harsh french. i dislike adobe. [20:16:31 CET] <Daemon404> rcombs, one reason is it supports bayer [20:16:55 CET] <rcombs> lemme rephrase [20:16:58 CET] <Daemon404> kierank, i think i remember now.. sec [20:17:01 CET] <rcombs> I don't understand why GoPro uses it [20:17:15 CET] <Daemon404> because they acquired cineform for their NLE, i think? [20:17:19 CET] <rcombs> (and internal bayer support seems like it would only make sense if it was your capture format, right?) [20:17:21 CET] <Daemon404> and they cant *not* use their codec [20:17:21 CET] <Daemon404> ; [20:17:22 CET] <Daemon404> ;) [20:17:33 CET] <rcombs> oh kek [20:17:43 CET] <Daemon404> i could be wrong [20:17:52 CET] <rcombs> so "no legitimate reason" [20:18:55 CET] <Daemon404> kierank, hexmonkey? [20:18:59 CET] <Daemon404> hexmonkey* [20:19:01 CET] <kierank> yeah that was it [20:19:01 CET] <Daemon404> HEXAMONKEY* [20:19:05 CET] <Daemon404> weird name [20:19:20 CET] <Daemon404> rcombs, is there ever a legitimate reason for a new mezzanine format? [20:19:33 CET] Action: rcombs shrugs [20:19:55 CET] <Daemon404> ok there's one: continued employment of engineers [21:20:29 CET] <Daemon404> i should probably not reply to ganesh mails... there's just somethign about the way he writes / conducts hismelf that gets on my nerves [21:20:39 CET] <Daemon404> (and consequently im a jerk) [21:33:50 CET] <Compn> is it the british english that bothers you so? :P [21:34:12 CET] <Compn> wait nevermind, dont care [21:36:18 CET] <Daemon404> i live in the uk, so im thinking not. [21:36:51 CET] <Daemon404> moreover im canadian. [21:37:57 CET] <atomnuker> Daemon404: would you like a ganesh overload: http://ffmpeg.org/pipermail/ffmpeg-devel/2015-October/182520.html [21:39:12 CET] <Daemon404> saw it [21:39:18 CET] <atomnuker> I recommend the second to last paragraph, truly an excercise in poshness and verbosity [21:39:33 CET] <Daemon404> and i dont need a ganesh overload btw [21:39:36 CET] <Daemon404> every 2nd mail is his ;p [21:41:04 CET] <nevcairiel> and they dont really contribute anything meaningful, which makes it so tedious :) [21:41:21 CET] <Daemon404> it's not as if i contribute anything meaningful [21:41:23 CET] <Daemon404> ;) [22:09:42 CET] <jamrial> ubitux: your fate clients haven't updated for days now [22:10:34 CET] <ubitux> jamrial: yes, my second hd is dying, i can restore my raid [22:10:41 CET] <ubitux> i'm waiting for a new box to migrate everything [22:10:49 CET] <jamrial> oh, i see [22:10:49 CET] <ubitux> i can't* [22:10:59 CET] <ubitux> (everything the most i can :p) [22:11:09 CET] <jamrial> just letting you know in case you didn't notice like last time :p [22:11:33 CET] <cone-318> ffmpeg 03Michael Niedermayer 07master:4f03bebc79f7: avcodec/utils: Use 64bit for aspect ratio calculation in avcodec_string() [22:11:34 CET] <cone-318> ffmpeg 03Michael Niedermayer 07master:abee0a1c6061: avcodec/utils: Clear dimensions in ff_get_buffer() on failure [22:11:34 CET] <ubitux> yeah, thx, and sorry about the downtime [22:25:32 CET] <BBB> Daemon404: I see youre having the same issues Im having [22:25:36 CET] <BBB> congrats :) [22:27:12 CET] <Daemon404> "Sorry about that. Please do continue to call me out on such things; I [22:27:13 CET] <Daemon404> do not like unpleasantness on ffmpeg-devel." [22:27:19 CET] <Daemon404> im becoming British maybe [22:27:27 CET] <Daemon404> my instinct is to read it as an insult / snark [22:27:51 CET] <Daemon404> (i know it's not) [22:31:22 CET] <ubitux> re: i%4 vs i&3; you should ask him to make sure the compiler is smart enough regarding the signess of i [22:32:00 CET] <Daemon404> orite signedness [22:36:29 CET] <Daemon404> BBB, i think it would go smoother if he was on irc [22:36:35 CET] <Daemon404> realtime communication does wonders... [22:48:52 CET] <BBB> I guess it helps, yes [22:53:56 CET] <ubitux> http://b.pkh.me/xkcd1608.png [22:54:06 CET] <ubitux> i should stop wasting my time now [22:54:08 CET] <ubitux> :P [22:54:29 CET] <J_Darnley> :) [00:00:00 CET] --- Sun Nov 29 2015

1 0

ffmpeg.log.20151128
by burek 29 Nov '15

29 Nov '15

[01:08:36 CET] <infinmed> Hi, my -aspect 16:9 when making an ntsc dvd5 is actually converting my video via upscale to that resolution, i already upscale and pad with filters [01:08:43 CET] <infinmed> i just want to set the number in the media [01:08:47 CET] <infinmed> What might I do [01:10:09 CET] <infinmed> One sec I"ll show you my line [01:11:02 CET] <infinmed> ffmpeg -threads 6 -i "$1" -y -c:v mpeg2video -c:a ac3 -b:v 4250k -b:a 384k -q:v 1 -q:a 1 -async 1 -threads 6 -mbd rd -trellis 2 -cmp 2 -subcmp 2 -timecode 01:02:03.04 -r 30000/1001 -s ntsc -filter:v "scale='w=720:h=480',pad='720:480'" -aspect 16:9 -subq 2 -qcomp 0.7 -bf 2 -pass 1 -y -f dvd movie.mpg [01:11:30 CET] <infinmed> Well cancel the -q's i removed those [01:12:03 CET] <infinmed> That's jsut when i'm trying to two pass on a small video and ffmpeg wants to hit 1.6 and 2.0 [01:12:10 CET] <furq> infinmed: i think you want -vf setdar [01:12:11 CET] <infinmed> which means i might just crf [01:12:12 CET] <c_14> Why are you scaling twice? [01:12:23 CET] <c_14> and then padding to the hight you just scaled [01:12:25 CET] <infinmed> although anyways back to the question [01:12:26 CET] <c_14> this makes no sense [01:12:55 CET] <infinmed> I'm not scaling twice that's exactly what i'm trying to say, well i'm not trying to it's just if i don't add -aspect 16:9 [01:13:06 CET] <infinmed> Well, then I end up with dvdauthor with a 4:3 and not knowing what an ar of 4 is [01:13:14 CET] <c_14> >-s ntsc -filter:v scale= [01:13:17 CET] <infinmed> Are you teling me -aspect will accomplish that exact filter [01:13:20 CET] <c_14> Those are both inserting scale filters [01:13:34 CET] <infinmed> Alright noted [01:13:59 CET] <infinmed> Which one aught to I keep in yoru recomendation [01:14:05 CET] <infinmed> Becauswe if i take the -aspect out of there and play it with vlc [01:14:11 CET] <infinmed> It's ar is correct [01:14:15 CET] <infinmed> It's not stretched to 16:9 [01:14:17 CET] <c_14> I'm not even sure what resolution ntsc corresponds to [01:14:19 CET] <c_14> I'd remove that one [01:14:27 CET] <infinmed> 16:9 or 4:3 [01:14:36 CET] <infinmed> that's why i need to pad and crop [01:14:36 CET] <infinmed> me too thanks [01:14:38 CET] <infinmed> will do [01:14:52 CET] <c_14> Also, the pad is redundant [01:14:54 CET] <infinmed> Any idea on how to just set this aspect ratio and not let -aspect actually scale and pad [01:15:06 CET] <c_14> You're already scaling to that side, padding to the same size won't change anything [01:15:23 CET] <c_14> If you really only want a dvd, I'd just recommend using -target ntsc-dvd [01:15:35 CET] <infinmed> Without the pad i wouldn't have letterboxes on higher width videos [01:15:44 CET] <infinmed> no? [01:15:48 CET] <c_14> you won't have them with your current command either [01:16:08 CET] <infinmed> Alright well i'll just finger f' i figured it's more efficient to ask someone [01:17:06 CET] <infinmed> Scientific method, test and observe =] [01:17:08 CET] <infinmed> Thanks for the help [01:17:13 CET] <c_14> I'd probably start with only using -target ntsc-dvd, and then find out what happens [01:17:22 CET] <c_14> Most of your options are in conflict with each other [01:17:36 CET] <c_14> You're setting both a video and audio bitrate, but then also setting a quality [01:17:39 CET] <infinmed> I don't like that as you are at a moment wwhere libav and ffmpeg are like, you know [01:17:51 CET] <infinmed> And sometimes that target will not allow bitrates [01:17:51 CET] <infinmed> etc [01:17:54 CET] <infinmed> I know it's insane [01:17:56 CET] <infinmed> Although it is [01:18:40 CET] <c_14> I can try condensing your command line into something reasonable if you tell me exactly what you're trying to accomplish [01:18:55 CET] <infinmed> I already have [01:18:56 CET] <infinmed> So no thanks but thanks [01:19:13 CET] <infinmed> I'll tell you in a minute what it was I needed if you want [01:25:20 CET] <infinmed> yeh I just need to set the dar [01:25:22 CET] <infinmed> like the first person said [01:25:42 CET] <infinmed> 19:12 < furq> infinmed: i think you want -vf setdar [01:25:43 CET] <infinmed> absolutely correct thanks [01:25:45 CET] <infinmed> Take it easy [01:25:57 CET] <infinmed> I'll idle a few minutes [01:36:08 CET] <infinmed> I'm kind of confused, because i can't pad to 720 if the video is larger, to add letterboxes, so ... ffmpeg errors.. and if fi scale first then there is nothing to pad [01:37:50 CET] <kepstin> you're trying to turn a 16:9 video into a letterboxed 4:3 video? [01:38:17 CET] <infinmed> https://ffmpeg.org/pipermail/ffmpeg-user/2011-July/001746.html this is what i'm looking at [01:38:17 CET] <infinmed> no [01:38:24 CET] <infinmed> things that are higher aspect ratio [01:38:25 CET] <infinmed> to 16:9 [01:38:53 CET] <Tsutsukakushi> when converting avi to webm what options should i use so that the colours don't get completely ruined? [01:38:58 CET] <furq> can you not just setdar=21/9 or whatever [01:39:27 CET] <infinmed> I can try if you think that'll end up different than 16:9 [01:39:37 CET] <furq> i mean without adding black bars [01:39:55 CET] <infinmed> no becuase ntsc dvd format is purely either 4:3 or 16:9 i mean you could [01:40:00 CET] <infinmed> most dvd players would play it [01:40:01 CET] <infinmed> although.. yeh [01:40:19 CET] <kepstin> if you know the input video is always 16:9 or wider, simply doing -vf "scale=1280:-2,pad=1280:720:0:(oh-ih)/2" would be enough. [01:40:25 CET] <kepstin> assuming you want 720p output [01:40:25 CET] <infinmed> That link i posted has it i had based myself from that anyways i'll just look at things again [01:40:53 CET] <infinmed> well i'm ready to accept that point since there is not many 4:3 videos i make [01:41:35 CET] <kepstin> (that also assumes the input has square pixels, it gets more complicated if that's not the case) [01:41:37 CET] <infinmed> Those two commands in the link i pointed out [01:41:44 CET] <infinmed> I think one is just if it's less than 16:9 and more than 16:9 [01:42:08 CET] <infinmed> two commands so, all is well [01:42:08 CET] <infinmed> I could script it if i was that lazy [01:42:35 CET] <infinmed> "scale=iw*sar:ih , crop=min(iw\,ih*(16/9)):ow/(16/9)" -aspect 16:9 [01:42:40 CET] <infinmed> I know although I can just take out *sar [01:42:48 CET] <kepstin> hmm? the second-last filter chain shown in that post should work on any input video size [01:43:11 CET] <infinmed> I imagine or a yeh I mean yeh [01:43:45 CET] <kepstin> if you want a specific output size it would be a bit more tricky, probably easiest to add another scale at the end. [01:46:23 CET] <infinmed> perfect [01:46:25 CET] <infinmed> perfect kepstin [01:47:21 CET] <infinmed> It aspects correct and dvdauthor has no warnings at all [01:47:21 CET] <infinmed> ffmpeg -i "$1" -y -c:v mpeg2video -c:a ac3 -b:v 4250k -b:a 384k -async 1 -threads 6 -mbd rd -trellis 2 -cmp 2 -subcmp 2 -timecode 01:02:03.04 -r 30000/1001 -filter:v "scale=1280:-2,pad=1280:720:0:(oh-ih)/2,setdar=16:9" -subq 2 -qcomp 0.7 -bf 2 -pass 1 -y -f dvd movie.mpg [01:47:21 CET] <infinmed> ffmpeg -i "$1" -y -c:v mpeg2video -c:a ac3 -b:v 4250k -b:a 384k -async 1 -threads 6 -mbd rd -trellis 2 -cmp 2 -subcmp 2 -timecode 01:02:03.04 -r 30000/1001 -filter:v "scale=1280:-2,pad=1280:720:0:(oh-ih)/2,setdar=16:9" -subq 8 -qcomp 0.7 -bf 2 -pass 2 -y -f dvd movie.mpg [01:48:48 CET] <kepstin> in that case, the -f dvd is doing the equivalent of adding an additional scale=720:480 (if ntsc, i forget if it's ntsc or pal by default...) at the end, among other things. [01:49:09 CET] <infinmed> Well i tried without that and had vobu issues iwth dvdauthor in the past [01:49:10 CET] <infinmed> let me try [01:49:16 CET] <infinmed> it's just a format for the file [01:49:20 CET] <infinmed> afaik [01:49:26 CET] <kepstin> hmm, or right [01:49:54 CET] <kepstin> if this is for a dvd, the video will have to be scaled to either ntsc or pal SD resolution for authoring, of course. [01:50:05 CET] <infinmed> yes that's what your command accomplished for me [01:50:14 CET] <infinmed> 16:9 which is as wide as dvd5 ntsc supports [01:50:19 CET] <infinmed> err ntsc even [01:50:34 CET] <cbsrobot-> 16:9 and 4:3 ist the aspect [01:50:45 CET] <cbsrobot-> resolution is somthing like 720x576 [01:50:50 CET] <infinmed> it's the dar [01:50:53 CET] <infinmed> display aspect ratio [01:51:07 CET] <infinmed> not of the viewable area that's the par [01:51:10 CET] <kepstin> yeah, ntsc supports 720x480 either stretched horizontally to 16:9 or squished horizontally to 4:3 [01:51:12 CET] <infinmed> Althoguh that's irrelevant [01:51:23 CET] <kepstin> (it's more complicated than that, but that's close enough) [01:51:40 CET] <cbsrobot-> if you want to burn your file to DVD this is not irrelevant [01:51:52 CET] <infinmed> Trust me it is, the dar is the same as -aspect 16:9 [01:52:05 CET] <infinmed> It jsut sets the number without attempting to modify anything [01:52:57 CET] <infinmed> ask flux [01:52:58 CET] <infinmed> =] [01:53:05 CET] <kepstin> -aspect 16:9 on an ntsc dvd isn't quite correct, since there's a border in the image size that's not part of the displayed image that you have to account for. But I think if you're storing in a vob/mpg container, it'll get rounded to the correct value [01:53:15 CET] <infinmed> That's why i just wanted dto set the number [01:53:16 CET] <infinmed> for the format [01:53:20 CET] <infinmed> and crop it relatively [01:53:22 CET] <infinmed> which is exactly what it does [01:53:34 CET] <infinmed> with your crop command or the one on the link i posted [01:54:50 CET] <kepstin> in general, the crop and scale filters in ffmpeg preserve the sample aspect ratio (sar), which is equivalent to adjusting the display aspect ratio (dar) in such a way that there's no stretch/squish distortion. [01:55:12 CET] <kepstin> (or in the case of some scale operations, they adjust the sar if needed) [01:56:02 CET] <infinmed> ^^ well there is always that, and that could be an issue, although afaik anything made in the last years would have the same sar, isn't it static for all hd display [01:56:14 CET] <infinmed> It was just different on CRT neh? [01:56:16 CET] <kepstin> all modern hd video uses a sar of 1:1, yeah [01:56:21 CET] <infinmed> right [01:56:34 CET] <kepstin> aka square pixels. it's just the old sd ntsc/pal stuff that's annoying to deal with [01:56:54 CET] <infinmed> Exactly [01:57:09 CET] <infinmed> Not too worried about it unless I want to convert it either way [01:57:39 CET] <infinmed> All and all this is more proper then? [01:57:40 CET] <infinmed> "scale=iw*sar:ih , pad=max(iw\,ih*(16/9)):ow/(16/9):(ow-iw)/2:(oh-ih)/2" [01:57:40 CET] <infinmed> -aspect 16:9 [01:58:28 CET] <kepstin> generally accepted values for ntsc video, with a visible image area of ~704x480 within a 720x480 size is 10:11 for 4:3, or 40:33 for 16:9 [01:58:56 CET] <infinmed> Well that will scale it into 1:1 from what I am let know [01:59:04 CET] <infinmed> Either way so, aught I wory about it [01:59:44 CET] <infinmed> Thanks for the help [01:59:52 CET] <kepstin> but yeah, in general taking a sar 1:1 aspect ratio 16x9 video and doing a "scale=720x480" will be "close enough" for ntsc dvd [02:00:05 CET] <kepstin> it'll be slightly stretched horizontally, but not noticably. [02:00:32 CET] <infinmed> =] [02:02:14 CET] <infinmed> I'm thinking it was just the irreletivity I took from the crop commands [02:02:17 CET] <infinmed> Later all =] [02:26:31 CET] <jje_> fflogger: fyi... I just figured out why my output wasn't real 60fps all the way through... I hadn't defined the rate for the 'color' generator. r=60 worked :) [02:26:39 CET] <jje_> have a great weekend all! [05:16:11 CET] <pinPoint> is aac now out of strict experimental? [05:16:21 CET] <pinPoint> libaac I think its called [05:17:07 CET] <furq> it depends which aac encoder you use [05:17:35 CET] <furq> afaik the native ffmpeg one is still experimental, but that one's not very good anyway [05:32:33 CET] <c_14> furq: It's actually not bad these days. [05:32:38 CET] <c_14> There's been a lot of work on it lately. [05:32:54 CET] <c_14> It should get the experimental flag removed whenever the next few patches get finished. [05:32:57 CET] <pinPoint> furq: the experimental is really good [05:33:08 CET] <pinPoint> I've played with it just wasn't sure it fell out of experi. mode [05:33:22 CET] <c_14> pinPoint: afaik not yet. soon" [05:33:27 CET] <pinPoint> that includes, youtube videos, flac files, etc [05:33:38 CET] <pinPoint> c_14: I was sure it was coming out like last month or two [05:33:49 CET] <pinPoint> c_14: thanks [05:33:59 CET] <c_14> The people working on it got busy [05:35:46 CET] <c_14> pinPoint: https://trac.ffmpeg.org/ticket/2686 in case you're interested [05:39:00 CET] <pinPoint> ah [05:46:53 CET] <pinPoint> interesting... 8weeks ago "the edge of our seats" never got pushed/committed. [10:14:35 CET] <jonascj> I have several sets of images I try to convert into a single timelapse including some title frames. My idea was to create a few individual videos and concat them. [10:14:56 CET] <waressearcher2> jonascj: hallo [10:15:12 CET] <jonascj> For the concat to work I need to .ts video from the images. is "ffmpeg -i %d.jpg -r 10 out.ts" enough? [10:15:33 CET] <jonascj> Or should I have some format options in there? [10:16:24 CET] <jonascj> waressearcher2: hello [10:17:13 CET] <jonascj> -f mpegts maybe [10:42:01 CET] <jonascj> directly to ts (ffmpeg -i %d.jpg -r 24 -f mpegts part.ts) followed by concat and encoding to x264 (ffmpeg -i "concat:part1.ts|part2.ts" -c:v libx264 out.mp4) looked horrible. [10:42:11 CET] <jonascj> Maybe I have to tune the x264 quality parameters [10:59:27 CET] <Keshl> jonascj: On the second one, try this: -c:v libx264 -preset medium -crf 23 -movflags faststart -pix_fmt yuv420p out.mp4 [11:00:23 CET] <jonascj> Thanks, I will. But actually I found that the original .ts results looked horrible [11:00:36 CET] <Keshl> Well, that'll do it too.. XD [11:01:43 CET] <jonascj> So I have to find a way to improove the original TS results, or do jpg -> mp4 -> ts -> mp4 [11:02:22 CET] <jonascj> or multiply the title frames and do everything in one go [11:02:30 CET] <Keshl> For kicks, try doing what I said anyway but from the first TS, and use -crf 0 . It'll be lossless then, and /then/ convert to TS and see if it looks clean. [11:02:46 CET] <Keshl> If it doesn't after that, it's TSs fault somehow and you should probably be looking at those parameters. oÉo. [11:05:11 CET] <jonascj> The originals are just jpg images which look good. So it is the jpg->ts that screws things up. Would you try the your suggestion with mp4 first, then to ts and then to mp4 again? (jpg -> mp4 with your preset -> ts -> concat to mp4? [11:05:49 CET] <Keshl> I'd give it a shot since I'm not great with ffmpeg and it might magically fix stuff with me having no clue why, but I'm fairly sure that nobody else would. XD [11:06:08 CET] <Keshl> You should probably just read TS' parameters. Maybe they're absurdely low-quality by default. [11:07:11 CET] <jonascj> Thanks, I'll try some things [11:07:40 CET] <Keshl> Tell me if'ya get it workin'! I has a similar issue! OÉO Okay, well, I just wanna cat videos together. Still. -É-. [11:32:01 CET] <gentwo_> i am trying to compile ffmpgeg for my server, debian.. following installation guide from here https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu [11:32:25 CET] <gentwo_> stuck on ffmpeg after CD to fffmpeg.. can some one give me help please [11:33:01 CET] <gentwo_> the PATH="HOME/bin ..... doesn't do anything,, how can i proceed with that steps? [11:39:23 CET] <gentwo_> my mistake.. i should have been ignored all those "\" lines... my bad... [11:39:53 CET] <jonascj> :) [11:39:54 CET] <gentwo_> libavcodec/dvdsubdec.c:321:17: warning: conversion lacks getting during the compile.. [11:40:09 CET] <gentwo_> i guess that just a normal warning... [11:47:59 CET] <gentwo_> and i wonder why need yasm!! [11:56:13 CET] <durandal_170> gentwo_: for less cpu cycles and faster execution [12:11:12 CET] <gentwo_> i have only one user in the server.. [12:11:35 CET] <gentwo_> i guess its installed in the /root/bin/ffmpeg .. some reason my drupal don't detect .. :( sign [12:11:53 CET] <fritsch> i really hope your drupal does not access /root directory ... [12:12:03 CET] <fritsch> and even reads from it [12:12:17 CET] <gentwo_> ouch!! [12:12:49 CET] <gentwo_> fritsch: what are the options.. [12:13:10 CET] <fritsch> get some professional webserver support ... [12:13:45 CET] <fritsch> running a webside as root user and accessing root's files ... disqualifies you from managing any server [12:14:23 CET] <gentwo_> :( [12:14:49 CET] <fritsch> and now back to scratchboard ... [12:15:17 CET] <gentwo_> but drupal doesn't access any of this.. it access only /var/www folder [12:15:41 CET] <gentwo_> is that i have to move ffmpeg in that folder!!? i don't understand... [12:15:57 CET] <fritsch> no further comment ... if you run your webserver software as root users - i won't help you with a single bit ... [12:17:06 CET] <gentwo_> fritsch: my webserver has single user , thats just root..// but the appache2 allows only /var/www.. and user can only access the public files.. which will be upload.. [12:17:43 CET] <gentwo_> fritsch: give me some hint.. i will follow that... [12:17:52 CET] <gentwo_> just new to this, 2 weeks only... [12:18:45 CET] <fritsch> you use gentoo? [12:19:02 CET] <gentwo_> yes.. but not that extensive..low knowledge.. [12:19:12 CET] <fritsch> then please use a distro you can manage [12:19:20 CET] <gentwo_> :D [12:19:30 CET] <fritsch> this is for sure not the gentoo beginner's channel [12:19:51 CET] <gentwo_> fritsch: but my webserver is running with debian.. not gentoo. [12:20:11 CET] <gentwo_> i have no issues with gentoo. thats fine.. [12:20:41 CET] <waressearcher2> aber warum nichts CentOS ? [12:41:51 CET] <rls> hi [12:42:10 CET] <rls> is it possible to replace nginx-rtmp with ffserver? [12:42:55 CET] <rls> I want to be fetching an udp stream and restreaming it locally as rtmp [12:44:02 CET] <waressearcher2> rls: hallo [12:44:14 CET] <rls> hi [12:44:24 CET] <waressearcher2> rls: wie geht's ? [12:44:45 CET] <rls> waressearcher2: I'm fine, thanks:) [13:20:32 CET] <gentwo_> ok.. i have installed now a user.. not any more root.. [13:20:36 CET] <gentwo_> fritsch: ^ [13:20:58 CET] <fritsch> on debian the www server runs as www-data [13:21:00 CET] <fritsch> automatically [13:21:06 CET] <gentwo_> yes.. [13:21:11 CET] <fritsch> so it never run as root [13:21:33 CET] <gentwo_> so i have a bin directory under new user home folder.. will that do? [13:24:49 CET] <gentwo_> fritsch: so my earlier option was not bad at all.. users won't be able to access... [13:24:57 CET] <gentwo_> fritsch: correct me if i am wrong.. [13:25:25 CET] <fritsch> nope [13:25:41 CET] <fritsch> you need to distinguish between path the www server should access for serving [13:25:50 CET] <fritsch> and paths it should uses for internal configuration [13:25:57 CET] <gentwo_> fritsch: please give me some example and educate me... [13:26:30 CET] <gentwo_> so my option with user having a bin in home folder containing ffmpeg is bad idea? [13:26:42 CET] <fritsch> who / what will execute ffmpeg binary? [13:26:49 CET] <gentwo_> drupal [13:27:05 CET] <gentwo_> in other words www-data [13:27:28 CET] <fritsch> 2.8.3-Jarvis-beta3 <- you did that? [13:27:31 CET] <fritsch> wargh [13:27:35 CET] <fritsch> https://www.drupal.org/node/422306 [13:27:39 CET] <fritsch> most likely you did - right? :-) [13:28:07 CET] <fritsch> then "just" configure it accordingly [13:28:29 CET] <fritsch> if it does not work, check that the ffmpeg bin is executable by "the rest" [13:28:34 CET] <fritsch> e.g. has chmod +rx [13:28:42 CET] <shevy> I have two input files, foobar.jpg and foobar.mp3 [13:28:57 CET] <shevy> I try to attach the image, to the .mp3, into a new .mp4 so that the .mp4 just will display that static image [13:29:07 CET] <gentwo_> fritsch: thank you.. [13:29:17 CET] <gentwo_> fritsch: sir [13:29:20 CET] <shevy> I was trying to follow some website which says to use something like this here: [13:29:23 CET] <shevy> ffmpeg -loop 1 -i foobar.jpg -i foobar.mp3 -c:v libx264 -c:a -strict experimental -b:a 192k -shortest output.mp4 [13:29:41 CET] <shevy> However, my ffmpeg 2.8.3 says "Unable to find a suitable output format for 'experimental'" [13:30:03 CET] <shevy> is that perhaps a deprecated option? [13:36:14 CET] <JEEB> that's because you were setting an audio encoder (-c:a) and when it expected an encoder name the argument you gave it was "-strict" (which is not an encoder AFAICS) and the next argument was taken as the output file name [13:37:02 CET] <JEEB> there is no output container ("format") implicit for 'experimental' (since it has no extension) [13:37:21 CET] <JEEB> basically you most probably wanted "-c:a aac -strict experimental" :P [13:38:21 CET] <JEEB> (also you definitely want to update your FFmpeg to current master since IIRC the vast AAC encoder improvements for the internal encoder are not in 2.8.x) [13:51:44 CET] <kepstin> even in 2.8.x it should be better than vo-aacenv, at least. [13:51:53 CET] <shevy> JEEB I see [13:52:14 CET] <JEEB> kepstin: true [14:38:51 CET] <gentwo_> ffmpeg faststart where can i fidn it? [14:39:10 CET] <durandal_170> in docs [14:40:37 CET] <gentwo_> hmmm.. i need to install seperate!! i don't understand.. [14:41:40 CET] <durandal_170> its option if you are creating new files [14:42:25 CET] <durandal_170> And utility in tools for already existing files [15:38:39 CET] <rls> I'm having issues routing an udp stream with ffmpeg to ffserver as flv [15:39:05 CET] <rls> I get an accepted connection (200) at ffserver and just after that I get Conversion failed! at ffmpeg? [15:39:34 CET] <Ripmind-> Is it possible to convert an iso file with ffmpeg? [15:39:42 CET] <rls> no [15:39:45 CET] <BtbN> Use nginx-rtmp if you need an rtmp server. [15:39:50 CET] <Ripmind-> and the contents of it? [15:39:54 CET] <Ripmind-> when i mount the iso? [15:40:01 CET] <rls> BtbN: that seems to keep f-ing its buffers after every 12 seconds [15:40:09 CET] <BtbN> Works for me. [15:40:09 CET] <rls> Ripmind-: then yes [15:40:23 CET] <BtbN> You did set the worker count to 1? [15:40:24 CET] <Ripmind-> do i just do ffmpeg -i <pathtomount> ? [15:40:54 CET] <rls> BtbN: I don't understand why it does it, but I'm fetching an UDP stream and sending it to nginx-rtmp and when I play through VLC it looses audio buffers after 12s of streaming [15:41:07 CET] <rls> Ripmind-: you need output settings as well [15:41:17 CET] <BtbN> That's just VLC. Its rtmp support is broken. [15:41:29 CET] <rls> what to use to see if it works alright? [15:41:33 CET] <rls> videojs? [15:41:40 CET] <Ripmind-> "ffmpeg -i F: -c:v nvenc guardians.mkv" that's my command :( [15:41:41 CET] <BtbN> ffplay, mpv, MPC-HC, ... [15:41:44 CET] <Ripmind-> but i get permission denied [15:41:44 CET] <BtbN> so, basicaly everything else. [15:42:13 CET] <rls> BtbN: ffplay seems to play it with choppy fps for some reason [15:42:29 CET] <BtbN> I'd guess your stream is broken in some way then. [15:42:39 CET] <rls> the udp stream is correct [15:43:25 CET] <rls> and the only conversion I'm doing is from aac-lc to aac with -bsf:a aac_adtstoasc [15:43:34 CET] <rls> so I can fit an mpegts in the flv container [15:43:59 CET] <BtbN> That's not changing it from lc to something else though. It just changes where the extradata is stored. [15:44:02 CET] <Ripmind-> so, can ffmpeg convert a bluray disk to mkv? [15:44:16 CET] <rls> Ripmind-: it should be able to [15:44:19 CET] <Ripmind-> humm [15:44:27 CET] <BtbN> Propably not, as blurays are filled with DRM as much as humanly possible. [15:44:49 CET] <BtbN> And even if it could, pointing it to some directory won't do anything usefull [15:44:57 CET] <Ripmind-> i always get permission denied [15:46:04 CET] <c_14> Ripmind-: you have to build with libbluray, and then hope said bluray isn't encrypted [15:46:20 CET] <Ripmind-> c_14: it's not in by default? [15:46:34 CET] <c_14> No [15:46:46 CET] <c_14> And then you have to use the bluray protocol [15:46:47 CET] <BtbN> It's legaly questionable I guess, so you'll have to build it yourself. [15:46:48 CET] <Ripmind-> how lucky i am that i already have my buld env. for ffmpeg :) [15:48:23 CET] <c_14> libbluray shouldn't be questionable since it doesn't do any DRM circumvention, libaacs on the other hand would depend on where you live (though since it doesn't include any actual keys it should be fine as well) [15:51:37 CET] <gentwo_> http://pastebin.com/35vn6mzF getting an error while encoding.. please give me some hint [15:52:55 CET] <c_14> [libx264 @ 0x1d621a0] constant rate-factor is incompatible with 2pass. [15:53:19 CET] <c_14> And [libx264 @ 0x1d621a0] -qscale is ignored, -crf is recommended. [15:53:27 CET] <gentwo_> hmm, i am using some preset.. is that a reason.. [15:53:48 CET] <c_14> Do you want a constant bitrate or do you want "constant quality"? [15:54:34 CET] <gentwo_> i don't mind variable bit rate.. its for a website. aiming for mobile users only.. [15:54:47 CET] <c_14> Then don't use 2-pass, and get rid of the -qscale [15:55:12 CET] <c_14> You might also want to set an audio bitrate [15:55:30 CET] <c_14> Not sure what the default is, but it's probably low [15:57:03 CET] <kepstin> that stream doesn't even have any audio anyways... [15:57:10 CET] <gentwo_> c_14: i can't find those option in the configuarion of drupal video modules.. may be something i have to setup manually.. [15:57:13 CET] <gentwo_> no idea [16:20:57 CET] <gentwo_> i wish i can get a good preset code.. [16:21:10 CET] <gentwo_> any suggestion.. seems the preset i am using is very bad.. [16:21:21 CET] <gentwo_> c_14: any thoughts please.. [16:21:36 CET] <c_14> I have no idea what those drupal video modules are [16:22:23 CET] <c_14> I can help you with an ffmpeg commandline, but that's about it. [16:22:53 CET] <gentwo_> c_14: i am exporting my current preset .. it contains all the stuff./. may be you could give me a hint.. [16:23:25 CET] <gentwo_> c_14: http://pastebin.com/4uaGtR60 [16:24:03 CET] <gentwo_> for sure i am doing something wrong again as usual [16:32:42 CET] <gentwo_> c_14: i did it,,, wghooooooooooooooooooooooaaaaaaaaaaaaa [16:32:46 CET] <gentwo_> thanks guys [16:32:47 CET] <gentwo_> :D [16:36:16 CET] <gentwo_> avi passed well.. but failed on mov [16:36:21 CET] <gentwo_> c_14: http://pastebin.com/FzaqA5nJ [16:36:36 CET] <gentwo_> error opening filters .. what does that mean [16:50:20 CET] <c_14> ffmpeg doesn't have a qdmc decoder [17:04:10 CET] <Franciman> Hello [17:04:48 CET] <Franciman> I want to use ffmpeg APIs from C, where can I find their documentation? [17:05:06 CET] <Franciman> and maybe some tutorial too [17:05:48 CET] <fritsch> https://ffmpeg.org/doxygen/trunk/api-example_8c-source.html Franciman [17:06:07 CET] <Franciman> oh great, thanks [17:06:43 CET] <fritsch> https://github.com/FFmpeg/FFmpeg/tree/master/doc/examples <- there are some more [17:07:33 CET] <Franciman> thanks fritsch [17:24:31 CET] <rls> hi [17:24:43 CET] <rls> is it possible to embed ffplay in QT or some other GUI? [17:26:40 CET] <JEEB> ffplay is not a proper video player [17:26:56 CET] <JEEB> look at libmpv/libvlc for actual video player embedding [17:27:04 CET] <JEEB> both should have Qt embedding examples [17:27:26 CET] <JEEB> unless you really meant QT and not Qt :P [17:27:48 CET] <rls> well, I've never written GUIs on python, just installet PyQt4 [17:27:58 CET] <JEEB> ok, so you meant Qt [17:27:59 CET] <rls> and wanted to use ffmpeg's libraries to embed a couple of video feeds in a gui [17:28:06 CET] <JEEB> ffplay is not a library [17:28:40 CET] <JEEB> anyways, if you need an actual *player* (which uses actual libav* libs in the background), then libmpv and libvlc are the things you want to be looking at [17:29:14 CET] <rls> nice, thanks [17:30:04 CET] <rls> which one is supposed to be better? [17:30:42 CET] <Franciman> Hey, if I am extracting audio from a video, how can I determine whether the current AVPacket contains just one frame or more than one? [17:30:45 CET] <JEEB> libmpv has a much better renderer (opengl / opengl els with ANGLE for windows), libvlc is probably more mature at this point [17:30:51 CET] <JEEB> *opengl es [17:31:08 CET] <JEEB> you can check the Qt examples for both [17:33:49 CET] <rls> JEEB: thanks, I'll try how that could be done in PyQt:) [17:41:14 CET] <rls> JEEB: am I supposed to install libvlc for python via pip? [17:41:57 CET] <JEEB> lolwut [17:42:29 CET] <rls> not sure how to get the lib [17:42:59 CET] <JEEB> build it or download a binary for your OS/distro? [17:43:08 CET] <JEEB> also if you want to use libvlc, goto #videolan [17:46:43 CET] <rls> didn't realise the obvious fact that VLC has libvlc:) [18:20:34 CET] <Ripmind-> the bitrate when i execute ffmpeg, is this the encoding bitrate or the bitrate the video file will have at the end? [18:26:50 CET] <DHE> ffmpeg displays the bitrate of the file at the end [18:48:53 CET] <Ripmind-> How do i set a better quality? [18:49:02 CET] <Ripmind-> the option -crf doesn't exist for me [18:49:07 CET] <c_14> what codec? [18:51:13 CET] <Ripmind-> It's the nvenc [18:51:30 CET] <Ripmind-> i fouznd -vb and set it to 50M, should that be good? [18:52:29 CET] <c_14> 50M is pretty high, haven't tested at what point nvenc starts producing decent quality though [18:52:54 CET] <Ripmind-> it need spretty big bitrates from what i heared [18:53:03 CET] <Ripmind-> Also, how can i select the audio stream? [18:53:18 CET] <Ripmind-> I want Stream #0:2, not #0:1 [18:53:27 CET] <c_14> use map? [18:53:34 CET] <Ripmind-> Ok, i'll cresearch that [18:53:35 CET] <Ripmind-> thanks [19:01:24 CET] <Ripmind-> [dca @ 0000004d88f4fba0] Overread auxiliary data by 32 bits <- can this be somethign bad? [19:01:30 CET] <Ripmind-> Error while decoding stream #0:2: Invalid data found when processing input [19:02:04 CET] <c_14> Either means the input bitstream is invalid or there's a bug somewhere. [19:07:10 CET] <Ripmind-> it came up 6 times now [19:28:17 CET] <Prelude_Zzzzz> hey everyone, what is the best filter to smooth edges .. i am using some low bit rates and i see a lot of pixel issues on the edges [20:16:52 CET] <kepstin> Prelude_Zzzzz: do you want to filter the video before encoding in the hopes of reducing the appearance of issues, or filter after decoding to hide the issues? [20:17:24 CET] <ffmpegstarter> Hello, I am trying to capture video and audio from a Cam (/dev/video1) and ac:1 and write it to a file output.mp4. Using the command http://pastebin.com/xYRamzMG but the output video plays the video very fast first and then the audio plays in a normal speed. How can I sync both of them and get atleast 25fps currently at ~10 [20:17:39 CET] <jrm> I'm trying to make a screencast using this: http://ftfl.ca/paste/screencast.html. It's working, but the colour is off. Everything is quite a bit duller. I can post screenshots and a short clip if it's helpful. [20:17:53 CET] <kepstin> the only sort of pre-filtering that would help is a blur to reduce the high-frequency content of the picture. [20:17:56 CET] <Prelude_Zzzzz> the encoding actually [20:18:09 CET] <Prelude_Zzzzz> i just see the rough edges on the output [20:18:12 CET] <Prelude_Zzzzz> another crazy thing is... [20:19:03 CET] <Prelude_Zzzzz> http://pastebin.com/8Dh2rLX7 [20:19:10 CET] <Prelude_Zzzzz> that is super more important and i have been at it for hours [22:27:41 CET] <Putti> Hi! Can I have screen capture video to be outputted as raw file with ffmpeg (no h264 encoding etc. happening)? At the moment i'm using the following command to do the capturing: "ffmpeg -video_size 3840x2160 -framerate 30 -f x11grab -i :0.0 -vcodec libx264 -r 30 -qp 0 -preset ultrafast output.mkv". But the CPU usage is high so I'm wondering if the encoding process could be done afterwards.. [22:28:47 CET] <JEEB> yeah, you can use things like ffv1, ffvhuff or utvideo instead. all of which are lossless altogether (so no need for the -qp/q) [22:31:52 CET] <Putti> JEEB, ok. So they're lossless but does ffmpeg need to do some conversion from it's internal binary representation to output with for example ffv1? Or is ffv1 used internally? [22:32:24 CET] <JEEB> of course there is some sort of compression done because raw RGB or YCbCr is just a *lot* of data [22:33:52 CET] <JEEB> you can output raw video to nut I guess if you really want to [22:34:12 CET] <Putti> Oh, I want to try it ! :D [22:34:23 CET] <JEEB> (nut is a container I've pretty much only seen used with raw video and audio together with timestamps and the type of raw video it is) [22:34:24 CET] <Putti> How should I change my command= [22:34:33 CET] <JEEB> but really, try one of the faster lossless coders first [22:34:53 CET] <JEEB> if those are still too slow, start checking if it's really the encoding that's slowing you down, or something before that [22:35:00 CET] <Putti> My command looks like this now: ffmpeg -video_size 3840x2160 -framerate 30 -f x11grab -i :0.0 -vcodec ffv1 -r 30 -preset ultrafast output.mkv . Does it look alright? [22:35:02 CET] <JEEB> such as the action of screen capture itself [22:35:27 CET] <JEEB> skip the -r after input unless you want to convert it to something else than the input [22:35:35 CET] <JEEB> also ffv1 has no presets [22:35:39 CET] <JEEB> otherwise looks good [22:35:54 CET] <JEEB> also ffv1 might be one of the slower ones out of those three [22:36:05 CET] <JEEB> ffvhuff might be the fastest [22:36:35 CET] <c_14> Last time I checked ffv1 had the best speed/compression ratio. [22:36:46 CET] <JEEB> yeah, but if speed is the only thing mentioned here [22:37:05 CET] <JEEB> he has 2160p content there as far as I can tell, so I guess the main idea is to be "fast enough" [22:37:42 CET] <Putti> yeah [22:37:45 CET] <JEEB> but if both ffvhuff and ffv1 are slow, then it's just a case of welp, and you will have to check if it's as slow encoding from raw data on a ramdisk or so [22:37:59 CET] <JEEB> thus, making sure that your capture part isn't making it slow [22:38:09 CET] <JEEB> rather than whatever is happening afterwards [22:38:22 CET] <c_14> If you only care about speed, zlib should be the fastest. [22:38:22 CET] <Putti> ffv1 looks like it's working fast but the fps which it uses is 9 [22:38:35 CET] <Putti> in which file format should the output be= [22:38:36 CET] <Putti> ? [22:38:47 CET] <c_14> matroska [22:39:10 CET] <c_14> I think only ffmpeg will eat that though [22:39:28 CET] <JEEB> oh right, zlib is around too [22:39:39 CET] <JEEB> I guess that's exactly what the name implies [22:39:48 CET] <JEEB> and threading is made with frame threads at the same time [22:40:53 CET] <Putti> It's not outputting any file: "ffmpeg -video_size 3840x2160 -framerate 30 -f x11grab -i :0.0 -vcodec ffv1 -r 30 -f matroska output" what might be wrong? [22:41:20 CET] <JEEB> full terminal output please, in a pastebin [22:41:36 CET] <JEEB> also as I said, don't have -r after -i since you already have -framerate before -i [22:41:44 CET] <JEEB> you are doing unnecessary possible changes with that [22:41:51 CET] <JEEB> or well, processing [22:41:55 CET] <Putti> Oh! It worked on the second time [22:41:59 CET] <JEEB> in the best case it's a no-op [22:42:05 CET] <Putti> Okay! [22:42:08 CET] <JEEB> in the worst case you are getting crappy frame rate conversion there [22:42:15 CET] <JEEB> so no need for it there [22:42:16 CET] <JEEB> :P [22:43:06 CET] <Putti> Looks like the cpu usage is still pretty high with ffv1 [22:44:42 CET] <Putti> I'll try the other ones, or how did I use the nut thing? [22:45:00 CET] <c_14> -f nut [22:45:08 CET] <furq> Putti: if you're going to be encoding this anyway you might want to try using x264 non-lossless [22:45:12 CET] <JEEB> just try ffvhuff , zlib, utvideo first [22:45:13 CET] <furq> it should be faster than x264 lossless [22:45:35 CET] <JEEB> I think the idea was to create a proper well-compressed copy afterwards :P [22:45:39 CET] <JEEB> without the realtime requirement [22:45:41 CET] <Putti> yes! [22:46:09 CET] <furq> i'm inferring from "I'm wondering if the encoding process could be done afterwards.." [22:46:09 CET] <Putti> exactly, I don't have any need to stream it right away to somewhere etc. [22:47:08 CET] <Putti> So my goal is basically just to have the screen capture working with as low cpu usage as possible and with 30fps [22:47:33 CET] <JEEB> also you could take a look at the capture speed with `ffmpeg -video_size 3840x2160 -framerate 30 -f x11grab -i :0.0 -f null -` [22:47:37 CET] <JEEB> that's a benchmark of sorts [22:48:05 CET] <furq> Putti: my point is that -qp 0 will probably have higher cpu usage than -crf 23 or whatever lossy setting [22:48:10 CET] <JEEB> "capture stuff and just pass the stuff that would be fed to encoders to the void" [22:48:24 CET] <Putti> JEEB, that gives exactly 30 fps [22:48:33 CET] <JEEB> ok [22:49:06 CET] <JEEB> `ffmpeg -video_size 3840x2160 -framerate 30 -f x11grab -i :0.0 -c:v rawvideo -f nut welp.nut` [22:49:10 CET] <JEEB> this is the raw video thing [22:49:34 CET] <JEEB> (this actually does funky things when the input is compressed IIRC) [22:49:54 CET] <JEEB> (because rawvideo can also mean "input, as-is") [22:50:16 CET] <Putti> Does it matter that it says 8.7 fps with that raw command? [22:50:42 CET] <JEEB> most probably IO limited [22:50:47 CET] <JEEB> iotop time :P [22:52:08 CET] <JEEB> also you probably want to not compress audio [22:52:25 CET] <JEEB> although I'm not sure if you have audio with that [22:52:26 CET] <Putti> Well I don't care whether there is audio or not [22:53:00 CET] <JEEB> yeah, I guess you would have to have pulse or alsa input in there to have audio [22:53:31 CET] <furq> Putti: bear in mind that 4k rawvideo is going to be about 350MB/sec [22:54:50 CET] <JEEB> which is why I noted that it's most probably the IO [22:54:53 CET] <Putti> iotop shows 300MB disk write [22:55:15 CET] <Putti> so I guess I need a raid of ssds :P [22:55:37 CET] <JEEB> try out ffvhuff, zlib as well [22:55:56 CET] <Putti> I will [22:55:58 CET] <JEEB> and yeah, this is why you have light lossless compression :P [22:56:34 CET] <Putti> I think there will be 10GBs of data after few minutes of recording :D [22:56:50 CET] <furq> there'll be 20GB after one minute [22:57:58 CET] <Putti> wow! Hey, with ffvhuff what do I set as a file type? [22:59:40 CET] <furq> mkv [23:01:59 CET] <Putti> Okay. Is there somewhere documentation about which file types can be used with different encoders? for ffv1 I found but not for ffvhuff [23:03:27 CET] <JEEB> in general unless a muxer complains that it can't put format X into container Y it shouldn't be an issue [23:03:56 CET] <JEEB> I would probably recommend nut for raw or some very specific video formats due to the fact that the timestamps are stored better there than in matroska [23:04:05 CET] <JEEB> although I think for 30fps matroska should be fine, too [23:04:16 CET] <JEEB> matroska murders 24000/1001 for example [23:04:42 CET] <JEEB> (due to the imprecision of its timebase capabilities) [23:06:14 CET] <Putti> ffvhuff did 20 fps for me. But I have seen that it does it for any encoder if I put as an extension .mkv [23:06:37 CET] <JEEB> container shouldn't matter :P [23:06:47 CET] <JEEB> unless that muxer is very badly written [23:07:02 CET] <JEEB> and so far I don't remember any that would be like that [23:08:03 CET] <Putti> with mp4 and h264 I got that 30 fps but then the cpu usage was so high [23:08:11 CET] <furq> Putti: i take it you have a good reason for not downscaling [23:08:59 CET] <Putti> furq, by downscaling you mean lowering the resolution? [23:09:03 CET] <furq> yes [23:09:10 CET] <furq> even 1440p should be more than twice as fast [23:11:38 CET] <Putti> Actually I'm just testing which settings would make the lowest cpu usage. But I want to record 1080p but so that my whole screen would be there.. but when I put the video size as 1920x1080 it didn't capture the whole screen. [23:12:09 CET] <furq> -video_size 3840x2160 -i :0.0 -vf scale=1920:1080 [23:13:09 CET] <Putti> Ok haha, but now the fps dropped by 10 [23:13:38 CET] <Putti> So that might be useful after recording :) [23:16:02 CET] <Putti> but I guess I need to forget 4k recording now until I might get an ssd raid :P [23:16:22 CET] <Putti> and plenty of space on them [23:19:34 CET] <Putti> Thank you everyone for helping me! :) [23:48:16 CET] <Putti> Is Intel QuickSync Video acceleration in ffmpeg already? I see in the documentation under -hwaccel that it should be but ./configure doesn't show it as an option. [23:49:09 CET] <JEEB> I think it uses libmxf as its back-end, so I think ./configure --help might show it as such [23:49:23 CET] <JEEB> that said, just keep in mind that it will do not so well compressed lossy only [23:49:37 CET] <JEEB> nvidia has support for lossless 4:2:0 and 4:4:4, funny enough [23:49:44 CET] <Putti> --list-hwaccels showed it :) [23:49:57 CET] <Putti> Okay, good to know! [00:00:00 CET] --- Sun Nov 29 2015

1 0

ffmpeg-devel.log.20151127
by burek 28 Nov '15

28 Nov '15

[00:58:56 CET] <Timothy_1u> michaelni_: thoughts on adding a logo to https://github.com/FFmpeg ? [01:37:04 CET] <michaelni_> Timothy_1u, sounds like a good idea, should i add one? which one ? [01:40:46 CET] <pippin> does it make sense to only expose bit_rate and bit_rate_tolerance or some other small set of properties for generic codec configuration? [01:42:30 CET] <pippin> wondering if a somewhat generic frame-sink node in dataflow based thing would then end up having decent defaults for the various codecs [03:45:43 CET] <Timothy_1u> michaelni_: let's use this one: https://cloud.githubusercontent.com/assets/1538624/11433124/dfdb41f6-946d-1… [03:46:02 CET] <Timothy_1u> You know how to change it right? [03:46:33 CET] <Timothy_1u> https://github.com/organizations/FFmpeg/settings/profile [03:56:26 CET] <michaelni_> Timothy_1u, changed [03:58:07 CET] <Timothy_1u> cool thx [04:34:33 CET] <kylophone> Working on another filter. Is there a good way to detect whether or not the current frame is the final frame of the stream? [09:49:52 CET] <bove> which is the default rescale algorithm in swscale? [09:53:48 CET] <ubitux> SWScaler AVOptions: [09:53:50 CET] <ubitux> -sws_flags <flags> E..V.... scaler flags (default bicubic) [09:58:00 CET] <JEEB> I recommend you try out zscale btw [09:58:21 CET] <JEEB> you need the zimg library for it, but it should give in many cases a much better result [09:58:38 CET] <JEEB> (although I still need to fix the fact that the libavfilter thing doesn't propagate colorimetry to the encoder it seems) [10:15:03 CET] <mateo`> Hello o/, I'm looking at extracting the exif information from a jpeg file without decoding. The problem is that the metadata is actually stored in the decoded frame metadata. It seems there is no current way to put those metadata at the stream level and it feels wrong to put them at the AVCodecContext level. [10:16:23 CET] <wm4> well, libavformat could just parse it, I suppose [10:16:24 CET] <mateo`> One solution would be to let the jpeg parse extract the exif data, put it in the avpacket side data, and export a public function to parse it [10:16:32 CET] <mateo`> or libavformat yes [10:20:53 CET] <nevcairiel> dont we have formatcontext metadata for such things, the place id3 etc also ends up [10:22:20 CET] <mateo`> I'm still a bit undecided whether it's a good idea to have this feature in ffmpeg (ie: extracting exif without decoding) as there are libraries that already do that, what do you think ? [10:23:35 CET] <mateo`> If it's done in libavformat, it would imply that the metadata will possibly change for every frame [14:05:38 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:a1f6b05f5228: avcodec/cabac_functions: Fix "left shift of negative value -31767" [14:05:38 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:8000d484b83a: avcodec/cabac: Check initial cabac decoder state [14:11:50 CET] <nevcairiel_> People that argue by attacking the other sides rhetoric instead of actually presenting arguments should be banned from development processes [14:14:28 CET] <wm4> I'm sorry for being an asshole [14:16:25 CET] <kierank> I don't see why this magic api can't just give you the choice of whether to use a thread or not [14:16:43 CET] <kierank> nicolas idea that threading is not the solution for I/O is insane [14:17:35 CET] <wm4> well, it's true that the kind of people who tried figuring out how to do thousands of connections on a single web server concluded that the right answer is thread pools with many async connections on each thread [14:18:44 CET] <kierank> yes [14:18:53 CET] <kierank> exactly [14:19:15 CET] <wm4> which means whatever it processes actually needs an async API, not something blocking [14:19:33 CET] <wm4> which is surely what he meant# [14:19:44 CET] <wm4> (and I don't remember why we were even talking about this) [14:19:51 CET] <kierank> you do still need separate threads for things like udp capture [14:20:15 CET] <kierank> but as long as you don't do too much you can put them all in a single source thread [14:40:54 CET] <cone-149> ffmpeg 03Michael Niedermayer 07release/2.8:24c504bd0a7c: avcodec/cabac_functions: Fix "left shift of negative value -31767" [14:40:55 CET] <cone-149> ffmpeg 03Michael Niedermayer 07release/2.8:4c718691ea32: avcodec/cabac: Check initial cabac decoder state [14:40:56 CET] <cone-149> ffmpeg 03Michael Niedermayer 07release/2.8:a353cc44a654: Update for 2.8.3 [14:58:52 CET] <Daemon404> giant thread time again apparently [14:58:57 CET] Action: Daemon404 doesnt read [15:17:02 CET] <cone-149> ffmpeg 03James Almer 07release/2.8:644296e736ee: avutil/softfloat: use abort() instead of av_assert0(0) [15:32:11 CET] <atomnuker> making the aac encoder init threadsafe might be messy [15:32:35 CET] <atomnuker> ff_aac_tableinit is shared between the decoder and encoder [15:33:14 CET] <atomnuker> so using both the decoder and encoder at the same time (transcoding) will still call it twice [15:33:22 CET] <Daemon404> eh? [15:33:37 CET] <Daemon404> just share the var used by ff_thread_once [15:33:55 CET] <atomnuker> yeah, I know [15:35:05 CET] <atomnuker> I'd just prefer not to but oh well [15:35:18 CET] <Daemon404> it's not any worse than sharing a table [15:49:27 CET] <durandal_170> what's up with network today? [15:50:49 CET] <Daemon404> freenode maybe getting ddosed [15:50:52 CET] <Daemon404> as per usual [15:51:35 CET] <cone-149> ffmpeg 03Michael Niedermayer 07n2.8.3:HEAD: avcodec/cabac: Check initial cabac decoder state [15:55:34 CET] <wm4> ddos [15:57:27 CET] <cone-149> ffmpeg 03Rostislav Pehlivanov 07master:3d62e7a30fa5: aacenc: make threadsafe [16:01:21 CET] <cone-149> ffmpeg 03Rostislav Pehlivanov 07master:222545cc7e09: aactab.h: update and correct comment [16:05:30 CET] <wm4> -mquin- [Global Notice] We are again experiencing connectivity problems to some servers due to DDoS attacks. Please bear with us while we ride it out. [16:13:45 CET] <J_Darnley> Apparently it is "Email Free Friday" here. I better send some to counter that. [16:34:12 CET] <atomnuker> ubitux: "sorry to notice only now; maybe add a static?" < huh? [16:34:34 CET] <atomnuker> exp2_lut is within a function [16:34:56 CET] <ubitux> and? [16:35:04 CET] <ubitux> btw, your latest commit broke build [16:35:07 CET] <ubitux> + * Tables in this file are shared by the AAC decoders and encoder */ [16:35:09 CET] <ubitux> +*/ [16:35:15 CET] <ubitux> double */, breaks build [16:36:10 CET] <ubitux> atomnuker: i suppose that with static it will end up in ro memory, while without it might be copied on the stack or sth (to be checked) [16:36:25 CET] <atomnuker> shit... [16:38:08 CET] <cone-149> ffmpeg 03Rostislav Pehlivanov 07master:591fbd629ef5: aactab.h: fix comment [16:39:15 CET] <ubitux> thx [16:41:13 CET] <atomnuker> oh btw, I do remember doing comparisons between having small tables defined as consts in the function and as static const variables within a file [16:41:45 CET] <atomnuker> the asm gcc generated looked better when the tables were inside the functions [16:42:35 CET] <atomnuker> though it was a file with a single function so you'd think it wouldn't change anything [16:47:13 CET] <ubitux> atomnuker: http://b.pkh.me/nostatic-static.html [16:50:36 CET] <ubitux> so indeed, stack gets "enlarged" of 0x1070 and it seems somehow memcpyed [16:50:44 CET] <ubitux> if your table is not static [16:51:08 CET] <ubitux> btw, if someone knows a better way of diffing assembly, i'm all ear [16:51:41 CET] <ubitux> i will ignore anyone suggesting IDA [16:53:41 CET] <atomnuker> I thought compilers would be smart enough to know to optimize that out [16:53:51 CET] Action: atomnuker should stop thinking compilers have ESP [17:26:13 CET] <funman> ubitux: there are objdump beautifiers, not sure if they'd make diff look better though [18:39:55 CET] <Timothy_1u> mpv has a twitter account? [18:44:15 CET] <wm4> it does? [18:45:16 CET] <Timothy_1u> lol [18:45:17 CET] <Timothy_1u> https://twitter.com/mpv_player [18:49:08 CET] <J_Darnley> You don't exist or you're just a spammer if you don't have a Twatter account. [18:54:51 CET] <cone-149> ffmpeg 03Rostislav Pehlivanov 07master:ec0719264cb9: aac: temporarily un-share aac_table_init AVOnce variable [19:14:48 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:ef9f7bbfa473: avcodec/hevc: Check entry_point_offsets [19:24:30 CET] <cone-149> ffmpeg 03Ganesh Ajjanagadde 07master:8453095f3eb8: avcodec/aac_tablegen: make exp2_lut static [19:35:44 CET] <wm4> atomnuker: what do you mean by initializing the table twice? [19:36:12 CET] <nevcairiel> both aacenc and aacdec init the same table [19:36:39 CET] <wm4> so a race condition of the kind init_once is supposed to prevent? [19:36:41 CET] <nevcairiel> but that can be improved with careful fixing [19:37:01 CET] <nevcairiel> shouldnt really hurt, init twice is usually safe, as long as the data isnt volatile [19:37:17 CET] <nevcairiel> and it can be fixed with more careful pthread_once use [19:40:04 CET] <Daemon404> [14:33] <@Daemon404> just share the var used by ff_thread_once [20:54:20 CET] <ubitux> funman: do you know any? [21:13:43 CET] <nevcairiel> Daemon404: thats what he did, and it was wrong =p [21:16:40 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:75422280fbcd: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_decode*() [21:16:41 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:feb3f39614b8: avcodec/jpeg2000dwt: Check ndeclevels before calling dwt_encode*() [21:56:22 CET] <funman> ubitux: no, i know there was one somewhere on rockbox website but couldn't find it again [22:26:44 CET] <cone-149> ffmpeg 03Rostislav Pehlivanov 07master:6b407551588b: aacenc: fix broken build with hardcoded tables [22:36:34 CET] <Timothy_1u> nevcairiel: something weird happening with http://fatebeta.ffmpeg.org/log/x86_32-msvc14-dll-windows-native/20151127205… [22:37:04 CET] <Timothy_1u> libavdevice/avdevice.dll : fatal error LNK1107: invalid or corrupt file: cannot read at 0x308 [22:37:07 CET] <Timothy_1u> /c/Dev/ffmpeg/fate/x86_32-msvc2015-shared/src/tests/api/Makefile:17: recipe for target 'tests/api/api-flac-test.exe' failed [22:39:11 CET] <fritsch> libavdevice/avdevice.dll <- 0 byte by chance? [23:56:21 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:d5028f61e44b: avcodec/hevc_cabac: Fix multiple integer overflows [23:56:22 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:36205501ba2f: avcodec/pthread_slice: Allow calling ff_alloc_entries() multiple times to readjust the entry count [23:56:23 CET] <cone-149> ffmpeg 03Michael Niedermayer 07master:d85aa7611521: avcodec/hevc: allocate entries unconditionally [00:00:00 CET] --- Sat Nov 28 2015

1 0

ffmpeg.log.20151127
by burek 28 Nov '15

28 Nov '15

[01:33:06 CET] <NoNet> This works: ffmpeg -i input.mkv -vf "subtitles=filename=input.mkv,scale=hd480" -c:v libx264 -crf 20 -c:a aac -strict experimental -b:a 192K ouput.mp4 [01:34:26 CET] <NoNet> I have one problem left. The input file has chapter information in it and the output file ends up also with the chapter titles burned in. How can I suppress that? [01:39:03 CET] <klaxa> NoNet: if you know what streams you want in your output (e.g. only audio and video) you can use -map to strip everything but those streams [01:39:05 CET] <furq> NoNet: -map_chapters -1 [01:39:11 CET] <klaxa> i.oh, that seems easier [01:40:17 CET] <NoNet> Ahhh. I remember reading about that but didn't make the connection to this instance. Thank you. [01:40:46 CET] <furq> on which note [01:41:00 CET] <furq> is there any way to get ffmpeg to take input from an IFO file [01:41:18 CET] <furq> or some tool that will and produces output i can pipe to ffmpeg [02:21:52 CET] <c_14> furq: the dvdsub decoder has a -ifo_palette option [02:36:29 CET] <furq> i was thinking more along the lines of PGCs and chapter markers [02:37:41 CET] <furq> i'm pretty sure ffmpeg has nothing but i figured there might be a tool that i could pipe to ffmpeg [04:50:43 CET] <Prelude_Zzzzz> hey everyone.. good evening.. testing out some GPU ( NVENC ) encoding ... ran through and have 2 processes running.. one to get the signal and then i tee off to 2 process for encoding. The question i have is .... i was using 100% cpu for the 2 sessions.. i recompiled ffmpeg with yasm and now its only 60% usage of cpu [04:51:01 CET] <Prelude_Zzzzz> any way to lower cpu usage even further ? and what does yasm do ? i can't find a real good detail for it [06:09:24 CET] <waressearcher2> Prelude_Zzzzz: hallo [06:39:49 CET] <jxself> Hello, I am trying to build ffmpeg from git (as opposed to using 2.8.2) so as to get support for libvpx 1.5. It seems I am only able to build it if I do not use --enable-libass. See http://dpaste.com/1CF7PQ0 Am I doing something wrong? [06:46:06 CET] <jxself> I am able to succesfully build 2.8.2 in the same way, but with only libvpx 1.4. [06:58:41 CET] <grambo> hey guys, I'm having some trouble building and install ffmpeg on fedora 23 [06:58:59 CET] <grambo> i followed the guide here https://trac.ffmpeg.org/wiki/CompilationGuide/Centos [06:59:16 CET] <grambo> and supposedly it's installed now [06:59:57 CET] <grambo> but when I do a search from bash: search -name "ffmpeg" it only returns folders, and the folders don't contain anything that looks like an executable [07:00:15 CET] <grambo> searching from root folder [07:00:54 CET] <grambo> where should I expect ffmpeg to be installed on fedora? [07:09:15 CET] <waressearcher2> jxself: hallo [07:09:23 CET] <waressearcher2> grambo: wie geht's ? [07:09:53 CET] <jxself> Ahoy there, waressearcher2. [07:10:34 CET] <grambo> waressearcher2: ? [07:10:45 CET] <dsl420> grambo, search? i would do find / -iname "ffmpeg" [07:11:05 CET] <grambo> dsl420: sorry i ment find [07:12:03 CET] <furq> according to that guide it's in $HOME/ffmpeg_build [07:13:05 CET] <grambo> its definitely not there [07:13:19 CET] <grambo> that folder is setup like it should be there [07:13:40 CET] <grambo> it has a bin folder, lib folder, shares folder [07:13:51 CET] <grambo> but in the bin directory there is only a single folder [07:13:53 CET] <grambo> no files [07:14:02 CET] <grambo> im thinking something went wrong with the build [10:31:54 CET] <nindustries> Hi [10:31:54 CET] <nindustries> Is there any hardware out yet capable of h265 hardware acceleration ? [10:32:36 CET] <nindustries> I'm thinking in terms of transcoding video [10:34:19 CET] <JEEB> for PCs there's intel's skylake and nvidia's 960 and latter (as in, released after the 960 - which doesn't include the 970/980) [10:34:20 CET] <JEEB> for SoCs there should be plenty of decoding capable ones [10:36:05 CET] <nindustries> Skylake. hm [10:46:23 CET] <nindustries> Does ffmpeg use hardware accell. at all by default ? [10:46:41 CET] <nindustries> I read somewhere quicksync gave quality degradation [10:47:46 CET] <bove> I'm trying to slow down a 120fps clip to 25 using the following: -r 25 -filter:v 'setpts=N/(25*TB)' [10:51:05 CET] <bove> According to the wiki, setpts=4.8*PTS should also work, but has no effect: https://trac.ffmpeg.org/wiki/How%20to%20speed%20up%20/%20slow%20down%20a%20… [10:55:55 CET] <JEEB> nindustries: decoding of AVC and HEVC should be bit-exact, encoders are a completely different ballpark as it depends on what the ASICs are configured to do [10:56:01 CET] <nindustries> I see [10:56:36 CET] <JEEB> usually ASICs are meant for fast/low latency [10:56:37 CET] <JEEB> while that is not always what you want (or you can get similar speeds with CPU encoders with better compression) [11:03:54 CET] <bove> Trying -vsync passthrough now, but that gives me "Non-monotonous DTS in output stream" and VLC will not play it correctly [11:13:31 CET] <relaxed> bove: -r 25 before the input will slow it down without losing frames [12:37:22 CET] <rls> hi [12:37:57 CET] <rls> would there be a way of preventing the loads error messages saying: decode_slice_header error no frame! non-existing PPS 0 referenced [12:38:29 CET] <rls> I expect that to be because ffmpeg expects a keyframe, but what it fetches first from udp is iframes [13:13:04 CET] <bove> relaxed: Well... that was simple. Is there an easy way to stretch the audio accordingly? [14:09:58 CET] <jokoon> hello [14:10:48 CET] <jokoon> how do you speed up a video, without an pro software ? I tried with avidemux without success. [14:10:56 CET] <jokoon> don't know where to ask [14:13:27 CET] <waressearcher2> jokoon: hallo [14:13:49 CET] <jokoon> hi [14:14:19 CET] <jokoon> I tried the filters stuff [14:14:25 CET] <jokoon> doesn't do anything] [14:14:55 CET] <waressearcher2> jokoon: wie geht's ? [14:15:37 CET] <jokoon> sorry I don't speak german [14:19:28 CET] <waressearcher2> jokoon: -filter:v setpts=0.1*PTS ? [14:21:42 CET] <jokoon> without the ffmpeg command line [14:27:53 CET] <dantti> can ffmpeg static link against x264 so it does not fail finding the codec? I trying to link it to my app but I guess it still looks for sth which I don't know [14:30:42 CET] <dantti> I added --enable-gpl and --enable-static but I guess that matters more to ffmpeg itself [14:36:15 CET] <waressearcher2> dantti: hallo [14:52:34 CET] <Kwoth> Hello, i have a problem regarding ffmpeg. Im trying to get PCM data from a mp3 file. http://pastebin.com/raw.php?i=e5QZbJYv This is my current code. First i am unsure about the data im getting, because there is some ffmpeg text at the start and the end, and i need only raw PCM data [14:53:09 CET] <Kwoth> Can someone help me ragarding this issue? [14:53:59 CET] <Kwoth> I am using .net, C# [14:54:14 CET] <waressearcher2> Kwoth: hallo [14:54:40 CET] <durandal_1707> put -i mp3 at start after ffmpeg [14:56:44 CET] <durandal_1707> Kwoth: ^ [14:57:29 CET] <Kwoth> hey, thanks so, remove last -i and add -i mp3 after ffmpeg? [14:59:11 CET] <durandal_1707> yes,-i 1.mp3 [15:32:36 CET] <Kwoth> durandal_170: seems i got raw pcm data, but how can i know what is the size of the block in order to send it [15:32:51 CET] <Kwoth> i tried some random values, sound is very choppy and slowed down [15:47:09 CET] <durandal_170> it must be multiple of 4 [15:48:09 CET] <durandal_170> if it is stereo [15:55:18 CET] <jje_> Greetings. I have an issue with ffmpeg in that it does not seem to keep the source's 60fps through to the output. [15:55:38 CET] <jje_> I have 4 mov files in 60fps that I am merging into one by using complex_filter and overlay. However, the output file's motion looks like 25fps. [15:55:56 CET] <jje_> The content is a scrolling text, so it's easy to spot the difference in 'fluid motion'. I have tried different settings, including defining -r "60" for both input and output and encoding to different codecs. When encoding, ffmpeg shows it's duplicating frames to create the 60fps output, but as all the inpit files are 60fps, it shouldn't duplicate anything. [16:05:54 CET] <jje_> fflogger: http://pastie.org/10584234 [16:06:40 CET] <jje_> This command outputs a 60fps file, but some conversion must occur since the output is not as fluid as the input. [16:12:52 CET] <styler2go> Why is ffmepg never using full cpu utilization? It always just takes arounf 30-50% on mine [16:28:23 CET] <DHE> because data isn't coming in fast enough, typically [16:28:39 CET] <c_14> Also depends on the codecs [16:28:42 CET] <c_14> And filters [16:28:42 CET] <DHE> or going out, for example if saving high bitrates to slow media [16:32:44 CET] <styler2go> i am conveting mp4 to webm but it is sooo slow [16:32:52 CET] <styler2go> but at the same time not sressing the cpu [16:33:13 CET] <styler2go> feels like it could be much faster if it'd use all cou power [16:40:15 CET] <kepstin> styler2go: how are you measuring cpu usage? it's likely that the libvpx encoder is maxing out one or two cpu cores, and not using all cores of your multi-core cpu. [16:40:53 CET] <kepstin> you could try using the '-threads' parameter with a larger value, but i'm not really sure it would gain you much, the multi-threaded encoding in libvpx isn't that great iirc. [18:35:26 CET] <philtre> Hi everyone. Im trying to build FFmpeg on Mac with https support Im getting the following error: ERROR: gnutls not found using pkg-config, although I have GnuTLS installed via Homebrew. Any ideas? [18:41:20 CET] <DHE> need to set a PKG_CONFIG_PATH perhaps? [19:00:15 CET] <philtre> Sorry, got disconnected. [19:01:12 CET] <philtre> Its funny because when I do pkg-config --cflags gnutls I get the following: -I/usr/local/Cellar/gnutls/3.3.18/include -I/usr/local/Cellar/nettle/2.7.1/include -I/usr/local/Cellar/libtasn1/4.7/include [19:02:11 CET] <philtre> So pkg-config is obviously able to locate packages installed via Homebrew [19:02:32 CET] <c_14> upload your config.log to a pastebin service [19:05:42 CET] <philtre> pasting& [19:06:12 CET] <philtre> http://pastebin.com/TkfytUKR [19:07:34 CET] <c_14> ld: library not found for -lnettle [19:07:51 CET] <c_14> What does pkg-config --libs gnutls return? [19:08:10 CET] <philtre> -L/usr/local/Cellar/gnutls/3.3.18/lib -lgnutls -lnettle -lhogweed -lgmp [19:08:32 CET] <c_14> Is libnettle.so in /usr/local/Cellar/gnutls/3.3.18/lib ? [19:08:48 CET] <c_14> .so or .a [19:10:22 CET] <philtre> nope, cant find it, just a bunch of libgnutls*.dylib [19:11:12 CET] <philtre> actually, I reinstalled gnutls right now [19:11:37 CET] <philtre> Because I had modified its .pc file earlier [19:11:58 CET] <philtre> now pkg-config --libs gnutls only returns: [19:12:04 CET] <philtre> -L/usr/local/Cellar/gnutls/3.3.18/lib -lgnutls [19:12:17 CET] <c_14> try running configure again [19:14:27 CET] <philtre> ok, heres the new config.log http://pastebin.com/EfmyaFH1 [19:15:25 CET] <c_14> ld: warning: ignoring file /usr/local/Cellar/gnutls/3.3.18/lib/libgnutls.dylib, file was built for x86_64 which is not the architecture being linked (armv7): /usr/local/Cellar/gnutls/3.3.18/lib/libgnutls.dylib [19:16:11 CET] <philtre> hmm, interesting [19:16:45 CET] <philtre> So, does that mean I should try to build gnutls from source instead of Homebrew? [19:17:04 CET] <furq> you can't use system libraries if you're cross compiling [19:17:33 CET] <furq> unless homebrew has multiarch support [19:18:11 CET] <philtre> That makes sense [19:19:15 CET] <philtre> Ill try something else and check in later. Thanks a bunch! [19:34:24 CET] <SirCmpwn> I'm having some issues setting the framerate for rawvideo [19:35:24 CET] <SirCmpwn> I've invoked ffmpeg like so: ffmpeg -f rawvideo -framerate 30 -video_size 1280x800 -pixel_format argb -i pipe:0 -r 30 -vf vflip output.mp4 [19:35:32 CET] <SirCmpwn> but it plays back too fast when it's done encoding [19:36:42 CET] <kepstin> are you sure the input is actually 30fps? [19:36:54 CET] <SirCmpwn> pretty sure, yes [19:37:12 CET] <SirCmpwn> I'm grabbing a frame and then nanosleeping for 3.3*10^7 nanoseconds [19:37:26 CET] <SirCmpwn> this is happening in real time, fwiw [19:38:37 CET] <SirCmpwn> code: https://sr.ht/2OD9.txt [19:40:43 CET] <kepstin> hmm. I wonder if setting a high value for the input framerate option then using a filter "setpts=T-STARTT" to put in realtime timestamps might work. [19:40:44 CET] <SirCmpwn> here's an example video that comes out of this: https://sr.ht/dfwd.mp4 [19:41:10 CET] <SirCmpwn> kepstin: how should I change the args to do that? just put in some ridiculous framerate, and then what does the filter look like? [19:42:35 CET] <kepstin> the input framerate value wouldn't matter at all, you could actually remove it. add in "-filter setpts=T-START" before the output file. [19:42:42 CET] <kepstin> no idea how well that would work, might be a bit jittery :/ [19:43:14 CET] <SirCmpwn> I tried without the input framerate too, to no avail [19:43:17 CET] <SirCmpwn> let me give that a shot [19:43:24 CET] <c_14> setpts=N/(30*TB) ? [19:43:28 CET] <kepstin> oh, remove the output -r option do if you do that [19:43:43 CET] <kepstin> I think the issue is most likely that your application isn't actually managing 30fps [19:43:57 CET] <SirCmpwn> I'm very nearly certain it is [19:44:05 CET] <SirCmpwn> this is a wayland compositor [19:44:11 CET] <kepstin> since you're doing a synchronous pipe write to ffmpeg, which is pretty slow. [19:44:20 CET] <SirCmpwn> oh, the thing could be [19:44:23 CET] <SirCmpwn> I should not fflush every time [19:44:27 CET] <DHE> you'd think so, but sleeping for 1/30 seconds means that all other processing must be instantaneous or you'll have drifting [19:44:30 CET] <kepstin> pipes usually only have 16-64k buffer, so it can't write an entire frame, so the write blocks [19:44:43 CET] <kepstin> you need to do the write asynchronously, probably with another thread. [19:44:48 CET] <SirCmpwn> yeah, I'll also see if I can't time how long each loop takes [19:44:52 CET] <DHE> what you might try is using an external timer (itimer, timerfd on linux) to clock against [19:44:55 CET] <SirCmpwn> I'd rather not add another thread into this [19:45:20 CET] <kepstin> yeah, if most of your time is waiting, timing to a reference clock rather than doing a fixed sleep would work [19:45:45 CET] <SirCmpwn> ah, it's much better if I don't fflush every time [19:45:51 CET] <kepstin> so sleep for (frame period - time spent writing current frame) [19:45:58 CET] <kepstin> or so [19:46:00 CET] <SirCmpwn> I'll add timing, I thought it might be fast enough not to bother [19:46:08 CET] <DHE> I wrote an app using timerfd (linux only) and I really like it. [20:09:38 CET] <SirCmpwn> hmm [20:11:13 CET] <SirCmpwn> I changed it so that it would subtract the time spent in the loop guts from the sleep [20:11:18 CET] <SirCmpwn> but it always comes out to zero ns [20:11:25 CET] <SirCmpwn> even though it's clearly not [20:13:32 CET] <SirCmpwn> https://sr.ht/RJcs.txt [20:13:46 CET] <SirCmpwn> oh hurr [21:00:05 CET] <Seven_Six_Two> I'm so confused. I have a mpg2 file, with a subtitle and audio stream that I don't want. I am trying to extract the video (without reencoding it) but when I do, the subtitles end up hardcoded??? [21:00:26 CET] <Seven_Six_Two> I get the video without issue, and the audio is gone, which is good. But the subs are still there, and can no longer be disabled like they can on the source [21:00:39 CET] <Seven_Six_Two> ffmpeg -i src.mpg -map 0:2 -vcodec copy dest.mpg [21:01:16 CET] <c_14> Seven_Six_Two: can you pastebin the complete console output of that command? [21:01:18 CET] <BtbN> -map 0:v:0 -c:v copy -an -sn [21:03:08 CET] <Seven_Six_Two> http://pastebin.com/w7diKykU [21:03:53 CET] <Seven_Six_Two> BtbN, I'm not sure if that was intended for me, because it's not obvious to me what it does [21:04:18 CET] <c_14> hmm, it looks fine to me. You could try updating your version of ffmpeg/trying with a static build [21:04:48 CET] <Seven_Six_Two> it sort of is fine. I don't get an error. [21:05:02 CET] <Seven_Six_Two> should that have left all subs behind? [21:05:08 CET] <c_14> yes [21:06:18 CET] <Seven_Six_Two> http://pastebin.com/yf0j5SBZ info on the original file [21:08:12 CET] <Seven_Six_Two> it started out as avi/mp3 and I extracted the mp3. Then I used handbrake to convert video to dvd compliant mpeg, and audio to mp2 (although it's wrong lang, and am going to replace it with correct stream) [21:14:44 CET] <Seven_Six_Two> woot they're gone! Thanks all [21:15:17 CET] <Seven_Six_Two> oh wait... dammit no they're not. they're still there. :( [21:15:49 CET] <c_14> Are you sure your video player isn't just doing strange things? [21:17:01 CET] <Seven_Six_Two> in what way? there are no srt in the folder. no text files at all, actually. [21:17:27 CET] <Seven_Six_Two> in the source, I can disable subs in the video player. in the dest, I can't. [21:17:53 CET] <Seven_Six_Two> aaw wait. [21:18:17 CET] <Seven_Six_Two> oh damn. sorry I'm an idiot. thanks for making me check again [21:19:49 CET] <Seven_Six_Two> It must have been the video conversion that hardcoded them. I could have sworn they didn't, but I have to go back a step [21:23:54 CET] <Seven_Six_Two> I accidentally converted a video in the same folder as an srt file, and my stupid program hardcoded them. Sorry to waste your time. [00:00:00 CET] --- Sat Nov 28 2015

1 0

ffmpeg-devel.log.20151126
by burek 27 Nov '15

27 Nov '15

[01:10:03 CET] <cone-216> ffmpeg 03Michael Niedermayer 07master:b3494e3c3eab: avcodec/pthread_slice: Remove rets_count [01:39:22 CET] <arpu> TD-Linux, do you know an Server for web over Http publish ? i only found ffserver and a apache module [01:39:28 CET] <arpu> web= webm [01:39:37 CET] <TD-Linux> arpu, icecast can do it. [01:42:19 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.8:c4133b25f8cd: avcodec/takdec: Use memove, avoid undefined memcpy() use [01:42:20 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:510d88ae939f: softfloat: assert when the argument of av_sqrt_sf is negative [01:42:21 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:c3f276b60830: aacps: avoid division by zero in stereo_processing [01:42:22 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:d09fd0736a43: brstm: reject negative sample rate [01:42:23 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:df31acda644a: dvdsubdec: validate offset2 similar to offset1 [01:42:24 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:a8513826dda2: dds: validate source buffer size before copying [01:42:25 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:ef699b4135f4: dds: validate compressed source buffer size [01:42:26 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:bf2f7115d9d7: dds: disable palette flag for compressed images [01:42:27 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.8:983e63b49018: avcodec/avrndec: Use the AVFrame format instead of the context [01:42:28 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:6b0bc64f54e5: mpegvideo: clear overread in clear_context [01:42:29 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.8:d1d48d4319ab: avcodec/jpeg2000: Check comp coords to be within the supported size [01:42:30 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.8:c3a44a2a5563: avcodec/jpeg2000dec: Check SIZ dimensions to be within the supported range [01:42:31 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.8:bdbfc12e7f24: avcodec/jpeg2000: Change coord to 32bit to support larger than 32k width or height [01:42:32 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:b372ad819e35: mxfdec: check edit_rate also for physical_track [01:42:33 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:22017f7745f9: hqx: correct type and size check of info_offset [01:42:34 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.8:34f2d7455587: aacsbr: don't call sbr_dequant twice without intermediate read_sbr_data [01:44:28 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.7:185126415eee: Merge commit 'd80811c94e068085aab797f9ba35790529126f85' [01:44:29 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.7:65dc69860738: riffdec: prevent negative bit rate [01:44:30 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.7:27f3696502e1: avcodec/takdec: Use memove, avoid undefined memcpy() use [01:44:31 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.7:9e3848328dae: aacdec: don't return frames without data from aac_decode_er_frame [01:44:32 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.7:258584cfaf86: dvdsubdec: validate offset2 similar to offset1 [01:44:33 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.7:725d7fb2c608: mpegvideo: clear overread in clear_context [01:44:34 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.7:1f6c88e287d1: mxfdec: check edit_rate also for physical_track [01:44:35 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.7:67ed1ee680b7: hqx: correct type and size check of info_offset [01:44:54 CET] <arpu> TD-Linux, thx [01:46:59 CET] <cone-216> ffmpeg 03Ronald S. Bultje 07release/2.6:cf4b0fb4d6f9: vp9: add support for resolution changes in inter frames. [01:47:00 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.6:8aeff8a01370: avcodec/s302m: Only set the sample rate when some data is output [01:47:01 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.6:1d852105c200: s302m: fix arithmetic exception [01:47:02 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.6:9b93805245eb: Merge commit 'd80811c94e068085aab797f9ba35790529126f85' [01:47:03 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.6:de61d9f8a1c3: riffdec: prevent negative bit rate [01:47:04 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.6:b91980edcf19: avcodec/takdec: Use memove, avoid undefined memcpy() use [01:47:05 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.6:4dc7e2dd8289: aacdec: don't return frames without data from aac_decode_er_frame [01:47:06 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.6:d5009d6b6d9f: dvdsubdec: validate offset2 similar to offset1 [01:47:07 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.6:b7d1bbe139f4: mpegvideo: clear overread in clear_context [01:47:08 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.6:48e86b69619c: mxfdec: check edit_rate also for physical_track [01:50:43 CET] <cone-216> ffmpeg 03wm4 07release/2.5:22dbde85e7ff: vp9: avoid infinite loop with broken files [01:50:44 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:cd76447d3d24: alsdec: limit avctx->bits_per_raw_sample to 32 [01:50:45 CET] <cone-216> ffmpeg 03Ronald S. Bultje 07release/2.5:1548223d29c9: vp9: add support for resolution changes in inter frames. [01:50:46 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.5:761bd6df06ec: avcodec/s302m: Only set the sample rate when some data is output [01:50:47 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:d4aeaa217328: s302m: fix arithmetic exception [01:50:48 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:85ef06c666d1: nutdec: check maxpos in read_sm_data before returning success [01:50:49 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:87781f952b25: wavpack: use get_bits_long to read up to 32 bits [01:50:50 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:10bf3c255918: wavpack: limit extra_bits to 32 and use get_bits_long [01:50:51 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:6c36f0b57c6e: imc: use correct position for flcoeffs2 calculation [01:50:52 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.5:4202e9d97244: Merge commit 'd80811c94e068085aab797f9ba35790529126f85' [01:50:53 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:0cf02e015bac: riffdec: prevent negative bit rate [01:50:54 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.5:54133b7aebbc: avcodec/mpeg12dec: Do not call show_bits() with invalid bits [01:50:55 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:4636eb896880: jvdec: avoid unsigned overflow in comparison [01:50:56 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.5:8beb5d17f1e1: avcodec/takdec: Use memove, avoid undefined memcpy() use [01:50:57 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:b6a4abc7705f: dvdsubdec: validate offset2 similar to offset1 [01:50:58 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:d52df5cffa18: mpegvideo: clear overread in clear_context [01:50:59 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.5:cc0e35c44153: mxfdec: check edit_rate also for physical_track [01:54:10 CET] <cone-216> ffmpeg 03wm4 07release/2.4:f3e33608a5d6: vp9: avoid infinite loop with broken files [01:54:11 CET] <cone-216> ffmpeg 03Ronald S. Bultje 07release/2.4:d837407ae0bc: vp9: add support for resolution changes in inter frames. [01:54:12 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:045121959e20: avidec: check for valid bit_rate range [01:54:13 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.4:46a7fe2417df: avcodec/s302m: Only set the sample rate when some data is output [01:54:14 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:6e288d527428: vc1dec: use get_bits_long and limit the read bits to 32 [01:54:15 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:554dffb35f79: mpegaudiodec: copy AVFloatDSPContext from first context to all contexts [01:54:16 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:7bd9ae4afb24: s302m: fix arithmetic exception [01:54:17 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:5999a89190e4: nutdec: check maxpos in read_sm_data before returning success [01:54:18 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:4410505b4260: wavpack: use get_bits_long to read up to 32 bits [01:54:19 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:31ae0693d885: huffyuvdec: validate image size [01:54:20 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:910df0f871dd: wavpack: limit extra_bits to 32 and use get_bits_long [01:54:21 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:6f024dfd539e: snow: remove an obsolete av_assert2 [01:54:22 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:ba944121e281: imc: use correct position for flcoeffs2 calculation [01:54:23 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.4:68c0d66d4d40: Merge commit 'd80811c94e068085aab797f9ba35790529126f85' [01:54:24 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:16cbc7a9303f: riffdec: prevent negative bit rate [01:54:25 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.4:5ed5acb91070: avcodec/opusdec: Fix extra samples read index [01:54:26 CET] <cone-216> ffmpeg 03Kieran Kunhya 07release/2.4:458b1fda3415: opusdec: Don't run vector_fmul_scalar on zero length arrays [01:54:27 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.4:2ccab79595ae: avcodec/mpeg12dec: Do not call show_bits() with invalid bits [01:54:28 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:79e477823f7f: jvdec: avoid unsigned overflow in comparison [01:54:29 CET] <cone-216> ffmpeg 03Michael Niedermayer 07release/2.4:372ded7f69a5: avcodec/takdec: Use memove, avoid undefined memcpy() use [01:54:30 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:aa464dc0417d: dvdsubdec: validate offset2 similar to offset1 [01:54:31 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:ae1156ef2aa3: mpegvideo: clear overread in clear_context [01:54:32 CET] <cone-216> ffmpeg 03Andreas Cadhalpun 07release/2.4:db13758b8838: avcodec: avoid division by zero in avcodec_string [01:55:21 CET] <J_Darnley> I feel like I'm watching compiler output scrolling by [02:34:31 CET] <rcombs> https://ffmpeg.org/pipermail/ffmpeg-devel/2015-October/181625.html <-- this never got any replies; any objections to pushing it? [02:47:35 CET] <cone-216> ffmpeg 03Rodger Combs 07master:362c17e65638: lavf/http: fix incorrect warning in range requests [03:35:07 CET] <jamrial> <cone-216> ffmpeg Ronald S. Bultje release/2.6:cf4b0fb4d6f9: vp9: add support for resolution changes in inter frames. <--- doesn't sound like something that would normally be backported [03:36:48 CET] <J_Darnley> For a decoder you might argue that it fixes a bug. [04:33:08 CET] <Compn> and for an encoder, its something that a client requested probably. [04:33:28 CET] <Compn> also requested to be backported, because upgrades amirite? [06:03:35 CET] <cone-187> ffmpeg 03Timothy Gu 07master:04deaef29330: fate-run: Fix indentation [07:53:31 CET] <cone-187> ffmpeg 03Claudio Freire 07master:fc36d852ee34: AAC encoder: Fix application of M/S with PNS [07:53:32 CET] <cone-187> ffmpeg 03Claudio Freire 07master:3b1cab9351f3: AAC encoder: fix wrong gain sacalefactor being set [07:53:33 CET] <cone-187> ffmpeg 03Timothy Gu 07master:9078a694f3fb: aaccoder_twoloop: Mark sfdiff as av_unused [07:55:53 CET] <Timothy_1u> re avfoundation: that's some pretty blantant NIH [08:00:20 CET] <Timothy_1u> To those of us who's living in the US: Happy Thanksgiving! [10:11:06 CET] <ubitux> https://www.shadertoy.com/view/lsdGzN [10:13:07 CET] <cone-187> ffmpeg 03Paul B Mahol 07master:a33043023848: avfilter/vf_stack: make it possible to stop with shortest stream [12:18:43 CET] <wm4> rcombs: have you maybe ever checked whether gstreamer already implements full hardware transcode pipelines on some platforms? [12:18:57 CET] <rcombs> pretty sure it does [12:18:59 CET] <BtbN> It does on VAAPI [12:19:09 CET] <rcombs> or at least, someone's branch does [12:20:44 CET] <rcombs> I should probably trace the hell out of that [12:49:55 CET] <fritsch> BtbN: don't they also use libyami now? [12:53:49 CET] <Daemon404> oh boy ricing host tools that are run a single time [12:55:24 CET] <fritsch> http://news.gmane.org/gmane.comp.freedesktop.libva/cutoff=3282 <- nope seems they still do it separately [13:39:56 CET] <nevcairiel> Daemon404: the real reason is that he wants to rice the runtime table generation, but he cannot because its also used as a host tool [13:40:18 CET] <Daemon404> i know [13:40:23 CET] <Daemon404> but i also think that is silly [13:40:50 CET] <Daemon404> and there are other ways i would try before jumping down that hole [13:41:14 CET] <Daemon404> (or not doing it at all) [13:45:29 CET] <nevcairiel> but 1ms startup time! [13:45:29 CET] <wm4> I still don't get why you can select between runtime and compile time generation [13:45:55 CET] <nevcairiel> because runtime was default, and someone wanted to rice but didnt win the argument+ [13:46:07 CET] <nevcairiel> so "options" [14:13:26 CET] <BBB> nevcairiel: not even 1 ms [14:33:34 CET] <iive> in what sense are you using the word "rice" here? [14:35:34 CET] <iive> iirc generated tables could be in read only segments, shaded by multiple instances of ffmpeg, but are too big for embedded systems. [14:36:49 CET] <iive> generated either cannot be shared, or we could get race conditions on system level... [15:21:20 CET] <cone-187> ffmpeg 03Ganesh Ajjanagadde 07master:68e79b27a5ed: avutil/lls: speed up performance of solve_lls [15:21:21 CET] <cone-187> ffmpeg 03Ganesh Ajjanagadde 07master:9ee1feaa7c28: avfilter/af_afade: improve accuracy and speed of gain computation [15:21:22 CET] <cone-187> ffmpeg 03Ganesh Ajjanagadde 07master:352bd18dff14: avfilter/af_dynaudnorm: remove wasteful pow [15:21:23 CET] <cone-187> ffmpeg 03Ganesh Ajjanagadde 07master:74b79dcf510b: avfilter/vsrc_mptestsrc: use hypot() [17:00:18 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:dbfec68d323c: avcodec/jpeg2000dec: Check for duplicate SIZ marker [17:00:19 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:c0748b9954c8: avcodec/utils: Better check for channels in av_get_audio_frame_duration() [17:00:20 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:f64ffbbdc0cc: avcodec/ivi: Check image dimensions [17:00:21 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:7f0b58947d6b: avcodec/flashsv: Check size before updating it [17:00:22 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:0ce7baa2451b: avcodec/dpx: Move need_align to act per line [17:00:23 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:6af38b2718bd: avcodec/error_resilience: avoid accessing previous or next frames tables beyond height [17:00:24 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:c7a970a3a041: avcodec/dxtory: Fix input size check in dxtory_decode_v1_420() [17:00:25 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:824e72d9b703: avcodec/dxtory: Fix input size check in dxtory_decode_v1_410() [17:00:26 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:948d93d3f4b6: avcodec/takdec: Skip last p2 sample (which is unused) [17:00:27 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:093e58228e77: avcodec/smacker: Check that the data size is a multiple of a sample vector [17:00:28 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:b3bc05290acb: avcodec/wmaprodec: Check for overread in decode_packet() [17:00:29 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:9a9dda615ba5: avcodec/jpeg2000: Use av_image_check_size() in ff_jpeg2000_init_component() [17:00:30 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:2dc1f3a02b1e: avcodec/jpeg2000dec: Fix potential integer overflow with tile dimensions [17:00:31 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:859a6edaed63: avformat/utils: Do not init parser if probing is unfinished [17:00:32 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:71a311333303: avcodec/pngdec: Replace assert by request for sample for unsupported TRNS cases [17:00:33 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:b70f7d20e114: avformat/matroskadec: Check subtitle stream before dereferencing [17:00:34 CET] <cone-187> ffmpeg 03Martin Storsjö 07release/2.8:1290c85c9d45: rtmpcrypt: Do the xtea decryption in little endian mode [17:00:35 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.8:6b91701de322: avcodec/h264_slice: Limit max_contexts when slice_context_count is initialized [17:13:23 CET] <cone-187> ffmpeg 03Matthieu Bouron 07master:39290f271550: fate: add FF_CODEC_CAP_SKIP_FRAME_FILL_PARAM tests [17:15:31 CET] <atomnuker> I'm kinda glad we won't add more configure mess to deal with libm missing cbrt [17:15:59 CET] <atomnuker> changes like pow vs cbrt in an init function are pretty much never worth it [17:16:20 CET] <atomnuker> and besides, pow() has been improving as of late [17:21:30 CET] <cone-187> ffmpeg 03Ganesh Ajjanagadde 07master:a239ce707433: avcodec/faandct: remove L suffixes for floating point literal [17:23:59 CET] <nevcairiel> atomnuker: aac-ltp-encode is failing as of late on all Windows systems, PSNR is too high [17:24:31 CET] <nevcairiel> atomnuker: ie. http://fate.ffmpeg.org/report.cgi?time=20151126123438&slot=x86_32-msvc14-wi… [17:29:20 CET] <atomnuker> hm, I have an idea [17:55:13 CET] <cone-187> ffmpeg 03Emanuel Czirai 07release/2.5:3d1cbf388da7: libavcodec/aacdec_template: Use init_get_bits8() in aac_decode_frame() [17:55:14 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:27ffd266fce4: avcodec/dcaenc: clear bitstream end [17:55:15 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:0bdf0cfa00e5: avcodec/svq1enc: Check dimensions [17:55:16 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:e11f85a4a524: avcodec/flashsvenc: Correct max dimension in error message [17:55:17 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:905853cd402e: avformat/mux: Update sidedata in ff_write_chained() [17:55:18 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:60e398f280d2: ffmpeg: check avpicture_fill() return value [17:55:19 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:5ab1f188534a: ffmpeg: Check for RAWVIDEO and do not relay only on AVFMT_RAWPICTURE [17:55:20 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:58e424cdeedc: ffmpeg: Check av_parser_change() for failure [17:55:21 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:00ae76c3d002: ffmpeg: Use correct codec_id for av_parser_change() check [17:55:22 CET] <cone-187> ffmpeg 03Arthur Grant 07release/2.5:df27f8d5fd72: avformat/hevc: Fix parsing errors [17:55:23 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:221abc1ef63a: avformat/hevc: Check num_long_term_ref_pics_sps to avoid potentially long loops [17:55:24 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:377d68f9f4ab: avcodec/libopusenc: Fix infinite loop on flushing after 0 input [17:55:25 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:ffa2f97e01bb: avcodec/mpeg12dec: Set dimensions in mpeg1_decode_sequence() only in absence of errors [17:55:26 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:93f5d0c536c3: avcodec/truemotion1: Check for even width [17:55:27 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:9bbe777f8f22: avformat/dump: Fix integer overflow in aspect ratio calculation [17:55:28 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:b2d7e5558442: avutil/common: Document FFABS() corner case [17:55:29 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:8ebeefecf71e: avutil/common: Add FFNABS() [17:55:30 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:4531c0dc8fe1: avformat/mov: Fix integer overflow in FFABS [17:55:31 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:2c08fc9b28ae: swresample/swresample: Fix integer overflow in seed calculation [17:55:32 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:7528e36774e2: avcodec/tta: Check init_get_bits8() for failure [17:55:33 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:86f0534b48ef: avcodec/svq1dec: Check init_get_bits8() for failure [17:55:34 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:9f825fa96e78: avcodec/g2meet: Fix potential overflow in tile dimensions check [17:55:35 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:7353f529c2b5: avcodec/g2meet: Also clear tile dimensions on header_fail [17:55:36 CET] <cone-187> ffmpeg 03Ganesh Ajjanagadde 07release/2.5:24e9640c049b: avfilter/af_asyncts: use llabs for int64_t [17:55:37 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:93fc958f2249: avcodec/mjpegdec: Fix decoding RGBA RCT LJPEG [17:55:38 CET] <cone-187> ffmpeg 03Simon Thelen 07release/2.5:89b7e5cb2a8a: lavf/webvttenc: Require webvtt file to contain exactly one WebVTT stream. [17:55:39 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:9c0fb2548f86: avcodec/rangecoder: Check e [17:55:40 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:54bc18389777: avcodec/ffv1dec: Explicitly check read_quant_table() return value [17:55:41 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:8bfe8b422a8e: avcodec/ffv1dec: Fix off by 1 error in quant_table_count check [17:55:42 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:2205fcd3dea8: avcodec/x86/sbrdsp: Fix using uninitialized upper 32bit of noise [17:55:43 CET] <cone-187> ffmpeg 03Andrey Utkin 07release/2.5:630ef0976615: avformat/httpauth: Add space after commas in HTTP/RTSP auth header [17:55:44 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:46c7b1169fdf: avcodec/ffv1dec: Clear slice coordinates if they are invalid or slice header decoding fails for other reasons [17:55:45 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:20a21bce34e5: avcodec/ffv1dec: update progress in case of broken pointer chains [17:55:46 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:31a5bde1bf1f: avcodec/ffv1: Initialize vlc_state on allocation [17:55:47 CET] <cone-187> ffmpeg 03Kieran Kunhya 07release/2.5:cde478f52691: opusdec: Don't run vector_fmul_scalar on zero length arrays [17:55:48 CET] <cone-187> ffmpeg 03Tobias Rapp 07release/2.5:3ce0dcfaab8e: avutil/file_open: avoid file handle inheritance on Windows [17:55:49 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:f2b161319d29: avcodec/mjpegdec: Check index in ljpeg_decode_yuv_scan() before using it [17:55:50 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:aed64448d611: avcodec/mjpegdec: Reinitialize IDCT on BPP changes [17:55:51 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:86018daa419d: avcodec/ffv1dec: Check for 0 quant tables [17:55:52 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:312895a6d707: libavutil/channel_layout: Check strtol*() for failure [17:55:53 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:46cece74c31a: avformat/xmv: factor return check out of if/else [17:55:54 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:fd7bb09e8a33: avformat/xmv: Discard remainder of packet on error [17:55:55 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:1497b0bb939d: avcodec/dirac_parser: Fix undefined memcpy() use [17:55:56 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:5bb599d0c013: avcodec/microdvddec: Check for string end in 'P' case [17:55:57 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:9e755b9b99c3: avcodec/jpeg2000dec: Clip all tile coordinates [17:55:58 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:be4b41b6cb7c: avcodec/jpeg2000dec: Check for duplicate SIZ marker [17:55:59 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:72ac69bd05ef: avcodec/utils: Better check for channels in av_get_audio_frame_duration() [17:56:00 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:ffaea7a79077: avcodec/ivi: Check image dimensions [17:56:01 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:93ff48fd2e41: avcodec/flashsv: Check size before updating it [17:56:02 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:19c931fe66bc: avcodec/dpx: Move need_align to act per line [17:56:03 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:44d82a8fa16c: avcodec/error_resilience: avoid accessing previous or next frames tables beyond height [17:56:04 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:f43b6a094c09: avcodec/dxtory: Fix input size check in dxtory_decode_v1_420() [17:56:05 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:ac7cc433adde: avcodec/dxtory: Fix input size check in dxtory_decode_v1_410() [17:56:06 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:6816644f3482: avcodec/takdec: Skip last p2 sample (which is unused) [17:56:07 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:2b0cda395f23: avcodec/smacker: Check that the data size is a multiple of a sample vector [17:56:08 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:be280f3e8b22: avcodec/wmaprodec: Check for overread in decode_packet() [17:56:09 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:7468cb847c4f: avcodec/jpeg2000: Use av_image_check_size() in ff_jpeg2000_init_component() [17:56:10 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:58fa73a4d090: avcodec/jpeg2000: Check comp coords to be within the supported size [17:56:11 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:13434d5f9f77: avcodec/jpeg2000dec: Check SIZ dimensions to be within the supported range [17:56:12 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:cd7598fb1bba: avcodec/jpeg2000dec: Fix potential integer overflow with tile dimensions [17:56:13 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:fddf95da9512: avformat/utils: Do not init parser if probing is unfinished [17:56:14 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:eb2f0a44650d: avformat/matroskadec: Check subtitle stream before dereferencing [17:56:15 CET] <cone-187> ffmpeg 03Martin Storsjö 07release/2.5:795908eff4a2: rtmpcrypt: Do the xtea decryption in little endian mode [17:56:16 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:608f928c74d8: avcodec/vp8: Do not use num_coeff_partitions in thread/buffer setup [17:56:17 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:9ba0cb7c2703: avcodec/h264_slice: Limit max_contexts when slice_context_count is initialized [17:56:46 CET] <durandal_1707> who's gona write vc-5 decoder? [17:58:43 CET] <nevcairiel> I nominate you [18:05:43 CET] <cone-187> ffmpeg 03Michael Niedermayer 07release/2.5:5c2f083abbfc: Update for 2.5.9 [18:16:37 CET] <BtbN> it's still going [18:24:37 CET] <BtbN> Will it ever end? [18:26:15 CET] <klaussfreire> Lol, yes, sorry, but it's funny. Yes, it's already getting slow to load that ticket. Lets hope it doesn't get to 500 comments ;) [18:26:34 CET] <klaussfreire> I'm slowly pushing fixes that should close that ticket once and for all [18:27:22 CET] <atomnuker> klaussfreire: any closer to finally being ready to push the twoloop fixes? [18:29:42 CET] <klaussfreire> Yes, I'm splitting an aacpsy thunk that's a clear benefit, and whatever remains I'll send for review because I'm not so sure about my approach for the cutoff thing [18:31:56 CET] <klaussfreire> But listening tests are quite promising. Still geting some noisiness from PNS :( but that I'll attack after pushing [18:42:18 CET] <cone-187> ffmpeg 03Rostislav Pehlivanov 07master:1e5dbb3409cc: aac_ltp: split, reorder and improve prediction algorithm [19:21:31 CET] <cone-187> ffmpeg 03Rostislav Pehlivanov 07master:f5b7a29ae893: aac_ltp: actually signal LTP as off during EIGHT_SHORT windows [21:56:28 CET] <cone-187> ffmpeg 03Matthieu Bouron 07master:72eaf7262363: lavf/utils: avoid decoding a frame to get the codec parameters [00:00:00 CET] --- Fri Nov 27 2015

1 0

ffmpeg.log.20151126
by burek 27 Nov '15

27 Nov '15

[04:23:55 CET] <mishehu> greetings folks. I'm trying to build 2.8.2 with librtmp enabled. is there any way without patching source files to tell it that my rtmp.h is in /usr/include and *not* in /usr/include/librtmp ? libavformat/librtmp.c:36:26: fatal error: librtmp/rtmp.h: No such file or directory [04:24:20 CET] <waressearcher2> mishehu: hallo [04:25:33 CET] <mishehu> my /usr/lib64/pkgconfig/librtmp.pc file contains the correct paths. [04:26:13 CET] <mishehu> waressearcher2: greetings [04:26:20 CET] <waressearcher2> mishehu: wie geht's ? [04:28:13 CET] <furq> mishehu: it looks like you'd need to patch the source [04:28:15 CET] <furq> or just move your rtmp.h [04:28:29 CET] <furq> and librtmp/log.h [04:31:25 CET] <mishehu> ok, I didn't know if there was some hidden mysterious configure parameter. thanks! [04:32:10 CET] <furq> there might be some mysterious gcc parameter but i don't know it [04:32:33 CET] <mishehu> nah not that I know of either [04:32:44 CET] <mishehu> I'll just alter the paths on my rtmp package [04:34:09 CET] <mishehu> is https://trac.ffmpeg.org/wiki/HWAccelIntro still accurate about what ffmpeg can do with opencl? [05:34:58 CET] <alesan> hello I need to transcode a H.265 movie clip to some other format for a legacy device to read it. [05:35:24 CET] <alesan> I do not care too much about space (OK I cannot really use uncompressed) but I would like a very fast transcode [05:35:31 CET] <alesan> what output format could I use? mjpeg? [05:36:58 CET] <thebombzen> for a fast lossless encode you could use UTVideo [05:37:08 CET] <thebombzen> or Huffyuv [05:37:22 CET] <furq> just use x264 ultrafast/veryfast [05:37:29 CET] <alesan> it does not have to be "lossless" [05:37:38 CET] <alesan> furq, will that be faster than mjpeg? [05:37:42 CET] <thebombzen> ah then I'd recommend x264 ultrafast [05:37:51 CET] <furq> i've never used mjpeg [05:37:57 CET] <furq> it sounds dreadful [05:38:05 CET] <alesan> why? [05:38:18 CET] <thebombzen> mjpeg is afaik just repeated jpeg frames [05:38:20 CET] <alesan> I need to check the definition of dreadful as I am not a native speaker hold on [05:38:20 CET] <furq> i don't mean for your use case, i just mean in general [05:38:44 CET] <thebombzen> furq: I also have that quesiton. Why would mjpeg be an awful codec to use [05:39:04 CET] <alesan> the fact that each frame is self-contained is a great advantage [05:39:23 CET] <alesan> the only possible downside of mjpeg is that... it requires more bandwidth for the same quality [05:39:29 CET] <furq> it's not really a great advantage for this use case [05:40:09 CET] <alesan> so far I'm using ffmpeg -i h265.mkv -q:v 1 -v:c mjpeg -v:a copy output.mkv [05:40:27 CET] <alesan> the output is something at about 30Mbps [05:40:50 CET] <alesan> and it's transcoding at 138fps from H.265 [05:42:16 CET] <thebombzen> as for lossless codecs, which one would suit screen capture the best (say, from x11grab)? Ideally I'd be able to encode very quickly. I tried using ffv1, huffyuv, ffvhuff, utvideo, and rawvideo but none of them were fast enough. (Rawvideo ran into the fact that my hard drive was too slow). Which would be best do you think? [05:44:35 CET] <furq> alesan: try x264 ultrafast [05:44:42 CET] <alesan> furq, yes [05:44:53 CET] <furq> i get about 350fps at 720p on an old i7 [05:45:09 CET] <alesan> furq, what exact options do you recommend? -c:v x264 [05:45:18 CET] <furq> -c:v x264 -preset ultrafast [05:45:27 CET] <furq> er, libx264 even [05:45:35 CET] <alesan> yes of course :) [05:45:43 CET] <alesan> what quality setting? [05:45:51 CET] <furq> whatever suits you [05:45:59 CET] <furq> i don't make a habit of using ultrafast [05:46:17 CET] <furq> i wouldn't go any lower than -preset faster for things i intend to keep [05:46:37 CET] <alesan> well, I am using -q:v 1 for the mjpeg [05:46:48 CET] <furq> the default is -crf 23 which is probably fine [05:47:49 CET] <furq> you might want to go a bit lower (lower values = higher quality) with ultrafast but it'll slow the encode down a bit [05:50:54 CET] <alesan> will -q:v 1 affect the libx264 ? [05:50:58 CET] <furq> no [05:51:05 CET] <alesan> ok [05:51:20 CET] <furq> -crf is all you need to care about [05:51:24 CET] <alesan> so I am getting about 203fps with ultrafast [05:51:38 CET] <alesan> but I did not change the default quality [05:51:40 CET] <furq> -preset and -tune will affect the quality but changing them to anything other than ultrafast and nothing will slow the encode [05:51:47 CET] <alesan> the output was 4Mbps more or less [05:53:47 CET] <alesan> question: while it is encoding, the output writes something like q=21.0 and updates it roughly once a second [05:53:52 CET] <alesan> what is that exactly? [05:54:37 CET] <alesan> it seems - yes libx264 ultrafast is faster than mjpeg also if I set crf 10 [05:54:55 CET] <alesan> with crf 10 the output bitrate is very similar to mjpeg [05:55:15 CET] <furq> 10 is probably overkill [05:55:41 CET] <furq> 16-18 should be fine for high quality [05:56:28 CET] <furq> the bitrate should be much less than mjpeg for the same perceived quality [05:56:45 CET] <furq> even without bframes and cabac [05:57:17 CET] <alesan> I did not do quality comparisons. as the input format is already compressed, it makes less sense [05:57:40 CET] <alesan> as the encoders would strive to correctly render the artifacts of the original encoder [05:57:54 CET] <alesan> anyway, thank you, it was interesting! [05:58:07 CET] <alesan> I need to leave now. bye! [09:18:42 CET] <ented> k [10:57:49 CET] <hendry> is there a way of recording using ffmpeg and ensure accurate timestamps are present in the file? i.e. current date / time? [11:02:51 CET] <BtbN> ffmpeg does its best to keep the timestamps as accurate as possibe. [11:03:08 CET] <BtbN> Which isn't allways very good, specialy with sketchy webcams or capture cards [11:04:50 CET] <hendry> BtbN: for e.g. where is the timestamp here? http://ix.io/muI [11:05:21 CET] <BtbN> in the output file...? [11:05:28 CET] <hendry> BtbN: it seems relative? I want to see 2015-11-26T18:05:17,942742673+0800 somwhere [11:05:39 CET] <hendry> BtbN: yeah ... [11:06:05 CET] <BtbN> timestamps are allways "relative". There is no room for a full date. [11:07:00 CET] <Mavrik> You need to set metadata yourself, realtime isn't a property of video streams. [11:07:05 CET] <hendry> BtbN: say one is recording several clips on a camera. you need date/time to be preserved to make editing easier [11:07:13 CET] <BtbN> Name them accordingly? [11:07:18 CET] <Mavrik> Except if timecode is supported by hardware, but I'm pretty sure ffmpeg has very limited timecode support and you don't have a proper camera :)\ [11:07:20 CET] <hendry> BtbN: too much of a PITA [11:07:44 CET] <BtbN> Well, frame timestamps won't work. So either "PITA", or no timestamps for you. [11:07:49 CET] <hendry> Mavrik: i wonder if this metadata is understood by Premier Pro or FCPX [11:08:27 CET] <hendry> BtbN: so you expect me to rename the files with the date-time as part of my work flow? really think ffmpeg could help automate here... [11:08:46 CET] <BtbN> ffmpeg can't change how video containers work. [11:10:01 CET] <hendry> ok, I see people using "metadata creation_time" [11:12:09 CET] <hendry> i see IOS MOV files with creation_time : 2015-03-29 05:02:32 [11:34:46 CET] <BuzzGo> hi there. I've a problem with converting a source video with mono aac audio track into h.264 video with stereo track. ffmpeg convert, but in the target video but without the audio track. any idea what can i do? [11:36:20 CET] <Mavrik> So, paste us everything you do and we can perhaps help. [12:06:31 CET] <Okihita> Halo! I'm trying to build FFmpeg for Android. I got the error message "toolchains ... linux-x86_64 ... is unable to create an executable file. C compiler test failed." What could be wrong? [12:08:07 CET] <fritsch> missing c compiler? [12:13:49 CET] <Okihita> Is there any easy way to check whether I have the C compiler? [12:16:56 CET] <chungy_> type cc [12:23:08 CET] <Mavrik> Okihita, read the config.log [12:23:13 CET] <Mavrik> It tells you exactly what went wrong. [12:23:15 CET] <Mavrik> Don't guess. [12:35:56 CET] <Okihita> Ah. Got it. [12:36:19 CET] <Okihita> invalid -march= option 'armv5te'. [12:36:52 CET] <Okihita> What am I doing wrong? Is it the NDK? FFmpeg version? [13:04:33 CET] <Mavrik> Why armv5? [13:04:41 CET] <Mavrik> That's... not gonna work with any semblance of performance. [13:05:29 CET] <Mavrik> -march=armv7-a -mfloat-abi=softfp -mfpu=neon [13:06:42 CET] <Fyr> what bitrate or crf should I set when converting a list of images into video file? [13:18:06 CET] <dantti> is there some C example to encode with h264 and format with mpeg ts? I have managed to use x264_encode directly but I'm not sure I can output the raw h264 thing and get a player to play that... [13:23:49 CET] <Mavrik> Huh. [13:23:56 CET] <Mavrik> look at decode_encode.c example. [13:24:08 CET] <Mavrik> I suggest against calling x264 directly if you use ffmpeg. [13:25:30 CET] <dantti> Mavrik: but as I see that output raw h264 as well [13:25:35 CET] <Okihita> @Mavrik: I just want to build FFmpeg for Android with the minimum amount of hassle. .__. Turns out it isn't that easy. [13:25:50 CET] <Mavrik> dantti, I guess there's a separate muxing example :) [13:26:32 CET] <Mavrik> Okihita, well if you don't know anything about how cross-compiling works... you'll have problems cross compiling :/ [13:27:59 CET] <dantti> Mavrik: ah I see... I've heard that ffmpeg has HLS support embed, is that right? if so are there any example too? [13:29:40 CET] <Mavrik> No there isn't example for every API usage usecase :) [13:30:09 CET] <dantti> ok, thanks :) [13:31:46 CET] <Okihita> @Mavrik: Well this my first time going this deep, so I guess I have a lot to read and can't expect shortcut. Any recommendation where to start? [13:31:54 CET] <dantti> Mavrik: I'll "port" the calls to ffmeg encode, if I write the output to file are there players that play so I can be sure encoding has worked? [13:32:24 CET] <dantti> Okihita: I'm using a mix of http://vinsol.com/blog/2014/07/30/cross-compiling-ffmpeg-with-x264-for-andr… and https://bongjaemoon.wordpress.com/2012/05/25/ffmpeg-x264-compile-for-using-… [13:33:01 CET] <dantti> the latter has a wrong make-tool-chain command but Android docs say how to use it [13:45:23 CET] <Okihita> dantti: Whoa, the first link helps me understand the logic behind! Thanks. [13:45:51 CET] <dantti> np [14:18:19 CET] <termos> I'm trying to change the audio volume by modifying the AVFrame in my code but can't seem to make it work by multiplying the value pointed to by AVFrame::data[0]. Am I missing something? [14:54:31 CET] <termos> av_samples_set_silence seems to do what I want kind of [15:05:43 CET] <Mavrik> Why not use the volume filter? [15:07:27 CET] <Eduard_Munteanu> Hi. [15:08:09 CET] <Eduard_Munteanu> How do I use the API to play a video with hardware acceleration? I think I shouldn't decode frames and write them to a window, but the codec should do it directly, right? [15:10:22 CET] <termos> Mavrik: I can't change it during runtime without using the zeromq filter [15:10:32 CET] <termos> at least I can't find out how to do it [15:11:13 CET] <Mavrik> Look at source of it then :) [15:11:39 CET] <Mavrik> Eduard_Munteanu, sounds like you need to consult your HW decoding API documentation [15:11:46 CET] <Mavrik> Rendering is usually fully controlled by that. [15:31:12 CET] <chkktri> hello, maybe someone can solve this mystery for me: I'm trying to play DVD with "pseudo interlaced" output so it will look interlaced on progressive scan CRT screen. considering filters documentation solution should've been simple: -vf "separatefields,tinterlace=pad" but in fact this produced 1440x480 output from 720x240 fields separated by separate fields. [15:32:15 CET] <chkktri> and what i expected is 720x480 output with double frame rate where each field is interlaced with black lines and then output [15:34:13 CET] <durandal_1707> and what tinterlace states for pad mode? [15:34:46 CET] <chkktri> "Expand each frame to full height, but pad alternate lines with black, generating a frame with double height at the same input frame rate." [15:35:04 CET] <chkktri> so it should not touch weight in any way i believe [15:36:22 CET] <durandal_1707> perhaps its because of sample aspect [15:37:39 CET] <durandal_1707> perhaps you only need tinterlace filter? [15:38:10 CET] <chkktri> not quite, input is interlaced so i have to sepparate fields first [15:38:43 CET] <chkktri> otherwice i would get 720x960 output [15:40:24 CET] <durandal_1707> I don't get why width changes [15:42:45 CET] <chkktri> okay, setsar fixes this [16:24:34 CET] <Fyr> video created from a list of PNG files looks crappy. [16:24:48 CET] <Fyr> how to increase quality of the video? [16:25:19 CET] <furq> could you be less specific [16:25:21 CET] <Fyr> those PNG look good since they are rendered with POV-Ray (simple primitives). [16:25:40 CET] <Fyr> video shows around those primitives halos. [16:25:45 CET] <Fyr> and dots [16:26:05 CET] <Fyr> the PNGs don't have them. [16:28:21 CET] <Fyr> I tried both H264 and H265. [16:28:55 CET] <furq> what settings did you use [16:29:19 CET] <Fyr> ffmpeg -r 2 -i '%03d.png' -c:v libx264 -r 2 -an -y -threads 4 movie.mp4 [16:29:36 CET] <Fyr> I set the second -r to 60. [16:29:37 CET] <Fyr> the same [16:30:03 CET] <furq> why would -r make a difference [16:30:15 CET] <Fyr> it wouldn't. [16:30:42 CET] <Fyr> I don't know what bitrate settings I should use. [16:30:45 CET] <Fyr> or CRF [16:31:05 CET] <furq> there isn't a magic number that will make any source look good [16:31:16 CET] <furq> what i would suggest is using -tune stillimage [16:31:17 CET] <Fyr> it's not source. [16:31:38 CET] <Fyr> it's the destination that does not look good. [16:56:23 CET] <kepstin> Fyr: well, try setting -crf then. Maybe start at 18, make it smaller if it doesn't look good enough or bigger if the file size is too large. [17:46:40 CET] <rls> hi all [17:48:03 CET] <rls> Is it possible to fetch an udp stream, save it to a file & send it to an rtmp server in the same time? [17:48:12 CET] <c_14> yes [17:48:20 CET] <c_14> https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs [17:49:52 CET] <rls> c_14: you mean the Tee pseudo-muxer? [17:50:05 CET] <c_14> any of them [17:50:32 CET] <c_14> If you're reencoding and you want the same stuff for both, use the tee pseudo muxer [17:50:56 CET] <DHE> ffmpeg [input1 options] -i [input1] [output1 options] output1 [output2 options] output2 [17:51:23 CET] <DHE> this syntax would be good to save the original to disk and also encode a version for whatever you want to do with it [17:51:32 CET] <rls> the only reencoding might be a bitstream filter for making aac-lc to aac [17:51:41 CET] <rls> or the flv rtmp [17:51:43 CET] <rls> *for [17:56:36 CET] <rls> DHE: is there any delimiter between [output1 options] output1 and [output2 options] output2 [17:56:58 CET] <DHE> no, just that output1 is a filename or other ffmpeg output target [17:57:15 CET] <DHE> eg: options are all of the form "-option value" (or just "-option" where apprioriate) [17:57:27 CET] <rls> ok, let me try that [17:58:03 CET] <DHE> there's a brief table showing the processing pipelines so just before the progress indicator [17:59:34 CET] <rls> I think I got it working :)) [17:59:47 CET] <rls> but for some reason the nginx rtmp server that I'm using is crapping itself [18:00:06 CET] <rls> and I can't load the stream from it, but the stats page shows it's working [18:00:56 CET] <rls> ffplay says Segmentation fault [18:44:48 CET] <rls> DHE: is there a way in which ffmpeg doesn't stop if i'm writing to the file, but the rtmp server stops? [19:04:47 CET] <relaxed> rls: You could probably do it with two instances [19:05:33 CET] <rls> relaxed: I was trying to minimise the traffic that I utilise from the UDP stream I'm fetching [19:07:35 CET] <relaxed> rls: right, what you want might be possible with rtmp. I was just throwing out an idea :) [19:18:45 CET] <MrJohnson> Does mixing down to mono (using -ac 1) Reduce the volume of the two channels? That is, if I have a right and a left channel, will ffmpeg reduce the volume of each channel to 50% to the resulting volume is the same? [19:26:58 CET] <kepstin> MrJohnson: as far as I can tell, it doesn't. Wouldn't be too hard to confirm it yourself tho. [19:29:37 CET] <kepstin> note that the simple (a + b) / 2 downmixing isn't really perceptually correct; playing the same signal out of two speakers will sound louder than playing that signal out of only one. [19:29:47 CET] <kepstin> but it depends on the use case [19:30:04 CET] <kepstin> if you expect the mono track to be played by duplicating it to make stereo, it's ok [19:30:30 CET] <MrJohnson> So here's what I'm doing. I have a stereo recording, but only one of the channels has audio [19:30:36 CET] <MrJohnson> I want to put that audio on the other side [19:30:43 CET] <MrJohnson> in the other channel* [19:31:05 CET] <kepstin> for that case, you'd probably want to use the -map_channel ffmpeg option [19:31:24 CET] <MrJohnson> okay thanks [19:35:32 CET] <kepstin> e.g. "-ac 2 -map_channel 0.0.0 -map_channel 0.0.0" will duplicate the left channel into both the left and right channels. [21:01:21 CET] <NoNet> When executing this: "ffmpeg -i input.mkv -vf scale=hd480 ass=external_input.srt output.mkv" -- if the input video is h264, then the output video is automatically selected to be h264. Where/how do I control the output video parameters such as crf? [21:02:01 CET] <DHE> put "-crf 22" anywhere between "input.mkv" and "output.mkv" [21:02:04 CET] <DHE> and so on [21:02:12 CET] <DHE> as long as you don't split any parameters, obviously [21:02:27 CET] <c_14> The output codec is not selected based on the input codec, but on the output format [21:02:29 CET] <c_14> Just saying [21:03:56 CET] <DHE> I'm assuming I'm not seeing the whole thing. "ass=external_input.srt" isn't a valid parameter [21:04:40 CET] <c_14> I'm assuming he's missing a comma after the scale [21:05:36 CET] <NoNet> OK - For some reason, I thought setting output params like that applied to streams and that filters were done differently. Thanks. And I also get the point about missing comma and auto codec selection based on output file format. [21:06:03 CET] <NoNet> Thanks. Will go play/experiment some more. [22:27:02 CET] <ChocolateArmpits> Hello, if I intentionally try to minimize the inputer buffer, say via nobuffer and rtbufsize settings, is there a chance that the stream might actually get delayed if the video data isn't provided right on time (say after a second than when it's meant to play back)? [22:36:13 CET] <johntramp> hi, is there a notation for time duration which is able to give me the entire video duration minus some value? [22:37:25 CET] <johntramp> for use in eg -ss to seek up until the last 30 seconds of the video [22:37:32 CET] <c_14> seek_from_eof or something [22:38:55 CET] <c_14> -sseof [22:40:17 CET] <johntramp> I see, and is there an equivalent of that for -to to get the inverse? so to stop at 30 seconds before the end of file? [22:43:42 CET] <c_14> Not that I am aware, use -t and calculate the duration [00:00:00 CET] --- Fri Nov 27 2015

1 0

ffmpeg-devel.log.20151125
by burek 26 Nov '15

26 Nov '15

[00:22:04 CET] <Daemon404> peloverde, cool. took quite a while. [00:25:59 CET] Action: Daemon404 queues for tmr [01:05:48 CET] <cone-173> ffmpeg 03Marton Balint 07master:8f60663c8b71: concatdec: calculate duration early if outpoint is known [01:05:49 CET] <cone-173> ffmpeg 03Marton Balint 07master:ba9191ab3a51: concatdec: simplify duration calculation in open_next_file [01:05:50 CET] <cone-173> ffmpeg 03Marton Balint 07master:65406b0bedb4: concatdec: add option for adding segment start time and duration metadata [01:05:51 CET] <cone-173> ffmpeg 03Marton Balint 07master:839eb1c77da9: lavfi/select: add support for concatdec_select option [02:29:49 CET] <sonto_lau> Hi all! I am developing a media streaming software, but I dont know how to stream the media files encoded in h264 to network(RTP) by using ffmpeg, could anyone help me or give me some tutorial about this. thanks [02:34:02 CET] <llogan> sonto_lau: wrong channel. try #ffmpeg. [02:34:10 CET] <cone-173> ffmpeg 03Timothy Gu 07master:15dcc506d788: vsrc_mandelbrot: Don't use German in comments [02:34:33 CET] <sonto_lau> thanks for your recommendation. [02:37:26 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:5472de5ca85e: avcodec/aac_defines: replace #define by typedef [02:37:27 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:aececd11abad: avcodec/aacps_tablegen_template: replace #define by typedef [02:37:28 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:81a0aec29e7a: avcodec/aacps_tablegen: use hypot() [02:37:29 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:e9c7493f19a6: avfilter/vsrc_mandelbrot: avoid sqrt for epsilon calculation [02:37:30 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:990619968a40: avfilter/vsrc_mandelbrot: change sin to sinf for color computation [02:43:53 CET] <llogan> Timothy_1u: you could do the same for Blackmagick [03:13:17 CET] <Timothy_1u> llogan: where? [03:13:47 CET] <llogan> Timothy_1u: cornfigure [03:15:37 CET] <llogan> bonus points if you can find the errant "und" [03:15:45 CET] <Timothy_1u> ah lol [03:16:04 CET] <llogan> doc/indevs.texi [03:18:18 CET] <cone-173> ffmpeg 03Timothy Gu 07master:798920033ece: configure: Fix pseudo-German [03:18:19 CET] <cone-173> ffmpeg 03Timothy Gu 07master:4f99308ed36b: doc/indevs: Fix German [03:18:30 CET] <Timothy_1u> the most useless pair of commits i've ever seen [03:18:55 CET] <llogan> i don't know. i may have you beat. [03:19:52 CET] <llogan> actually, you win. [03:20:37 CET] <Timothy_1u> ha [03:34:30 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:29af74e4e36d: avutil/libm: fix isnan compatibility hack [04:00:57 CET] <J_Darnley> How can Windows headers not know LONG? ^ [04:38:44 CET] <J_Darnley> Oh that's how. ^ [11:16:36 CET] <durandal_1707> ubitux: what's up with streamselect? [11:16:56 CET] <ubitux> nothing new since last time [11:17:15 CET] <ubitux> i explained the issue i had; you can try by yourself, i pushed a branch [12:00:28 CET] <durandal_1707> havent tried taking frames from all inputs? [12:10:10 CET] <ubitux> i don't think so, but i have the issue of the "background" streams that need to be fed [12:10:16 CET] <ubitux> s/fed/pulled/ [13:00:17 CET] <cone-873> ffmpeg 03Paul B Mahol 07master:5b106215babe: avfilter/af_sidechaincompress: add forgotten option [15:32:30 CET] Action: Daemon404 makes sure his subtitle library is useless to almost everybody [15:34:17 CET] <BBB> so funny, all that advice to google devs about chromiums build on our ML [15:34:52 CET] <Daemon404> i was surprised to see it was bruce dawnson [15:35:01 CET] <J_Darnley> Did that thread continue after "build.gn is not part of ffmpeg"? [15:35:06 CET] <Daemon404> i forgot he worked for google now actually. [15:35:10 CET] <Daemon404> (he used to work for Valve) [15:35:29 CET] <J_Darnley> (oh yes there are more replies) [15:36:40 CET] <J_Darnley> Someone needs to remind him not to top post. [15:38:00 CET] <BBB> someone needs to remind everyone to continue this off-topic thread somewhere else [15:38:10 CET] <BBB> like, on chromium-dev(a)google.com or so [15:39:17 CET] <Compn> funny thread [15:39:44 CET] <Compn> J_Darnley : it got a second "build.gn is not part of ffmpeg" mail even. [15:40:39 CET] <fritsch> does that mean the google folks could not be convined to use gstreamer and now intel will also look much more into ffmpeg? [15:40:42 CET] <fritsch> or not related? [15:40:50 CET] <BBB> huh? [15:40:55 CET] <BBB> fritsch: google has used ffmpeg for ages [15:40:58 CET] <Compn> fritsch : chome/chromium has been shipping ffmpeg for a long time [15:41:14 CET] <fritsch> from intel dev folks I always hear: google is our primary customer [15:41:16 CET] <BBB> and Im pretty sure google does not use gstreamer anywhere [15:41:46 CET] <fritsch> good [15:41:47 CET] <Compn> fritsch [15:41:49 CET] <BBB> fritsch: but how does that relate to gstreamer? [15:41:51 CET] <BBB> Im very confused [15:41:57 CET] <Compn> er , intel has submitted some patches to ffmpeg too [15:42:02 CET] <fritsch> BBB: intel is pushing all their stuff to gstreamer [15:42:14 CET] <fritsch> Compn: yes of course - but with gwenole now "gone" :-( [15:42:19 CET] <fritsch> i am not sure how that continues in the future [15:42:24 CET] <Compn> ah [15:42:25 CET] <fritsch> intel seems to go libyami fully [15:42:33 CET] <fritsch> and the other project is gstreamer only [15:42:39 CET] <Compn> gstreamer uses ffmpeg as well... [15:42:51 CET] <Compn> no matter what, it all comes back here in the end really [15:43:27 CET] <wm4> no it stays in gstreamer [15:43:39 CET] <fritsch> as a lot of hw is intel driven (chromebooks, chromeboxes, ..) i have hopes that subsequent hwaccel implementations are again done by intel folks directly for ffmpeg [15:43:47 CET] <wm4> I doubt gstreamer even uses ffmpeg vaapi hwaccel [15:43:51 CET] <fritsch> jep [15:43:55 CET] <fritsch> that was also my knowledge [15:45:52 CET] <BBB> look, all of this is self-fulfilling [15:46:05 CET] <BBB> if intels ffmpeg devs leave and they have no new people in there, and all people know/love gstreamer [15:46:08 CET] <BBB> then of course theyll go gst [15:46:19 CET] <BBB> so some ffdevs need to go to intel and say hey, lets do ffhwaccels again" [15:46:48 CET] <wm4> clearly everyone should just switch to gstreamer, as it's a mature, flexible, and complete multimedia framework [15:47:21 CET] <BBB> or that [15:50:23 CET] <wm4> I find that depressing [15:50:51 CET] <wm4> the only movement you see in ffmpeg towards a more complete framework is pretending that libavfilter could do everything [15:56:03 CET] <Daemon404> ... because ffmpeg is not a framework [15:56:09 CET] <Daemon404> it's a building block [15:59:18 CET] <kierank> correct [16:03:14 CET] <wm4> Daemon404: there's no reason why it shouldn't go further... it would also prevent the contamination of the building blocks with unsuitable higher level features [16:05:21 CET] <kierank> unfortunately this community doesn't understand feature levelling [16:07:08 CET] <BBB> they work on other projects [16:07:27 CET] <BBB> if youre interested in that kind of stuff, youre unlikely to come to ffmpeg, right? [16:07:38 CET] <BBB> Im not interested in any of that, I just want to write codecs and stuff related to that [16:13:30 CET] <kierank> some people clearly don't because it's the reason we have a web server in ffmpeg [16:14:33 CET] <j-b> pff, too simple [16:14:38 CET] <j-b> you should have an ftp server too [16:24:37 CET] <arpu> hello, can i use libvp9 and libopus in a webm container and use output format rtmp ? i tryed this ffmpeg is running but on server side (rtmp) no video or audio data is receiving [16:25:56 CET] <J_Darnley> Yes, yes, yes, and I have no idea [16:26:19 CET] <arpu> J_Darnley, yes i now libvp9 and libopus works with webm :D [16:26:22 CET] <J_Darnley> What version of ffmpeg are you running locally and on the server [16:26:39 CET] <arpu> i use master on publisher side [16:26:43 CET] <arpu> on server costum rtmp server [16:27:16 CET] <kierank> there's no vp9 nor opus mapping in rtmp [16:27:24 CET] <arpu> :/ [16:27:40 CET] <arpu> kierank, is this possible ? [16:27:46 CET] <kierank> no [16:27:59 CET] <arpu> so ffmpeg should stop with an error [16:28:53 CET] <arpu> any idea what is the best solution to publish webm (vp9/opus) streams to a server ? [16:29:02 CET] <arpu> websocket maybe ? [16:29:04 CET] <kierank> http with webm (lol) [16:29:18 CET] <arpu> http ? to push ? [16:29:37 CET] Action: J_Darnley argues for no streaming [16:30:15 CET] <arpu> J_Darnley, why not? [16:30:57 CET] <J_Darnley> I hate it. Give me a download, torrent, or magnet link anyday. [16:31:15 CET] <arpu> J_Darnley, and live streaming? [16:31:29 CET] <J_Darnley> I hate it. Give me a download, torrent, or magnet link anyday. [16:31:50 CET] <av500> make one torrent per 30s of stream [16:31:59 CET] <av500> smooth-torrent [16:32:22 CET] <RiCON> not-so-live-stream [16:32:42 CET] <kierank> or just use a torrent client with sequential download [16:36:53 CET] <arpu> hmm output format ffm should work right? [16:37:00 CET] <arpu> with rtmp [17:04:11 CET] <wm4> av500: it would be funny if it weren't so cruel [17:16:23 CET] <arpu> av500, i use dash as source stream and clients use webrtc to p2p this chunks [17:23:22 CET] <arpu> hm why is vp9 not allowed in flv ? vp6 is [17:26:25 CET] <BtbN> Because vp9 is slightly more recent. [17:27:02 CET] <durandal_1707> BBB: what codecs you gonna write? [17:27:46 CET] <BBB> I thought I just wrote vp9 [17:27:52 CET] <BBB> can I take a break for a while? :) [17:28:10 CET] <BBB> maybe Ill do vp10 when its finished [17:28:40 CET] <durandal_1707> No, every day one codec/filter/demuxer [17:36:30 CET] <Compn> arpu : adobe make flv, its up to them. [17:36:35 CET] <Compn> iirc [17:41:47 CET] <ubitux> flv doesn't evolve since a long while [17:41:57 CET] <Compn> right [17:45:55 CET] <durandal_1707> Compn: you can't be developer [17:47:02 CET] <arpu> Compn, ok so the flv specs must be changed from adobe [17:47:42 CET] <arpu> but rtmp can only be used with flv? [17:48:25 CET] <arpu> https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/rtmpproto.c#L2957 [17:53:06 CET] <durandal_1707> modify code and use it? [17:55:49 CET] <Compn> durandal_1707 : what part of everyone is a developer did you not understand? :P [17:55:52 CET] <Compn> hehe [17:56:35 CET] <Compn> arpu : vp9 i've only seen in mkv and ........ webm (also kinda mkv) [17:56:42 CET] <durandal_1707> no, just occasional contributor [17:57:11 CET] <Compn> i review patches all the time , you can search for 'commit log' 'compn' to see this [17:57:14 CET] <arpu> Compn, yes but why i cannot use webm in rtmp protocol? [17:57:24 CET] <Compn> arpu : adobe made rtmp protocol spec [17:57:43 CET] <Compn> rtmp and flv is up to adobe. [17:57:45 CET] <arpu> Compn, rtmp i do not see any container spec [17:58:12 CET] <arpu> its only the transport protocoll for audio video right? [17:58:23 CET] <Compn> rtmp container IS flv [17:58:34 CET] <Compn> rtmp cannot be used to stream mp4 or other containers. [17:58:34 CET] <arpu> ah [17:58:55 CET] <Compn> rtmp is not a standard, its proprietary adobe ... [17:59:02 CET] <Compn> "adobe standard" [17:59:08 CET] <arpu> hmm i think its open [17:59:16 CET] <arpu> https://www.adobe.com/content/dam/Adobe/en/devnet/rtmp/pdf/rtmp_specificati… [17:59:31 CET] <arpu> i see the 09 08 is video adio messages like flv [17:59:51 CET] <arpu> hmm but rtsp has no container right? [18:00:06 CET] <arpu> sorry for all this questions [18:00:15 CET] <Compn> its ok, no one else seems to be here [18:01:02 CET] <Compn> rtsp is more confusing, because there are different versions [18:01:03 CET] <Compn> http://wiki.multimedia.cx/index.php?title=RTSP [18:01:22 CET] <Compn> mostly, its seperated audio and video streams [18:02:00 CET] <Compn> so you want to stream vp9 ? [18:02:02 CET] <arpu> hm like rtmp [18:02:26 CET] <BtbN> I guess DASH is your best bet for "streaming" VP9 [18:02:36 CET] <arpu> does nobody use vp9 and opus for live streaming? [18:02:43 CET] <arpu> BtbN, yes this is the goal [18:02:45 CET] <BtbN> YouTube does. [18:02:52 CET] <BtbN> Not Opus though [18:02:57 CET] <arpu> but publishers needs to publish the live stream to the server [18:03:01 CET] <BtbN> but i don't see why it shouldn't work. Not in Browsers though [18:03:19 CET] <arpu> server -> client is no problem with dash [18:03:27 CET] <arpu> but client -> server [18:03:34 CET] <arpu> as publisher [18:03:38 CET] <BtbN> Publish via a fuse-mounted WebDAV where ffmpeg writes its DASH output. [18:03:55 CET] <arpu> BtbN, is not good for "end users" [18:04:10 CET] <BtbN> Nothing is good for end users. [18:04:15 CET] <arpu> haha [18:04:26 CET] <arpu> publsish with rtmp is simple :D [18:04:33 CET] <BtbN> But obviously doesn't work. [18:05:01 CET] <arpu> so next try is rtsp i think [18:05:33 CET] <arpu> with ANNOUNCE [18:05:59 CET] <arpu> hmm i tryed rtmp with megts conatiner i get some video and audio packets on server side [18:06:06 CET] <arpu> container [18:11:01 CET] <arpu> http://lpaste.net/3666227059308363776 [18:11:06 CET] <arpu> so ffmpeg send the stream [18:11:15 CET] <arpu> i only need to change the rtmp server [18:11:18 CET] <arpu> right? [18:17:41 CET] <Compn> no idea. [18:18:00 CET] <Compn> w hat are you trying to do exactly? [18:20:06 CET] <cone-216> ffmpeg 03Stefano Sabatini 07master:5f2c233a8586: doc/indevs: fix x11grab options consistency [18:22:33 CET] <arpu> Compn, publish an vp9 opus live stream to a server [18:32:19 CET] <Compn> ah, well bbb is probably the one to ask about that [18:32:25 CET] <Compn> might have to pay him to make it work [18:32:26 CET] Action: Compn afk [18:34:44 CET] <BtbN> rtmp is flv by definition. [18:49:11 CET] <arpu> FF_COMPLIANCE_UNOFFICIAL maybe its good to ad vp9 here in flvenc ? [18:49:30 CET] <arpu> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/flvenc.c;h=39257… [18:51:40 CET] <BtbN> Adding a random codec there won't magicaly add code to mux it. [18:57:14 CET] <arpu> BtbN, ok [18:57:26 CET] <arpu> makes sense [18:57:59 CET] <arpu> BtbN, any idea what output protocoll i could use ? [18:58:24 CET] <BtbN> I wasn't joking with DASH output to WebDAV. [19:02:07 CET] <arpu> BtbN, hmm but on server side i want more options ( trancode to dash or reencode in size ) [19:02:27 CET] <BtbN> Well, best of luck in that case. [19:58:03 CET] <nog__> Is ffmpeg able to be linked static without dependencies on libdl and libm? [19:59:00 CET] <J_Darnley> Probably if there are static versions of those libraries available [20:00:31 CET] <nog__> the project tvheadend links in ffmpeg and libav statically, but still ffmpeg links dynamically to libdl, libm making it impossible to have a binary not dependent on these libraries [20:00:49 CET] <JEEB> those are system libraries [20:01:00 CET] <nog__> I was wondering if ffmpeg had some option to link static to these libraries? [20:01:01 CET] <JEEB> C mathematics library and the dynamic loading library [20:01:12 CET] <JEEB> I usually do not see these libraries being static [20:01:25 CET] <JEEB> you can try using an alternative C library [20:01:34 CET] <J_Darnley> Have you tried instructing your compiler to what you want? [20:01:37 CET] <nog__> Yes, I know. However, the target does not have these system libraries - it is an embedded system. [20:01:37 CET] <JEEB> I mean, *standard* library [20:01:39 CET] <funman> libc6-dev:amd64: /usr/lib/x86_64-linux-gnu/libm.a [20:01:51 CET] <nog__> Ehh, it has the libaries in 32 bit mode, but not in 64 bit [20:02:08 CET] <JEEB> ok, then you just have to instruct the shit to link those statically if those are available [20:02:22 CET] <JEEB> google static c stdlib [20:02:31 CET] <JEEB> and hope your toolchain contains that [20:02:41 CET] <llogan> not only does more forum/ML spam software use ffmpeg, this one, avdshare, is stealing Vimeo's logo. [20:03:09 CET] <nog__> Yea, I've been googling around for quite some time without any luck ;) Also searched mailing list archives. ;) [20:03:44 CET] <JEEB> not specific to FFmpeg in any way [20:03:47 CET] <nog__> JEEB: Anymore hints on what to do? [20:04:18 CET] <BtbN> staticaly linking against libdl seems weird. [20:04:27 CET] <BtbN> Also, glibc will never be truely static [20:04:37 CET] <JEEB> yeah, you'd have to have another stdlib [20:04:54 CET] <BtbN> What's the matter though with making it entirely static? [20:05:11 CET] <BtbN> Some horrible NAS-Distro with essential system libs missing? [20:05:23 CET] <nog__> BtbN: yes, QNAP [20:05:35 CET] <BtbN> fun [20:05:45 CET] <BtbN> Tell them to fix their system [20:06:00 CET] <BtbN> Or do what every modern person does, use a docker container. [20:06:20 CET] <nog__> For some reason it has the whole 32 bit setup, but 64 bit is lacking - so instead of transferring the so-files to the target I figured why not link everything static ;) [20:06:23 CET] <JEEB> are you implying they have a new enough kernel for that :P [20:06:51 CET] <BtbN> QNAP actualy does seem to support docker/lxc. Seems like a viable option to me. [20:07:02 CET] <nog__> It is 3.12.6 [20:07:42 CET] <nog__> Yes, with container support [20:08:19 CET] <nog__> This could be the solution - I am wondering if performance will be an issue - it is a DVB-setup with transcoding and streaming - will the virtualization not give a performance hit? [20:08:57 CET] <BtbN> There is no virtualization. [20:09:20 CET] <JEEB> container is just a kernel namespace [20:09:21 CET] <nog__> BtbN: Well, some kind of indirection then? ;) [20:09:21 CET] <BtbN> It will also be a lot of fun to access DVB hardware in a container running on those things. [20:09:23 CET] <JEEB> under a chroot [20:09:37 CET] <JEEB> anyways, I'd just copy the 64bit stdlib over :P [20:09:46 CET] <JEEB> and/or looked for a static stdlib [20:09:56 CET] <nog__> JEEB: Yes, it works with a LD_LIBRARY_PATH hack ;) [20:10:30 CET] <nog__> It will probably be some work to patch a hole to the devices, yes... [20:10:49 CET] <nog__> For a conainer solution that is [20:12:47 CET] <nog__> Thanks for the input, appreciated - have a nice day to all [20:12:52 CET] <BtbN> It's easy on a normal setup [20:13:02 CET] <BtbN> But not on those NAS things [20:13:08 CET] <nog__> Ok [20:53:02 CET] <fritsch> nevcairiel: ping - you got a minute? [22:02:27 CET] <arpu> hi again :D what server can use the output http from ffmpeg ? [22:02:32 CET] <cone-216> ffmpeg 03Paul B Mahol 07master:fd3df296c157: avfilter/af_alimiter: make description a bit longer [22:02:32 CET] <cone-216> ffmpeg 03Paul B Mahol 07master:142894d7202b: avfilter: do not leak frame if ff_get_audio_buffer() fails [22:06:52 CET] <arpu> ok ffserver any other? [22:11:18 CET] <arpu> how does the http output works ? POST ? [22:24:14 CET] <cbsrobot> arpu: please ask in #ffmpeg [22:24:43 CET] <cone-216> ffmpeg 03Paul B Mahol 07master:56ff563f3bbe: avfilter: add '.' at and of long filter description where it is missing [22:56:00 CET] <TD-Linux> arpu, for the uplink to a streaming server (like the role of RTMP in a twitch source client) RTSP is one option, WebM over HTTP is another one (icecast style) [22:56:41 CET] <TD-Linux> the latter is closer to RTMP functionally [23:25:14 CET] <cone-216> ffmpeg 03James Almer 07master:3885ef0c6c9c: avcodec/mjpegdec: fix typo on a warning [23:29:31 CET] <llogan> i feel like i'm missing out on the typo fixings this week. [23:30:54 CET] <J_Darnley> I saw two good commit messages on that front when I woke up this morning: Fix German and Fix pseudo-German :) [23:56:57 CET] <arpu> TD-Linux, thx a lot! i try to build a http server in node for this [00:00:00 CET] --- Thu Nov 26 2015

1 0

ffmpeg.log.20151125
by burek 26 Nov '15

26 Nov '15

[00:12:22 CET] <sea_tui> heya everone [00:12:41 CET] <sea_tui> maybe i have the wrong impression, but is it possible to PLAY a DVD with ffmpeg? [00:16:39 CET] <ocrete> sea_tui: no, use a video player like VLC, etc [00:18:04 CET] <sea_tui> ocrete, thats why i'm asking, just seen VLC is using ffmpeg as backend ;) [00:18:32 CET] <sea_tui> but seems the dvdplay is another binary part then. thank yo [00:18:33 CET] <sea_tui> u [00:18:37 CET] <ocrete> sea_tui: but it uses more than ffmpeg, DVD playback is somewhat complex as it has menus, etc, it's just not playing the stream [00:20:19 CET] <sea_tui> ocrete, well, vob files contain 'all' the streams too, and playing them directly works fine (mostly).. but anyway, question has been answered [01:06:42 CET] <Zeranoe> Any idea what's going on here? http://paste.debian.net/plain/335694 It dies after "Opening an output file: video.wmv." with "Unable to find a suitable output format for 'video.wmv'" [01:07:17 CET] <Zeranoe> Original command was: type "img.bmp" | ffmpeg -c:v bmp -pix_fmt bgr24 -s 1096x4202 -y -r 7.1 -f image2pipe -i - -loglevel verbose -q:v 5 -s 1280x720 -r 30.0 "video.wmv" [01:07:43 CET] <Zeranoe> And FFmpeg was configured with: --enable-gpl --enable-version3 --disable-w32threads --disable-everything --enable-decoder=bmp --enable-encoder='wmv1,wmv2,*mpeg*,libx264,flv' --enable-demuxer=image2pipe --enable-protocol='pipe,file,data' --enable-muxer='mpeg1video,mpeg2video,mov,avi,h264,flv' --enable-parser='h264,mpeg4video,mpegvideo,bmp' [01:15:27 CET] <c_14> Missing the asf muxer [01:15:29 CET] <c_14> probably [01:15:51 CET] <c_14> At least that's what ffmpeg picks for me for files with .wmv extension [01:24:01 CET] <darktoad> Anyone having good result with -vcodec nvenc? I have a GTX960 but I get a lower fps than with a cpu only encoding :/ [01:27:54 CET] <Zeranoe> darktoad: x264 is really good [01:30:53 CET] <Zeranoe> c_14: Good call, making progress. http://paste.debian.net/plain/335697 "Output pad "default" with type video of the filter instance "Parsed_null_0" of null not connected to any destination" [01:32:55 CET] <Zeranoe> c_14: I'm guessing a missing filter, but I don't see it trying to use one... [01:33:04 CET] <llogan> Zeranoe: -s [01:33:41 CET] <Zeranoe> llogan: So a resize filter? [01:33:50 CET] <llogan> scale [01:33:56 CET] <darktoad> ffmpeg -re -i file.test -vcodec nvenc, I'am on 359 drivers, ffmpeg 2.8, windows 7, any idea why I get 50fps? [01:34:19 CET] <darktoad> gtx960 [01:34:37 CET] <Zeranoe> llogan: Thanks, see anything else that might use one? [01:35:03 CET] <llogan> there is always something else when using --disable-everything. you'll just have to keep experimenting. [01:35:14 CET] <Zeranoe> Very true [01:35:52 CET] <furq> darktoad: probably because you're using -re [01:36:27 CET] <darktoad> my file is 60fps, it's for streaming purpose [01:37:28 CET] <darktoad> can't get more than 50fps using nvenc, 60fps easily using 80% cpu, don't know what's wrong [01:37:54 CET] <Zeranoe> llogan: Working for now, till a new feature is used. Thanks again. [01:38:31 CET] <llogan> just curious, why are you disabling stuff? [01:38:42 CET] <darktoad> >ffmpeg -re -i test.ts -vcodec nvenc_h264 -maxrate 8000k -bufsize 24000k -pix_fmt yuv420p -g 50 -acodec libmp3lame -b:a 128k -ac 2 -ar 44100 -f flv rtmp_url [01:39:13 CET] <Zeranoe> llogan: Someone wants a "we use FFmpeg to do one thing, and don't want anything else" build. [01:39:46 CET] <furq> darktoad: try -preset fast i guess [01:40:10 CET] <furq> 1080p60 is a pretty hefty load [01:40:41 CET] <furq> also -g 50 is probably wrong for 60fps content [01:41:13 CET] <llogan> Zeranoe: why --enable-version3?. i don't see anything there that would need it [01:41:17 CET] <darktoad> [nvenc_h264 @ 04740060] Preset "fast" is unknown! Supported presets: hp, hq, bd, [01:41:17 CET] <darktoad> ll, llhp, llhq, lossless, losslesshp, default [01:41:51 CET] <Zeranoe> llogan: What do you mean? [01:42:34 CET] <Zeranoe> Mainly because you go from ~30-~40 megs to ~5 [01:44:00 CET] <llogan> do they just want (L)GPL3, or was the accidentally left in there for support for libopencode*, libsmbclient, and/or libvo_? [01:44:49 CET] <Zeranoe> llogan: Oh i see what you mean, they didn't give a reason for v3. You're probably right that with --disable-everything there isn't any GPL3 features beyond what is in 2. [01:47:58 CET] <llogan> and for pure OCD, you should change input options -r to -framerate, pix_fmt to pixel_format, -s to -video_size (see ffmpeg -h demuxer=image2pipe) [01:48:24 CET] <Zeranoe> llogan: I also didn't write that command, but I would. [02:16:29 CET] <cluelessperson> Hi all. I'm attempting to do this. ffmpeg -ss 01:31:22 -i Ex.Machina.2015.1080p.BluRay.x264.YIFY.mp4 -to 01:32:03 -vf fps=3 screens/out%d.png [02:16:37 CET] <cluelessperson> however, it seems to ignore the -to option [02:16:55 CET] <c_14> When using -ss as an input option, -to becomes equivalent to -t [02:17:06 CET] <c_14> (unless there's also a -ss in the output as well) [02:17:16 CET] <flarunt> dont you mean your_home_movie.mp4? [02:17:32 CET] <cluelessperson> flarunt, ? [02:18:21 CET] <flarunt> oh didnt notice the parrot on your shoulder [02:18:24 CET] <cluelessperson> c_14, I'll try that then, I thought -t was time though, as in length [02:18:32 CET] <c_14> It is [02:18:56 CET] <cluelessperson> c_14, is there not a way to do start time and stop time? [02:19:08 CET] <cluelessperson> or must it be start, duration? [02:19:11 CET] <c_14> There is, but only if you use -ss as an output option [02:19:35 CET] <cluelessperson> c_14, So as I understand it, I must use duration [02:20:08 CET] <cluelessperson> c_14, using -ss as an output option seems to take forever to start doing anything [02:20:20 CET] <cluelessperson> Sigh. I must got. Thank you for your help. [02:20:23 CET] <cluelessperson> go [02:20:28 CET] <cluelessperson> bbl [02:20:34 CET] <furq> -ss as an output option decodes until the start point [02:20:47 CET] <cluelessperson> furq, oh. ;_; [02:21:47 CET] <cluelessperson> furq, Wait, so do I need to do input -ss start_time -i file.mp4 -ss start_time -so stop_time output ? [02:23:05 CET] <cluelessperson> well, yea, I have to go, 8 minutes to get somewhere. Thanks again. [02:24:13 CET] <c_14> cluelessperson: no, that would seek twice [02:35:03 CET] <sonto_lau> Hi all! I am developing a media streaming software, but I dont know how to stream the media files encoded in h264 to network(RTP) by using ffmpeg, could anyone help me or give me some tutorial about this. thanks [02:35:43 CET] <llogan> the cli tool or via the libraries? [02:37:48 CET] <sonto_lau> Yes, I am using libraries, but I have no idea to use them and know too few about ffmpeg. [02:38:27 CET] <llogan> see doc/examples, and http://ffmpeg.org/doxygen/trunk/index.html, and libav-user mailing list [02:38:43 CET] <sonto_lau> I dont know how to output the stream in RTP format. [02:39:07 CET] <sonto_lau> thanks, I try the link [02:43:45 CET] <utopian> Hey all, when doing a two pass encoding.. I set the bitrate of the video and audio and I notice that qscale moves between 1.6 and 2 yet never hits 0 and does not use up the bitrate I set [02:43:47 CET] <utopian> What is that all about [02:44:23 CET] <utopian> Yet if I all out -q 0 it, it's much higher than what I set, so as far as I can tell, it's not lack of input [02:45:40 CET] <llogan> i'll assume mpeg4. there is possibly a -qmin being applied by default, and I don't think the MPEG* qscale starts at 0, but 1 [02:46:10 CET] <utopian> that's what I wanted to know thanks, i saw the ranges and did not know how to set them [02:46:13 CET] <utopian> I tried with just -q and had errors [02:46:15 CET] <utopian> -qmin thanks [02:46:43 CET] <utopian> Yes mpeg4 [02:52:39 CET] <utopian> Erps [03:02:11 CET] <sonto_lau> I got the error "Unable to find a suitable output format for 'rtp://172.18.104.207:8554'" when I use "rtp://host:port" as my output filename, what should I do? thanks. [03:07:31 CET] <llogan> sonto_lau: how to duplicate? [03:10:05 CET] <sonto_lau> I use the example code located at http://ffmpeg.org/doxygen/trunk/transcoding_8c-example.html to open a media file and output to network. so I compiled the code and run it with the command "./transcode ./test.h264 rtp://192.168.1.4:8554" [03:11:27 CET] <sonto_lau> I have no idea that the example code can stream the media file to network. [03:17:35 CET] <llogan> sonto_lau: i don't know. i'm not a library user. you should probably use doc/examples/transcoding in your local source copy instead of the example in doxygen/trunk (unless your source is current and they are the same) [03:18:19 CET] <sonto_lau> llogan: thanks a lot! [04:10:34 CET] <cluelessperson> c_14, I'm back. I don't understand how to make it start at a position and end at another then [04:16:12 CET] <cluelessperson> So I'm trying to do [04:16:13 CET] <cluelessperson> ffmpeg -ss 01:31:22 -i Ex.Machina.2015.1080p.BluRay.x264.YIFY.mp4 -to 01:32:03 -vf fps=3 screens/out%d.png [04:16:22 CET] <cluelessperson> however, having problem with seeking/ending [04:16:43 CET] <cluelessperson> -ss on the IN seems to work, but it doesn't STOP at the correct time [04:16:59 CET] <cluelessperson> because -to acts as a -t [04:17:42 CET] <relaxed> then treat it as -t [04:18:43 CET] <cluelessperson> relaxed, I really need to do end time, or it's going to be a big PITA translating/converting it every time. [04:19:26 CET] <relaxed> doesn't it work if -ss is after the input? [04:19:54 CET] <cluelessperson> relaxed, maybe it does, but it seems not to do anything forever [04:20:17 CET] <relaxed> because it decodes to that point instead of seeking [04:20:19 CET] <cluelessperson> relaxed, I sat there for 60 seconds, and it didn't show any progress and no output files were created. [04:20:33 CET] <cluelessperson> relaxed, yes, I think so. So should I sit there for hour+? [04:21:08 CET] <relaxed> you can file a bug report (or add to one) while you wait [04:28:07 CET] <relaxed> cluelessperson: did you try with both -ss and -to before the input? [04:28:47 CET] <cluelessperson> relaxed, I think I did and it didn't work, I'll try again [04:28:49 CET] <furq> is anyone in here keeping count of how often people accidentally incriminate themselves [04:29:23 CET] <furq> it would make a nice infographic [04:29:44 CET] <cluelessperson> furq, Sorry, did I incriminate myself? [04:29:48 CET] <cluelessperson> of what [04:29:58 CET] <relaxed> nobody cares [04:30:19 CET] <furq> i expect somebody cares [04:30:27 CET] <furq> it may not be anyone in here [04:30:45 CET] <cluelessperson> furq, I'm just going along with it. But you hvae to prove how I got it, that I don't already own it, that it's illegal in my country, that it was ME that downloaded it, and that the distribution source wasn't legal. :P [04:30:57 CET] <furq> i don't have to do any of that [04:31:17 CET] <cluelessperson> furq, Actually, you do. I'm innocent until proven guilty. [04:31:34 CET] <furq> yeah but i don't care [04:32:07 CET] <relaxed> this isn't #ffmorals [04:32:13 CET] <furq> i just find it amusing [04:42:39 CET] <cluelessperson> anyway yeah [04:44:21 CET] <cluelessperson> relaxed, I get the error, using -to as in [04:44:22 CET] <cluelessperson> Option to (record or transcode stop time) cannot be applied to input file Ex.Mac hina.2015.1080p.BluRay.x264.YIFY.mp4 -- you are trying to apply an input option to an output file or vice versa. Move this option before the file it belongs to. [04:46:42 CET] <pepee> I don't get it, how is imgur able to convert files so fast? [04:46:56 CET] <cluelessperson> pepee, how is imgur fast? [04:47:17 CET] <cluelessperson> pepee, it takes like 10 seconds, so I imagine it's done on submission? [04:47:19 CET] <pepee> cluelessperson, upload a 2MB gif and see by yourself [04:49:11 CET] <furq> i uploaded a 3.5MB gif and it took more than 10 seconds [04:50:28 CET] <furq> it took about one second converting it with ffmpeg [04:50:30 CET] <pepee> how much of that time was the upload itself? [04:50:46 CET] <furq> i started counting when it ticked over to "upload complete" [04:51:50 CET] <furq> actually i take that back, it took about four seconds to webm with ffmpeg [04:52:05 CET] <furq> with one thread on a core 2 duo [04:52:42 CET] <pepee> right, it was fast here, too. I thought converting gifs would be slower [04:53:35 CET] <pepee> I uploaded one from a website, it took like 1 second after the upload process, I think... and it also shows a preview [04:54:12 CET] <pepee> furq, did you see the bug report? https://trac.ffmpeg.org/ticket/5033 [04:56:32 CET] <pepee> turns out the aac bug was fixed in the git version... mostly, but that wasn't the cause of the difference in length of the videos [04:57:12 CET] <furq> yeah it was happening to me with mp3 when i first noticed it [05:12:15 CET] <pepee> furq, I'm stupid... I didn't notice, this also happens with webms, too [05:12:27 CET] <furq> yeah i mentioned it happens with mkv [05:12:46 CET] <pepee> you shoul write that in the bug report [05:13:03 CET] <pepee> I guess the problem is -shortest ? I don't remember, are you mixing images too? [05:13:17 CET] <furq> yeah [05:14:13 CET] <furq> http://sprunge.us/JYOS [05:14:23 CET] <furq> the first one is out by ~6 seconds, the second one is out by about a second [05:15:38 CET] <furq> and it gets worse at lower framerates [09:25:50 CET] <licson> Hello! I'm having some problems with ffmoeg working with NVENC [09:28:13 CET] <licson> After I successfully compiled ffmpeg with NVENC support, there are errors below [09:28:16 CET] <licson> [nvenc_h264 @ 0x22c7a20] CreateInputBuffer failed [09:29:36 CET] <licson> I have search about posts that said there is not enough video RAM but that should not happen [09:30:54 CET] <licson> P.S. I'm using Ubuntu 14.04 and installed the 346.46 drive on EC2 g2.2xlarge instances [09:36:05 CET] <fritsch> isn't the driver ultra old @ licson ? [09:36:30 CET] <fritsch> we are always > 352 [09:36:42 CET] <fritsch> for the long live branch [09:48:56 CET] <licson> fritsch: I'm having trouble on installing NVIDIA's drivers so I use a pre-built image that has the old version of driver [10:38:57 CET] <srikanth> Hi all .. [10:40:51 CET] <Guest90218> I am trying to identify the most commonly used encoders/decoders of ffmpeg [10:41:21 CET] <Guest90218> so that I can work on doing performance optimization on ppc64le platform [10:42:57 CET] <Guest90218> can you please help me, by providing the list of most commonly used encoders/decoders of ffmpeg [11:09:02 CET] <Guest90218> Hi merzo... [11:10:54 CET] <Guest90218> I looking for list of most commonly used encoders/decoders of ffmpeg, so that I can work on doing performance optimization of those encoders/decoders on ppc64le platform ... [11:20:19 CET] <DHE> generally the most common codecs are the ones available on youtube... VP-9, H264, and maybe others.. [11:30:58 CET] <Guest90218> could you please elaborate on this, actually I am looking out for atleast list of ten most commonly used encoders/decoders of ffmpeg .. including audio/video/subtitles... [11:33:23 CET] <JEEB> many encoders actually used are external projects [11:33:27 CET] <JEEB> like libx264 or libvpx [11:33:51 CET] <JEEB> decoder-wise, I'd say h264, hevc, mpeg2video, mpeg4 [11:34:08 CET] <JEEB> maybe ffv1 and utvideo too [11:34:25 CET] <JEEB> vp9 I guess [11:43:15 CET] <Guest90218> thanks so much for the inputs [11:43:48 CET] <Guest90218> pls list any other widely used encoders/decoders apart from the above list [11:44:35 CET] <Guest90218> i would be grateful if someone gives me details of how to find the de/encoders available on youtube.. are they listed on some page in the site? [12:11:38 CET] <derjanni> Hello! I want to use ffplay in my application. With mplayer there is something like the -wid parameter that allows me to have mplayer draw in my XWindow. Is there something comparable for ffplay? [13:47:02 CET] <c_14> cluelessperson: write a script that takes a from and a to timestamp and turns it into a duration (that's how I handle it) [17:17:17 CET] <Zeranoe> What muxer is used in: ffmpeg -y -r 15.9 -f image2pipe -i pipe:.bmp -vcodec mpeg4 -q:v 5 -s 1280x720 -r 30.0 "video.mp4" [17:27:50 CET] <JEEB> Zeranoe: mp4 derivatives are in libavformat/movenc [17:28:05 CET] <JEEB> or well, I should say "mov derivatives" [17:30:56 CET] <Zeranoe> JEEB: Thanks, working now. [18:10:14 CET] <hero_biz> hi guys. [18:10:19 CET] <hero_biz> a small question [18:10:31 CET] <hero_biz> i have encoded an flac audio with this command: [18:10:53 CET] <hero_biz> ffmpeg -i a.flac -c:a libfdk_aac -vbr 5 a.aac [18:11:29 CET] <hero_biz> in middle of encoding I noticed that flac file had some meta data, about album,... [18:11:49 CET] <hero_biz> but it seems my encode will drop those meta data. [18:12:04 CET] <hero_biz> is there anyway to keep those meta data when encoding to aac? [18:19:37 CET] <durandal_1707> aac format afaik doesn't allow metadata [18:20:25 CET] <hero_biz> then I need to use m4a? [18:20:42 CET] <hero_biz> m4a container? [18:21:04 CET] <durandal_1707> I guess [18:21:52 CET] <hero_biz> ok,ty info [18:32:18 CET] <hero_biz> should i add a -c:v none option too? [18:38:36 CET] <furq> hero_biz: -vn [18:39:17 CET] <thebombzen> you could also try using -map [18:40:03 CET] <hero_biz> i used -map_metadata 0 -id3v2_version 3 and .mka file. [18:40:19 CET] <hero_biz> everythign ok now. i guess lol. [19:58:17 CET] <prelude2004c> hey guys.. question is there some way to have ffmpeg keep writing segmented files out even if input has stopped ( eg. udp ) or , insert something else while input is out ? [20:17:33 CET] <ented> Hello folks, I am trying to develop stuff with libav. [20:18:10 CET] <ented> Well ffmpeg C interface [20:18:45 CET] <ented> Not on those heretics library :) [20:21:25 CET] <ented> I need to do offline video processing and play frames backward. Clearly h264 playing backwards is almost impossible. Is it good strategy to try seek backwards to earlier keyframe and decode frames until current frame? [20:22:07 CET] <c_14> Look at what the reverse filter does [20:22:29 CET] <c_14> Then cut it up into pieces so you don't OOM [20:23:52 CET] <c_14> But seeking back to the last keyframe doesn't sound like the worst idea. [21:20:13 CET] <basisbit> I love ffmpeg. just had to say it :) [22:20:43 CET] <cbsrobot> cluelessperson and c_14: I guess you need to add -copyts after the input file [22:21:58 CET] <cbsrobot> if you seek with -ss in front of the input file and do not set the -copyts option, the timestamp starts at 0 and your -to option is useless [22:25:51 CET] <arpu> hello does anyone have an simple node http server that exapts ffmpeg http output? [22:36:39 CET] <MrJohnson> Hello, I have a bunch of mp4s already encoded using h264. These mp4s only have one channel of audio (left). I'm looking to duplicate the left channel into the right channel without re-encoding/compressing the video. I assume this is something ffmpeg can handle? [22:45:32 CET] <durandal_170> Yes, for video use -c:v copy [22:51:37 CET] <furq> MrJohnson: you can create a mono audio stream with -map_channel and -ac [00:00:00 CET] --- Thu Nov 26 2015

1 0