Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

December 2015

1 participants
62 discussions

ffmpeg-devel.log.20151205
by burek 06 Dec '15

06 Dec '15

[00:37:25 CET] <kierank> is there any way to turn off inlining in ffmpeg [00:42:19 CET] <rcombs> ubitux: there are multiple problems with 3e86ead3 [00:42:41 CET] <rcombs> ubitux: one being that your `while (i < FF_ARRAY_ELEMS(section->fields))` never increments i, so it loops forever [00:44:03 CET] <rcombs> ubitux: fortunately it never actually gets called, because its use is in an `else if()` after `if (section->format_header && !order)`, so in the no-format-header case, ass_split_section takes the previous branch and never makes it to the call [00:44:15 CET] <rcombs> I fixed both of those problems [01:14:56 CET] <jamrial> kierank: add __attribute__((noinline)) to the function in question [01:17:40 CET] <J_Darnley> I think there's an av_noinline alias for that [01:19:20 CET] <jamrial> yeah, you're right [01:51:28 CET] <cone-718> ffmpeg 03Andreas Cadhalpun 07master:7a4652dd5da0: aaccoder: prevent crash of anmr coder [02:18:21 CET] <J_Darnley> Daemon404, wm4, BBB, ubitux: I think you lot said earlier that you were using the API and AVOption. Can I ask where? I want to see what the use looks like from the outside. [02:26:13 CET] <wm4> J_Darnley: well, there are 44 av_opt calls in mpv, most are in the libsw/avresample wrapper, and a libswscale wrapper, interestingly [02:27:14 CET] <J_Darnley> Thanks, I'll have a look. [02:27:56 CET] <J_Darnley> mpv.io right? [02:44:53 CET] <Plorkyeran> iirc avresample/swscale/swresample are the only thing that ffms2 uses av_opt for too [02:57:23 CET] <cone-718> ffmpeg 03Claudio Freire 07master:293c170f5941: AAC encoder: ANMR, avoid empty search ranges [03:01:24 CET] <rcombs> do we actually need an XML parser [03:01:47 CET] <rcombs> that seems like a lot of work and a lot of complexity when there are at least 2 good libs for that [03:01:48 CET] <J_Darnley> Someone must do subs in that format! [03:02:02 CET] <J_Darnley> Or for some streaming format. [03:04:36 CET] <atomnuker> don't joke about that stuff, there are ways to organize data and then there's xml and json [03:10:33 CET] <J_Darnley> Is it just javascript devs that think json is good (or decent)? [03:27:47 CET] <wm4> json is actually easy to parse [03:27:54 CET] <wm4> while xml is very hard [03:38:04 CET] <rcombs> hardest thing about parsing JSON is string escape handling, which is not very hard [04:48:53 CET] <cone-718> ffmpeg 03Simon Thelen 07master:5b6c0fdb4316: ffmpeg: When streamcopying, only add the input seek position when copying timestamps. [04:48:54 CET] <cone-718> ffmpeg 03Neil Birkbeck 07master:a16243a4aa5f: libavformat/mov.c: allow QuickTime metadata to come after traks [12:22:27 CET] <cone-055> ffmpeg 03Luca Barbato 07master:9f57f134c197: configure: ObjC support [12:22:28 CET] <cone-055> ffmpeg 03Hendrik Leppkes 07master:3b0f63e110d4: Merge commit '9f57f134c19773d54269b6cb9ee455ff87c2e9e1' [12:33:04 CET] <atomnuker> "configure: ObjC support" << why? [12:33:45 CET] <nevcairiel> mac things, apparently [12:34:05 CET] <nevcairiel> (fwiw, we already have parts of that support before) [12:34:11 CET] <nevcairiel> s/have/had/ [12:36:20 CET] <ubitux> atomnuker: avfoundation [12:36:31 CET] <ubitux> we already have objc support since a while here [12:36:43 CET] <ubitux> ./libavdevice/qtkit.m [12:36:45 CET] <ubitux> ./libavdevice/avfoundation.m [12:36:54 CET] <nevcairiel> (that patch was totally broken, i had to fix quite a few things in it) [12:37:15 CET] <nevcairiel> that macbook actually came in handy for once [12:38:27 CET] <cone-055> ffmpeg 03Clément BSsch 07master:560d1e7b4992: avfilter/codecview: add QP support [12:38:28 CET] <cone-055> ffmpeg 03Clément BSsch 07master:3f46e7bad57c: avfilter/codecview: reindent after previous commit [13:40:29 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:7ed47e97297f: avformat/smacker: fix integer overflow with pts_inc [13:40:30 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:0c56f8303e67: avcodec/wmaprodec: Fix overflow of cutoff [13:40:31 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:2de8bfd2ef06: avcodec/pcm: Fix overflow in bitrate computation [13:40:32 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:15d14ce47cb3: avcodec/utils: Fix overflow in get_bit_rates computations [15:09:57 CET] <thresh> hello! [15:10:08 CET] <thresh> who's currently in charge with ffmpeg.org website? [15:13:28 CET] <kierank> ubitux I believe [15:15:42 CET] <BtbN> i think you can sent patches against ffmpeg-web to the ML if you want to change something [15:17:55 CET] <ubitux> wat no! :( [15:18:24 CET] <ubitux> (no about maintainership) [15:21:19 CET] <rcombs> nevcairiel: sent that TrueHD-in-MPEGTS patch; apparently the sample plays in WMP with LAV Filters installed [15:21:41 CET] <rcombs> not sure if I should blame WMP or you [15:22:55 CET] <rcombs> ubitux: saw my reply re: ass_split? [15:23:27 CET] <ubitux> rcombs: no [15:23:34 CET] <ubitux> doesn't appear in the ml unless i missed sth [15:24:10 CET] <ubitux> on on irc my bad [15:24:17 CET] <ubitux> let me backlog, i missed a few messages [15:24:21 CET] <rcombs> yeah [15:25:12 CET] <thresh> well I want to minimize the number of git:// users on git.videolan.org, so can someone please change the clone URI on http://ffmpeg.org/download.html#get-sources to http://source.ffmpeg.org/git/ffmpeg.git ? [15:25:43 CET] <kierank> thresh: what's the difference? [15:25:46 CET] Action: kierank uses git.videolan [15:25:47 CET] <ubitux> rcombs: o damn, didn't realized that infinite loop; curious no static analyzer spotted it [15:25:59 CET] <thresh> kierank: http:// is awesomer than git:// [15:26:08 CET] <rcombs> ubitux: maybe because it's never hit [15:26:08 CET] <thresh> all the cool kids use it, just look at github [15:26:20 CET] <kierank> pfft [15:26:31 CET] <rcombs> thresh: why http instead of https? [15:27:00 CET] <thresh> rcombs: to hammer the server less, for no real reason? [15:27:22 CET] <ubitux> rcombs: it's curious bc i'm pretty sure i tested it against the problematic sample... but well alright, sorry [15:28:13 CET] <rcombs> ubitux: np as long as it gets fixed [15:28:24 CET] <ubitux> fate test welcome btw :( [15:28:49 CET] <thresh> kierank: git:// is a binary proto, which is hard to mangle (which I need to migrate stuff from git.v.o to gitlab) [15:29:09 CET] <kierank> I see [15:29:24 CET] <rcombs> ubitux: yeah, I'll put one together [15:29:35 CET] <ubitux> J_Darnley: i used the AVOption in a project recently; it was really handy to provide a way of doing mylib_set_option(ctx, "foo", <bar>), with the mylib_set_option() last parem being vaarg doing introspection on type of the option to actually read the arg [15:29:48 CET] <ubitux> J_Darnley: rest was common usage [15:30:33 CET] <ubitux> it was actually really handy to set defaults value, range checks, and provide a stable option API [15:30:56 CET] <ubitux> like, not exposing the fields of the context and keeping it opaque, while shuffling everything in the background [15:41:42 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:66e05f6ff5e5: avcodec/wmaprodec: Check bits per sample to be within the range not causing integer overflows [15:48:29 CET] <nevcairiel> rcombs: wmp certainly doesnt support truehd i dont think, and not sure how I would modify truehd probing .. but maybe i forgot [15:48:43 CET] <rcombs> nevcairiel: it was a passthrough thing [15:48:54 CET] <rcombs> according to the user who provided the file [15:49:42 CET] <nevcairiel> the patch is trivial, so its probably fine [16:14:41 CET] <BtbN> Did they guy on ffmpeg-devel just post a pastebin link wrapped in a facebook tracking thing?! [16:15:00 CET] <BtbN> Also, on the wrong ml. [16:15:45 CET] <cone-055> ffmpeg 03Paul B Mahol 07master:a525b844d9e4: avfilter/af_stereotools: check s->length size [16:15:46 CET] <fritsch> BtbN: did you see the vaapi hevc-10bit/ vp9 code landing? [16:15:52 CET] <BtbN> yes [16:16:08 CET] <fritsch> did you understand their handling of p1010? [16:16:09 CET] <BtbN> waiting for the vp9 hwaccel hooks to be merged, then going to implement both [16:16:17 CET] <nevcairiel> people post things like "my problem" and they really expect people to help? [16:16:17 CET] <BtbN> Haven't looked too much at it yet [16:16:21 CET] <wm4> hm, vaapi 10 bit, I wonder how surfaces are handled here [16:16:31 CET] <fritsch> wm4: ^^ that was my question [16:16:40 CET] <fritsch> they are converted internally to rgba32 [16:16:42 CET] <wm4> last time I checked, surfaces magically changed their format depending on random conditions [16:16:47 CET] <wm4> wat [16:16:47 CET] <fritsch> but I don't understand the code :-) [16:16:50 CET] <wm4> that's fucked up [16:16:55 CET] <fritsch> http://lists.freedesktop.org/archives/libva/2015-December/003759.html [16:16:56 CET] <fritsch> here [16:17:14 CET] <fritsch> see - they need support for vaPutsurface [16:17:55 CET] <wm4> the patch linked just adds 10 bit support to vaPutSurface? [16:17:59 CET] <fritsch> yes [16:18:23 CET] <fritsch> "Currently it converts P010 to RBGA32" [16:18:25 CET] <fritsch> he writes [16:18:39 CET] <fritsch> with a bit of phantasie I even see the 4 8bit planes [16:18:43 CET] <nevcairiel> asians, so verbose comments [16:19:06 CET] <wm4> oh I see what you mean [16:19:09 CET] <wm4> it looks very fucked [16:19:19 CET] <fritsch> http://lists.freedesktop.org/archives/libva/2015-December/003775.html <- emil has the same question [16:19:36 CET] <fritsch> we need that cause of vaPutSurface [16:19:46 CET] <fritsch> but i'd like to understand how it's done [16:21:18 CET] <fritsch> http://lists.freedesktop.org/archives/libva/2015-December/003766.html [16:21:20 CET] <fritsch> here the decoder [16:21:54 CET] <BtbN> #define I_P010 2, 2, 2, {I965_16BITS, I965_8BITS}, 3, { {PLANE_0, OFFSET_0}, {PLANE_1, OFFSET_0}, {PLANE_1, OFFSET_16} } [16:24:13 CET] Action: wm4 wonders what hw supports this [16:24:18 CET] <fritsch> Brexton [16:24:20 CET] <fritsch> the new atom [16:24:34 CET] <nevcairiel> Broxton* [16:24:36 CET] <fritsch> broxton [16:24:37 CET] <fritsch> yes [16:24:39 CET] <BtbN> no backwards compat? [16:24:50 CET] <fritsch> http://lists.freedesktop.org/archives/libva/2015-December/003756.html [16:24:51 CET] <fritsch> no [16:24:55 CET] <fritsch> gen9 only [16:24:57 CET] <fritsch> it seems [16:25:07 CET] <nevcairiel> gen9 is skylake as well, fwiw [16:25:12 CET] <nevcairiel> but decoder features may not be the same [16:25:16 CET] <fritsch> jep [16:25:27 CET] <wm4> seems like I bought skylake really for nothing [16:25:28 CET] <fritsch> they do it like they did with braswell: broadwel gpu + skl hevc decoder [16:25:38 CET] <fritsch> broxton: skl gpu + kabi lake hevc decoder? [16:25:49 CET] <fritsch> wm4: haha [16:26:02 CET] <fritsch> yeah - windows + gpu assisted decoding [16:26:11 CET] <fritsch> but yes - codec wise totally not interesting [16:26:13 CET] <nevcairiel> broxton doesnt have a release date yet [16:26:14 CET] <fritsch> could have got a braswell [16:26:15 CET] <nevcairiel> so there is that [16:27:46 CET] <fritsch> i think the libyami guys will implement those bits the next days [16:27:55 CET] <nevcairiel> skylake always looked like a rather underwhelming chip, both on the cpu and gpu front, so.. [16:28:07 CET] <fritsch> i liked it concerning the 8 bit hevc [16:28:12 CET] <fritsch> think of broadwell ... [16:28:18 CET] <fritsch> it delivered absolutely nothing [16:28:29 CET] <nevcairiel> 8-bit hevc is not very interesting [16:28:47 CET] <fritsch> yes .. [16:28:54 CET] <nevcairiel> systems that adopt hevc for UHD appear to go 10-bit right away [16:29:01 CET] <fritsch> but never the less bsw / skl was used to implemented hevc vaapii nffmpeg [16:29:20 CET] <fritsch> and from the 10 bit hevc patch, it seems that extending "should work" quite well [16:29:23 CET] <fritsch> in vaapi side [16:29:42 CET] <nevcairiel> i got a braswell for vp9 hybrid decoding, but at least a braswell nuc is cheap, skylake cpus are expensive =p [16:29:52 CET] <fritsch> yeah [16:30:03 CET] <fritsch> how good is the performance of bsw vp9 decoding? [16:30:13 CET] <fritsch> 4k 24p possible? [16:30:18 CET] <fritsch> I don't think so [16:30:20 CET] <nevcairiel> didnt test [16:30:33 CET] <fritsch> you just implemented it and then did not test? :-) [16:30:45 CET] <nevcairiel> not the performance, cant really influence that anyway [16:30:55 CET] <nevcairiel> and ffmpegs cli dxva2 support is very inefficient [16:31:00 CET] <nevcairiel> so no good for benchmarking [16:32:35 CET] <nevcairiel> once its merged i might test it in my own code [16:33:22 CET] <fritsch> the bsw/skl hevc 8 bit decoder is really good [16:33:38 CET] <fritsch> and the bsw in case of decoding + rendering is also really nice [16:33:50 CET] <fritsch> 4k@60 hevc 8 bit was doable [16:34:17 CET] <fritsch> therefore I am looking forward for these 10 bit chips - as they will decode uhd bluray and also new live tv standard [16:35:33 CET] <nevcairiel> just get a nvidia 950 or 960, they do it today =p [16:36:39 CET] <fritsch> yeah [16:36:41 CET] <fritsch> :-) [16:36:44 CET] <fritsch> not interested [16:36:53 CET] <fritsch> as the card needs 5 times what my bsw rig needs [16:36:54 CET] <fritsch> in idle [16:37:04 CET] <nevcairiel> its hard to be amazed by intel when they are 1-1.5 years behind the flow [16:37:12 CET] <fritsch> not sure they are [16:37:21 CET] <fritsch> at least on linux there is no 10 bit solution for now at all [16:37:33 CET] <wm4> as multimedia devs you got to deal with broken consumer hardware and braindead consumers anyway [16:37:55 CET] <fritsch> hehe [16:41:23 CET] <nevcairiel> skylake should've had hevc 10-bit and hdmi 2.0, then it might've been worth-while of a platform [16:46:00 CET] <fritsch> jep [16:51:07 CET] <wm4> skylake seems to be a disappointment in every way [16:51:14 CET] <BBB> wait why? [16:51:14 CET] <wm4> I guess haswell was too good? [16:51:27 CET] <BBB> what does skylake have that is exciting? [16:51:32 CET] <nevcairiel> nothing [16:51:38 CET] <nevcairiel> unless you get wet from avx512 [16:51:40 CET] <BBB> Ive been waiting for months now to get a new mbp until skylake gets in macs [16:51:51 CET] <BBB> I think avx512 is nice [16:51:55 CET] <nevcairiel> and even then you need a xeon skylake [16:52:02 CET] <wm4> never wait for new technology when buying something [16:52:22 CET] <BBB> the current mac pros are & pre-sandybridge, I believe [16:52:47 CET] <wm4> I have a broadwell mbp [16:53:03 CET] <BBB> oh its ivy [16:53:06 CET] <BBB> anyway [16:53:11 CET] <BBB> ivy is not really exciting [16:53:17 CET] <BBB> not even avx2 [16:53:54 CET] <nevcairiel> current mbps being sold are broadwell [16:54:11 CET] <BBB> haswell no? [16:54:19 CET] <nevcairiel> or haswell, depending on which model [16:54:30 CET] <nevcairiel> 13" is broadwell, 15" is haswell [16:55:00 CET] <BBB> but the haswell is slower [16:55:20 CET] <nevcairiel> the haswell is a quadcore, the broadwell only duals [16:55:24 CET] <nevcairiel> haswell clocks lower though [16:55:27 CET] <nevcairiel> so ... maybe? [16:55:43 CET] <BBB> 2.2/2.5GHz quadcore haswell, vs. 2.7/2.9GHz dualcore broadwell [16:55:49 CET] <BBB> which makes me frown [16:55:57 CET] <nevcairiel> there is a 2.8ghz haswell model [16:56:02 CET] <nevcairiel> but those upgrades costs a fortune [16:56:03 CET] <BBB> ohright, yes [16:56:09 CET] <BBB> 2.2/2.5/2.8 [16:56:12 CET] <BBB> or 2.7/2.9/3.1 [16:56:18 CET] <fritsch> why not going with a broadwell thinkpad? [16:56:21 CET] <BBB> I missed the highest [16:56:25 CET] <nevcairiel> he wants a mac =p [16:56:28 CET] <fritsch> core i7 broadwell? [16:56:29 CET] <fritsch> okay [16:56:40 CET] <BBB> sorry mac only here, I dont have time to mess with my computer [16:56:52 CET] <fritsch> you do all the ffmpeg development on the mac? [16:56:55 CET] <BBB> yes [16:57:55 CET] <BBB> so why didnt they make a broadwell quadcore? so silly [16:58:19 CET] <fritsch> the broadwell only has a better gpu to my knowledge ... [16:58:24 CET] <fritsch> in comparison to hsw [16:58:53 CET] <nevcairiel> the interesting thing is that the haswell models were actually released after the broadwell 13" [16:59:02 CET] <nevcairiel> probably got a cheap deal on old haswell cpus =p [16:59:20 CET] <fritsch> or broadwell sucked heat / power wise? [16:59:31 CET] <BBB> so maybe Ill just buy yhe mbp right now then [16:59:46 CET] <BBB> I also want a mac pro, but paying $10k for a ivy seems kind of outrageous [17:00:47 CET] <fritsch> http://www.macrumors.com/roundup/macbook-pro/ <- some benchmarks [17:02:04 CET] <nevcairiel> no benchmarks 13 vs 15 though [17:02:39 CET] <fritsch> https://browser.primatelabs.com/mac-benchmarks [17:02:41 CET] <fritsch> perhaps there are some [17:03:18 CET] <Compn> develops open source software ... uses proprietary kernel :P [17:03:19 CET] Action: Compn runs [17:03:50 CET] <nevcairiel> no system is entirely open source [17:04:15 CET] <Compn> oh it it? nice [17:04:50 CET] <fritsch> since skl intel needs firmware [17:04:56 CET] <fritsch> too for the cpu [17:05:06 CET] <fritsch> or was that gpu part? [17:05:10 CET] <fritsch> gpu I think [17:07:23 CET] <BBB> Compn: sorry Im over that period, I dont think opensource is the magic key to world domination. look at gnome or kde& really not that great [17:07:33 CET] <Compn> im just kidding [17:07:41 CET] <Compn> use what works. [17:08:44 CET] <BBB> Compn: ;) [17:10:14 CET] <atomnuker> Today is a slow day, and you people are so bored you only speak of hardware [17:10:17 CET] <atomnuker> How about a nice big portion of IT'S HAPPENING [17:10:24 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:3a6e0208615e: aacenc: mark the "faac"-like coder for removal [17:10:25 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:b270ec9a1069: aacenc: mark coders other than twoloop as experimental [17:10:26 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:e34e3619a2b5: doc/encoders.texi: update documentation for the native AAC encoder [17:10:27 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:d9791a8656b5: aacenc: remove the experimental flag [17:10:30 CET] <Compn> what happening ? aac [17:10:31 CET] <Compn> oooo [17:10:35 CET] <Compn> so pretty [17:10:53 CET] <Compn> ffmpeg.org news entry? [17:10:58 CET] <atomnuker> worthy. [17:11:38 CET] <nevcairiel> can we close the mega ticket now [17:11:59 CET] <Compn> careful, the ticket is sentient now. [17:12:06 CET] <nevcairiel> and direct people to create new ones for new complaints =p [17:14:44 CET] <atomnuker> not a bad idea [17:14:58 CET] <thresh> who manages ffmpeg.org the website? [17:15:03 CET] <thresh> :) [17:15:34 CET] <atomnuker> Timothy_Gu ? [17:15:39 CET] <kierank> thresh: I might be able to commit to it [17:15:55 CET] <ubitux> jsut send a patch [17:16:01 CET] <ubitux> many ppl cna write to it [17:16:06 CET] <thresh> where to? [17:16:07 CET] <ubitux> (all devs?) [17:16:27 CET] <thresh> nevermind [17:17:04 CET] <ubitux> meanwhile, the end is near http://pastie.org/pastes/10611337/text :( [17:17:43 CET] <kierank> who has twitter access? [17:18:03 CET] <kierank> Compn: ping any idea where I can get more cfhd samples [17:22:19 CET] <thresh> kierank: https://gist.github.com/thresheek/257f8f97660c97e8c60b [17:24:17 CET] <ubitux> atomnuker: in the doc, you can use "auto", "true", "false" [17:24:25 CET] <ubitux> instead of "-1" "1" "0" [17:26:19 CET] <kierank> thresh: can you send it in format-patch style [17:27:20 CET] <BBB> ubitux: at least you know what hardware to upgrade to now :D [17:27:26 CET] <thresh> kierank: hope this works: https://gist.github.com/thresheek/66f4dc38da19aa3bea4c [17:36:34 CET] <atomnuker> someone will need to start a hydrogenaudio thread to rip the encoder apart with criticism [17:36:52 CET] <wm4> ubitux: be glad it's not a ssd [17:37:21 CET] <kierank> thresh: pushed [17:37:37 CET] <thresh> kierank: thank you! [17:37:56 CET] <thresh> oh shit, it's not the only place [17:41:21 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:49b82bc9562e: doc/encoders.texi: remove forgotten mention of "experimental" from libvo-aacenc [17:42:20 CET] <thresh> kierank: https://gist.github.com/thresheek/4f6285e59e1f731bfbbf [17:42:22 CET] <thresh> need more coffee [17:44:06 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:79798f7c57b0: avcodec/dirac_parser: Fix potential overflows in pointer checks [17:44:07 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:c7d6ec947c05: avcodec/dirac_parser: Add basic validity checks for next_pu_offset and prev_pu_offset [17:44:08 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:a08681f1e614: avcodec/dirac_parser: Check that there is a previous PU before accessing it [17:44:26 CET] <cbsrobot_> thresh: here to: https://trac.ffmpeg.org/wiki/CompilationGuide/Centos [17:45:08 CET] <cbsrobot_> and several other wiki places [17:45:59 CET] <kierank> thresh: pushed [17:46:16 CET] <thresh> I don't have an account on trac.ffmpeg.org [18:08:03 CET] <michaelni> thresh, how long will git:// still be available/work for ffmpeg ? [18:15:39 CET] <thresh> michaelni: forever [18:16:20 CET] <thresh> we do not plan to remove it, ffmpeg and x264 will be there [18:17:50 CET] <ubitux> what was the point of switching to http then? [18:17:51 CET] <michaelni> ahh, ok, i was already a bit scared, but why do you change the default ? or rather how does it help to change the default if git:// support is left ? [18:18:14 CET] <thresh> I want to minimize the future usage of git:// [18:18:20 CET] <ubitux> why? [18:18:25 CET] <ubitux> passing through more broken networks? [18:19:15 CET] <thresh> bad experiences with git-daemon, mostly [18:21:22 CET] <thresh> I would want to move git.videolan.org to some other server while preserving the URIs, and while fixing git:// protocol on the fly is possible (manipulating tcp stream), I would rather keep it to a minimum [18:25:41 CET] <michaelni> thresh, if it would help, we could probably move git to our box too, we already have ffmpeg-web git on it, but it would require a volunteer to setup & test it and also setup hooks and all, that is assuming these git:// issues dont affect us [18:26:04 CET] <thresh> I see no point in doing that, we're happy to host you guys! [18:26:18 CET] <michaelni> ok [19:07:29 CET] <atomnuker> I've written a news story: http://paste.debian.net/hidden/f01697f2/ [19:08:01 CET] <atomnuker> any feedback before sending it over to the ML? [19:17:10 CET] <wm4> I feel like it could use some rewording [19:17:18 CET] <wm4> but I'm not a native speaker myself [19:22:34 CET] <durandal_1707> Update changelog [19:23:49 CET] <atomnuker> append at the end of version <next>? [19:24:15 CET] <atomnuker> wait, there's already "extensive native AAC encoder improvements" [19:24:55 CET] <atomnuker> maybe I should replace that instead? [19:26:17 CET] <ubitux> yes [19:37:13 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:713e67e5d873: Changelog: append experimental flag removal to the AAC encoder entry [19:37:14 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:cc68ca0cab67: doc/encoders.texi: use words intead of numbers to describe option states [19:44:17 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:3112501daf71: aacenc: fix aac_pred option triggering an error [20:10:26 CET] <J_Darnley> ubitux: thanks, I just saw your message (Re: avopt) [20:18:21 CET] <cone-055> ffmpeg 03Rostislav Pehlivanov 07master:dcbe8d8abc9b: aacenc_ltp: use an AR filter for LTP encoding as well [20:50:33 CET] <durandal_1707> ubitux: there is someone spamming #ffmpeg with rejoins of channel [20:50:50 CET] <ubitux> fixed [20:58:43 CET] <durandal_1707> thx [21:53:29 CET] <durandal_1707> ubitux: still wanting to do nlmeans? [21:54:16 CET] <ubitux> i'm currently working on it [21:54:41 CET] <durandal_1707> assom [23:07:59 CET] <cone-055> ffmpeg 03Michael Niedermayer 07master:214085852491: avcodec/hevc: Fix integer overflow of entry_point_offset [00:00:00 CET] --- Sun Dec 6 2015

1 0

ffmpeg.log.20151205
by burek 06 Dec '15

06 Dec '15

[00:25:06 CET] <cluelessperson> Hi all. On Debian, I'm using subsonic for media streaming. [00:25:30 CET] <cluelessperson> I'm trying to set it up to hardcode subtitles, with %s.srt (moviefile.srt) [00:25:38 CET] <cluelessperson> However, I'm getting a fontconf file error [00:25:50 CET] <cluelessperson> Example [00:25:51 CET] <cluelessperson> ffmpeg -ss %o -i %s -vf drawtext=fontfile=/usr/share/fonts/arial.ttf -vf subtitles=%s.srt -async 1 -b %bk -s %wx%h -ar 44100 -ac 2 -v 0 -f flv -vcodec libx264 -preset superfast -threads 2 -af volume=2.0 - [00:26:32 CET] <cluelessperson> [12/4/15 5:26:03 PM CST] INFO TranscodeInputStream Starting transcoder: [/var/subsonic/transcode/ffmpeg] [-ss] [644] [-i] [/media/zac/TORRENTS/DOWNLOADED/Apocalypto (2006) 1080p/Apocalypto (2006) 1080p.Molpol.mkv] [-vf] [drawtext=fontfile=/usr/share/fonts/arial.ttf] [-vf] [subtitles=/media/zac/TORRENTS/DOWNLOADED/Apocalypto (2006) 1080p/Apocalypto (2006) 1080p.Molpol.mkv.srt] [-async] [1] [-b] [2000k] [-s] [960x520] [-ar] [44100] [00:26:32 CET] <cluelessperson> [-ac] [2] [-v] [0] [-f] [flv] [-vcodec] [libx264] [-preset] [superfast] [-threads] [2] [-af] [volume=2.0] [-] [00:26:32 CET] <cluelessperson> [12/4/15 5:26:03 PM CST] INFO InputStreamReaderThread (/var/subsonic/transcode/ffmpeg) Fontconfig error: Cannot load default config file [00:26:40 CET] <cluelessperson> ooh, that's longer than I though, but yeah [00:30:39 CET] <c_14> Does /etc/fonts/fonts.conf exist? [01:22:56 CET] <cluelessperson> c_14, I just made it, I don't get that error, but subtitles do not show in video [01:23:52 CET] <cluelessperson> [12/4/15 6:22:16 PM CST] INFO TranscodeInputStream Starting transcoder: [/var/subsonic/transcode/ffmpeg] [-ss] [233] [-i] [/media/zac/TORRENTS/DOWNLOADED/Apocalypto (2006) 1080p/Apocalypto (2006) 1080p.Molpol.mkv] [-vf] [drawtext=fontfile=/usr/share/fonts/arial.ttf] [-vf] [subtitles=/media/zac/TORRENTS/DOWNLOADED/Apocalypto (2006) 1080p/Apocalypto (2006) 1080p.Molpol.mkv.srt] [-async] [1] [-b] [2000k] [-s] [960x520] [-ar] [44100] [01:23:52 CET] <cluelessperson> [-ac] [2] [-v] [0] [-f] [flv] [-vcodec] [libx264] [-preset] [superfast] [-threads] [2] [-af] [volume=2.0] [-] [01:24:24 CET] <cluelessperson> Manually running a transcoding for 5 seconds, I don't get the hard coded fonts either [01:24:52 CET] <cluelessperson> This is the manual trans for webm, 5 seconds [01:24:53 CET] <cluelessperson> ffmpeg -ss 00:04:00 -i "/media/zac/TORRENTS/DOWNLOADED/Apocalypto (2006) 1080p/Apocalypto (2006) 1080p.Molpol.mkv" -t 00:00:05 -codec:v libvpx -quality good -cpu-used 0 -b:v 2000k -qmin 10 -qmax 42 -maxrate 1000k -bufsize 1000k -threads 4 -codec:a libvorbis -b:a 192k -vf "subtitles="/media/zac/TORRENTS/DOWNLOADED/Apocalypto (2006) 1080p/Apocalypto (2006) 1080p.Molpol.mkv.srt" st.webm [01:37:22 CET] <cluelessperson> This is the output. https://cluelessperson.com/st/st.webm [01:37:24 CET] <cluelessperson> no subtitles [01:39:19 CET] <cluelessperson> bbs, going home from office [01:41:54 CET] <chaupv> Good morning relaxed, JEEB, are you there? [02:39:19 CET] <cluelessperson> back [02:55:12 CET] <aphorise> Is there anyway to determine total frames and to encode the last frame of a video file? [03:02:29 CET] <aphorise> I found 1 method from stack overflow but its so slow. [03:32:25 CET] <llogan> aphorise: what method? ffprobe with count_frames? [05:07:41 CET] <chaupv> relaxed, JEEB, are you there? [05:13:06 CET] <autofsckk> hello, i was trying to put some subs to a movie, i tried this ffmpeg -i hannibal.102.hdtv-lol.mp4 -vf subtitles=hannibal.102.hdtv-lol.ass -vcodec h264 -acodec aac -scodec mov_text -metadata:s:s:0 language=spa -strict -2 -y hannibal-2.mp4 but it didnt work, when i try to see the file information it says [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8368920] moov atom not found [05:13:11 CET] <autofsckk> hannibal-2.mp4: Invalid data found when processing input [05:13:14 CET] <autofsckk> what did i do wrong? [05:29:49 CET] <sh4d0wd__> hallo [05:55:20 CET] <relaxed> autofsckk: try ffmpeg -i hannibal.102.hdtv-lol.mp4 -i hannibal.102.hdtv-lol.ass -vcodec h264 -acodec aac -scodec mov_text -metadata:s:s:0 language=spa -strict -2 -y hannibal-2.mp4 [05:56:29 CET] <autofsckk> the difference is to treat the subtitles as input instead of a filter? [05:56:49 CET] <relaxed> autofsckk: er, first try ffmpeg -i hannibal.102.hdtv-lol.mp4 -i hannibal.102.hdtv-lol.ass -map 0 -map 1 -c:v copy -c:a copy -scodec mov_text -metadata:s:s:0 language=spa hannibal-2.mp4 [05:57:37 CET] <relaxed> the subtitle filter will burn them into the video stream [05:57:43 CET] <autofsckk> with c:v and c:a could it be a lot more faster? [05:57:50 CET] <relaxed> yes [05:58:37 CET] <autofsckk> what if i want to do it for a dvd, i tried with -target ntsc-dvd but it changed the aspect of the video [05:59:15 CET] <autofsckk> im making tests, im trying to learn how this works, its great really, but there are still too much things to learn/understand [06:00:55 CET] <relaxed> I would leave dvd/mpeg2 in the past where it belongs [06:01:49 CET] <autofsckk> oh great, the second option did put the subs in place, i thought that only could be done with mkv files [06:02:51 CET] <autofsckk> so instead of dvd, now how can i burn a movie with subtitles into a dvd to be played in a normal dvd player? [06:09:37 CET] <relaxed> does the dvd player support divx/xvid? [06:13:25 CET] <autofsckk> im not sure, but i think it can [06:14:57 CET] <autofsckk> so dvd/mpe2 is obsolete now? [06:15:58 CET] <relaxed> that would be much easier, ffmpeg -i hannibal.102.hdtv-lol.mp4 -vf subtitles=hannibal.102.hdtv-lol.ass -c:v mpeg4 -q:v 4 -vtag XVID -c:a libmp3lame -ac 2 -b:a 192k output.avi [06:17:18 CET] <relaxed> autofsckk: not obsolete but mpeg2 encoding can be slow and then you have to worry about anamorphic video and creating the dvd layout. [06:18:29 CET] <relaxed> whereas with divx/xvid video you can put the .avi on a cd or dvd and play it easily [06:20:00 CET] <autofsckk> i know its super slow, i was testing with a 4G movie to convert ti to mpeg but ti was taking forever [06:20:34 CET] <autofsckk> what does -q:v 4 do? [06:20:55 CET] <relaxed> it controls the video quality [06:21:42 CET] <autofsckk> where can i read about that? formats? or coders? [06:22:07 CET] <relaxed> -qscale in the man page [06:23:01 CET] <autofsckk> ok, ill look about it then, thanks [06:23:04 CET] <autofsckk> one last question [06:23:11 CET] <furq> you should really use x264 if your player supports it [06:23:23 CET] <furq> it is both better and faster than xvid [06:23:43 CET] <relaxed> well yes, but do dvd players ever support h264? [06:23:53 CET] <autofsckk> furq -> ok ill see if it supports it, i dont think so because its an old player [06:24:08 CET] <furq> "-vcodec h264" makes me think it does [06:24:11 CET] <autofsckk> i have used movies with usb into new players [06:24:17 CET] <furq> if that was just an error then never mind [06:24:25 CET] <furq> also yeah use libx264 not h264 [06:25:14 CET] <autofsckk> are those different? libx264 and h264? [06:25:21 CET] <furq> yes [06:25:36 CET] <relaxed> libx264 is a h264 encoder, so not really [06:25:50 CET] <furq> actually nvm i thought ffmpeg had an internal h264 encoder [06:26:51 CET] <autofsckk> ah the question i had is that i have an mkv file and i would like to also put some subs on it, im seeing with ffmpeg -i file.mkv that it has chapters and all, is there a way to put it into a dvd and preserve that chapters stuff with the substitles too? [06:27:08 CET] <furq> i doubt it with ffmpeg [06:27:33 CET] <furq> there are dvd authoring tools which will do that [06:27:56 CET] <furq> but unless your player literally only supports mpeg2 then you should use something else [06:30:23 CET] <autofsckk> i dont think it supports it, i went to see it and its really shitty jajajajaj svcd/vcd/cd [06:30:35 CET] <autofsckk> its not mine, it belongs to my mother [06:31:00 CET] <furq> you should get her a chromecast for christmas [06:31:38 CET] <furq> (other brands of media player are available) [06:32:01 CET] <autofsckk> i see [06:35:08 CET] <autofsckk> i think the only way to go with that mkv file would be to turn it to svcd with the subs burned in it? [06:35:51 CET] <furq> you can convert it to dvd mpeg2 with burned-in subs [06:36:05 CET] <furq> you'll just need another tool if you want to create an actual video dvd [06:36:38 CET] <autofsckk> like devede? [06:36:58 CET] <furq> sure [06:37:02 CET] <autofsckk> i have to make first the mpeg2 with subs and then use devede right? [06:37:11 CET] <furq> that sounds about right [06:37:24 CET] <autofsckk> will that process change the aspect ratio? [06:37:59 CET] <furq> not if the AR is 4:3 or 16:9 [06:39:06 CET] <autofsckk> its wide, im not sure if is 4:3 or 16:9 but its wide [06:39:18 CET] <autofsckk> i used -target ntsc-dvd when i was testing [06:39:32 CET] <autofsckk> culd that be the reason why it changed the ratio? [06:43:21 CET] <furq> ntsc-dvd is always 720*480 [06:43:37 CET] <furq> you need to specify -aspect 16:9 or whatever [06:46:14 CET] <autofsckk> ok, ill read more about that, thanks [06:47:26 CET] <autofsckk> one thing i found very strange is that, well ffmpeg put my cpu to 100% and i have to use cpulimit, but i use it with limit to 100% and it still diminish the effect on it by 50%, its really strange that [06:56:52 CET] <autofsckk> thanks for your help relaxed and furq good night :D [11:41:51 CET] <sh4d0wd__> Good morning (ugt) [11:42:27 CET] <Tsutsukakushi> good morning [11:43:12 CET] <sh4d0wd__> any c developers alive here at this moment? [11:43:30 CET] <durandal_1707> yes? [11:43:34 CET] <sh4d0wd__> cool [11:44:50 CET] <sh4d0wd__> is there way to determent if AVFormatContext is still open [11:45:25 CET] <sh4d0wd__> in my code there 2 places where it can call avformat_close_input [11:45:54 CET] <sh4d0wd__> problem if I second call happens it sig faulting [11:46:12 CET] <durandal_1707> what happens? [11:46:31 CET] <durandal_1707> check if it is 0? [11:46:38 CET] <sh4d0wd__> one moment let me postebin it somewhere [11:48:19 CET] <sh4d0wd__> https://gist.github.com/sh4d0wPhoenix/95fd83be24904a537bb6 [11:48:49 CET] <sh4d0wd__> problem happen round line 18 in r_avformat_context_free [11:49:46 CET] <sh4d0wd__> and only happens if I close input before it call this free function [11:52:36 CET] <sh4d0wd__> and here is backtrace https://gist.github.com/sh4d0wPhoenix/7583090cda4e9a4636c0 [11:53:24 CET] <sh4d0wd__> if I don't use r_avformat_close_input_file [11:53:28 CET] <sh4d0wd__> works just fine [11:59:50 CET] <sh4d0wd__> in onxydocs it says about avformat_close_input_file that frees it and all its contents and set *s (pointers?) to NULL. [12:19:00 CET] <sh4d0wd__> nvm, solved it. it was on ruby side [12:19:30 CET] <sh4d0wd__> it was typecasting to what ever original pointer was [12:20:01 CET] <sh4d0wd__> but close_input make is nullptr, so there was memory mess [12:26:14 CET] <LigH> Hi [12:26:56 CET] <LigH> Can ffmpeg be recommended for DVD Video compliant MPEG-2 encoding under Linux? I know, there are probably better encoders under Windows... [12:33:28 CET] <sh4d0wd__> LigH: Don't see reason why it can't. ps there is no "better" encoder, at list for free and open [12:34:34 CET] <sh4d0wd__> but it all depends on what inside box and what load do you expect. [12:35:38 CET] <LigH> OK, if you include "OpenSource" in the restraints, there is no choice. [12:35:55 CET] <LigH> If you accept closed source, HCenc is one of the most recommended for Windows. [12:36:07 CET] <LigH> But not for Linux. [12:36:35 CET] <LigH> I'm just checking for a question of another forum user who used avconv and was surprised by a no-B-frame result. [12:36:47 CET] <LigH> IP* only GOPs [12:37:18 CET] <LigH> That's certainly not efficient. If compliant ... not really sure either, but probably? [12:39:44 CET] <Emmanuel_Chanel> Hello! I'm trying to install ffmpeg git on Linux Mint, based on Ubuntu 14.04 LTS. [12:39:51 CET] <waressearcher2> Emmanuel_Chanel: hallo [12:40:24 CET] <Emmanuel_Chanel> It says ERROR: x265 not found using pkg-config when I tried the installation in the way on https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu [12:41:06 CET] <sh4d0wd__> sudo apt-get install libx264-dev [12:41:49 CET] <LigH> Installing lib264 when missing libx265? [12:41:59 CET] <sh4d0wd__> fuck [12:42:02 CET] <sh4d0wd__> ops [12:42:08 CET] <sh4d0wd__> 4 am [12:42:11 CET] <LigH> :) [12:42:13 CET] <sh4d0wd__> :) [12:42:31 CET] <furq> there is no libx265 in trusty [12:42:35 CET] <Emmanuel_Chanel> I installed x265 but ffmpeg's ./configure doesn't detect. [12:43:52 CET] <LigH> Maybe load the sources from bitbucket via mercurial, compile, and install.. [12:44:14 CET] <LigH> Requires cmake [12:44:19 CET] <furq> why would that make a difference [12:44:42 CET] <LigH> Independent of the distro. ;) [12:45:20 CET] <furq> is it independent of pkg-config [12:45:26 CET] <furq> because i assume that's the problem here [12:45:50 CET] <sh4d0wd__> >>I installed x265 but ffmpeg's ./configure doesn't detect. [12:47:02 CET] <Emmanuel_Chanel> It says "x265 not found using pkg-config" [12:48:10 CET] <furq> https://github.com/videolan/x265/blob/master/source/x265.pc.in [12:48:12 CET] <LigH> Ah, packaging is bureaucracy. :D [12:48:14 CET] <furq> it looks like it should create one [12:51:52 CET] <furq> Emmanuel_Chanel: pkg-config --variable pc_path pkg-config [12:52:00 CET] <furq> make sure x265.pc is in one of those paths [12:52:29 CET] <sh4d0wd__> Emmanuel_Chanel: did you try to use --extra-{c,cxx,ld}flags with configure and point to when-ever headers are.... or I'm missing problem and my brain just farted [12:52:59 CET] <furq> i mean you could do that, but that's what pkg-config is for [12:52:59 CET] <Emmanuel_Chanel> Which installation? x265 or ffmpeg? [12:53:24 CET] <sh4d0wd__> ffmpeg [12:53:43 CET] <furq> where did you install x265 from [12:53:47 CET] <furq> source? [12:53:58 CET] <Emmanuel_Chanel> source [12:54:10 CET] <furq> that should be ok then [12:54:36 CET] <furq> as long as it's not one of those shady PPAs i read so much about in the papers [12:55:23 CET] <sh4d0wd__> and super stupid question did u do make install when compiled x265? [12:56:26 CET] <Emmanuel_Chanel> Yes. [12:58:43 CET] <relaxed> Emmanuel_Chanel: pastebin.com ffmpeg's config.log [13:02:02 CET] <Emmanuel_Chanel> ok. [13:02:16 CET] <LigH> Bye [13:04:37 CET] <Emmanuel_Chanel> http://pastebin.com/MP2d5JnC [13:07:47 CET] <relaxed> Emmanuel_Chanel: it's x265's fault, the commited something that broke ffmpeg support. At the bottom, "/usr/local/include/x265.h:103:5: error: unknown type name 'bool'" [13:08:34 CET] <relaxed> add "#include <stdbool.h>" without the quotes to the installed x265.h [13:08:42 CET] <relaxed> then it will work [13:11:14 CET] <Emmanuel_Chanel> Oh, it works... Thank you! I tried adding it to x265_config.h , it didn't work. So I couldn't expect you to be right. [13:11:43 CET] <Emmanuel_Chanel> relaxed: Thank you very much! [13:12:04 CET] <relaxed> you're welcome [13:48:03 CET] <cluelessperson> I'm having difficulty with hardcoding subtitles [13:57:01 CET] <cluelessperson> I'm doing [13:57:04 CET] <cluelessperson> ffmpeg -ss 00:02:03 -i "Apocalypto (2006) 1080p.Molpol.mkv" -t 00:00:05 -codec:v libvpx -quality good -cpu-used 0 -b:v 2000k -qmin 10 -qmax 42 -maxrate 1000k -bufsize 1000k -threads 4 -codec:a libvorbis -b:a 192k -vf subtitles="Apocalypto (2006) 1080p.Molpol.mkv.srt" st.webm [13:57:09 CET] <cluelessperson> I see no errors [13:58:46 CET] <cluelessperson> https://cluelessperson.com/st/st.webm should have them [14:23:56 CET] <relaxed> cluelessperson: try with -ss after the input [14:27:09 CET] <cluelessperson> relaxed, that seems to take forever to do anything, what is it waiting on? [14:27:21 CET] <cluelessperson> oh, nvm [14:27:23 CET] <cluelessperson> watching [14:30:20 CET] <cluelessperson> relaxed, That works! :D [14:30:27 CET] <cluelessperson> relaxed, it seems slower to start though [14:32:33 CET] <cluelessperson> probably has to do with how seeking is done [14:39:05 CET] <cluelessperson> relaxed, Thank you, that works, but now the subtitles are wayyy off [14:39:08 CET] <cluelessperson> ffmpeg -i %s -ss %o -vf subtitles=%s.srt -c:v libx264 -preset superfast -b:v %bk -c:a libvorbis -f matroska -threads 2 -af volume=2.0 - [14:40:42 CET] Action: cluelessperson tries another subtitle file to be sure [15:01:34 CET] <cluelessperson> relaxed, Thank you again. https://cluelessperson.com/st/st.webm It works, fully [15:01:58 CET] <cluelessperson> Only thing, is that starting a video stream takes ~45 seconds, because the -ss AFTER input is SOO slow to seek [15:04:43 CET] <cluelessperson> Actually, much longer [15:04:56 CET] <cluelessperson> -ss after the input has to process/decode ALL of the video up to that point [15:05:02 CET] <cluelessperson> before skips ahead [15:09:56 CET] <relaxed> correct [15:10:13 CET] <cbsrobot_> cluelessperson: use -ss before the input, but then use -copyts after the inputfile [15:10:40 CET] <relaxed> oh, I didn't think of that [15:10:55 CET] <cluelessperson> cbsrobot_, I'll try. I was just now tryin ffmpeg -ss something -i file -ss 0 -t 10 :D [15:11:03 CET] <cbsrobot_> relaxed: I amended it to https://trac.ffmpeg.org/wiki/Seeking#Cuttingsmallsections [15:12:12 CET] <cluelessperson> ffmpeg --ss 00:05:00 -i file -ss 0 -t 10 does not work [15:12:15 CET] <cluelessperson> cbsrobot_, trying yours now [15:12:24 CET] <cbsrobot_> I should add -start_at_zero to the wiki aswell - for mpegts etc. [15:13:42 CET] <cluelessperson> cbsrobot_, ffmpeg -ss 00:04:03 -i "Apocalypto (2006) 1080p.Molpol.mkv" -copyts -t 00:00:05 outputs an empty file [15:13:54 CET] Action: cluelessperson lookst at manpage [15:15:36 CET] <cluelessperson> cbsrobot_, I don't know hot to use -copyts could verify that for me? :) [15:16:48 CET] <cluelessperson> cbsrobot_, http://dpaste.com/0TD3QN4 :) [15:17:45 CET] <cluelessperson> I'm just overwriting this webm for testing. http://cluelessperson.com/st/st.webm [15:18:36 CET] <Fyr> hey, guys, does anybody here use Pymol? [15:21:24 CET] <cbsrobot_> cluelessperson: probably it has some problems with cutting your file at I-frames [15:21:58 CET] <cbsrobot_> cluelessperson: try -t 30 [15:22:09 CET] <cbsrobot_> and see if it encodes 30 seconds [15:25:19 CET] <cluelessperson> cbsrobot_, nope, still nothing [15:26:11 CET] <cluelessperson> let me know if you want that console output as well [15:26:27 CET] <cbsrobot_> cluelessperson: and without -copyts the file is not empty ? [15:26:41 CET] <cluelessperson> cbsrobot_, correct. [15:29:32 CET] <relaxed> cluelessperson: you're using an old version. Try http://johnvansickle.com/ffmpeg/ and see if it works [15:39:36 CET] <cluelessperson> relaxed, cbsrobot_ http://dpaste.com/0MY0H6M The console output changed slightly, but same result. With -copyts , no video output. [15:40:29 CET] <Fyr> hey, guys, could you check the following link and suggest what tool was used to create such a beatiful picture? [15:40:29 CET] <Fyr> http://s2.postimg.org/3tstg6vax/bulks.png [15:40:31 CET] <cbsrobot_> cluelessperson: at the bottom: frame= 119 fps=7.7 q=0.0 Lsize= 1366kB time=00:00:05.04 [15:40:39 CET] <cbsrobot_> looks like it encoded 119 frames [15:41:10 CET] <fritsch> Fyr: powerpoint :-) [15:41:25 CET] <Fyr> it looks too professional. =) [15:41:33 CET] <fritsch> not really [15:41:34 CET] <cbsrobot_> Fyr: Inkscape maybe [15:41:44 CET] <c_14> cbsrobot_: that's for the one without copyts, he didn't paste the output for copyts [15:42:11 CET] <Fyr> cbsrobot_, is Inkscape simple to a newbie? [15:42:24 CET] <cbsrobot_> c_14: you are right - well cluelessperson paste the other one aswell then [15:42:31 CET] <cbsrobot_> Fyr: sure [15:42:39 CET] <cbsrobot_> Fyr: what OS do you use ? [15:42:39 CET] <Fyr> cool, thanks [15:42:46 CET] <cluelessperson> cbsrobot_, I apologize, I gave you the wrong output. (I tried with and without -copyts to prove the new version was working) [15:42:47 CET] <cluelessperson> corrected [15:42:48 CET] <cluelessperson> http://dpaste.com/2BYNF1C [15:43:00 CET] <Fyr> Inkscape is present on every platform. [15:44:42 CET] <cbsrobot_> Fyr: sure [15:45:00 CET] <cbsrobot_> cluelessperson: omit the -t option and see if it encodes anything [15:45:29 CET] <cbsrobot_> cluelessperson: you can hit q to stop the encoding [15:46:11 CET] <cluelessperson> cbsrobot_, Seems to be encoding, yes, I get some weird messages I didn't see with the previous version (weird messages without copyts as well) [15:46:19 CET] <cluelessperson> cbsrobot_, I'm checking the webm and will paste the output [15:47:17 CET] <cluelessperson> cbsrobot_, https://cluelessperson.com/st/st.webm Okay, so really quick seeking, subtitles look good. getting console [15:48:54 CET] <cluelessperson> cbsrobot_, http://dpaste.com/2Y32P97 [15:49:02 CET] <cluelessperson> Those odd messages pop up [15:53:00 CET] <cluelessperson> cbsrobot_, Excellent! so you've solved my use case! :D but can we also get -t working as well? :) [15:54:19 CET] <cbsrobot_> cluelessperson: not sure what is happening there [15:55:50 CET] <cluelessperson> cbsrobot_, You do bitcoin? [15:56:36 CET] <cbsrobot_> cluelessperson: no [15:57:11 CET] <cbsrobot_> cluelessperson: just help another person that need help and that is reward enough for me [15:57:50 CET] <cluelessperson> cbsrobot_, Want to learn bitcoin? XD [15:58:10 CET] <cbsrobot_> cluelessperson: not atm, thanks [16:00:41 CET] <cluelessperson> cbsrobot_, Weirdly, this method seems to lose audio deep into a video [16:02:56 CET] <cluelessperson> >14 minutes <20 minutes [16:06:15 CET] <cluelessperson> Audio works as long as you leave it streaming past 16 minuts [16:06:26 CET] <cluelessperson> but around 16 minutes, if you seek further, audio cuts out. [16:16:47 CET] <sine0> I have a 3 hour long video and towards the end the audio is out by about 7 seconds... however it is in sync at the start. [16:17:27 CET] <sine0> is there a way I can stretch the audio over the 3 hours [16:23:22 CET] <waressearcher2> sine0: hallo [16:28:49 CET] <sine0> hallo [16:29:04 CET] <waressearcher2> sine0: wie geht's ? [16:29:48 CET] <cluelessperson> cbsrobot_, Removing -async 1 fixes my audio cutting out [16:30:13 CET] <cbsrobot_> cluelessperson: nice [16:47:52 CET] <nyuszika7h> how can I turn subtitles off by default in an MKV container? none of them seem to be marked default [16:48:36 CET] <nyuszika7h> oh, it must be just MPC turning them on, they aren't shown by default in mpv [17:00:36 CET] <cluelessperson> nyuszika7h, the application [22:00:07 CET] <satt> hey guys - I need to check if a file has audio in a bash script, and my googling is failing to come up with answers. Anyone know how I could do that? [22:03:11 CET] <satt> somethine using ffprobe like this maybe? ffprobe -i INPUT -show_streams -select_streams a -loglevel error [22:05:39 CET] <pzich> seems like that should work [22:11:21 CET] <satt> thanks pzich, seems to work - returns nothing if there is no audio [22:11:28 CET] <satt> follow up question [22:12:27 CET] <satt> I'm concatenating with filter_complex, can I do that with a file that has no audio (while the rest do) or does it need audio? [22:14:11 CET] <satt> I know I can add silence if I have to, just wondering if I can avoid that step [22:16:09 CET] <satt> example of concat command: ffmpeg -i INPUTS -filter_complex [0:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v0]; [1:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v1]; [2:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v2]; [3:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v3]; [4:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v4]; [v0] [0:a:0] [v1] [1:a:0] [v2] [2:a:0] [v3] [3:a:0] [v4] [4:a:0] concat=n=5:v=1:a=1 [v] [a] -map [v] -map [a] out [22:16:09 CET] <satt> put.mp4 [22:26:51 CET] <pzich> I suspect you'll have to add silence, but I'm not 100% sure [22:27:51 CET] <satt> alright i'll test it. appreciate the help pzich! [23:38:20 CET] <satt> pzich you still around? have another nooby question for ya [23:39:19 CET] <satt> Getting this error from the concat command sometimes - I assume it's cause the input file has too large a resolution [23:39:23 CET] <satt> Input area 0:0:320:568 not within the padded area 0:0:320:480 or zero-sized [23:39:44 CET] <satt> I'd like to keep the aspect ratio and scale down to fit [23:40:05 CET] <satt> concat command: ffmpeg -i INPUTS -filter_complex [0:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v0]; [1:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v1]; [2:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v2]; [3:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v3]; [4:v]scale=320:-2,pad=320:480,setsar=sar=1/1[v4]; [v0] [0:a:0] [v1] [1:a:0] [v2] [2:a:0] [v3] [3:a:0] [v4] [4:a:0] concat=n=5:v=1:a=1 [v] [a] -map [v] -map [a] out.mp4 [23:54:05 CET] <autofsckk> satt -> isnt w:h:x:y measures? [23:57:34 CET] <satt> autofsckk: I'm pretty new to this so I'm not sure exactly [23:58:06 CET] <autofsckk> im new too jajajaja but i remember using crop filter and the structure is like that [23:58:45 CET] <satt> I think you can leave out the x/y positioning from the pad, since it autocenters [00:00:00 CET] --- Sun Dec 6 2015

1 0

ffmpeg-devel.log.20151204
by burek 05 Dec '15

05 Dec '15

[00:14:13 CET] <cone-020> ffmpeg 03Rostislav Pehlivanov 07master:ed08cbd7b172: aacenc_ltp: fix out of bounds memory access [00:36:08 CET] <atomnuker> aac-pns-encode fails on kfreebds, last know commit is listed as N-76962-g736e2e2 [00:36:37 CET] <atomnuker> seems it started failing some time ago, but I can't find any commit with a hash containing g736e2e2 [00:39:34 CET] <nevcairiel> The g is not part of the hash [00:40:44 CET] <nevcairiel> (It's hex after all) [00:40:52 CET] <llogan> that g confuses many people. including me a few times [00:47:01 CET] <atomnuker> one of ganesh's commits broke it, probably the tablegen utils and maybe changed bit allocation on that particular system [00:52:59 CET] <rcombs> what's the g mean anyway [00:55:26 CET] <kierank> git [01:00:23 CET] <rcombs> ah [02:05:20 CET] <cone-020> ffmpeg 03Michael Niedermayer 07master:cafb19560401: avformat/utils: Fix "libavformat/utils.c:927:35: runtime error: signed integer overflow: -2450238577049583619 - 9223090561878065151 cannot be represented in type long long" [02:05:21 CET] <cone-020> ffmpeg 03Michael Niedermayer 07master:77a644e6fa4a: avcodec/h264_direct: Check CO-POCs before use [02:24:06 CET] <BBB> nevcairiel: whenever I see the words nal, slice etc used in vp9 context, I get the creeps :D [02:38:07 CET] <cone-020> ffmpeg 03Sebastian Dröge 07master:eb3628d87f67: mpegtsenc: Fix off-by-one in indexing into Opus channel mapping arrays [02:38:08 CET] <cone-020> ffmpeg 03Vicente Olivert Riera 07master:a27401a05ba3: mips: rename mipsdspr1 to mipsdsp [03:19:30 CET] <cone-020> ffmpeg 03Michael Niedermayer 07master:9696a01f1262: avformat/mpjpegdec: Fix "libavformat/mpjpegdec.c:269:9: warning: passing argument 3 of av_stristart from incompatible pointer type" [03:52:48 CET] <cone-020> ffmpeg 03Yann Coupin 07master:d89c4846e0d6: avformat/movenc: HE-AAC correct FourCC in ISML [05:15:46 CET] <Mista_D> HWAccelIntro is missing any info about QSV encoders/decoderes. Is there other place that shows it? [06:29:26 CET] <Timothy_Gu> Mista_D: there used to be a post on ffmpeg-devel about how to use it. cant comment on the usefulness though, and I gave up trying to install Intel's media sdk on linux a long time ago [06:30:06 CET] <Timothy_Gu> grep for a thread originated by Stefano Sabatini, I believe Ivan Uskov was the one who answered it [06:30:14 CET] <Timothy_Gu> might be a few months ago [09:48:19 CET] <BtbN> QSV is not a classic ffmpeg hwaccel. [10:28:07 CET] <ubitux> why are these ppl hijacking my bool thread [10:28:09 CET] <ubitux> :( [13:26:10 CET] <durandal_170> Compn: drones are using equirectangular [13:32:34 CET] <Compn> my single greatest fear! [13:32:35 CET] <Compn> ehe [13:38:32 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:18268f761bff: avcodec/vp3: Fix "runtime error: left shift of negative value" [13:38:33 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:9d44e236187c: ffmpeg: Check pkt_dts for AV_NOPTS_VALUE [14:16:46 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:2ff61c3c1a0a: avcodec/dnxhddec: Fix runtime error: left shift of negative value [14:16:47 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:0c1d62ab9d75: avformat/oggparsetheora: Check duration to be not AV_NOPTS_VALUE (and positive) before use [14:55:35 CET] <cone-435> ffmpeg 03Hendrik Leppkes 07master:d6b988b505d6: libavutil/tablegen: add missing math.h include [14:55:36 CET] <cone-435> ffmpeg 03Hendrik Leppkes 07master:42a9aead854f: avcodec: include tablegen compat header before the tablegen functionality [14:55:37 CET] <cone-435> ffmpeg 03Hendrik Leppkes 07master:3c4e49187f83: libavcodec/aacsbr_tablegen: fix tablegen on windows [15:01:33 CET] <kierank> BBB: is there a standard way of unpacking coefficients with multiple bit depths or is it a case of if(foo){AV_WN16}else{AV_WN32}? [15:01:50 CET] <kierank> ah seems macroed in h264 [15:01:58 CET] <BBB> I do that, with macros and inline funcs [15:02:09 CET] <BBB> so the check is essentially once per coef block readoing, not once per coef [15:02:40 CET] <kierank> yeah [15:02:45 CET] <kierank> atomnuker: ^ [15:03:07 CET] <BBB> youre probably going to say dude this is pretty hacky at some point, looking at how codecs implement multi-bitdepth [15:03:14 CET] <BBB> and I cant entirely deny it [15:03:17 CET] <kierank> can't any other way [15:03:19 CET] <kierank> see* [15:03:22 CET] <BBB> but it works and the performance impact is low, so I think its ok [15:03:25 CET] <BBB> yeah exactly [15:03:33 CET] <atomnuker> dude this is pretty hacky [15:04:34 CET] <wm4> just write it in C++ and use templates [15:07:37 CET] <BBB> c++ is unsafe, you should use python [15:08:32 CET] <Daemon404> only pure functional languages are safe [15:08:55 CET] <Daemon404> furthermore you should formally prove your code and algo is correct [15:09:02 CET] <Daemon404> and publish 6 papers [15:13:30 CET] <BBB> dont forget to get tenure [15:14:49 CET] <Daemon404> that doesnt exist anymore [15:19:03 CET] <durandal_170> python is soo slow [15:20:55 CET] <cone-435> ffmpeg 03Andreas Cadhalpun 07master:488e9a06f014: ffmdec: only seek back at EOF if a server is attached [15:20:56 CET] <cone-435> ffmpeg 03Andreas Cadhalpun 07master:a611375db532: ffmdec: reject zero-sized chunks [15:21:03 CET] <BBB> durandal_170: thats only because your datacenter isnt big enough [15:21:13 CET] <BBB> havent you heard of high performance computing? [15:21:14 CET] <BBB> its very simple [15:21:18 CET] <BBB> if your software is too slow [15:21:21 CET] <BBB> just buy more datacenters [15:21:28 CET] <BBB> and now your software is fast again!!!!! [15:21:41 CET] <BBB> \o/ [15:22:54 CET] <Daemon404> BBB, preferably using: FORTRAN, SciPy, OpenMP, and 900 nested loops [15:23:05 CET] <BBB> yes, openmp [15:23:12 CET] <BBB> and gccs vectorization [15:23:21 CET] <BBB> I hear its really good at vectorizing memset(0) calls [15:23:24 CET] <BBB> and thats about all it does [15:23:26 CET] <kierank> double precision everywhere too [15:24:45 CET] <nevcairiel> speaking of gcc, 5.3 was released [15:25:31 CET] <nevcairiel> the only noteworthy highlight is skylake/avx-512 support, if you are into intrinsics [15:25:36 CET] <BBB> speaking of papers, did you guys know I recently published a new paper? [15:25:48 CET] <BBB> I think Im at 6 papers now, actually, so there you go Daemon404 [15:26:54 CET] <Daemon404> ;) [15:28:03 CET] <BBB> yeah I just counted, if I count only real published and peer-reviewed ones, its 6 papers [15:28:09 CET] <BBB> if I include conference papers, its 8 [15:28:23 CET] <Daemon404> eg the best papers ive read usually come from cons [15:28:31 CET] <BBB> write papers, or write simd [15:28:32 CET] <BBB> hm... [15:28:33 CET] <BBB> difficult [15:28:46 CET] <Daemon404> (siggraph) [15:52:31 CET] <cone-435> ffmpeg 03Clément BSsch 07master:fb99ef0bd39a: avcodec: use AV_OPT_TYPE_BOOL in a bunch of places [15:52:32 CET] <cone-435> ffmpeg 03Clément BSsch 07master:0e62b5d1ef13: avfilter: use AV_OPT_TYPE_BOOL in a bunch of places [15:52:33 CET] <cone-435> ffmpeg 03Clément BSsch 07master:43ecec0f0386: avformat: use AV_OPT_TYPE_BOOL in a bunch of places [15:52:34 CET] <cone-435> ffmpeg 03Clément BSsch 07master:c1f114a8c4ff: swresample: use AV_OPT_TYPE_BOOL for linear_interp and cheby options [15:52:35 CET] <cone-435> ffmpeg 03Clément BSsch 07master:010caed261ac: swscale: use AV_OPT_TYPE_BOOL for {src,dst}_range options [15:52:36 CET] <cone-435> ffmpeg 03Clément BSsch 07master:60532348d254: avcodec/mpegvideo: use constants for rc_strategy [15:52:37 CET] <cone-435> ffmpeg 03Clément BSsch 07master:7234e04e358b: ffmpeg: enable echoing with command and debug modes [15:56:49 CET] <nevcairiel> hm gcc 5.3 tarballs not up yet [15:56:52 CET] <nevcairiel> lazy gnus [15:59:05 CET] <Daemon404> are you sure its released and not gnu-released [15:59:14 CET] <Daemon404> iirc gcc team had some weird defintiion of released [15:59:54 CET] <nevcairiel> they posted it on their main website [16:00:01 CET] <nevcairiel> GCC 5.3 released [2015-12-04] [16:01:39 CET] <nevcairiel> there is a tag and everything [16:01:41 CET] <nevcairiel> just no tarballs [16:02:30 CET] <ubitux> note: my fate instances should be re-up in the next 24 hours if everything goes well; sorry about the downtime [16:06:54 CET] <ubitux> "UndefinedBehaviorSanitizer gained a few new sanitization options" [16:06:56 CET] <ubitux> cool. [16:07:28 CET] <nevcairiel> note that this is the 5.0 changelog [16:07:35 CET] <nevcairiel> 5.3 changes are far on the bottom [16:08:02 CET] <ubitux> oh. [16:08:28 CET] <ubitux> :( [16:09:05 CET] <ubitux> michaelni: what's the usual way of testing sws? [16:09:21 CET] <ubitux> using vf_scale? [16:09:31 CET] <kierank> fate [16:09:45 CET] <ubitux> yes well i mean within fate [16:10:03 CET] <ubitux> context: testing the nv/rgb convert [16:10:40 CET] <nevcairiel> not sure sws is that well tested in fate [16:10:59 CET] <BBB> it has tons of tests [16:11:04 CET] <BBB> all lavfi-fmt tests use sws [16:11:15 CET] <nevcairiel> but you could probably just use a simple ffmpeg command line and request a specific outout format and size [16:11:24 CET] <BBB> but they take forever :-p [16:11:45 CET] <BBB> have I ever mentioned I hate race conditions [16:11:53 CET] <ubitux> +1 [16:11:53 CET] <BBB> I just had another one, SOOOOOOOOO frustrating to debug these things [16:12:23 CET] <ubitux> BBB: i spent a day writing a threadmessage fuzzer in order to make sure it wasn't broken [16:12:30 CET] <ubitux> (and it was, in a way) [16:12:37 CET] <BBB> poor you [16:12:44 CET] <ubitux> and here the complexity is very very low [16:13:17 CET] <ubitux> btw, if you want to review that patchset& :) [16:13:32 CET] <nevcairiel> if the code is simple enough its usually easier to stare at it for a day than to try to reproduce it [16:17:25 CET] <wm4> I don't know, I added a lot of threads to a very old single threaded codebase (mplayer), and the only kind I've run into was some missed wakeups [16:19:30 CET] <ubitux> BBB: so where is the race this time? [16:19:44 CET] <BBB> not in ffmpeg :-p [16:19:46 CET] <BBB> in my own code [16:19:48 CET] <ubitux> ahah [16:19:50 CET] <ubitux> ok [16:20:21 CET] <durandal_170> closed source? [16:22:03 CET] <BBB> not open, for now, sorry [16:22:19 CET] <BBB> its that stream analyzer I showed at VDD [16:22:54 CET] <nevcairiel> its written using crazy mac tools anyway [16:22:56 CET] <nevcairiel> keep it [16:22:56 CET] <nevcairiel> :D [16:23:15 CET] <ubitux> and hide it [16:23:21 CET] <BBB> :( [16:23:23 CET] <Daemon404> everything for writing guis is pain [16:23:27 CET] <Daemon404> he just chose what is least pain to him [16:24:19 CET] <ubitux> which reminds me i need to resurect the qp move to lavfi [16:26:49 CET] <BBB> yes! [16:28:40 CET] <wm4> isn't swift open source now [16:29:28 CET] <J_Darnley> (Its not GPL so no!) [16:30:18 CET] <Daemon404> wm4, cocoa is not [16:30:32 CET] <Daemon404> J_Darnley, surely the stdlib isnt [16:30:37 CET] <Daemon404> or at least it must have an exceptions [16:30:38 CET] <Daemon404> -s [16:31:20 CET] <J_Darnley> I just remember a link to a ballsy request on github to change the license to gpl [16:31:28 CET] <Daemon404> that wasnt ballsy [16:31:32 CET] <Daemon404> it was a lame troll [16:31:47 CET] <J_Darnley> If no asks it won't happen [16:32:07 CET] <Daemon404> it was not a serious PR [16:54:49 CET] Action: Daemon404 wonders why mips is so interested in lavc [17:02:51 CET] <atomnuker> they're too slow to run stuff there realtime? [17:03:30 CET] <atomnuker> and they probably don't want to make their CPUs more performant [17:07:15 CET] <ubitux> BBB: done [17:11:53 CET] <nevcairiel> oh gcc tarballs showed up [17:14:59 CET] <Daemon404> time to asess the damage [17:15:00 CET] <Daemon404> ? [17:15:14 CET] <nevcairiel> its a bugfix release, unlikely to break much [17:15:36 CET] <nevcairiel> after i finally managed to figure out why my strip was randomly failing in mingw [17:16:34 CET] <Daemon404> o ok [17:17:39 CET] <Daemon404> hmm [17:17:53 CET] Action: Daemon404 is sure this options thread will in no way be controversial or massive [17:21:08 CET] <wm4> "This is a rather long explanation on ideas " yeah, no [17:23:12 CET] <wm4> just going over it without reading everything, there are probably good ideas in it, but still, changing Everything rarely works out too well [17:25:50 CET] <Daemon404> wm4, a skim makes it seemed a little to aimed at lavfi [17:25:54 CET] <Daemon404> too* [17:29:32 CET] <wm4> he wants to make the parsers recursive, instead of embedding quoted strings [17:36:09 CET] <BBB> I think his complaint about avoptions being designed primarily for ffmpeg.exe is correct [17:36:41 CET] <Daemon404> i dont have any complains about the api myself [17:36:43 CET] <ubitux> our tools also have some local options btw [17:36:44 CET] <Daemon404> i use it fairly extensively [17:36:53 CET] <ubitux> while we could maybe use AVOptions :p [17:37:18 CET] <ubitux> what i miss the most about AVOptions are lists of items [17:37:23 CET] <ubitux> :( [17:38:03 CET] <nevcairiel> using AVOptions from API is usually fine [17:38:29 CET] <BBB> I think he doesnt mind the api [17:38:35 CET] <BBB> I think he minds the string handling in the api [17:38:56 CET] <BBB> the overabundance of strings, used for lists of devices when dealing with capturing video on mac/windows [17:39:06 CET] <BBB> or used for all kind of other things [17:39:17 CET] <BBB> a lot of that could be more clever [17:39:35 CET] <nevcairiel> clever is the death of simple [17:39:54 CET] <nevcairiel> and complex is the death of understandable [17:41:22 CET] <fritsch> word for sunday .. [17:41:34 CET] <wm4> the places where the API wants lists are disgusting [17:41:48 CET] <wm4> (though I doubt it would improve with these avoption changes) [17:59:14 CET] <cone-435> ffmpeg 03Paul B Mahol 07master:5d2cc00dd019: avfilter: add audio emphasis filter [18:01:37 CET] <durandal_170> watch fate for me [18:09:27 CET] <durandal_170> 30 band audio equalizer? [19:09:43 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:a85b02dcf70f: avcodec/jpeg2000dec: Check bpno in decode_cblk() [19:09:44 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:689a8674131c: avformat/msf: Check channels when reading the header [19:09:45 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:ab7ff38052f1: avformat/flvdec: Fix left shift of 137 by 24 places cannot be represented in type int [21:27:38 CET] <cone-435> ffmpeg 03Vicente Olivert Riera 07master:c8419035f48f: mips: remove --mips32r5 configure option [21:27:39 CET] <cone-435> ffmpeg 03Vicente Olivert Riera 07master:1a538a149063: mips: add p5600 core optimizations [22:30:24 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:4f2419888ba4: avcodec/pgssubdec: Fix left shift of 255 by 24 places cannot be represented in type int [22:30:25 CET] <cone-435> ffmpeg 03Michael Niedermayer 07master:325b59368dae: swscale/utils: Fix for runtime error: left shift of negative value -1 [00:00:00 CET] --- Sat Dec 5 2015

1 0

ffmpeg.log.20151204
by burek 05 Dec '15

05 Dec '15

[01:46:31 CET] <wannabegeekster> I am trying to compile ffmpeg with x265 support and I am getting the following error in my config.log file: include/x265.h:103: error: expected specifier-qualifier-list before 'bool' [02:06:42 CET] <wannabegeekster> I found my answer. [02:06:45 CET] <chaupv> Hi [02:08:56 CET] <chaupv> I got ffmpeg compiled successfully on Msys 64bit and x264 compiled, when I configure ffmpeg with libx264, I used extra-cflags and extra-ldflags to point to libx264 location but It always show the error "libx264 not found" [02:09:01 CET] <allfro> hello [02:09:04 CET] <allfro> anybody alive? [02:09:16 CET] <wannabegeekster> Barely [02:09:35 CET] <wannabegeekster> chaupv: Can you give your ./configure line? [02:09:41 CET] <chaupv> Ok [02:09:53 CET] <chaupv> thank wannabegeekstar [02:09:54 CET] <allfro> wannabegeekster: do you know anything about how ffmpeg converts .txt files to video? [02:10:05 CET] <chaupv> ./configure --toolchain=msvc --arch=x86 --enable-yasm --enable-asm --enable-shared --enable-libx264 --enable-gpl --enable-static --extra-cflags="-O3 -std=c99 -fomit-frame-pointer -fno-strict-aliasing" --extra-ldflags="-Wl,-z,now -Wl,-z,relro,-z,noexecstack" --extra-cflags=-I/usr/include/ --extra-ldflags=-L/usr/lib/ [02:10:07 CET] <allfro> im talking about txt files that are embedded in HLS playlists and contain plaintext [02:10:15 CET] <llogan> wannabegeekster: you found that answer, but what was your answer? [02:10:41 CET] <llogan> allfro: ffmpeg can "play" a txt file like any other input it supports [02:10:43 CET] <wannabegeekster> aalfro: Are you wanting to convert text files or images to video? I have not seen anything on converting .txt files to video [02:10:57 CET] <wannabegeekster> llogan: https://bitbucket.org/multicoreware/x265/issues/212/new-libx265-not-found-i… [02:11:05 CET] <chaupv> Yes, i have never been converted text to video [02:11:13 CET] <chaupv> it sounds strange.. [02:11:15 CET] <allfro> llogan: so ffmpeg can convert regular text to video frames? [02:11:16 CET] <allfro> but how [02:11:23 CET] <allfro> is it through the draw_font filter? [02:11:43 CET] <wannabegeekster> chaupv: Are those libraries installed in /usr/lib and /usr/include? [02:12:03 CET] <chaupv> wannabegeekster, yes [02:12:35 CET] <chaupv> libx264 has already compiled and install in to /usr , as it's a prefix, --prefix=/usr/ [02:12:35 CET] <wannabegeekster> chaupv: Are you on windows or linux? [02:12:49 CET] <chaupv> window, Msys64 [02:13:42 CET] <llogan> allfro: via the ASCII/ANSI art decoder. libavcodec/ansi.c [02:13:50 CET] <wannabegeekster> humm. I am not so familiar on Windows there chaupv. [02:14:11 CET] <llogan> allfro: and tty demuxer [02:14:50 CET] <chaupv> wannabegeekster, thanks... [02:15:17 CET] <chaupv> if you have any tips, please give me.. [02:15:53 CET] <wannabegeekster> PKG_CONFIG_PATH="$HOME/ffmpeg_build/lib/pkgconfig" ./configure --prefix="$HOME/ffmpeg_build" --extra-cflags="-I$HOME/ffmpeg_build/include" --extra-ldflags="-L$HOME/ffmpeg_build/lib" --bindir="$HOME/bin" --pkg-config-flags="--static" --enable-gpl --enable-nonfree --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 [02:16:16 CET] <wannabegeekster> That is what I am doing right now, but it is obviously quite a bit different than you right now. [02:17:08 CET] <allfro> llogan: so for this http://pastebin.com/NacCAHPz [02:17:10 CET] <chaupv> wannabegeekster, so ffmpeg in your workspace can find x264, x264 well, right? [02:17:19 CET] <wannabegeekster> Yes, that is correct. [02:17:29 CET] <allfro> would that be the ansi decoder? [02:17:52 CET] <chaupv> wannabegeekster, but as you said, you are working on linux, not in window [02:17:58 CET] <allfro> (hls playlist in bottom) [02:18:17 CET] <wannabegeekster> Yes, so that makes it harder for me to figure it out. Although I am running windows and would be happy to try. Are you following a guide? [02:18:29 CET] <wannabegeekster> I have the gnutools installed on my machine now already [02:19:00 CET] <chaupv> Yes, I follow many guidelines [02:19:37 CET] <chaupv> but there is no guide answer for the "libx264 not found" still now [02:20:42 CET] <wannabegeekster> chaupv: look at your config.log file. That will give you much more information [02:21:07 CET] <chaupv> I looked at it many times already [02:21:17 CET] <chaupv> ... [02:21:25 CET] <wannabegeekster> Can you pastebin.com it for me to look at? [02:22:18 CET] <chaupv> Ok, here is the last piece to show libx264 not found [02:22:19 CET] <chaupv> LINK : warning LNK4044: unrecognized option '/Wl,-z,relro,-z,noexecstack'; ignored LINK : warning LNK4044: unrecognized option '/LC:/environtment/msys64/usr/lib/'; ignored LINK : fatal error LNK1181: cannot open input file 'x264.lib' ERROR: libx264 not found [02:23:13 CET] <wannabegeekster> Did you fix the issue with the /Wl? [02:24:08 CET] <wannabegeekster> plus do a find / -name 'x264.lib' and make sure it is in the the right location. I assume you have done that already [02:25:37 CET] <chaupv> Wannagegeenkster, [02:25:41 CET] <chaupv> find / -name 'x264.lib' /usr/lib/x264.lib find: failed to read file names from file system at or below /: No such file or directory [02:27:29 CET] <chaupv> after I user you command to find x264.lib, found result is /usr/lib/x264.lib, then it also print out one more line: find: failed to read file names from file system at or below /: No such file or directory [02:27:40 CET] <chaupv> sorry, after I use.. [02:28:25 CET] <allfro> finally [02:28:28 CET] <allfro> i figured it out [02:28:34 CET] <allfro> thanks llogan for your input [02:28:38 CET] <allfro> damn he left [02:28:42 CET] <allfro> or she [02:28:50 CET] <allfro> thanks #ffmpeg [02:32:13 CET] <wannabegeekster> This has a misspelling: /LC:/environtment/msys64/usr/lib/ [02:32:23 CET] <wannabegeekster> environtment should be environment [02:32:36 CET] <wannabegeekster> Not sure if you copy pasted that or typed it in [02:34:08 CET] <chaupv> yes, it's correct path, [02:34:40 CET] <chaupv> it's my purpose to make a little different name... [02:35:39 CET] <wannabegeekster> ahh ok cool [02:35:58 CET] <wannabegeekster> What about this specifically? warning LNK4044: unrecognized option '/Wl [02:36:48 CET] <furq> i've not used cl much but "unrecognized option '/LC:/environtment/msys64/usr/lib/';" suggests it's not being passed your library path [02:37:51 CET] <chaupv> furq, thanks.. [02:38:03 CET] <furq> apparently that's not even an option for msvc [02:40:03 CET] <chaupv> furq, what should i change? [02:42:24 CET] <chaupv> but furq, ffmpeg in window(msys) require libx264.lib, so I must to use cl and link to compile it [02:43:00 CET] <furq> https://trac.ffmpeg.org/wiki/CompilationGuide/MSVC#CompilingFFmpegwithexter… [02:43:03 CET] <furq> i take it you've read that [02:43:21 CET] <furq> i've only ever built for windows with mingw [02:46:29 CET] <chaupv> furq, thank alot [02:46:43 CET] <chaupv> wannabegeekster, thank for your help [02:51:37 CET] <chaupv> furq, I am using MSVC 2015, is it OK? [03:22:24 CET] <Fredro> hi, seems to be a problem when using more than one -headers option, the second one is not included in the request [03:23:35 CET] <c_14> The second one isn't included? I'd assume the first one wouldn't be included. [03:23:39 CET] <c_14> What's your commandline? [03:24:19 CET] <Fredro> I added -report after and saw the request and only one of the headers was added [03:24:30 CET] <c_14> Yes [03:24:41 CET] <c_14> It's probably the second one though, not the first. [03:24:50 CET] <c_14> Duplicate options overwrite each other.\ [03:25:09 CET] <Fredro> even if they dont contain the same stuff? [03:25:11 CET] <c_14> If you want to specify multiple headers, separate them with crlf (I think \r\n should work too) [03:25:36 CET] <Fredro> ah, does it work in windows too? [03:25:51 CET] <c_14> should [03:26:43 CET] <Fredro> X-Token: stuff\r\nX-Token2: stuff2 [03:26:48 CET] <Fredro> just output this [03:29:24 CET] <Fredro> btw, is it possible to remove the Icy-MetaData 1 header? Seems to be default on [03:31:30 CET] <c_14> -icy 0 [03:31:39 CET] <Fredro> thanks [03:39:43 CET] <c_14> Fredro: you'll have to find some way to actually encode CRLF into the string. [03:39:59 CET] <c_14> The ascii values for the bytes, that is. [03:40:33 CET] <Fredro> ah ok, I'll give it a try [04:02:00 CET] <chaupv> Hi Furq, I just used the tutorial link, but the error is same "ERROR: libx264 not found" [04:02:24 CET] <chaupv> my environment: VS 2015, 64 bit [04:03:14 CET] <chaupv> x264 -> ./configure --enable-shared --enable-static --enable-win32thread --disable-thread --extra-cflags="-DNO_PREFIX" --prefix=/usr/, make, make install-lib-shared [04:03:29 CET] <chaupv> fmpeg -> ./configure --enable-asm --enable-yasm --arch=i386 --disable-ffserver --disable-avdevice --disable-swscale --disable-doc --disable-ffplay --disable-ffprobe --disable-ffmpeg --enable-shared --disable-static --disable-bzlib --disable-libopenjpeg --disable-iconv --disable-zlib --enable-libx264 --prefix=/ffmpeg/ --toolchain=msvc --extra-cflags="-MDd" --extra-ldflags="/NODEFAULTLIB:libcmt" --enable-debug [08:03:02 CET] <chaupv> wannabegeekster [08:03:07 CET] <chaupv> are you there? [08:04:23 CET] <chaupv> Furq, are you there? [08:25:34 CET] <relaxed> chaupv: you need --extra-cflags="-I/path/to/prefix/include" --extra-ldflags="-L/path/to/prefix/lib" [08:26:13 CET] <relaxed> where prefix is the one you used to install libx264 [08:27:09 CET] <chaupv> I have done it already, but the error still occurs... [08:27:28 CET] <chaupv> ./configure --enable-asm --enable-yasm --arch=i386 --disable-ffserver --disable-avdevice --disable-swscale --disable-doc --disable-ffplay --disable-ffprobe --disable-ffmpeg --enable-shared --disable-static --disable-bzlib --disable-libopenjpeg --disable-iconv --disable-zlib --enable-libx264 --enable-gpl --enable-pic --prefix=/ffmpeg/ --toolchain=msvc --extra-cflags="-MDd " --extra-cflags=-I/usr/include --extra-ldflags="/NODEFAULTLIB [08:27:49 CET] <chaupv> configure --enable-asm --enable-yasm --arch=i386 --disable-ffserver --disable-avdevice --disable-swscale --disable-doc --disable-ffplay --disable-ffprobe --disable-ffmpeg --enable-shared --disable-static --disable-bzlib --disable-libopenjpeg --disable-iconv --disable-zlib --enable-libx264 --enable-gpl --enable-pic --prefix=/ffmpeg/ --toolchain=msvc --extra-cflags="-MDd " --extra-cflags=-I/usr/include --extra-ldflags="/NODEFAULTLIB:li [08:28:42 CET] <relaxed> --extra-ldflags="-L/path/to/prefix/lib" [08:28:46 CET] <relaxed> -L [08:31:12 CET] <chaupv> yes, already did it, but no change... [08:31:51 CET] <relaxed> pastie.org the end of your config.log [08:32:11 CET] <chaupv> I compiled and make install x264 to /usr/ and check for libx264.lib, it has already been there.. but ffmpeg cannot find it [08:32:38 CET] <chaupv> LINK : warning LNK4044: unrecognized option '/Wl,'; ignored LINK : warning LNK4044: unrecognized option '/Bsymbolic'; ignored LINK : warning LNK4044: unrecognized option '/LC:/environtment/msys64/usr/lib/'; ignored LINK : fatal error LNK1181: cannot open input file 'x264.lib' ERROR: libx264 not found [08:33:48 CET] <chaupv> may be , it dont know this path with prefix '/LC:/?... [08:34:09 CET] <chaupv> it doesn't know.. [08:37:40 CET] <relaxed> you need to pastebin your whole configure line and the command in config.log [08:37:49 CET] <relaxed> last command* [08:39:15 CET] <chaupv> Ok [08:39:21 CET] <chaupv> here is my configure command [08:39:36 CET] <chaupv> ./configure --enable-asm --enable-yasm --arch=i386 --disable-ffserver --disable-avdevice --disable-swscale --disable-doc --disable-ffplay --disable-ffprobe --disable-ffmpeg --enable-shared --disable-static --disable-bzlib --disable-libopenjpeg --disable-iconv --disable-zlib --enable-libx264 --enable-gpl --enable-pic --prefix=/ffmpeg/ --toolchain=msvc --extra-cflags="-MDd " --extra-cflags=-I/usr/include --extra-ldflags="/NODEFAULTLIB [08:39:36 CET] <chaupv> ug [08:39:47 CET] <relaxed> fucking pastebin.com [08:39:56 CET] <relaxed> it's a website, go there [08:40:37 CET] <chaupv> Oh dear, sorry, [08:41:07 CET] <relaxed> and I said pastie.org earlier [08:41:22 CET] <relaxed> it doesn't matter which you use [08:41:44 CET] <chaupv> yes, I see [08:42:03 CET] <chaupv> this pastebin.com for configure [08:42:04 CET] <chaupv> http://pastebin.com/Yy93zkiF [08:43:22 CET] <chaupv> this for log [08:43:23 CET] <chaupv> http://pastebin.com/0XAn4Peg [08:44:11 CET] <relaxed> you only pasted the top of the log [08:44:25 CET] <chaupv> wait... [08:44:37 CET] <chaupv> log is too long, i am doing the remain.. [08:46:30 CET] <chaupv> http://pastebin.com/Q42JtFMX [08:47:24 CET] <chaupv> http://pastebin.com/MGVMq6kp [08:47:29 CET] <chaupv> Ok, man, [08:47:43 CET] <chaupv> I done the pastebin.com for log [08:48:27 CET] <relaxed> ok, but I think you still didn't get to the bottom [08:49:09 CET] <relaxed> becuase the last bit should show why libx264 was not found [08:51:30 CET] <chaupv> No, Man [08:51:43 CET] <chaupv> I copied all [08:52:38 CET] <chaupv> did you mean the last blank line? [08:53:27 CET] <chaupv> http://pastebin.com/TZW7myAs [08:53:55 CET] <chaupv> the last piece of log [08:54:39 CET] <relaxed> Ok, that's helpful :) [08:55:51 CET] <chaupv> :), relaxed, please help [08:56:28 CET] <relaxed> is that the latest version of visual studio? [08:56:47 CET] <chaupv> yes, VC 2015 [08:58:16 CET] <relaxed> did you read https://trac.ffmpeg.org/wiki/CompilationGuide/MSVC ? [08:59:49 CET] <chaupv> yes, several time, I seted up ffmpeg and x264 by using that guideline [09:00:09 CET] <chaupv> could you point out some tips? [09:00:24 CET] <chaupv> what's wrong with the configuration? [09:04:24 CET] <chaupv> I compiled ffmpeg without x264, but when i use --enable-libx264 --enable-gpl, the error occurs [09:06:40 CET] <relaxed> I've never compiled ffmpeg using MSVC. [09:07:03 CET] <chaupv> ha ha, me too [09:07:28 CET] <relaxed> In the log I see "C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\cl.exe" but on MS's website it says the latest is 15 [09:08:31 CET] <chaupv> yes, it's VS 2015 [09:08:55 CET] <chaupv> I think that's no related to the problem... [09:09:05 CET] <chaupv> :) [09:10:30 CET] <chaupv> Relaxed, do you think it's better to replace VS version? should I use VS2013 instead? [09:12:33 CET] <chaupv> I think, it's the bug of ffmpeg when compile with VS2015 [09:22:33 CET] <relaxed> from looking at config.log I'd say it was your setup and not ffmpeg's fault [09:24:10 CET] <chaupv> ha ha... [09:24:49 CET] <chaupv> it's so difficult to figure out the error.. [09:42:12 CET] <chaupv> any tips, Relaxed? :) [10:00:31 CET] <chaupv> relaxed, where had you gone? [10:00:33 CET] <chaupv> ^^ [10:00:56 CET] <chaupv> you answer nothing for it, .. [10:04:43 CET] <chaupv> relaxed, you said like you are a geek for ffmepg but finally you have done nothing.. [10:17:11 CET] <relaxed> chaupv: I'm at work, it's not like I'm paid to sit in this channel to provide support. [10:19:04 CET] <relaxed> sometimes you have to wait in an irc channel until someone who knows what's going on looks at your issue. [10:19:48 CET] <relaxed> and I did help you get a helpful log for them to examine. [10:28:14 CET] <chaupv> relaxed: Ok, I got it :) [10:30:45 CET] <relaxed> chaupv: did you see the note in the wiki about cl and link.exe in the wiki? [10:31:20 CET] <relaxed> -"in the wiki" :) [10:31:57 CET] <relaxed> I don't know if that's the case, though [10:32:58 CET] <chaupv> I dont use link from Msys, I used MSVC link instead of it, also I use cl from VC [10:33:52 CET] <chaupv> I change the link.exe to link_backup.exe then I set environment that Msys can find MSVC link [10:34:51 CET] <chaupv> I think the cl, link ffmpeg wiki that you mentioned about does the same.. [10:35:54 CET] <chaupv> relaxed, how can i find you tomorrow? [10:36:17 CET] <chaupv> is it possible to find you in this chat room? [10:37:16 CET] <relaxed> Yes, I'm usually here 24/7 [10:37:51 CET] <chaupv> Oh, so you are a contributor for ffmpeg, [10:39:11 CET] <relaxed> I contribute time here to help people, small patches, and linux static builds [10:40:04 CET] <chaupv> Ok, you are power Man, :) [10:40:14 CET] <chaupv> I have a question? [10:40:44 CET] <chaupv> currently, I have a warning in the log like this: LINK : warning LNK4044: unrecognized option '/LC:/environtment/msys64/usr/lib'; ignored [10:41:24 CET] <chaupv> do you know what option to make link to become : "C:/environtment/msys64/usr/lib", without '/L'? [10:44:23 CET] <relaxed> in the wiki you're running ./configure options under "How to build debug version?". Why? [10:44:58 CET] <relaxed> try the simple "./configure --toolchain=msvc" first [10:45:31 CET] <chaupv> I have built successful ffmpeg without x246 [10:46:34 CET] <chaupv> I think if I can set link, compiler will find the libx246.lib [10:47:11 CET] <chaupv> Now, compiler doesn't know '/LC:/environtment/msys64/usr/lib' with prefix '/L' [10:49:30 CET] <JEEB> /L is the library search dir option [10:49:41 CET] <JEEB> so it should be /L "thing" [10:50:41 CET] <chaupv> is it valid for MSVC environment? [10:51:22 CET] <chaupv> I am using cl, link from MSVC, so I afraid of MSVC doesn'nt know 'L' [10:55:52 CET] <chaupv> relaxed? where prefix is the one you used to install libx264 ? -> it's /usr/ [10:59:13 CET] <relaxed> JEEB: here's his configure http://pastebin.com/0XAn4Peg [11:00:47 CET] <relaxed> and the bottom of his config.log http://pastebin.com/TZW7myAs [11:05:21 CET] <chaupv> relaxed, JEEB, thank for help, we will invoke this again tomorrow, I call it a day. hope to see you guys again tomorrow at this chat room. [11:07:00 CET] <chaupv> :) [13:41:57 CET] <dantti> Do I need to use a filter to encode frames at vfr? [13:47:47 CET] <c_14> dantti: no, you just need to have an input that's vfr [13:48:15 CET] <dantti> c_14: ok but what then I set in time_base and pts? [13:48:52 CET] <c_14> Just set the pts to the time you want the frame to be displayed at. [13:49:31 CET] <c_14> Well, so that pts * time_base = time you want the frame to be displayed at [13:51:14 CET] <dantti> but ain't time_base a fixed fraction ie 1, 25 = 25 fps? [13:51:41 CET] <dantti> I guess then I need to store an initial clock, and then multiply that? [13:51:47 CET] <c_14> time base is just a value that specifies on what scale PTS relate to seconds [13:52:25 CET] <c_14> A timebase of 1000 (more precisely 1/1000) means that 1000 PTS = 1s [13:52:30 CET] <dantti> so if 1, 25 time_base and I get 40 frames within a second is that a problem [13:52:36 CET] <dantti> or should I drop frames [13:52:36 CET] <c_14> So if you want a frame to display at 5s it would have the PTS 5000 [13:53:05 CET] <c_14> dantti: yes, that's why the time_base is usually in the thousands at least [13:53:09 CET] <dantti> the sourve is a live camera, that's why I'm saying I need to count the time [13:53:46 CET] <c_14> Are you sure the source is vfr? [13:53:56 CET] <dantti> c_14: so I guess there is no problem in jumping from 100pts to 1000 pts? [13:54:06 CET] <c_14> If yes, then you need to count how many seconds have elapsed since you started, multiply that by the inverse of the time_base and use that as the PTS [13:54:18 CET] <c_14> dantti: the time_base is usually constant for an entire video [13:54:20 CET] <dantti> yup, just confirmed with the guy that implemented QCamera on android [13:54:39 CET] <c_14> Just pick a time_base of 1000 [13:54:41 CET] <c_14> It's usually fine [13:54:51 CET] <dantti> ok [13:55:01 CET] <c_14> That'll give you ms rounding though [13:55:10 CET] <c_14> Ie your timestamps will be accurate to the nearest millisecond [13:55:28 CET] <c_14> If you want a higher accuracy use a larger time_base [13:56:06 CET] <c_14> (Note that I've occasionally been saying the timebase is 1000, but it's stored as 1/1000 in ffmpeg, it's just displayed as the inverse to make it easier to read) [13:57:27 CET] <dantti> what does inverse means in math speaking (not a native speaker so I guess it's a math term which I don't get) [13:57:40 CET] <dantti> 1000/1 I guess wouldn't be [13:57:40 CET] <c_14> 1 / x [13:58:04 CET] <dantti> 1/1000 [13:58:08 CET] <c_14> yes [13:58:11 CET] <dantti> ah ok [13:58:48 CET] <dantti> thanks, let me try now to see if I got it right :) [14:04:01 CET] <dantti> c_14: I just realized that QElapsedTimer can give me the time elapsed in milliseconds(since I call start() on first frame), so if I just set that to pts I guess I don't need to multiply to 1/1000 right? I can just use that value [14:04:51 CET] <c_14> If your time_base is 1/1000, yes [14:06:40 CET] <dantti> I think that didn't work, the file size is ~500kb and I just see a grey image [14:07:18 CET] <dantti> on mpegts the log "nal 1" means what? [14:09:37 CET] <c_14> That's just a TRACE log, not sure what it means though. [14:09:43 CET] <dantti> is this a good value codecContext->bit_rate = 400000? [14:10:26 CET] <dantti> from source av_log(s, AV_LOG_TRACE, "nal %d\n", state & 0x1f); I guess that's the mpegts state [14:10:30 CET] <c_14> might be a bit low [14:12:15 CET] Action: c_14 needs to go now. Will be back later. [14:12:21 CET] <dantti> ok thanks [14:51:36 CET] <iaskquestions> Hi guys, I want to convert an .MP4 movie to .AVI so that I can burn it as a DVD movie. [14:51:45 CET] <iaskquestions> I tried with this command, but audio is lost. [14:52:18 CET] <iaskquestions> ffmpeg -i movie.mp4 -codec copy movie.avi [14:56:54 CET] <BtbN> avi is equaly useless for a dvd as mp4. iirc the VOB stuff on DVDs is mpeg-ps. [14:57:14 CET] <Mo_YouVisit> Hello all! I am attempting to use a filter that was recently developed and was told to apply the patch and rebuild ffmpeg. I cloned from source and compiled it but it says the filter was not found. Is there a place where I can download patches separately from the source repository? [14:59:35 CET] <iaskquestions> So I need to convert it to mpeg? [15:05:42 CET] <relaxed> iaskquestions: ffmpeg -i input -target ntsc-dvd output.mpg (or -target pal-dvd) [15:07:12 CET] <relaxed> iaskquestions: if it supports divx/xvid, that might be easier [15:08:06 CET] <Mo_YouVisit> he already left the chat room [15:08:37 CET] <relaxed> that's what I get for ignoring parts/joins :/ [15:09:12 CET] <relaxed> Mo_YouVisit: which filter is it? [15:09:17 CET] <Mo_YouVisit> panorama [15:09:29 CET] <Mo_YouVisit> durandal_170: worked on it this past week [15:10:54 CET] <durandal_170> find patch on ffmpeg-devel mailing list [15:15:11 CET] <durandal_170> Mo_YouVisit: alternatively download my ffmpeg panorama branch from github.com/richardpl [16:29:11 CET] <t4nk196> hey there - wondering if anyone on here knows how I could apply a blend filter and a fade filter at the same time. If I use the overlay filter instead of a blend, the fade works, but otherwise the blend is applied without the fade. Here's essentially what I'm doing right now: http://pastebin.com/Hp43NzS2 [16:38:55 CET] <durandal_170> t4nk196: why not fade after blend? [17:10:33 CET] <vircuser> hi guys how to hide the dos console when calling ffmpeg trough a .bat file ? [ thanks ] [17:11:05 CET] <dantti> is it normal for a 800x600 frame produce a pkt.size = ~204? when time_base was 1,25 and pts was -1 the pkt.size where around 1800, now that time_base is 1,1000 and pts is properly set the pkt size is quite small and the file doesn't has anything useful [17:11:25 CET] <c_14> vircuser: this sounds like a windows problem, not an ffmpeg problem [17:11:49 CET] <vircuser> ok [17:12:26 CET] <c_14> vircuser: I'd search for windows bat hide console [17:30:48 CET] <Admin_234234> hello guys [17:31:24 CET] <prelude2004c> hey .. can someone help me with vdpau ? [17:31:33 CET] <prelude2004c> i am running centos and i got vdpau compiled in [17:31:39 CET] <prelude2004c> keeps saying that i am unable to connect to X server [17:31:44 CET] <prelude2004c> what should i do to get decoding working ? [17:43:08 CET] <dantti> since I get around 30fps setting using 1,30 as time_base and go increasing pts by 1, makes the encoded pkg.size ok, and the "first" frame is not a grey frame, but still the .ts file has a 0 duration even if I have frames for 6 seconds [17:46:13 CET] <kepstin> dantti: how are you getting the ts file duration? [17:46:38 CET] <kepstin> ts isn't an indexed format, it's rather a streaming format, so in general you can't get a duration value from it without reading the entire file. [17:46:49 CET] <dantti> kepstin: when I open in any player it shows a frame and restarts [17:47:03 CET] <dantti> not that it has a duration metadata [17:47:37 CET] <dantti> on a valid ts vlc shows the duration because it can scan the file [17:48:55 CET] <dantti> my code is this atm https://paste.kde.org/pg5ivvogv [17:49:40 CET] <dantti> I can share the .ts file if it would help [17:59:26 CET] <dantti> I have a feeling that I'm missing to set something in AvStream :P [18:08:07 CET] <brontosaurusrex> how should "-tune grain" command line look like with fmpeg/x265 ? [18:10:00 CET] <brontosaurusrex> ffmpeg seems happy about it [18:10:02 CET] <brontosaurusrex> http://paste.debian.net/plain/341223 [18:10:29 CET] <brontosaurusrex> but x265 [info]: tools: rd=3 psy-rd=0.50 rdoq=2 psy-rdoq=10.00 signhide tmvp < looks wrong [18:11:01 CET] <brontosaurusrex> according to this http://x265.readthedocs.org/en/default/presets.html#tunings [18:11:31 CET] <brontosaurusrex> rdoq should be 0, also rdoq level should be 0 [18:12:53 CET] <brontosaurusrex> unless iam reading all this worngly [18:12:58 CET] <brontosaurusrex> *wrongly [18:29:19 CET] <dantti> for writing mpegts should I use av_interleaved_write_frame or av_write_frame? didn't unterstand it's difference [18:37:49 CET] <Linkless> Hello. I have a question on (I think) drawtext filter. I do live streaming with ffmpeg (kinda surveillance webcam) and put current time to the stream with "drawtext text='%{localtime}'". Is there a way to put a temperature (currently stored in a file) next to the date on the picture? When I use drawtext text='%{localtime} $(cat file-with-temp)' the temperature doesn't refresh on the file's changes. [18:43:03 CET] <dantti> great now that I called av_packet_rescale_ts the video flows :) [18:51:57 CET] <Fyr> guys, is it possible to create a GIF file with ffmpeg? [18:51:58 CET] <Hfuy> Hello. [18:52:09 CET] <Fyr> hoi [18:52:39 CET] <Hfuy> I need to create quicktime movies with a larger-than-average audio chunk size. ffmpeg seems to like small chunks, whereas Apple products seem to like larger chunks, about 48k audio samples. [18:52:42 CET] <Hfuy> Is there some way I can request that? [18:52:57 CET] <c_14> Fyr: yes [18:53:14 CET] <Fyr> c_14, could you provide me with a link? [18:53:15 CET] <Hfuy> There's the -chunk_duration option but I'm not sure what it refers to. [18:53:25 CET] <c_14> Fyr: just use the gif output format? [18:53:50 CET] <Fyr> from a big number of PNGs into a GIF file. [18:54:08 CET] <c_14> use the image2 input muxer [18:54:18 CET] <Fyr> ok [19:18:05 CET] <autofsckk> hello, i cant find the proper way to get a palette for an animated gif, im trying this ffmpeg -v warning -ss 00:00:01 -i chichisg.mp4 -t 3 -vf "scale=320:-1:flags=lanczos,palettegen" -y palettechichis.png but nothing is done, i just want to get 3s from the start, what im i doing wrong, or how is the correct way to obtain a palette to be used as reference? [19:30:53 CET] <sh4d0wD> hallo [19:31:08 CET] <sh4d0wD> anyone alive here? [19:39:36 CET] <sh4d0wD> Just before I ask question, little story. I'm writing ffmpeg gem for ruby and during development I notice something about fanky about avformat_close_input(). beside it's closing file it also frees memory of context [19:41:11 CET] <sh4d0wD> so I'm working with context as class (instance) inside ruby and obviously when I close_file the DATA point to empty space in memory [19:42:04 CET] <sh4d0wD> and ruby has it own free memory thing. and I'd like to deal with free on ruby side [19:43:18 CET] <sh4d0wD> of course there is hack way to set pointer to NULL and check in every function if context == NULL, or just reallocate context [19:44:16 CET] <sh4d0wD> Question1: Why does avformat_close_input() clear context [19:44:40 CET] <sh4d0wD> Question2: is there way to close input without freeing context? [19:50:01 CET] <ented> A1: Context is related to input file. Closing input is reasonable: Context is filled with data from file and points to stream: It is file representation. [19:50:53 CET] <ented> A2: You could prealocate Context and extract Fields if you need data from context to persist after closing of file. [19:52:30 CET] <sh4d0wD> I can see why context -> streams wont work, like pointed out it picking form file, but what about metadata and ect? what it be preloaded in moment of avformat_open_input? [19:53:09 CET] <klaviatoora> I have AVI file about which ffmpeg -i commands says mpeg4 (Advanced Simple Profile) (XVID / 0x44495658). And I need convert movies in MP4 to this mpeg4 (Advanced Simple Profile) (XVID / 0x44495658). How do I do this? What I am doing right now is using -vcodec libxvid option to convert video into mpeg4. [19:53:55 CET] <sh4d0wD> Anyway thanks for answers, I probably will go with reallocating context after using avformat_close_input/_close_output [19:54:15 CET] <klaviatoora> But what about those profile? [19:54:16 CET] <sh4d0wD> thought there was much clever way, that I was missing [19:58:26 CET] <relaxed> klaviatoora: you can copy it to mp4, try ffmpeg -i input -c copy output.mp4 [19:59:49 CET] <ented> sh4d0wD: Probably there is, but I seen many code where one just copied context data. See context as Object in OOP programming. [20:00:48 CET] <klaviatoora> What does -bf option mean? [20:01:47 CET] <relaxed> controls bframes [20:09:37 CET] <klaviatoora> y [20:12:05 CET] <sh4d0wD> ented: ty. I actually got more exp. with C. Not big fun of OOP [21:36:31 CET] <markcf> Hello, I just have a quick question about ffserver. Is it possible to pass on raw streams using ffserver? Or to enable minimal processing? Essentially i have a bunch of computers handling compression (with ffmpeg) and I'd like to have ffserver serve those compressed streams for me. [21:44:15 CET] <prelude2004c> hey running X centos.. configured vdpau for ffmpeg.. when it tries to connect it says it can't connect to X server .. can anyone help ? [21:45:06 CET] <llogan> how do we duplicate the issue? [21:55:19 CET] <prelude2004c> llogan .. basically i am just trying to get vdpauinfo or vdpau working [21:55:26 CET] <prelude2004c> not sure how you duplicate : P [21:55:51 CET] <llogan> sounds like you're asking the wrong channel [21:58:02 CET] <prelude2004c> its ffmpeg hwaccel option [21:58:14 CET] <prelude2004c> X server is on so.. i don't get it [21:58:36 CET] <sh4d0wD> what command/code you are running [21:58:46 CET] <sh4d0wD> can you pastebin it [21:58:54 CET] <prelude2004c> ffmpeg -hwaccel vdpau -i ... [21:59:07 CET] <sh4d0wD> what is error message [21:59:12 CET] <prelude2004c> Cannot open the X11 display . [21:59:12 CET] <prelude2004c> VDPAU init failed for stream #0:9. [21:59:35 CET] <sh4d0wD> what is argument for -i? [22:00:23 CET] <fritsch> what does: vdpauinfo | pastebint say? [22:01:36 CET] <prelude2004c> -i is udp://xxxxxx [22:02:07 CET] <prelude2004c> so ffmpeg -hwaccel vdpau -i udp://...... -f mpegts - | tee > ..... [22:02:13 CET] <prelude2004c> the error is jus tthe hwaccel [22:02:17 CET] <prelude2004c> says can't connect to X sever [22:02:24 CET] <prelude2004c> not sure why.. X server is running [22:02:31 CET] <fritsch> 22:01 < fritsch> what does: vdpauinfo | pastebint say? [22:03:00 CET] <prelude2004c> [root@enc4-5 scripts]# vdpauinfo [22:03:00 CET] <prelude2004c> vdpauinfo: cannot connect to X server [22:03:07 CET] <fritsch> tadaaaaa [22:03:09 CET] <fritsch> :-) [22:03:09 CET] <prelude2004c> that is all it says [22:03:13 CET] <fritsch> now fix your setup [22:03:18 CET] <sh4d0wD> :-) [22:03:20 CET] <prelude2004c> lol that is the part i need help with :P haha [22:03:35 CET] <fritsch> you run as root - no idea why one runs such a command as root [22:03:45 CET] <fritsch> you run it with the user running X [22:03:50 CET] <fritsch> to access its session [22:03:50 CET] <prelude2004c> even as a user i get same error [22:04:02 CET] <fritsch> yeah - this is not a centos help channel [22:04:03 CET] <prelude2004c> but i dont' use the UI [22:04:03 CET] <sh4d0wD> are you using shell login? [22:04:08 CET] <prelude2004c> its a server in a datacenter [22:04:12 CET] <fritsch> export DISPLAY=:0 [22:04:14 CET] <fritsch> .... [22:04:23 CET] <fritsch> or whatever ... running as root via remote shell [22:04:29 CET] <fritsch> no further comment [22:04:30 CET] <sh4d0wD> ^^ [22:05:22 CET] <prelude2004c> of course i tried that but now that you said it :( [22:05:23 CET] <prelude2004c> [root@enc4-5 scripts]# vdpauinfo [22:05:23 CET] <prelude2004c> display: :0 screen: 0 [22:05:23 CET] <prelude2004c> Error creating VDPAU device: 1 [22:05:34 CET] <prelude2004c> at least i got something now . getting closer .. but still an error [22:06:26 CET] <sh4d0wD> that video brand? [22:06:33 CET] <prelude2004c> nvidia [22:06:37 CET] <prelude2004c> M4000 card [22:06:43 CET] <sh4d0wD> try export VDPAU_NVIDIA_DEBUG=3 [22:06:50 CET] <sh4d0wD> and export VDPAU_TRACE=1 [22:07:04 CET] <sh4d0wD> then pastebin here results of vdpauinfo [22:07:24 CET] <fritsch> i think there is not even the proper nvidia drivers installed [22:07:32 CET] <sh4d0wD> ^^ [22:07:37 CET] <prelude2004c> see i am learning alrady :) thank you [22:07:44 CET] <sh4d0wD> and lsmod [22:07:51 CET] <prelude2004c> http://pastebin.com/nRcwXHtC [22:08:13 CET] <fritsch> sh4d0wD: still want to fix a fucked up centos setup? [22:08:20 CET] <prelude2004c> http://pastebin.com/ZYVMfyHF [22:08:43 CET] <sh4d0wD> nah just matter of interest, challenge solving problems [22:09:07 CET] <prelude2004c> sh4d0wD thank you for helping... [22:10:06 CET] <sh4d0wD> ok 1 make sure use using nouveau or nvidia, they won't work togerther, uninstall one of them and blacklist [22:10:39 CET] <prelude2004c> ya i blacklisted the nouveau but let me just make sure its off [22:10:48 CET] <prelude2004c> although lsmod shows something [22:10:49 CET] <fritsch> it's not off and running [22:10:51 CET] <fritsch> :-) [22:11:00 CET] <prelude2004c> right... will try that right now :) [22:11:08 CET] <fritsch> boot with nomodeset [22:11:09 CET] <sh4d0wD> 2. reinstall libvdpau [22:11:25 CET] <sh4d0wD> and make sure you install right ach verstion [22:12:20 CET] <sh4d0wD> and actually totally reinstall nvidia driver [22:12:28 CET] <sh4d0wD> I think your libs are mixed now [22:12:43 CET] <sh4d0wD> and stop running from root [22:12:44 CET] <sh4d0wD> :) [22:17:16 CET] <prelude2004c> ok rebooting [22:17:33 CET] <prelude2004c> well i installed it from the repo so.. [22:17:50 CET] <prelude2004c> will try all those things in the next few min to make sure [22:19:18 CET] <sh4d0wD> all will depend on what is you ld it may be mixed with open driver and nvidia one so uninstall one and reinstall other should help avoid doing relink by hand [22:25:02 CET] <prelude2004c> ok so .. done all the above.. still same [22:25:48 CET] <prelude2004c> wait.... wait...... [22:26:00 CET] <prelude2004c> maybe just maybe... [22:28:21 CET] <prelude2004c> OMG.... slow close i can taste it.. but... i reinstalled the nvidia driver and it noticed vdpau there so it said it had to install its libraries so that's good news [22:28:38 CET] <prelude2004c> only when i startx gives me an error now .. pain in the $@$!! [22:29:21 CET] <prelude2004c> now i get " Xlib: extension "GLX" missing on display ":1". " [22:29:24 CET] <sh4d0wD> nvidia-xconfig [22:29:27 CET] <prelude2004c> so rebooting to see [22:29:33 CET] <sh4d0wD> sudo nvidia-xconfig& [22:29:40 CET] <sh4d0wD> sudo nvidia-xconfig * [22:29:49 CET] <prelude2004c> lol which is it ? haha [22:29:51 CET] <sh4d0wD> without(*) [22:30:03 CET] <sh4d0wD> reconfigure your X11 config [22:30:06 CET] <sh4d0wD> to use nvidia [22:30:35 CET] <prelude2004c> got it.. ok.. i did do that before but it was when broken so let me try again... btw, this is great once i am done i wil understand.. and i will not forgot :P like a pro !! [22:30:39 CET] <sh4d0wD> your xorg.conf probably pointing to mesa [22:31:50 CET] <prelude2004c> http://pastebin.com/pNuX8pJ4 [22:31:56 CET] <prelude2004c> never easy !! .. [22:32:06 CET] <prelude2004c> so i got that before too when running the nvidia-xconfig [22:32:15 CET] <prelude2004c> keeps giving me errors when that happens [22:35:45 CET] <sh4d0wD> for one stop running as root [22:36:50 CET] <sh4d0wD> 2 did you reboot after installing nvidia? [22:37:05 CET] <prelude2004c> yup rebooted [22:37:17 CET] <prelude2004c> for 1... let me su to a user [22:37:33 CET] <sh4d0wD> lsmod | grep nvidia [00:00:00 CET] --- Sat Dec 5 2015

1 0

ffmpeg-devel.log.20151203
by burek 04 Dec '15

04 Dec '15

[00:21:48 CET] <cone-870> ffmpeg 03Michael Niedermayer 07master:d872643cfe07: avformat/utils: Check AVFormatContext->duration in compute_chapters_end() before use [00:21:49 CET] <cone-870> ffmpeg 03Michael Niedermayer 07master:ec7a3be11ed3: avformat/utils: Move end_time1 AV_NOPTS_VALUE Check after rescale [00:21:50 CET] <cone-870> ffmpeg 03Michael Niedermayer 07master:26379d4fddc1: avcodec/vp3: ensure header is parsed successfully before tables [00:32:29 CET] <cone-870> ffmpeg 03Ganesh Ajjanagadde 07master:1bb7db217d90: avutil/crc: avoid needless space wastage of hardcoded crc table [00:32:30 CET] <cone-870> ffmpeg 03Ganesh Ajjanagadde 07master:fa5d299496c1: avfilter/vsrc_mptestsrc: use lrint instead of floor hack [00:32:31 CET] <cone-870> ffmpeg 03Ganesh Ajjanagadde 07master:c6bea81acfa4: avfilter/vf_perspective: use lrint instead of floor hack [00:32:32 CET] <cone-870> ffmpeg 03Ganesh Ajjanagadde 07master:d64b6c38198e: avfilter/af_flanger: use rint instead of floor hack [00:53:33 CET] <kierank> so I need to use RLE decoding but my escape level doesn't fit into an int8_t. how should I use the RL api? [00:54:01 CET] <kierank> durandal_1707, perhaps? [00:54:04 CET] <kierank> needed in cfhd [00:59:15 CET] <kierank> wtf but RL_VLC_ELEM is an int16_T [01:11:13 CET] <Timothy_Gu> nevcairiel: when "configure: Replace `pr` since it is Nothing4You provided by busybox" is pushed to Libav don't merge it in FFmpeg; I'll send a patch for it after that is pushed [01:11:27 CET] <Timothy_Gu> oops not sure where "Nothing4You" came from [01:12:27 CET] <Timothy_Gu> But it's "configure: Replace `pr` since it is not provided by busybox" [01:16:53 CET] <kierank> hmm seems dv does a trick to avoid that [01:17:00 CET] <kierank> but with eugh global state [01:32:14 CET] <Compn> Timothy_Gu : did you already change your "Nothing4You" password? :P [01:38:34 CET] <iive> it is more likely to be auto correction / replacement feature. [02:01:40 CET] <llogan> it's a tab completition for a user here [02:06:49 CET] <Compn> Nothing4You : identify yourself :P [02:07:01 CET] <Compn> ahh hes in every channel [02:19:24 CET] <Timothy_Gu> llogan: yeah figured. there was a tab character after "not," and when copying irssi just autocompleted [02:44:11 CET] <cone-870> ffmpeg 03Michael Niedermayer 07master:0afdfbe11678: avcodec/jpeg2000: fix type of arguments of tag_tree_size [04:11:18 CET] <cone-870> ffmpeg 03Michael Niedermayer 07master:b46dcd5209a7: avutil/timecode: Fix fps check [05:40:59 CET] <cone-870> ffmpeg 03James Almer 07master:9ac5beaa86b5: avformat/mpjpegdec: fix mixed declarations and code [09:13:29 CET] <wm4> meh how did I overlook that one [10:22:05 CET] <cone-971> ffmpeg 03Hendrik Leppkes 07master:46db068c5957: tests/api: Fix API test build on windows with --enable-shared [11:08:47 CET] <cone-971> ffmpeg 03Paul B Mahol 07master:acc2347cf47b: avfilter/af_agate: prepare for adding sidechain version [11:08:48 CET] <cone-971> ffmpeg 03Paul B Mahol 07master:bd5afecdcbb6: avfilter: add sidechaingate filter [11:08:50 CET] <cone-971> ffmpeg 03Paul B Mahol 07master:6907046130ee: avfilter/af_agate: add level_sc option for sidechaingate filter [11:08:50 CET] <cone-971> ffmpeg 03Paul B Mahol 07master:1b22bdf4e350: avfilter/af_agate: compile agate only when requested. [11:08:51 CET] <cone-971> ffmpeg 03Paul B Mahol 07master:4a43e559e1b3: avfilter/af_sidechaincompress: kill init function [11:08:52 CET] <cone-971> ffmpeg 03Paul B Mahol 07master:fff7f2df31e9: avfilter/af_agate: change default for detection to rms [12:04:03 CET] <atomnuker> nice, vp9 hwdec patches [12:04:22 CET] <atomnuker> any hardware which can use dxva VP9 hwaccel? [12:05:03 CET] <nevcairiel> intel braswell and skylake [12:06:08 CET] <wm4> skylake, really? is it full hw decode? [12:06:19 CET] <nevcairiel> no hybrid only afaik [12:06:32 CET] <wm4> oh ok [12:06:35 CET] <nevcairiel> nvidia seems to also be working on adding hybrid decoding, but their latest drivers still seem broken [12:07:25 CET] <kierank> nevcairiel: hmm there was the product manager at vdd [12:07:25 CET] <kierank> for nvidia [12:07:48 CET] <kierank> maybe j-b could give you his contact details [12:07:51 CET] <kierank> seemed like a nice guy [12:08:30 CET] <nevcairiel> i kinda expect a new nvidia driver this month, maybe they already finished it then [12:09:13 CET] <nevcairiel> the spec from MS is relatively new as it is, so maybe they worked with a pre-release spec and needed to update for the final [13:52:28 CET] <wm4> michaelni: so why exactly did you try to make codec and hwaccel registration O(1)? this doesn't look very thread-safe [13:52:47 CET] <wm4> even though the previous code attempted so by using avpriv_atomic_ptr_cas [13:57:56 CET] <michaelni> what is non thread safe on it ? [13:58:07 CET] <michaelni> the previous code was not O(1) [13:58:17 CET] <michaelni> it always iterated over the whole list [13:58:43 CET] <wm4> I mean, it was somewhat thread safe [13:59:01 CET] <wm4> I suppose the new code could also be considered thread safe if you assume that no atomics means weak atomics [13:59:35 CET] <wm4> how much did this speed it up? [14:00:29 CET] <michaelni> it was meassureable IIRC, i dont remember the exact value, but with lets say 1000 codecs the old code would do i belive ~ 500 000 iterations [14:10:14 CET] <wm4> and I suppose we remove this lock manager stuff only when all codecs have thread safe init [14:10:31 CET] <wm4> instead of using a global mutex [14:15:36 CET] <durandal_1707> what codecs have nonthread safe init? [14:16:39 CET] <wm4> all which don't have FF_CODEC_CAP_INIT_THREADSAFE set in AVCodec.caps_internal [14:16:48 CET] <wm4> but most of them are maybe actually safe [14:21:07 CET] <kierank> dv is nonthreadsafe [15:16:29 CET] <durandal_1707> complex is in c99 [15:16:43 CET] <nevcairiel> durandal_1707: you should specifically check for complex.h presence, I know of a bunch of systems that have cabs in math.h, but no complex.h [15:17:08 CET] <durandal_1707> huh? [15:18:06 CET] <durandal_1707> how It's supposed to work? [15:24:32 CET] <nevcairiel> they just have a small subset of complex functions in math.h [15:26:49 CET] <atomnuker> what about tgmath.h? [15:28:06 CET] <nevcairiel> tgmath.h is generally not present on windows at all [15:28:46 CET] <BtbN> It should be, starting with VS2013 [15:28:51 CET] <atomnuker> <ctgmath>? [15:29:18 CET] <Daemon404> dont use tgmath please [15:29:20 CET] <nevcairiel> BtbN: no, the C tgmath.h header is not present even today [15:29:21 CET] <Daemon404> it is an abomination [15:29:29 CET] <Daemon404> it cant even be implemented in C [15:29:32 CET] <Daemon404> (until C11) [15:30:11 CET] <nevcairiel> <ctgmath> is available, but thats C++ [15:31:21 CET] <nevcairiel> C99 support in VS2015 is nearly complete, except tgmath.h and iirc some slightly different preprocessor behavior [15:31:50 CET] <Daemon404> VLAs [15:32:35 CET] <nevcairiel> considering they are no longer mandatory in future C versions, thats a thing we can all do without =p [15:32:43 CET] <Daemon404> theyre evil anyway [15:32:46 CET] <Daemon404> so is tgmath [15:32:50 CET] <Daemon404> nothing of value was lost [16:48:10 CET] <kierank> hahahaha [16:48:12 CET] <kierank> ahahahah [16:49:04 CET] <durandal_1707> so? [16:49:22 CET] <J_Darnley> Can he not read or do I misunderstand that commit message? [16:49:50 CET] <Daemon404> J_Darnley, system libraries wont ship with libav abi compat enabled [16:50:17 CET] <J_Darnley> Oh [16:50:25 CET] <J_Darnley> I thought firefox hated ffmpeg. [16:50:50 CET] <J_Darnley> Why do they suddenly want to use a system lavc? [16:51:03 CET] <Daemon404> they switched from gst to libavcodec i think recently? [16:51:06 CET] <Daemon404> i thought someone said that [16:52:04 CET] <J_Darnley> I wonder if that means they're going to support h264 on XP now. [16:53:06 CET] <Daemon404> who gives a crap? [16:53:51 CET] <Daemon404> people who stick to an unsupported os can use unsupported software. [16:53:52 CET] <durandal_1707> there is more than just that int for abi compat [16:53:57 CET] <Daemon404> yeah i know [16:54:24 CET] <J_Darnley> Well all browsers should have just used a system lavc from the begining and ignored the codec war shit. [16:59:47 CET] <ubitux> heh, so abi compat was useful in the end ;) [17:00:10 CET] <nevcairiel> i think that guy is just weird [17:00:25 CET] <nevcairiel> what does he want, ship a b inary that works on all possible systems without recompiling? [17:00:30 CET] <nevcairiel> thats unrealistic at best [17:00:40 CET] <Daemon404> chrome ships their own libs on every os [17:00:43 CET] <Daemon404> the only sane thing to do. [17:00:58 CET] <nevcairiel> lunuxers will hate you for it, but yes [17:01:29 CET] <J_Darnley> Excuse me, static linking into one giant exe is the sanest! [17:01:46 CET] <Daemon404> thats not legal in this case [17:02:06 CET] <Daemon404> the one case where i'd prefer a system library is crypto. [17:02:13 CET] <Daemon404> s/^/also, / [17:02:20 CET] <nevcairiel> yeah leaves security concerns to the system and nto you [17:02:21 CET] <nevcairiel> :) [17:02:42 CET] <J_Darnley> Only cause google doesn't want to open their spyware for all the world to see. [17:04:27 CET] <Daemon404> J_Darnley, well also because of flash [17:06:50 CET] <J_Darnley> Surely that sounds like a feature to people else days. [17:07:20 CET] <J_Darnley> "Flash deprecated" [17:07:38 CET] <J_Darnley> *sounds of joy heard all over the world* [17:08:44 CET] <nevcairiel> why is that even a problem for Firefox, do they really provide generic binary packages instead of shipping through distribution channels? [17:08:51 CET] <nevcairiel> open-source much? :) [17:14:27 CET] <wm4> nevcairiel: yes I think there are binary Linux builds for FF [17:15:01 CET] <nevcairiel> that must be super painful code to try to support various ffmpeg/libav versions in a binary level [17:15:06 CET] <nevcairiel> at compile time is already terrible [17:15:10 CET] <wm4> that's what they're trying [17:15:17 CET] <wm4> they dlopen libavcodec [17:15:29 CET] <nevcairiel> well $work dlopen's avcodec [17:15:39 CET] <wm4> why? [17:15:58 CET] <nevcairiel> avoids linking, its not used very often unless you watch a video [17:16:13 CET] <nevcairiel> but we still ship a specific version and compile against its headers [17:16:48 CET] <wm4> even then you'd be better off dlopening your own wrapper [17:17:12 CET] <nevcairiel> why [17:17:15 CET] <ubitux> > There was never binary compatibility between FFmpeg and Libav, unless FFmpeg was compiled with a special configure flag not enabled by default. [17:17:22 CET] <ubitux> wm4: complete* binary compat [17:17:37 CET] <ubitux> the flag was just for stuff that would make it incompatible with ourselves [17:17:44 CET] <ubitux> limited scope [17:17:57 CET] <ubitux> rest was abi compat [17:18:58 CET] <wm4> ok, changed it to avoid flames with certain assholes [17:20:43 CET] <Daemon404> i find it hard to believe there are millions of people downloading ff binaries direct from mozilla on linux [17:20:55 CET] <wm4> there probably aren't [17:21:05 CET] Action: J_Darnley must resist making a trac account and shit posting [17:54:22 CET] <cone-020> ffmpeg 03Timo Teräs 07master:64f7db554ee8: mpegencts: Fix overflow in cbr mode period calculations [17:59:58 CET] <Compn> what i find odd is that ffmpeg tells the distros how to distribute ffmpeg and they ignore us, but someone like mozilla will come along and get it fixed within a week [18:00:01 CET] <Compn> i'm not bitter. :( [18:02:56 CET] <Compn> michaelni : probably you should reply to that trac ticket, https://trac.ffmpeg.org/ticket/5057 [18:06:53 CET] <wm4> Compn: where did FF get a fix? [18:10:59 CET] <Compn> i'm saying they could get a fix from the distros, easily [18:11:09 CET] <Compn> just another distro patch to revert that commit [18:11:33 CET] <wm4> can't do that, the API would be different [18:11:36 CET] <Compn> nevcairiel : why not offer some assistance to this bug reporter ? [18:12:05 CET] <wm4> what kind of assistance [18:12:22 CET] <Compn> i dont know, figure out what needs to be changed in firefox code maaaaybe [18:12:24 CET] <BBB> hrmblegh [18:12:43 CET] <BBB> so & [18:12:51 CET] <BBB> Im not saying we should introduce libav compat again [18:12:52 CET] <BBB> but [18:12:55 CET] <Compn> then write this information down for other projects, due to api change. [18:13:09 CET] <BBB> it may be worth hearing out this mozilla dude and see if he has any more practical thoughts or suggestions on this subject [18:13:21 CET] <Compn> right [18:13:24 CET] <BBB> mozilla is a pretty cool user to have, we already have chrome [18:13:33 CET] <BBB> you have to realize how absolutely awesome that is [18:13:36 CET] <Compn> wm4 : firefox wont be the only project to have this trouble with the api change. [18:13:50 CET] <BtbN> it's not even an api change, just abi [18:13:55 CET] <Compn> .... whatever [18:14:28 CET] <Compn> also it makes us look like jerks if our replies in our trac are "dont care, its already decided" [18:14:37 CET] <wm4> the type changes, so it's an API change, but a minor one [18:14:54 CET] <wm4> Compn: that's wrong, nobody will have a problem with it, except those who want to play ABI games [18:16:05 CET] Action: Compn stares into the abyss [18:18:47 CET] <atomnuker> the abyss stares back at Compn [18:46:43 CET] <nevcairiel> BBB: a project that tries to keep binary compatibility with a wide range of versions will be blocking every change we want to make, we already have those people =p [18:48:54 CET] <nevcairiel> imho its a rather silly goal, at least chrome is sensible enough to just ship their version with the browser [18:49:53 CET] <nevcairiel> I dont even want to see the amount of nonsense such compatibility layer would collect [19:07:11 CET] <atomnuker> any opposition to dropping the AAC encoder experimental flag? [19:07:45 CET] <atomnuker> so far the only discussion was whether to have coders !twoloop usable only with experimental compliance [19:08:02 CET] <nevcairiel> well the biggest concern was that those are still broken [19:08:09 CET] <nevcairiel> so if you push that patch with it, its fine with me [19:10:58 CET] <michaelni> atomnuker, did you or claudio look at coverity issue 1338325 ? [19:11:49 CET] <michaelni> iam atm checking over the coverity issues and that is i think the only aac one [19:11:59 CET] <michaelni> aacenc that is [19:12:42 CET] <atomnuker> could you give me a link? [19:13:44 CET] <michaelni> just type 1338325 in the CID search field at the top right, or you have no coverity account ? [19:15:02 CET] <michaelni> if you need an account say so and ill send you an invite [19:15:24 CET] <atomnuker> yeah, I don't have an account [19:15:32 CET] <atomnuker> so and invite would be nice [19:15:56 CET] <fritsch> BtbN: http://lists.freedesktop.org/archives/libva/2015-December/003748.html [19:15:59 CET] <fritsch> hevc 10 bit decoding [19:16:34 CET] <fritsch> and direct vp9 decoding support [19:17:12 CET] <michaelni> atomnuker, invite sent, 50% chance it will be in your spam folder [19:17:19 CET] <nevcairiel> fritsch: "direct"? [19:18:05 CET] <nevcairiel> as opposed to? :) [19:18:27 CET] <fritsch> http://lists.freedesktop.org/archives/libva/2015-December/003749.html [19:18:28 CET] <fritsch> yes [19:18:43 CET] <fritsch> nevcairiel: here is the P010 handling [19:18:47 CET] <fritsch> it converts to rgba32 [19:19:12 CET] <michaelni> if anyone else needs/wants a coverity account for ffmpeg, ping me [19:19:13 CET] <Daemon404> someone outside of MS uses P010? [19:19:39 CET] <nevcairiel> Daemon404: its just nv12 in 10-bit, its not unsurprising that its being used for hwaccels [19:19:46 CET] <Daemon404> i suppose [19:20:17 CET] <nevcairiel> i should clean out my patches for p010 support in ffmpeg [19:20:37 CET] <fritsch> nevcairiel: yeah you should :-) we have tested them in kodi and wait for you sending them upstream [19:20:40 CET] <nevcairiel> i only did a rather simple implementation, enough to suit my own needs [19:20:41 CET] <fritsch> http://lists.freedesktop.org/archives/libva/2015-December/date.html <- here VP9 bits [19:21:13 CET] <fritsch> it's broxton only it seems [19:21:21 CET] <fritsch> did anyone know "broxton"? <- kabilake? [19:21:28 CET] <nevcairiel> maybe atom [19:21:44 CET] <nevcairiel> yes, broxton is the next atom [19:21:49 CET] <fritsch> nice :-) [19:21:50 CET] <fritsch> http://lists.freedesktop.org/archives/libva/2015-December/003756.html [19:22:15 CET] <nevcairiel> guess they dont do hybrid decoding in libva eh [19:22:24 CET] <nevcairiel> because vp9 hybrid works through dxva2 on braswell [19:22:39 CET] <cone-020> ffmpeg 03Nicolas George 07master:3ab1e5a48c53: lavf: add FFERROR_REDO to let demuxers return no packet. [19:22:40 CET] <fritsch> vp9 hybrid is also there for braswell on linux [19:22:40 CET] <cone-020> ffmpeg 03Nicolas George 07master:0bac7a436be6: lavf/flvdec: use FFERROR_REDO instead of AVERROR(EAGAIN). [19:22:41 CET] <cone-020> ffmpeg 03Nicolas George 07master:cb14d30240b0: lavf/mpeg: use FFERROR_REDO instead of AVERROR(EAGAIN). [19:22:42 CET] <cone-020> ffmpeg 03Nicolas George 07master:eb2e4fb6745b: lavf/lxfdec: use FFERROR_REDO instead of AVERROR(EAGAIN). [19:22:43 CET] <cone-020> ffmpeg 03Nicolas George 07master:085ab74972bc: lavf/mpegts: use AVERROR_INVALIDDATA instead of AVERROR(EINTR). [19:22:49 CET] <fritsch> there is a intel-hybrid driver on 01 org [19:23:04 CET] <fritsch> i thought BtbN is working on it - therefore I pinged him [19:24:08 CET] <fritsch> that broxton should be available right now :-) [19:43:12 CET] <atomnuker> "memset(&sce->lcoeffs[0], 0.0f, 3072*sizeof(sce->lcoeffs[0]));" [19:43:24 CET] <atomnuker> how is that supposed to overflow? [19:43:49 CET] <atomnuker> sorry, out of bounds access [19:44:33 CET] <BBB> why memset 0.0f? [19:44:37 CET] <BBB> why not just memset 0? [19:47:54 CET] <atomnuker> it shouldn't matter, memset takes an int so the compiler should convert it to an int [19:48:11 CET] <atomnuker> though I'll change it once I figure out how to applease coverity [20:08:43 CET] <kierank> BBB: ping [20:09:00 CET] <BBB> pong [20:09:11 CET] <BBB> atomnuker: ty [20:09:38 CET] <kierank> so, atomnuker and I are adding 10-bit decoding to dirac. What's the best way to have mixed 8/10-bit functions like in h264? [20:10:20 CET] <wm4> what do you need dirac for? [20:10:29 CET] <kierank> various things [20:10:41 CET] <Daemon404> he's british [20:10:43 CET] <Daemon404> it's in his blood [20:10:43 CET] <wm4> I always thought it was a dead codec [20:11:16 CET] <KGB> [13FFV1] 15michaelni pushed 5 new commits to 06master: 02http://git.io/vRZlT [20:11:17 CET] <KGB> 13FFV1/06master 1482bbb6d 15Dave Rice: typos [20:11:17 CET] <KGB> 13FFV1/06master 14bad4526 15Dave Rice: more readable descriptions of operators [20:11:17 CET] <KGB> 13FFV1/06master 14723fbd0 15Dave Rice: capitalize Range coder when used [20:11:37 CET] <BBB> huh? [20:11:42 CET] <BBB> kierank: ehm... [20:11:54 CET] <BBB> is that the ffv1 spec repo? [20:11:56 CET] <BBB> odd [20:12:07 CET] <BBB> kierank: uh & so & I think templating is easiest [20:12:21 CET] <BBB> kierank: but it really depends on how much you care about performance vs. binary size [20:12:29 CET] <BBB> templating of dsp functions I mean [20:12:37 CET] <kierank> how does it work with structs [20:12:37 CET] <kierank> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/diracdsp.h [20:12:47 CET] <BBB> and then the rest of the code would just take an extra bytes per sample param [20:12:50 CET] <kierank> is there a way of reusing the function pointers? [20:12:52 CET] <kierank> oh [20:13:08 CET] <michaelni> BBB yes its ffv1, i wonder why KGB doesnt show all 5 commits when there are 5 btw [20:13:24 CET] <BBB> function pointers should be eay [20:13:31 CET] <BBB> just use uint8_t everywhere [20:13:38 CET] <BBB> and in the 10bpp functions internally, cast them to uint16_t [20:13:42 CET] <kierank> ah you just change it [20:13:43 CET] <kierank> ... [20:13:44 CET] <BBB> stride would always be in bytes, not pixels [20:13:46 CET] <kierank> so simple when you know how [20:13:56 CET] <BBB> and then it just works [20:14:01 CET] <BBB> theres a little casting in the dsp.c files [20:14:02 CET] <BBB> but its ok [20:14:07 CET] <BBB> we have helper templates for that [20:14:22 CET] <BBB> bit_depth_template.c [20:14:27 CET] <BBB> should be fairly helpful [20:14:34 CET] <BBB> I believe vp9 and h264 both use it [20:14:48 CET] <BBB> hevc also [20:14:58 CET] <kierank> there's not much to change actually, it's mostly dsp functions that need changing in dirac [20:15:03 CET] <BBB> right [20:15:22 CET] <BBB> so its a little magic, but I think in the dsp, your function changes from uint8_t *px to uint8_t *_px [20:15:31 CET] <BBB> and then you cast pixel *px = (pixel *) _px; [20:15:37 CET] <BBB> where pixel comes from bit_depth_template.c [20:16:15 CET] <kierank> I think it's only 8/10-bit that exists for now so it should be simple [20:16:25 CET] <kierank> just the "next one up" for each integer type [20:19:06 CET] <BBB> right, well, 8 to 10 is hardest [20:19:10 CET] <BBB> because everything changes [20:19:13 CET] <BBB> 10 to 12 is super trivial [20:22:35 CET] <durandal_1707> nevcairiel: I added chech for complex funcs similar to one for math funcs [20:26:08 CET] <durandal_1707> 10bit support for dirac decoder? [20:27:07 CET] <kierank> durandal_1707: it's for the new hq profile [20:27:29 CET] <kierank> Which is 10-bit and also slightly different [20:48:05 CET] <cone-020> ffmpeg 03Michael Niedermayer 07master:32bf6550cb9c: avformat/riffdec: Initialize bitrate [20:48:06 CET] <cone-020> ffmpeg 03Michael Niedermayer 07master:4e31176e145f: avformat/riffdec: remove special case for bitrate > 32bit [21:14:05 CET] <fritsch> nevcairiel: http://sprunge.us/GbiR which is faster the assignment or the memcpy? [21:15:48 CET] <nevcairiel> any half-decent compiler would hopefully replace the memcpy with a simple assignment in such a case [21:17:29 CET] <fritsch> hehe :-) [21:17:32 CET] <fritsch> exactly this happens [21:18:17 CET] <fritsch> nevcairiel: https://github.com/FernetMenta/xbmc/commit/adfa2b8c978754f3824b6a0cb46cd44c… <- we had a major discussion here [21:18:30 CET] <fritsch> and our ARM devs jumped in [21:18:42 CET] <fritsch> and protested against the memcpy [21:20:13 CET] <nevcairiel> seems like mostly you discussing with yourself [21:20:50 CET] <fritsch> read on bottom of the page :-) [21:21:22 CET] <nevcairiel> sometimes it just avoids ugly casting or whatnot to use memcpy [21:21:45 CET] <fritsch> that was the original intention [21:23:39 CET] <wm4> I'd rather question why there's truehd specific code in some big generic audio function (?) [21:24:00 CET] <fritsch> cause our syncer needs 24 packages [21:24:19 CET] <nevcairiel> thats just how truehd passthrough works, the frames are so small that the spec says to pack 24 together [21:24:46 CET] <nevcairiel> which gives a 20ms buffer, iirc [22:10:14 CET] <kierank> michaelni: ping, have a question [22:17:35 CET] <michaelni> kierank, just ask, ill awnser when ive time / am done with what i work on atm [22:17:50 CET] <kierank> it's a very historical question [22:18:12 CET] <kierank> Any idea why this contradicts the spec [22:18:13 CET] <kierank> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/diracdec.c#L656 [22:18:20 CET] <kierank> https://usercontent.irccloud-cdn.com/file/66bkVKzQ/ [22:18:22 CET] <kierank> spec ^ [22:18:26 CET] <kierank> https://lists.ffmpeg.org/pipermail/ffmpeg-soc/2008-December/006067.html [22:18:30 CET] <kierank> commit that changed it [22:24:26 CET] <michaelni> why does it contradict the spec ? isnt that commit just a simplification [22:25:11 CET] <kierank> spec says level 0 only has LL [22:25:22 CET] <kierank> whereas code appears to do 0,1,2,3 for level 0 [22:25:33 CET] <kierank> for orientation [22:25:50 CET] <nevcairiel> maybe the spec just 1-indexes everything? [22:25:56 CET] <nevcairiel> that would explain the code we have [22:26:13 CET] <kierank> it doesn't [22:26:17 CET] <nevcairiel> level 0 gets 0-3, level 1+ just get 1-3 [22:26:47 CET] <kierank> there are other loops in the spec that loop through 0 [22:27:42 CET] <kierank> the commit changes it from the spec version to another [22:27:45 CET] <nevcairiel> i suppose it seems wrong then, yes [22:27:47 CET] <kierank> not that the spec for loop is inclusive [22:27:56 CET] <kierank> note* [22:29:51 CET] <nevcairiel> but it seems like something that would result in rather noticeable problems [22:31:01 CET] <michaelni> the code does before and afterwards 0,1,2,3,1,2,3, ... i dont see the difference [22:31:33 CET] <kierank> not for level=0 [22:33:23 CET] <nevcairiel> according to the spec its [0] = {0}, [1] = {1,2,3}, etc, the old code did this, the new code does not, it reads [0] = {0,1,2,3}, [1] = {1,2,3} ... unless some other code was changed to treat level 0 differently and expect it to be read like this [22:35:14 CET] <TD-Linux> nevcairiel, actually there is hybrid decoding for libva but it's a separate driver (not the i965 one) [22:36:28 CET] <nevcairiel> kierank: the code handling these levels seems somewhat complex, he may just as well have decided to just put level 0 and 1 into the same struct, because they dont overlap [22:36:46 CET] <kierank> it's a possibility yes [22:37:57 CET] <kierank> hmm could be [22:37:58 CET] <kierank> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/diracdec.c#L833 [22:43:22 CET] <fritsch> TD-Linux: but the default driver was extended to load the hybrid .so files [22:43:49 CET] <fritsch> so for the future it can use all of those "third party hybrid thingies" via the same api [22:44:36 CET] <kierank> + int cb_numx = s->codeblocksh[b->level + (b->orientation != subband_ll)]; [22:44:36 CET] <kierank> + int cb_numy = s->codeblocksv[b->level + (b->orientation != subband_ll)]; [22:44:39 CET] <kierank> seems offsetted here [22:49:10 CET] <TD-Linux> fritsch, ah cool. I built the hybrid driver but didn't get around to actually testing it yet. motivation is really low because ffvp9 is fast enough :) [22:55:44 CET] <fritsch> TD-Linux: see the latest libva ML messages [22:56:06 CET] <fritsch> TD-Linux: vp9 will be supported natively with next gen - so good chance to get it going in ffmpeg [22:56:08 CET] <nevcairiel> I didnt actually get a chance to properly benchmark the vp9 hybrid decoder on braswell yet [22:56:24 CET] <fritsch> i benchmarked hevc-10bit decoder for broadwell ... [22:56:26 CET] <nevcairiel> the ffmpeg_dxva2.c module is bad for performance [22:56:27 CET] <fritsch> nightmare :-) [22:56:52 CET] <nevcairiel> once its pushed and everything I should benchmark using my own code [22:56:52 CET] <fritsch> 4k 10 bit hevc you can just forget [22:57:08 CET] <fritsch> on those hybrid [23:00:12 CET] <fritsch> nevcairiel: ah just seen your vp9 hwaccel preperation [23:10:59 CET] <nevcairiel> preperation? Thats everything thats needed for dxva2 vp9 :) [23:15:21 CET] <kierank> durandal_1707: that random number at the beginning of the table is the length [23:32:43 CET] <atomnuker> hm, git send-email gets stuck when sending to ffmpeg-devel(a)ffmpeg.org [23:32:57 CET] <atomnuker> or maybe it's my internet [23:34:16 CET] <nevcairiel> the ML wont be involved in any case, either your internet or your mail server [23:35:50 CET] <atomnuker> just took a long time for some reason [23:48:36 CET] <nevcairiel> atomnuker: lcoeffs is only 1024 elements [23:49:29 CET] <nevcairiel> maybe you wanted ltp_state, wh ich is 3072 elements? [23:52:48 CET] <nevcairiel> left a comment on the ML, time for sleepz [00:00:00 CET] --- Fri Dec 4 2015

1 0

ffmpeg.log.20151203
by burek 04 Dec '15

04 Dec '15

[00:07:53 CET] <Polochon_street> Hi! I know this is a hot issue, but I have some code that uses libswresample - which is not available for Ubuntu 14.04. It works on my platform, but someone that helps me can't compile the code (obviously, due to the lack of libswresample). He says that there's libavresample-dev available. What should I do? Switch to libavresample? Or is there a more « standard » way? [00:14:48 CET] <Polochon_street> ... There don't seem to be any difference between libavresample and libswresample, besides the function prefixes? O_o [00:16:38 CET] <durandal_1707> there is, lavr clips floats [00:17:09 CET] <Polochon_street> (which means?) [00:18:08 CET] <durandal_1707> you do not know? [00:18:41 CET] <Polochon_street> no? It distords sound? [00:18:57 CET] <durandal_1707> yes [00:19:20 CET] <Polochon_street> is it really that bad? Is libavresample still developed? [00:20:08 CET] <Polochon_street> I'm kind of lost, why are libsw/libav coexisting? Is it a side effect of libav/ffmpeg « war » ? [00:24:14 CET] <furq> yes [00:49:13 CET] <prelude2004c> can someone help me with vdpau ( nvidia ) decoding [00:49:16 CET] <prelude2004c> how do i set that up [00:50:40 CET] <prelude2004c> i have nothing in : Supported hwaccels: [00:50:43 CET] <Hfuy> Hello. [00:52:00 CET] <Hfuy> Would the following be a reasonable command for converting things to prores with current ffmpeg builds? [00:52:01 CET] <Hfuy> ffmpeg -y -probesize 5000000 -i inputfile.mov -c:v prores_ks -profile:v 3 -qscale:v 11 -vendor ap10 -pix_fmt yuv422p10le -s 1920x1080 output.mov [00:52:09 CET] <Hfuy> I mean, it seems to work. [00:57:01 CET] <furq> prelude2004c: recompile with --enable-vdpau [00:57:50 CET] <furq> and/or install libvdpau-dev [01:01:17 CET] <Mantas_> Hi there! I was following MS tutorial on how to compile FFMPEG for WinRT https://trac.ffmpeg.org/wiki/CompilationGuide/WinRT and used these commands http://pastebin.com/W69G8aZv. However, I got cl is unable to create an executable file. C compiler test failed. [01:01:51 CET] <Mantas_> Any ideas what could be wrong? [01:01:53 CET] <waressearcher2> Mantas_: hallo [01:12:15 CET] <dongs> how does -to work with -ss ? because -ss start -to end doesn't trim the video between them [01:12:26 CET] <dongs> i hate using -t because i have to calculate timestamp difference [01:13:46 CET] <llogan> Hfuy: looks ok. not sure if qscale will do anything. might want to look into "-movflags +write_colr" [01:17:08 CET] <llogan> dongs: are you using -ss as an input option? [01:17:32 CET] <dongs> yeah [01:17:40 CET] <dongs> i mean, -ss foo -t bar works fine [01:17:51 CET] <dongs> but i have to calculate end-start and input it as t. [01:18:02 CET] <dongs> i want to just do -ss start -to end [01:24:38 CET] <llogan> dongs: https://trac.ffmpeg.org/wiki/Seeking#Cuttingsmallsections [01:25:02 CET] Action: Hfuy listens to Faithless's "Insomnia" [01:25:11 CET] <dongs> llogan: yes, that does not work [01:25:25 CET] <dongs> oh i guess i need -copyts [01:25:58 CET] <dongs> no the first example from tehre definitely does NOT work. [01:26:06 CET] <dongs> it cuts from 1:00 to end of clip [01:28:03 CET] <dongs> will try with -copyts and see [01:29:48 CET] <dongs> ffmpeg -ss 10:00 -i "2015.12.02 LIVE.ts" -to 12:00 -c copy ff.ts [01:29:51 CET] <dongs> made 12 minute long ff.ts [01:29:53 CET] <dongs> .... [01:30:05 CET] <dongs> -copyts made 0-byte file cuz it sait it was "empty" [01:31:28 CET] <dongs> i see, -ss after -i makes it work as intended [01:31:49 CET] <dongs> but 3rd case with -copyts doesnt work, oh well, at least the 2nd one does. [01:34:23 CET] <c_14> Seems to work for me [01:34:35 CET] <dongs> maybe depends on container type [01:34:53 CET] <dongs> Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i [01:34:55 CET] <dongs> f used) [01:35:05 CET] <dongs> ^ thats what it does w/same line as above and -copyts aded [01:35:06 CET] <c_14> ffmpeg -y -ss '00:05:52.5' -i viedo.mkv -to 6:22.6 -c copy -copyts ~/out.mkv [01:35:58 CET] <c_14> The listed duration in the container is off though [01:36:02 CET] <c_14> For whatever reason [01:39:35 CET] <Hfuy> How would I go about finding whether the version of ffmpeg I have is 32 or 64 bit? [01:40:51 CET] <cbsrobot-> ^ dongs [01:40:59 CET] <c_14> Hfuy: file `which ffmpeg` [01:41:54 CET] <dongs> cbsrobot-: yes beacuse one line of output really needs to be on pastebin. [01:42:16 CET] <cbsrobot-> dongs: ... COMPLETE console output [01:42:23 CET] <Hfuy> c_14: not on windows, I suspect [01:42:33 CET] <c_14> ah, eh [01:42:41 CET] <c_14> try right clicking and looking in properties? [01:43:23 CET] <Hfuy> Not so far as I can see. [01:43:33 CET] <dongs> cbsrobot-: http://bcas.tv/paste/results/2MxbNq14.html shruggin' [01:44:23 CET] <cbsrobot-> dongs: Duration: 00:49:03.52, start: 3692.436200, bitrate: 9781 kb/s [01:44:28 CET] <c_14> Hfuy: copy it to a unix machine and run file on it... [01:44:29 CET] <dongs> yeah? [01:44:38 CET] <cbsrobot-> your start ts is not 0 [01:45:02 CET] <dongs> it mostlikely never will be, with mpegts [01:45:03 CET] <dongs> and? [01:45:11 CET] <cbsrobot-> I guess that's why your output is wrong [01:45:12 CET] <c_14> dongs: try adding -start_at_zero [01:45:29 CET] <Hfuy> Ah. Yes. I have a bit-depth-incompatibility problem. [01:45:32 CET] Action: Hfuy scratches his head [01:45:46 CET] <dongs> c_14: nope, same result as w/o, 12minute long cut [01:46:06 CET] <Hfuy> 64-bit ffmpeg can't talk to 32-bit avisynth [01:46:06 CET] <c_14> dongs: with -copyts [01:46:22 CET] <dongs> that worekd. [01:46:32 CET] <cbsrobot-> \o/ [01:46:52 CET] <dongs> thanks. [01:47:43 CET] <prelude2004c> hey can anyone help me with how to get -hwaccel vdpau for fmpeg [01:48:05 CET] <c_14> compile with --enable-vdpau [01:48:07 CET] <prelude2004c> i instaled the rpms and they are there. i compiled ffmpeg again and still shows no hardware accells available [01:48:11 CET] <prelude2004c> yup did that [01:49:29 CET] <prelude2004c> ./configure --enable-gpl --enable-nonfree --enable-nvenc --enable-pthreads --enable-libx264 --enable-debug --enable-static --enable-vdpau --enable-hwaccels [01:49:33 CET] <prelude2004c> that is what i have been using [01:55:04 CET] <Hfuy> Gaak. How do I make it do 16-bit PCM stereo sound? [01:55:14 CET] <c_14> -c:a pcm_s16le [01:55:25 CET] <Hfuy> Thanks. [01:55:39 CET] <c_14> prelude2004c: seems to work for me (didn't try your exact configure line because I don't have the nvenc headers) [01:56:01 CET] <c_14> In configure's output, what's listed under "Enabled hwaccels:"? [02:11:30 CET] Action: Hfuy happily encodes prores quicktimes directly out of windows software [02:11:36 CET] Action: Hfuy gives apple the virtual finger [02:19:35 CET] <Hfuy> What does "qscale" mean? [02:19:39 CET] <Hfuy> Something to do with the quantiser? [03:52:05 CET] <pinPoint> does -preset parameter work? I use FAST and SLOW and the slow file was larger. Same crf=20 same output format. [03:52:16 CET] <pinPoint> s/use/used* [04:37:14 CET] <pinPoint> also are crf leves different in libx265 vs libx264? is crf 23 on x265 the same quality as crf 23 on x264? [04:37:32 CET] <c_14> yes, eh no, eh they're different [04:37:38 CET] <pinPoint> i know both have different compression techniques [04:38:09 CET] <pinPoint> c_14: is there a site that shows a table of the levels side by side? [04:38:26 CET] <c_14> none I know of [04:42:06 CET] <pinPoint> c_14: hevc looks like bad news the more I read about it. the fees are just out of control, aka a loose canon [04:42:35 CET] <pinPoint> no wonder Open Media Alliance wants their own codec(royalty free) [04:42:44 CET] <pinPoint> cisco has thor or daala. [04:43:48 CET] <furq> what's wrong with vp9 [04:43:54 CET] <furq> other than the speed [04:43:56 CET] <pinPoint> not sure [04:44:09 CET] <pinPoint> google is likely to pitch its vp9/vp10 ideas to the alliance [04:44:33 CET] <furq> should they not make vp9 usable before working on vp10 [04:44:50 CET] <pinPoint> right now vp9 takes forever to encode anything... not sure why parallel is offline [04:45:07 CET] <pinPoint> furq: every year they are pushing updates to it. [04:47:53 CET] <pinPoint> does anyone know what bitrate netflix/amazon pushes their UHD content to viewers? [04:50:44 CET] <pinPoint> furq: how do you find googles vp9? [05:37:54 CET] <TD-Linux> furq, well if you look at libvpx git most of the work is on vp9 [05:39:07 CET] <TD-Linux> a lot of people are happy with vp9 now. but many others want a) input into the design other than 100% google b) it standardized c) better guarantees that it's royalty free [05:40:00 CET] <TD-Linux> also vpxenc uses multiple cores by default now [07:23:13 CET] <nilspin> Hi guys [07:24:28 CET] <nilspin> I have a gif I want to render in opengl, so what I did was using imagemagick generate new images, load them as textures, and render. [07:24:40 CET] <nilspin> It works fine, but messes up the FPS [07:25:23 CET] <nilspin> another way I could retain the fps is by converting the gif into an mp4, and decomposing *that* mp4 into images and loading them [07:26:03 CET] <nilspin> granted this will generate too many duplicate frames, but let's say I am not worried about that for now. [07:27:18 CET] <nilspin> So, how do I make am mp4 from a gif, with an explicitly defined FPS? [07:27:23 CET] <nilspin> *an [07:28:53 CET] <furq> the same way you would make an mp4 from anything else [07:31:26 CET] Action: nilspin is going through the docs [07:33:08 CET] <furq> there's no reason to go via mp4 if you just want images at a certain framerate [07:33:31 CET] <furq> ffmpeg -i src.gif -r 60 dest%04d.png [09:11:23 CET] <nilspin> furq, thank you. However, I didn't understand the 'dest%40d.png' part (linux noob here :) [09:13:25 CET] <waressearcher2> nilspin: hallo noob [09:13:38 CET] <nilspin> waressearcher2, hi. [09:15:45 CET] <nilspin> ah, its just a format specifier. Stupid me indeed. [11:06:37 CET] <cheater> hi [11:07:59 CET] <cheater> i am using aconv, converting from a webm file (~20 minutes long) to mp4 (usually less than 1 minute long). as i play back the mp4 in vlc, the progress bar doesn't progress normally. for example it'll stay on 0, and then only jump to 35 seconds, and then to 48 seconds, and then the video has ended. how do i make this work better? [11:12:41 CET] <JEEB> I think you have an old version of it, although I will have to mention that avconv comes from Libav, not FFmpeg :) [11:12:49 CET] <JEEB> #libav would be the correct place for questions regarding it [11:17:50 CET] <cheater> i thought that was the same thing [11:18:10 CET] <cheater> well in the end maybe someone knows anyways [11:18:39 CET] <cheater> my version is from march, so not that old [11:18:46 CET] <cheater> it's the latest my distro has [11:25:13 CET] <JEEB> build date doesn't matter [11:33:55 CET] <cheater> oh right right [11:33:59 CET] <cheater> ummmmm version 9.18-6:9.18-0ubuntu0.14.04.1, [11:36:09 CET] <JEEB> not here, on the other channel you're on, which is the right forum for support regarding that thing. or you can grab a static FFmpeg ffmpeg build from one of the linked downloads [11:54:39 CET] <DrSlony> Hello, how can I check an MP3 file for defects, and is there a tool or way to fix any defects without re-encoding the whole file? I have an MP3 which Clementine reports as being 13 hours long @ 40kbps, while ffplay shows it as 4 hours long @ 128kbps. [11:54:48 CET] <DrSlony> ffplay's assessment sounds more correct [11:56:09 CET] <DrSlony> the file in question: http://slayrated.org/stream/raw-2015-12-01.mp3 [12:13:22 CET] <jasom> DrSlony: does the file have a xing header? [12:14:05 CET] <jasom> DrSlony: and mp3diags should be able to add/fix the vbr header [12:21:21 CET] <cheater> JEEB: thanks [12:51:01 CET] <dantti> when calling avformat_write_header I get "mpegts dimensions not set", I have set w/h in codec and would assume avformat_new_stream() would fill it, what am I missing? [12:52:14 CET] <DrSlony> jasom doesnt look like it has a xing or vbri header [12:54:41 CET] <DrSlony> thank you for mp3diags [15:16:57 CET] <shincode> why does CONFIG_FFPLAY comment out in make file when disable-everything but dont disable programs [15:17:02 CET] <shincode> Arch=arm [15:17:09 CET] <shincode> where as arch=x86 it does not happen [15:17:34 CET] <shincode> why does it disable even when i go --enable-ffplay [15:18:41 CET] <shincode> shared libraries [15:19:08 CET] <shincode> disable debug and doing release [15:20:50 CET] <DHE> ffplay requires enabling output devices like SDL so it can play back the video [16:03:46 CET] <Admin_234234> hey anyone around... i am having trouble getting vdpau installed with ffmpeg.. i installed the rpms ( libvdpau-devel-0.4.1-1.el5.rf.x86_64 & libvdpau-0.4.1-1.el5.rf.x86_64 ) and i also did --enable-vdpau on compile of ffmpeg.. using version N-76957-g7b11eea .. not sure what else to do.. nothing shows up for -hwaccels and i need to decode using the GPU .. any help would be great [16:06:45 CET] <c_14> After the ./configure, what is listed under "Enabled hwaccels:"? [16:38:02 CET] <utack> Hi. Is it normal that ffprobe outputs "display_picture_number=0" for every frame? without it there is no way to tell which frame it is actually analyzing, or is "coded_picture_number" always the same as the "display_picture_number" in H264 streams? [16:53:27 CET] <DHE> I believe it means the container doesn't offer a frame counter feature or that it can't be reliably measured without explicitly counting them [17:01:21 CET] <utack> DHE thanks for the information. by "explicitly counting" you mean decoding, which would take forever? because it already goes through all frames with ffprobe and does not "count" them [17:02:38 CET] <DHE> but you couldn't seek to a random frame and say "this is frame #5123" with certainty [17:03:43 CET] <Admin_234234> hey c14 sorry had a meeting [17:03:48 CET] <Admin_234234> nothing shows under enalbed hwaccels [17:03:50 CET] <Admin_234234> thats the problem [17:04:31 CET] <utack> DHE certainly not, but i had it start from the beginning and analyze the whole thing [17:06:52 CET] <c_14> Admin_234234: check config.log [17:27:32 CET] <Prelude_Zzzzz> hey guys. [17:27:33 CET] <Prelude_Zzzzz> hey anyone around... i am having trouble getting vdpau installed with ffmpeg.. i installed the rpms ( libvdpau-devel-0.4.1-1.el5.rf.x86_64 & libvdpau-0.4.1-1.el5.rf.x86_64 ) and i also did --enable-vdpau on compile of ffmpeg.. using version N-76957-g7b11eea .. not sure what else to do.. nothing shows up for -hwaccels and i need to decode using the GPU .. any help would be great [17:27:58 CET] <Prelude_Zzzzz> c14.. config.log is stored where ? [17:28:05 CET] <Prelude_Zzzzz> in the same compile directory.. checking [17:44:33 CET] <Admin_234234> hey C14... /usr/include/vdpau/vdpau_x11.h:44:22: fatal error: X11/Xlib.h: No such file or directory [17:44:42 CET] <Admin_234234> can i get that library installed without actually installed the UI ? [17:45:45 CET] <cluelessperson> Realistically, are there any properly made live streaming applications? [17:46:02 CET] <cluelessperson> Most of what I've seen look like command line shoddy mickeymouse implementations. [17:46:24 CET] <klaxa|work> what have you seen? [17:46:37 CET] <Admin_234234> i think i just answered my own question :) [17:49:24 CET] <cluelessperson> klaxa|work, gstreamer /ffmpeg plugins/daemons to act as an http server [17:55:07 CET] <kepstin> for what, HLS/dash? [17:55:37 CET] <kepstin> in general, both of those are designed to be served directly as files from a standard http server, no special server logic needed. [17:56:14 CET] <kepstin> so the hls or dash streaming stuff does basically consist of dropping files into a directory to be picked up by an http server, possibly with some cdn in front of it. [17:58:44 CET] <prelude2004c_zzz> so another issue... now i got it compiled [17:58:45 CET] <prelude2004c_zzz> Error while decoding stream #0:7: Invalid data found when processing input [17:58:45 CET] <prelude2004c_zzz> Cannot open the X11 display . [17:58:45 CET] <prelude2004c_zzz> VDPAU init failed for stream #0:7. [17:59:26 CET] <kepstin> some of the gstreamer folks were working on an all-in-one streaming server "gst-streaming-server" which did hls/dash/rtsp, maybe other formats, but i don't think it really went anywhere. Not sure of the current state. [18:15:30 CET] <prelude2004c_zzz> can anyone help ? i am running a linux shell .. i compiled it ok with having the x11_devel installed but it still will not connect to use the card [18:15:38 CET] <prelude2004c_zzz> does this mean i have to actually install the UI for the system ? [18:15:48 CET] <prelude2004c_zzz> i dind't want to do that as i don't need it at all and use everything in ssh [18:15:52 CET] <prelude2004c_zzz> can anyone assist ? [18:19:45 CET] <kepstin> as far as I know, vdpau is only available when running inside X, which is kind of a pity. what is your intended use? nvidia gpu encoding? [18:21:06 CET] <kepstin> if so, you'd probably want to look at using the nvenc rather than vdpau [18:24:42 CET] <prelude2004c_zzz> gpu decoding [18:24:50 CET] <prelude2004c_zzz> i already use nvenc and it is working well [18:24:56 CET] <prelude2004c_zzz> the problem i am having is on the decoding side [18:25:08 CET] <prelude2004c_zzz> i dont' have enough cpu power to decode h264 correctly [18:25:14 CET] <prelude2004c_zzz> so i need to offload the decoding to the GPU too [18:25:23 CET] <prelude2004c_zzz> the M4000 has both a decoder and encoder built in [18:37:30 CET] <prelude2004c_zzz> help.. i need somebody .. help.. not just anybody.. help.. i need someone .. HELLLLPP !! [18:37:31 CET] <prelude2004c_zzz> :) [18:58:27 CET] <dantti> I now have my code to encode with h264 then mux to mpegts, the problem is that I'm probably doing something wrong with avframe->pts, when I was creating a raw h264 I set QFrame->startTime() and everything went well, but mpegts it seems to want an increasing number which creates a "1sec" video [18:58:41 CET] <dantti> how should I deal with pts? [18:59:18 CET] <dantti> I was setting pts to 1 on first frame, 2 and so on... [18:59:30 CET] <prelude2004c> anyone know centos ? vdpauinfo: cannot connect to X server :0.0 .. i am on the home strech and can't get it going [18:59:36 CET] <dantti> it doesn't show any warnings but the output is odd [18:59:41 CET] <prelude2004c> centos channel is dead [19:05:31 CET] <DHE> prelude2004c: you're logged into the right server as the right user for an existing X11 session? [19:08:23 CET] <prelude2004c> i am root [19:09:14 CET] <prelude2004c> i installex x11-devel and thats aobut it [19:12:44 CET] <Mavrik> dantti, MPEG-TS should probably have 1/90000 timebase :) [19:12:58 CET] <Mavrik> meaning that frame at 0sec = 0pts, 1sec = 90000pts, etc. [19:13:06 CET] <Mavrik> and time_base on stream should be set to 1/90000 [19:13:19 CET] <dantti> Mavrik: 90000 instead of stream->time_base = (AVRational){ 1, 25 }; ? [19:13:30 CET] <dantti> *instead of 25 [19:14:38 CET] <dantti> and should I calculate the seconds my self? by probably using QFrame->startTime()? [19:16:31 CET] <Mavrik> I have no idea what startTime() does ;) [19:16:35 CET] <dantti> on the mux example there is ost->frame->pts = ost->next_pts++; which I did the same, so I'm unsure how to relate that :P [19:16:41 CET] <Mavrik> You should set PTS so the timestamps on the frames will be good. [19:16:53 CET] <Mavrik> PTS sets time at which the frame has to be displayed [19:17:00 CET] <Mavrik> It's expressed in timebase units [19:17:07 CET] <dantti> Returns the presentation time (in microseconds) when a frame should stop being displayed. [19:17:17 CET] <Mavrik> Start or stop? :) [19:17:18 CET] <dantti> *should start [19:17:29 CET] <Mavrik> Well, then you should use that and convert it to your timebase [19:17:30 CET] <dantti> copied the docs from the endTime :P [19:18:04 CET] <Mavrik> (startTime / 1000 0000) * (90000 / 1) :) [19:18:21 CET] <Mavrik> (Watch rounding and stuff) [19:19:06 CET] <dantti> and (AVRational){ 1, 90000 }; right? [19:19:50 CET] <Mavrik> Yep, that's the standard for the container, should be set on AVFormatContext too I think (keep mixing those up -_-) [19:23:59 CET] <dantti> ok, that didn't work, maybe rounding is to blame :P [19:27:56 CET] <Mavrik> dantti, for 25fps stream, the PTS has to be 0, 3600, 7200, etc. [19:29:29 CET] <dantti> shouldn't it be 0, 25, 50? [19:34:06 CET] <Mavrik> On what basis? :) [19:34:28 CET] <dantti> 1, 15? [19:34:32 CET] <dantti> 1, 25 [19:36:11 CET] <dantti> I'm not sure how many frames will I get, so if I get 15 frames in a second pts is 1...15 then 26...50 ? [19:36:48 CET] <Mavrik> dantti, but didn't you say you get frame timestamps from the source_ [19:36:50 CET] <Mavrik> ? [19:36:55 CET] <dantti> yup [19:37:39 CET] <dantti> should I store that value from the first frame and then remove it as a base? [19:38:57 CET] <prelude2004c> hey can anyone help me.. i am sooo close but i can't figure out this last thing... using vdpau.. i have it all there but its saying tha tit can't connect to X server ; tried xhost + ; tried sshd_config x11forward = yes .. i am out of ideas [19:39:08 CET] <Mavrik> dantti, you don't have to, you have to convert to right time units. [19:39:24 CET] <Mavrik> prelude2004c, you need an active X server with a GPU driver enabled. [19:39:50 CET] <prelude2004c> how does one do that though .. i have never done this before [19:40:00 CET] <dantti> this seems to be rounding to 0 always (qFrame->startTime() / 10000000) * (90000 / 1) [19:40:18 CET] <prelude2004c> yum install xorg-x11-server-Xvfb < ran this [19:40:24 CET] <prelude2004c> running on port 6001 it seems [19:40:31 CET] <prelude2004c> i have an nvidia M4000 card installed [19:45:51 CET] <dantti> ok, startTime() is always -1, I guess that's due the source being the camera, Qt probably sets that on video playback [19:46:22 CET] <dantti> I wonder why the raw h264 had it fine... [19:54:41 CET] <dantti> Mavrik: I guess I need a reference clock then no, and check with a reference to know when a second has passed? for a variable fps should I just drop more than 25 frames or is there some better approach, since this will go through network I guess 25fps is a good number... [19:54:58 CET] <Mavrik> Do you have variable FPS or static FPS? [19:55:19 CET] <dantti> I think it's variable as I have no control over it [19:55:35 CET] <dantti> in fact I think those are the frames displayed by the GPU [19:57:40 CET] <Mavrik> Well do check [19:58:48 CET] <dantti> not sure how [20:08:57 CET] <dantti> ok, as it seems it's indeed variable [20:09:58 CET] <dantti> but I can set a maximum frame rate it will have [20:11:15 CET] <prelude2004c> can someoen help me please. Cannot open the X11 display . [20:11:15 CET] <prelude2004c> VDPAU init failed for stream #0:5. [20:11:23 CET] <dantti> Mavrik: for a variable fps I guess I need to calculate the frame time myself right? otherwise would just be jumping [20:11:34 CET] <prelude2004c> when i try to use it as -hwaccel .. using root on a centos 7 install .. no GUI [20:12:17 CET] <dantti> I mean a static FPS is just multiples of itself I think [21:42:02 CET] <shincode> that --enable-outdev=sdl made it work [21:42:11 CET] <shincode> thanks whoever said that like 6 hours ago [21:44:02 CET] <yongyung> So since the [21:44:03 CET] <yongyung> Past duration 0.999992 too large [21:44:03 CET] <yongyung> Last message repeated 20 times [21:44:12 CET] <yongyung> message doesn't seem to actually do anything [21:44:15 CET] <yongyung> Can I disable it? [21:54:40 CET] <shincode> anyone good with xrdp and can make it reuse session? [21:55:07 CET] <shincode> everytime i switch port=-1 to port=3399 or any port not used it goes from working to not working [21:55:14 CET] <shincode> all of firewall is destroyed and off [23:28:29 CET] <Oetker> Hello. I am trying to download a DRM free silverlight stream. It has a ism/manifest, but the url has a token. Whenever i put the entire url into ffmpeg with the token i get "invalid data found when processing input" [00:00:00 CET] --- Fri Dec 4 2015

1 0

ffmpeg-devel.log.20151202
by burek 03 Dec '15

03 Dec '15

[00:00:01 CET] <nevcairiel> although that probably doesnt make it much easier than to just start over [01:06:36 CET] <cone-202> ffmpeg 03Ganesh Ajjanagadde 07master:789ef087c636: avcodec/ppc/fdctdsp: use more accurate constants [01:06:37 CET] <cone-202> ffmpeg 03Ganesh Ajjanagadde 07master:538e8ab512ab: avutil/tablegen: add tablegen libm compatibility shims [01:06:38 CET] <cone-202> ffmpeg 03Ganesh Ajjanagadde 07master:16d4c28cbb9a: avcodec/mpegaudio_tablegen: speed up dynamic table creation [01:06:39 CET] <cone-202> ffmpeg 03Ganesh Ajjanagadde 07master:1d0c94ddaef8: avcodec/mpegaudio_tablegen: more dynamic table creation speedups [01:06:40 CET] <cone-202> ffmpeg 03Ganesh Ajjanagadde 07master:2f5075f5513f: avcodec/cbrt_tablegen: speed up dynamic table creation [01:26:59 CET] <cone-202> ffmpeg 03Andrey Utkin 07master:648b26acc5e2: doc/filters/drawtext: fix centering example [01:33:19 CET] <cone-202> ffmpeg 03Ganesh Ajjanagadde 07master:8c2438053786: avfilter/af_volumedetect: use log10 instead of hardcoded constant [01:54:39 CET] <KGB> [13FFV1] 15michaelni closed pull request #15: Definition updates (06master...06definition-updates) 02http://git.io/vRvIR [02:05:23 CET] <J_Darnley> Doesn't that enum ABI change being proposed need a major version bump? [02:32:16 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.8:482bece29bc3: doc/filters/drawtext: fix centering example [02:32:18 CET] <jamrial> no [02:32:51 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.7:70373bde2d5c: doc/filters/drawtext: fix centering example [02:33:02 CET] <jamrial> or rather, it needs to be wrapped in an FF_API define for the enum value to change once major is bumped [02:33:04 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.6:95b70b656714: doc/filters/drawtext: fix centering example [02:33:17 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.5:dc5bec14ab7d: doc/filters/drawtext: fix centering example [02:33:28 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.4:a38a41df3989: doc/filters/drawtext: fix centering example [02:33:38 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.3:f450caf05752: doc/filters/drawtext: fix centering example [02:33:49 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.2:ed4c595edd73: doc/filters/drawtext: fix centering example [02:34:15 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.0:c513e721f3fb: doc/filters/drawtext: fix centering example [02:36:30 CET] <cone-202> ffmpeg 03Andrey Utkin 07release/2.1:32ba667dc7fd: doc/filters/drawtext: fix centering example [04:38:02 CET] <cone-202> ffmpeg 03Michael Niedermayer 07master:e1057babdfb0: avcodec/mpegaudio_tablegen: Add (), fix fate [05:00:06 CET] <yvear> hello! did anyone here work on the blu-ray subtitle format .sup decoder? https://ffmpeg.org/doxygen/2.8/pgssubdec_8c_source.html if so, can someone please link me the specs of the format? I need to render pgs subs over video in a certain app but I can't find info on it anywhere [06:07:42 CET] <Timothy_Gu> compiling C++ files with clang on Linux is currently broken [06:29:54 CET] <yvear> hello! did anyone here work on the blu-ray subtitle format .sup decoder? https://ffmpeg.org/doxygen/2.8/pgssubdec_8c_source.html if so, can someone please link me the specs of the format? I need to render pgs subs over video in a certain app but I can't find info on it literally anywhere [10:38:58 CET] <ubitux> michaelni: how was mpegaudio_tablegen broken in 1d0c94dda? is the benchmark still the same? [10:40:01 CET] <ubitux> yvear: mmh i think we have a ticket about this [10:40:41 CET] <ubitux> yvear: what about libavformat/supdec.c? [10:41:05 CET] <ubitux> sup is a simple format muxing pgs subs [10:41:20 CET] <ubitux> basically a saner equivalent to the "vobsub" from dvds [10:41:40 CET] <nevcairiel> in general, many specs are usually not publicly available, you could read the ffmpeg .sup demuxer and the ffmpeg pgs decoder for a basic understanding [10:44:39 CET] <ubitux> isn't sup just an invention from third parties? [10:44:58 CET] <ubitux> like, a random guy in a forum distributing a extractsup.exe one day [10:46:04 CET] <wm4> ubitux: got that impression too [10:46:29 CET] <wm4> and it's also trivial [11:05:13 CET] <cone-870> ffmpeg 03Chris Cunningham 07master:5e6ce28dabe0: avformat/mp3dec: prefer "fast_seek" to TOC seek for CBR files. [11:09:16 CET] <nevcairiel> ubitux: i think so, yes, its the blu-ray subtitle format, why would any official body invent a standalone format :) [11:10:40 CET] <rcombs> ultraviolet or some shit, I guess [11:10:44 CET] <cone-870> ffmpeg 03Aaron Colwell 07master:ec83efd4d3c5: avformat/matroskadec: Fix sample_aspect_ratio for stereo matroska content [11:15:31 CET] <durandal_1707> switch and case must be below each other [11:16:35 CET] <ubitux> if you have a config to instruct vim to do so while reindenting, i'll love a share [11:47:57 CET] <cone-870> ffmpeg 03Claudio Freire 07master:ca203e9985cd: AAC encoder: improve SF range utilization [11:52:38 CET] <ubitux> new atomic bomb landing? [12:03:59 CET] <cone-870> ffmpeg 03Michael Niedermayer 07release/2.5:b622d6f6f65d: avcodec/ffv1dec: Print an error if the quant table count is invalid [12:04:00 CET] <cone-870> ffmpeg 03Michael Niedermayer 07release/2.5:fa3df7ae415b: avcodec/ffv1dec: Clear quant_table_count if its invalid [12:04:01 CET] <cone-870> ffmpeg 03Michael Niedermayer 07release/2.6:df660d685435: avcodec/ffv1dec: Print an error if the quant table count is invalid [12:04:02 CET] <cone-870> ffmpeg 03Michael Niedermayer 07release/2.6:a1b8fa1d9add: avcodec/ffv1dec: Clear quant_table_count if its invalid [12:04:03 CET] <cone-870> ffmpeg 03Michael Niedermayer 07release/2.7:183f58059442: avcodec/ffv1dec: Print an error if the quant table count is invalid [12:04:04 CET] <cone-870> ffmpeg 03Michael Niedermayer 07release/2.7:e6264f00addc: avcodec/ffv1dec: Clear quant_table_count if its invalid [12:04:05 CET] <cone-870> ffmpeg 03Michael Niedermayer 07release/2.8:1c6243228c34: avcodec/ffv1dec: Print an error if the quant table count is invalid [12:04:06 CET] <cone-870> ffmpeg 03Michael Niedermayer 07release/2.8:ff3e717003ef: avcodec/ffv1dec: Clear quant_table_count if its invalid [12:09:16 CET] <cone-870> ffmpeg 03Paul B Mahol 07master:c4f7b8f0db6e: avfilter: add audio pulsator filter [12:09:17 CET] <cone-870> ffmpeg 03Paul B Mahol 07master:6670527d33bb: avfilter/af_stereotools: remove floor usage [12:18:52 CET] <nevcairiel> can has experimental removal for aacenc now? [12:22:53 CET] <atomnuker> klaussfreire: ^^ [12:23:08 CET] <atomnuker> I'm all for it [12:39:43 CET] <kierank> michaelni: thanks [13:35:55 CET] <wm4> looking at the mpeg4 decoder, which is partially in h263dec.c [13:36:05 CET] <wm4> MpegEncContext *s = avctx->priv_data; [13:36:06 CET] <wm4> ok... [13:36:13 CET] <wm4> * FIXME: By the way H263 decoder is evolving it should have [13:36:13 CET] <wm4> * an H263EncContext */ [13:36:15 CET] <wm4> ...ok. [13:37:12 CET] <wm4> that comment is from 2001 [13:37:48 CET] <nevcairiel> of course it is [13:38:35 CET] <J_Darnley> :) [13:38:53 CET] <wm4> spot the number of things that are wrong with the code quoted above [13:43:18 CET] <JEEB> lol [14:10:08 CET] <wm4> wouldn't it be better if mpeg4 repeated a frame with empty VOP elements (vop_coded=0) instead of just skipping them? ( [14:14:33 CET] <nevcairiel> Why [14:14:56 CET] <wm4> because there are evil AVIs which have such packets to do some sort of pseudo-VFR [14:15:19 CET] Action: kierank blames VFR [14:15:42 CET] <nevcairiel> Isnt it better to actually output vfr then [14:16:59 CET] <Daemon404> wm4, ffms2 has a lot of hacks for NVOPs like that [14:17:04 CET] <Daemon404> the api is crap/broken for them [14:17:37 CET] <wm4> nevcairiel: maybe, but that makes timestamp handling really fucking hard [14:18:06 CET] <wm4> unless you pass the timestamp as DTS, which is wrong and won't work for some hwdec wrappers (although these wrappers might of course treat these differently again) [14:20:52 CET] <wm4> now I'm wondering if it'd be possible to use PTS to pass through the timestamp [14:21:09 CET] <wm4> somehow waiting until enough frames inherent to the codec delay are decoded, and then sort? [14:21:34 CET] <wm4> but that doesn't handle dropped frames either [15:03:03 CET] <cone-870> ffmpeg 03Carl Eugen Hoyos 07release/2.8:aa3101a9e825: lavf/rtpenc_jpeg: Less strict check for standard Huffman tables. [15:04:10 CET] <cone-870> ffmpeg 03Carl Eugen Hoyos 07master:d208acf2c82b: lavf/rtpenc_jpeg: Less strict check for standard Huffman tables. [15:55:54 CET] <ubitux> fuck, wrong patchset [15:58:10 CET] <ubitux> wtf is my git send email doing [15:59:13 CET] <ubitux> dammit [16:00:00 CET] <ubitux> i don't get it [16:00:07 CET] <ubitux> i checked for the 3rd time [16:00:59 CET] <ubitux> oh well it seems it finally landed [16:01:16 CET] Action: Daemon404 always format-patch manualyl and send-emails that [16:02:03 CET] <ubitux> that's what i did [16:02:20 CET] <Daemon404> dirty dir maybe [16:02:21 CET] <ubitux> i guess i messed up once, but why it sent 2 empty compsed messages is beyond me though [16:02:31 CET] <Daemon404> beats me [16:29:23 CET] <klaussfreire> About the experimental flag, I'm not going to be available for interactive chat so I'll take this discussion to the ML [16:29:29 CET] <klaussfreire> (AAC experimental flag) [18:42:30 CET] <atomnuker> turns out the Dirac decoder probably won't decode Low Delay profile properly or at all [18:42:42 CET] <atomnuker> I think no one actually tested whether it works [18:43:19 CET] <atomnuker> I'll make a patch to put av_log_ask_for_sample() if the file profile is Low Delay and put it up on the ML [18:44:34 CET] <atomnuker> the Dirac specifications say one should read slices_x and slices_y only if the profile is Low Delay [18:45:24 CET] <atomnuker> which the low_delay codepath doesn't [18:48:19 CET] <cone-870> ffmpeg 03Tobias Rapp 07master:bc517be6b0fb: Makefile: add cleanup of pkg-config files created by configure to distclean [18:51:52 CET] <atomnuker> nevermind, low delay files should work perfectly [18:52:14 CET] <atomnuker> <should> because I don't believe any exist and only hawdware encoders could generate them [20:10:06 CET] <KGB> [13FFV1] 15dericed opened pull request #16: Typos and cleanup (06master...06typos-and-cleanup) 02http://git.io/vRtUs [20:42:34 CET] <cone-870> ffmpeg 03Andreas Cadhalpun 07master:fb1bf4454e6e: git-howto: mention how to clone ffmpeg-web [21:10:15 CET] <cone-870> ffmpeg 03Ronald S. Bultje 07master:1ac89869db05: vp9: always keep s->bytesperpixel and ctx->pix_fmt in sync. [21:54:27 CET] <cone-870> ffmpeg 03Michael Niedermayer 07master:cd7524fdd13d: avcodec/apedec: Check length in long_filter_high_3800() [21:54:28 CET] <cone-870> ffmpeg 03Michael Niedermayer 07master:f03c2ceec174: avutil/mathematics: return INT64_MIN (=AV_NOPTS_VALUE) from av_rescale_rnd() for overflows [21:54:29 CET] <cone-870> ffmpeg 03Michael Niedermayer 07master:97b8db334a63: avutil/rational: Test av_rescale_rnd() with combinations of "special" values [22:45:24 CET] <cone-870> ffmpeg 03Alex Agranovsky 07master:79103f219903: avformat/mpjpeg: allow processing of MIME parts without Content-Length header [22:45:25 CET] <cone-870> ffmpeg 03Alex Agranovsky 07master:259c71c199e9: avformat/mpjpeg: utilize MIME boundary value to detect start of new frame [23:18:38 CET] <llogan> trac is the new IRC [23:19:20 CET] <wm4> we could have a separate channel for such notifications [23:20:02 CET] <fritsch> to not disturb the silence? [23:23:44 CET] <wm4> sometimes it can go the other way, and such notifications will kill any real initiaior of possible chats [23:23:44 CET] <llogan> doesn't bother me. i was just trollin. [23:24:12 CET] <wm4> (because the signal noise ratio is too bad) [23:24:46 CET] <llogan> on the other hand it sometimes initiates interesting discussions [23:25:01 CET] <ubitux> it raises topics (just like now :D) [23:25:03 CET] <ubitux> i like it [23:26:52 CET] <llogan> i don't think i'd watch a fflog channel since i already have ffmpeg-cvslog and ffmpeg-trac ML [23:44:28 CET] <cone-870> ffmpeg 03Paul B Mahol 07master:b2517b02d990: avfilter/af_compand: do not clip; allow >0dB curve points [23:48:48 CET] <kierank> I don't understand carl [23:49:00 CET] <kierank> he backported the fix but keeps the bug open? [23:50:41 CET] <TD-Linux> really, the bot should post the comment text, and replying to the bot should post to trac [23:56:33 CET] <durandal_1707> is complex stuff from aemphasis ok to commit? [00:00:00 CET] --- Thu Dec 3 2015

1 0

ffmpeg.log.20151202
by burek 03 Dec '15

03 Dec '15

[00:06:46 CET] <Soni> how do I set an output codec again? reading the manual is a pain [00:08:41 CET] <llogan> -codec:v libx264 [00:09:14 CET] <llogan> see -codec in http://ffmpeg.org/ffmpeg.html#Main-options [00:10:04 CET] <Soni> uhh it's not working... [00:10:20 CET] <Soni> ffmpeg -i Rick\ Astley\ -\ Never\ Gonna\ Give\ You\ Up\ \[HQ\]-DLzxrzFCyOs.mp4 -codec:v apng rick.png [00:11:00 CET] <Soni> hmm apparently saving it as .apng works [00:11:13 CET] <Soni> altho I should probably scale this down lol [00:22:02 CET] <Primer> Did we just get Rickrolled? [00:22:04 CET] <Soni> so uhh how do I replace the first frame of an APNG? [00:22:44 CET] <Soni> hmm I can probably just hex editor it... [00:22:57 CET] <Soni> but that's a pain tbh [00:38:25 CET] <llogan> output as frames, replace desired frames, remux to apng [01:04:39 CET] <Polochon_street> if I have an audio file encoded in a floating-point format, will the decoded array still be a uint8_t*? If so, I should cast it, right? [01:46:22 CET] <louistwo> hi. Is there a quick way to view the documentation for encoding parameters for -c:v utvideo ? [01:46:58 CET] <c_14> ffmpeg -h encoder=utvideo [01:47:42 CET] <louistwo> thank you c_14 [01:49:00 CET] <louistwo> c_14: I get this when I try that. https://bpaste.net/show/b5160f67b7ba [01:49:56 CET] <c_14> Looks like the utvideo encoder doesn't have any private options. [01:50:52 CET] <louistwo> that makes life simple. [02:23:59 CET] <AndrewMock> Does ffmpeg support TrueHD decoding? [02:29:22 CET] <llogan> AndrewMock: apparently it does. ffmpeg -h decoders | grep -i truehd [02:29:37 CET] <AndrewMock> Thanks! [02:29:39 CET] <nedrocks> I am trying to merge two audio files where one starts with 4 seconds of silence. As a test I have two files that are exactly the same but one (call this file A) has been silenced for the first 4 seconds. Whenever I merge this, file A has the 4 seconds of silence truncated from the beginning and it starts from the first point where sound is made. Driving me nuts! Any advice or direction? [02:50:03 CET] <waressearcher2> nedrocks: hallo [02:50:19 CET] <nedrocks> waressearcher2: hi! [02:52:06 CET] <waressearcher2> nedrocks: wie geht's es dir ? [02:52:16 CET] <nedrocks> waressearcher2: mir gehts gut [02:52:25 CET] <nedrocks> waressearcher2: und du? [02:52:40 CET] <waressearcher2> nedrocks: es geht's [03:13:54 CET] <Rin_> hey guys, having an issue during installation. using this guide (https://trac.ffmpeg.org/wiki/CompilationGuide/Centos) My path is configured to /root/ and I require /usr/local/bin/ [03:15:02 CET] <Rin_> I would assume prefix="$HOME/ffmpeg_build. $HOME should be changed to /usr/local/bin/ [03:15:50 CET] <Rin_> I have tried updating the path and repeated the guide. [03:16:28 CET] <Rin_> ffmpeg is still showing as prefix="root/..... [03:16:38 CET] <Rin_> any ideas where I'm going wrong [03:17:22 CET] <c_14> shown where? [03:17:45 CET] <DHE> your prefix would be simply /usr/local and then a bunch of other paths will default to $prefix/bin, $prefix/lib, etc [03:20:27 CET] <Rin_> I will paste the output of #ffmpeg [03:20:46 CET] <Rin_> ffmpeg ffmpeg version git-2015-11-25-839eb1c Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-16) configuration: --prefix=/root/ffmpeg_build --extra-cflags=-I/root/ffmpeg_build/include --extra-ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --pkg-config-flags=--static --enable-gpl --enable-nonfree --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable [03:21:17 CET] <c_14> You never uninstalled the old version [03:21:30 CET] <Rin_> ah, yep [03:21:56 CET] <Rin_> shoot [03:22:16 CET] <Rin_> sometimes is just takes fresh eyes [03:22:18 CET] <Rin_> thanks [03:22:31 CET] <Rin_> I will uninstall and reinstall [03:31:08 CET] <Polochon_street> If I want to convert a planar array to a non-planar one with swr_convert, should I convert use decoded_frame->extended_data, or decoded_frame->extended_data[0]? [03:31:22 CET] <Polochon_street> will swr_convert know about the multiples channels? [03:36:00 CET] <satt> hey guys, noob here. I'm trying to use ffmpeg to concatenate a bunch of files into one video, having a little trouble. I can't predict whether the files will have the same aspect ratio/resolution, framerate, or anything like that - downloading them from an API and I have no control over that [03:36:09 CET] <waressearcher2> satt: hallo [03:36:38 CET] <c_14> satt: use the concat filter [03:37:26 CET] <satt> hey waressearcherZ, c_14 [03:37:36 CET] <satt> here's the current command I'm using [03:37:38 CET] <satt> ffmpeg ${argsInputs[@]} -filter_complex "${argsFilterText[@]} concat=n=$count:v=1:a=1 [v] [a]" -map "[v]" -map "[a]" /$d/output.mp4 [03:38:48 CET] <satt> it's in a bash script, where ${argsInputs[@]} is an array of the inputs, and ${argsFilterText[@]} is something like this: [0:v] [0:a:0] [1:v] [1:a:0] [2:v] [2:a:0] [3:v] [3:a:0].... [03:39:10 CET] <satt> c_14: Is that what you mean by concat filter? [03:39:22 CET] <c_14> yes, what's your problem with the current setup? [03:39:25 CET] <c_14> Something not working? [03:39:51 CET] <satt> c_14: It works sometimes, for some sets of videos, but not others [03:39:59 CET] <satt> here's the error I had last [03:40:01 CET] <satt> Input link in1:v0 parameters (size 376x668, SAR 0:1) do not match the corresponding output link in0:v0 parameters (376x668, SAR 6863:6871) [03:40:24 CET] <satt> obviously the SAR don't match [03:41:12 CET] <c_14> probably add something like scale=iw*sar:ih for each input [03:42:08 CET] <satt> I have the scale (width*height) I'd like the final file to be (smallest of all the input's resolutions) [03:42:20 CET] <satt> c_14: Where would I add that? [03:43:39 CET] <c_14> You'd have to manually query the resolution of all the input files beforehand, then you can just set the scale directly to that pre-concat [03:44:02 CET] <c_14> Though you'll probably want to scale to a height and then pad if the video aspect ratio doesn't fit [03:44:38 CET] <c_14> actually [03:44:49 CET] <c_14> you might want to scale to the width and then pad the height [03:46:50 CET] <satt> yeah, whatever's smaller should get padding I guess. [03:47:16 CET] <satt> I am querying the resolution of all input files already, I'm just not 100% sure what to do with that info, where it goes in the command [03:47:41 CET] <c_14> create a filterchain for each video in which you scale,pad [03:48:13 CET] <c_14> and put that before the concat filterchain [03:48:49 CET] <satt> before -filter_complex in another section, or just in the string in there? [03:49:28 CET] <c_14> filter_complex defines a filtergraph, filterchains are ';' separated sections in a filtergraph [03:49:35 CET] <c_14> so, yes [03:49:35 CET] <satt> sorry man, real new to this [03:49:39 CET] <satt> ah ok [03:50:38 CET] <c_14> So something like '[0:v]scale=x:y,pad=x:y:a:b[v0];[1:v]scale=x:y,pad=x:y:a:b[v1];[v0][0:a:0][v1][1:a:0]concat=n=2:v=1:a=1[v][a]' [03:50:57 CET] <c_14> Just you'll need to generate all those values in your script [03:51:57 CET] <satt> I've already been grabbing the scale using ffprobe, should be doable [03:53:08 CET] <c_14> probably something like scale=${shortest_width}:-2,pad=${shortest_width}:${shortest_height} [03:53:29 CET] <c_14> I think you don't need the positional parameters for pad since it defaults to centered [03:55:29 CET] <satt> c_14: nice thanks! I appreciate the help a lot. here's a gist of my script as of right now if you care to take a look [03:55:37 CET] <satt> https://gist.github.com/StoryStar/c6394039ed78fcc0a785 [03:57:14 CET] <satt> what does the -2 do in scale=${shortest_width}:-2 ? [03:57:39 CET] <c_14> scales preserving aspect ration to the nearest even height [03:57:45 CET] <c_14> you can probably use -1 since you're padding [03:57:58 CET] <c_14> It's just that some codecs don't like heights that aren't divisible by 2 [03:58:10 CET] <c_14> (and pixel formats) [03:58:25 CET] <satt> ah ok cool [03:58:40 CET] <c_14> Also, just a remark but on line 29 you could just do 'for f in $d/*.mp4; do' and space yourself the if on line 33 [03:59:27 CET] <c_14> analogue for 68, and I'd probably do a if [[ -f /$d/mylist.txt ]] instead of the if on 88 and move it outside of the for [03:59:41 CET] <satt> oh nice didn't know that. I'm usually an ios/android dev, new to bash as well [04:02:29 CET] <c_14> s/space/spare/ [04:05:10 CET] <pepee> I'm running this command to convert mp4 and ogg files to mp4, where "-t 6" is the duration of ./in.mp4 (approximately): ffmpeg -y -t 6 -i ./in.mp4 -i ./in.ogg -c:v copy -c:a aac -strict experimental -map 0:0 -map 1:0 -f mp4 -shortest ./out.mp4 [04:07:09 CET] <pepee> ... nevermind, I got it working [04:24:03 CET] <satt> c_14: hmm doesn't seem to have solved it, similar error [04:24:04 CET] <satt> [Parsed_concat_18 @ 0x7fb9aa504ae0] Input link in1:v0 parameters (size 376x668, SAR 0:1) do not match the corresponding output link in0:v0 parameters (376x668, SAR 6863:6871) [04:24:14 CET] <satt> Failed to configure output pad on Parsed_concat_18 [04:24:24 CET] <satt> maybe I screwed up [04:24:55 CET] <satt> I do need some more coffee. here's the filter string [04:24:56 CET] <satt> -filter_complex [0:v]scale=376:-2,pad=376:668[v0]; [1:v]scale=376:-2,pad=376:668[v1]; [2:v]scale=376:-2,pad=376:668[v2]; [3:v]scale=376:-2,pad=376:668[v3]; [4:v]scale=376:-2,pad=376:668[v4]; [5:v]scale=376:-2,pad=376:668[v5]; [6:v]scale=376:-2,pad=376:668[v6]; [7:v]scale=376:-2,pad=376:668[v7]; [8:v]scale=376:-2,pad=376:668[v8]; [v0] [0:a:0] [v1] [1:a:0] [v2] [2:a:0] [v3] [3:a:0] [v4] [4:a:0] [v5] [5:a:0] [v6] [6:a:0] [ [04:24:56 CET] <satt> v7] [7:a:0] [v8] [8:a:0] concat=n=9:v=1:a=1 [v] [a] -map [v] -map [a] ///Users/matt/Documents/JACKTHEAUTORIPPER/testvids/proc/sunnymabrey/output.mp4 [04:31:30 CET] <Rin_> still having an issue here. ./configure --prefix="/usr/local/bin/ffmpeg_build" is showing as configuration: --prefix=/usr [04:31:39 CET] <Rin_> this is after a clean install [04:32:14 CET] <Rin_> Installation went great on another server. Not sure whats happening here [04:32:52 CET] <Rin_> followed the guide found here: https://trac.ffmpeg.org/wiki/CompilationGuide/Centos [04:33:26 CET] <Rin_> hard coded $HOME as /usr/local/bin/ [04:33:30 CET] <xintox> what are good settings for hls transcoding when on a small server? [04:34:04 CET] <xintox> -hls_time 2 -hls_list_size 20 -hls_wrap 40 [04:34:20 CET] <xintox> i'm using these numbers but i really have no idea. my stream is choppy as hell. [04:34:20 CET] <Rin_> on my working server, configuration: --prefix=/usr/local/cpffmpeg [04:34:47 CET] <Rin_> any recommendations on updating the prefix correctly here [04:35:05 CET] <xintox> i usually do `--prefix=~/bin` [04:35:21 CET] <xintox> or --prefix=/home/me/bin [04:35:32 CET] <xintox> then i add ~/bin to my path up front [04:36:23 CET] <Rin_> I will give that a shot [04:36:39 CET] <xintox> that's only for stuff i compile myself. [04:36:40 CET] <Rin_> echo ~ [04:36:50 CET] <xintox> but i just found a build so that was easy [04:36:52 CET] <Rin_> displays /root [04:36:52 CET] <furq> you probably want --prefix=/usr/local [04:37:04 CET] <Rin_> yeah, thats what I'm trying to get [04:37:13 CET] <xintox> i don't put manually compiled stuff in /usr/local [04:37:16 CET] <furq> don't set /usr/local/bin as the prefix [04:38:22 CET] <Rin_> so: ./configure --prefix="~/ffmpeg_build" --disable-examples [04:38:43 CET] <Rin_> I've tried: ./configure --prefix="$HOME/ffmpeg_build" --disable-examples [04:38:54 CET] <Rin_> and: ./configure --prefix="$PATH/ffmpeg_build" --disable-examples [04:39:45 CET] <satt> off to grab coffee, back in a bit [04:39:52 CET] <furq> definitely don't use $PATH [04:40:23 CET] <Rin_> yeah I cleaned that up [04:41:07 CET] <Rin_> I can't get the prefix set anything except /root/ [04:41:31 CET] <Rin_> unless I attempt to hard code it [04:42:07 CET] <Rin_> and thats not giving me the result I want, just trying to match the working server (sandbox) [04:42:11 CET] <Rin_> :configuration: --prefix=/usr/local/cpffmpeg [04:43:10 CET] <furq> did you run ./configure as root [04:43:19 CET] <Rin_> yeah [04:43:25 CET] <Rin_> logged in as root [04:43:35 CET] <Rin_> didnt sudo [04:43:59 CET] <xintox> you can type `sudo bash` to avoid logging in as root [04:44:07 CET] <furq> are you now running it as a normal user [04:44:22 CET] <furq> if so then it's probably failing to overwrite autoconf files that you generated as root [04:46:06 CET] <Rin_> still root [04:47:18 CET] <lucas^> what's the least painful way to use FFmpeg in Java that isn't Xuggler? [04:47:29 CET] <Rin_> I'm going to try ~ instead of $HOME [04:47:42 CET] <Rin_> can't hurt at this point [04:58:14 CET] <furq> Rin_: if you're logged in as root then $HOME is /root [04:58:37 CET] <furq> also there's no reason to be root for anything but make install [04:58:47 CET] <furq> and not even that if you're installing to $HOME [05:04:03 CET] <Rin_> ok, I will logout and login as user and try again [05:04:04 CET] <Rin_> thanks [05:04:47 CET] <furq> you'll probably need to change the owner of the source now [05:04:58 CET] <furq> or just delete the directory and extract it again [05:09:54 CET] <Rin_> yeah I was thinking of deleting and starting over [05:11:37 CET] <furq> also yeah you should probably just install to /usr/local [05:13:36 CET] <Rin_> ok thanks, will do [05:13:44 CET] <furq> unless you specifically want a copy that's local to your user [05:29:23 CET] <xintox> ffmpeg won't stream hls [05:29:29 CET] <xintox> it starts then just goes berzerker [06:43:30 CET] <autofsckk> hello everybody, im trying this ffmpeg -ss 00:00:01 -i Am_Watching_You_medium.webm -i palette.png -vf "drawbox=ih/PHI:color=black@0.4:width=iw:height=48:t=max,drawtext=fontfile=arial.ttf:text='Im watching you Bitch':fontcolor=orange:fontsize=24:x=(w-tw)/2:y=(h/PHI)+th,paletteuse" -to 2 -y output.gif but i get an error about the filter that is complex ro something like that, can somebody give me a hint pl [06:43:36 CET] <autofsckk> ease? [06:44:25 CET] <autofsckk> im pretty new to ffmpeg and i dont know the order i should use on the commands and filters [06:45:09 CET] <autofsckk> imple filtergraph 'drawbox=ih/PHI:color=black@0.4:width=iw:height=48:t=max,drawtext=fontfile=arial.ttf:text='Im watching you Bitch':fontcolor=orange:fontsize=24:x=(w-tw)/2:y=(h/PHI)+th,paletteuse' was expected to have exactly 1 input and 1 output. However, it had >1 input(s) and 1 output(s). Please adjust, or use a complex filtergraph (-filter_complex) instead. <---- this is the error i get [06:48:02 CET] <autofsckk> maybe this is easier to read http://pastie.org/private/fubtu8sm4ai3pstsxzkeq [06:52:06 CET] <waressearcher2> autofsckk: hallo [06:54:13 CET] <autofsckk> hello waressearcher2 [06:55:22 CET] <waressearcher2> autofsckk: wie geth's ? [06:55:50 CET] <autofsckk> i dont understand :/ [07:40:26 CET] <satt> Anyone around? [07:41:11 CET] <satt> Struggling with concatenating some videos [07:41:24 CET] <satt> Here's the error [07:41:25 CET] <satt> Input link in4:v0 parameters (size 376x668, SAR 0:1) do not match the corresponding output link in0:v0 parameters (376x668, SAR 6863:6871) [07:52:36 CET] <pzich> satt: looks like the SAR is different for the two streams. you may be able to setsar them to the same value, or you may have to reencode one/both to concatenate them [07:53:40 CET] <satt> @pzich - thanks, yeah I thought so. Where would I setsar? I'm using this command [07:54:02 CET] <satt> ffmpeg (inputs) -filter_complex [0:v]scale=376:-2,pad=376:668[v0]; [1:v]scale=376:-2,pad=376:668[v1]; [2:v]scale=376:-2,pad=376:668[v2]; [3:v]scale=376:-2,pad=376:668[v3]; [4:v]scale=376:-2,pad=376:668[v4]; [5:v]scale=376:-2,pad=376:668[v5]; [v0] [0:a:0] [v1] [1:a:0] [v2] [2:a:0] [v3] [3:a:0] [v4] [4:a:0] [v5] [5:a:0] concat=n=6:v=1:a=1 [v] [a] -map [v] -map [a] [07:54:43 CET] <satt> I'm real new to ffmpeg, appreciate the help! [07:59:38 CET] <pzich> possibly at the end of each of your scale and pad lines, I might try setsar=sar=1/1 or setsar=sar=0/1 [08:01:24 CET] <satt> pzich: thanks, I'll give that a shot right now [08:06:17 CET] <satt> pzich: Thank you!! It seems to have fixed it, for the 10-15 videos I just tested it on [08:06:30 CET] <satt> using setset=sar=1/1 [08:10:11 CET] <pzich> no problem! [08:11:21 CET] <prelude2004c> hey question... i am using ffmpeg with nvenc for encoding... i am having trouble with decoding as the cpus seem to be weak.. source is h264 .. any way to decode h264 to mpegts using the GPU ? [08:45:32 CET] <fritsch> prelude2004c: there are hwaccels for everything in ffmpeg [08:45:40 CET] <fritsch> prelude2004c: not sure if that question is sane? [09:14:48 CET] <Prelude_Zzzzz> i dont even know what i am asking :P haha [09:15:17 CET] <Prelude_Zzzzz> basically the issue is this... i have a source h264 which i want to transcode into differnet streams and for that i use nvenc which uses up the GPUs.. and that works well. [09:15:41 CET] <Prelude_Zzzzz> the issue right now is ... on the input side.. i am getting errors on decoding ... i think my cpu cores or something is limiting my decoding power [09:15:58 CET] <Prelude_Zzzzz> so i wanted to find a way since our cards have both ENcoder and decoder and the decoder is at 0% usage [09:16:16 CET] <Prelude_Zzzzz> so wondering if some way to use the GPU side of the cuda cores for decoding and then the hardware nvenc encoding on the cards for the encoding part [09:16:23 CET] <Prelude_Zzzzz> this could solve my issue [09:16:30 CET] <Prelude_Zzzzz> any ideas would ge breat [09:16:32 CET] <Prelude_Zzzzz> great* [09:17:30 CET] <bencc> anYc: had a chance to look at the avcut issue? [09:29:17 CET] <anYc> bencc: sorry, not yet. been a bit busy with work lately but it's almost on top of the todo list :) [09:45:11 CET] <prelude2004c_ZZZ> Any ideas with decoding with gpu? [09:45:42 CET] <prelude2004c_ZZZ> Am I on the right track looking at hardware acceleration? [09:46:24 CET] <waressearcher2> prelude2004c_ZZZ: hallo [09:51:34 CET] <bencc> anYc: great. thanks :) [09:54:10 CET] <durandal_1707> waressearcher2: stop! [09:55:43 CET] <waressearcher2> durandal_1707: nein [09:56:26 CET] <kamikaze_> Hi! I'm trying to write a C application for streaming video(frames being generated in real-time) using FFmpeg libav*. I've tried using the doc/examples/muxing.c as a reference and got it work but I want to broadcast the stream rather than a P2P connection. Does anyone have any pointers? [09:58:07 CET] <waressearcher2> durandal_1707: kann ich kamikaze_ "hallo" sagen ? [10:08:28 CET] <waressearcher2> kamikaze_: hallo, wie geht's ? [10:09:52 CET] <kamikaze_> @waressearcher2 Mir geht's gut [10:53:12 CET] <pkeuter> hi. i am trying to encode a h264 file from a device to file and play it in a html5 video element at the same time. the recording goes fine, the playing works too, but the browser wants to load the entire file before it can play. i already use -movflags frag_keyframe+empty_moov but for some reason this doesn't seem to work. anyone has an idea? [10:54:38 CET] <durandal_1707> faststart [10:55:14 CET] <pkeuter> durandal_1707, yeah, but that only works when the file is done recording [10:56:54 CET] <durandal_1707> dash? [10:57:22 CET] <pkeuter> what? [10:57:52 CET] <pkeuter> oh you mean streaming [10:59:37 CET] <pkeuter> well i dont really need it to be like a constantly streaming endpoint [11:00:27 CET] <pkeuter> it[ a logger system so a user can select an hour and a day and the video element then retrieves a video file [11:01:36 CET] <pkeuter> and i could be able to do the faststart on the hours that are finished... but the hour that is currently recording is the problem [11:34:18 CET] <hmbg> Im trying to build from source on my Mac (for this bugreport of mine) but when I do ./configure --enable-libvorbis --enable-libvpx I get ERROR: libvorbis not found [11:36:21 CET] <pkeuter> hmbg, i guess because you have to build vorbis and include it [11:37:03 CET] <Mavrik> or at least grab a homebrew version of it :) [11:37:13 CET] <hmbg> I did install it with homebrew, no dice [11:37:23 CET] <Mavrik> missing include path then? [11:37:30 CET] <Mavrik> it's somewhere in /usr/local/Cellar or whatsit [11:37:34 CET] <hmbg> perhaps [11:37:39 CET] <hmbg> where do I add include paths? [11:37:56 CET] <Mavrik> it's a configure parameter, don't remember OTOh [11:38:13 CET] <Mavrik> or perhaps just --extra-cflags="-I<path>@ [11:43:21 CET] <hmbg> trying ./configure --enable-libvorbis --enable-libvpx --incdir=/usr/local/Cellar/libvorbis/1.3.5/include/vorbis/, no dice [11:44:27 CET] <Mavrik> look in config.log what's really going wrong [11:47:55 CET] <hmbg> #include <vorbis/vorbisenc.h> fails [11:51:53 CET] <hmbg> I tried different lengths of the incdir, /usr/local/Cellar/ and up [11:51:56 CET] <hmbg> same error [11:52:00 CET] <hmbg> the file is most definitely there [12:16:11 CET] <pkeuter> --extra-cflags=š-I<PATH>š, like Mavrik said, should work [13:52:37 CET] <dantti> I'm calling avformat_alloc_output_context2(c, NULL, "mpegts", NULL) and get -22, I'd say from the docs that the last argument can't be null if the second is null, but I fail to see why I'd need the second arg, -22 ain't related to this? [13:55:40 CET] <dantti> the filename is null as the idea is to write to a socket not a regular file, if that doesn't matter I can put a dummy filename [13:58:19 CET] <t4nk067> I am trying to capture video from tv tuner card but i get this error "[alsa @ 0x14df3d0] cannot open audio device hw:1,0" [14:15:46 CET] <dantti> oh and btw I compiled with --enable-muxer=mpegts do I need some extra flag to get mpegts muxing? [18:19:42 CET] <dantti> is there a vai so set a filename for ffmpeg log to log? I set av_log_set_level to both verbose and debug before avformat_alloc_output_context2 but it didn't output anything I suspect stderr or sth like that is closed or not attached to my console [18:36:53 CET] <c_14> dantti: You'll probably have to set your own log callback with av_log_set_callback [18:37:26 CET] <dantti> thanks [18:50:46 CET] <dantti> now I wonder how "mpegts" turned into "Unable to find a suitable output format for 'xmý'" :P [18:51:03 CET] <dantti> hmm no [18:55:28 CET] <dantti> any idea why avformat_alloc_output_context2(&m_formatContext, NULL, "mpegts", "mpegts"); would become Requested output format 'x6lý' is not a suitable output format [18:55:59 CET] <dantti> I get the same output when the last arg is NULL [19:00:18 CET] <dantti> ok, my mistake on the log_callback [19:00:54 CET] <dantti> what might be wrong then? "Requested output format 'mpegts' is not a suitable output format" [19:28:05 CET] <dantti> was calling avcodec_register_all while I needed av_register_all... [20:02:02 CET] <dantti> is there some AVIOContext that can give me a buffer so I write it to a socket? [20:11:08 CET] <Mavrik> dantti, a custom one :) [20:11:23 CET] <Mavrik> I mean, AVIOContext gives you a buffer by definition :) [20:11:43 CET] <dantti> Mavrik: yeah, I was seeing some people do that on gg :P [20:11:57 CET] <dantti> Mavrik: is there a way to be sure seek won't happen? [20:12:18 CET] <Mavrik> you can set it non seekable, but then the process will crash :) [20:12:38 CET] <Mavrik> There's a flat on the AVIOContext for that [20:12:51 CET] <dantti> is there a way not to crash? would it crash even on mpegts? [20:13:02 CET] <dantti> as I can't seek on a socket :P [20:13:49 CET] <dantti> AVFMT_NO_BYTE_SEEK? [20:14:05 CET] <Mavrik> mpegts won't seek [20:14:11 CET] <Mavrik> it's meant as a streamable format :) [20:14:31 CET] <dantti> ok, that's what I thought but better be double sure :) [20:14:38 CET] <dantti> thanks [20:41:36 CET] <nilsge> hi. I have several videos from my sony camera here. MTS format. ffmpeg can read it, so thats good. But cinelerra can't. I now want to convert it to a different codec before editing. Something lossless compressed would be the right choice I guess. [20:41:38 CET] <nilsge> any recommendations? [20:42:01 CET] <nilsge> (I am a video editing beginner. This is the first real video I will cut) [20:46:12 CET] <Mavrik> nilsge, what does ffprobe say on the MTS? [20:51:34 CET] <nilsge> Mavrik: this is the actual file, this was already processed by ffpmeg once (combining three smaller files to a bigger one) [20:51:36 CET] <nilsge> http://pastebin.com/GAs9r9y0 [20:51:51 CET] <louistwo> If I wanted to see all options available for libx264, would ffmpeg.exe -h -c:v libx264 be the proper syntax? [20:52:03 CET] <c_14> louistwo: -h encoder=libx264 [20:52:06 CET] <nilsge> Mavrik: http://pastebin.com/vaF0aHBC this is a file directly from the camera [20:52:10 CET] <Mavrik> Btw, are you sure you wanna use cinelerra? :) [20:52:12 CET] <louistwo> doh, I forgot from yesterday c_14 . thanks. [20:52:46 CET] <nilsge> Mavrik: no. Everything that is not based on MLT is fine [20:52:55 CET] <nilsge> which is pitivi and cinelerra, afaik [20:53:09 CET] <Mavrik> I don't do video editing, but last time I've sen cinelerra it was kinda horrible :) [20:53:14 CET] <llogan> louistwo: it won't display the stuff you can use with -x264opts/-x264-params, but 99% of users don't need to use those anyway (and probably shouldn't) [20:53:18 CET] <Mavrik> nilsge, anyway, it seems that cinelerra just doesn't like your container [20:53:29 CET] <louistwo> i was urious to find what I can do with dnxhd as well [20:53:31 CET] <Mavrik> nilsge, so try a simple ffmpeg -i <input>.mts -codec copy output.mp4 [20:53:43 CET] <louistwo> i just wanted to make sure I got it right on a codec I knew would give me options since it is well supported by ffmpeg [20:53:48 CET] <nilsge> Mavrik: mp4 is lossless? [20:54:13 CET] <nilsge> or wait. this is not the codec, just the container, right? [20:54:23 CET] <Mavrik> Dyep [20:54:27 CET] <nilsge> <- noob [20:54:39 CET] <Mavrik> "-codec copy" means to just copy the streams (the H.264 video and aac audio) [20:54:44 CET] <Mavrik> you see listed in ffprobe output ;) [20:54:58 CET] <nilsge> yeah, I read that :) [20:55:20 CET] <louistwo> I'm a little onfused on choosing a valid dnxhd profile [20:55:24 CET] <louistwo> it lists them but without a name [20:55:38 CET] <nilsge> I know audio codecs quite well, so I can deduce some stuff about video codecs. Also watched the primer from Xiph. [20:58:26 CET] <Primer> hrmm? [20:58:38 CET] Action: Primer feels violated [20:58:43 CET] <nilsge> ha :) [20:58:43 CET] <fritsch> :-) [20:59:53 CET] <llogan> Primer: don't feel bad. retard probably gets a few errant pings now and then [21:00:28 CET] <nilsge> Mavrik: I'm getting quite a few of these: [mp4 @ 0x559ec2d4d360] pts has no value97kB time=00:29:39.44 bitrate=21342.6kbits/s [21:00:41 CET] <nilsge> anything critical or safe to ignore? [21:03:46 CET] <Primer> That's not nice [21:12:54 CET] <YaMoonSun> If my USB microscope is being detected as a webcam, ffmpeg should be able to record a video stream, right? [21:13:28 CET] <DHE> most likely [21:14:34 CET] <YaMoonSun> Does it automatically detect the input device, or do I have to find it using some sort of -li command? [21:16:38 CET] <YaMoonSun> I kind of want to make a timelapse using the USB microscope and have it encoded in x264 [21:29:57 CET] <llogan> YaMoonSun: see http://ffmpeg.org/ffmpeg-devices.html#video4linux2_002c-v4l2 [21:30:12 CET] <llogan> (assuming linux) [21:30:27 CET] <llogan> also https://trac.ffmpeg.org/wiki/Capture/Webcam [21:31:30 CET] <YaMoonSun> Cheers, windows at the moment, I have this link here https://trac.ffmpeg.org/wiki/Capture/Webcam [21:32:22 CET] <YaMoonSun> llogan: I bet I'll need to edit the frame rate to 1 frame every 20 minutes or so to make a decent time laps [21:33:33 CET] <pepee> furq, are you using the latest version? apparently the bug was fixed [21:59:50 CET] <shincode> ./configure --disable-debug --enable-pic --optflags=-Ofast --enable-shared --disable-static --prefix=/usr --arch=x86 --disable-postproc --disable-swscale-alpha --disable-ffmpeg --disable-ffprobe --disable-ffserver --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --disable-encoders --disable-decoders --disable-hwaccels --disable-muxers --disable-demuxers --disable-bsfs [21:59:50 CET] <shincode> --disable-indevs --disable-outdevs --disable-devices --disable-filters --disable-parsers --disable-protocols --enable-decoder=h264 --enable-decoder=mjpeg --enable-parser=h264 --enable-parser=mjpeg --enable-demuxer=rtsp --enable-protocol=http --enable-protocol=httpproxy --enable-protocol=tcp --enable-protocol=udp --enable-filter=scale [22:00:23 CET] <shincode> why does !CONFIG_FFPLAY=yes get inserted into the config.mak [22:00:28 CET] <shincode> when doing that line of code [22:00:40 CET] <shincode> It doesnt do that crap on x86 but on arm it comments out ffplay [22:16:21 CET] <allfro> hi all [22:16:31 CET] <allfro> i'm trying to find a reference to something i came across in a CTF [22:17:34 CET] <allfro> apparently converting an HLS playlist (m3u8) that has a reference to a .txt file will instruct ffmpeg to conver the text file contents to a video frame [22:17:41 CET] <allfro> see example playlist here: http://pastebin.com/raw.php?i=WFVuQN1v [22:18:07 CET] <allfro> I'm trying to understand whether this is an FFMPEG specific feature or an HLS playlist feature but I can't find anything pointing me to that information [22:18:19 CET] <allfro> I was wondering if anybody here could provide insight [22:19:07 CET] <allfro> the ffmpeg command that was used was ffmpeg -i 'playlist' -f webm -codec:v vp8 -cpu-used 4 video.webm [22:19:25 CET] <allfro> this apparently only works with .txt extensions [22:35:09 CET] <skaufman> hey, I'm trying to modify an existing application that uses ffmpeg, and I'm trying to use libavfilter.. but any filter I try to get with avfilter_get_by_name returns nothing: http://paste.scsys.co.uk/502322 [22:35:27 CET] <skaufman> that just prints "Error couldnt get filter\n" [22:35:35 CET] <skaufman> every time [22:37:39 CET] <mateo`> skaufman: you should call avfilter_register_all(); [22:38:03 CET] <mateo`> then avfilter_get_by_name will return something [22:39:05 CET] <skaufman> and so it does :) [22:39:08 CET] <skaufman> mateo`: thanks! [22:41:59 CET] <prelude2004c> hey guys.. good day.. can someone help me.. i am having trouble decoding h264 content.. i keep getting errors .. is there some way using nvidia GPU for me to use the card to decode instead of the CPU's ? [23:21:11 CET] <llogan> prelude2004c: what errors? how can we duplicate the issue? [00:00:00 CET] --- Thu Dec 3 2015

1 0

ffmpeg-devel.log.20151201
by burek 02 Dec '15

02 Dec '15

[00:03:04 CET] <cone-193> ffmpeg 03Michael Niedermayer 07master:40063a900b6d: ffserver: Clear avio context after closing it [00:03:04 CET] <cone-193> ffmpeg 03Michael Niedermayer 07master:a00cc2e40d40: ffserver: Clear avio context after closing it in rtp_new_av_stream() [00:03:04 CET] <cone-193> ffmpeg 03Will Kelleher 07master:0eac93da0fd5: qsvenc: write a53 caption data to SEI [01:06:33 CET] <rcombs> alright, I think all I need to finish up this patch series is a lavf version bump [01:10:01 CET] <rcombs> does adding fields to AVOutputFormat need a minor or a micro bump? [01:10:30 CET] <rcombs> also, adding a new public API to lavf [01:13:31 CET] <jamrial> minor [01:14:26 CET] <rcombs> jamrial: for both? [01:14:32 CET] <rcombs> (they're in different commits) [01:14:33 CET] <jamrial> yeah [01:14:34 CET] <jamrial> micro is for things like new avoptions in decoders/demuxers, or changes to existing ones [01:14:42 CET] <rcombs> alright [01:15:07 CET] <jamrial> if they are going to be commited at the same time, you can probably just bump once for both [01:16:00 CET] <rcombs> should that go in the second bump-needing commit, or in a separate one? [01:18:09 CET] <jamrial> in the second should be ok [01:24:55 CET] <jamrial> rcombs: you should also add a couple lines to apichanges [01:25:05 CET] <rcombs> oh good point [01:25:17 CET] <rcombs> and maybe to to Changelog as well [01:28:29 CET] <jamrial> if it's just a new API then apichanges is enough [01:28:39 CET] <jamrial> you're not adding a new component or feature [01:30:20 CET] <rcombs> I'd call it a feature, even if it's not exposed as one [01:38:28 CET] <wm4> sometimes API changes are indeed in the changelog [01:38:38 CET] <wm4> "not exposed"? [01:43:49 CET] <rcombs> wm4: like, it's not a new public API or component or anything [01:44:28 CET] <rcombs> it's new internal handling that makes some things easier [01:45:20 CET] <wm4> but it makes live easier for the API user by not having to do the BSFing manually, right? [01:45:28 CET] <rcombs> yeah [01:45:36 CET] <rcombs> or the ffmpeg.c user [01:49:08 CET] <wm4> well that makes it even more visible [01:49:17 CET] <wm4> and should definitely be mentioned in the changelog [02:02:52 CET] <cone-193> ffmpeg 03Ganesh Ajjanagadde 07master:5a41a5a4f57d: avfilter/af_compand: use hypot() [02:02:53 CET] <cone-193> ffmpeg 03Ganesh Ajjanagadde 07master:7b11eead1b4e: avcodec/ac3: always use hardcoded tables [11:15:52 CET] <JEEB> do I see correctly that MPEG-2 Video doesn't have >8bit coding? It does have intra_dc_precision but that seems to be something else, right? [13:19:40 CET] <kierank> JEEB: correct [13:27:16 CET] <cone-627> ffmpeg 03Michael Niedermayer 07master:8e7f4520226d: avformat/dump: Fix integer overflow in av_dump_format() [13:27:16 CET] <cone-627> ffmpeg 03Michael Niedermayer 07master:3a9cb18855d2: avutil/integer: Fix av_mod_i() with negative dividend [13:27:17 CET] <cone-627> ffmpeg 03Michael Niedermayer 07master:25e37f5ea92d: avutil/mathematics: Do not treat INT64_MIN as positive in av_rescale_rnd [14:46:39 CET] <ubitux> lol poor Ganesh is on rampage [14:50:51 CET] <wm4> ... [14:55:51 CET] <ubitux> that "FFMPEG API" is going to be golden [14:55:56 CET] <ubitux> +thread [15:04:23 CET] <BtbN> QNAP is using ffmpeg for the Media Transcoding in their NAS! [15:04:34 CET] <BtbN> ffmpeg version 0.8.10, Copyright (c) 2000-2011 the FFmpeg developers, built on Nov 18 2015 03:42:44 with gcc 4.8.2 20131014 (prerelease) [15:05:05 CET] <BtbN> And they build it with --disable-yasm. [15:05:23 CET] <wm4> something something idiots [15:05:24 CET] <kierank> if they are remuxing probably not a big deal [15:05:29 CET] <kierank> but yes if they are transcoding yes [15:05:32 CET] <BtbN> They are transcoding. [15:05:40 CET] <kierank> from what to what? [15:05:46 CET] <wbs> BtbN: is it x86 or something else? [15:05:50 CET] <BtbN> arm [15:06:02 CET] <wm4> then --disable-yasm is just redundant [15:06:22 CET] <wbs> wm4: cargo culted configure options, who would have ever heard of that [15:06:34 CET] <BtbN> kierank, basicaly everything you want. They built a Transcode-WebUI [15:06:53 CET] <wm4> it's always fun when one of those uncountable combinations of configure flags actually cause problems [15:07:10 CET] <BtbN> It's actualy a quite short configure line. [15:07:22 CET] <BtbN> --prefix=/opt/cross-project/arm/linaro/arm-linux-gnueabihf/libc/usr --enable-cross-compile --cross-prefix=arm-linux-gnueabihf- --disable-static --enable-shared --disable-yasm --arch=arm --target-os=linux --disable-armvfp --enable-gpl --disable-encoder=snow --disable-decoder=snow [15:08:24 CET] <BtbN> Hm, enable-gpl though. [15:08:25 CET] <wm4> why disable the best codec [15:08:58 CET] <wm4> but I suppose they still want to encode to SVQ [15:09:04 CET] <wm4> (really, why disable snow specifically) [15:13:17 CET] <atomnuker> they must hate wavelets [15:15:36 CET] <fritsch> or they don't know what it is [15:16:06 CET] <fritsch> or fell in love with fourier 20 years ago and are afraid of getting further spatial information [15:16:10 CET] <fritsch> one does not know [15:20:33 CET] <wm4> fritsch: btw. did you say you'd bisect the mp4 mp3 failure? [15:20:40 CET] <wm4> or was that someone else [15:20:49 CET] <fritsch> wm4: i could - if it is wanted [15:21:02 CET] <fritsch> someone said, that we should talk with the handbrake dev before that [15:21:25 CET] <wm4> yeah, I didn't follow this so well (I know there was some other change that fixed something else) [15:21:28 CET] <fritsch> i was the oppinion that if "quicktime cannot play it - one dos not have to care too much" [15:21:35 CET] <fritsch> yes, this one: [15:21:40 CET] <wm4> that's probably true [15:21:51 CET] <fritsch> https://trac.ffmpeg.org/ticket/4938 [15:21:56 CET] <fritsch> fixes something similar [15:22:15 CET] <fritsch> would be funny if this commit would break the new file :-) [15:22:38 CET] <wm4> depends what the default for parsing is [15:22:53 CET] <fritsch> bisecting should be easy to do [15:23:04 CET] <fritsch> as one can just use ffplay and directly see if it's working [15:23:06 CET] <fritsch> on master [15:23:11 CET] <fritsch> while start at ~ 2.7 [16:14:41 CET] <BBB> nevcairiel: thanks for the review, I found a bigger issue that seems to cover all cases mozilla reported in a single patch [16:14:46 CET] <BBB> nevcairiel: so & gj! [16:16:10 CET] <durandal_1707> can somebody make me permanent op on #ffmpeg? [16:18:59 CET] <BBB> oh, also, mozilla apparently ships ffvp9: https://bugzilla.mozilla.org/show_bug.cgi?id=1210219 [16:19:01 CET] <BBB> I didnt know that [16:19:21 CET] <BBB> maybe I should give firefox a try again, chrome doesnt ship ffvp9 [16:20:50 CET] <fritsch> wm4: dies reverting the mentioned "fix" make it work again? [16:21:01 CET] <wm4> fritsch: didn't try yet [16:29:38 CET] <ubitux> fucking threading [16:29:41 CET] <ubitux> i hate it so much [16:30:12 CET] <ubitux> atomic signaling which aren't shit atomic [16:32:15 CET] <wm4> what's your problem? [16:32:28 CET] <wm4> and what isn't atomic? [16:34:10 CET] <ubitux> see http://ffmpeg.org/pipermail/ffmpeg-devel/2015-December/184281.html [16:34:42 CET] <ubitux> two senders are waiting, the receiver is able to signal unlock and re-acquire the fucking mutex before any of the other wakes up [16:35:21 CET] <wm4> well, pthread_cond_signal is basically an optimization to wake up only exactly 1 thread [16:35:30 CET] <ubitux> yes but not instantly [16:35:46 CET] <ubitux> apparently [16:35:51 CET] <wm4> ? [16:36:10 CET] <ubitux> look at the log [16:36:47 CET] <wm4> RECEIVER: acquired lock [16:36:47 CET] <wm4> RECEIVER: reading a msg from the queue [16:36:47 CET] <wm4> RECEIVER: signal the cond [16:36:47 CET] <wm4> RECEIVER: acquired lock [16:36:49 CET] <wm4> no unlock? [16:37:01 CET] <ubitux> i just didn't print it [16:37:04 CET] <ubitux> but it unlocks [16:37:12 CET] <ubitux> (after signal) [16:37:46 CET] <JEEB> def/win28 [16:37:52 CET] <JEEB> welp, sorry [16:38:12 CET] <wm4> if senders can block, then a single signal is definitely wrong [16:38:26 CET] <wm4> hm [16:38:28 CET] <wm4> or is it [16:38:40 CET] <ubitux> it wouldn't be wrong if there were 2 conditions [16:38:59 CET] <ubitux> i'm going the simple way and broadcasting everyone [16:39:13 CET] <ubitux> (both recv & senders everytime) [16:39:25 CET] <wm4> is it even supposed to have multiple readers and writers? [16:39:47 CET] <ubitux> now it is [16:40:04 CET] <ubitux> and i'm assuming yes [16:40:17 CET] <ubitux> since it's used like this in ffmpeg.c [16:40:23 CET] <ubitux> (1 thread per file) [16:40:40 CET] <ubitux> (used for packets queue) [16:40:52 CET] <wm4> sounds fine then (but why does ffmpeg.c need that) [16:41:58 CET] <ubitux> -i in1 -i in2 -i in3 ... [16:42:04 CET] <ubitux> parallel demuxing [16:42:17 CET] <wm4> shouldn't it have multiple queues then? [16:46:18 CET] <ubitux> dunno, didn't look closely [16:51:52 CET] <nevcairiel> BBB: i'm not sure i like the new patch, it makes integration with hwaccel harder, can we have a way that only sets ctx->pix_fmt in one place, ever? :) [16:52:57 CET] <nevcairiel> BBB: maybe write into s->pix_fmt and only set ctx->pix_fmt in update_size? [16:54:09 CET] <ubitux> what's up with the mozilla reports btw? the security ml just got flooded by them or sth? [17:09:17 CET] <nevcairiel> they started using ffmpeg over gst recently [17:09:18 CET] <nevcairiel> iirc [17:09:45 CET] <ubitux> ah, yeah right ok [17:09:54 CET] <Daemon404> over gst? sadface [17:10:03 CET] <nevcairiel> i mean, instead of [17:10:08 CET] <Daemon404> OH [17:10:11 CET] <Daemon404> ok [17:31:13 CET] <BBB> nevcairiel: ctx->pix_fmt is only set in read_colorspace_details(), so Im not sure theres an issue [17:32:59 CET] <BBB> nevcairiel: I guess youre concerned because you want a single place where updates to ctx->pix_fmt are callbacked into hwaccel, right? [17:33:07 CET] <BBB> nevcairiel: I think that doesnt change, its still update_size() [17:47:27 CET] <Mo_YouVisit> Hello! [17:54:12 CET] <Mo_YouVisit> I have been looking into converting equirectangular panoramic video into cubic video, but have not come across anyone who has created an FFMPEG filter for doing so. [17:54:34 CET] <Daemon404> tha sounds incredibly niche [17:54:36 CET] <Daemon404> so i am not surprised [17:54:38 CET] <Mo_YouVisit> I would like to avoid having to write the filter from scratch, does anyone know of someone who has been working on something similar or a forum where I can ask around? [17:54:50 CET] <Mo_YouVisit> Thats what I figured [17:56:11 CET] <durandal_1707> do you have samples of both videos [17:56:27 CET] <Mo_YouVisit> Yes [17:56:29 CET] <wm4> here's the right place to ask I'd say [17:56:55 CET] <Mo_YouVisit> There are applications that convert Equirectangular videos to Cubic but it requires the conversion to happen manually and we would like to automate the process [17:57:47 CET] <durandal_1707> I can write it if I know how it works [17:58:04 CET] <Mo_YouVisit> That would be amazing, I already found a Java implementation that works [17:58:13 CET] <durandal_1707> application name? [17:58:34 CET] <durandal_1707> Java is trivial to RE [18:00:11 CET] <nevcairiel> BBB: there is 4 lines that set ctx->pix_fmt [18:00:18 CET] <Mo_YouVisit> What is RE, I thought ffmpeg filters were written in C? [18:00:20 CET] <Compn> Mo_YouVisit : i remember reading about a filter to convert files into a 360 , like omnimax . lets see if i can find it [18:00:31 CET] <nevcairiel> BBB: in distinctly different places in the code [18:00:38 CET] <Mo_YouVisit> The java code can be found here http://os.ivrpa.org/panosalado/downloads in EquirectangularToCubic.zip [18:00:56 CET] <Mo_YouVisit> The conversion is doen in Equi2Rect.java [18:01:27 CET] <BBB> nevcairiel: theyre all inside read_colorspace_details, or in the bug clause surrounding intraonly frames (where that syntax element is missing from the bitstream) [18:01:29 CET] <BBB> nevcairiel: so ... [18:01:36 CET] <BBB> nevcairiel: what is your practical worry? [18:01:37 CET] <nevcairiel> BBB: personally I would just use s->pix_fmt everywhere in vp9.c, and only sync that to ctx->pix_fmt when needed, ie. never actually read ctx->pix_fmt [18:01:49 CET] <nevcairiel> thats how most other decoders work [18:01:49 CET] <BBB> but that reintroduces the bug [18:01:56 CET] <nevcairiel> how so [18:01:58 CET] <durandal_1707> Mo_YouVisit: than its even easier [18:02:04 CET] <BBB> where s->bytesperpixel is not in sync with ctx->pix_fmt [18:02:16 CET] <nevcairiel> why does it matter, s-> is private, and if ctx->pix_fmt is never read [18:02:20 CET] <BBB> if read_csp_details ssets s->bytesperpixel, it needs to set ctx->pix_fmt also [18:02:26 CET] <nevcairiel> i cant read the damn mozilla bug because they are paranoid tards [18:02:32 CET] <BBB> theres nothing in it [18:02:34 CET] <BBB> just a file [18:02:42 CET] <Mo_YouVisit> durandal_1707: how so? [18:03:21 CET] <nevcairiel> BBB: in practice, any place that sets ctx->pix_fmt needs to call the hwaccel code and handle errors and whatnot [18:03:29 CET] <nevcairiel> I like to have that once [18:03:39 CET] <nevcairiel> not 4 times [18:03:49 CET] <BBB> so lets do it in update_size()? [18:03:58 CET] <BBB> what hwaccel code do we need to call? [18:04:08 CET] <durandal_1707> Mo_YouVisit: I will look at it when I go back home [18:04:55 CET] <nevcairiel> thats what I was suggesting, just don't ever read ctx->pix_fmt and only set it in update_size, instead use (a new) s->pix_fmt throughout the entire decoder, then this one doesn't desync, and no harm is done [18:05:02 CET] <Mo_YouVisit> durandal_1707: Thank you! I will stay on IRC, just in case my email is mo.ben(a)youvisit.com [18:05:06 CET] <BBB> nevcairiel: we cant do that [18:05:09 CET] <nevcairiel> why not [18:05:15 CET] <BBB> nevcairiel: ctx->pix_fmt is used for buffer allocation [18:05:21 CET] <BBB> so we need to set that, not a placeholder [18:05:32 CET] <BBB> its functionally confirmed in update_size [18:05:36 CET] <nevcairiel> are buffers allocated before update_size? [18:05:44 CET] <BBB> nope, but theres error paths before it [18:06:09 CET] <nevcairiel> then i dont see the problem [18:06:13 CET] <BBB> so right now the error path allows us to a) set s->bytesperpixel, b) set s->pix_fmt (although its a local variable), then error out [18:06:22 CET] <BBB> and never reach c) set ctx->pix_fmt [18:06:29 CET] <BBB> this causes the two to be out of sync [18:06:40 CET] <BBB> then the next (inter) frame continuous where internal state left off (being invalid) [18:06:44 CET] <Compn> Mo_YouVisit: nevermind, cant find what i was looking for. [18:06:45 CET] <BBB> continues [18:06:50 CET] <BBB> and all kind of shit happens [18:06:54 CET] <nevcairiel> which doesnt really do harm, you didnt reach any code that would need it, and the next frame would call update_size and update ctx->pix_fmt if needed [18:06:55 CET] <BBB> so I want them to always be synced [18:06:58 CET] <Mo_YouVisit> Compn: Thats ok, thanks for the help! [18:07:13 CET] <BBB> the next frame never calls update_size [18:07:22 CET] <BBB> because the internal state is inconsistent [18:08:12 CET] <BBB> you reviewed the original patch, you can see that we check for subsample+bpp changes through fmt [18:08:19 CET] <BBB> if fmt never changes because we went into an error path [18:08:23 CET] <BBB> the buffers are never reallocated [18:08:34 CET] <BBB> but internal variables like s->bpp and so on are changed [18:08:37 CET] <BBB> thats a huge issue [18:08:40 CET] <nevcairiel> i don't see how changing which variable you check against makes any kind of difference there [18:08:51 CET] <nevcairiel> you do the same check [18:09:06 CET] <BBB> ok, lets start from zero [18:09:19 CET] <durandal_1707> Mo_YouVisit: do you have input samples? [18:09:20 CET] <BBB> do you see how s->bytesperpixel and ctx->pix_fmt get inconsistent in the current code? [18:09:33 CET] <BBB> if you trigger an error path between read_colorspace_details and update_size [18:09:41 CET] <BBB> (of which theres a couple) [18:10:35 CET] <BBB> regardless of whether that inconsistency is a problem or not, just, do you see theyll be inconsistent [18:10:38 CET] <nevcairiel> thats why I am suggesting you introduce s->pix_fmt which is always in sync with s->bpp, then you can use both these variables to check the internal state, and always keep everythign fine and dandy - and all that on top of your current patch which adds last_fmt to track changes [18:11:02 CET] <nevcairiel> just only have one central place as late as possible that updates ctx->pix_fmt [18:11:06 CET] <BBB> but why [18:11:06 CET] <nevcairiel> like, in update_size [18:11:15 CET] <BBB> I dont see why add an extra variable thats just a copy [18:11:19 CET] <BBB> soooooo many variables [18:11:26 CET] <nevcairiel> because its not a copy for hwaccel [18:11:48 CET] <nevcairiel> s->pix_fmt would be yuv420p while ctx->pix_fmt would be pix_fmt_dxva2 [18:11:50 CET] <nevcairiel> or something [18:11:57 CET] <nevcairiel> that allows you to still do the proper checks [18:12:10 CET] <BBB> aaaaaaha [18:12:10 CET] <BBB> ok [18:12:14 CET] <BBB> that starts to explain things [18:12:20 CET] <BBB> so you dont ever want me to check ctx->pix_fmt, ever [18:12:24 CET] <nevcairiel> right [18:12:35 CET] <nevcairiel> never read that one, as hwaccels change it [18:12:36 CET] <BBB> ctx->pix_fmt should be write-only [18:12:50 CET] <BBB> now were getting somewhere [18:12:51 CET] <BBB> ok [18:14:33 CET] <nevcairiel> it was a bit annoying in my current hwaccel patch as it is, but because you used a local variable i could work around it [18:14:45 CET] <nevcairiel> but by moving the setting into the reading function, it gets difficult [18:15:14 CET] <BBB> ok, Ill change that [18:15:45 CET] <durandal_1707> how this filter should be named? [18:15:58 CET] <BBB> re-testing with asan, will take an hour or so [18:16:07 CET] <BBB> (compiling ffmpeg is sooooooooooooo sloooooooooooooow) [18:16:44 CET] <nevcairiel> there is still one weird thing left regarding pixfmts [18:16:54 CET] <nevcairiel> because vp9 is so crazy and supports ref frames in different sizes [18:17:23 CET] <BBB> that doesnt affect pixfmt though [18:17:35 CET] <nevcairiel> no, but there is a check that checks if the ref is the same pixfmt [18:17:42 CET] <nevcairiel> which can be slightly difficult [18:17:46 CET] <nevcairiel> i'll have to re-visit that [18:18:09 CET] <BBB> is the avframe->format using hwaccel or native pixfmt? [18:18:14 CET] <nevcairiel> hwaccel [18:18:17 CET] <nevcairiel> which is the problem [18:18:22 CET] <BBB> hum&. right [18:18:27 CET] <nevcairiel> i'll think on that [18:18:32 CET] <nevcairiel> dont worry about it yet [18:18:43 CET] <BBB> that would mean its currently broken right? [18:18:54 CET] <nevcairiel> i hacked around it in an ugly way [18:19:00 CET] <BBB> ? [18:19:19 CET] <nevcairiel> I told it to consider a hwaccel foirmat equal to yuv420p [18:19:31 CET] <nevcairiel> which is generally true, but still ugly [18:19:55 CET] <BBB> hahahahha [18:19:57 CET] <BBB> so ugly [18:20:57 CET] <nevcairiel> actually [18:21:13 CET] <nevcairiel> hm no [18:21:51 CET] <nevcairiel> well i'll think on a solution [18:22:15 CET] <nevcairiel> there is also a problem with the location of that check [18:22:31 CET] <nevcairiel> it checks the format before update_size is called, so it doesnt even know if the hwaccel is used [18:22:43 CET] <nevcairiel> maybe I need to move that to another place to be sure [18:24:17 CET] <nevcairiel> will have to re-visit this [18:24:45 CET] <BBB> better this way? [18:24:48 CET] <BBB> (new patch on ML) [18:25:15 CET] <BBB> nevcairiel: we can move that check down, its not critical where its placed, just that its done before read_header returns [18:25:23 CET] <BBB> so moving it below update_size is called is fine [18:28:24 CET] <nevcairiel> BBB: patch looks fine, a quick grep shows ->pix_fmt isnt accessed anywhere else otherwise, so that seems ok [18:28:37 CET] <BBB> right, I ctrl-fed that also :-p [19:04:20 CET] <Mo_YouVisit> durandal_1707: I have an input uploaded here: http://video-us-east-1.youvisit.com/242477/2880_30_3.mp4 I guess it would make sense for it to be named EquirectangularToCubic [19:05:42 CET] <Compn> Mo_YouVisit : did you see this https://github.com/eVRydayVR/ffmpeg-unwarpvr/ [19:06:12 CET] <Compn> i guess thats just unwarping some edges for occulus rift [19:07:02 CET] <Mo_YouVisit> Compn: Yes I have, that is just to remove barrel distortion like you said [19:10:50 CET] <Compn> i thought there was another one [19:10:51 CET] <Compn> for mplayer [19:11:10 CET] <Compn> possibly using opengl for panoramic warping [19:11:21 CET] <Compn> guh if i can find it [19:11:30 CET] <Compn> not important i guess [19:15:06 CET] <Compn> yes [19:15:13 CET] <Compn> planetarium mplayer [19:15:23 CET] <atomnuker> how does filter_complex deal with files having different bit depths? [19:15:32 CET] <atomnuker> swscale? [19:15:57 CET] <nevcairiel> probably [19:16:02 CET] <nevcairiel> depends on what filters you use [19:16:35 CET] <wm4> filters can announce what formats they want on their inputs [19:17:15 CET] <Compn> ah thats just distorted fishe ye [19:17:58 CET] <Mo_YouVisit> Yeah, there are a lot of distortion correction filters out there but not many for changing between projections [19:18:12 CET] <Compn> fair enough, sorry for the noise : ) [19:18:23 CET] <Mo_YouVisit> No problem, appreciate the help! [19:26:40 CET] <Compn> whos working on filters and wants to merge that unwarp filter? https://github.com/eVRydayVR/ffmpeg-unwarpvr/ [19:26:45 CET] <Compn> ubitux? [19:26:48 CET] <Compn> :P [19:26:54 CET] Action: Compn runs [19:27:06 CET] <fritsch> wm4: starting to bisect now [19:29:31 CET] <charlie_youvisit> if the unfolded cube is this [19:29:34 CET] <charlie_youvisit> http://imgur.com/xtt2UZ3 [19:29:59 CET] <charlie_youvisit> with faces labeled as Left, Front, Right, Back, Up, Down [19:30:15 CET] <charlie_youvisit> we'd like the final video to be packaged like this: [19:30:22 CET] <charlie_youvisit> http://imgur.com/2PiDuh3 [19:33:27 CET] <charlie_youvisit> where the black bar is an 8 bit separation to avoid compression artifacts [19:34:01 CET] <charlie_youvisit> *8 pixel, not 8 bit [19:39:58 CET] <kierank> interesting discovery today that dirac decoder has bugs [19:45:44 CET] <Compn> are bbc still using dirac ? [19:46:26 CET] <kierank> yes [19:46:28 CET] Action: kierank is too [19:46:36 CET] <atomnuker> didn't you hear, wavelets are the next big thing in video encoding [19:47:00 CET] Action: atomnuker realizies it's not 2004 and wavelets suck for low-bitrate stuff [19:51:34 CET] <ubitux> Compn: i don't care [19:51:38 CET] <fritsch> wavelets :-) [19:51:39 CET] <fritsch> hehe [19:51:40 CET] <ubitux> but thx i guess [19:51:47 CET] <fritsch> the train is already driven further ... [19:51:56 CET] <fritsch> after it was quite popular at our institute ... [19:53:58 CET] <Daemon404> atomnuker, bbc uses it as a mezzanine, as is tradition [19:54:04 CET] <Daemon404> so no low bitrate [19:54:58 CET] <fritsch> I also think it's not really ture what @atomnuker said - at least not in general [19:55:02 CET] <fritsch> and not for all pairs [19:55:08 CET] <fritsch> (there are too many specialized) [19:55:40 CET] <fritsch> s/pairs/families/ [19:56:05 CET] <Daemon404> it's true for all practical purposes currently [19:56:43 CET] <fritsch> makes me wonder a bit, cause already in 90s special wavelet for very low bitrate video has been suggested [19:57:29 CET] <Daemon404> we also loved VQ and codebooks in the 90s ;) [19:57:30 CET] <fritsch> hybrids, using the wavelet for the intraframe pictures [19:57:34 CET] <fritsch> hehe [20:10:55 CET] <Compn> zlib, zlib everywhere! [20:13:57 CET] <TD-Linux> well wavelets are still around, vp9 and daala use wavelets for lossless [20:14:29 CET] <fritsch> as they are in industrial image processing for defect classification [20:14:35 CET] <TD-Linux> daala also uses the haar wavelet for screencasting because it performs better on text than the DCT [20:14:41 CET] <fritsch> and if there is no argument left, you say: jpeg 2000 [20:15:23 CET] <TD-Linux> I've actually seen good jpeg 2000 encoders! [20:15:45 CET] <TD-Linux> but most, along with jpeg 2000 and the selection of the 9/7 wavelet, are based around hyperoptimizing PSNR [20:16:48 CET] <durandal_1707> I will just push my filters without waiting for ganesh approval, as he appears to dislike me in general [20:17:23 CET] <llogan> which filters? [20:19:30 CET] <fritsch> TD-Linux: performs better means: better compression while psnr still better ,right? [20:19:51 CET] <fritsch> TD-Linux: which is kind of clear for the edges that this text has ... [20:22:48 CET] <durandal_1707> llogan: sidechaingate, apulsator, aemphasis [20:24:50 CET] <TD-Linux> fritsch, yeah, looks better at the same bitrate [20:24:51 CET] <llogan> durandal_1707: i looked at apulsator docs. LGTM other than a few nits that I don't care about, but i'm sure ganesh will point them out. [20:25:39 CET] <llogan> (i forgot to send apulsator LGTM email/noise earlier) [20:26:17 CET] <TD-Linux> also wavelets are used for DC coeffs in H264 and daala as well, in the former for speed, in the latter for flexibilty with varying block size [20:26:46 CET] <fritsch> yeah I wondered that the others sounded that negative about them [20:26:53 CET] <TD-Linux> really the only place they died was for the primary transform for natural images, where they give a worse coding gain. [20:27:39 CET] <llogan> Timothy_Gu: did you ever look into a twitter bot to squawk releases? (I didn't) someone on twitter complained about my slowness/laziness. i don't tihnk it's important unless you are bored and want to look busy in class [20:28:09 CET] <TD-Linux> they were overhyped because they gave ridiculous PSNR numbers, and for features that no one wanted (multiresolution images), hence the hate :) [20:28:31 CET] <fritsch> TD-Linux: in germany the state "sponsored" new science project - if you had "wavelets" in the name ... [20:28:44 CET] <fritsch> so everyone started to be a wavelet specilist [20:29:10 CET] <fritsch> for classification: find the wavelet that displays the defect best ... while a simple highpass would have been sufficient [20:29:21 CET] <fritsch> or using the scales ... "just for fun" [20:29:25 CET] <fritsch> this is a scale 7 error [20:29:29 CET] <fritsch> this one a scale 4 [20:29:37 CET] <fritsch> and classifiing on the scale [21:23:05 CET] <durandal_1707> is checking for cabs and cexp enough for aemphasis? [21:35:30 CET] <durandal_1707> ok so if there's no more comments I gonna push aemphasis [21:40:30 CET] <Daemon404> g 42 [21:41:30 CET] <llogan> durandal_1707: several users have wanted to change color of background and waveforms for showwavespic. what do you think about that feature? [21:48:51 CET] <durandal_1707> ah, they can do something with colorchannelmixer [21:49:22 CET] <durandal_1707> but showwaves filter outputs into gray only [21:49:58 CET] <durandal_1707> could open bug report maybe saste wants to work on that [21:51:13 CET] <llogan> i gave a shitty example using colorbalance [21:51:44 CET] <llogan> ill make the feature request. maybe later today. [21:58:43 CET] <cone-202> ffmpeg 03Paul B Mahol 07master:cde75e3150ff: avfilter/vf_histogram: remove deprecated stuff [22:06:00 CET] <durandal_1707> you can use colorlevels too [22:12:06 CET] <cone-202> ffmpeg 03Michael Niedermayer 07master:736e2e2c3008: avfilter/vf_shuffleframes: Assert that the case of an uninitialized ret does not occur [22:12:27 CET] <ubitux> why is ff_aac_tableinit inlined in a .h? [22:16:50 CET] <KGB> [13FFV1] 15dericed opened pull request #15: Definition updates (06master...06definition-updates) 02http://git.io/vRvIR [22:17:52 CET] <andrey_utkin> hi! would a change to vf_scale introducing per-frame reevaluation of scaling factor, allowing to use timestamp/frame number as constant, be welcome? I need to implement "popping" of overlays. Got it working with large sendcmd files, but that's ugly. I see no other way. [22:50:37 CET] <Daemon404> ubitux, liekly because it is shared in the enc and dec [22:56:17 CET] <fritsch> wm4: [6ec688e1bc76dd93151cbca1c340162ae4b10d77] mp3: enable packed main_data decoding in MP4 [22:57:15 CET] <wm4> ok [22:57:23 CET] <fritsch> i will bisect to finish (1 step left) [22:57:38 CET] <fritsch> but I am quite sure that's exactly it [22:58:22 CET] <fritsch> you see the commit? i really wonder what this commit does [22:58:27 CET] <fritsch> especially at the beginning [22:58:44 CET] <fritsch> it removes some "framesize" checking [22:58:49 CET] <fritsch> and enables AVSTREAM_PARSE_FULL [22:59:14 CET] <fritsch> i will update the bugreport after bisecting is finishd [22:59:25 CET] <wm4> seems like it rather removes AVSTREAM_PARSE_FULL, except in a special case [22:59:27 CET] <fritsch> but from an uneducated guess it seems the parse_full is not working [22:59:32 CET] <fritsch> jep [23:00:02 CET] <wm4> but I really wonder why does it change the decoder and a single demuxer at the same time [23:01:46 CET] <fritsch> is luca barbato online here? [23:01:53 CET] <fritsch> "In order to accept this, this patch removes unnecessary frame size checking on mp3 decoder. [23:01:56 CET] <fritsch> " [23:02:05 CET] <fritsch> i always find it funny if it seems - that those were necessar [23:02:06 CET] <fritsch> y [23:02:40 CET] <nevcairiel> the real problem in that patch is limiting the parsing to a few select samples only [23:02:45 CET] <fritsch> yes [23:02:56 CET] <fritsch> that seems "adventurous" [23:03:01 CET] <fritsch> (in the right spelling of course) [23:04:04 CET] <wm4> fritsch: he's lu_zero on Libav, but talking to him would be rude, because you're using and discussing FFmpeg, not Libav [23:04:52 CET] <j-b> fritsch: query lu_zero and he will answer [23:05:40 CET] <fritsch> wm4: okay [23:05:45 CET] <fritsch> i don't want to be rude :-) [23:05:54 CET] <fritsch> i just reverted his patch, fixed the hunks [23:05:59 CET] <fritsch> and will now retest latest stable [23:06:08 CET] <fritsch> this bug has caused me headaches a very long time [23:06:12 CET] <fritsch> not only in this special mp4 [23:06:21 CET] <fritsch> but always from time to time with handbrake encodes [23:06:31 CET] <wm4> I mean as long as you don't assume lu_zero is a ffmpeg dev it's probably ok [23:06:40 CET] <fritsch> ah okay [23:06:47 CET] <fritsch> i thought this libav / ffmpeg thing is over [23:06:47 CET] <wm4> but then I'd also try to reproduce it with Libav [23:06:54 CET] <wm4> haha, no [23:07:03 CET] <wm4> (and reasonably speaking, ffmpeg could have broken it on merge) [23:07:09 CET] <fritsch> a let's see [23:07:17 CET] <fritsch> what cehoyos says [23:07:30 CET] <nevcairiel> better dont [23:07:37 CET] <nevcairiel> it'll just frustrate you [23:07:52 CET] <fritsch> hahaha [23:08:00 CET] <fritsch> hihi - i love people with principles :-) [23:08:08 CET] <fritsch> if that fritsch guy does not provide ffmpeg -i info [23:08:12 CET] <fritsch> i won't say thank you [23:08:14 CET] <fritsch> it's okay :-) [23:09:11 CET] <fritsch> Okay - let's play this game - i bet he checks it himself - as he is eager to close the bug [23:09:30 CET] <fritsch> while I think from a user pov I invested enough time ... [23:10:54 CET] <kierank> michaelni: did you see the ffv1 segfault? [23:16:31 CET] <nevcairiel> fritsch: i think he just meant to point out that he already identified the regression in his comment [23:16:47 CET] <fritsch> nevcairiel: ah! [23:16:57 CET] <fritsch> man, if he would communicate more clearly [23:17:10 CET] <fritsch> i could have saved myself that bisect [23:17:40 CET] <fritsch> yeah - there it is [23:17:43 CET] <fritsch> but he was not sure .-) [23:17:55 CET] <fritsch> Regression since ae215e2b / 6ec688e1 [23:18:02 CET] <fritsch> 6ec688e1 <- was it in deed [23:18:13 CET] <nevcairiel> one is the commit, the other is the commit that merged it [23:21:01 CET] <fritsch> oki [23:21:03 CET] <fritsch> thx [23:22:02 CET] <fritsch> oki [23:22:07 CET] <fritsch> (including a typo) [23:23:10 CET] <nevcairiel> reverting should only be the last resort, usually there was a reason for the commit in the first place - fixing one sample at the expense of another is going to turn weird fast [23:24:14 CET] <fritsch> when reading the commit message [23:24:20 CET] <fritsch> i think it is even wrong [23:24:23 CET] <nevcairiel> in this case specifically, wm4 already send a patch always enabling parsing again in movdec, and apparently that breaks something [23:24:42 CET] <fritsch> let me test something [23:25:14 CET] <wm4> yes, I got 2 failing samples, but didn't pursue it further [23:25:36 CET] <wm4> (my patch might just be complete garbage) [23:26:27 CET] <fritsch> http://sprunge.us/hWUJ [23:26:33 CET] <fritsch> ^^ yours also does this, right? [23:26:52 CET] <nevcairiel> nah it removes another block of guessing [23:26:54 CET] <nevcairiel> there is two now [23:27:00 CET] <fritsch> okay [23:27:02 CET] <nevcairiel> but end result is the same [23:27:05 CET] <nevcairiel> parse full is set [23:27:29 CET] <fritsch> wm4: can you link me the non working sample? [23:27:34 CET] <nevcairiel> https://dl.dropboxusercontent.com/u/76042064/packed_maindata.mp3.mp4 [23:28:04 CET] <wm4> yes, that [23:28:05 CET] <fritsch> yeah :-) [23:28:33 CET] <fritsch> btw. my old mpv version that played "the denis sample" also fails with this one [23:28:45 CET] <fritsch> gstreamer stutters [23:28:55 CET] <fritsch> makes tuut ... tuuut [23:29:00 CET] <wm4> and quicktime? [23:29:10 CET] <fritsch> mpg123 fails to decode [23:29:20 CET] <fritsch> only linux here, sorry [23:29:37 CET] <fritsch> so - if ffmpeg cannot play _this_ fail it's not really a regression :-) [23:29:48 CET] <fritsch> but the denis file is played by all others / including older ffmpeg version [23:29:53 CET] <nevcairiel> if it works today and doesnt tomorrow, its a regression [23:29:54 CET] <nevcairiel> :D [23:30:04 CET] <fritsch> this worked? [23:30:20 CET] <nevcairiel> i would assume the linked file works wiith current git master [23:30:32 CET] <wm4> meanwhile I'm trying to write a recursive function in shell (god, fuck shell) [23:30:36 CET] <fritsch> it does not work with ffmpeg 2.7.3 [23:30:42 CET] <nevcairiel> thats not git master [23:30:42 CET] <nevcairiel> :P [23:30:52 CET] <fritsch> wait I try [23:30:54 CET] <fritsch> with master [23:30:56 CET] <fritsch> two seconds [23:31:00 CET] <wm4> was 2.7.3 before that change that broke it? [23:31:12 CET] <fritsch> that's the funny part: i cannot say exactly [23:31:19 CET] <fritsch> first I bisected between 2.7.0 and latest master [23:31:22 CET] <fritsch> and only got bad [23:31:29 CET] <fritsch> then I started earlier 2k14 [23:31:43 CET] <durandal_1707> wm4: so what doesn't suck? [23:31:48 CET] <fritsch> this packed_maindata.mp3.mp4 is broken with master, too [23:31:49 CET] <fritsch> :-) [23:31:54 CET] <fritsch> so not sure which regression you search [23:32:24 CET] <nevcairiel> 6ec688e1bc76dd is not in 2.7, it was commited in june, long after the 2.7 branch [23:32:33 CET] <fritsch> good [23:32:42 CET] <wm4> durandal_1707: nothing, but shell sucks a _lot_ [23:33:04 CET] <wm4> it's literally like trying to do precision mechanics with stone age tools [23:33:11 CET] <fritsch> nevcairiel: okay - so basically there is no ffmpeg versio nat all that can play your dropbox file? [23:33:18 CET] <durandal_1707> what you need shell for? [23:33:28 CET] <fritsch> can windows media player play it :-) [23:33:28 CET] <wm4> durandal_1707: ffmpeg's build system [23:33:38 CET] <wm4> can vlc play it? [23:33:51 CET] <wm4> can anything? what can? [23:33:56 CET] <fritsch> wm4: don't you also have a computer? :-) [23:34:24 CET] <wm4> yeah, but just enough time to waste my time on irc [23:34:57 CET] <fritsch> i tried mplayer, mpv, ffmpeg 2.7.3, ffmpeg-master, ffmpeg-master with the revert we talked, mpg123, totem [23:35:03 CET] <fritsch> no one made that play [23:35:17 CET] <durandal_1707> Start wmp... [23:35:33 CET] <fritsch> need a windozer for this [23:35:49 CET] <fritsch> but before you search regression you should find a version that actually played it (TM) [23:36:39 CET] <durandal_1707> old mplayer [23:36:50 CET] <fritsch> is there a non old mplayer? [23:36:54 CET] <fritsch> durandal_1707: that means you can play it? [23:37:07 CET] <durandal_1707> nah [23:37:26 CET] <nevcairiel> fritsch: using ffmpeg master it errors a lot on the console, but the audio isnt too broken [23:37:29 CET] <fritsch> vlc does not detect the stream [23:37:42 CET] <fritsch> nevcairiel: the same is true for the denis sample [23:37:58 CET] <fritsch> do you use ffplay to actually hear what comes out? [23:38:11 CET] <nevcairiel> nah i dont have sdl, i transcoded to flac :D [23:39:02 CET] <fritsch> http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/204316 [23:39:04 CET] <fritsch> ^^ so [23:44:07 CET] <cbsrobot-> packed_maindata.mp3.mp4 cannot be played in quicktime [23:45:16 CET] <fritsch> cbsrobot-: thx [23:45:37 CET] <fritsch> nevcairiel: i reverted the wrong commit from master, when retesting plain master - ffplay from master can play it [23:46:58 CET] <fritsch> good night [23:47:23 CET] <cbsrobot-> durandal_1707: are you still interested in filter propositions ? [23:51:29 CET] <durandal_1707> cbsrobot-: which one? [23:54:50 CET] <cbsrobot-> durandal_1707: implementing LEQ(A) LEQ(M) and/or ITU-R 468 audio meter [23:55:36 CET] <durandal_1707> hmm is there some documentation? [23:56:03 CET] <durandal_1707> lavfi have peak meter [23:56:08 CET] <cbsrobot-> bacly https://en.wikipedia.org/wiki/ITU-R_468_noise_weighting [23:56:20 CET] <cbsrobot-> it's a weighted meter [23:59:24 CET] <nevcairiel> could probably steal the K weighting from the ebur128 filter and modify the weights for the 468 curve [00:00:00 CET] --- Wed Dec 2 2015

1 0

ffmpeg.log.20151201
by burek 02 Dec '15

02 Dec '15

[00:07:08 CET] <autofsckk> i cant find how to cut the "canvas", is it possible? i mean if i have a video 600x400 for instance, but i want to get rid of the border, like the ones made from iphones recordings and i want to make it maybe 350x400 , is it possible? [00:08:05 CET] <autofsckk> kepstin -> thanks for the explanation [00:08:06 CET] <Mavrik> Use a crop video filter. [00:09:27 CET] <autofsckk> i see, this one http://ffmpeg.org/ffmpeg-filters.html#crop right? [00:10:22 CET] <autofsckk> reading it, thanks [00:28:22 CET] <dongs> why the hell doesn't -to actually work when cutting?? [00:28:29 CET] <dongs> am I missing something super obvious [00:28:42 CET] <dongs> i hate having to go to wolframalpha to do dumb shit like subtract timestamps [00:29:22 CET] <dongs> -ss 1:52:22 -to 2:06:34 doesn't work, but -ss 1:52:22 -t 14:12 does [05:32:58 CET] <dongs> ... wow [05:33:02 CET] <dongs> thanks for all the replies brors [08:18:32 CET] <wlritchi> Suppose I'm receiving some audio/video streams and encoding to mp4(h264,aac) on the fly; is there a way to put the moov atom at the start of the file so players can start playing it when it's only partially processed? [08:19:07 CET] <wlritchi> I've seen -movflags faststart but comments on the site I found it suggest that it only works as a second pass [08:20:06 CET] <wlritchi> Is it fundamentally impossible to write a (complete) moov atom without having seen the entire file? [08:38:40 CET] <waressearcher2> wlritchi: hallo [09:03:16 CET] <maco> Hi everyone, I'm trying to follow this post http://blog.oscarliang.net/webcam-streaming-video-raspberry-pi-via-browser/... but although I can open the stream from VLC when i try to open it from web browser (chrome) it dowloads mjpeg, i've read around that changing the port might help, to be honest havent tried that, anymore suggestions? [09:30:26 CET] <waressearcher2> maco: hallo [09:30:43 CET] <Mavrik> wlritchi, it's fundamentally impossible to write the MOOV atom before you write data (it contains an index) [09:31:00 CET] <Mavrik> wlritchi, I suggest you use MPEG2-TS if you can or use MP4 segmented mode if your player supports it [09:36:15 CET] <maco> hi waressearcher2 [09:50:02 CET] <waressearcher2> maco: wie geht's es dir ? [10:04:28 CET] <wlritchi> Mavrik: Thanks for the advice; I'll look into other transports since that's probably easier [10:17:18 CET] <maco> @waressearcher2: Im fine thanks, No german here BTW! xD [10:26:41 CET] <maco> hallo, anyone here experiengin issues when streaming mjpeg it wont open on browser (chorme) instead it download a file.... [10:45:38 CET] <xintox> howdy [10:45:47 CET] <waressearcher2> xintox: hallo [10:52:35 CET] <maco> ye'llow [11:08:17 CET] <xintox> man. debian version on wheezy is totally outdated [11:08:31 CET] <xintox> does ubuntu have an easier way to get latest versions of ffmpeg? [11:10:41 CET] <Mavrik> xintox, get static builds. [11:11:11 CET] <fritsch> xintox: http://johnvansickle.com/ffmpeg/ [11:15:39 CET] <xintox> oy [11:15:58 CET] <waressearcher2> xintox: #ubuntu ? [11:16:28 CET] <xintox> wtf is .tar.xz file? [11:28:13 CET] <xintox> nm [11:28:20 CET] <xintox> i am getting old [11:33:23 CET] <fritsch> :-) [12:01:48 CET] <maco> hi is there anyone here?!?!?!??!? [12:01:50 CET] <maco> :S [12:01:57 CET] <xintox> does hls_time have to coincide with source stream? [12:02:08 CET] <xintox> maco: hey [12:15:01 CET] <maco> Hi, [12:15:36 CET] <maco> I created a mjpeg stream it open fine on VLC but when opened from browser it download the mjpeg file... [12:15:38 CET] <maco> ? [12:18:59 CET] <xintox> maco what browser? [12:23:31 CET] <maco> chrome [12:23:34 CET] <maco> and IE [12:50:31 CET] Action: maco slaps xintox around a bit with a large fishbot [12:50:41 CET] <maco> xD [13:24:06 CET] <DHE> xintox: you can set hls_time to whatever you want, but keep in mind that the keyframe interval will regulate it [13:24:57 CET] <DHE> I find 4s to be a good minimum, and 10s as a common default or maximum by the industry [14:04:17 CET] <dantti> I'm creating an AVFrame from a QVideoFrame, since QVF has the image bits mapped I'm just assigning to the avframe->data[] planes, but I'm afraid of when avframe get freed it frees that data, does this look sane? https://paste.kde.org/pvvhg0bq7 [14:06:21 CET] <BtbN> Are you sure the pix_fmt is compatible? [14:07:02 CET] <Mavrik> Uhh, that probably won't fly well. [14:07:22 CET] <Mavrik> Check the doc on what encode_frame guarantees around the buffer ownership [14:08:17 CET] <dantti> BtbN: for now I hardcoded AV_PIX_FMT_NV21 which is what QVideoFrame->pixelFormat() returns (QVideoFrame::Format_NV21) [14:11:29 CET] <dantti> Mavrik: you mean avcodec_encode_video2? if so it doesn't say anything about the frame [14:11:59 CET] <dantti> since the code compiles if I write the output to a file will it be played somewhere (as I'm not muxing yet)? [14:13:10 CET] <dantti> *playable [14:25:27 CET] <dantti> the code runs at least hopefully it ain't leaking... :P [14:57:16 CET] <maco> 3rd attempt... [14:57:18 CET] <maco> Hi everyone, I'm trying to follow this post http://blog.oscarliang.net/webcam-streaming-video-raspberry-pi-via-browser/... but although I can open the stream from VLC when i try to open it from web browser (chrome) it dowloads mjpeg, i've read around that changing the port might help, to be honest havent tried that, anymore suggestions? [14:58:08 CET] <maco> THE COMMAND... [14:58:08 CET] <maco> ffserver -f /etc/ffserver.conf & ffmpeg -v verbose -r 5 -s 640x480 -f video4linux2 -i /dev/video0 http://localhost/webcam.ffm [15:03:47 CET] <retard_> i don't think browsers support mjpeg [15:11:07 CET] <maco> any format that browser would support? strange becuase the link I gived at the top said that it worked for him??? [15:28:08 CET] <maco> ok [15:28:13 CET] <maco> found tha issue at last [15:28:14 CET] <maco> !!! [15:28:20 CET] <maco> FYI* [15:28:37 CET] <maco> bug with the latest version of Chrome [15:28:45 CET] <maco> <img src="http://raspcloud.local/yourfile.mjpeg" /> [15:28:47 CET] <maco> ... [16:20:53 CET] <awfulmakefile> Do I need this line? DATA_FILES := $(wildcard $(SRC_PATH)/presets/*.ffpreset) $(SRC_PATH)/doc/ffprobe.xsd [16:21:15 CET] <awfulmakefile> I'm only using this library to get net streams and decode into pixels [16:21:26 CET] <awfulmakefile> looks like some sort of shaders? [16:53:42 CET] <pkeuter> hi. i am trying to encode a h264 file from a device to file and play it in a html5 video element at the same time. the recording goes fine, the playing works too, but the browser wants to load the entire file before it can play. i already use -movflags frag_keyframe+empty_moov but for some reason this doesn't seem to work. anyone has an idea? [16:58:30 CET] <Franciman> Hello [16:59:37 CET] <Franciman> I'm using ffmpeg libraries and was wondering: If I have a generic audio stream, not mono. How can I transform it in mono? [17:00:38 CET] <fritsch> swresample and setting the target to mono [17:01:49 CET] <fritsch> Franciman: http://stackoverflow.com/questions/14989397/how-to-convert-sample-rate-from… [18:02:55 CET] <awfulmakefile> If I'm using ffplay to just decode h264 for pixel reads only Do I really need to configure filters? [18:04:47 CET] <durandal_1707> usually no [18:07:33 CET] <awfulmakefile> So if i just open a stream rtsp i would need protocol rtsp [18:07:40 CET] <awfulmakefile> and probably h264 if its encoded like that [18:08:45 CET] <awfulmakefile> As far as muxers and demuxers go... im reading some of the docs and they seem to be audio related.... but the ffmpeg.org says demuxers are configured elements that can read the multimedia streams which seems to indicate they deal with video as well [18:09:03 CET] <awfulmakefile> I dont need anything audio period... what -disables would i want to use to ensure this? [18:16:12 CET] <hmbg> Good evening. I just upgraded to 2.8.3, and now my tried and true command line doesnt run anymore. http://pastebin.com/wt9XYbgN [18:16:32 CET] <hmbg> Cannot select sample rate for the link between filters audio format for output stream 0:1 and output stream 0:1. [18:23:19 CET] <c_14> hmbg: looks like a bug to me, open a bugreport on trac [18:23:40 CET] <hmbg> oh snap [18:23:54 CET] <c_14> mention that it's a regression [18:24:04 CET] <hmbg> any suggestions for a workaround? [18:24:04 CET] <c_14> although, could you test with a build from git first? [18:24:20 CET] <hmbg> I could try [18:27:06 CET] <c_14> AS for a workaround, I'd try and minimalize the command so you know exactly where it's breaking (only use one output at a time, find which of the outputs is causing the error, find which filterchain is causing the error by removing them one at a time etc) [18:27:43 CET] <c_14> Then probably add an aformat filter to that filterchain [18:31:06 CET] <hmbg> ok, will look into it [18:31:34 CET] <hmbg> just to double check, test with a build from git you mean checkout the latest from git and build it from source? [18:34:35 CET] <c_14> either that, or use the static git build [18:48:54 CET] <hmbg> does not work with a git build [18:49:10 CET] <c_14> Ok, then it's a bug [18:50:01 CET] <hmbg> Ill post it in trac [18:50:28 CET] <c_14> Mention that it's a regression between whatever version you had before and 2.8.3 [18:50:36 CET] <c_14> and paste the output from the git build [18:50:43 CET] <c_14> (to the ticket) [18:52:51 CET] <awfulmakefile> how about this... configure --disable-all-audio [18:52:57 CET] <awfulmakefile> what does that equate to? [18:53:40 CET] <c_14> There's no such option [18:53:56 CET] <c_14> Ah, you want to disable them [18:53:58 CET] <awfulmakefile> right so how would i accomplish this or is it not possible now [18:54:06 CET] <awfulmakefile> yeah i only obtain a stream rtsp decode it [18:54:13 CET] <awfulmakefile> do some shit with pixels and im done [18:54:34 CET] <c_14> It's probably easier to disable-everything and enable the things you need [18:54:43 CET] <awfulmakefile> Yeah im getting to that point [18:54:59 CET] <c_14> You could of course list all muxers/demuxers/parses/decoders and encoders and disable all the audio ones [18:57:11 CET] <hmbg> btw the aformat line did the trick, so it works now. Thanks a bunch c_14 [18:58:36 CET] <awfulmakefile> how well would running 4 ffplays connected to different streams work out on a intel i3? not so well? [18:59:18 CET] <awfulmakefile> i ran about 4 on a i7 and it seemed to handle it but on another i7 it wasnt so good (slightly less specs) so been going through it trying every thing possible to make is thinner [19:18:53 CET] <dantti> does ffmpeg automatically sets x264_opt_.i_threads ? [19:32:40 CET] <Mavrik> dantti, yes [19:32:58 CET] <Mavrik> X264_THREADS_AUTO is the default IIRC [19:33:38 CET] <dantti> Mavrik: k, thanks, I'm now able to write a h264 file, now I need the muxing part :P [19:51:02 CET] <awfulmakefile> It seems like --enable-lto causes assembly restraints linker errors [19:51:31 CET] <awfulmakefile> using this line: [19:51:31 CET] <awfulmakefile> ./configure --enable-shared --disable-static --prefix=/usr --arch=x86 --disable-postproc --disable-swscale-alpha --disable-ffmpeg --disable-ffprobe --disable-ffserver --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --disable-encoders --disable-outdevs --disable-indevs --disable-muxers --disable-filters --disable-debug --enable-pic --enable-lto [19:59:53 CET] <awfulmakefile> if i add --disable-asm to that it compiles... but dont i lose a ton of optimizations or do I really lose anything at all... [20:01:09 CET] <kepstin> awfulmakefile: you don't want to use --disable-asm, that'll make your ffmpeg a lot slower. [20:01:38 CET] <DHE> and unfortuantely -flto is incompatible with inline asm right now. and inline asm is the better performance option compared to -flto [20:12:48 CET] <shincode> so yeah anybody know why I have to --enable-lto --disable-asm on x86 processor? [20:12:58 CET] <shincode> and I cant just go --enable-lto and call it a day [20:22:05 CET] <kepstin> shincode: you're the person previously known as "awfulmakefile"? [20:22:27 CET] <kepstin> shincode: you missed this response: <DHE> and unfortuantely -flto is incompatible with inline asm right now. and inline asm is the better performance option compared to -flto [20:22:44 CET] <shincode> Yeah [20:22:49 CET] <shincode> I switched from one machine to next [20:22:56 CET] <shincode> I got sick of waiting for lto to finish lol [20:23:04 CET] <shincode> on a 2.1ghz dual core [20:23:24 CET] <kepstin> right now, on x86, lto provides negative benefit. so don't bother. [20:23:34 CET] <kepstin> for ffmpeg specifically, at least. [20:23:41 CET] <shincode> So I see... I should knock off LTO and the asm optimization is implied [20:23:50 CET] <shincode> as long as i knock off disable-asm as well lol [20:28:45 CET] <kepstin> it might be interesting to see if lto makes any difference when all the inline assembly is moved to other files, but making that change to ffmpeg would be a lot of effort and I dunno if it's even all possible. [20:29:17 CET] <kepstin> and in some cases it could mean adding additional function calls to assembly instructions that used to be inline... [20:31:53 CET] <shincode> is the assembly supposed to be better than what compiler generates for optimizations? [20:32:06 CET] <shincode> because it never seems to be the case on vstudio windows apps [20:36:14 CET] <kepstin> most of the assembly stuff that matters is for SIMD instructions (SSE/AVX), which compilers have traditionally been pretty poor at automatically generating. [20:36:33 CET] <shincode> oh so it uses those... then yes. [20:36:37 CET] <kepstin> In general, new assembly code is only added if it can be demonstrated to be faster than the compiler generated code. [20:37:11 CET] <shincode> i have to piece in h264 and mjpeg rtsp http for ffplay to use [20:37:17 CET] <shincode> then disable strip the rest of it. [20:37:45 CET] <shincode> so in order for rtsp to work i assume i have to enable... demuxer rtsp or something? [20:38:58 CET] <kepstin> to figure out what kind of thing rtsp is, the easiest way is often to just run "./configure" and see which header it's listed under [20:40:03 CET] <kepstin> (in this case, it appears to be a demuxer, yes) [20:40:35 CET] <shincode> now here is a interesting one [20:40:43 CET] <shincode> Im guessing i need to look for more h264's [20:40:54 CET] <shincode> I just enabled h264 decoder and its whining :) [20:42:23 CET] <kepstin> in most cases, enabling a particular option will pull in its dependencies, but I guess that doesn't always work with stuff like rtsp where it can work with different codecs that have different requirements [20:44:57 CET] <shincode> so is h261 h263 some older video formats before h264? [20:47:18 CET] <kepstin> yeah. h261 is more or less mpeg-1, and h263 is kind of a precursor to mpeg4 codecs like divx/xvid/msmpeg4. [20:47:39 CET] <shincode> oh got it. looks like parsers for h264 or rtsp one of the two did not toggle on when enabling decoder h264, perhaps someone should report it :O [20:47:58 CET] <kepstin> nah, you can decode h264 without the parser depending on the container. [20:48:08 CET] <shincode> Ah. [20:48:23 CET] <kepstin> the parser probably has to be enabled to get the connection between rtp and h264 working, i guess. [21:08:37 CET] <Kwoth> hello, me again. I managed to decode audio from the web to pcm in real time but the quality is really poor and its choppy. I have decent pc (i5, 8gig ram, r9270x) [21:08:47 CET] <Kwoth> these are the commands i use for running ffmpeg Arguments = "-i \"" + Uri.EscapeUriString(file) + "\" -f s16le -ar 48000 -af volume=1 -ac 1 pipe:1", [21:09:43 CET] <Kwoth> basicaly if i could somehow buffer part of the song or something like that, that would be perfect, at least make it not be choppy. [21:10:26 CET] <Kwoth> i tried with "-maxrate 960 -bufsize 1920" and "-maxrate 970 -bufsize 9600", nothing changes [21:15:05 CET] <durandal_1707> volume filter with 1 as art does nothing [21:27:29 CET] <Kwoth> ok ill remove it but that doesnt fix my problem :d [21:34:26 CET] <durandal_1707> why you use ac 1? [22:06:23 CET] <Kwoth> no idea what it is tbh. [22:06:49 CET] <Kwoth> i took it from another lib that does audio decoding from stream [22:06:53 CET] <durandal_1707> that sets output channel number [22:07:11 CET] <Kwoth> ah yes [22:07:14 CET] <Kwoth> i remember now. [22:07:16 CET] <Kwoth> I need mono. [22:07:47 CET] <Kwoth> The c# library i am using does not support sending stereo sound to the voice channel. [22:14:57 CET] <Kwoth> basicaly what i am doing is getting stream from youtube real time, decoding it to PCM, and sending those to the voice channel in the chat client. Basicaly streaming music. [22:15:10 CET] <Kwoth> And its lagging, so its useless. I need to make it stop the lag [23:18:10 CET] <jasom> Kwoth: use more buffering [23:18:39 CET] <Kwoth> jasom: how? [23:19:39 CET] <jasom> Kwoth: likely the skipping is happening in your C# library, so maintain a larger buffer there [23:20:00 CET] <jasom> managed runtimes that aren't designed with bounded-work garbage collectors are going to be a bit of a pain for streaming audio [23:20:10 CET] <Kwoth> i have no buffer in c#. [23:20:20 CET] <Kwoth> i just pass the ffmpeg output to pcm sender [23:20:25 CET] <Kwoth> in real time [23:20:27 CET] <jasom> Kwoth: I would wager good money that this is your problem then [23:20:45 CET] <Kwoth> Well, i know it is, i just want to know if ffmpeg can actually buffer it [23:20:58 CET] <jasom> Kwoth: you need to buffer in C3 [23:20:59 CET] <jasom> c# [23:21:13 CET] <jasom> it doesn't matter how big the buffer in ffmpeg is if your c# library isn't reading from ffmpeg [23:21:40 CET] <jasom> which pcm library are you using? [23:25:55 CET] <Kwoth> what do you mean [23:26:01 CET] <Kwoth> my c# library isnt reading from ffmpeg? [23:26:09 CET] <Kwoth> i have process.start [23:26:15 CET] <Kwoth> which runs this ffmpeg command [23:26:18 CET] <Kwoth> and i read output stream [23:26:58 CET] <jasom> right, and if your C# program is busy doing something else (e.g. a garbage collection) then it's not reading from ffmpeg [23:27:22 CET] <Kwoth> nah, this is in a task [23:27:26 CET] <Kwoth> it doesnt get blocked [23:27:48 CET] <jasom> Kwoth: write the raw ffmpeg output to a file and see if it skips when you read from the file rather than a pipe [23:28:30 CET] <Kwoth> kk, i will try that tommorow [23:28:42 CET] <Kwoth> I did that before but i dont remember if it lagged or not [23:28:47 CET] <jasom> Kwoth: if it allocates memory, it may get blocked. I don't konw CLR very well, but if it accesses memory on the heap, it may get blocked as well [23:29:39 CET] <Kwoth> i just think the problem is it is not downloading fast enough. If i could prebuffer the part of the stream im reading from and predecode it, before i start reading from the output stream [23:29:43 CET] <Kwoth> that would be perfect [23:31:48 CET] <jasom> Ah, just found it; CLR uses a mark and compact GC that stops all threads during the GC [23:32:00 CET] <jasom> so if any thread is allocating memory, your thread will get blocked from time to time [23:34:48 CET] <bbloom> i'm trying to make sense of a problem with some code based off of the filtering_audio.c example - i get the error "more samples than frame size" when trying to encode audio. As far as I can tell, the auto-inserted aresample filter is producing frames with a larger nb_samples than the encoder can handle. Do I need to call swr_convert manually? Or is there some way to influence the calculation in the auto-inserted resampler? [00:00:00 CET] --- Wed Dec 2 2015

1 0