Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

September 2014

1 participants
60 discussions

ffmpeg-devel.log.20140909
by burek 10 Sep '14

10 Sep '14

[00:14] <rcombs> J_Darnley: correct [00:20] <J_Darnley> Then I wonder what my problem is. [00:31] <J_Darnley> Bloody hell do I hate git config. I can never tell it to do what I want it to. [00:32] <wm4> what's the problem? [00:32] <J_Darnley> I wanted to remove a config option [00:33] <J_Darnley> I just edited the file [00:33] <wm4> heh [00:33] <wm4> yeah I also usually edit it manually [01:22] <cone-636> ffmpeg.git 03Michael Niedermayer 07master:5109ce2017c1: avformat/mpeg: increase score for short mpeg-ps by 1 [01:24] <wm4> anyone following the debian ML flame? what's the status of the ffmpeg package? [01:37] <rcombs> can trac be made to have git hashes become links pointing at that commit in gitweb? [01:58] <Compn> wm4 : its not being discussed on debian-devel , so i'd assume its being discussed somewhere else. [02:18] <cone-636> ffmpeg.git 03Michael Niedermayer 07master:02946120fc30: avfilter/vf_cropdetect: Do not check lines or columns twice on black frames [02:46] <michaelni> rcombs, yes but it slows trac down by a large factor, if you or someone else knows a way to achive it without slowdown (this requires writing code not just changing config) that would be welcome [02:50] <jamrial> Compn: if it's not being discussed on debian-level, where would it be discussed? [02:56] <rcombs> michaelni: if you want to go full lazy-mode and hardcode the repo URL, you could just do this, which would definitely have negligible slowdown: https://gist.github.com/d484f5fadbe5c7c53561 [02:58] <rcombs> and I'm about 62% sure it'd work [02:59] <wm4> enough to push to production! [03:00] <rcombs> possibly s/fragment/label/ [03:00] <rcombs> I don't know my way around Trac's codebase at all, so that's just a basic "make the links point at something" [03:02] <rcombs> just found the bit that generates the <a>s that don't point at anything right now and made them point at the videolan gitweb [03:06] <Compn> jamrial : ask siretart ? [03:36] <michaelni> rcombs, tried the patch, seems to make no difference [03:44] <rcombs> michaelni: oh, are you using the revision_links.py sample plugin? [03:47] <rcombs> AH, here it is [03:48] <rcombs> https://gist.github.com/1cac6792381487f102b8 [03:48] <michaelni> locate revision_links.py ---> no hits [03:49] <rcombs> yeah, I found the git wiki syntax provider [03:52] <rcombs> (this would probably be easier if I'd set up a local trac installation to screw with, but ~lazy~) [04:00] <BBB> http://kojevnikov.com/faster-fast-fourier-transform.html [04:00] <BBB> our fft is slow? [04:05] <rcombs> sft [04:06] <michaelni> rcombs, i think its working [04:07] <rcombs> works here! [04:07] <rcombs> probably disregards 20 edge-cases, but hits the general one pretty well [04:09] Action: michaelni wonders why some .py files from trac had dos line endings and some unix style ... [04:09] <rcombs> ghuuu [04:17] <Compn> michaelni : so where are we on bug bounties ? did anyone ask spi ? [04:19] <michaelni> Compn, dunno, probably not ... [04:19] <Compn> i didnt know spi had rules about donations... [04:19] <Compn> where are those rules ? [04:19] <Compn> i just thought they were 'ours' after people donated. [04:21] <michaelni> AFAIK SPIs rules are just the US "Non profit rules", whatever they are called correctly IANAL [04:21] <michaelni> that is as SPI is a 503 non profit whatever they are limited to what they can do with the money ... [04:21] <Compn> right [04:22] <Compn> but even in a non profit company, you can still pay your own salary [04:22] <Compn> and your own salary can be anything... theres a lot of sick people in usa running charities getting paid $400k/ yr [04:23] <Compn> maybe it has to be carefully worded. [04:25] <Plorkyeran> your compensation does have to be typical for your position, but that's a very loose requirement [04:25] <Plorkyeran> it mostly just means that you have to transfer money to yourself in the most tax-intensive manner possible [05:33] <cone-759> ffmpeg.git 03Antonio Ospite 07master:5a8e51f661bf: avdevice/x11grab: rename the "w" Window to "root" in paint_mouse_pointer [05:33] <cone-759> ffmpeg.git 03Antonio Ospite 07master:69c34a6ac986: avdevice/x11grab: fix cursor drawing in multi-screen setup [05:33] <cone-759> ffmpeg.git 03Michael Niedermayer 07master:f7bbe0f414f8: avformat/mpeg: update comment on probe score [07:13] <ubitux> BBB: https://trac.ffmpeg.org/ticket/3921#comment:2 [07:14] <ubitux> (-#comment:2) [08:05] <ubitux> rcombs: :((( [08:05] <ubitux> noo :( [08:05] <rcombs> ubitux: une problème? [08:05] <ubitux> oui [08:06] <ubitux> that idea thing [08:06] <ubitux> id* [08:06] <rcombs> sorry, got user reports of it happening in the wild [08:06] <ubitux> user gone wild [08:07] <ubitux> i wonder how that can happen [08:07] <ubitux> except users editing the file themselves [08:07] <rcombs> that's probably it :\ [08:07] <ubitux> well i'll have a look [08:07] <rcombs> the actual parser is super-loose about these things [08:08] <rcombs> (which is good) [08:08] <rcombs> it's just the probe that gets picky [08:16] <rcombs> all the best bug reports are swiftly replied to with ":((( noo :(" [12:23] <cone-854> ffmpeg.git 03Gabriel Dume 07master:9752d07d33d5: dirac: K&R formatting cosmetics [12:24] <cone-854> ffmpeg.git 03Michael Niedermayer 07master:b63052839a6b: Merge commit '9752d07d33d5370f7819865fbb5e582b982aad06' [13:00] <BBB> ubitux: ah good [13:00] <ubitux> i started having a look already [13:01] <ubitux> but.. braaaains ~ [13:03] <ubitux> on avx the difference is not that marked [13:03] <ubitux> http://pastie.org/pastes/9538762/text [13:03] <ubitux> here are the results on avx [13:03] <ubitux> the guy tested on an i7, so sse only [13:04] <ubitux> i7 920* [15:12] <ubitux> 15:07:00 < Tim-Work> General question: is G-Streamer open source frame work built on top of LibAV? [15:12] <ubitux> 15:08:43 < koda> yes [15:12] <ubitux> lol [15:13] <Daemon404> close [15:13] <Daemon404> but instead of libav, i'd say "build on a pile of feces" [15:13] <Daemon404> wherr plugin libs are irrelevant [17:06] <cone-854> ffmpeg.git 03Michael Niedermayer 07master:881f96c4c2ef: avcodec/rawenc: drop sizeof(AVFrame) dependency [17:06] <cone-854> ffmpeg.git 03Pascal Massimino 07master:e3fd6a3a4e3d: av_filter/x86/idet: MMX/SSE2 implementation of 16bits filter_line() [19:08] <cone-854> ffmpeg.git 03Henrik Gramner 07master:176a0fca3fd6: x86inc: Make ym# behave the same way as xm# [19:08] <cone-854> ffmpeg.git 03Michael Niedermayer 07master:87120217b53b: Merge commit '176a0fca3fd64f91d585f96137388e00d8c101b6' [19:10] <cone-854> ffmpeg.git 03Loren Merritt 07master:ec217218c27d: x86inc: Free up variable name "n" in global namespace [19:10] <cone-854> ffmpeg.git 03Michael Niedermayer 07master:d2f1f2c74f2d: Merge commit 'ec217218c27d53c5b323323e6ef862bcdbcabe5f' [19:11] <cone-854> ffmpeg.git 03Henrik Gramner 07master:f629705b0239: x86inc: Make INIT_CPUFLAGS support an arbitrary number of cpuflags [19:11] <cone-854> ffmpeg.git 03Michael Niedermayer 07master:5309e7e6aa1e: Merge commit 'f629705b0239c80fddc1b0b15ed4bb9042c77d23' [19:44] <cone-854> ffmpeg.git 03Gabriel Dume 07master:ee0ebd3c1412: dv: K&R formatting cosmetics [19:44] <cone-854> ffmpeg.git 03Michael Niedermayer 07master:96b069450cd0: Merge commit 'ee0ebd3c1412fdd9d80aa97c98d1a20b893f1f47' [20:15] <JEEB> is AAC in MPEG-TS ever muxed in as stream_type 0x04? [20:16] <JEEB> or is it as the spec says, complete bullshit [20:18] <nevcairiel> 0x04 is for mp2 audio, isnt it [20:19] <JEEB> yes [20:19] <JEEB> 13818-3 [20:22] <nevcairiel> then why would there be aac in there [20:22] <nevcairiel> just call BS [20:22] <nevcairiel> broken files, should not encourage users to make them [20:22] <JEEB> yeah, either misparsing of the front packet or BS indeed [20:22] <Daemon404> every time you say BS i think of japanese satelite. [20:22] <JEEB> BS and CS [20:22] <JEEB> CS being paid and BS being non-paid [20:29] <JEEB> it's supposedly a broadcast file, from a channel I know is supposed to mux shit relatively sanely. So I wonder if it's a misparse (0x47 but not a packet start). But too bad the guy who passed me the sample is a fucking retard [20:29] <JEEB> and didn't cap his shit either so it's like "uh ok I'll try asking if anyone or anything fucked with the stream" [20:30] <nevcairiel> ignore and move on [20:31] <JEEB> also 80 megabits throughput yaay [20:36] <JEEB> ok [20:36] <JEEB> seems to have been a case of a crappy DVB-S receiver fucking up PMT and shit [20:36] <JEEB> I didn't even know those pieces of shit could do such stuff [20:36] <JEEB> here I was thinking that they'd just fucking dump shit unless you used a lolstupid application [20:37] <line0> iirc you can't "just dump" [20:37] <line0> a transport stream usually contains more than one channel [20:37] <JEEB> well true [20:37] <line0> so there's plenty of opportunities to fuck up [20:37] <JEEB> the simplest mode of my receiver application just dumps that up [20:38] <nevcairiel> yeah trying to strip out only one channel is easy to fuck up [20:38] <JEEB> the less simple mode attempts to cut off that specific channel [20:38] <JEEB> but yeah, that shit is software [20:38] <JEEB> unless the receiver is doing it itself [20:38] <JEEB> which I would facepalm at if it was actually doing that (and being buggy) [20:51] <Compn> we must support all broken encoders :D [20:52] <wm4> that's the tragedy of open source multimedia [20:53] <nevcairiel> imho its better for everyones sanity if we dont accept things that are blatant and obvious spec violations [20:53] <JEEB> yes [20:54] <JEEB> I was just trying to find out if there was actual reason for it getting (mis)read as that, or if it was just retarded shit [20:54] <JEEB> it ended up being retarded shit [21:27] <cone-854> ffmpeg.git 03Michael Niedermayer 07master:35a9959acad3: avcodec/snow: make new_picture const [21:33] <ubitux> wm4: you really like to make friends :)) [21:33] <wm4> shut up troll [21:33] <ubitux> :D [21:39] <cone-854> ffmpeg.git 03Clément BSsch 07master:c7d8dbad14ed: avformat: remove FF_API_ASS_SSA dead code [21:39] <ubitux> TIL pango includes a "simplified" copy of fribidi [21:40] <ubitux> (and uses hb) [21:40] <wm4> huh [21:40] <wm4> a copy? [21:41] <ubitux> yup [21:41] <wm4> or more like a fork? [21:41] <wm4> or a rewrite? [21:41] <wm4> I know there's a simple fribidi somewhere... [21:41] <ubitux> afaict it's from the author of fribidi himself [21:41] <ubitux> need to recheck [21:41] <wm4> also, upstream fribidi is not thread-safe by default (so multiple threads using fribidi, even independently, causes issues) [21:41] <ubitux> yep, he still didn't make a release [21:42] <ubitux> pango/mini-fribidi [21:42] <ubitux> "Include a stripped-down version of fribidi to avoid the extra dependency." [21:42] <ubitux> not from the author actually [21:42] <wm4> lol [21:42] <ubitux> but, i see commits from Behdad Esfahbod in that directory [21:42] <Daemon404> vendoring is the root of all evil [21:42] <wm4> you know I really wonder why they have to avoid fribidi as dependency, if they depend on glib anyway [21:42] <ubitux> not sure if that was cherry-picked [21:43] <ubitux> yeah... :D [21:43] <Daemon404> wm4, pango is already part of the clusterfuck of desktop linux deps anyway [21:43] <wm4> yeah [21:43] <ubitux> yeah but you might need font rendering elsewhere than on desktop [21:44] <ubitux> and that glib is a real cancer [21:44] <wm4> also, harfbuzz itself depends on glib (even though there's an alternative lib that does the same as they need from glib, but just in about a hundred lines of codes) [21:44] <Daemon404> ubitux, i tried to built librsvg once [21:44] <Daemon404> never again [21:44] <Daemon404> build* [21:45] <ubitux> oh wut hb deps on glib2 as well? [21:45] <ubitux> :( [21:45] <wm4> it needs either glib, icu, or that tiny lib zgreg (from libass) wrote [21:46] <ubitux> well glib2 is pulled by systemd anyway nowadays ;) [21:48] <wm4> wut [21:48] <wm4> no, systemd can't use glib [21:48] <wm4> and AFAIK doesn't? [21:48] <wm4> glib aborts on out of memory [21:48] <wm4> maybe that's fine with desktop apps, but for init 0 it's a pretty bad idea [21:48] <nevcairiel> and thats a reason not to use it in systemd now? [21:48] <nevcairiel> :p [21:48] <wm4> err, pid 0 [21:49] <wm4> it should [21:49] <kepstin-laptop> there is no pid 0 :) (init is 1) [21:49] <J_Darnley> michaelni: I hope merging those x264asm patches didn't involve much work. [21:50] <wm4> kepstin-laptop: oops! [21:50] Action: kepstin-laptop notes that the part of systemd that runs as 'init' doesn't link to glib, but some of the tools do. [21:50] <ubitux> wm4: it does [21:50] <ubitux> configure.ac:AS_IF([test "x$enable_gudev" = "xyes"], [ PKG_CHECK_MODULES([GLIB], [glib-2.0 >= 2.22.0 gobject-2.0 >= 2.22.0 gio-2.0]) ]) [21:50] <ubitux> configure.ac:AS_IF([test "x$enable_gudev" = "xyes"], [ AC_DEFINE(HAVE_GLIB, 1, [Define if glib is available]) ]) [21:50] <wm4> probably for some tools as kepstin-laptop said [21:51] <ubitux> http://pastie.org/pastes/9539865/text [21:51] <wm4> systemd doesn't use libdbus either [21:51] <wm4> it's fun how they don't eat their own dog food [21:51] <ubitux> gudev yum yum [21:51] <nevcairiel> systemd depends on libdbus on debian at least though, no idea if it actually uses it :p [22:00] <wm4> Daemon404 is apparently also making friends [22:00] <ubitux> :D [22:00] <Daemon404> i dunno, trying to get me barred from VDD [22:00] <Daemon404> oh well. [22:08] <ubitux> wm4: systemd still seems to hard dep on dbus which is glib based anyway [22:09] <ubitux> might end up being dropped with kdbus, but what do i know.. [22:09] <wm4> right [22:09] <wm4> weird [22:09] <wm4> but it's clear that systemd really needs kdbus to fix reliability issues [22:10] <wm4> which is bullshit [22:16] <ubitux> mmh maybe dbus isn't glib based actually [22:16] <ubitux> maybe that changed [22:17] <wm4> hm [22:17] <wm4> you're right [22:17] <wm4> ldd `which dbus-daemon `|grep glib [22:17] <wm4> no output [22:20] <kepstin-laptop> there is a gobject-based api for using dbus, but it's actually part of glib now (used to be a separate package) [22:21] <ubitux> i see no deps on dbus in glib [22:22] <kepstin-laptop> I don't think it deps on any part of dbus, it's rather an independent implementation of the wire protocol. [22:22] <ubitux> interesting [00:00] --- Wed Sep 10 2014

1 0

ffmpeg.log.20140909
by burek 10 Sep '14

10 Sep '14

[00:00] <onyx> but when I do that, it doesnt add the new thumbnails, it replace the existing ones [00:02] <onyx> ideas? [00:05] <c_14> use -start_number and lot's of shell magic [00:06] <onyx> example? [00:11] <c_14> START_NUM=$(ls *.png | tail -n1 | sed -r 's/^.*([[:digit:]]+).*$/\1/') [00:11] <c_14> or something [00:12] <c_14> It might be better to get the command to start logging and then see what's actually going wrong... [00:12] <cbsrobot> c=1; while (true); do out=$(printf "%06d.jpg" $c); ((c++)); ffmpeg -i in -vframes 1 $out; sleep 15; done; [00:13] <cbsrobot> or similar [00:13] <onyx> cbsrobot: what does that do? [00:13] <cbsrobot> onyx run: c=1; while (true); do out=$(printf "%06d.jpg" $c); ((c++)); echo $out; sleep 15; done; [00:13] <cbsrobot> and you'll see [00:14] <onyx> run it by itself or in the ffmpeg command? [00:15] <cbsrobot> just itself [00:15] <cbsrobot> and wait for at least 15 seconds ! [00:17] <onyx> is outputing 00001.jpg, 000002.jpg... [00:18] <cbsrobot> that's your thumbnails [00:19] <circ-user-9V9BU> hi everyone - i've got an ffmpeg build script that compiles v1.1.1 well, and succeeds without errors to build the latest stable release. when i run the updated ffmpeg with no parameter it fails with ffmpeg: symbol lookup error: ffmpeg: undefined symbol: vpx_codec_vp9_cx_algo. i've attempted various different builds of libvpx to no avail. i'm currently attempting to build off the git repo in case that helps, but if anybody is familia [00:21] <onyx> cbsrobot: sorry I dont get it, I dont see any thumbnails on the server [00:22] <cbsrobot> well then run the former command I sent and replace the arguments to match your requirements [00:25] <geekdotneo> build off the git repo directly gave me the same result. is anyone here familiar with vpx_codec_vp9_cx_algo issues? [00:26] <onyx> cbsrobot: could you modify my command to work that way? http://pastebin.com/cRWfj5Zm [00:39] <c_14> onyx: just take what he posted and replace 'in' with 'http://livestream-url [00:46] <onyx> ok one sec [00:49] <onyx> c=1: Invalid argument [00:52] <onyx> it is printing 0001.jpg etc... on terminal [00:52] <onyx> but nothing shows up on the server [00:52] <c_14> What's your current command? [00:53] <onyx> http://pastebin.com/8piayHVb [00:59] <onyx> for what I can see the command only prints image name bu tis not taking the thumbnail [01:02] <c_14> ehhh, the other one [01:02] <c_14> c=1; while (true); do out=$(printf "%06d.jpg" $c); ((c++)); ffmpeg -i http://livestream_url -vframes 1 $out; sleep 15; done; [01:05] <onyx> ok one sec [01:07] <onyx> ok this is working [01:08] <onyx> but how can I set it to only run from 5am till 8pm? [01:19] <c_14> replace '(true)' with '[[ "$(date +"%T")" > '05:00:00' ]] && [[ "$(date +"%T")" < '20:00:00' ]]' [01:20] <c_14> you'll need to start the command at 5am every day though [01:20] <c_14> hmm [01:20] <c_14> Do you want to restart the numbering every day? [01:21] <c_14> Or do you want it to keep increasing until it hits overflow? [01:21] <onyx> the goal is to have 5 days of times lapse [01:21] <onyx> so I figure it will work like this [01:22] <onyx> from 5 till 8pm thumbnails created [01:22] <onyx> then around 9pm the time lapse video is created [01:22] <onyx> 10 pm all .jpg files are delated [01:22] <onyx> repeat... [01:22] <c_14> Right, then you can just throw that command into cron to be executed at 5 am [01:23] <onyx> yep [01:23] <c_14> And if you're going to start it at 5, just make it '[[ "$(date +"%T")" < '20:00:00' ]]' [01:23] <onyx> ok [01:23] <c_14> There's no point checking if the time is greater than 5am if you start the program at 5 am. [01:23] <onyx> yep [01:24] <c_14> That is, unless somebody starts messing around with your system clock. [01:25] <onyx> mmm [01:25] <onyx> c=1; while '[[ "$(date +"%T")" < '20:00:00' ]]'; do out=$(printf "%06d.jpg" $c); [01:26] <onyx> [[ "$(date +"%T")" < 20:00:00 ]]: command not found [01:26] <c_14> get rid of the single quotes [01:26] <c_14> the ones around the [[]] part [01:27] <onyx> ok running now [01:27] <onyx> oh how do I set the path to the images folder? [01:28] <c_14> put the path before the %06d [01:28] <onyx> do out=$(printf "/path/to/images/folder/%06d.jpg" [01:28] <onyx> like that? [01:28] <c_14> ye [01:28] <onyx> cool [01:28] <cbsrobot> and rather use png than jpg ! [01:29] <onyx> why is that? [01:29] <cbsrobot> jpeg is lossy [01:29] <onyx> oh the image quality will be better with png then huh [01:37] <onyx> ok cron setup... [01:43] <onyx> is running... lets hope it doesnt stop randombly... [01:43] <onyx> off to gym, I'll report later =) [02:23] <gcl5cp> how do i pass x264 option (analyse=0x1:0) to ffmpeg? [02:25] <joules> ffmpeg -h encoder=h264 [02:29] <joules> I suppose with -x264opts but never heard of analyse. [02:29] <joules> is that specific to x264? [02:38] <gcl5cp> x264opts doesn't work, use : as separator, i tried analyse="0x1:0" [02:38] <c_14> escape it [02:38] <c_14> -x264opts "0x1\:0" [02:38] <c_14> or something [02:38] <c_14> assuming it uses \ as an escaper... [02:41] <gcl5cp> still separate [02:41] <c_14> Use more backslashes. [02:41] <c_14> If at first you don't succeed, apply backslashes. [02:41] <c_14> But if 2 don't work pastebin your command and output. [02:42] <gcl5cp> ok: [libx264 @ 0xa8bc5c0] bad option '0': '1' [02:43] <c_14> What's the command? [02:45] <gcl5cp> deblock is another option uses ':'. command> -c:v libx264 -tune stillimage -crf 30 -r %s -x264opts keyint=900:me=dia:ref=1:analyse=0x1\\:0:me_range=4:chroma_me=0:bframes=1:b_pyramid=0:b_adapt=0 [02:45] <gcl5cp> deblock=1:-3:-3 [02:48] <c_14> Hmm, same error when you have the same command with only one backslash? [02:49] <gcl5cp> yes. here another psy_rd=2.00:0.70 [02:49] <c_14> Try 3 backslashes, then 4, then 5. If that doesn't work, I'll boot my other computer and start experimenting. [02:51] <gcl5cp> i trying to set "pass1", to avoid stats file generated [02:52] <gcl5cp> 7*\ doesn't work [02:53] <gcl5cp> bad option '0': '1' [03:00] <c_14> >options that use ":" as a separator themselves, use "," instead. They accept it as well since long ago but this is kept undocumented for some reason. [03:00] <c_14> Right, documentation is helpful. [03:01] <c_14> So just replace the ':' that separate options with ',' and forget all the escaping. [03:02] <gcl5cp> wooo, so simple. thank c_14 very mucho [03:04] <c_14> np [03:11] <onyx> hey c_14 is it possible to add a time stamp to this thumbnails? [03:11] <c_14> Use the drawtext filter. [03:12] <c_14> -vf drawtext='%{localtime:[strftime foo]' [03:12] <c_14> See strftime(3) for time formats. [03:13] <c_14> You can also set the font to use, the size + color. See the wonderful docs for more. [03:17] <gcl5cp> to those who are boring. here a question. [03:17] <gcl5cp> what is the best x264 setting to slideshow (no motion)? to fast encode, details lossless and big compression. [03:18] <gcl5cp> and -tune stillimage is not the answer. [03:29] <gcl5cp> is there a example script/command to do thumbnails with time stamp? onyx c_14 [03:30] <onyx> gcl5cp: im reading this http://einar.slaskete.net/2011/09/05/adding-time-stamp-overlay-to-video-str… [03:31] <c_14> onyx: that entry is rather outdated [03:31] <c_14> The method used is deprecated. [03:31] <onyx> =( [03:32] <c_14> well, most of it is fine, you just have to replace the %T with %{localtime: %T} [03:32] <c_14> if you want to use the %T strftime sequence [03:33] <c_14> gcl5cp: do you want one thumbnail from a video or lots of thumbnails from a video? [03:34] <onyx> so "drawtext=fontfile=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf: \text='\%{localtime: %T}': fontcolor=white(a)0.8: x=7: y=460" [03:34] <onyx> ? [03:35] <gcl5cp> awaken interest in thumbnails/screenshots. i think a script should use ffmpeg + imagemagick [03:35] <c_14> onyx: should work [03:36] <c_14> gcl5cp: what would you need imagemagick for? [03:36] <gcl5cp> to compose all in one [03:38] <gcl5cp> i am talking about "Movie thumbnails/screenshots creator" [03:38] <c_14> You mean those things that make pages with a couple of thumbnails on them? [03:39] <gcl5cp> http://moviethumbnail.sourceforge.net/ [03:40] <c_14> ye, those things [03:41] <c_14> I used to use something similar, except that it was a 5000 line bash script... [03:41] <c_14> That one used FFmpeg + imagemagick. [04:16] <gcl5cp> 5000? why? c_14 [04:18] <gcl5cp> in python should be 500-900 [07:22] <joules_> !debian [07:22] <joules_> what you guys think of lightworks? [07:22] <joules_> I likes it. [07:23] <joules_> Although I'm not sure I get full use of all my cores/hthreads encoding h264 [10:06] <luke_l> I have a question. When using ffplay to play a video over http and seek. ffplay sends redundant requests with range of increacing start range and no ending range. and the video buffers a lot. [10:06] <luke_l> the issue is reported at https://github.com/yixia/VitamioBundle/issues/202. [10:07] <luke_l> I have question about http download of ffmpeg. Is there someone have time to discuss? [10:07] <relaxed> file a bug report https://trac.ffmpeg.org/ [10:08] <relaxed> ask your question and if someone knows they'll answer [10:17] <relaxed> luke_l: ^^ [10:19] <luke_l> don't know how to @relaxed. hello relaxed, do you have have experience of ffmpeg http.c ? [10:20] <luke_l> relaxed: do you have time to see https://github.com/yixia/VitamioBundle/issues/202 this issue? [10:21] <Olive6767> Hi, I'm spliting a video using the following cmd: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 180 -reset_timestamps 1 out%02d.mp4 , the output numbering starts at 00. Is there anyway I can make it start at 01? [10:22] <relaxed> luke_l: sorry, I can't help you with that. [10:22] <luke_l> Olive6767 a simple way is using shell to rename all the segments. [10:22] <luke_l> relaxed: thanks all the same. [10:23] <Olive6767> luke_l: sure, but no way to do it directly in my ffmpeg cmd? [10:23] <relaxed> Olive6767: look at ffmpeg -h muxer=hls [10:24] <luke_l> relaxed: awsome answer. [10:24] <Olive6767> relaxed: -start_number doesn't seem to work, I think it's for pics output only [10:24] <relaxed> Olive6767: oops, I meant ffmpeg -h muxer=segment [10:26] <Olive6767> relaxed: -segment_start_number ;-) thx :) [10:32] <joules_> damn mcdeint@medium is definately better. [10:33] <joules_> yadif->mcdeint->fps this is going to take a while. [10:37] <relaxed> joules_: kind of old, but http://guru.multimedia.cx/deinterlacing-filters/ [10:39] <benbro> I have mkv video that recorded with 15 frames per seconds but ffprobe gives me 30k [10:39] <benbro> what does 30k fps means? [10:39] <benbro> can I re-encode it and tell it its 15 fps? [10:40] <relaxed> how does it playback using ffplay? [10:40] <Mavrik> benbro, 30kfps? [10:41] <benbro> relaxed: I'll try now with ffplay. in vlc the audio lags behind the video and the lag increase over time [10:45] <benbro> ffplay plays with a lag [10:46] <benbro> http://dpaste.com/24SB0MH [10:47] <benbro> this is the output of ffprobe [10:47] <benbro> I know that the recorded frame rate is 15 fps. can I fix it? [10:47] <joules_> relaxed: cool, mcdeint does a good job with yadif, but even with yuv4 and pcm_s16le it's ~18fps on a 12core from ramdisk to a ssd scratch disk. [10:47] <joules_> be a massive file. [10:50] <joules_> wouldn't mind it faster actually - "ffmpeg -threads 16 -i /tmp/vhs.avi -vf yadif=1:1,mcdeint=0:1,crop=678:576:14:0,scale=720:576,setdar=dar=4/3,fps=25 -f avi -c:v yuv4 -c:a pcm_s16le /mnt/disk/tmp/vhs.avi" [10:51] <Mavrik> benbro, ffplay -r 15 file.mkv should do the trick [10:52] <benbro> Mavrik: trying [10:52] <benbro> Mavrik: Failed to set value '15' for option 'r': Option not found [10:53] <benbro> Mavrik: under windows [10:53] <Mavrik> it seems that's only supported by ffmpeg then. [10:53] <benbro> Mavrik: how can I convert (copy streams) with 15 fmps? [10:53] <benbro> fps [10:54] <joules_> don't transcode in a lightning storm. [10:54] <joules_> benbro: what are you doing? [10:55] <benbro> joules_: I capture the screen in 15 fps but ffprobe tells me it's 30k fps [10:55] <benbro> I'm trying to "fix" the fps [10:57] <joules_> 30k! high speed capture! [10:58] <benbro> joules_: in the terminal while capturing I saw 15 fps [10:58] <joules_> does it play fine? [10:58] <joules_> or 2x [10:58] <benbro> joules_: the audio lags behind the video [10:58] <benbro> and the lag increases over time [10:59] <benbro> but the audio and video seems to be fine separatly [10:59] <benbro> doesn't feel like 2x [11:01] <joules_> benbro: so @ 30fps it plays fine? [11:02] <benbro> joules_: it plays fine but the audio lag increase over time [11:03] <joules_> can you pb the ffprobe. [11:07] <joules_> benbro: does -vf fps=30000/1001 fix it? [11:09] <benbro> joules_: what's the complete command? [11:10] <joules_> benbro: if it's muxed (video+audio) incorrect then it has to be done again. [11:10] <benbro> joules_: video+audio [11:10] <benbro> so it can't be fixed? [11:11] <joules_> benbro: the video is obviously playing too fast for the audio a symptom of going out of sync over time is when the fps is 30000/1001 not 30. [11:12] <benbro> joules_: ok. can I fix it in the command line? [11:15] <joules_> not sure [11:16] <joules_> benbro: ffmpeg -i <input> -vf fps=30000/1001 <output> but I'm not sure what that does to the audio. [11:18] <joules_> maybe -c:a copy *shrug* [11:36] <joules_> benbro: ffplay -vf setpts="0.999*PTS" <file> ? [11:40] <benbro> joules_: trying [11:42] <benbro> joules_: the audio is not in sync. not sure what it does [11:59] <joules_> !pts [11:59] <joules_> !setpts [12:09] <krullie> I'm looking for an overview of what all the entries in the ffprobe output represent. Most of them are selfexplanatory but others aren't. [13:50] <benbro> I have a video with audio sampled at 41KHz but it thinks it is 48KHz and it makes the audio lag behind the video [13:50] <benbro> how can I fix it? [14:24] <benbro> joules_: when stretching the video by 1.09 the audio and video are in sync [14:26] <c_14> benbro: you can try setting -ar as an input option. Might override the detection. [14:26] <benbro> c_14: when converting? [14:26] <benbro> I already have video and audio out of sync. now I need to somehow fix it [14:27] <benbro> and found out that the audio is ~1.09 slower (constant) [14:27] <c_14> I was referring to what you said earlier about the audio being sampled at 41KHz but being detected as 48KHz. [14:28] <benbro> c_14: that what I thought but 48/41 is 1.707 and my factor is 1.09 [14:29] <benbro> not sure what can give me a factor of 1.09 [14:29] <c_14> 44.1KHz [14:29] <c_14> probably [14:29] <c_14> 44.1 and 48KHz are the two most common sampling rat.s [14:29] <c_14> *rates. [14:31] <benbro> checking [14:32] <benbro> c_14: you are right [14:32] <benbro> how can I fix the file? [14:33] <c_14> Hmm, what's the audio codec? What are you doing with the file? [14:34] <c_14> you can try `ffmpeg -ar 44100 input -ar 44100 -c copy output' [14:34] <c_14> I don't think ffmpeg can actually modify the sampling rate with codec copy, but it might be able to fix the metadata so it's detected correctly. [14:35] <benbro> http://dpaste.com/3J4TYB9 [14:37] <c_14> Ok, try what I said and then ffprobe the output to see if it's detected correctly. If that doesn't work, try `ffmpeg -ar 44100 -i capture.mkv -c:v copy -c:a pcm_s16le -ar 44100 out.mkv' [14:39] <benbro> thanks [14:43] <benbro> the second command gives me "option sample rate not found" [14:43] <c_14> -ar:a maybe? [14:44] <benbro> same error [14:44] <benbro> windows [14:44] <c_14> What if you remove the output -ar [14:44] <c_14> So it's just ffmpeg -ar 44100 -i capture.mkv -c:v copy -c:a pcm_s16le out.mkv [14:45] <benbro> Option sample_rate not found [14:47] <c_14> ffmpeg -i capture.mkv -c:v copy -c:a pcm_s16le -af aresample=44100 out.mkv [14:51] <benbro> that does something :) [14:52] <c_14> Let's hope it does the correct thing. [14:53] <benbro> that less important [14:56] <benbro> now the video freezes [14:56] <benbro> it's out of sync [14:56] <benbro> syncing manually works but the 44.1/48 factor is incorrect [14:59] <benbro> thanks [16:05] <Fjorgynn> killall windows [17:19] <wintershade> hey guys! a quick question. ffmpeg with -c:v mpeg4 gives me this error: "closed gop with scene change detection are not supported yet, set threshold to 1000000000". I used -flags +cgop. do I need to disable this, or is there something else I can do to keep cgop? thanks! [17:27] <JEEB> wintershade, I don't think the mpeg-4 part 2 encoder has been poked in years so I guess it's just a never-completely-finished feature :P [17:29] <JEEB> wintershade, and I don't think you'll find anyone liking mpeg-4 part 2 enough to start poking that thing. part 10 came and conquered the market relatively quickly after 2003 [17:29] <JEEB> so I guess you could hire someone to make it better but otherwise I just recommend you move to libx264 and MPEG-4 Part 10 [17:34] <wintershade> JEEB: heh, I see. I'm aiming to make some legacy-compatibile videos. I mentioned it yesterday, they are aimed to work under my parents' and my gf's legacy home theater. [17:34] <wintershade> JEEB: if it was me, I'd be using theora all the way :P [17:35] <JEEB> even fosstards have moved away from that :P [17:36] <wintershade> JEEB: not mine... [17:36] <wintershade> JEEB: you mean from theora? I kinda like it. [17:37] <iive> wintershade: why do you need closed gop? are you going to edit the output? [17:38] <wintershade> iive: nope, I'm just looking at the documentation, and the legacy divx players apparently require cgop. [17:39] <iive> aha. [17:40] <wintershade> they are apparently pretty conservative about +cgop-qpel-gmc [17:40] <wintershade> some support +gmc, but most of them apparently don't. [17:40] <wintershade> *didn't. [17:41] <iive> closed gop is related to frame reordering. [17:42] <iive> it is something that exists in mpeg2, aka it should be quite simple to support. [17:42] <wintershade> iive: yup, however if I enable it in ffmpeg's built-in mpeg4 encoder, I get an error. [17:42] <iive> actually, it shouldn't need anything to be supported, as it is encoder feature. [17:42] <iive> well, the above is not exactly error. [17:43] <wintershade> iive: ...which ffmpeg's mpeg4 encoder doesn't have. error or not, it won't encode with +cgop [17:44] <iive> it says that it sets the threshold to +inf, it basically disables scene detection. it should continue... [17:44] <wintershade> iive: well, it does not. [17:44] <iive> gop means group of pictures. every gop starts with I-frame (keyframe). [17:45] <iive> when you have B-frames and frame reordering, something you can have a frame or two, that are using reference frame, before the I frame. this is called open gop. [17:45] <iive> closed gop basically means that all following frames should be using references only after the I frame. [17:46] <wintershade> iive: I know all that. I've read the docs :) [17:46] <iive> i'm not even sure why it is not compatible with scene detection. [17:47] <iive> other than that scene detection could spam a lot of keyframes in certan cases [17:48] <wintershade> iive: ...hey, at least I get to fill a 4.3 dvd with bits :D [17:48] <wintershade> useless bits, but still. [17:48] <iive> :) [17:49] <iive> isn't xvid easier to use and with more useful presets? [17:49] <wintershade> iive: ...presets? where? [17:49] <iive> or maybe profiles... i'm sure it had options to set divx compatibility... [17:49] <wintershade> iive: I'm actually tinkering with both libxvid and mpeg4 as c:v, so any good idea could be worth it. [17:51] <iive> libxvid does have its own option called profile, that takes options like dxnhtntsc, dxnhtpal [17:52] <wintershade> iive: hey, that's right! I totally forgot about those. but... how do I load them into ffmpeg? and where can I see a list of those? [17:55] <iive> hum... don't see it in the ffmpeg libxvid options... and code :( [17:58] <wintershade> iive: I know... I found them in mencoder, but I can try to reconstruct them... I suppose. [18:06] <wintershade> I'm off, thanks everyone! [18:37] <LiohAu> I need help for a project that involve stereoscopic videos, anybody here has knowledge with that? [18:37] <jonascj_> LiohAu: generally it is better to just ask your question [18:38] <LiohAu> well its hard to explain because Im really at the begining and I know almost nothing :D [18:39] <jonascj_> LiohAu: I assume you still have some problem or something you need help figuring out. Whatever that is, you should be asking that :) [18:39] <LiohAu> But to explain more my problem. I want to use two CMOS camera module (like these ones : https://www.sparkfun.com/products/11745 ) and I would like to generate a stereosopic h264 video that I can stream [18:40] <LiohAu> And I dont know where to start [18:41] <jonascj_> I have some videos from my gopro camera and I would like to "compress" them such that they still look fine and sound okay, but does not take up 4GB/hour of video. This is what ffprobe says about the videos: http://paste.linuxassist.net/view/4093d674 . Any suggestion on what I could do apart from cutting back on the fps (50fps is the camera minimum at 720p, but I only need 25fps). Resolution 720p seems okay also. So could I go for another encoding? [18:42] <LiohAu> I dont even know if I should not use an hardware encoder instead of a software one [18:42] <jonascj_> LiohAu: Read about stereoscopic formats. Some put right/left frame besides one another, some put them above one another, and some maybe deliver two different files etc. What is your target - some specific TV-set, vlc on a computer or? [18:43] <LiohAu> The goal is to make an FPV system, so I would like to display the video using the oculus rift SDK [18:43] <jonascj_> LiohAu: and what are you requirements, live 4K @ 120Hz streamed, or just some 720p which you record one day, then combine together the next and stream the third [18:44] <jonascj_> okay so a stereoscopic live feed from some remotecontrolled quadcopter, your dog or similar? [18:44] <LiohAu> requirements = oculus rift resolution so 1080p and they say 90hz [18:45] <LiohAu> jonascj_: any moving object [18:45] <jonascj_> LiohAu: your cameras are not 1080p :) [18:45] <LiohAu> yes, I wont buy these ones [18:45] <jonascj_> oh okay [18:45] <LiohAu> it was a sample [18:45] <jonascj_> LiohAu: how will you get the video to your oculus rifts - streamed via network or? [18:46] <jonascj_> does the moving object carry a computer which will be able to stream it, will the cameras them selves be able to stream over a network or? [18:46] <LiohAu> the goal is to stream it via network yes, so the camera will be connected to a real PC with a wifi connection [18:47] <jonascj_> so the moving object carries with it a pc which can stream the camrea output over wifi to some receiver? [18:47] <LiohAu> yes [18:48] <LiohAu> I read that I can achieve low latency encoding with h264 [18:48] <jonascj_> I know close to nothing about the performance of ffmpeg, but I'd say you could achive combining the two camera feeds to a single frame-side-by-side stereoscopic video at 90Hz live most modern laptops. [18:49] <jonascj_> but now at least you know that you should ask people: "what psecs to I need to ocmbine two 1080p streams into a stereoscopic side-by-side feed at 90Hz (live)?" [18:49] <jonascj_> *specs do I need to [18:50] <jonascj_> This will probably be easy with on requirements on the latency / delay, but if you require very low latency to control this moving object based on the feed then that will most likely be your headache :) [18:50] <LiohAu> http://www.ampltd.com/pc104/h264/h264-hd2000.php < I was looking at board like this one, dont you think it would be easier ? [18:53] <jonascj_> LiohAu: you will still have a headache on the receiving side - streaming almost always involves some buffering and how to get that to a minimum when you want something truly live [18:54] <jonascj_> but that board looks interresting on the producing side (the moving object). Don't know if it can combine the feeds to stereo though. You might still need to do this on the receiving side [18:54] <LiohAu> oh? dont you think It would be easier to combine before sending? [18:54] <jonascj_> LiohAu: but can the board combine it? [18:55] <LiohAu> I dont think so :( [18:55] <jonascj_> then you will have to have another piece of equipment on the moving object, or combine them when they arrive. [18:55] <LiohAu> but I can get the two feeds from the boards, and combine them on the PC of the moving object [18:56] <jonascj_> But one thing is encoding the video, another much cheaper operation (i believe) is to put corresponding frames side by side. That should be a fast operation I'd say. [18:56] <jonascj_> LiohAu: then all you would use the board for is to encode the video to h264. If you need something like a laptop on the moving object at any rate chances are you might aswell capture and encode on thelaptop as well [18:57] <jonascj_> I don't know about that though- it is a performance issue. Hardware encoding will most likely always beat software encoding, but it might not be an issue for you. [18:58] <jonascj_> I should think your biggest issue is the network streaming. Using ffmpeg to encode and combine + ffserver to destribute the stream + vlc to view the stream will most likely give you seconds of delay. At least that is the best I got when I tried ffmpeg for capture + ffserver to distribute stream + vlc to view, for a webcam :P [19:00] <jonascj_> but then again I don't really know what I am doing - but I really think the actual network streaming is going to be your biggest problem - how not to get unacceptable latency from that. [19:03] <jonascj_> or rather the software involved in that - e.g. you probably cannot rely on existing software to feed the video to your oculus rift sdk based receiver. [19:07] <jonascj_> On my http://paste.linuxassist.net/view/4093d674 gopro videos, could I go from 50fps to 25fps and bitrate 20001kb/s to 5000kb/s? [19:08] <LiohAu> there are videoconferencing software that achieve low latency I believe [19:09] <jonascj_> LiohAu: sure, but can that interface with your oculus rift? [19:10] <LiohAu> I guess I have to develop a lot of things [19:10] <jonascj_> Also low latency is relative, for video conference you could probably do with 0.5sec or something similar. If you wan't to remote control you quad copter flying around 0.5sec might not cut it. [19:10] <LiohAu> anyway ffserver use RTP to transport the media as videoconferencing software do [19:10] <jonascj_> I don't know the latency of skype video call - it is probably quite low [19:28] <jonascj_> LiohAu: maybe something already exist made for this - streaming to oculus rift from two cameras [19:32] <LiohAu> jonascj_: maybe I have to look at the oculus developers forums [19:41] <jonascj_> LiohAu: that would also be a good place to ask - or in some fpv radio control communities (quadcoptes, model air planes etc.) [20:13] <webadpro> Hello all. I would like to convert an rtsp stream to an rtmp stream [20:13] <webadpro> Anyone knows of an easy command to simply copy the stream and not save it? this is for broadcaster live video [20:13] <webadpro> broadcasting* [20:14] <c_14> ffmpeg -i rtsp://url -codec copy -map 0 rtmp://url [20:15] <webadpro> ffmpeg -i "rtsp://192.168.1.60" -codec copy -f flv rtmp://192.168.1.59:1935/live/room1 [20:15] <webadpro> Would this make sense? [20:15] <c_14> sure [20:16] <webadpro> it starts then I get an error [20:16] <webadpro> sorry, i thought it wasnt that long [20:17] <tuukka> Hello have anyone noticed that ffprobe leaks memory.. at least 2.2.7 [20:17] <c_14> webadpro: for the error [20:17] <c_14> tuukka: valgrind? [20:17] <webadpro> http://pastebin.com/ppXwFMrV [20:17] <tuukka> yes valgrind [20:18] <c_14> Hmm, can you pastebin the output and check with git head? [20:19] <tuukka> c_14: I will I have to compile more recent x265. But it seems it's allocated MUTEX [20:19] <webadpro> c_14: also it has 160GB of free space, at first i thought that was the issue. [20:23] <c_14> webadpro: Is there an rtmp server listening on that ip/port? [20:23] <webadpro> Yes there is. [20:24] <webadpro> because the following works fine, but without sound [20:24] <webadpro> ffmpeg -rtsp_transport tcp -i "rtsp://192.168.1.60" -f flv -r 25 -s 640x480 -an "rtmp://24.122.174.118:1935/live/room1" [20:24] <webadpro> But this one seems to save everything and takes space... [20:25] <webadpro> ignore the IP of the rtmp.. the right one is the .59 [20:26] <webadpro> hey ignore this& adding the rtsp_transport seemed to have fixed it [20:26] <webadpro> time to test :) [20:26] <webadpro> Thanks a lot [20:29] <webadpro> can you tell me if that -copy command uses space? [20:32] <c_14> It might need some ram, but nothing on the hard drive. [20:46] <c_14> tuukka: Does that leak happen with every input file you have? How much is being leaked? [20:51] <jonascj_> Should I specify a preset along with "ffmpeg -i in.mp4 -c:v libx264 -b:v 5000k -r 24 out.mp4" ? Or will the presens (fast, medium, slow, veryslow, etc.) just contain presets for the framerate, bitrate etc.=? [20:52] <c_14> The presets govern the filesize vs encoding speed (and when using average/constant bitrate encoding the quality) of the resulting file. The default afaik is medium. [20:52] <pmarty> does ffplay/ffmpeg support offloading parts of decoding process to gpu through VA API for playback? i see in my config.log *_vaapi_hwaccel lines. [20:53] <c_14> see the -hwaccell option. [20:53] <pmarty> it doesn't work for ffplay [20:53] <pmarty> version 2.3.3 [20:54] <c_14> https://trac.ffmpeg.org/ticket/3359 [20:55] <tuukka> c_14: Here is the pastebin http://pastebin.com/59HFP1Hg [20:56] <tuukka> c_14: avformat_find_stream_info was the main reason I started valgrind [20:56] <jonascj_> c_14: so specifying a preset like slow might give me better quality for the same settings compared to medium which is the default? [20:57] <c_14> jonascj_: not might, will. You just might not be able to see it depending on other factors. [20:57] <pmarty> c_14: i see. but the ffmpeg tool already supports that, right? and it's possible to use it as sort of playback tool :) [20:57] <pmarty> although documentation mentions only vdpau [20:59] <jonascj_> c_14: okay, I'll have to try it out. -b:v 5000 and -r 24 cut my gopro mp4's from 4GB/hour to 1GB/hour. Since it is just some lecture I would like to go lower. Might be I should try to go from 720p to 480p [21:05] <c_14> tuukka: I just ran a valgrind with ffprobe on the same file and I only lost 80 leaked. Of the 537 bytes you leaked, only 80 were leaked in FFmpeg code so that part matches. The remaining bytes that were leaked were leaked in either libjack code or in libgnutls code. Not knowing the internals of either library, I don't know how the internal functions handle memory and if they should clean themselves up or if [21:05] <c_14> they expect their caller to clean them up. [21:08] <c_14> pmarty: ffmpeg supports va-api accelerated decoding, but you can't use it as a playback tool directly. You could use ffmpeg's va-api decoding to decode the video and then output through a pipe as rawvideo to another program which will then play the decoded rawvideo stream [21:08] <tuukka> c_14: but this avformat_find_stream_info leak presents (altought is only 40 bytes) in my app.. [21:10] <pmarty> c_14: but ffmpeg does support output devices meant for playback like sdl (works for me) or xv (it's not present in my build for some reason) [21:13] <c_14> tuukka: Yes, both avformat_network_init and avformat_find_stream_info appear to be leaking 40 bytes each. This is probably a bug and should be reported on trac. You might want to report the issue with a build not linked against either libgnutls or libjack though so that the other leaks don't obscure the leaks in FFmpeg code. [21:16] <tuukka> c_14: Yea.. I track this little bit down and file a bug [21:16] <pmarty> "ffmpeg -hwaccel auto -i trailer_1080p.mov -f sdl out" this works but it's kinda slow [21:17] <pmarty> -hwaccel vaapi is missing [21:18] <webadpro> c_14: By ram, will it fill up.. or you mean use 100mb of ram simply to process? [21:18] <jonascj_> Any mac users? I am trying to figure out if it is easy to install ffmpeg on mac or not. https://www.ffmpeg.org/download.html#build-mac seems to indicate that there is prebuild binaries available. Can those be installed / used without the need for complicated installation procedures? [21:18] <tuukka> c_14: How do I disable jack? [21:18] <c_14> webadpro: simply to process [21:19] <tuukka> c_14: There is no option for that [21:19] <c_14> tuukka: --disable-outdev=jack or something [21:19] <webadpro> c_14: Perfect. than thats just fine. :) [21:19] <c_14> tuukka: hmmm, wait [21:20] <c_14> --disable-indev=jack [21:21] <webadpro> c_14: what does -f flv -r 25& what does the 25 mean [21:21] <c_14> 25 frames per second [21:22] <c_14> ie it sets the framerate to 25 fps [21:22] <webadpro> right& is that a normal process [21:22] <webadpro> or should I have it to 29? [21:23] <c_14> Honestly, unless you need to follow certain constraints or something's broken you really don't have to mess with the framerate that often. [21:23] <webadpro> ok [21:23] <c_14> Ie if you want to output PAL you'll need 25 fps, NTSC uses 30 etc [21:23] <webadpro> should I remove it [21:24] <webadpro> and only have -f flv [21:24] <c_14> I'd remove it, but keeping it shouldn't break anything. [21:33] <fajung> i did all the compilation gude for ubuntu including the MulticoreWare x265, but when I try to set the PATH it returns ERROR: x265 not found | http://pastebin.com/tF45RdYJ [21:38] <c_14> ehh [21:38] <c_14> You never installed x265? [21:39] <fajung> me? [21:39] <c_14> cd into the x265/build/linux folder and make install [21:39] <c_14> fajung: yes, you [21:40] <c_14> And make sure you set the prefix for x265 to $HOME/ffmpeg_build [21:42] <fajung> sorry to ask but how I set the prefix($HOME/ffmpeg_build) in the make install (for the 265)? [21:43] <c_14> the ./make-Makefiles.bash should pop up a ncurses thingymagiggy iirc [21:43] <c_14> *an [21:43] <sfan5> -DCMAKE_INSTALL_PREFIX=<dir> [21:43] <sfan5> should work [21:43] <c_14> or that [21:44] <sfan5> like this: cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX=$PRFX $SRC/libx265/source [21:53] <kingsob_> I am getting a bunch of undefined reference errors when building x264. I don't really understand how building x264 has anything to do with ffmpeg tho.. http://pastebin.com/uvAtLApb [22:34] <relaxed> kingsob_: --disable-lavf [22:36] <kingsob_> I added --disable-cli and it seems to compile fine now.. but I'll try --disable-lavf .. wouldn't mind having the x264 binary [22:37] <sacarasc> Cyclical dependencies are fun. Compile thing A, compile thing B with thing A support, compile thing A with thing B support, compile thing B again just to make sure it all works. \o/ [22:39] <kingsob_> would --disable-lavf disable ffmpeg support for x264? [22:39] <relaxed> yes [22:39] <kingsob_> when I compiled x264, then ffmpeg, everything worked fine.. but now when I go to recompile x264 it blows up with above errors [22:40] <kingsob_> ideally it shouldnt be trying to compile x264 again, so I think there is an issue with my chef setup, but ideally it would still succeeed, not blow up like it currently is [22:41] <relaxed> I think they added lavf autodetect to configure [22:43] <relaxed> if you're using ffmpeg there's no reason to compile x264 with lavf support. [22:43] <kingsob_> ahh [22:43] <kingsob_> I see what you're saying now [22:44] <kingsob_> I think my previous question was backwards [22:44] <kingsob_> would --disable-lavf disable x264 support for ffmpeg? [22:44] <kingsob_> sounds like answer is no :) [22:45] <relaxed> correct [22:46] <kingsob_> perfect, and I suppose that makes sense why --disable-cli solved the problem as well, since there is no x264 at all, so no dependency on ffmpeg.. [22:46] <kingsob_> thanks for your help! [22:57] <onyx> c_14: my attempt to drawtext with the time on the thumbnails failed [22:58] <c_14> What went wrong? [22:58] <onyx> it didnt work no matter what I tried [22:58] <onyx> hold on [22:58] <onyx> let me show you the command [22:59] <onyx> http://pastebin.com/iDdRUpQ3 [23:02] <c_14> I think you're suffering from excessive backslashing. try -vf 'drawtext=fontfile=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf:text=%{localtime:%T}:fontcolor=white@0.8:x=7:y=460' [23:02] <c_14> Replace everything after -vframes 1 and before $out with that [23:03] <onyx> [AVFilterGraph @ 0x2e95040] No such filter: 'drawtext' [23:03] <onyx> Error opening filters! [23:05] <c_14> Can you pastebin the output of `ffmpeg -version' ? [23:06] <onyx> http://pastebin.com/x3rd4Yci [23:08] <c_14> Right, you'll have to get (or compile) a copy of FFmpeg with the --enable-libfreetype (and preferably also the --enable-libfontconfig) option[s]. [23:08] <c_14> ie: `./configure --enable-libfreetype --enable-libfontconfig' [23:09] <onyx> so I go into the ffmpeg folder and run that? [23:09] <c_14> yep, then make and install as normal [23:10] <onyx> wait I do have the static version [23:11] <onyx> http://pastebin.com/tK2itX5p [23:12] <c_14> Then just use that one. [23:12] <onyx> ok let me try that [23:15] <onyx> [Parsed_drawtext_0 @ 0x36c1ec0] Could not load font "%T}": cannot open resource [23:16] <onyx> Parsed_drawtext_0 @ 0x36c1ec0] Unterminated %{} near '{localtime' [23:16] <onyx> Im getting those 2 errors now [23:17] <c_14> put a \ before the :%T [23:17] <c_14> ie %{localtime\:%T} [23:18] <onyx> Parsed_drawtext_0 @ 0x3c5f560] Could not load font "%T}": cannot open resource [23:18] <onyx> [Parsed_drawtext_0 @ 0x3c5f560] Unterminated %{} near '{localtime' [23:19] <c_14> yeah, let me test that. [23:24] <onyx> any luck? [23:27] <c_14> right [23:28] <c_14> try -vf "drawtext=fontfile=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf:text='%{localtime\:%T}':fontcolor=white@0.8:x=7:y=460" [23:28] <onyx> ok [23:30] <onyx> ok seems to be working [23:30] <onyx> one sec let me download the images... [23:33] <onyx> atta boy [23:33] <onyx> works beautifully! [23:34] <joules> whats a container that supports raw video? [23:35] <joules> I had -f avi ..which 3 hours later completely ignored my -v:c and -a:c options. [23:36] <c_14> Matroska does. [23:36] <joules> currently just doing a lossless mka..yeh [23:36] <joules> but not sure the video editor can handle this format. :/ [23:37] <Suchiman> -v:c ? isn't it -c:v [23:37] <Suchiman> -codec:video [23:37] <c_14> it is/they are [23:37] <joules> yes I hvan't got my glasses on and just woke up. [23:37] <c_14> ie -c:a and -c:v [23:38] <joules> maybe .mov ? [23:38] <Suchiman> so since People are active, i might try to ask again ;) [23:38] <joules> no one helps me [23:38] <joules> shoot. ;d [23:39] <c_14> joules: why are you using rawvideo? [23:40] <joules> don't ask. [23:42] <Suchiman> i've used directShow to capture video (lagarith compressed) and audio (pcm) stream from a grabber device into a mkv. if i stream copy the audio into a wav, it gets longer than the original mkv, if i remux the audio with the Video, audio is desync. if i first transcode it into mp4 (h264, aac), the duration is now 10 seconds longer, but a/v still in sync. if i [23:42] <Suchiman> stream copy the audio now into a external file.... it gets again ~5 seconds longer. remux again and desync... what is going on ;) [23:42] <c_14> Suchiman: might be the sampling rate [23:43] <c_14> ie ffmpeg detecting the wrong sampling rate [23:43] <c_14> joules: of the muxers I thought might support rawvideo, I was able to successfully throw rawvideo into avi and matroska. [23:43] <c_14> Successfully as in I was able to play it again afterwards. [23:44] <joules> didn't work for avi [23:44] <c_14> Suchiman: what does ffprobe say about the sampling rate in the original file and then in the one that is longer? [23:44] <c_14> joules: what ffmpeg version? [23:46] <joules> it enforced avi default of "mpeg4 (Simple Profile)" [23:46] <relaxed> avi should support rawvideo [23:46] <c_14> What command did you use? [23:47] <joules> "ffmpeg -i /tmp/vhs.avi -vf yadif=1:1,mcdeint=0:1,crop=678:576:14:0,scale=720:576,setdar=dar=4/3,fps=25 -f avi -c:v rawvideo -c:a copy /mnt/disk/tmp/vhs.avi" [23:47] <Suchiman> c_14: http://pastebin.com/8Rm82GNp [23:50] <c_14> joules: hmm, that should have worked. Before ffmpeg starts encoding, it lists the OUtput metadata and the stream mapping, what does that say? [23:52] <joules> c_14: it was weird, I was checking it. came back and the whole thing was fuxed. [23:53] <joules> Yes, saids what it should..testing with the same command (minus the deints). Should finish soon. [23:53] <joules> "Stream #0:0 -> #0:0 (mpeg2video (native) -> rawvideo (native)) [23:55] <c_14> Suchiman: hmm, the source audio might be 44.1KHz instead of 48KHz, try adding a -af asetpts=0.91875*PTS [23:56] <Suchiman> c_14: i'm not sure how ffmpeg does work internally but why doesn't this corrupt audio already when transcoding to mp4? [23:58] <c_14> Presumably because it uses video timestamps to help align the audio timestamps. [23:59] <Suchiman> c_14: and in which step should i use this cmd? both mkv and mp4 are in sync, desync only happens when de/re muxing, should i use asetpts when stream copying from the mkv into wav? [23:59] <c_14> ie it knows that audio sample x occurs during frame y or something. [00:00] --- Wed Sep 10 2014

1 0

ffmpeg-devel.log.20140908
by burek 09 Sep '14

09 Sep '14

[00:38] Action: Daemon404 wonders if nicholas has ever had a non-terrible design idea ever [00:45] <cone-977> ffmpeg.git 03Martin Storsjö 07master:803e82276b37: libavformat: Check mkdir return error codes [00:45] <cone-977> ffmpeg.git 03Michael Niedermayer 07master:aecd064744c8: Merge commit '803e82276b3716bf6012ec69e8854dae14a4fd2b' [00:52] <cone-977> ffmpeg.git 03Martin Storsjö 07master:fcf597625c7a: ismindex: Avoid writing ismf files if no base name has been specified [00:52] <cone-977> ffmpeg.git 03Michael Niedermayer 07master:1a59a288380a: Merge commit 'fcf597625c7a991ca389f3a9b8ff4f5e383301c0' [01:25] <cone-977> ffmpeg.git 03Diego Biurrun 07master:1274ea8dbaec: Split off floating point AAN (I)DCT into separate components [01:25] <cone-977> ffmpeg.git 03Michael Niedermayer 07master:f044fc03727d: Merge commit '1274ea8dbaec44355bde07f6bb31fec0c4e6fd2d' [05:25] <cone-312> ffmpeg.git 03Hendrik Leppkes 07master:e9c08e32d6b9: avformat/utils: Exclude the header size when computing duration from bit_rate [12:29] <ao2> hi, I fixed a problem I had with the x11grab input device. Is it OK if I send the fix to both ffmpeg and libav? The two patches are slightly different, that's why I am asking. [12:34] <J_Darnley> Probably. [12:34] <J_Darnley> I think it would save michael from having to do some work merging it. [12:39] <ao2> J_Darnley, OK, thanks. [13:18] <ubitux> ao2: since you're working on x11grab, would you be interested in implementing http://trac.ffmpeg.org/ticket/2563 ? [13:23] <michaelni> nevcairiel, ok to cherry pick de45959d and 63324443 or is there some reason not to / wait ? [13:25] <ao2> ubitux, I don't think so, sorry. JFYI GStreamer's ximagesrc provides an xid option already to capture a specific window; some fixes are needed there too, tho (https://bugzilla.gnome.org/show_bug.cgi?id=690646) [13:26] <ubitux> ok :) [14:33] <ubitux> so libpostproc is like 6k LoC [14:33] <ubitux> is it really a problem? [14:34] <Compn> ubitux : depends if you are a deletionist or not [14:34] <Compn> :p [14:46] <Compn> curious why debian wants it seperate ? is it because its called 'lib*' ? [14:47] <Compn> theres some talk on debian somewhere about ffmpeg that i'm not in the loop of. [15:03] <BtbN> Debian has all ffmpeg libs in seperate packages as far as i know [15:04] <Compn> blurgh [15:06] <BtbN> But it was allways like that, even for libav [15:06] <Compn> guess it makes some sense to do it that way , just a lot more work [15:24] <cone-636> ffmpeg.git 03Stefano Sabatini 07master:f51de9cac2fd: lavf/segment: abort in case of invalid segment format options [15:24] <cone-636> ffmpeg.git 03Stefano Sabatini 07master:24db666d1549: MAINTAINERS: add myself as segment maintainer [17:18] <cone-636> ffmpeg.git 03Michael Niedermayer 07master:951f6fa3f31b: avformat/rtpdec_qt: Fix 'warning: passing argument 2 of ffio_init_context discards const qualifier from pointer target type' [17:18] <cone-636> ffmpeg.git 03Michael Niedermayer 07master:5a6dd925cb3f: avcodec/ac3dec_fixed: remove unused arrays [18:09] <durandal_1707> how you escape : [19:30] <someone-noone> Hi. Perhaps someone knows a possibility (fork, pull-request or work-around) to get a microphone as input in OS X? [19:31] <someone-noone> Or someone know how to fix "malloc checksum" errors in OpenAL described here: https://trac.ffmpeg.org/ticket/314#no1 [19:34] <Compn> someone-noone : paste me output of ffmpeg -list_devices true [19:37] <someone-noone> Compn, http://pastebin.com/0HjDzaRS [19:37] <Compn> oops, that option is gone [19:37] <Compn> lol thats what i get for looking at old bugreports [19:38] <Compn> someone-noone : do ffmpeg -devices [19:38] <someone-noone> Compn, D avfoundation AVFoundation input device [19:38] <someone-noone> D lavfi Libavfilter virtual input device [19:38] <someone-noone> D qtkit QTKit input device [19:39] <someone-noone> ./ffmpeg -f qtkit -list_devices true -i "" \\ produces: [19:39] <someone-noone> [QTKit input device @ 0x7fb822c10c60] QTKit video devices: [19:39] <someone-noone> [QTKit input device @ 0x7fb822c10c60] [0] AB@>5==0O iSight [19:39] <someone-noone> [0] is my webcam [19:40] <someone-noone> ./ffmpeg -f avfoundation -list_devices true -i "" \\ produces: [19:40] <someone-noone> [AVFoundation input device @ 0x7f88f3c11d20] AVFoundation video devices: [19:40] <someone-noone> [AVFoundation input device @ 0x7f88f3c11d20] [0] AB@>5==0O iSight [19:40] <someone-noone> same [19:40] <Compn> humm [19:42] <Compn> try ffmpeg -f avfoundation -list_devices true -i "" or ffmpeg -f avfoundation -devices true -i "" [19:42] <Compn> probably the latter. [19:43] <someone-noone> first, I did it, result is posted above [19:43] <someone-noone> second, produces same result as ffmpeg -devices [19:43] <Compn> you did -f qtkit [19:43] <Compn> er never mind [19:43] <Compn> i see :) [19:43] <Compn> humm [19:47] <Compn> someone-noone : what osx ver are you running ? [19:49] <Compn> someone-noone : so ffmpeg -f openal -list_devices crashes ? [19:52] <Compn> someone-noone : you dont happen to have any bluetooth microphones that could be used? or maybe a webcam with mic or anything like that ? [19:52] <Compn> usb mic [20:15] <cone-636> ffmpeg.git 03Carl Eugen Hoyos 07master:2b1f6a351638: Print the actual bit depth for audio if it is different from the sample_fmt bit depth. [20:15] <cone-636> ffmpeg.git 03Carl Eugen Hoyos 07master:42b4da75b73d: Print bits_per_raw_sample for ffprobe -show_streams. [20:15] <cone-636> ffmpeg.git 03Carl Eugen Hoyos 07master:552ce6874c8a: Revert the default for ffplay to -noautoexit. [20:26] <someone-noone> Compn, I can't install openal. But I can do like here https://trac.ffmpeg.org/ticket/314#no1 and it will produce "malloc checksum" error. Do you know how to fix it? I have a built-in micro [20:54] <ubitux> there is still no ass specs? [20:54] <ubitux> even markdown got one recently based on a lost perl script full of regex [20:55] Action: ubitux wonders if we'll see vp9 specs before ass ones [20:57] <wm4> ubitux: there is [20:57] <wm4> the vsfilter source code [20:57] <ubitux> right [20:57] <ubitux> libvpx are the vp9 specs as well [20:58] <Daemon404> webvtt is the future obviously [20:58] <wm4> unlike libvpx, vsfilter is immutable, though [20:58] <Daemon404> wm4, \blur disagrees [20:58] <ubitux> vsfilter is dead? [20:59] <wm4> it's kept alive by chinese intrinsic grinders [21:09] <ubitux> what was the meaning of "Marked"? [21:11] <J_Darnley> In a particular context or just in English? [21:12] <ubitux> in the ass context [21:12] <ubitux> or more likely, ssa [21:12] <ubitux> it was later replaced with a layer field [21:13] <cone-636> ffmpeg.git 03Michael Niedermayer 07master:baee313aa9a5: avcodec/diracdec: Fix "warning: comparison of constant 4 with expression of type enum dirac_subband is always true [-Wtautological-constant-out-of-range-compare]" [21:13] <cone-636> ffmpeg.git 03Michael Niedermayer 07master:a67b6c954154: avcodec/cabac_functions: fix "warning: UNCHECKED_BITSTREAM_READER is not defined, evaluates to 0" [21:14] <J_Darnley> What a warning option name! [21:15] <wm4> ubitux: maybe gui state [21:16] <ubitux> GUI state? oO [21:17] <wm4> ubitux: ass was never meant for playback [21:17] <wm4> it was the file format of some subtitle editor written in visual basic [21:17] <wm4> aegisub still stores gui state in .ass files btw. [21:18] <wm4> lately I've even got a file that had 20MB of such state [21:18] <wm4> I didn't check, but the subtitles probably took up more file size than the audio track [21:19] <ubitux> lol [21:20] <ubitux> wm4: so it would be a GUI state such that the editor would still keep the selected sub events in memory? [21:20] <wm4> these people must suffer from brain damage [21:20] <wm4> ubitux: probably [21:26] <ubitux> http://web.archive.org/web/20030603235926/http://www.eswat.demon.co.uk/subs… [21:26] <ubitux> blast from the past [21:26] <ubitux> Compatibility with other subtitling programs [21:26] <ubitux> Reads JACOsub, ZeroG, Subsonic, MacSub, RealText and Plain Text files. [21:26] <ubitux> omg [21:52] <ubitux> michaelni: when merging 1ec335513f95bf2441f81d761ea127325ecd81a0, please mention ebef9f5a56d7df91e010a177a80cfc8dbe394305 [21:52] <ubitux> ebef9f5a56d7df91e010a177a80cfc8dbe394305 was truncated to 56d7df91e010a177a80cfc8dbe394305 instead of ebef9f5a for some random reason [21:53] <ubitux> maybe a joke with "leftover" or something [22:04] <ubitux> wm4: <&jfs> iirc it was whether an editor had marked the line for attention [22:04] <ubitux> seems you were right [22:11] <cone-636> ffmpeg.git 03Michael Niedermayer 07master:1360db7e888e: avcodec/mpeg4videodec: fix 'libavcodec/mpeg4videodec.c:2762:22: warning: unused variable mpeg4_vdpau_class [-Wunused-const-variable]' [22:29] <cone-636> ffmpeg.git 03Gabriel Dume 07master:1ec335513f95: time: Add missing zero [22:29] <cone-636> ffmpeg.git 03Michael Niedermayer 07master:6daff3bd8f30: Merge commit '1ec335513f95bf2441f81d761ea127325ecd81a0' [23:19] <wm4> I get stuff like "Channel layout '5.1(side)' with 6 channels does not match specified number of channels 2: ignoring specified channel layout" [23:19] <wm4> it seems this happens because I set request_channel_layout (for downmix), but not request_channels [23:19] <wm4> but request_channels is deprecated [23:19] <wm4> ???? [23:22] <wm4> oh, actually setting request_channels doesn't help [23:27] <wm4> oh looked at the wrong code [23:28] <wm4> anyway, this looks like at least the ac3 decoder fails to set the channel layout correctly on downmix [23:28] <wm4> this is just because ffmpeg moronically decided to keep the redundant channel count... [23:41] <Plorkyeran> the 20 MB of crap is undo data for the motion tracking script [23:41] <Plorkyeran> i.e. entirely useless garbage [23:42] <wm4> nice [23:43] <Plorkyeran> I guess I should get around to releasing 3.2.1, which deduplicates that data [23:43] <Plorkyeran> but I was kinda hoping people would just make their release scripts strip garbage [23:51] <J_Darnley> Can I ask if this does what I think it does... [23:51] <J_Darnley> pinsrb m3, byte r5m, 0 [23:52] <J_Darnley> load 1 byte from the memory at r5m into the lowest byte of m3 [23:52] <J_Darnley> ? [00:00] --- Tue Sep 9 2014

1 0

ffmpeg.log.20140908
by burek 09 Sep '14

09 Sep '14

[00:24] <Lac3rat3d> okay i figured out that -strict 2 is supposed to enable the use of the experimental encoder 'aac' [00:24] <Lac3rat3d> but it never lets me use it, even if i put -strict 2 [00:24] <Lac3rat3d> it always complains to use the strict 2 switch or use libvo_aacenc [00:45] <c_14> -strict -2 [00:48] <Lac3rat3d> cool, i also found that -strict experimental worked [00:48] <Lac3rat3d> thanks :) [00:49] <Mavrik> Lac3rat3d, make sure you're really running the newest build [00:49] <Lac3rat3d> i just downloaded a new windows build :) [00:52] <Lac3rat3d> Mavrik: i noticed the wiki says libfdk_aac is better than the native ffmpeg aac encoder [00:52] <Lac3rat3d> but it's not free? [01:02] <Hello71> that's why there's a native ffmpeg aac encoder. [01:02] <Lac3rat3d> ya im just curious how much better the other one is. and how it compares to the ac3 one too [01:06] <Hello71> !tias [04:14] <rule_2> Is -qscale 0 the only option I would need to include to get lossless encoding with mpeg2video as my codec? [04:14] <rule_2> or is there anything else? [04:14] <rule_2> I am getting 5 mbps with that option which seems far too low for mpeg2 video [04:23] <sacarasc> I didn't think that MPEG2 could do lossless. [04:28] <blockh34d> hello [04:28] <blockh34d> i'm on a raspberry pi and i recently went through the upgrade process [04:28] <rule_2> what would you say is the easiest to encode lossless codec? bitrate/performance isn't the most important thing [04:28] <blockh34d> afterwords, ffmpeg no longer seemed to have ffprobe [04:28] <rule_2> just low cpu utilization [04:28] <blockh34d> now other stuff is broken please help [04:29] <blockh34d> is it included with something else now maybe? [04:32] <blockh34d> is there something else i can use like ffprobe instead? [04:35] <rule_2> would Huffyuv or ffv1 be better for realtime lossless compression of a 1080p rawvideo output from a camcorder? [04:36] <rule_2> better being defined as more likely to encode at realtime on my processor [04:38] <blockh34d> anyone else having any problems using ffprobe? [04:46] <blockh34d> looks like ffprobe is now avprobe [04:47] <blockh34d> i've been trying to stick with ffmpeg over avconf cause i can't figure out whats going on there [04:47] <aphid> sounds like someones using libav [04:47] <blockh34d> seems like some sort of conflict [04:47] <blockh34d> i'm trying to use ffmpeg [04:47] <blockh34d> maybe rpi has other plans but ffmpeg is what i installed [04:48] <blockh34d> its worked for most a year so far [04:48] <aphid> ive never used either probe, so Im no help [05:14] <Nosomy> ffplay don't supports matroska with hevc stream? [05:16] <sacarasc> What errors are you getting. [05:23] <Nosomy> sacarasc http://pastie.org/9535179 [05:23] <Nosomy> for raw hevc stream is fine, but mkv (matroska) fails [05:27] <Nosomy> sacarasc, did you see? [05:30] <Nosomy> http://pastebin.com/xRVmaCV3 [05:45] <Nosomy> need a sample for test? [06:07] <rule_2> if i could turn back time [06:07] <rule_2> i would find a way [06:30] <Nosomy> the problem remains: http://pastebin.com/EATHes2b [07:33] <Zeranoe> Holy cow the ads on pastebin [09:45] <roughana> hi, i'm back with a problem compiling on ARM [09:46] <roughana> Last time, I received assistance with setting up configure parameters as so: [09:46] <roughana> ffmpeg version N-66094-gbb8b752 Copyright (c) 2000-2014 the FFmpeg developers [09:46] <roughana> built on Sep 6 2014 21:10:09 with gcc 4.2.3 (GCC) [09:46] <roughana> configuration: --arch=armv5te --cpu=armv5te --prefix=/opt --extra-cflags=-I/opt/include --extra-ldflags='-L/opt/lib -Wl,-rpath=/opt/lib' --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-libmp3lame --enable-rpath --disable-neon [09:46] <roughana> I tried the following: [09:46] <roughana> ffmpeg -i "03 Desire.m4a" -vn -ab 320k -ar 44100 Desire.mp3 [09:46] <roughana> and received this output: [09:47] <roughana> ffmpeg version N-66094-gbb8b752 Copyright (c) 2000-2014 the FFmpeg developers [09:47] <roughana> built on Sep 6 2014 21:10:09 with gcc 4.2.3 (GCC) [09:47] <roughana> configuration: --arch=armv5te --cpu=armv5te --prefix=/opt --extra-cflags=-I/opt/include --extra-ldflags='-L/opt/lib -Wl,-rpath=/opt/lib' --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-libmp3lame --enable-rpath --disable-neon [09:47] <roughana> libavutil 54. 7.100 / 54. 7.100 [09:47] <roughana> libavcodec 56. 1.100 / 56. 1.100 [09:47] <roughana> libavformat 56. 4.100 / 56. 4.100 [09:47] <roughana> libavdevice 56. 0.100 / 56. 0.100 [09:47] <roughana> libavfilter 5. 0.103 / 5. 0.103 [09:47] <roughana> libswscale 3. 0.100 / 3. 0.100 [09:47] <roughana> libswresample 1. 1.100 / 1. 1.100 [09:47] <roughana> Illegal instruction [09:48] <roughana> Perhaps I should go back to using --arch=arm --enable-armv5te instead of --arch=armv5te --cpu=armv5te ? [09:53] <roughana> although, I wonder if there is something wrong with the libmp3lame library. [09:53] <roughana> Is there a way to check for illegal instruction usage in a library? [10:17] <pantra> hi [10:24] <pantra> I'm currently upgrading a dll-project from ffmpeg 0.87 to 2.3.3 [10:24] <pantra> quite a big jump, but until now it went pretty smoothly. Only now I can't seem to find information how to set what was once AVCodecContext::partitions (or "crf" and "cqp", too) [10:24] <pantra> does someone have a hint for me? [11:53] <wintershade> hey guys. I'm fiddling with mpeg4-ASP again (converting some videos for my parents and my gf to watch on their oldish home theaters). from your experience, what would yield better video quality - mpeg4 or libxvid? (speed is less important to me atm) thanks! [12:10] <wintershade> okay, another question... if someone can answer this - I've set -codec:v mpeg4 and -vtag DX50, -f avi. however, when I open the video with MPlayer, it detects video format as MP4V, rather than divx50 or something. what gives? [12:48] <wintershade> hey again :) another question, if anyone would know. what does the -preme option do? Some articles suggest using it, others don't. how high can it go, and what impact will it have on speed/quality? tia [13:07] <sfan5> wintershade: https://trac.ffmpeg.org/wiki/Encode/MPEG-4 read that? [13:15] <wintershade> sfan5: yes, and a few more. I cannot find anything about the -preme option, however. any ideas? [13:16] <sfan5> no, never heard of -preme [13:17] <wintershade> sfan5: it's mentioned here https://wiki.archlinux.org/index.php/Ffmpeg#Two-pass_MPEG-4_.28very_high-qu… [13:17] <sfan5> the arch wiki likely has good recommendations [13:17] <wintershade> sfan5: and while this guide (with a few obsolete parameters removed) will give rather good results, I would still like to know what are they for. [13:17] <sfan5> I'd suggest you to just try and see what changes [13:18] <c_14> > -preme <int> E..V.... pre motion estimation (from INT_MIN to INT_MAX) (default 0) [13:18] <wintershade> sfan5: well, I've fiddled with the -preme option, and raising it above 2 gives me a few more FPS (or so it seemed in one particular run). what I'd like to know is how it impacts the video quality now. [13:18] <wintershade> c_14: okay, and what are INT_MIN and INT_MAX? what values are considered sane? [13:18] <K4T> I have Intensity Pro video card. I can preview video from that card in VLC using DirectShow. I can also get preview in ffplay. But in both I dont have sound, only video. Any ideas? [13:19] <sfan5> INT_MIN is about -2 000 000 and INT_MAX about 2 000 000 [13:19] <wintershade> sfan5: and yes, I know archwiki has good recommendations. thanks to that and the Gentoo handbook I've learned to use Linux :D [13:19] <sfan5> but I don't think those are sane values [13:19] <wintershade> sfan5: ...no, I wouldn't say they are either. [13:19] <K4T> If I run Media Express I can see that bars from audio signal are alive... so sound should be there... but why I am getting only video? [13:23] <c_14> wintershade: I guess the larger the value the more time FFmpeg spends guessing at where in the movie there's a lot of motion that needs more bitrate. [13:24] <c_14> K4T: https://trac.ffmpeg.org/wiki/DirectShow [13:24] <wintershade> c_14: so I should put it as high as I can? [13:25] <K4T> c_14 I rwad it already [13:25] <K4T> read* [13:25] <c_14> wintershade: It's probably just overkill. I wouldn't increase it above like 5. The default should be relatively sane. [13:25] <K4T> c_14: http://forum.blackmagicdesign.com/viewtopic.php?f=18&t=27038&p=167818#p1678… you can also see more detailed post here [13:26] <wintershade> c_14: but the default is 0... lol [13:26] <c_14> wintershade: Since the value can be negative, 0 is probably a half-way point. [13:26] <wintershade> c_14: ahh... makes sense. [13:27] <wintershade> well thanks :) [13:27] <wintershade> btw, any ideas on my previous question? MPlayer doesn't seem to recognise the -vtag option anymore... [13:27] <wintershade> also, -tag:v makes no difference. [13:27] <sfan5> mplayer? [13:28] <wintershade> sfan5: mplayer. as in, the movie player. on Linux. frontended by SMPlayer as well. [13:28] <c_14> K4T: are you specifying an audio device as well as a video device in your ffmpeg/ffplay command? [13:28] <sfan5> why not use ffmpeg? [13:29] <wintershade> sfan5: for playing video? [13:29] <wintershade> hmm... [13:29] <mistawright_> hi guys i have a created a video from images and have two png's overlayed. I need to set the video size and can not as it is taking the size of the input images. how can i set the resolution and have it display the image in its native size with black border if necessary? [13:29] <sfan5> <wintershade> [...] (converting some videos for my parents and my gf to watch on their oldish home theaters)[...] [13:30] <wintershade> sfan5: indeed. I'm using ffmpeg to convert them, but I'm also using mplayer on my laptop to test if they work. so far, when mplayer's info looked good, it worked on the home theater as well. [13:30] <c_14> mistawright_: look at the pad filter [13:31] <sfan5> wintershade: mplayer does not have the same options as ffmpeg [13:31] <wintershade> mistawright_: try crop, pad and scale filters. not necessarily in that particular order. [13:31] <sfan5> and vtag sets the codec tag [13:31] <sfan5> when just playing video the codec tag doesn't matter anyway [13:31] <wintershade> sfan5: I know, and until now, whenever I set -vtag DX50 or -vtag XVID, mplayer recognised them properly. [13:31] <wintershade> sfan5: it doesn't? don't the old HT players check this tag? [13:32] <sfan5> the codec tag does matter, but it doesn't matter if you set it while just playing a video with mplayer [13:33] <wintershade> sfan5: I see. thanks for that too :) [13:33] <mistawright_> wintershade: I believe i need to set the video output size. I am using jpg and pngs and creating a video with overlayed pngs. the video takes the size of the jpg. How do I force it to 854x480 not sure where I should be scaling or if I should be [13:34] <wintershade> mistawright_: try vf scale=854:480 [13:35] <sfan5> scale does not add a black border, does it? [13:35] <wintershade> mistawright_: be careful about the aspect ratio, though. if your images are of varying sizes, you might want to process them with imagemagick or something first. [13:35] <mistawright_> ive tried that and failed [13:35] <mistawright_> still uses the size of the input images [13:35] <wintershade> mistawright_: are all your images of the same size? [13:35] <K4T> c_14: here is my commands and devices: http://pastebin.com/8xutyizS [13:36] <wintershade> sfan5: he said add black borders if necessary... [13:36] <wintershade> sfan5: but yeah, one could assume he needs them. [13:36] <mistawright_> yes except the ovelrays the overlays are 854x480 [13:36] Last message repeated 1 time(s). [13:36] <wintershade> mistawright_: and what size are other images? [13:36] <wintershade> mistawright_: you might want to use imagemagick first, to scale all your images to the same size. [13:37] <mistawright_> 640x480 [13:37] <wintershade> mistawright_: that's what I do when I need to do something like that, at least. I don't know if ffmpeg can do it on it's own (I'm sure it can), but I prefer to use this. [13:37] <wintershade> mistawright_: you should pad your 640x480 images with black borders first. [13:37] <c_14> K4T: hmm, no clue. You might have to wait around until someone with more Windows knowledge shows up. You can also try the mailing list. [13:37] <wintershade> mistawright_: try this... [13:38] <wintershade> mistawright_: convert <input_image.jpg> -gravity center -background black -extent 854:480 <output_image.jpg> [13:38] <wintershade> mistawright_: or even better... <output_image.png> [13:38] <wintershade> mistawright_: so you don't lose quality with jpeg [13:39] <wintershade> mistawright_: I'm assuming you're on Linux... right? [13:39] <mistawright_> yeah [13:39] <wintershade> mistawright_: cool. chances are that you already have imagemagick installed. [13:39] <mistawright_> let me whip up quick bash script to process the images [13:39] <wintershade> mistawright_: good luck [13:40] <wintershade> mistawright_: try with one image first, see if it will give you what you need. [13:41] <wintershade> mistawright_: ...or you could crop the overlays to 640x480 :D [13:41] <wintershade> if there's one thing I've learned, then it's that it's always best to work with all frames/layers of the same size, regardless of whether you're ffmpeg'ing or gimp'ing or anything else. [13:42] <wintershade> anyway... I'll be going soonish. thanks to sfan5 and c_14 for help :) [13:43] <wintershade> mistawright_: also... if you're working with png's, this might do the trick... [13:43] <wintershade> convert <input.png> -bordercolor black -border 107x0 <output.png> [13:44] <wintershade> mistawright_: -border 107x0 will add borders on left and right, each of 107px width, which will add up to 854x480 as a resulting image [13:44] <mistawright_> it gave me an error about invalid geometry `854:480' [13:45] <mistawright_> ill look into that though [13:45] <wintershade> mistawright_: what did? [13:45] <wintershade> mistawright_: imagemagick? try the border I mentioned just now. [13:45] <wintershade> anyway, I've offtopicked enough, and need to go back to work. bye all! [13:47] <pmarty> what is the difference between ipod and mp4 output formats? they both claim compliance with MPEG-4 part 14 [13:48] <roughana> resend: Is there a way to check for illegal instruction usage in a library? [13:49] <roughana> ie to answer the question, is the library built appropriately for the target architecture [13:50] <K4T> c_14: look http://stackoverflow.com/questions/16618686/directshow-capture-source-and-f… that is my problem [13:51] <BtbN> Capturing with DirectShow is incredibly painfull. It's nearly impossible to write a generic solution that works with everything. [13:51] <BtbN> Every vendor implements it however it likes, you'd have to write vendor specific code for every single card in existence [13:53] <K4T> :( [14:02] <roughana> does ffmpeg include library to decode m4a or do i need to compile FAAD as well? [14:09] <roughana> I want to pyTivo to convert m4a (iTunes library) into m3 for playback on TiVo. [14:09] <roughana> I had to link LAME for mp3 [14:10] <roughana> Do I need to do anything for m4a? [14:10] <pmarty> roughana: ffmpeg is able to decode aac by itself (no external libs) [14:10] <pmarty> ffmpeg -decoders | grep aac [14:16] <pa> hello [14:18] <pa> i have a weird question: i was reading the trac page about streaming using ffserver and i was wondering whether this method of streaming supports transconding with seeking ? [14:22] <K4T> can someone give me advice how to calculate value for rtbufsize? I am taking input from directshow device. [14:23] <K4T> and where that buffer will be stored? In RAM? [14:46] <roughana> thanks pmarty [14:49] <joules> hi, with mcdeint is the parity the same as what I select for yadif [14:58] <roughana> ffmpeg 0.6.7 configure does not appear to support the --enable-rpath option [14:59] <roughana> any idea when that option was first supported? [15:10] <pmarty> while i was transcoding with libx264 -crf 23 i've noticed q=29.0 in ffmpeg output? is it normal, i.e. it shows quantization value in some other scale? [15:16] <Mavrik> yes [15:16] <Mavrik> also it chooses the highest quantization it can for the quality... so you'll see high values for "slow" input [15:16] <Mavrik> or simple input [15:17] <JEEBsv> pmarty: CRF is the rate factor you set, the quantizer value can be completely differnt (and variable) [15:18] <JEEBsv> thus that ends up being some kind of average or whatever of what quantizers the encoder used [15:19] <pmarty> okay, now i get it. two different things but one influences the other [15:20] <someone-noone> hi. How can I capture microphone on OS X? [15:49] <sky3> im on mint mate 17 [15:50] <sky3> im trying to convert a video which is .mov into a 3gp [15:50] <sky3> i ran the command "cd ~/Desktop && ffmpeg -i 142306432.mov 142306432.3gp [15:51] <sky3> terminal output is " The specified picture size of 480x360 is not valid for the H.263 codec. [15:51] <sky3> Valid sizes are 128x96, 176x144, 352x288, 704x576, and 1408x1152. Try H.263+. [15:51] <sky3> so how to fix this.. [15:51] <sky3> can any one pls help me... [15:52] <c_14> ffmpeg -i 142306432.mov -c:v h263p 142306432.3gp [15:52] <sky3> the last two lines on the TERMINAL are " Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height [15:52] <sky3> " [15:53] <c_14> Or scale the video to one of the sizes supported by standard H.263. [15:53] <sky3> ok c_14 [15:54] <sky3> the file is on Desktop ..so i should start with " cd ~/Desktop && ffmpeg -i .." is that ok? [15:54] <c_14> yeah, that's fine [15:54] <sky3> ok [15:55] <sky3> let me try again [16:00] <sky3> nope [16:00] <sky3> no [16:00] <sky3> did not succeed [16:00] <sky3> c_14 [16:02] <sky3> ok [16:03] <sky3> fflogger: iw ill use dapste.com [16:03] <sky3> dpaste* [16:03] <sky3> sorry [16:04] <klaxa> you don't have to apologize for typos :) [16:05] <sky3> not for typos ..as i used ffmpeg command so i did [16:05] <sky3> but i hope i can put ffmpeg command ghere [16:05] <sky3> here [16:05] <sky3> for output i will use dpaste.com [16:06] <termos> I'm trying to convert an AVFrame from YUV420P into RGB24 and back again to YUV420P using sws_scale but I get a very green and noisy frame where there seems to be thee copies of the original frame next to each other. [16:08] <termos> https://dl.dropboxusercontent.com/u/28287972/distorted_video.png this is what it looks like [16:09] <FunnyLookinHat> Hey guys - I've been out of the encoding scene for a while... is the current best tool for encoding H264 / WebM / Ogg videos FFMPEG or Libav? [16:10] <FunnyLookinHat> I'm more familiar with FFMPEG - so if there is negligible difference I'd prefer to stick with that. [16:10] <saste> FunnyLookinHat, !fork [16:10] <FunnyLookinHat> hehe [16:11] <FunnyLookinHat> saste, thanks! [16:15] <roughana> I built ffmpeg 0.6.7 with the LAME library and now m4a to mp3 works, but pyTivo streaming to the TiVo is jittery. I think the transcoding on the QNAP is taking longer than what the TiVo needs for smooth playback. I really don't want to convert my iTunes library to MP3. Perhaps a later version of ffmpeg would provide a better experience. Any ideas which version to try? [16:15] <sky3> i want to convert an .mov file into a .3gp.. i sued the command 'cd ~/Desktop $$ ffmpeg-i 142306432.mov -c:v h263p 142306432.3gp" [16:15] <sky3> used* [16:16] <sky3> nothing happened [16:17] <Mavrik> roughana, the encoding is done by LAME library and the LAME library is the one that has to be fast, not ffmpeg. [16:17] <Mavrik> so updating ffmpeg probably won't do much. [16:19] <fajung> how can I do to encode with 265 codec? I have recompiled ffmpeg following this: https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu [16:19] <sky3> sorry i typed 'cd ~/Desktop && ffmpeg-i 142306432.mov -c:v h263p 142306432.3gp" [16:20] <sky3> thats the CMD i ran on term with 0 result [16:20] <sky3> can some one pls guide [16:20] <klaxa> can you pastebin the output of ffmpeg? [16:21] <Mavrik> fajung, did you add Multicoreware libx265 support? [16:22] <fajung> what do you mean? [16:22] <sky3> klaxa: sure [16:24] <fajung> here is the output: http://pastebin.com/C8MQHwXb [16:26] <sky3> klaxa: were u asking me for the output via pastebin? [16:26] <c_14> fajung: You didn't build with x265 support. [16:26] <fajung> I think I'll have to recompile ffmpeg using the --enable-lib265, right ? [16:26] <c_14> ye [16:26] <c_14> And you'll need to install x265 [16:26] <fajung> but from where I download the 265 ? [16:27] <klaxa> sky3: yes [16:27] <c_14> https://bitbucket.org/multicoreware/x265/wiki/Home [16:27] <sky3> klaxa: ok [16:28] <sky3> klaxa: here it is : http://pastebin.com/PrML9Udm [16:29] <fajung> I have to recompile ffmpeg, but adding the "Linux instruction" in the process, and then add the --enable-lib265 to the configuration part ? [16:29] <Fjorgynn> I :) [16:29] <fajung> sorry I'm new [16:30] <Fjorgynn> I would ask JEEB [16:30] <klaxa> sky3: put cd ~/Desktop and the ffmpeg command line into two commands or separate them with a semocolor (;) [16:30] <sky3> ok [16:31] <c_14> fajung: --enable-libx265 is the option [16:34] <sky3> klaxa: i seperated 2 commands as u said & ran it .. [16:34] <sky3> should I pastebin the output? [16:35] <klaxa> yes [16:36] <sky3> klaxa: here it is : http://pastebin.com/gERX71gW [16:37] <klaxa> sky3: try: ffmpeg -i 142306432.mov -c:v h263p -ar 8000 142306432.3gp [16:37] <sky3> klaxa: ok [16:39] <sky3> klaxa: again im gonna pastebin the output [16:40] <sky3> klaxa: here it goes : http://pastebin.com/j53Uka3M [16:41] <klaxa> sky3: try: ffmpeg -i 142306432.mov -c:v h263p -ar 8000 -ac 1 142306432.3gp [16:41] <sky3> klaxa: ok [16:41] <klaxa> -ar sets the sampling rate, -ac sets the number of audio-channels [16:41] <sky3> ok [16:42] <klaxa> ffmpeg's output tells you what is wrong, see: [libopencore_amrnb @ 0x974a960] Only 8000Hz sample rate supported and [libopencore_amrnb @ 0xa25c960] Only mono supported [16:42] <sky3> i see [16:43] <sky3> but it was converted earlier using ffmpeg klaxa ..but i lost the command:( [16:44] <sky3> im gonna pastebin output klaxa [16:45] <kaotiko> hi3 [16:45] <sky3> klaxa: here its :http://pastebin.com/kztuJRty [16:48] <klaxa> sky3: change h263p to h263, h263p (h263+) is not supported in 3gp apparently [16:48] <sky3> ok [16:49] <sky3> everything else should remain unchanged? [16:49] <klaxa> yes [16:49] <sky3> ok [16:53] <sky3> klaxa: here is the output: http://pastebin.com/qcYGBAEZ [16:54] <klaxa> you will have to use one of the resolutions listed by the output [16:54] <klaxa> you can set the resolution with -s [16:54] <sky3> ok [16:54] <klaxa> so add -s 352x288 or -s 704x576 to the command [16:54] <sky3> where to add? [16:55] <klaxa> so the whole command would be: ffmpeg -i 142306432.mov -s 352x288 -c:v h263 -ar 8000 -ac 1 142306432.3gp [16:55] <klaxa> for example [16:55] <sky3> ok [16:55] <sky3> let me try that out [16:56] <sky3> wow [16:56] <sky3> klaxa: SUCCESS [16:56] <sky3> done [16:57] <sky3> klaxa: Many thanks..Humbled:) [17:02] <sky3> really was wondering for the right command klaxa [17:04] <pa> is there any way to enable forward seeking on a ffmpeg input, with ffserver? [17:11] <c_14> No. [17:12] <c_14> If you're thinking of live seeking, that is. [17:12] <c_14> You can do static initial seeks. [17:13] <pa> c_14, essentially what i want is a free and decently working version of plex that works over the internet (= no DLNA) [17:13] <pa> so i thought that maybe with ffmpeg/ffserver this could be possible.. i found some posts of people adding seeking capability to ffserver [17:13] <pa> but all very fuzzy [17:17] <c_14> I don't think ffserver is the way to go for that. [17:18] <pa> c_14, do you have anything in mind that would allow that? [17:20] <c_14> Honestly, what I'd do is just host the file directly via http, or netcat or whatever and then just use my video player to access the file directly. You'll be able to seek forward as fast as your download connection/the "server"s upspeed and seek backwards as far as your local cache size. [17:21] <pa> c_14, but in theory http allows forward seeking without having to download everything up to there, no? [17:21] <pa> my problem is that i'd like to transcode the file, too.. [17:23] <c_14> FFmpeg supports tcp output [17:25] <c_14> ffmpeg -i file [options] tcp://[own_ip_that_other_computer_will_access]:[port_number]?listen [17:26] <c_14> Not sure how well seeking will work if you're also reencoding though... [17:27] <pa> but then if this works/should work, why shouldnt it work also together with ffserver? [17:28] <c_14> Because ffserver provides output in real time, the equivalent of using -re as an ffmpeg input option. [17:29] <pa> (btw i found mod_h264_streaming for apache, but it has like 0 documentation) [17:29] <pa> ah i see [17:29] <c_14> ffmpeg by default provides output as fast as it can [17:29] <c_14> Which is why you can (kind of) seek. [17:32] <pa> c_14, i try, let see :) [17:47] <pa> i'm trying to encode something, i found the settings online, but i get an error.. what do i do wrong? pastebin.ubuntu.com/8291442/ [17:47] <JEEB> pa, [libvorbis @ 0x11280a0] encoder setup failed is your actual error [17:48] <JEEB> also holy fuck [17:48] <JEEB> vorbis in mp4 [17:48] <JEEB> gg and have fun [17:48] <pa> well i dont have anything else decent.. [17:48] <pa> can try mp3.. [17:48] <Keshl> pa: Vorbis won't work with MP4. Just don't set -acodec and it'll pick a sane one, oÉo. [17:48] <pa> aac only experimental [17:48] <JEEB> -c:a aac -strict experimental [17:48] <JEEB> just use it and give it some bit rate [17:48] <JEEB> if needed, downmix to stereo [17:49] <JEEB> (so you can make it need less rate) [17:50] <pa> ah right! mono audio. how do i do that with ffmpeg? [17:51] <sfan5> -ac 1 [17:52] <pa> ah thanks [17:52] <pa> ok it works with a file output, but it moans with a tcp:// output.. [17:52] <pa> i guess it cant be used with that? [17:52] <JEEB> tcp output has to have a server there [17:53] <JEEB> and mp4 can't by default be streamed [17:53] <JEEB> it has to be MPEG-TS or something [17:53] <JEEB> (you can stream mp4 theoretically with movie fragments, but oh so many demuxers don't support that shit) [17:53] <pa> ah i see.. [17:53] <pa> what does it mean i have to have a server? [17:53] <pa> cant it listen? [17:53] <sfan5> it can [17:54] <pa> so it's only about the right container [17:54] <pa> i try mpeg-ts [17:54] <pa> lets see [17:55] <pa> but that means i can't use h264, i guess? [17:55] <JEEB> no [17:55] <JEEB> sfan5, no - ffmpeg cannot serve shit to clients via HTTP [17:56] <JEEB> you need a streaming server like icecast or whatever you want for that [17:56] <c_14> JEEB: He's using plain tcp, not http. [17:56] <sfan5> ^ [17:56] <JEEB> why the fuck did I read that as http [17:56] <JEEB> :V [17:57] <sfan5> you use http to much [17:57] <sfan5> ;) [17:57] <JEEB> I don't really, I've been beating the hell out of unix sockets lately [17:58] <pa> i could use another decent codec, if it would work.. donno, vp8 or webm [17:58] <JEEB> > implying using vp8 or so would be more efficient [17:58] <sfan5> 1) webm is not a codec 2) does vp8 work in mpeg-ts? [17:58] <c_14> mpeg-ts can use h264, you might just need the annexb filter thingy. [17:59] <c_14> s/use/contain [17:59] <JEEB> no, you don't need anything unless your input has AVCc style H.264 [17:59] <JEEB> ok, it's matroska [17:59] <JEEB> so it's AVCc [17:59] <JEEB> I think it converts automagically, not sure tho [17:59] <JEEB> one way it does, the other it doesn't [18:00] <pa> c_14, but how do i force mpeg-ts output ? i guess ffmpeg by default uses mp4 or something? [18:00] <c_14> -f mpegts [18:00] <c_14> as an output option [18:00] <JEEB> ffmpeg by default uses whatever your extension would imply [18:00] <pa> "Unable to find a suitable output format" [18:00] <JEEB> :P [18:00] <JEEB> after -i [18:00] <JEEB> or if you have multiple outputs, in the right point :P [18:01] <pa> ok now it does not complains :) [18:01] <pa> let me see if i manage to play it with vlc [18:02] <pa> yes it works! but seeking doesnt [18:03] <Keshl> How can it? You're streaming. o.O [18:03] <c_14> You can seek at whatever rate ffmpeg can produce output. [18:04] <c_14> If that is 2x realtime, that is your seek limit. [18:04] <c_14> Though it's more like fast-forwarding than seeking. [18:04] <c_14> Kind of like with good old video cassetes. [18:04] <c_14> *cassettes [18:05] <pa> so there's nothing like this that enables real seeking? i would assume something that accept some sort of command for partial retrieval of content, and handles it appropriately in the encoding [18:05] <Keshl> pa: No, since it has to reencode the video. [18:05] <Keshl> If the video was fully written to a file, then /maybe/. But since you're converting /while/ streaming, no. [18:06] <pa> well it could seek the local file and start the reencoding there [18:06] <Keshl> That still requires decoding, and the keyframes may be different in the encoded vs original file. [18:06] <pa> the server i mean [18:07] <c_14> The only way to accomplish that, is to send special commands to some server process which then kills the ffmpeg process and restarts it with a seek set. [18:07] <Keshl> Since they can be different, it'd still have to decode the original video and you'd still be fast-forwarding, and I'm fairly sure that that's not implemented either. [18:07] <pa> well i mean, it doesnt have to be accurate.. but if by any reason you want to restart a video half way, it would be a solution [18:07] <Keshl> pa: See c_14's solution then, oÉo. [18:07] <pa> c_14, that's what i was thinking too [18:07] <pa> a twisted wrapper that does that [18:08] <pa> but then i would have to pipe the output of ffmpeg into twisted [18:08] <pa> Keshl, do you mean seeking is not supported in local files? [18:09] <Keshl> pa: It's totally supported. [18:09] <pa> why would you still need to decode the original video doing fast forwarding? [18:09] <Keshl> Where did you get the notion that it's not? o.O If anything, I implied it /is/ supported. [18:09] <Keshl> There's two ways to seek -- Keyframed-based, and accurately. [18:09] <Keshl> Keyframe means you can only jump to keyframes. If you have keyframes every 5 seconds, you can't jump to 1:23. You can only do 1:20 or 1:30. [18:10] <Keshl> Accurate means that it plays the video as fast as it can (by decoding it), and ending up exactly where it's told to, regardless of keyframes. [18:10] <c_14> Or 1:25 [18:10] <Keshl> c_14: Yes, my bad. x.x Thought I said 10 seconds. [18:10] <Keshl> pa: When streaming, let's pretend that the input keyframes are at 3 seconds, and the stream's at 5. [18:11] <Keshl> Now, you can't seek via keyframes, period. Ffmpeg won't know when they'll match up, and certainly, the receiving application has zero way of knowing. [18:11] <Keshl> This means the only way to seek is by decoding the entire input stream and sending that as fast as it can to the client until the client tells it to resume normal playback. [18:12] <pa> Keshl, but since i'm transcoding, wouldnt it be an option to seek via keyframes to the 2nd keyframe, and decode only 2secs of video before restart transcoding? [18:12] <pa> in the serving ffmpeg i mean [18:12] <Keshl> Yes, type "-ss (seconds)" as an output filter. [18:12] <Keshl> -ss as an input makes it to accurate seeking. [18:13] <Keshl> (I don't have that backwords, right? I'm 90% sure I got it right..) [18:14] <c_14> As of FFmpeg (version number here), they're both accurate. [18:14] <pa> well, if that's the only way, i'll try to do that.. It will probably be a bit of a hassle to figure out when to kill ffmpeg instancees after someone stops playing, but i guess closing connections would be a good candidate event [18:14] <c_14> But before said version, it would have been backwards, yes. [18:15] <Keshl> c_14: Thank'ya. -É-. [18:15] <pa> well anyway, thanks guys. I'll do some more thinking, and then come back when i start writing this server,as i will surely need some more help :) [18:15] <Keshl> pa: Connection closed, connection reset, new connection opened (Just do it /every/ time someone connects).. Third one's probably the best option as for when to actually seek. [18:34] <dada_> hi there. I'm working on a script that turns a single png/jpg into a movie of a certain duration. right now I'm using '-loop 1' and an fps of 1. but perhaps there's a way to entirely avoid multiple frames being encoded? the duration that my movies need to be will always be an int [18:38] <c_14> ffmpeg -r 1 -i picture -r 1/[duration_in_seconds] video maybe? [18:41] <dada_> I just modified it (as a test) as -framerate "1:60" and -t "60", which seems to work as it generates one frame, but then VLC can't open it properly anymore. but, that might be a problem due to other settings so I'm going to investigate [18:41] <dada_> basically the plan is to make a command for generating picture+music that also uploads to youtube, so that's why I'm working on this [18:42] <someone-noone> hi. How can I capture microphone on OS X? [19:12] <dada_> seems x264 in yuv444p would work well for me [19:13] <c_14> someone-noone: https://ffmpeg.org/ffmpeg-devices.html#openal [19:14] <someone-noone> c_14, thanks. Are you sure that it works on OS X? [19:15] <c_14> >OpenAL is part of Core Audio, the official Mac OS X Audio interface. [19:15] <c_14> I don't have an OSX system, so I don't know, but it sounds promising. [19:18] <someone-noone> c_14, unfortunately I got "ERROR: openal not found" [19:19] <dada_> your ffmpeg must be compiled with --enable-openal [19:22] <someone-noone> dada_, I do it and configure ends with next error: "ERROR: openal not found" [19:22] <someone-noone> looks like it's not supported on OS X [19:23] <dada_> aw I was gonna do e.g. 0.1fps for a 10 second movie (1 frame) but it looks like youtube gets confused by that [19:24] <c_14> someone-noone: You might need the openal sdk. [19:24] <someone-noone> c_14, it's a part of OS X SDK [19:25] <someone-noone> it's a part of Core Audio [19:25] <someone-noone> so it's already installed [19:25] <someone-noone> https://trac.ffmpeg.org/ticket/314 [19:26] <c_14> Ok, then just modify the configure script. [19:28] <someone-noone> c_14, it will not work. If you see there will be malloc-checksum errors. Do you know how to fix it? [19:28] <c_14> Oh, didn't read that. [19:36] <ac_slater_> hey all. I'm writing some plugins for ffmpeg. Curious, is it possible to manually decode data from an AVStream? ie - I have an AVStream that points to some data... for debugging, I want to traverse the data. Any clues? [19:36] <ac_slater_> (I'm working on a decoder... so I cant do av_decode_video2 for example) [19:37] <ac_slater_> ah, av_read_frame ... thanks! [19:48] <dirkson> Hey all. Trying to use ffmpeg to send to ffserver.... But the fps don't really match up all that well. The videos quite frequently get out of sync with reality. If the FPS is set to 15, why does it go up to 25? [19:49] <ac_slater_> dirkson: maybe relevant, ffmpeg has the `-re` option which kinda solves that for non-ffserver stuff [19:49] <ac_slater_> dirkson: maybe ffserver has a "sync input with output" mode to avoid buffering [20:01] <t4nk360> hi, when doing rtmp to rtmp i get random "[rtmp @ 0x9f032e0] Server error: Play advert call". Does anyone know what this relates to? [20:20] <stefkos> I want to compile ffmpeg/mplayer with visualstudio [20:20] <stefkos> how I can create visual studio project? [20:28] <benbro> when capturing audio and video with ffmpeg, the video is ahead of video and the difference increases all the time [20:28] <benbro> is there a way to fix it? [20:33] <benbro> this is what I'm using to convert from mkv to mp4 [20:33] <benbro> ffmpeg -ss 00:05:00 -t 01:00:0 -i input.mkv -c:v libx264 -preset medium -crf 23 -vf crop=iw:ih-120:y=0,format=yuv420p -c:a aac -strict experimental -b:a 96k -movflags +faststart output.mp4 [20:39] <benbro> the drift is with the original capture file not the conversion [21:10] <jelle__> wow, ffmpeg really did a good job converting my 1fps 4 days long mkv into a proper time lapse mp4 of 5 minutes! Thanks for the help here. [21:15] <khali> jelle__: you're welcome, I'm glad you made it! [21:15] <jelle__> yes, and it is much faster and better quality than my workaround [21:55] <anshul_mahe> clear [21:56] <anshul_mahe> is there any way to add sei frame after every frame using libx264 codec through ffmpeg cmd [22:36] <gcl5cp> vo-aacenc vs fdk-aac? [22:36] <c_14> fdk-aac > vo-aacenc [22:52] <gcl5cp> is there a ffmpeg installer(register path) for windows? not a compiled-zipped. [23:04] <Suchiman> gcl5cp: i don't know an installer but you can easily add ffmpeg to the path yourself [23:07] <anshul_mahe> how to check supported image data type of perticular codec [23:08] <anshul_mahe> like I want to RGB format supported by which and which codec and RGBA format supported by which codec [23:13] <benbro> how can I extract audio and video streams from mkv and merge them back again? [23:16] <BillyZane> gyokuro is best made in one of these... http://3.bp.blogspot.com/-r33t-RGA99E/TZyq1zeR7rI/AAAAAAAAAEY/fMvg_PkPKJA/s… [23:16] <BillyZane> i'm sure you've seen them in anime [23:16] <BillyZane> it's the one they use in haruhi and a bunch of others [23:16] <gcl5cp> mkvtoolnix is a way [23:16] <BillyZane> it's called a kyosu [23:20] <roughana> ffmpeg 0.6.7 configure does not appear to support the --enable-rpath option [23:20] <roughana> Any idea when that option was first supported? [23:24] <Mavrik> O.o [23:24] <Mavrik> Why are you using ffmpeg from the stone age? [23:26] <wodim> because of debian i guess [23:26] <Mavrik> Debian packages libav anyway. [23:40] <pzich> So I'd like to take three videos: background, foreground and mask, and composite them so that the foreground is applied where it's not masked in the video stream. Is that possible? I've been searching around but haven't found much about how to do the masking. [23:54] <onyx> I been tryin to do a time lapse from a live stream [23:55] <onyx> I set it to create thumbnails every 10 seconds [23:55] <onyx> and it works just fine [23:55] <onyx> but Im running into an issue, that for whatever reason the thumbnails stop creating and it get stuck [23:56] <onyx> how can I get around this issue? [23:56] <c_14> Does it show any output? [23:56] <onyx> what do you mean? [23:57] <c_14> ffmpeg, does it say why it stopped? [23:57] <onyx> oh, no it doesnt [23:57] <onyx> because Im running it with a cron job [23:57] <onyx> so I have a cron job to run the command at 5am [23:58] <onyx> the ffmpeg command creates one thumbnail every 10 seconds [23:58] <onyx> for 15 hours [23:58] <onyx> but it stops randombly [23:58] <c_14> Try piping the FFmpeg output into a file somewhere. [23:58] <sacarasc> You didn't make it log? [23:58] <c_14> 2&>file [23:59] <onyx> I figure I just make the cron job repeat itself every min and lower the ffmpeg command to run for 1 min at it time [00:00] --- Tue Sep 9 2014

1 0

ffmpeg-devel.log.20140907
by burek 08 Sep '14

08 Sep '14

[00:48] <cone-784> ffmpeg.git 03Michael Niedermayer 07master:c2430304dfb3: avformat/swfdec: Do not change the pixel format [02:06] <cone-784> ffmpeg.git 03Michael Niedermayer 07master:033a5334badd: avcodec/h264: Allow partial escaping [03:14] <pross-au> rcombs: ... and limit ourselves to ~3 platforms! [03:14] <pross-au> oops. up and enter [03:14] <rcombs> pross-au: Great Plan"! [03:15] <pross-au> still is [04:19] <cone-784> ffmpeg.git 03Michael Niedermayer 07master:ab84effdeda9: ffmpeg: Copy extradata if it has been initialized later from the encoder [11:32] <cone-540> ffmpeg.git 03Reimar Döffinger 07master:2231d5b67185: libswresample: Avoid needlessly large on-stack array. [11:32] <cone-540> ffmpeg.git 03Reimar Döffinger 07master:284123d7fd8e: Remove pointless if. [11:32] <cone-540> ffmpeg.git 03Reimar Döffinger 07master:2c5c37ade115: libswresample: move condition to start of loop. [13:19] <cone-540> ffmpeg.git 03Stefano Sabatini 07master:4f5493fe2380: lavf/segment: add segment_format_options option [13:19] <cone-540> ffmpeg.git 03Stefano Sabatini 07master:de1f0c94cdcb: doc/muxers/segment: reword text for examples, improve consistency [13:32] <cone-540> ffmpeg.git 03Michael Niedermayer 07master:94c61cd9aede: avcodec/mpegvideo: free_context_frame() cannot fail, make it return void [13:32] <cone-540> ffmpeg.git 03Michael Niedermayer 07master:2762323c3751: avcodec/mpegvideo: Use "goto fail" for all error paths in ff_mpv_common_frame_size_change() [13:33] <cone-540> ffmpeg.git 03Michael Niedermayer 07master:0d0f7f0ba43f: avcodec/mpegvideo: check that the context is initialized in ff_mpv_common_frame_size_change() [14:13] <ubitux> michaelni: re: 2762323c37511fbbc98b164c07620b9ebc59ec68, shouldn't you set err? [14:13] <ubitux> like, && (err=av_image_check_size(...)) { ... [14:31] <cone-540> ffmpeg.git 03Michael Niedermayer 07master:cfce6f7efd28: avcodec/mpegvideo: Set err on failure in ff_mpv_common_frame_size_change() [14:37] <ubitux> michaelni: thx :) [17:10] <cone-540> ffmpeg.git 03Michael Niedermayer 07master:7c1835c52a4b: avformat/m4vdec: Check for non startcode 00 00 00 sequences in probe [17:30] <J_Darnley> WTF is goin on here? How is gcc linking this? There is no *_mmx2 function. [17:39] <michaelni> J_Darnley, linking what ? what issue do you speak of ? fate looks fine [17:39] <J_Darnley> No sorry [17:40] <J_Darnley> My own code, I guess this was the wrong window [18:35] <cone-540> ffmpeg.git 03Andreas Cadhalpun 07master:a5b20bf4b2f7: doc/filters.texi: improve the wording of the expr_int_format documentation [19:37] <wm4> ubitux: so how shall we fabricate a utf-16 sample [19:44] <ubitux> take an existing one [19:44] <ubitux> typically the one from #3496 [20:03] <wm4> why does ffmpeg still support OS/2? http://odin.netlabs.org/en/site/index.xml [20:03] <nevcairiel> because some weirdo sends patches when it breaks [22:10] <ubitux> arg we still have that srt code [22:10] <ubitux> we should really drop it at some point [22:11] <Daemon404> i wonder what percentage of the bug tracker could be condensed into "i have a sample where analyseduration is too small by default. FIX FIX FIXFIX!!!!11on" [22:13] <wm4> ubitux: what srt code? [22:13] <ubitux> wm4: all the code paths handling the old timestamped packets [22:13] <wm4> Daemon404: I don't get why mov needs that at all [22:14] <ubitux> wm4: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/matroskaenc.c;h=… these 2 functions for example [22:14] <ubitux> or this timing parsing in codecs: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/srtenc.c;h=89c26d… [22:14] <ubitux> all this stuff can be dropped nowadays thanks to CODEC_ID_SUBRIP [22:15] <wm4> oh [22:15] <ubitux> the main problem is how to keep cmd line compatibles [22:15] <ubitux> typically, i'd like to keep -c:s srt working [22:15] <ubitux> (re-mapped to subrip automatically) [22:18] <J_Darnley> Can't you just add a "new" codec called "srt" with the struct filled with all subrip's functions? [22:19] <ubitux> that codec already exists [22:21] <ubitux> but yeah [22:33] <rcombs> [insert similar set of ASS-related concerns] [22:35] <ubitux> rcombs: i just sent a patch to remove some old ASS boilerplate code [22:35] <rcombs> :D [22:35] <ubitux> which wasn't in use since a while [22:39] <wm4> now ffmpeg just needs to stop writing invalid ASS [22:45] <ubitux> wm4: sure; gonna do it? :P [22:45] Action: wm4 looks away [22:46] <rcombs> got a sample of that issue? [22:49] <ubitux> https://trac.ffmpeg.org/ticket/3207 ? [22:50] <rcombs> sounds like a healthy dose of commas is in order [22:52] <wm4> I'd really like to change libass so that it accepts standard ASS only and to piss off everyone, but I guess that's not viable [22:52] <wm4> possibly too many files in the wild [22:53] <ubitux> i don't mind giving hints to help fixing the problem in FFmpeg [22:54] <ubitux> basically, you'd have to change the header in lavc/ass.c, adjust the default values in that same file, update the struct in lavc/ass_split.c [22:55] <ubitux> then make sure the "Dialogue:" lines are properly written (see lavc/ass.c and lavf/assenc.c) [22:55] <ubitux> written, and parsed :p [22:58] <ubitux> the scenarios for testing includes ffmpeg -i in.ass -c copy out.ass, ffmpeg -i in.ass -c copy out.mkv, ffmpeg -i in.ass -c ass out.mkv, ffmpeg -i in.srt out.ass, ffmpeg -i in.ass out.srt [22:58] <ubitux> hf... [23:03] <cone-977> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:5e7524195c6a: ffserver: tests, force +global_header for ASF [00:00] --- Mon Sep 8 2014

1 0

ffmpeg.log.20140907
by burek 08 Sep '14

08 Sep '14

[00:25] <ZiNC> Hey. [00:29] <dirkson> Hey all. I've specified "test.swf" in ffserver's conf file... But where does it put that file? Doesn't seem to output it to the directory it's running in, nor the temp directory I give it [00:30] <onyx> hey guys Im getting Unknown encoder 'libx264' [00:31] <c_14> Recompile FFmpeg with libx264 support or download a static build. [00:32] <onyx> which one is easier? [00:32] <c_14> The static build. [00:33] <c_14> http://johnvansickle.com/ffmpeg [00:33] <c_14> assuming linux [00:33] <onyx> yes ubuntu [00:33] <onyx> should I remove ffmpeg first? [00:33] <c_14> You don't have to. [00:34] <c_14> You just have to either place the downloaded ffmpeg binary somewhere in you PATH in front of the system one, or always call it with an absolute path [00:34] <onyx> oh i see [00:36] <c_14> *your [00:43] <onyx> it worked! [00:53] <dirkson> I'm very confused with how ffserver is working. Is the client ffmpeg doing the processing, or is ffserver? [00:53] <c_14> The client ffmpeg. [00:56] <dirkson> Ok. So the massively slow performance I'm getting is probably because... Hell, I have no idea. Drat. [01:03] <dirkson> Ahah! Because ffserver had another video stream enabled [01:43] <dirkson> Ok! Got it functioning with ffplay ( http://orangehattech.com:8090/test1.webm ) which results in this on the server ( Sat Sep 6 16:38:17 2014 71.59.172.169 - - [GET] "/test1.webm HTTP/1.1" 200 6736748 ) But when I try to go directly to the url in a webbrowser, this happens ( Sat Sep 6 16:38:32 2014 71.59.172.169 - - [] " " 200 0 ) and the browser is unable to display anything. Any ideas? [01:43] <dirkson> Hah. Must be come kind of bot on this channel [01:44] <c_14> What browser? [01:44] <dirkson> c_14: Good call. Firefox. Trying in chrome now [01:45] <dirkson> Chrome seems to send the correct "get" stuff, but doesn't display anything. [01:46] <dirkson> Same thing with chromium, to no big surprise : ) [01:46] <c_14> How about you try my little friend curl? [01:47] <c_14> If curl likes it, then the browsers are doing something incorrectly. [01:47] <dirkson> c_14: wget grabs a section of video AOK. curl by default just tries to vomit it to stdout... I'm less familiar with it. [01:48] <dirkson> But forcing it to write to disk with > results in a playable video [01:48] <c_14> curl url | ffplay - , or curl -o file url [01:49] <dirkson> c_14: Yup, those work [01:49] <c_14> You using the newest versions of chromium/firefox ? [01:50] <dirkson> Both just updated.... yesterday? Day before? [01:50] <dirkson> But only to whatever's available for debian testing [01:50] <c_14> firefox --version ? [01:51] <dirkson> 31.0 for firefox, 35.0.1916.153 for chromium [01:51] <c_14> Hmm, 31 should be new enough. [01:51] <dirkson> c_14: Does that url work for you in firefox/chromium/whatever? [01:52] <c_14> Well, I get the webm element, but when I press play I just get a buffering circle. [01:52] <dirkson> Yup, me too. [01:52] <dirkson> At least we can reproduce the problem! ^.^ [01:57] <dirkson> c_14: ... How old is ffmpeg 2.1.1 ? [01:57] <c_14> Cut from master on 2013-10-28 [01:58] <dirkson> Nearly a year. Definitely an update couldn't hurt [01:59] <c_14> What's confusing me is that ffplay will play it easily, but my video player will only show the first frame and then not update. [01:59] <c_14> Even if I throw curl in front... [01:59] <dirkson> c_14: Fascinating. You want a pastebin of the ffserver file? [01:59] <c_14> sure [02:01] <c_14> Saving it to a file and then playing that works though... [02:03] <c_14> Can you try creating an html page linking to the video with the video tag? [02:03] <dirkson> c_14: https://www.scrumbleship.com/livestream - Already done :D [02:04] <dirkson> c_14: THAT doesn't even show up in the ffserver logs.... [02:04] <dirkson> Oh.... It does, but not from the IP I'd expect, and only when you stop the page from loading. [02:05] <dirkson> c_14: http://pastebin.com/B06yyAuN [02:06] <c_14> Ok, so I can now do a frame by frame using that /livestream page... [02:06] <dirkson> Interesting [02:07] <c_14> The get request for test1.webm took 61189ms [02:07] <dirkson> Oh, well, shucks, that's nearly instant, isn't it? Is that..... 60 seconds or 600? [02:07] <c_14> 60 [02:07] <sacarasc> 61.2! [02:07] <dirkson> Thanks Mr. Pedantic ^.^ [02:08] <c_14> 61.189 [02:08] <c_14> If you're going to be pedantic, you could at least go all the way. :) [02:09] Action: dirkson laughs, "Well, be careful. Any more pedantry and the channel might spontenously switch to ##C..." [02:09] <sacarasc> I was rounding to 3SF. [02:18] <c_14> What I don't get is why the get sent by curl gets a response within seconds and the get sent by firefox just sits there... [02:19] <dirkson> c_14: I don't get that either. [02:19] <dirkson> c_14: Those last two requests you did are the blank kind, though: Sat Sep 6 17:18:54 2014 109.Rec.act.ed - - [] " " 200 0 [02:20] <c_14> The last couple were probably firefox. [02:20] Action: c_14 is trying with netcat now... [02:20] <dirkson> c_14: That does have the whole line [02:20] <c_14> yeeep, that works [02:20] <c_14> and there went my terminal [02:20] <dirkson> Hahaha [02:20] <dirkson> I've never understood why terminals do that [02:24] Action: c_14 is now testing different http headers. [02:24] <dirkson> c_14: Let me know if I can do anything but be a beautiful model for the webcam ;) I'll watch the server output for anything weird, of course. [02:29] <c_14> Nope, not the headers. [02:29] <c_14> Works with ncat, anyway. [02:30] <dirkson> c_14: Most of those produced the "/test1.webm" variant [02:54] <c_14> dirkson: To be completely honest, I have no clue. You could try throwing things out of the ffserver.conf and simplifying it to the bare minimum of what it needs (ie throw out the gop size) and see what happens [02:54] <c_14> But, since ffplay can play it and files created from it using curl/whatever are playable I have no idea. [02:55] <LIERO> I used some bullshit recorder application to capture a video, apparently it uses ffmpeg [02:56] <LIERO> except, converting it in avi, the resulting video is upside down, black and white and tilted [02:56] <Hello71> "converting it in avi" [02:56] <c_14> lel? [02:56] <LIERO> it's 2.2gb for a little over 1 minute as well xD [02:57] <c_14> What are you trying to capture? [02:58] <LIERO> it was capturing my desktop [02:58] <c_14> https://trac.ffmpeg.org/wiki/Capture/Desktop [02:58] <c_14> If you don't have FFmpeg yet: https://ffmpeg.org/download.html [02:59] <LIERO> unfortunately, I cannot repeat what I captured [02:59] <LIERO> so I was wondering if anyone has had any similar issues with encoding [02:59] <LIERO> >.> [02:59] <LIERO> nothing turned out in google [03:00] <c_14> Well, you can flip the video with ffmpeg, and maybe deal with the tilt, but coloring it is going to be ehhh, difficult. [03:00] <Hello71> what does "converting it in avi" mean [03:00] <Dark-knight> Have you contacted the internet: .avi division? [03:01] <LIERO> o_O [03:02] <LIERO> Hello71 it was the format I chose for the capture in question [03:02] <LIERO> apparently mp4 turn out normal, avi turn out upside down, black and white and tilted [03:03] <Hello71> is there any real reason to use xvid instead of h264/vp8 at this point? [03:04] <c_14> The name has an x in it. [03:04] <c_14> 'x's are at least 35% cooler than other characters. [03:04] <Hello71> x264 has an x too [03:04] <Dark-knight> lol [03:04] <Hello71> and webm is "web" so it's good [03:05] <sacarasc> I think this is relevant http://www.gotfuturama.com/Multimedia/EpisodeSounds/2ACV16/12.mp3 [03:06] <LIERO> xD [03:06] <LIERO> http://i.imgur.com/RTa0i9d.png [03:06] Action: LIERO outta here [03:08] <Dark-knight> So LIERO, Do you actualy have a problem? [06:15] <ghospich> Is it necessary to specify bitrate in first pass when using two pass encoding? [06:17] <Nanashi> curious... [08:08] <relaxed_> ghospich: yes [08:18] <ghospich> okay [11:18] <ghospich> "ffmpeg commandline is more for demonstration of its features (though it doesn't matter that you use if it helps). If you want to use only as a command, there are many applications that use ffmpeg to do what you want to do" - that guy [11:19] <JEEB> dunno, for encoding with libx264 some use cases have gotten relatively painless, although some things still require lulzy video filter or audio filter lines :P [11:26] <ghospich> yeah, for some reason he thinks that doing-things-in-console=used-solely-as-library [11:27] <ghospich> though ffmpeg has great CLI, which pretty okay to use. [12:14] <avantus> hey, saste [12:15] <saste> avantus, o/ [12:17] <avantus> that thing i told u about few days ago about drawtext mapping error, when txt is being written and accessed at the same time... [12:18] <avantus> is actually my txt generator, which truncates it first to zero before data is written [12:19] <avantus> is it possible to disable this feature in vf_drawtext.c, so ffmpeg will ignore empty txt? [12:19] <avantus> http://pastebin.com/uABrmfDG [12:23] <saste> avantus, i don't think so [12:23] <saste> empty text is valid [12:24] <saste> at some point you may want not to visualize anything [12:24] <saste> what's your scenario? [12:25] <saste> if you want to update the text from time to time you may use a command for changing only the text [12:25] <saste> the thing is that it was broken, at least the last time i checked it [12:25] <saste> see zmq and reinit command in drawtext [12:28] <avantus> wait, so empty .txt file is valid? [12:31] <avantus> [Parsed_drawtext_1 @ 0xa772900] [FILE @ 0xbfbaca40] Error occurred in mmap(): Invalid argument [12:31] <avantus> [Parsed_drawtext_1 @ 0xa772900] The text file '/home/ncoder/Desktop/news.txt' could not be read or is empty [12:38] <saste> avantus: The text file '%s' could not be read or is empty\n" [12:38] <saste> so an empty fail will generate an error [12:38] <saste> what's the behavior of drawtext in that case? [12:39] <saste> s/fail/file/ [12:39] <avantus> iam reloading it with reload=1 flag, the txt is being written at certain interval [12:39] <saste> in case the file is empty, av_file_map() will fail and what is the behavior of drawtext in that case? [12:41] <avantus> [AVFilterGraph @ 0xa609720] Error initializing filter 'drawtext' with args 'fontfile=/usr/share/fonts/tr [12:42] <saste> avantus, that doesn't make sense [12:42] <saste> ah wait [12:44] <saste> no the reload feature should only reload the text read from the file [12:44] <saste> also, in case of an empty file the map function should not fail (I checked again the code) [12:44] <saste> anyway i don't have time anymore now to debug this issue [12:58] <avantus> ok saste, thanks. Just for when u have time, create an empty txt and drawtext it, it gives me error on both windows and linux builds [14:14] <waressearcher2> is there a difference between using "-vcodec libx264" and "-vcodec h264" ? [14:19] <JEEB> waressearcher2, if h264 now works for encoding that is just by chance (as in, libx264 got put under the h264 "group"). Because h264 is the name of the libavcodec decoder [14:19] <JEEB> so basically the difference is that you are either setting a "group" compared to a specific encoder [14:19] <JEEB> in theory if there was another H.264 encoder you might get that instead of libx264 :P [14:19] <JEEB> or decoder, I guess. if those groups work for decoders, too [14:20] <waressearcher2> so they are not aliases ? [14:21] <JEEB> not strict aliases, no. it's a "group" for a format of sorts, and it picks the "best" of things available for that group ("best" being defined very vaguely, it could just be a list and the first thing it finds of it picks) [14:22] <JEEB> I actually kind of dislike the groupings for aac, for example. because the goddamn name of the aac encoder is "aac", while IIRC nowadays the groups could just select another AAC encoder instead [14:22] <JEEB> that said, I don't use that feature and most of my builds that I do for development miss any other AAC encoders so I've never really checked how much that stuff fails or doesn't fail [14:22] <JEEB> as in, if I want libx264 specifically I will set that instead of something that _might_ lead to libx264 getting selected [14:26] <waressearcher2> so for specific codec I should use "h264" ? [14:27] <JEEB> uhh [14:29] <waressearcher2> JEEB: you are saying it quite vaguely [14:29] <waressearcher2> "libx264 got put under the h264 "group"", so I assume libx264 is a codec and h264 is a group and I need to always use libx264 [14:30] <JEEB> h264 is a format that is also a group, and whether or not you get libx264 with "h264" is currently dependant on the fact that no-one generally links any other H.264 encoder to ffmpeg [14:31] <JEEB> I'm saying that "h264" just happens to work now because they made the groups for the a/v/s formats, which are newfangled things that I'm not really fond for [14:31] <JEEB> if you need libx264 specifically, you set it [14:31] <JEEB> that's my opinion on the matter :P [14:40] <waressearcher2> I have a problem to cutting out little piece of video with audio, for example I use that command ffmpeg -ss 1117 -t 43 -i video.mp4 -vcodec mpeg4 -vb 3000k -vf "scale=650:-1" -ab 320k -ar 44100 -ac 2 -acodec libmp3lame -y -f avi out.avi to cut out few seconds of video, but when I open that output video the sound is normal but first second of so of [14:40] <waressearcher2> video is just same frame and then video plays normaly, no desynchronization, so why the first second of output video it shows the same frame ? [14:43] <klaxa> use -ss 1117 after -i video.mp4 [14:43] <klaxa> it will take longer to seek though [14:43] <klaxa> also see: http://ffmpeg.org/trac/ffmpeg/wiki/Seeking%20with%20FFmpeg [15:51] <sky1> hello [15:52] <sky1> i need some help with video conversions using ffmpeg [15:52] <sky1> i need to convert a file which is a .mov to a 3gp format [15:53] <sky1> May I be suggested with the CLI [15:57] <sky1> i need some help with video conversions using ffmpeg [15:57] <sky1> i need to convert a file which is a .mov to a 3gp format [15:57] <sky1> May I be suggested with the CLI [15:57] <c_14> ffmpeg -i name.mov name.3gp [15:57] <c_14> maybe with -c copy [15:58] <waressearcher2> I used to use that command "ffmpeg -i video.mov -vcodec mpeg4 -vb 1500k -vf scale=320:180,pad=320:240:0:30 -r 25 -acodec libfaac -ar 44100 -ac 2 -ab 128k -y -f 3gp video.3gp" to make video for smartphone [15:58] <sky1> ok [15:59] <sky1> the file is like ' 142306432_I.mov [16:00] <waressearcher2> also I use these options "-vf scale=320:180,pad=320:240:0:30" if I had original video of 1280x720, for another sized video those number can differ [16:03] <sky1> so it should go like " ffmpeg -i 142306432_I.mov -vcodec mpeg4 -vb 1500k -vf scale=320:180,pad=320:240:0:30 -r 25 -acodec libfaac -ar 44100 -ac 2 -ab 128k-y -f 3gp 142306432 I.3gp" [16:03] <sky1> is that ok? [16:03] <waressearcher2> without "-vf scale=320:180,pad=320:240:0:30" [16:03] <waressearcher2> sky1: why do you need 3gp ? for phone ? [16:04] <sky1> yes [16:04] <waressearcher2> sky1: what is the resolution of 142306432_I.mov video ? and what the screen size of the phone ? [16:06] <sky1> lower resolution would be good waressearcher2 [16:06] <sky1> its a Samsung wave G525 [16:07] <waressearcher2> use that command "ffmpeg -i 142306432_I.mov -vcodec mpeg4 -vb 1500k -vf "scale=320:-1" -r 25 -acodec libfaac -ar 44100 -ac 2 -ab 128k -y -f 3gp 142306432_I.3gp" [16:08] <sky1> in fact I would like to convert some videos like .flv to 3gp /.avi/ mp4 etc using ffmpeg [16:08] <sky1> i dont like using any GUI [16:08] <sky1> ok waressearcher2 [16:08] <sky1> trying that out on terminal [16:09] <sky1> its in my Music folder [16:09] <sky1> so do i need to get that on Desktop waressearcher2 ? [16:11] <waressea1cher2> "ffmpeg -i 142306432_I.mov -vcodec mpeg4 -vb 1500k -vf "scale=320:-1" -r 25 -acodec libfaac -ar 44100 -ac 2 -ab 128k -y -f 3gp 142306432_I.3gp" [16:12] <sky1> it says ffmpeg command not found [16:12] <sky1> :( [16:12] <waressea1cher2> install ffmpeg [16:13] <sky1> sudo apt-get install ffmpeg? [16:14] <sky1> says 'Package ffmpeg is not available, but is referred to by another package. [16:14] <sky1> This may mean that the package is missing, has been obsoleted, or [16:14] <sky1> is only available from another source [16:15] <sky1> E: "ffmpeg has no installation candidate" [16:15] <sky1> im on Mint 17 Mate [16:16] <JEEB> ubuntu has Libav instead of FFmpeg, and the binary there is called avconv [16:16] <JEEB> also since faac is not GPL compatible I believe you will not find it in any newer distributions [16:17] <sky1> ok JEEB [16:18] <sky1> so no work around !! [16:19] <c_14> You can download the static ffmpeg build and just use the internal aac encoder. [16:20] <theholyduck> JEEB, i wonder if the ubuntu packagers will ever reconsider. [16:24] <vedos> why won't they fix ppa repository for ffmpeg for ubuntu/linuxmint users? [16:24] <vedos> it'd be a good solution [16:25] <sky1> vedos: wish they would listen ya [16:29] <sky1> rso no ffmpeg on mint mate [16:29] <sky1> so* [16:38] <sky1> so instead of ffmpeg which is not available for mint how can I convert a video like .mov to 3gp ..pls help [16:39] <c_14> Just download it? [16:49] <aphid> having a rough time with this realmedia file (I know, I know). http://pastebin.com/i06p797k - Ive tried other output formats and even some -map stuff (there appear to be multiple video and audio layers). The raw .rm file is public domain and available at http://www.senate.gov/legacymedia/www/intel092308.rm [16:55] <sky1> can any body pls help me as how to convert .mov file to a 3gp? [17:05] <vedos> la [17:12] <c_14> aphid: Either there's something broken with the file or FFmpeg doesn't support part of it. [17:12] <c_14> Try opening a ticket on trac and see what happens. [17:13] <aphid> c_14: will do, thanks. mencoder seems to get something out of it, sync isnt great but gotta start somewhere. [17:16] <aphid> there are probably 70-80 of these, hopefully something will work without any manual input. [18:14] <Suchiman> good morning / day / evening, depending on your location. I have some problems with audio and video synchronisation. I have a video (compressed as lagarith) and audio (pcm) stream captured through directShow from a video grabber and then muxed into a mkv. sync is fine. if i demux the mkv, the audio stream gets ~1 second larger than the video and remuxing [18:14] <Suchiman> will cause out of sync. if i transcode the file to mp4 (h264 / aac), the file gets about 10 seconds longer but sync is still fine. if i demux that mp4, audio gets 5 seconds larger and remuxing will again cause out of sync. any ideas what is going on and how i can fix this? [18:18] <Mavrik> Suchiman, what do you mean by "demux"? [18:19] <Suchiman> Mavrik: mapping only the Audio stream with copy into a new file [18:19] <Mavrik> hmmm [18:19] <Suchiman> for example: map -0:1 -c copy audio.wav [18:19] <lacx> hey all X) [18:20] <lacx> anyone here used crtmpserever? [18:20] <lacx> *crtmpserver [18:30] <Suchiman> another question would be: is there any chance to get ffmpeg working with crossbar? [18:30] <Suchiman> (directShow) [18:58] <Suchiman> *sigh* i will never solve this puzzle [19:08] <khali> hi all [19:08] <lacx> im using ffmpeg to stream an mp4 to RTSP, and then view the rtsp stream with VLC. however the stream seems to be over way to quick - the source file is ~2mins long and ffmpeg finished in less than 30 secs. [19:08] <khali> doing a two-pass encoding with ffmpeg, first pass ends with dup=5 drop=5, second pass ends with dup=0 drop=7 [19:08] <khali> how is that possible? [19:11] <mistawright> i have been searching for weeks and need to know if there is a way I can create a transition between the images I am using ffmpeg to create a slideshow/video from. [19:11] <mistawright> I need a ken burns type of transition between each image [20:02] <sky1> can someone pls help me to convert .mov file to 3gp ? [20:02] <sky1> im on Mint Mate 17 [20:03] <sky1> i tried installing ffmpeg via terminal & says its not available [20:36] <sky1> so no help!!! [20:36] <sky1> i wanted to convert .mov file to a 3gp [20:36] <sky1> using ffmpeg [20:37] <sky1> im on mint 17 mate [20:37] <sky1> cant install ffmpeg as TERM says "ffmpeg not available" [20:37] <sky1> pls help... [20:38] <sky1> cant Mint users use the ffmpeg? [20:38] <cbsrobot> sky1: see https://trac.ffmpeg.org/wiki/CompilationGuide/Centos [20:38] <sky1> ok cbsrobot [20:39] <cbsrobot> or use the one provided on https://www.ffmpeg.org/download.html#build-linux [20:39] <cbsrobot> should be even simpler [20:42] <sky1> cbsrobot: thanks ..but im very new to all these stuffs.. [20:42] <sky1> so need some real help to guide me with the commands to use ffmpeg to convert videos [20:42] <cbsrobot> sky1: well, that's the best opportunity to learn all this stuff ! [20:43] <sky1> thnx [20:43] <sky1> im on LM 17 Mate [20:43] <sky1> i was trying to install ffmpeg via CMD [20:43] <sky1> but term says its not available [20:43] <sky1> cant figure out [20:44] <sky1> i really like to use ffmpeg via CLI [20:48] <sky1> i wanted to convert .mov file to a 3gp [20:49] <sky1> im on mint 17 mate [20:49] <sky1> cant install ffmpeg as TERM says "ffmpeg not available" [20:49] <sky1> pls help... [21:00] <sky1> this is what im getting while trying to isntall ffmpeg " http://askubuntu.com/questions/432542/is-ffmpeg-missing-from-the-official-r… [21:00] <sky1> install* [21:02] <cbsrobot> sky1: use rpmfusion as descibed in http://rpmfusion.org/Configuration [21:10] <sky1> cbsrobot: im not on Fedora..im on Mint 17 Mate [21:10] <cbsrobot> ah damit [21:11] <cbsrobot> sorry - I thought it was fedora based [21:11] <sky1> np [21:11] <cbsrobot> so just use https://launchpad.net/~jon-severinsson/+archive/ubuntu/ffmpeg [21:14] <sky1> i see [21:41] <jelle_> I have an 1fps 25 minute mkv file, that I want to change in a 25x fastforward movie. So I think I need to change the frame timing. How do I do this, turning it into a 25fps movie of one minute? [21:42] <jelle_> ( right now I just dump all frames into jpgs, and combine them back into a movie, which feels soooo silly) [21:44] <khali> jelle_: I think you want -vf setpts=N/(25*TB) [21:45] <jelle_> @khali wow, I will try that, wouldnt have crossed my mind. [21:47] <khali> jelle_: you may have to additionally set -r 25 so that the headers look right, I'm not sure [21:48] <jelle_> I will play with that, see where it takes me [21:52] <jelle_> @khali without the -r 25 it seems to create a new movie of one minute, but still 1 fps, so not so smooth [21:55] <cbsrobot> jelle_: use: -vsync drop -r 25 [22:00] <jelle_> @cbsrobot that one gives me a conversion failure& av_interleaved_write_frame(): Invalid argument=00:00:00.00 bitrate=N/A [22:00] <jelle_> I called it like this: ffmpeg -i merged_6-9.mkv -vsync drop -r 25 faster-2.mp4 [22:01] <jelle_> this one seems to work, but is quite slow: ffmpeg -i merged_6-9.mkv -r 25 -vf setpts=N/$25*TB$ faster-1.mp4 [22:03] <sky1> if someone could help me with coverting a .mov file to a 3gp [22:03] <sky1> or .avi to a 3gp [22:04] <sky1> im on Mint 17 Mate [22:04] <sky1> need the actual command [22:04] <sky1> ffmpeg cant be installed on mint [22:10] <jelle_> Ill convert it for you [22:10] <sky1> jelle thnx [22:10] <sky1> should i give u the file name [22:13] <jelle_> I cant really give you the command if you cant install ffmpeg, but I can probably convert it for you if you give me access to the source .mov [22:23] <sky1> i could convert the file using VLC [22:24] <sky1> jelle_: [22:24] <sky1> thats not the issue [22:24] <sky1> thnx [22:24] <sky1> but all i wanted to get back the power of ffmpeg or libav whatever to convert videos [22:24] <sky1> via CLI [22:27] <jelle_> we all do :-) [22:34] <rcombs> <sky1> ffmpeg cant be installed on mint <-- I'm pretty sure that's not true [22:35] <sky1> rcombs: ic [23:03] <Lac3rat3d> anyone have experience using ffmpeg to convert mkv with dts to aac/ac3? [23:06] <Mavrik> well [23:06] <Mavrik> what's your actual issue? [23:17] <Lac3rat3d> can't directplay dts, trying to avoid transcoding [23:17] <Lac3rat3d> so i convert my files to things that can by directplayed [23:18] <Lac3rat3d> so i need to i need to copy the video stream (i know how to do this), and convert the audio stream from dts to ac3/aac [23:19] <Mavrik> ah [23:19] <Mavrik> so yes, you'll have to transcode the audio and copy the video [23:19] <Mavrik> I suggest using AAC since AC3 encoder in ffmpeg is rather crap [23:20] <Lac3rat3d> okay great [23:20] <Mavrik> do something like ffmpeg -i <video> -codec:v copy -codec:a aac -strict 2 -b:a 128k output.mkv [23:20] <Lac3rat3d> awesome [23:20] <Mavrik> adjust audio bitrate according to number of channels and requested quality [23:20] <Lac3rat3d> its either 5.1 or 6.1 source [23:20] <Lac3rat3d> dts or dts-hd/es [23:23] <Mavrik> ah, use something like 384k then [23:23] <Lac3rat3d> ok cool ill try it out [23:23] <Lac3rat3d> thanks [23:23] <Mavrik> since 128k is usually used for stereo tracks [23:29] <Lac3rat3d> sorry [23:29] <Lac3rat3d> i got disconnected and dont have logs [23:29] <Lac3rat3d> can you paste that command again [23:30] <TimWork> has anyone seen Luca lately? [23:34] <wodim> Lac3rat3d: 23:20:03 < Mavrik> do something like ffmpeg -i <video> -codec:v copy -codec:a aac -strict 2 -b:a 128k output.mkv [23:34] <Lac3rat3d> thanks wodim [23:36] <Lac3rat3d> sorry, what was the 2nd bitrate he suggested? [23:37] <wodim> 384k [23:39] <Lac3rat3d> thanks [23:40] <Lac3rat3d> does anyone know what the '2' represents in that command? '.... -strict 2 ...' [23:57] <Lac3rat3d> hmm no one? [00:00] --- Mon Sep 8 2014

1 0

ffmpeg-devel.log.20140906
by burek 07 Sep '14

07 Sep '14

[00:00] <dahat> Does anyone know where I can find a functional MinGW configuration that would allow me to even configure ffmpeg with libx264 and build with the VS2013 toolchain? I've been trying for days to create my own rather unsuccessfully. [00:00] <BtbN> The one in cygwin works fine for me. [00:00] <BtbN> But don't build it with MSVC, it generates horrible code. [00:01] <BtbN> specialy for x264 it's like 20% slower for some reason [00:01] <wm4> iive: lust I heard, lena bullshit blocked the packet? even though Libav has the same problem [00:01] <wm4> *package [00:02] <jamrial> dahat: if your problem is linking to libx264, then what you need is check what's wrong with x264 [00:02] <iive> well, libav is already inside, so it can't be blocked. [00:03] <nevcairiel> wm4: nah the lena thing didnt block anything, the guy trying to get ffmpeg in just had nothing better to do, so he figured it might slightly improve his chances of getting favor with the debian gods [00:03] <iive> i assume this have been fixed, so there are no more problems? [00:04] <nevcairiel> it was his own motiviation to tackle this, not from debian [00:05] <iive> hehe, he is amazing guy, indeed. [00:05] <iive> and that is even better, because ffmpeg is not back at the start of the queue. [00:11] <cone-490> ffmpeg.git 03Giorgio Vazzana 07master:d7e088849e33: lavd/v4l2: introduce enqueue_buffer() [00:40] <J_Darnley> dahat has been bouncing between ffmpeg and x264 trying to get his question answered. [00:41] <J_Darnley> It seems as though nobody on either side knows enough about the problem [00:42] <J_Darnley> dahat: did you ever try the libx264-detection-via-pkg-config patch? [00:43] <jamrial> he did, but the pkg-config file installed by libx264 was meant for mingw, not msvc [01:28] <J_Darnley> Yasm, what is the point of an assert if you don't error when it fails? [01:42] <cone-490> ffmpeg.git 03db0company 07master:c7011789005d: doc: Copyright in CSS, CSS split in 2 files [02:01] <dahat> Ug... it seems I did something rather horrible... I stepped away from my PC for longer than planned after asking a Q... [02:01] <dahat> BtbN: Unless GCC is able to compile ARM code that targets WinRT... MSVC is my only choice... granted perf isn't my concern at present, only functionality [02:02] <dahat> jamrial: I can build libx264 without a problem... when I attempt to configure ffmpeg to use it however it goes looking for x264.lib... not libx264.lib which is actually built... and renaming the file also fails [02:02] <BtbN> I don't see why not? [02:04] <dahat> J_Darnley: Yes, same result. I even applied pkg-config to my MinGW install (plus a lot of GTK+ because of some puzzling dependancies) and now configure seems to think I'm using GCC in part. When doing build tests with cl.exe (MSVC's compiler) it's passing in arguments which are intended for GCC [02:13] <dahat> BtbN: While I know there has been a great deal of work going into GCC in support of the creation of a port of VLC to WinRT... the fact that there is still only x86 & x64 builds of it... I am left very skeptical [02:13] <j-b> dahat: because gcc for arm for winrt does not work. and MSVC does miscompile the open source libraries. [02:16] <dahat> j-b: That's what I figured. Which open source libraries? Right now the issue I'm having isn't with the compiler screwing up but with it being given faulty information by the open source parts [02:16] <j-b> all of them :) [02:19] <dahat> bah! ;) [06:55] <dahat> Has anyone had any new thoughts or advice on building ffmpeg while linking to libx264 under MinGW and using the VS2013 toolchain? At the end of the day the compiler & library is all I care about and I continue to be shocked that this is so difficult [07:06] <rcombs> are you absolutely sure you have to use VS2013 to compile? It would probably be much easier to use gcc [07:07] <rcombs> and compiler aside, it'd probably be much easier to cross-compile for Windows [07:07] <dahat> I'm afraid so... my ultimate target is WinRT on both Windows Phone & 'Windows Store' apps targeting ARM processors... and from what I've seen/heard GCC isn't fully there yet [07:08] <rcombs> gcc compiles for ARM just fine [07:08] <rcombs> (though I'm not sure about the Windows details) [07:08] <wm4> dahat: then why do you want to link mingw x264? [07:09] <dahat> that's the kicker... ARM building requirements isn't always the same thing depending on OS & HW platform [07:10] <rcombs> you mean calling conventions and instruction sets? [07:10] <dahat> wm4: Right now I'm only trying to build x86 or x64 for win32 under MinGW because I'm told it's the best way to do it. libx264 is required by my specific use case. I'm sticking with the VS2013 compiler because it is needed for targeting the ARM platform I need to end up on [07:11] <rcombs> trying to mix compilers on Windows will result in pain [07:13] <dahat> rcombs: Yes... as well as other unknowns. As an example: I know there has been a number of changes to GCC to support the VLC port to WinRT... but even today while it exists on x86 & x64 it still does not exist on ARM... so clearly there are remaining issues... and if the code is truly portable then that points blame at the compiler toolchain [07:14] <rcombs> :| [07:14] <wm4> isn't winrt dead? [07:15] <rcombs> "VLC hasn't been released for WinRT yet, therefore it must be impossible to use gcc to compile for WinRT" [07:15] <rcombs> top-tier logic, that is [07:15] <dahat> rcombs: I agree... I don't want to have to mix compilers... or are you saying that ffmpeg & libx264 are only capible of being built by GCC and not VS201x & the Intell C++ compiler and that the documentation here is wrong? http://www.ffmpeg.org/platform.html#Microsoft-Visual-C_002b_002b-or-Intel-C… [07:16] <rcombs> it's possible, it'll just result in extra pain [07:16] <rcombs> and building ffmpeg with cl and libx264 with gcc will result in even more pain [07:16] <dahat> wm4: I've not heard the news of the death of WinRT... at last check all 'Windows Store' apps for Windows 8 & 8.1 are WinRT based... ditto for many apps targeting Windows Phone 8.1 [07:17] <dahat> rcombs: a version of VLC is avalible in the Windows Store today for x86 & 64: http://apps.microsoft.com/windows/en-us/app/vlc-for-windows-8/c527ff2d-b5d0… There was even a Kickstarter project to fund it: https://www.kickstarter.com/projects/1061646928/vlc-for-the-new-windows-8-u… [07:18] <rcombs> I'm not sure what that has to do with anything? [07:19] <dahat> rcombs: if it results in extra pain... shouldn't that pain be documented... somewhere? All of the documentation I've seen said it's possible... however I am able to demonstrate repeatedly based on the official documentation that it is not. I'm half tempted to put up a video demonstrating this fact as in my experiance most folks don't seem to bother tesitng on platforms that are claimed to be supported. [07:20] <dahat> My point with those links is to say yes in fact, VLC is avalible for WinRT while using libx264... but only on non ARM platforms [07:21] <rcombs> fascinating! and I'm saying assuming that it's flatly impossible to compile software for Windows on ARM using gcc just because there's no VLC port is idiotic [07:22] <wm4> lack of VLC port makes it somewhat less likely [07:22] <wm4> especially for ffmpeg [07:22] <dahat> I was using VLC as an example of the apparent impossibility or at least difficulty thus far [07:22] <rcombs> if you want to tell me it's impossible to build software for a platform using gcc, find an article about it instead of pointing at people who haven't done it yet [07:23] <dahat> I'd be happy to fire off an email to the VLC folks if you'd like... but that's just a waste of time [07:23] <dahat> given my target environment, it makes sense to use the compiler which is most used for it (VS2013) regardless of whatever ill-will some may have towards it [07:24] Action: rcombs looks around; finds gcc-arm-none-eabi-4_8-2014q2-20140609-win32.exe [07:24] <dahat> documentation on the ffmpeg website claims that ffmpeg can be built with VS... yet I can show over and over again that that does not seem to be the case [07:24] <rcombs> what actual issue are you having? Right now I've just got "it doesn't work" [07:25] <wm4> dahat: it can't be built? [07:25] <wm4> dahat: what fails? [07:25] <dahat> the existance of this binary or that does not mean that it will work on the target system... and I don't have the time this evening to go grab the ARM based device my son is playing with to test on [07:25] <dahat> libx264 detection doesn't work... period [07:25] <rcombs> again with the "doesn't work" [07:25] <rcombs> as it turns out, "doesn't work" doesn't mean anything [07:25] <rcombs> what's printed in what phase, with what being logged? [07:25] <dahat> it goes looking for 'x264.lib'... which according to the #264dev folks isn't the name of the library they spit out (and which I can build fine)... instead it should be looking for libx264.lib [07:26] <rcombs> "it" [07:26] <dahat> ffmpegs configure [07:27] <dahat> it was suggested that ffmpeg doesn't properly do pkg-config under Windows (at all) and a patch was given to bypass that... that solved some issues (long story) but resulted in compiler options that were wrong... gimme a min while I scroll up to find the specific ones... [07:27] <rcombs> double-check me on this, but I don't think ffmpeg's configure ever actually walks search directories to find lib files, and that task is left to the compiler or linker [07:29] <dahat> For a sanity check, I went into x264.pc and renamed the lib it was telling the world to go look for... from x264.lib to libx264.lib... same result... [07:29] <dahat> at this point I am at a point where the configure log ends with the following: [07:29] <dahat> link -nologo -Ic:/MinGW2/msys/1.0/local/include -Lc:/MinGW2/msys/1.0/local/lib -out:./ffconf..BG81.500.5436.exe ./ffconf..BG81.500.5436.o x264.lib psapi.lib advapi32.lib shell32.lib [07:29] <dahat> LINK : warning LNK4044: unrecognized option '/Ic:/MinGW2/msys/1.0/local/include'; ignored [07:29] <dahat> LINK : warning LNK4044: unrecognized option '/Lc:/MinGW2/msys/1.0/local/lib'; ignored [07:29] <dahat> LINK : fatal error LNK1181: cannot open input file 'x264.lib' [07:29] <dahat> ERROR: x264 not found [07:30] <dahat> while the version of link.exe running is correct, the arguments being specified to it ( ie /I & /L) are not for VS2013's version of link... but instead for GCC [07:30] <rcombs> oh boy, some actual useful information! [07:31] <dahat> if I went through every bit of useful information you'd be here for a week... which is how much time I've spent on this issue which defies the avalible documentation... be thankful I skipped a few steps [07:32] <rcombs> now, how about let's see the whole log? [07:34] <dahat> http://pastebin.com/6aX5wiFA [07:40] <rcombs> can you post your x264.pc? [07:41] <dahat> this is from a MinGW install with pkg-config from http://www.gtk.org/download/win32.php as well as the full GTK 3.6.4 package from there as well to make up for some dependancy issues... a modification to ffmpeg's configure file through what I'm told is known as the 'libx264-detection-via-pkg-config patch' which boils down to the following from ubitux the other night: [07:41] <dahat> -enabled libx264 && require libx264 x264.h x264_encoder_encode -lx264 && [07:41] <dahat> - { check_cpp_condition x264.h "X264_BUILD >= 118" || [07:41] <dahat> - die "ERROR: libx264 must be installed and version must be >= 0.118."; } [07:41] <dahat> +enabled libx264 && require_pkg_config "x264 >= 0.118" "stdint.h x264.h" x264_encoder_encode [07:42] <rcombs> yup, no surprise [07:42] <rcombs> spoilers: -Lc:/MinGW2/msys/1.0/local/lib almost certainly came from pkg-config [07:44] <dahat> sorta... it comes from the PKG_CONFIG_PATH environmental variable which is noted as needing to be set before running configure... so the full configure line (alas not shown by the script is as follows): [07:44] <dahat> PKG_CONFIG_PATH="/c/MinGW2/msys/1.0/local/lib/pkgconfig" ./configure --enable-shared --toolchain=msvc --disable-dxva2 --enable-libx264 --enable-gpl [07:44] <dahat> the path comes from there... if pkg-config is setting it... I cannot say [07:45] <rcombs> that didn't make any sense :| [07:45] <rcombs> post your x264.pc file [07:45] <dahat> prefix=/usr/local [07:45] <dahat> exec_prefix=${prefix} [07:45] <dahat> libdir=${exec_prefix}/lib [07:45] <dahat> includedir=${prefix}/include [07:45] <dahat> Name: x264 [07:45] <dahat> Description: H.264 (MPEG4 AVC) encoder library [07:45] <dahat> Version: 0.142.x [07:45] <dahat> Libs: -L${exec_prefix}/lib -lx264 [07:45] <dahat> Libs.private: [07:45] <dahat> Cflags: -I${prefix}/include [07:46] <relaxed_> pastebin.com [07:46] <rcombs> ^ [07:46] <dahat> http://pastebin.com/RmUJxm8H [07:47] <rcombs> and that's from /c/MinGW2/msys/1.0/local/lib/pkgconfig/x264.pc, right? [07:47] <dahat> correct [07:48] <rcombs> what does `PKG_CONFIG_PATH=/c/MinGW2/msys/1.0/local/lib/pkgconfig pkg-config --libs x264` give? [07:48] <dahat> -Lc:/MinGW2/msys/1.0/local/lib -lx264 [07:49] <dahat> which seems to suggest that pkg-config is pointing me in the wrong direction [07:50] <rcombs> well, pkg-config is pointing you in the right direction for a GNU compiler [07:50] <rcombs> but you're trying to use its output with cl, which has entirely different args [07:51] <rcombs> and now we see why mixing compilers on Windows is painful [07:52] <dahat> Sure would be nice if that was part of the documentation which says where to DL pkg-config from: https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW [07:52] <dahat> granted those instructions don't get you to a runnable copy of pkg-config [07:53] <dahat> one could try to build pkg-config themselves without the missdirection... only that would require building glib... which would require building pkg-config... only that would require building glib... which would require building pkg-config... only that would require building glib... which would require building pkg-config... only that would require building glib... which would require building pkg-config... only that would require [07:54] <dahat> talk about painful! and that regardless of platform [07:54] <rcombs> pkg-config's source ships with an internal copy of glib for that reason [07:56] <rcombs> but it will most likely be easiest to stop trying to use pkg-config and just build libx264 with cl [07:57] <dahat> in my setup... libx264 was built with CL... a week ago... spitting out the x264.pc file I mentioned above... which specified to look for x264.lib while ffmpegs configure as you saw is looking for libx264.lib [07:59] <nevcairiel> ffmpeg doesnt use pkg-config for x264, because some developer thinks using pkg-config makes everything harder. Go figure! [08:00] <dahat> nevcairiel: I've heard similar comments in #x264dev... have you heard a work around? [08:02] Action: rcombs does the don't-use-pkg-config dance [08:02] <wm4> isn't there a glib free pkg-config impl [08:03] <rcombs> pkg-config is super-nice in a lot of cases, but will fall apart if you try to use it with cl when the pkgconfig file was designed for gcc [08:03] <nevcairiel> the problem obviously is that pkg-config has gcc specific flags in it, like -L<path>, which msvc doesnt understand [08:04] <nevcairiel> and thus doesnt find your lib [08:05] <nevcairiel> try adding --extra-ldflags with -libpath:c:/wherever/ or something to poke it into the right direction [08:08] <nevcairiel> we can only make ffmpeg itself build with msvc, we dont have any control about the pkg-config files of extra libraries being msvc compatible [08:09] <nevcairiel> as such, claiming ffmpeg doesnt build with msvc is just plain wrong, it works just fine :p [08:11] <dahat> nevcairiel: see http://pastebin.com/t7yAVGvC [08:12] <dahat> if you have a MinGW environment is capible of running configure with my args... as well as building ffmpeg with MSVC... I'd love to see/or get a copy of it... as my results for the last week from avalible documentation say otherwise [08:12] <nevcairiel> ... you can't just put a path in there, you have to give it a parameter as well [08:13] <nevcairiel> --extra-ldflags="-libpath:/c/MinGW2/msys/1.0/local/lib" [08:13] <nevcairiel> or maybe even windows style path, not sure anything will fix it around otherwise [08:14] <nevcairiel> or you can just add the path to the LIB environment variable, which is read by the msvc linker [08:15] <nevcairiel> thats what i usually do when working with msvc, setup LIB and INCLUDE env variables to point to my build environment [08:15] <nevcairiel> (if anything external is needed) [08:17] <dahat> hrm... my addition of of the full file name with more unix path naming seems to be taking while to return... I'll try your -libpath suggestion here in a few min after I finally kill this process if it doesn't bother to return [08:17] <rcombs> nevcairiel: I'll leave this one to you, then [08:17] <dahat> there we go... it returned with the previously mentioned issues of link.exe being fed arguments which were clearly intended for gcc [08:18] <nevcairiel> i'll go make breakfast now :p [08:18] <nevcairiel> my only point was that ffmpeg builds just fine with msvc, if an external library doesn't work with msvc, thats not necessarily ffmpegs fault [08:21] <nevcairiel> .. although you can usually just fix it by setting appropriate include and lib dirs yourself [08:39] <dahat> ug... after a good number of tries various forms of that also fail... [08:40] <dahat> with ./configure --enable-shared --toolchain=msvc --disable-dxva2 --enable-libx264 --enable-gpl --extra-ldflags='-libpath /c/MinGW2/msys/1.0/local/lib/libx264.lib' it failed with: [08:40] <dahat> link -libpath /c/MinGW2/msys/1.0/local/lib/libx264.lib -nologo -Ic:/MinGW2/msys/1.0/local/include -Lc:/MinGW2/msys/1.0/local/lib -out:./ffconf..BG81.500.19440.exe ./ffconf..BG81.500.19440.o x264.lib psapi.lib advapi32.lib shell32.lib [08:40] <dahat> LINK : warning LNK4044: unrecognized option '/Ic:/MinGW2/msys/1.0/local/include'; ignored [08:40] <dahat> LINK : warning LNK4044: unrecognized option '/Lc:/MinGW2/msys/1.0/local/lib'; ignored [08:40] <dahat> LINK : fatal error LNK1181: cannot open input file 'x264.lib' [08:40] <dahat> ERROR: x264 not found [08:41] <nevcairiel> libpath takes a : not a space [08:41] <dahat> for CL? [08:41] <nevcairiel> and it takes a path, not the path to the library [08:41] <nevcairiel> i mena, a folder, not a file [08:43] <dahat> link seems to suggest otherwise... take the following command (based on that from the configure output): [08:43] <dahat> $ link -libpath c:/MinGW2/msys/1.0/local/lib/ -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:43] <dahat> LINK : fatal error LNK1181: cannot open input file 'c:/MinGW2/msys/1.0/local/lib/.obj' [08:43] <nevcairiel> i give up, you dont even read what i write [08:44] <dahat> there does appear to be an easter egg in that line though (from configures output)... it too is looking for x264.lib... which is still wrong [08:45] <nevcairiel> its libpath:<path>, not libpath <path> [08:45] <dahat> Here is the output when sending it to the folder without the trailing whack: [08:45] <dahat> Brendan@BG81 /c/users/brendan/downloads/ffmpeg-2.3.3/ffmpeg-2.3.3 [08:45] <dahat> $ link -libpath c:/MinGW2/msys/1.0/local/lib -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:45] <dahat> LINK : fatal error LNK1181: cannot open input file 'c:/MinGW2/msys/1.0/local/lib.obj' [08:45] <dahat> And again with the :... [08:45] <dahat> Brendan@BG81 /c/users/brendan/downloads/ffmpeg-2.3.3/ffmpeg-2.3.3 [08:45] <dahat> $ link -libpath:c:/MinGW2/msys/1.0/local/lib -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:45] <dahat> LINK : warning LNK4001: no object files specified; libraries used [08:45] <dahat> LINK : warning LNK4068: /MACHINE not specified; defaulting to X86 [08:45] <dahat> LINK : fatal error LNK1561: entry point must be defined [08:46] <dahat> lemme try it again with the more unix paths... [08:46] <nevcairiel> that looks fine [08:46] <nevcairiel> you didnt tell it any object files to link [08:46] <nevcairiel> cant make a .exe file from just libraries [08:51] <dahat> please remember though... the link args I am specifying are based on those run by a running of ffmpegs configure script... which as previously shown is wrong (coupled with current documentation & bits)... and when trying to morph things a bit they continue to blow up in unexpected ways [08:52] <nevcairiel> your latest error is entirely expected [08:52] <nevcairiel> like i mentioned earlier however, it may be much simpler to just use the LIB environment variable though [08:53] <dahat> you are ignoring the /libpath argument... something which VS2013 does support... while suggesting -libpath... something it doesn't support [08:54] <nevcairiel> it supports any of its arguments with either / or - [08:54] <nevcairiel> but whatever, have fun figuring it out [08:54] <dahat> have you run it this evening? That's not what I'm seeing [08:55] <rcombs> dahat: `LINK : fatal error LNK1561: entry point must be defined` just means there's no main() or winmain() [08:55] <dahat> Compare the following... two chars are different: [08:55] <dahat> Brendan@BG81 /c/users/brendan/downloads/ffmpeg-2.3.3/ffmpeg-2.3.3 [08:55] <dahat> $ link -libpath:c:/MinGW2/msys/1.0/local/lib -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:55] <dahat> LINK : warning LNK4001: no object files specified; libraries used [08:55] <dahat> LINK : warning LNK4068: /MACHINE not specified; defaulting to X86 [08:55] <dahat> LINK : fatal error LNK1561: entry point must be defined [08:55] <dahat> Brendan@BG81 /c/users/brendan/downloads/ffmpeg-2.3.3/ffmpeg-2.3.3 [08:55] <dahat> $ link /libpath c:/MinGW2/msys/1.0/local/lib -nologo -out:./ffconf..BG81.500.19440.exe libx264.lib psapi.lib advapi32.lib shell32.lib [08:55] <dahat> LINK : fatal error LNK1181: cannot open input file 'C:/MinGW2/msys/1.0/libpath.obj' [08:55] <nevcairiel> the first looks correct [08:56] <rcombs> dahat: are you actually reading that output text before you paste it? [08:56] <rcombs> because it's rather clear what your problem is [08:57] <dahat> yes, I'm also reading the output of config... wich mentions the following (expanding the paste by a few lines and that lacks any entry point info): [08:57] <dahat> BEGIN ./ffconf..BG81.500.19440.c [08:57] <dahat> 1 #include <stdint.h> [08:57] <dahat> 2 #include <x264.h> [08:57] <dahat> 3 long check_x264_encoder_encode(void) { return (long) x264_encoder_encode; } [08:57] <dahat> 4 int main(void) { return 0; } [08:57] <dahat> END ./ffconf..BG81.500.19440.c [08:57] <dahat> cl -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_WIN32_WINNT=0x0502 -Dstrtod=avpriv_strtod -Dsnprintf=avpriv_snprintf -D_snprintf=avpriv_snprintf -Dvsnprintf=avpriv_vsnprintf -nologo -D_USE_MATH_DEFINES -D_CRT_SECURE_NO_WARNINGS -Dinline=__inline -FIstdlib.h -Dstrtoll=_strtoi64 -Ic:/MinGW2/msys/1.0/local/include -Lc:/MinGW2/msys/1.0/local/lib -c -Fo./ffconf..BG81.500.19440.o ./ffconf..BG81.500.19440.c [08:57] <dahat> cl : Command line warning D9002 : ignoring unknown option '-Lc:/MinGW2/msys/1.0/local/lib' [08:57] <dahat> ffconf..BG81.500.19440.c [08:57] <dahat> link -libpath /c/MinGW2/msys/1.0/local/lib/libx264.lib -nologo -Ic:/MinGW2/msys/1.0/local/include -Lc:/MinGW2/msys/1.0/local/lib -out:./ffconf..BG81.500.19440.exe ./ffconf..BG81.500.19440.o x264.lib psapi.lib advapi32.lib shell32.lib [08:57] <dahat> LINK : warning LNK4044: unrecognized option '/Ic:/MinGW2/msys/1.0/local/include'; ignored [08:57] <wm4> urgh [08:58] <rcombs> dahat: stop pasting large amounts of text into the channel, or someone will end up kicking you [08:58] <wm4> rcombs: you failed to suggest using a pastebin hours ago [08:58] <rcombs> wm4: someone else did so [08:58] <dahat> I've posted multiple pastebins [08:58] <wm4> I recommend http://sprunge.us/ [08:58] <wm4> it makes it easy to "paste" output of commands etc. [08:59] <rcombs> dahat: great, you've got the whole "using a pastebin" thing down [08:59] <dahat> shall I instead link to a youtube video walking throuch each step of this process that demonstrates that the current documentation results in a failing build? [08:59] <dahat> I'm more than happy to [08:59] <rcombs> dahat: but you still need to work on the "not pasting text into the channel" part [08:59] <rcombs> they kind of go together [08:59] <wm4> rcombs: I don't think that kind of err smugness is appropriate here [08:59] <dahat> I'm sorry that 15 lines of text to the channel is more than your IRC client or the channel can support [09:00] <dahat> instead this seems to be more of a defense mechanism because of the error prone nature of the code involved [09:00] <wm4> pastebins are still preferred for anything > 3 lines [09:00] <nevcairiel> seriously, you cant even listen to the advice i'm trying to give you, and then you fallback to ranting on the code? :p [09:00] <rcombs> your problem is that you're still passing in pkg-config's args [09:01] <dahat> you'd think... after several days someone would have said "here is a compressed ZYX file contains an environment which supports what you are trying to do"... yet instead I have suggestions from folks looking at copy & pastes of outputs (and whining about them being pasted to an IRC channel) rather than trying to repro the specific issue at hand [09:01] <rcombs> multiple correct methods of providing library search paths to cl and link have been mentioned [09:02] <dahat> nevcairiel: re-read the above... I've responded to everying you've said above... you haven't actually tried to do what I'm trying to do with currently suggested environments and code files... no one has [09:02] <dahat> and yet configure still fails to ignore them! [09:02] <rcombs> what? [09:02] <j-b> then compile for ANdroid :) [09:02] <wm4> even the windows folks don't want to deal with msvc [09:03] <dahat> j-b: alas for you my users use Windows Phone mostly [09:03] <rcombs> <dahat> and yet configure still fails to ignore them! <-- was that supposed to make any sense? Because it didn't. [09:03] <dahat> wm4: depends on who you talk to [09:04] <j-b> dahat: then use MFT [09:04] <dahat> rcombs: have you followed this discussion? configure is ignoring such input [09:04] <rcombs> (also, I'm not sure why I'm supposed to be defensive about ffmpeg's configure, which I had no part in writing) [09:04] <rcombs> dahat: provide a full configure log in which such input is ignored [09:04] <rcombs> (pastebinned, please) [09:06] <dahat> lemme start from a more basic Q: Has anyone else here... in the last month... tried what I am attempting to do? Building ffmpeg with vs2013 under mingw while linking to libx264 (also built under mingw and vs2013)? if not... then you cannot difinetivly say that anyting I am doing is wrong... because each suggestion I get I try... it fails... and yet the blame is still put on me and never the code or poor documentation [09:06] <rcombs> yes, because your logs and console output clearly state what the problem is [09:07] <dahat> rcombs: have you forgotten that the output points the finger at pkg-config... which I DLed per the instructions I received from an official ffmpeg website? [09:08] <dahat> now, if pkg-config is faulty... I can accept that... but I'd at least expect someone to try to repro what I am seeing and update the documentation at a minimum [09:08] <nevcairiel> the way i see it, the only inconsistency is that x264 names its output file libx264.lib, which is not how msvc libraries are usually named. unix libs are lib<name>.so, msvc stuff is usually just <name>.lib [09:08] <nevcairiel> if i rename libx264.lib to x264.lib, it works just perfectly [09:09] <dahat> nevcairiel: Have you honestly tried that in an environment to which I have described very recently... or are you guessing? Because I've tried that several times over the last week and it has failed each time [09:09] <nevcairiel> i just ran configure successfully [09:09] <nevcairiel> and it took me 10 minutes [09:10] <dahat> then please share a compressed copy of that environment because I'd like to try it [09:10] <rcombs> and pkg-config isn't your problem [09:10] <rcombs> pkg-config is doing exactly what it's supposed to, but your x264.pc is meant for gcc [09:10] <dahat> oh? pkg-config is complained about on a normal run of ffmpeg's configure [09:10] <nevcairiel> pkg-config isnt even used for x264, didnt we cover that earlier <.< [09:10] <dahat> the #x264dev folks dissagree... though I don't see those I chatted with a week ago in here this evening [09:10] <rcombs> nevcairiel: he's got a patched configure that uses it [09:11] <nevcairiel> rcombs: no support for custom modifications, he can move on now! [09:11] <rcombs> nevcairiel: he claims the patch came from ffmpeg.org [09:11] <dahat> I've also tried this without a patched configure [09:11] <rcombs> you'll need to either make a x264.pc that provides args for MSVC, or stop trying to use pkg-config and pass the MSVC args on the command line [09:11] <nevcairiel> anyway, i cloned x264, and build it with msvc, renamed libx264.lib to x264.lib, and ran this command: ./configure --enable-shared --toolchain=msvc --disable-dxva2 --enable-libx264 --enable-gpl --extra-ldflags="-libpath:D:/Temp/x264" --extra-cflags="-I D:/Temp/x264" [09:11] <nevcairiel> it worked perfectly [09:12] <rcombs> yup, that looks kosher to me [09:12] <dahat> do you want me to put a few public videos on youtube demonstrating the impossibility of building ffmpeg with x264 with mingw and vs2013? I'm happy to... I've got half a dozen repros based on existing documentation on my test VM already... what's another half dozen [09:12] <nevcairiel> the only inconsistency is like i mentioned above, x264 does not name its library file consistent with msvc library naming [09:12] <nevcairiel> hence the rename [09:13] <rcombs> no, I'd like a log of the exact command nevcairiel just posted running on your system and failing [09:13] <rcombs> (tweaked to point at the directories your x264 build is in, of course) [09:13] <dahat> of course... one sec... [09:14] <rcombs> with the stock configure from ffmpeg master, of course [09:14] <nevcairiel> you're also free to grab http://xhmikosr.1f0.de/tools/msys/MSYS_MinGW-w64_GCC_491_x86-x64_Full.7z .. its the msys/mingw env i use [09:14] <nevcairiel> but thats not really your problem [09:24] <ubitux> dahat: with the pkg-config patch applied, if you want to ignore pkg-config flags, you do something like --pkg-config=true --extra-ldflags="-libpath:D:/Temp/x264 -lx264" --extra-cflags="-I D:/Temp/x264" [09:24] <ubitux> the pkg-config call will be a no-op and you specify the include & lib flags yourself [09:25] <ubitux> not sure if "-lx264" is the correct link flag though [09:26] <nevcairiel> wonder if it passes external ldflags through the ldflag filter function to translate it [09:26] <nevcairiel> if yes, that would work, if not, you need to change it [09:27] <dahat> With nevcairiel's configure line (modified for my environment (ie ./configure --enable-shared --toolchain=msvc --disable-dxva2 --enable-libx264 --enable-gpl --extra-ldflags="-libpath:C:/mingw2/msys/1.0/local/lib" --extra-cflags="-I C:/mingw2/msys/1.0/local/lib")) I get the following: http://pastebin.com/15TYwHUK [09:27] <nevcairiel> ... you still have the pkg-config patch applied [09:27] <rcombs> ^ [09:28] <dahat> tomorrow I'm just going to record a walk through, clean VM, downloading this app and that package and demonstrate the impossibility which seems not to be accounted for [09:28] <rcombs> :| [09:28] <nevcairiel> the impossibility seems to be listening [09:28] <nevcairiel> or reading as it were [09:28] <dahat> then cite the specific line I have not read and implemented [09:28] <rcombs> you didn't remove the pkg-config patch [09:28] <nevcairiel> <rcombs> with the stock configure from ffmpeg master, of course [09:28] <wm4> is the "pkg-config patch" the thing CE hates? [09:29] <nevcairiel> probably [09:29] <dahat> I've not tried your build envionment yet as it's nearly 12:30 am and I've a 9am kick off of an american football game I need to be at a bar for by then [09:29] <rcombs> nevcairiel's build environment will not help [09:29] <ubitux> wm4: yes [09:29] <nevcairiel> you can still do the same thing with the patch applied, you need to mess around with it a bit though [09:30] <nevcairiel> ie. what ubitux said [09:31] <dahat> here is a configure run against a git clone which does not have the pkg-config change applied: http://pastebin.com/PTkXD9dM [09:34] <rcombs> (pastebin appears to be down, so I can't get to that until it's back up) [09:34] <rcombs> ah, there we go [09:35] <nevcairiel> i'm not even going to comment on this [09:35] <rcombs> dahat: you have an -I pointed at your /lib dir instead of your /include dir [09:35] <dahat> and again with a tweak to the include's: http://pastebin.com/7KbXyhsR [09:36] <nevcairiel> i mentioned renaming the libx264.lib -> x264.lib several times above [09:36] <dahat> while I wait for another configure (involving a copy & rename) ... I must against point out the incorrectness of the existing documentation which I will document in video form this weekend [09:36] <rcombs> do you have a x264.lib in C:/mingw2/msys/1.0/local/lib ? [09:36] <nevcairiel> go nuts [09:36] <wm4> you think anyone would watch such a video [09:36] <nevcairiel> the documentation is fine though [09:37] <dahat> nevcairiel: bullshit, that is what I will demonstrate [09:37] <rcombs> if you're compiling software, you're expected to be able to read and interpret error messages [09:37] <nevcairiel> the docs document building ffmpeg, not any external libraries [09:38] <dahat> rcombs: I'm fully capible of reading and interpreting error messages which come from the software I'm trying to build... such expectations don't work as well when the documentation tells you to download binaries which point to the wrong compiler [09:38] <nevcairiel> heck the docs even mention using LIB and INCLUDE env variables, which i recommended like an hour ago [09:38] <dahat> which I've tried in past [09:38] <rcombs> "binaries which point to the wrong compiler", now [09:39] <dahat> pkg-config from the gtk+ site [09:39] <dahat> again, you'll see this in a video walking through every step in a day or three [09:39] <nevcairiel> pkg-config just gives you the flags from the .pc file, the .pc file is not part of ffmpeg, but part of x264 [09:39] <nevcairiel> hence, not ffmpegs problem [09:39] <rcombs> I suppose I don't actually have to come up with a response to that [09:40] <dahat> but oh gee... now I have perl.exe taking 100% CPU usage (something I've seen before... which will run for hours at a time if not killed) [09:40] <rcombs> I'm sure it'll be a fascinating video; perhaps someone will even watch it! [09:41] <dahat> nevcairiel: You are free to wave the "not our problem" flag if you'd like... however the fact I can build one library but utterly fail to configure another says worlds [09:41] <nevcairiel> i certainly wont [09:41] <nevcairiel> it took me 10 minutes to build it [09:41] <nevcairiel> from scratch [09:41] <nevcairiel> including building x264! [09:42] <dahat> so what I'm gathering... is if you don't care if people are unable to build ffmpeg with associated libraries without hand holding from IRC chat rooms... despite existing documentation which I will demonstrate points uers in the wrong direction? good to know [09:42] <nevcairiel> good luck with your video [09:42] <dahat> did you download the full environment... from scratch to a clean machine and without any previous insights, bits or steps? [09:42] <nevcairiel> i cant make myself dumb again to try, can i now :P [09:42] <rcombs> well, he has plenty of insight [09:43] <dahat> you assume I care about massive viewership of such a video... my point of making such a thing is to demonstrate to you lot that the avalible documentation is wrong [09:43] <rcombs> nevcairiel isn't clueless, you see [09:43] <wm4> dahat: what's your point anyway? you sound angry, but people are actually trying to help you [09:43] <nevcairiel> the documentation is not wrong, it just doesn't cover any external libraries. All it covers is building ffmpeg itself [09:43] <nevcairiel> heck it doesnt even mention pkg-config, outside of needing it for ffplay/sdl [09:44] <dahat> um... configure mentions pkg-config... mentioning that it's absense may cause external library detection to fail... so yes... it is mentioned [09:45] <rcombs> today is bringing me new insights into the philosophy of _not_ coming up with responses to nonsense! [09:46] <nevcairiel> dahat: it may cause this, but in this case its entirely unrelated [09:46] <dahat> rcombs: So you are suggesting I should have stayed silent to all of those reading logs and not actually trying what I've described on the same fresh environment? Good to know! [09:46] <nevcairiel> that would've made a far more relaxing morning for all of us [09:47] <dahat> nevcairiel: You say that now, but when faced with warnings from configure without --enable-libx264 and errors with it... it's a pretty obvious direction to take up front [09:47] <rcombs> I can't even lex those last 2 lines [09:47] <nevcairiel> thats the first thing i said when i arrived [09:48] <dahat> then configure should be changed [09:48] <nevcairiel> the warning is fine [09:49] <nevcairiel> its expected that people are capable of reading the config.log to figure out whats the problem, and it would quite clearly tell you immediately if the problem is a missing pkg-config, or something else entirely [09:51] <dahat> There it is... "WARNING: pkg-config not found, library detection may fail." seems rather clear when ones attempts to include a lib (say libx264) fail... yet the config.log file doesn't quite point to the suggestions that have been proposed here based on OS, build environment or compiler. User error? Perhaps. Documetnation or code error? Absolutly. I'd post more info, but I'm afraid of being slapped for pasting too much info to the [09:52] <ubitux> dahat: did you try what i suggest? [09:52] <rcombs> it's rather clear if you have any idea what pkg-config is [09:53] <nevcairiel> or how msvc works <.< [09:53] <rcombs> or if you actually read your config.log! [09:53] <dahat> Here is the config.log: http://pastebin.com/p7yEcq93 One mention of pkg-config before the error message... yes... so clear what is going on [09:54] <dahat> and a whopping TWO whole references to it in the entire log file... OMG it's so clear! how did I never see the error before! [09:54] <ubitux> that's not the cmd line i suggested [09:54] <nevcairiel> the log doesnt even seem to end in an error [09:55] <ubitux> why isn't this discussion on #ffmpeg btw? [09:55] <rcombs> good question [09:55] <dahat> *faceplam* I am refering to the message of "WARNING: pkg-config not found, library detection may fail." [09:55] <rcombs> dahat: oh, the one that starts with "WARNING"? [09:56] <nevcairiel> i shall stop partaking in this insane discussion now [09:56] <dahat> why here vs #ffmpeg? Because I tried over there (like #x264dev) and the answers (or lack of) lead me here [09:56] <ubitux> why aren't you answering my other questions? [09:56] <rcombs> dahat: is your configure actually failing now? [09:56] <dahat> which question haven't I answered? [09:57] <ubitux> 09:52:09 <@ubitux> dahat: did you try what i suggest? [09:58] <ubitux> and i'm also wondering if you still have the libx264 pkg-config patch applied in ffmpeg tree [09:58] <rcombs> as far as I can tell, his problem is resolved and he's just complaining about documentation at this point [09:58] <dahat> yes... it says warning... when not trying to configure with libx264 or extra arguments outside of the documentation on ffmpeg.org... and when you try to follow said documentation and include a library and things go to hell.. one natural reaction is to follow the warning from an earlier (and more isolated) configure and try to resolve that... which is part of what lead me here... and again... clearly the documetnation is lacking if [09:58] <ubitux> rcombs: ah? [09:58] <rcombs> ubitux: he reverted that patch a bit ago [09:58] <dahat> yes... it's so horrible to complain about documentation which may have lead you astray for a week [09:58] <ubitux> ok [09:58] <ubitux> well then since this is #ffmpeg-devel he can send a patch now that he knows what's going on [09:58] <nevcairiel> dahat: its open source, send a patch to improve it [09:59] <rcombs> ubitux: because his x264.pc has args meant for gcc and he was trying to use them with cl [09:59] <dahat> I did revert that patch... and configure succeeded... though I've not tried a build yet as I wanted to revert part of it to remind of the warning message which highlights poor documentation [09:59] <dahat> nevcairiel: thanks for reminding me why I rather dislike open source... that's a common excuse vs recognizing issues the mentality is to blame the user and expect them to fix it [09:59] <ubitux> with the patch applied, and my suggestion, you wouldn't see the warning [10:00] <rcombs> dahat: you'll find that warning in pretty much any bit of software that uses pkg-config if you try to configure it without pkg-config [10:00] <ubitux> dahat: you're not a user, you are on #ffmpeg-devel [10:00] <nevcairiel> dahat: i do blame you, are are incapable of even following advice we've been giving you for 90 minutes now [10:00] <dahat> ubitux: bull... again, I'll see if I can't find time for a few videos [10:00] <ubitux> what prevents you from contributing? [10:00] <dahat> nevcairiel: you should then perhaps re-read what you and others here have said and what I have replied with [10:00] <ubitux> you're in the place where we discuss the contributions [10:01] <ubitux> and how to contribute [10:03] <dahat> given the traffic in #ffmpeg and the reponse to my Q's there... this was the obvious place to escalate to... and I am not opposed to contributions... my issue is with a mentality that the user (or developer) is at fault because the code hasn't been recently tested in an environment that matches the documentation [10:04] <rcombs> we've been over this at least 4 times now [10:04] <dahat> yes... and you've ignored what I've said about the documentation [10:04] <ubitux> because we're not at your service, this isn't #ffmpeg :p [10:05] <ubitux> we helped the best we can with what we know [10:05] <rcombs> ubitux: as his issue is resolved and he's just complaining about how he doesn't know how to build software on his platform properly at this point, I propose he be removed [10:05] <nevcairiel> dahat: and you have not had one kind word for us, despite us solving your problem that apparently blocked you for a week! [10:05] <dahat> where on https://trac.ffmpeg.org/wiki/CompilationGuide/MinGW does it say that specifying include & lib dirs is a requirement under mingw? [10:05] <ubitux> it's a wiki [10:05] <ubitux> you create an account [10:05] <ubitux> and update the page [10:05] <nevcairiel> its also about MinGW, not about MSVC [10:05] <rcombs> dahat: you're expected to know the basics of compiling software with the toolchain you're using [10:06] <dahat> updating the page requires answers... I've been in the process of trying to find them for the last week [10:06] <rcombs> and now you have them! Great! Bye! [10:06] <dahat> MinGW has a hard dependancy on GCC? That'd be news to a lot of folks I bet [10:06] <nevcairiel> MinGW *IS* GCC [10:06] <rcombs> oh boy, more fantastic leaps of logic [10:06] <nevcairiel> what you are talking about is MSYS [10:06] <dahat> never mind the fact that MSVC *IS MENTIONED* on that page [10:07] <ubitux> this wiki is filled by users and power users, mostly [10:07] <nevcairiel> as a side note for one specific case [10:07] <dahat> you folks seem to be used to the clouistered ivory tower sort of development... not used to fresh eyes looking upon your work... I'm sorry that I have been so disruptive & offensive [10:07] <ubitux> 10:07:10 <@ubitux> this wiki is filled by users and power users, mostly [10:08] <dahat> that one specific case is a foot in the door... http://www.ffmpeg.org/platform.html#Microsoft-Visual-C_002b_002b-or-Intel-C… is the other [10:08] <ubitux> is there any error on that page? [10:09] <rcombs> ffmpeg is a complex piece of software, so you need to know a bit about building software to& build it [10:09] <dahat> granted that link refers to VS2012... the need to run a C99 to C89 compiler not being needed for the last couple of years [10:09] <rcombs> or, at least, to build it on an unusual system like yours [10:09] <nevcairiel> that link mentions the differences between 2012 and 2013 [10:09] <nevcairiel> with a lot of (if using MSVC 2012 or earlier) [10:10] <dahat> Oh goodie... ffmpeg still fails to make with the suggestions above: [10:10] <dahat> Brendan@BG81 /c/ffmpeg [10:10] <dahat> $ make [10:10] <dahat> common.mak:152: *** missing separator. Stop. [10:10] <rcombs> bad line endings [10:10] <rcombs> disable autocrlf in git [10:10] <dahat> in MinGW? typing 'make' and hitting enter is a bad line ending? [10:10] <ubitux> bad git clone [10:10] <nevcairiel> that part is kinda annoying, but its really makes problem. Make is broken and doesnt work with crlf in makefiles properly [10:11] <ubitux> didn't we have a faq entry about that one? [10:11] <ubitux> or something like that [10:11] <rcombs> nevcairiel: you could argue that git on Win32 is broken and sticks \r's where they don't belong [10:11] <nevcairiel> rcombs: doesnt it ask which mode to use during install, a nd thats not the default setting? [10:11] <nevcairiel> or maybe it is [10:11] <nevcairiel> i dunno [10:12] <nevcairiel> i use autocrlf=input mostly [10:12] <ubitux> ah it's in the git howto [10:12] <rcombs> it's on by default iirc [10:12] <rcombs> but I'm not 100% sure on that [10:13] <ubitux> http://www.ffmpeg.org/git-howto.html#Cloning-the-source-tree [10:13] <nevcairiel> its better than commiting crlf to the repo i guess [10:13] <rcombs> either way, I'd say it's not ffmpeg or make's fault if git makes changes to the source [10:13] <nevcairiel> but thats why i prefer the input mode, it converts to LF on commit, but keeps LFs on checkout [10:13] <ubitux> Make sure that you do not have Windows line endings in your checkouts, otherwise you may experience spurious compilation failures. One way to achieve this is to run [10:13] <ubitux> git config --global core.autocrlf false [10:13] <ubitux> this should be in a more obvious place& [10:14] <dahat> running 'git config --global core.autocrlf false' and then 'make' results in the same error [10:14] <ubitux> you need to clone again [10:15] <dahat> <cloning> [10:18] <rcombs> what's autocrlf even for? In case you want to edit your code in notepad.exe? [10:20] <dahat> git config --global core.autocrlf false still returns instantly... both from the root of the VM and the dir the clone was made to... configuring now... [10:21] <rcombs> did anyone say it wasn't supposed to? [10:24] <dahat> no, however the initial behavior was the same as to an existing clone which I'd not touched with notepad or other crlf-ing editors... again I'm sorry if you don't like gaps in documentation being pointed out... make seems to be going now... will have to check on it later as it's nearly 1:30 and I've college football kicking off in 7.5 hours and need to get some rest in before heading to the bar [10:24] <dahat> thanks for the advice thus far... though I think there will be some suggested changes to a multitude of things once I have my wits about me again [10:24] <nevcairiel> rcombs: i suppose its for some windows tools that dont do LF well, but imho "input" should be the default mode, ie. mapping CRLF to LF on commit, but leaving it alone on checkout [10:24] <ubitux> dahat: git config will affect your ~/.gitconfig [10:24] <rcombs> nevcairiel: sounds sensible [10:25] <ubitux> dahat: clone by defaut with git on windows seems to add random characters for line breaks, which make doesn't support [10:25] <ubitux> and actually, i wonder if that wasn't "fixed" in recent gmake, i remember something like that [10:25] <nevcairiel> didnt Daemon404 want to send a patch to make for that [10:25] <nevcairiel> although it would be years until msys make gets it, if ever [10:25] <ubitux> yeah right, that's what i had in mind [10:28] <wm4> is msys that slow? [10:28] <nevcairiel> apprently building for msys is some sort of dark magic [10:29] <nevcairiel> anyway, right now its make 3.81, which apparently is from 2006 [10:29] <nevcairiel> admittedly, my linux box has make 3.82 [10:29] <nevcairiel> which is from 2010 [10:29] <rcombs> in my experience, msys is slow to update *and* slow to execute [10:29] <nevcairiel> so ... make itself is slow? [10:29] <nevcairiel> :D [10:30] <rcombs> well, that too [10:30] <rcombs> "let's all move to CMake and Ninja!" [10:31] <nevcairiel> the problem apparently is that there is only ancient gcc 3.x compiler that can even build for msys [10:31] <pross-au> rcombs: ... and limit ourselves to ~3 platforms! [10:31] <rcombs> pross-au: yeah! :D [10:32] <rcombs> sounds like an Excellent Plan" [10:35] <rcombs> ^ in re: that bug, note that ffmpeg handles dash segments just fine if you use the concat demuxer to give it init.mp4 followed by one or more actual segments [10:36] <nevcairiel> you can concat mp4s like that? [10:36] <rcombs> nevcairiel: you can concat m4s's [10:36] <rcombs> (DASH segments) [10:36] <nevcairiel> oh, so its not actual mp4 [10:36] <rcombs> I think init.mp4 is technically a valid ISOBMFF file with no content (just headers) [10:37] <rcombs> and then each individual segment is content with no headers [10:38] <rcombs> so if you concat them together, you get a single proper MP4 file [10:38] <nevcairiel> i see [10:38] <rcombs> and I'd probably go write a demuxer if it weren't for the manifest format being XML and that sounding like a lot of work [10:38] <nevcairiel> didnt i see some patch floating somewhere [10:40] <rcombs> maybe? [10:40] <wm4> rcombs: uh you mean literally concat them byte-wise? [10:41] <rcombs> yup [10:41] <rcombs> at least, that's been how it works for the DASH segments I've worked with, but the format apparently has 9001 different modes, so maybe that's not universal [10:41] <nevcairiel> apparently dash can also be webm [10:41] <rcombs> and you usually have separate sets of segments for audio and video, so that's fun [10:42] <wm4> nevcairiel: that's probably just google [10:42] <wm4> I heard google uses a single mp4 file for dash video [10:42] <rcombs> wm4: YouTube's DASH stuff is a single MP4 or WebM for video and a single MP4 or WebM for audio [10:43] <rcombs> (well, multiple different versions at different bitrates, but you get the idea) [10:43] <wm4> sure is lame [10:43] <rcombs> though they might do things a bit differently for embedded platforms; I've only really looked at their desktop web stuff [10:44] <rcombs> and as it turns out, processing streaming video segments through JS on an embedded platform with very limited RAM is actually a bad idea! [10:44] <rcombs> because as soon as you get up to mid-to-high-bitrate 1080p H.264, you find that your GoPs (and segment files) are larger than your buffer sizes [10:46] <rcombs> which is one reason why a lot of Chromecast apps don't do 1080p [10:47] <rcombs> a pity, too; Chromecast links lavf and uses its Matroska decoder, which has no problems with larger GoPs and doesn't need to futz around with segments [10:51] <wm4> so who will implement dash on lavf? [10:51] Action: wm4 takes a step back [10:53] <rcombs> do we already link an XML parser? [10:54] <rcombs> if you want a DASH *encoder*, you might want to check out Plex's ffmpeg tarballs, which unfortunately I can't help merge changes from, but I can tell you about and give you URLs for [10:55] <wm4> no, encoder is uninteresting [10:55] <wm4> I don't think there's a xml parser yet [12:01] <Daemon404> nevcairiel, i *did* send a patch and recent make.exe is indeed fixed for linebreaks [12:01] <nevcairiel> then its just another 10 years until msys make is updated [12:01] <nevcairiel> the official distributions anyway [12:01] <Daemon404> lol [12:02] <nevcairiel> is it in any make release version yet anyway? [12:02] <nevcairiel> ie. 4.0? [12:02] <Daemon404> maybe 4.0 if its out [12:03] <nevcairiel> seems to be out [12:55] <michaelni> ubitux, there are 2 coverity issues in libavfilter/f_ebur128.c (1194399 Bad bit shift operation and 1197046 Out-of-bounds access) [12:55] <ubitux> arg i really need to look at this& [13:08] <J_Darnley> Can I ask what the feature is called in make that we use in makefile:20, the %=% bit? [13:08] <J_Darnley> AVPROGS := $(AVPROGS-yes:%=%$(PROGSSUF)$(EXESUF)) [13:16] <nevcairiel> its a shorthand for pattern substitution, ie. the patsubst function [13:16] <nevcairiel> replace % with %$SUFFIX [13:20] <ubitux> michaelni: ok i found a way to fix one properly [13:21] <J_Darnley> nevcairiel: thanks [13:42] <dudelig> hi [13:44] <dudelig> Can anyone tell me which code does the metadata for matroska formats provide? [13:49] <cone-784> ffmpeg.git 03Clément BSsch 07master:b2c0b80f6291: avfilter/ebur128: rework channel weighting definition code [13:49] <wm4> dudelig: what exactly? reading metadata from matroska files? [13:49] <wm4> it's in libavformat/matroskadec.c [13:51] <dudelig> it is, if I encode a stream to matroska format, ffmpeg saves metadata for mediainfo. where do these data come from? [13:51] <wm4> ffmpeg.c [13:51] <wm4> probably gets it from input files [13:51] <wm4> actually I think the muxer also adds at least one field [13:53] <dudelig> wm4 probably gets it from input files [13:53] <dudelig> ^which code do I have to search for those data? [13:55] <ubitux> michaelni: 1st fixed; about the second one, i'm basically doing double *out = alloc(...); and then sending &out as swr_convert; since it's not planar i don't see how it can cause a problem [13:55] <ubitux> michaelni: should i mark it as a false positive? [13:56] <wm4> dudelig: it's a field named "metadata", probably the one of the format context [13:56] <wm4> also libavformat/matroskaenc.c [13:57] <dudelig> thank you wm4. I ll search the ffmpeg.c and matroska* [13:57] <dudelig> good bye [14:04] <michaelni> ubitux, is its false positive, yes [14:04] <ubitux> ok thank you [14:06] <ubitux> michaelni: i don't remember how to drop them from the list though :p [14:07] <michaelni> i guess they "disapear" on the next coverity run [14:07] <ubitux> ok [17:31] <kierank> 9:54 AM <rcombs> if you want a DASH *encoder*, you might want to check out Plex's ffmpeg tarballs, which unfortunately I can't help merge changes from, but I can tell you about and give you URLs for [17:31] <kierank> lol [17:33] <wm4> now that I read this again it sounds pretty "funny" [17:33] <wm4> like as if he's legally not allowed to upstream them [17:33] <wm4> even though the license would allow it [17:33] <wm4> (???) [17:34] <nevcairiel> might not be a legal thing, just not getting fired thing :p [17:34] <J_Darnley> Perhaps he has some "inside knowledge" that might leak if he merged it himself. [17:49] <ePirat> I am trying to extract audio with ffmpeg to pcm_s24le, for some reason the resulting output file only is 15 minutes long [17:49] <ePirat> but it should be about an hour [17:54] <ePirat> is there some file size or legnth limitation or something? [17:58] <nevcairiel> if its WAV, it would end at 2gb or so [18:00] <ePirat> it'd about 4,72 GB big but exactly 15 minutes long [18:00] <ePirat> *it's [18:01] <nevcairiel> what sample rate is it that its this huge? [18:01] <nevcairiel> and channels? [18:01] <ePirat> ffmpeg -i "file.mkv" -vn -acodec pcm_s24le -r 24 -ar 48000 audio/all.wav [18:01] <ePirat> it's 5.1 audio [18:02] <ePirat> so 6 channel [18:02] <ePirat> *channels [18:03] <nevcairiel> well thats definitely going to be too big for wav [18:03] <nevcairiel> the size field probably overflows and results in weird values [18:04] <ePirat> which container would you recommend? or is there some way to make multiple files? [18:04] <nevcairiel> that depends what you want to do with it after [18:05] <ePirat> at the end I want to have each channel in a separate file, which I did with sox [18:06] <nevcairiel> if youre on windows, you could do it all in one step with eac3to, just sayin' :D [18:07] <nevcairiel> it supports output to 1 wav per channel [18:07] <nevcairiel> dont think ffmpeg has that [18:07] <J_Darnley> w64 maybe? [18:10] <ePirat> will try it, thanks [18:12] <mark4o> the pan filter can extract one channel [18:15] <ePirat> oh forgot about that, thank you mark4o! [18:21] <kierank> 4:34 PM <"nevcairiel> might not be a legal thing, just not getting fired thing :p [18:21] <kierank> 4:34 PM <"J_Darnley> Perhaps he has some "inside knowledge" that might leak if he merged it himself. [18:21] <kierank> it's this thing that companies do [18:21] <kierank> where they take ffmpeg or other OSS [18:22] <kierank> but consider their changes secret [18:22] <nevcairiel> well at least they provide a tarball [18:23] <kierank> they have to [18:24] <kierank> some could play the game where only their customers can request the code [18:24] <kierank> but it's a dick move [18:24] <nevcairiel> sure, but not everyone does it [18:24] <kierank> not everyone - ie all of china [18:24] <nevcairiel> china doesnt care about copyright or patents either way [18:30] <iive> nevcairiel: they care only then they hold them :) [20:02] <cone-784> ffmpeg.git 03Andreas Cadhalpun 07master:b76d6eb3bd70: avformat/mpegts: fix spelling error [20:34] <cone-784> ffmpeg.git 03Diego Biurrun 07master:041caf1a63f0: avplay: Exit by default at the end of playback [20:34] <cone-784> ffmpeg.git 03Michael Niedermayer 07master:f9bc65e399d1: Merge commit '041caf1a63f091745b95a6d51c23fbdcb604d4ce' [20:34] <cone-784> ffmpeg.git 03Michael Niedermayer 07master:5732b2188425: ffplay: make autoexit the default [20:49] <cone-784> ffmpeg.git 03Mickaël Raulet 07master:684d0a0b23dc: avcodec/hevc: fix dead code [21:04] <cone-784> ffmpeg.git 03Reimar Döffinger 07master:87c7fb2b215f: aacsbr: support hardcoding tables. [21:04] <cone-784> ffmpeg.git 03Reimar Döffinger 07master:0f1281b2b8ac: cabac: initialize all of ff_h264_cabac_tables programmatically. [21:04] <cone-784> ffmpeg.git 03Reimar Döffinger 07master:092d1977cc71: cabac: Allow hardcoding CABAC table. [21:04] <cone-784> ffmpeg.git 03Reimar Döffinger 07master:3dbf569032e7: huffyuvdec: avoid large stack use. [21:25] <ubitux> michaelni: the ffplay behaviour changes belongs at the end of the RELEASE_NOTES [21:26] <michaelni> ubitux, do you have time to add them ? [21:27] <ubitux> that's just an entry line, sure i can do it :p [21:27] <michaelni> thx [21:43] <cone-784> ffmpeg.git 03Michael Niedermayer 07master:cbb277988afc: avcodec/hevc_ps: Always initialize backup in decode_vui() [21:43] <cone-784> ffmpeg.git 03Michael Niedermayer 07master:1b2390e2bcdd: avfilter/af_silenceremove: remove dead code [22:29] <michaelni> Timothy_Gu, do you have time to update our RELEASE_NOTES for 2.4 ? [22:30] <Timothy_Gu> michaelni: I'll try [22:30] <michaelni> thanks [00:00] --- Sun Sep 7 2014

1 0

ffmpeg.log.20140906
by burek 07 Sep '14

07 Sep '14

[02:11] <gigicarlo> hello [02:11] <gigicarlo> i am getting crazy ... trying to compile ffmpeg with openjpeg support [02:11] <gigicarlo> its on os x [02:11] <gigicarlo> 10.9 [02:11] <gigicarlo> "ERROR: libopenjpeg not found" [02:13] <gigicarlo> anybody here ??? at all ? [02:20] <relaxed_> gigicarlo: is it version 1.5.2? [02:21] <relaxed_> libopenjpeg 2.* isn't supported [02:21] <gigicarlo> good to know ;-) [02:21] <gigicarlo> ok .. i will try [02:22] <gigicarlo> so .... [02:22] <gigicarlo> the one that is installed with "brew! ... should be ok [02:23] <gigicarlo> i installed it with cmake ... [02:23] <gigicarlo> is there an uninstall ?? [02:27] <relaxed_> gigicarlo: maybe you need --extra-cflags="-I/path/to/prefix/include" --extra-ldflags="-L/path/to/prefix/lib" to point to its install prefix. Post your config.log if that doesn't work. [02:27] <gigicarlo> still looking for 1.5.2 source code [02:31] <gigicarlo> how do i install openjpeg .... [02:31] <gigicarlo> its not the usual configure ..... [02:39] <gigicarlo> like that :"./configure --extra-cflags="-I/Users/gigi_mini/tmp/openjpeg-1.5.1-Darwin64" --extra-ldflags="-L/Users/gigi_mini/tmp/openjpeg-1.5.1-Darwin64" --enable-libopenjpeg" [03:02] <gigicarlo> https://gist.github.com/anonymous/102c697b561ffb9d98a5 [03:02] <gigicarlo> here is my config.log [03:03] <gigicarlo> i am not sure about "-L/path/to/prefix/lib" [03:03] <gigicarlo> where to point that [03:03] <c_14> Where did you install libopenjpeg? [03:03] <gigicarlo> "pc" ... "la" files ? what should i look for [03:04] <c_14> You configured it and built it, right? [03:04] <gigicarlo> i just ran .configure [03:04] <gigicarlo> make make install [03:04] <c_14> right, where did it install it to? [03:05] <c_14> Under UNIX, the default is usually /usr/local/, but I don't know if that directory exists under OSX, you could check? [03:05] <gigicarlo> "/usr/local/include/openjpeg-1.5/" [03:05] <gigicarlo> there is the openjpeg.h [03:06] <gigicarlo> but i dont know what kind of "libs" to look for ... [03:06] <gigicarlo> "dylib" ?? [03:06] <c_14> Right, the extra-cflags should point to /usr/local/include then. The ldflags should probably point to /usr/local/lib/ [03:06] <c_14> Either .so or .a [03:06] <c_14> (probably) [03:06] <gigicarlo> ok [03:07] <gigicarlo> do you know what that means " --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1" [03:08] <gigicarlo> Ok .. it worked [03:08] <c_14> ehhh, the prefix is where it'll be installed [03:08] <c_14> and the gxx-include-dir is where the c++ includes are located [03:08] <gigicarlo> its fine ... it worked [03:09] <gigicarlo> i want to convert a "j2k" mov file to prores [03:11] <gigicarlo> but it doesnt work ;-( [03:11] <gigicarlo> Duration: 01:28:31.60, start: 0.000000, bitrate: 89801 kb/s [03:11] <gigicarlo> Stream #0:0(eng): Video: none (AVj2 / 0x326A5641), 1920x1080, 87496 kb/s, 25 fps, 25 tbr, 25k tbn, 25k tbc (default) [03:11] <gigicarlo> Metadata: [03:11] <gigicarlo> creation_time : 2014-09-05 10:13:08 [03:11] <gigicarlo> handler_name : Apple Alias Data Handler [03:11] <gigicarlo> encoder : Unknown [03:11] <c_14> Eh, use a pastebin service, please. [03:11] <gigicarlo> sorry [03:11] <gigicarlo> https://gist.github.com/anonymous/746f664f0042a48d1da4 [03:12] <c_14> What's the command you're trying to use? [03:13] <gigicarlo> i did a mistake [03:13] <gigicarlo> its still an old one [03:13] <gigicarlo> not the fresh one [03:18] <gigicarlo> grrrrr [03:18] <gigicarlo> libavcodec/libopenjpegdec.o: No such file or directory [03:18] <gigicarlo> the "make" failed [03:20] <gigicarlo> trying sudo make now [03:20] <gigicarlo> its quite tricky .... [03:22] <gigicarlo> do i have to add some dependencies for openjpeg ? [03:27] <c_14> Did openjpeg compile correctly? [03:27] <c_14> If yes, it should be fine. [03:32] <gigicarlo> and what about this ? :"libavcodec/libopenjpegdec.o: No such file or directory" [03:32] <gigicarlo> this means it did not compile fine .... doesnt it ? [03:33] <gigicarlo> within ffmpeg [03:33] <onyx> Hey guys, is it possible to create a time lapse video from a live stream? [03:34] <c_14> gigicarlo: It might just mean that the linker needs more flags, does the file libopenjpedcec.o exist on your fs somewhere? [03:34] <gigicarlo> nope [03:35] <c_14> Can you pastebin your entire configure output + command? [03:36] <gigicarlo> from openjpeg ? [03:36] <gigicarlo> or from ffmpeg [03:36] <c_14> ffmpeg [03:37] <c_14> onyx: Change the fps to something ridiculously small and then increase it again, or even better, use the select filter to only take every xth frame. [03:37] <gigicarlo> last try was with --enable-shared --disable-static [03:37] <gigicarlo> but thats useless i think [03:37] <gigicarlo> sudo ./configure --extra-cflags="-I/usr/local/include/" --extra-ldflags="-L/usr/local/lib/" --enable-libopenjpeg [03:38] <gigicarlo> https://gist.github.com/anonymous/0827c08178cf54c74999 [03:39] <gigicarlo> running make again right now .... [03:40] <c_14> can you paste your make output if it errors out again? [03:41] <gigicarlo> takes a while ... its still running [03:41] <gigicarlo> All ???? [03:41] <gigicarlo> ist really long ... [03:43] <gigicarlo> thank you for your help ... anyway [03:45] <gigicarlo> It's 2909 lines ..... is that ok, to paste ???? [03:45] <gigicarlo> https://gist.github.com/anonymous/78fe4a43c480defa93e5 [03:47] <onyx> c_14: could you provide me with an example command to create the time lapse? [03:48] <gigicarlo> dont understand .... [03:50] <gigicarlo> "time lapse" ??? [03:51] <onyx> yep gigicarlo Im trying to create a time lapse video from a livestream [03:51] <gigicarlo> sorry .. no idea [03:51] <c_14> onyx: ffmpeg -i file -vf select='isnan(prev_selected_t)+gte(t-prev_selected_t\,60)' [03:51] <c_14> Should grab one frame every 60 seconds. [03:51] <c_14> gigicarlo: It looks like FFmpeg isn't compiling the object files for libopenjpeg... [03:52] <gigicarlo> sure ;-) [03:52] <gigicarlo> but why .... [03:52] <gigicarlo> libavcodec ..... [03:53] <onyx> c_14: ok, so how do I set the time, example end result be a time lapse from 5am til 8pm? [03:55] <c_14> onyx: start the program at 5am and add -t [(8pm-5am)*3600/(output fps * frame grab interval)] [03:55] <c_14> or something [03:55] <c_14> My math might be whack. [03:56] <c_14> gigicarlo: Do the OSX static builds perchance include libopenjpeg? [03:56] <c_14> I know the linux ones do. [03:57] <gigicarlo> how do i check that ? [03:58] <c_14> Download the fitting one and then use ./ffmpeg -codecs [03:59] <gigicarlo> @fflogger ... but with openjpeg ??? [03:59] <c_14> Have you tried those before? I don't know if they build with openjpeg or not, but they might. It's worth trying. [04:00] <c_14> But other than that, I have no idea why FFmpeg is failing to build with libopenjpeg, you could always try the mailing list. [04:00] <c_14> Someone on there might know. [04:02] <gigicarlo> .. yes i tried before ... [04:02] <c_14> Ah, ok. Didn't know that. [04:02] <c_14> As I said, you might want to try the mailing list next because I have no clue. [04:02] <gigicarlo> and openjpeg is not included [04:03] <gigicarlo> https://gist.github.com/anonymous/8be5d2ab8ae36cb3a902 [04:09] <jjohn> Hello, guys. I got a question about ffmpeg and hope you guys can help me. http://pastebin.com/BJJ77yJU [04:09] <HDTime> oh good cause i got a question too about ffmpeg and x264 [04:12] <jjohn> Well, why don't you post it then, HTTime? [04:12] <jjohn> HDTime+ [04:13] <c_14> jjohn: Can you pastebin the output of ffprobe -show_streams for one of the files with the [Sar..] and for one of the files without? [04:14] <gigicarlo> c_14 ... thanks a lot ...... [04:14] <gigicarlo> need to rest now .... [04:14] <gigicarlo> bye [04:15] <jjohn> Can do, just gimme a sec. [04:16] <HDTime> I know you wanted yours answered first [04:16] <HDTime> but heres mine [04:16] <HDTime> http://forum.doom9.org/showthread.php?t=171086 [04:17] <jjohn> c_14 here's the SAR one: http://pastebin.com/PDxZpTtr [04:18] <jjohn> and here is the non-SAR one: http://pastebin.com/5jj3k5Aw [04:21] <HDTime> Any idea about my question? http://forum.doom9.org/showthread.php?t=171086 [04:22] <jjohn> HDTime you did try "cat $file > ffmpeg -i -"? [04:22] <sacarasc> HDTime: What's your question? [04:22] <jjohn> Exactly as I wrote it? ffmpeg<SPACE>-i<SPACE>-? [04:23] <Hello71> useless use of cat [04:23] <HDTime> that command i put in the first post is what i've used [04:23] <HDTime> stdin gives the pipe error [04:23] <jjohn> Ahm, I meant '|'. [04:23] <HDTime> i havent tried anything else [04:23] <LanDi> hey guys, I'm a little noob on ffmpeg.... Can I use it to record a internet livestream like NHK world ? [04:23] <HDTime> what would the command line look like with those settings? [04:24] <c_14> jjohn: the non-sar files don't have a sample aspect ratio or display aspect ratio set... [04:24] <jjohn> Well, foxyshadis already suggested to pass the file via command line. [04:24] <HDTime> i tried his command he suggested and it didnt work [04:24] <jjohn> c_14 OK, and how to set them? [04:25] <c_14> jjohn: That's what the setsar/setdar filters are for, but you'll need to reencode to use them. [04:26] <jjohn> That's what I wanted to avoid - especially because the files are running fine in VLC. [04:26] <jjohn> Just not merged together. [04:26] <HDTime> The command i posted works fine for files already fully recorded [04:27] <HDTime> but ones that are still recording stop at the point of what was airing when i gave ffmpeg the command [04:28] <jjohn> Can [04:28] <c_14> You can either try reencoding during the concat step by adding -vf setsar=1:1,setdar=4:3 and not using codec copy, or convert the non-sar with the same -vf or what _might_ work is converting the sar videos with setsar=0:1,setdar=0:1 but I don't about that. [04:28] <jjohn> Sorry, can't I just get rid of SAR and DAR? [04:29] <c_14> Maybe if you like having fun with hex editors? But I'm not sure how well that'll work. [04:30] <jjohn> In fact I use hex editors on a regular basis. :) But I'm not sure I that would realy help. [04:30] <jjohn> really* [04:31] <c_14> I can't really see a way around this without reencoding at least some of the files. [04:32] <jjohn> With -vf setsar=0:1,setdar=0:1, I reencode the videos, I just tested it ... [04:34] <jjohn> Would the video quality suffer from such an reencoding? [04:34] <c_14> Depends on the settings you use. [04:34] <c_14> With what you're trying to do, it'll always be lossy, but it might not be visually lossy. [04:34] <c_14> ie, use a crf around 18 [04:35] <jjohn> It's still "/opt/local/ffmpeg/bin/ffmpeg -i 15.mp4 -vf setsar=0:1,setdar=0:1 test.mp4" [04:35] <jjohn> Crf? [04:35] <c_14> ye -c:v libx264 -crf 18 [04:36] <c_14> Might also want -pix_fmt yuv420p -profile main [04:36] <c_14> But those 2 should be default iirc. [04:39] <HDTime> so about my problem? [04:39] <HDTime> Can you give a command line to use? [04:42] <jjohn> Is it OK that the tbn of a converted video is just 12800 and not 90k as the non-converted SAR videos? [04:44] <c_14> The tbn is the time base, I don't think it should break anything... [04:46] <jjohn> OK, I am reencoding all vids, should take a little while. [04:47] <c_14> If you're going to reencode them all, you could just use the concat filter instead. [04:47] <jjohn> No, just the non-SAR ones. [04:48] <jjohn> I want them all in the exact format and then concat them again, just to be sure. [04:53] <jjohn> Well, that didn't work out. If I try to concat them now, I get this error: "Non-monotonous DTS in output stream 0:0; previous: 58312800, current: 8292877; changing to 58312801. This may result in incorrect timestamps in the output file." just over and over again. [04:54] <jjohn> But there is no real difference in the stream information, as far as I call tell. Apart from the increased bitrate of the reencoded files and the different tbn. [04:55] <jjohn> And the files are running file separately in VLC. [04:55] <jjohn> fine* [04:56] <jjohn> are running fine* [04:56] <c_14> Those messages are (usually) just warnings and not errors, does the output file play correctly if you let the process finish? [04:58] <jjohn> No, it doesn't. Breaks on the same time stamp as before. [04:58] <jjohn> Should I paste the stream informations on pastebin? [04:58] <c_14> Sure. [05:00] <jjohn> c_14: http://pastebin.com/gHM5Apxz [05:00] <jjohn> The files beginning with an underscore (_) are the new reencoded ones. [05:03] <jjohn> So, what'd you suggest I try doing? [05:04] <c_14> Can you paste the show_streams for 15 and _16 ? I want to see if there's a difference in anything other than the tbn. [05:04] <c_14> You could also try adding -auto_convert 1 as an input option. [05:04] <c_14> Just in case it's the h264_mp4toannexb magic missing... [05:05] <jjohn> Sure thing: http://pastebin.com/bkZ0xwJd [05:08] <jjohn> Ahm, auto_convert is not found by ffmpeg: "Option auto_convert not found." [05:09] <c_14> As an input option? ie before the -i ? [05:10] <jjohn> 'for i in 16.mp4 17.mp4 18.mp4; do /opt/local/ffmpeg/bin/ffmpeg -auto_convert 1 -i "$i" ...' and so on. [05:10] <rule_2> hey c_14 are you there? [05:10] <rule_2> i solved my problem from earlier after banging my head against the wall. [05:11] <jjohn> rule_2 he is and bangs his head on the wall of my problem as well. :D [05:11] <rule_2> So if you are trying to use V4L2 & ffmpeg to capture input from an HDMI to USB device.. don't use kernel 3.16 [05:11] <rule_2> just avoid :) [05:11] <rule_2> kernel 3.14.14 is gold [05:11] <c_14> ok, good to know [05:11] <rule_2> c_14: not only do I have no more buffer errors, no more V4L errors [05:11] <rule_2> but i went from 130% CPU to record lossless h.264 in realtime [05:11] <rule_2> to 32%!!!! [05:11] <jjohn> 3.16 is broken in more than a way. I cannot have my laptop running a night with it. [05:11] <rule_2> that's insane [05:11] <rule_2> 3.16 can suck it!!! :) [05:12] <jjohn> Without freezing totally. [05:12] <rule_2> i was actually going to upgrade the CPU in my laptop so I could do two streams.One for my microscope camera and one for my desk camera, since I plan on recording both simultaneously [05:12] <rule_2> so I can edit a split screen video showing both cameras [05:12] <rule_2> now I can use this and probably watch porn in the background at the same time with the remaining 30% CPu [05:13] <rule_2> one thing that worries me is it says fps=8.1 or fps=11 [05:13] <c_14> jjohn: just try adding -bsf:v h264_mp4toannexb as an output option instead [05:13] <rule_2> but when i load the video into vlc it says 60 fps [05:13] <c_14> rule_2: That's the encoding fps [05:14] <c_14> How many frames it's encoding per second [05:14] <rule_2> if i am capturing at 60 fps, and encoding at 4 fps [05:14] <rule_2> how does that work? [05:14] <rule_2> when i hit q on that terminal it isn't still working [05:14] Action: rule_2 scratches head [05:14] <rule_2> wouldn't it still have work to do once the capture is done if it is encoding so slow compared to the capture? [05:14] <jjohn> Now it gives me errors on encoding: "[libx264 @ 0x1a1abe0] Packet header is not contained in global extradata, corrupted stream or invalid MP4/AVCC bitstream" [05:14] <jjohn> "Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec libx264: Invalid argument" [05:14] <c_14> Is it encoding realtime? can you play the file while it is recording and never hit the end? [05:15] <c_14> Hmm, so that won't do it... [05:17] <c_14> The only difference I can find between the streams is the frame rate (which is so close it shouldn't matter) and the time_base (which also shouldn't matter) at least I think the tbn shouldn't matter. [05:18] <rule_2> c_14: I am going to record a clock at 60 fps that has seconds and see what i get when i count frames [05:20] <jjohn> I am no expert in video edition, I gotta depend on your judgement, c_14. [05:25] <c_14> Hmm, you can try the command again once with -copytb 1 and once with -copytb 0 in case the autodetect is messing up there. (the concat one) [05:28] <c_14> hmm [05:29] <c_14> Can you try the concat again with this commandline?: ffmpeg -auto_convert 1 -f concat -i concat.txt -c copy out.mp4 ? [05:30] <rule_2> c_14: I recorded a one minute long clip of a clock counting. Throughout the clip, I have 60 frames per second as confirmed by me moving frame by frame 60 frames to count 1 second on the clock, and there is video in the file all the way up to the second I cut off the video [05:30] <rule_2> so if it says it is recording at 11 fps.. what is that all about? [05:30] <rule_2> if it was, if I cut off the process at 11:28:00, then that means there should be video of the clock hitting 11:28:00, since there'd still be stuff left to encode [05:30] <rule_2> I guess I'm complaining about something working which is pretty god damn silly :) [05:31] <c_14> jjohn: If neither the copytb nor the auto_convert work, an alternative could be to remux all the input files to mpeg-ts, concat those and then convert back to mp4. [05:32] <c_14> (according to this mailing list thread from may. [05:32] <c_14> ) [05:33] <c_14> rule_2: I have no idea, but as long as it works I guess? [05:33] <c_14> jjohn: https://ffmpeg.org/pipermail/ffmpeg-user/2014-May/021186.html [05:33] <c_14> The relevant thread. [05:36] <jjohn> With that auto_convert command you gave me the DTS "warnings" still show up and I still do get errors, but different ones this time: "[h264 @ 0x7ffac8e843c0] mmco: unref short failure" [05:37] <jjohn> The copytb 1/0 one - as input or output option? [05:37] <c_14> output, I think [05:37] <c_14> yeah, output [05:38] <jjohn> OK, concating again ... [05:38] <jjohn> OK, Still the same error. I should try disable auto_convert again ... [05:39] <jjohn> Without auto_convert and copytb 1 the very first errory appear. I'll try out copytb 0 now. [05:41] <jjohn> Ok, no matter what I pass for copytb, it does not work out. I will read the mail now. [05:41] <jjohn> How do I "demux" files exactly? [05:42] <c_14> That's done automatically. [05:42] <jjohn> Actually, why should I do that? There's no second stream in the container. [05:42] <jjohn> There's just video. Nothing more. [05:42] <c_14> Where does it say anything about a second stream? [05:43] <c_14> What I found interesting (considering the auto_convert failed) was this part: AFAIK, nothing short of remuxing to MPEG-TS and concatenating the bitstream. [05:43] <jjohn> I always thought a demuxer is responsible for reading the different streams in a container - streams which got "muxed". [05:43] <c_14> The demuxer demuxes any and all streams out of the container. [05:43] <c_14> In your case the h264 stream from the mp4 container. [05:44] <jjohn> Hm, OK. But I already did /opt/local/ffmpeg/bin/ffmpeg -auto_convert 1 -f concat -i v_list -c copy test.mp4 [05:44] <c_14> But back to the mpegts, try converting all the files to mpegts, ffmpeg -i file -c copy file.mpegts, and then just cat those together. [05:45] <jjohn> It does recognize the format by the file extention, right? [05:45] <c_14> You might need to add -bsf:v h264_mp4toannexb, but ffmpeg will spit out an error telling you to (usually). [05:45] <c_14> Not really. [05:45] <c_14> There are magic bits in the beginning of the file. [05:46] <jjohn> OK, gimme a second. [05:49] <jjohn> No, does not work, neither with nor without the -bsf option: [NULL @ 0x1a15560] Unable to find a suitable output format for '_16.mp4.mpegts' [05:49] <jjohn> _16.mp4.mpegts: Invalid argument [05:49] <jjohn> I did: for i in _1*.mp4; do /opt/local/ffmpeg/bin/ffmpeg -i "$i" -c copy -bsf:v h264_mp4toannexb "$i.mpegts" ; done [05:49] <c_14> add -f mpegts before it? [05:49] <c_14> ie -f mpegts "$i.mpegts" [05:49] <onyx> any idea why this command fails? ffmpeg -t 6 -i http://liveurl -f image2 -vf fps=fps=6/60 images%04d.jpg [05:49] <jjohn> No, trying so. [05:50] <onyx> I mean it works but it doesnt do what Im trying to do... [05:50] <c_14> it usually does output format detection via extension, maybe it just doesn't like that one... [05:50] <jjohn> OK, that worked out nice. I got all the mpegts files now. [05:51] <c_14> cat *.mpegts > concat.mpegts [05:51] <jjohn> I also tried just "test.mpegts", wasn't recognized either. [05:51] <c_14> Then pray to your favorite deity and try playing it. [05:52] <onyx> I mean it works but it doesnt do what Im trying to do... [05:52] <c_14> onyx: It should give you 14.4 frames [05:52] <c_14> If my math is right. [05:52] <c_14> Assuming the input is 24fps [05:52] <c_14> And I think it rounds down. [05:52] <c_14> So 14 frames. [05:52] <jjohn> c_14 ... the raw bitstream is running. [05:52] <onyx> no, it actually it only gave me me 2 frames [05:53] <onyx> both about the same second too [05:53] <c_14> So the concat.mpegts works? just convert it to mp4 then [05:53] <onyx> Im trying to capture 6 images per minute for a period of time [05:54] <c_14> did you try that thing with the select that I posted earlier? [05:54] <onyx> no it went way over my head [05:54] <jjohn> /opt/local/ffmpeg/bin/ffmpeg -i concat.mpegts -c copy test_stream.mp4? [05:55] <jjohn> That worked, but I am not sure I did it as you wanted me to do it. [05:55] <c_14> As long as it works, does it matter? [05:56] <onyx> c_14: what was that command you posted earlier? [05:56] <c_14> onyx: scroll down to examples: https://ffmpeg.org/ffmpeg-filters.html#select_002c-aselect [05:56] <c_14> The one with the isnan [05:56] <jjohn> FUCK YEAH! The video is not distorted now. [05:57] <jjohn> OK, not entirely. That euphorism might have been a bit too early. [05:58] <jjohn> You know I told you there are two files with original SARs and DARs? Well, the video does not break on 10:47 anymore ... [05:58] <c_14> It breaks before the last one? [05:58] <jjohn> But on something like 42:xx ... the time at which the last video. [05:58] <jjohn> starts. Yeah. [05:59] <jjohn> On exact the last one. But the transition from the first to the second one is fine. [05:59] <c_14> Only in the mp4 or also in the mpegts? [06:00] <jjohn> Lol I didn't convert the original SAR files in mpegts, just the reencoded ones. Converted that stream into a mp4, and then concated as usual. [06:00] <jjohn> I will try that out now. [06:01] <onyx> c_14: this one right? [06:01] <onyx> select='isnan(prev_selected_t)+gte(t-prev_selected_t\,10)' [06:01] <c_14> yep [06:02] <c_14> The 10 should be good for you as well. [06:02] <onyx> yeah [06:02] <c_14> One frame every 10 seconds, ie 6 frames per minute. [06:02] <onyx> yep [06:02] <onyx> now how would I integrate that to the command? [06:03] <onyx> like this? ffmpeg -i http://liveurl select='isnan(prev_selected_t)+gte(t-prev_selected_t\,10)' images%04d.jpg [06:03] <c_14> ffmpeg -t 60 -i http://fooobar -vf filterfoo -f image2 images%04d.jpg [06:03] <jjohn> OK ... this time, I used ALL THE ORIGINAL files (not the three encoded ones), demuxed them, concated the bitstreams and muxed it back into a mp4. And it worked ... [06:04] <c_14> Yay for mpegts? [06:04] <jjohn> No distortion. But the VLC now tells me for each "break" "Reinit context to 640x480, pix_fmt: 0". [06:04] <jjohn> But you know ... currently I am just glad it works somehow. [06:04] <jjohn> :D [06:05] <jjohn> I guess I will do another attempt with the reencoded ones, but I will take a short break before that. It's 6:04 AM where I live, and I should get a little bit of sleep. [06:05] <onyx> c_14: the -t 60 means that it will create a total of 60 images? [06:05] <c_14> nah [06:05] <c_14> It'll record 60 seconds of video. [06:05] <c_14> Ie 6 images [06:06] <c_14> or maybe 5 [06:06] <c_14> depending on rounding foo [06:06] <onyx> oh I get it [06:06] <onyx> ok let me try that [06:07] <onyx> [NULL @ 0x1e5a1c0] Unable to find a suitable output format for 'image2' [06:08] <jjohn> Fuck it, I lied. I just did the attempt with the three converted videos, works like a charm without any problems from VLC. [06:08] <onyx> image2: Invalid argument [06:08] <c_14> eh, just get rid of that part [06:08] <onyx> ok [06:08] <jjohn> c_14, I thank you. I learned a hell of stuff today. [06:09] <c_14> np [06:09] <jjohn> Thank you so much. I think I might take on the next few videos as well. [06:09] <c_14> Next time I'll just use mpegts from the get-go. [06:09] <onyx> At least one output file must be specified [06:09] <jjohn> Good night, then. Thanks again. [06:10] <c_14> onyx: what's your current commandline? [06:10] <onyx> ffmpeg -t 60 -i http://liveur -vf select='isnan(prev_selected_t)+gte(t-prev_selected_t\,10)' -f images%04d.jpg [06:11] <c_14> eh, get rid of the -f [06:12] <onyx> ok [06:12] <onyx> seems to be working [06:13] <onyx> mmm... nope [06:14] <onyx> it got like a 100 jpgs [06:14] <c_14> is the -t working correctly? [06:14] <onyx> yeah it ran for 1 min [06:14] <c_14> add -r 1 as an output option [06:15] <onyx> right before the images.jpg? [06:15] <c_14> ye [06:18] <onyx> now there is 51 files [06:18] <c_14> Make that -r .1 [06:19] <onyx> ok trying [06:20] <c_14> .1 might be wrong, let me check my maths [06:20] <c_14> nah, .1 should be it [06:21] <onyx> now there is 6 files [06:21] <onyx> wierd 4 images have the same creation time stamp [06:22] <onyx> and 2 have the same creation time stamp [06:22] <c_14> Just the same time stamp or also the same content? [06:23] <onyx> idk, hold on let me check [06:29] <Redb3ard_> Hi, I have a m3u8 file which lists a single rtmp url. This file plays in VLC. Is it possible to play it with ffplay or transcode it with ffmpeg? I have the file wrong or the command line syntax wrong, because I get error messages like this: test.m3u8: Invalid data found when processing input [06:30] <onyx> no they are all different [06:31] <c_14> onyx: Well, then it looks like it's working. [06:31] <onyx> yeah, [06:32] <c_14> Oh, and just in case you ever need to change how many frames you want. The value in the select is how many seconds between frames and the -r is how many frames per second you want. [06:32] <onyx> is the a way to -t 5h? [06:32] <onyx> like 5 hours? [06:32] <c_14> -t 5:00:00 [06:32] <onyx> ok great! [06:33] <c_14> And with that I'm going to go pass out. [06:33] <c_14> \o [06:33] <onyx> thanks man! [07:13] <Redb3ard_> Anyone awake? [07:17] <LanDi> lol [07:21] <HDTime> yes [07:21] <HDTime> and i still need help [07:21] <HDTime> two hours later... [07:22] <HDTime> [10:22] <HDTime> Any idea about my question? http://forum.doom9.org/showthread.php?t=171086 [07:24] <Redb3ard_> Well, it's hard to tell sometimes. It is a Friday night, after all. [07:25] <Redb3ard_> Sorry HDTime. I've only just installed ffmpeg today. [07:26] <HDTime> its a good command line for encoding though there are some bugs [07:26] <HDTime> but its pretty good [07:27] <Redb3ard_> I mostly use Plex, and I know it has ffmpeg buried in it somewhere. [07:27] <Redb3ard_> The idea that I could make m3u8 files of streams, put those in Plex, and get it to play live streams is tempting... but I don't think it likes that. [07:28] <HDTime> i use staxrip which has it buried somewhere probably [07:28] <Redb3ard_> I can get it to play/transcode the stream urls directly, but not from the file. [07:28] <HDTime> i cant encode live from a file that is still recording from TV [07:28] <HDTime> it stops at what is airing when i start encoding [09:27] <roughana> hi have been trying to compile ffmpeg on QNAP and have had a segmentation fault. not sure what I did wrong and a bit out of my depth. Hoping someone could help me unwind the mess and start again [09:31] <roughana> I've been following this thread on what to do: http://forum.qnap.com/viewtopic.php?f=50&t=52358 [09:32] <roughana> someone else suggested that the bottom part of that thread that deals with changing /etc/ld.so.conf was not best practice and I should be using another paramter to configure [09:33] <roughana> we're not quite sure what the paramater change should be though. guessing --extra-ldflags='-L/opt/lib -Wl,-rpath/opt/lib' [09:34] <roughana> does the -Wl part of that look ok? [09:36] <roughana> I just tried to re-issue ./configure ... and received error: [09:36] <roughana> gcc is unable to create an executable file. [09:36] <roughana> C compiler test failed. [09:36] <roughana> etc [09:36] <roughana> it seemed to work last time, so I'm wondering if I should clear out the directory and start again [09:38] <roughana> anyone? [09:47] <Zahlii> Hello there, I am having a problem with silence detect on a mp3 with libmp3lame I asked a question on stackexchange including the CLI command and console output and the results: http://stackoverflow.com/questions/25697596/ffmpeg-silence-detect-with-libm… [09:54] <roughana> Just had a look in config.log and found this [09:54] <roughana> gcc -L/opt/lib -Wl,-rpath/opt/lib -o /tmp/ffconf.YeZReqfa /tmp/ffconf.yJP1GaVn.o [09:55] <roughana> .... /bin/ld: bad -rpath option [09:55] <roughana> collect2: ld returned 1 exit status [09:55] <roughana> C compiler test failed. [09:55] <roughana> which tells me that the option was incorrect. [09:56] <roughana> ok, I'll try with a couple of other ways and see if there's any progress [10:02] <roughana> ./configure worked when I gave it --extra-ldflags='-L/opt/lib -Wl,-rpath=/opt/lib' [10:02] <roughana> make is running now [10:23] <roughana> AS libavcodec/arm/aacpsdsp_neon.o [10:23] <roughana> gcc: Internal error: Segmentation fault (program as) [10:23] <roughana> make: *** [libavcodec/arm/aacpsdsp_neon.o] Error 1 [10:23] <roughana> any ideas? [10:25] <relaxed_> roughana: --enable-rpath [10:27] <relaxed_> wait [10:30] <relaxed_> which distro and arch? [10:31] <roughana> ./configure --arch=arm --enable-armv5te ... [10:31] <roughana> git://git.videolan.org/ffmpeg.git [10:32] <relaxed_> is that a mirror of git://source.ffmpeg.org/ffmpeg.git ? [10:33] <roughana> I don't know. [10:33] <relaxed_> then use git://source.ffmpeg.org/ffmpeg.git [10:35] <roughana> http://git.videolan.org/?p=ffmpeg.git;a=summary [10:35] <relaxed_> ok, that looks fine [10:37] <roughana> so I should add --enable-rpath to the ./configure arguments? [10:38] <roughana> does the order of the arguments make any difference? [10:39] <relaxed_> I don't think so. Are you cross compiling? [10:39] <roughana> no [10:39] <roughana> (well, not that I know about) [10:39] <roughana> I am compiling on the box that should run it [10:40] <relaxed_> what are you passing to configure? [10:40] <roughana> ./configure --arch=arm --enable-armv5te --prefix=/opt --extra-cflags='-I/opt/include' --extra-ldflags='-L/opt/lib -Wl,-rpath=/opt/lib' --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-libmp3lame [10:42] <relaxed_> remove --arch=arm --enable-armv5te [10:42] <relaxed_> make distclean [10:43] <roughana> add --enable-rpath ? [10:43] <relaxed_> yes [10:45] <roughana> oh make distclean before running ./configure? [10:45] <roughana> or after? [10:45] <relaxed_> before [10:46] <roughana> ah. ok [10:46] <roughana> ./configure working [10:47] <roughana> well, that was ambiguous. [10:47] <roughana> processing [10:51] <Zahlii> relaxed_ , do you have an idea why silencedetect detects the silence in a mp3, but does not remove it saying "Trying to remove 1152 samples, but the queue is empty" [10:53] <relaxed_> Is that the purpose of the filter? To remove it? [10:55] <Zahlii> Uh. I suppose so :o [10:55] <relaxed_> I don't think so [10:56] <Zahlii> Hm. That means I need to use the output of silence detect to tell my program to cut out the seconds? [10:56] <relaxed_> yes [10:56] <Zahlii> Alright, maybe I should read the doc more carefully :x [10:57] <roughana> ./configure completed. make processing [11:06] <vlatkozelka> hi , im trying to record a live udp stream containing more than one Program . The way im doing it atm is open a new process for each Program and do -map 0:p:<PID> ... is that wrong , should i do it with one process ? [11:07] <Zahlii> relaxed_ , which would be the best way to cut several parts out of the audio? I'd try using -ss first_silence_end -t (last_silence_start-first_silence_end), but this will only remove the silence at the start or end. [11:16] <relaxed_> I guess you'll have to do multiple passes [11:17] <relaxed_> vlatkozelka: -map 0 should include everything [11:18] <vlatkozelka> yeah i just tried [11:18] <vlatkozelka> -map 0: ... first output -map 0: ... 2nd output [11:18] <vlatkozelka> but [11:18] <vlatkozelka> is that anyway better than first way ? [11:19] <vlatkozelka> which is to run a seperate ffmpeg process for each one [11:19] <relaxed_> ffmpeg -i input -map 0 output [11:20] <vlatkozelka> i think i should wxplain better [11:20] <relaxed_> indeed [11:20] <roughana> make failed [11:20] <roughana> <roughana> AS libavcodec/arm/aacpsdsp_neon.o [11:20] <roughana> <roughana> gcc: Internal error: Segmentation fault (program as) [11:20] <roughana> <roughana> make: *** [libavcodec/arm/aacpsdsp_neon.o] Error 1 [11:20] <roughana> same problem [11:21] <vlatkozelka> my first method is : ffmpeg -i input -map 0:p:1202 output.ts ... then another one ffmpeg -i input -map 0:p:1201 output.ts [11:21] <roughana> Please submit a full bug report. [11:21] <roughana> See <URL:http://gcc.gnu.org/bugs.html> for instructions. [11:21] <roughana> I guess that's the next step. [11:21] <vlatkozelka> 2nd method :ffmpeg -i input -map 0:p:1201 output1.ts -map 0:p:1202 output2.ts [11:22] <vlatkozelka> 1st one is a ffmpeg process for each program , 2nd is all programs recorded in same ffmpeg process [11:23] <vlatkozelka> the thing is i need to implement that in a java app .. so re-writing that to the 2nd method will take time , so im asking if 2nd method is better or not [11:25] <relaxed_> roughana: make clean;make distclean and add --arch=armv5te --cpu=armv5te to configure. If that fails you can use --disable-neon [11:29] <roughana> configure processing [11:32] <roughana> make processing [11:51] <roughana> same error [11:51] <roughana> ok, add --disable-neon [11:58] <relaxed_> roughana: which distro are you using? [12:30] <Zahlii> Alright, relaxed_, my program is working now, thank you! [13:23] <roughana> ok, compile has completed without error [13:23] <roughana> hope that works. [13:24] <roughana> thanks relaxed_ for your help [15:49] <ikarus> quick question is there any lossless codec with higher compression then FFV1 on animated/CG video, that's included in ffmpeg, thinking perhaps Snow or Dirac ? but I am not at a machine that is able to test it right now [15:54] <JEEB> long GOPs and slow preset x264 [15:54] <JEEB> that should do it [15:54] <ikarus> JEEB: lossless, so x264 is not my favorite [15:55] <JEEB> ikarus, x264 can do lossless just fine [15:55] <JEEB> just set quantizer to zero :P [15:55] <JEEB> that enables lossless coding [15:56] <ikarus> JEEB: I am not sure if Dirac or FFV1 won't outperform it then [15:56] <JEEB> dirac and snow won't outperform it for sure, and I'm pretty sure ffv1 won't either [15:57] <ikarus> JEEB: in lossless mode, interesting [15:57] <ikarus> performance isn't an issue, because I record in ffvhuff, then do a nightly transcoding [15:58] <JEEB> ffmpeg -i input -c:v libx264 -q:v 0 -preset veryslow (or placebo) -g (whatever value is correct for "infinite") [15:58] <JEEB> and then output [15:58] <JEEB> I wonder if it was -g -1 [15:58] <JEEB> dunno :V [15:59] <ikarus> JEEB: I guess I'll have to test suite it at some point myself then [15:59] <JEEB> it should output the x264 parameters set in the encoder after it initializes the encoder, so you should see [15:59] <JEEB> you need to have qp=0 and keyint=infinite [15:59] <JEEB> that gives you basically maximum compression [16:00] <JEEB> because x264 will only put intra frames where it thinks it's most efficient, and then qp=0 is lossless mode [16:00] <JEEB> (the only case in which you want to use quantizer) [16:00] <ikarus> JEEB: keyint infinite is going to piss off my NLE to no end (sorry, I guess I should have mentioned I need to edit the resulting footage at some point) [16:00] <JEEB> well ffv1 already does long'ish GOPs IIRC, you should see what is the maximum you can take :P [16:01] <ikarus> I know ffv1 GOP length works (I am using it now as a stopgap) [16:01] <JEEB> well, then you could use something similar [16:02] <JEEB> this reminds me that a guy I know once made a test for lossless coders with quick seek in mind [16:05] <JEEB> don't remember the original URLs and this repost doesn't seem to contain the last version :V [16:06] <JEEB> http://www.animemusicvideos.org/forum/viewtopic.php?f=46&t=101581&start=90#… [16:06] <JEEB> and this was in 2011 :D [16:07] <JEEB> 3 frame GOP without threads and preset ultrafast is ~3x ffv1's encoding speed yet still beat it in compression :3 [17:32] <Redb3ard_> Good morning. [19:24] <Redb3ard_> I have an m3u8 file containing a single url to streaming audio (http://2583.live.streamtheworld.com/KFMXFMAAC) This m3u8 file will play in VLC. ffplay will (with warnings) play the url directly, but it errors out if I try to play the m3u8 file... is it not possible for it to play the file? Or for ffmpeg to transcode using the m3u8 as input? [20:27] <aleb> I'm trying to use -vf ...;color=enable='between(t,2.5,8)',black:100x200;... but I get: "Timeline ('enable' option) not supported with filter 'color'" - any idea how I can make it work? [21:58] <pmart> i've already compiled ffmpeg but now i want to recompile adding new library. does it mean i have to recompile /everything/? [21:59] <JEEB> you will have to recompile FFmpeg, but if you still have the old dir structure, then you don't necessarily have to compile all of FFmpeg again [21:59] <JEEB> but yes, you need to recompile FFmpeg again [21:59] <pmart> last time i've noticed that after running ./config for second time every source file is recompiled [22:00] <pmart> (with other options) [22:00] <JEEB> only what would need to be compiled in general, there might be other reasons for everything to get re-compiled [22:01] <pmart> it would a lot more pleasent if i could find a way to do it the smart way [22:02] <pmart> because compilation is quite long' [22:02] <JEEB> in general I would say it should only recompile what is needed :P [22:02] <JEEB> also if you have multiple cores make -jX is your friend [22:03] <JEEB> where X is how many things you want to compile at the same time [22:05] <pmart> so you can confirm that after running ./config for the second time in the same source tree (with object files from previous compilation) make didn't recompile everything? [22:05] <pmart> i'll try with -j2 [22:10] <Redb3ard_> Just run make already. [22:11] <Redb3ard_> This is a problem that they were well aware of 40 years ago and solved in the early days of unix. [00:00] --- Sun Sep 7 2014

1 0

ffmpeg-devel.log.20140905
by burek 06 Sep '14

06 Sep '14

[00:41] <cone-611> ffmpeg.git 03James Darnley 07master:46ef45ab59e4: lavc/x86/v210: give cpuflag to INIT macro [00:43] <jamrial> J_Darnley: did you ask the authors of those x86inc changes if they are ok with lgpl relicensing? [00:43] <J_Darnley> Huh, that file is ISC [00:44] <J_Darnley> I don't believe that has changed in ffmpeg [00:45] <J_Darnley> If it has I don't think I need their permission. [00:45] <J_Darnley> it is x86util that is gpl or lgpl (depending on which project you look at) [00:46] <jamrial> ah true, didn't look and figured it was the same for both [00:47] <J_Darnley> Don't worry about it. [00:53] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:467a55a4ee54: avutil/md5: workaround clang 3.5 #20849 [01:25] <cone-611> ffmpeg.git 03James Almer 07master:c3d2426cca94: x86/hevc_res_add: add ff_hevc_transform_add32_8_avx2 [01:28] <J_Darnley> Damn fork! Stop killing my sub shells! [01:46] <cone-611> ffmpeg.git 03Loren Merritt 07master:a4dbabc8b3c1: x86inc: free up variable name "n" in global namespace [02:05] <cone-611> ffmpeg.git 03Henrik Gramner 07master:720c21d11ff0: x86inc: Make ym# behave the same way as xm# [03:16] <rcombs> that file is ISC and I love it :D [04:33] <cone-611> ffmpeg.git 03James Almer 07master:52ec81c67d11: x86/hevc_res_add: add missing guards to hevc_transform_add32_8_avx2 [04:56] <cone-611> ffmpeg.git 03Diego Biurrun 07master:d7913bf59ccb: changelog: Move Ogg subtypes aliases entry to the correct release [04:56] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:2178abd3b531: Merge commit 'd7913bf59ccbf781ce57c5d58998e8f25d10e040' [07:45] <dahat> It seems I remain unable to successfully even configure ffmpeg to enable libx264 under MinGW and to use the the VS2013 compiler... does anyone have a functioning MinGW setup (likely with glib & pkg-config installed) that they would be willing to share so that I might make this work? [09:35] <tmm1> i'm using ffmpeg to do hls segmentation, and i want to be able to have it seek ahead on the input stream during transcode [09:39] <tmm1> i'm playing with a patch to call av_seek_frame from check_keyboard_interaction() as a proof of concept, does that seem reasonable? [09:49] <av500> you mean skip parts of the video? [09:55] <tmm1> yea basically [09:56] <tmm1> if the user seeks ahead in their player and requests 100.ts, i can tell the encoder to jump ahead and skip creating segments for the middle part [09:56] <nevcairiel> you should really think about using avcodec through its API, it'll give you unlimited control over such things [09:59] <tmm1> yea that might end up being easier [10:10] <tmm1> hooked up seek_frame to the 'S' key and it seems to work [10:11] <tmm1> but the segmenter uses sequential numbering still so the new frames are written to the wrong segment file [10:59] <ubitux> http://www.anandtech.com/show/8496/dell-previews-27inch-5k-ultrasharp-monit… lol [11:00] <nevcairiel> thats brilliant [11:01] <nevcairiel> although i have a strong dislike for MST [11:01] <av500> awesome [11:01] <av500> how many 80char xterms can that fit? [11:01] <av500> with 5x7 font [11:40] <cone-907> ffmpeg.git 03Stefano Sabatini 07master:39b517fac0b6: lavc/libvpxenc: show crf CQ value in error message [11:41] <cone-907> ffmpeg.git 03Stefano Sabatini 07master:6f0fc1a96bd4: lavf/ffmdec: return proper error code in ffm2_read_header() [11:41] <cone-907> ffmpeg.git 03Mark Harris 07master:ef16d1260617: doc/filters.texi: fix time duration references [12:08] <saste> ubitux verging on the side of log nazis :-) [12:18] <ubitux> yeah, sorry ;) [12:21] <cone-907> ffmpeg.git 03Mika Raento 07master:b21e989a3c07: ismindex: produce .ismf file [12:21] <cbsrobot> ubitux: "skal" doesn't have any legal value and can cause problems in the future. [12:21] <cone-907> ffmpeg.git 03Michael Niedermayer 07master:0940066b8037: Merge commit 'b21e989a3c076d94cfdde0303724db841dd60cad' [12:21] <cbsrobot> and what about the patches from wm4 ? [12:22] <ubitux> afaik he wants to remain anonymous [12:23] <ubitux> we knew pretty clearly the identity of skal [12:23] <cbsrobot> personally I don't care much, but as you know sometimes it's used as an argument against ffmpeg [12:23] <ubitux> also, this was a relicensing thing, so better get it done properly [12:33] <cone-907> ffmpeg.git 03Pascal Massimino 07master:161fc0f46377: avfilter/x86/idet: fix license header (GPL -> LGPL) [12:55] <cone-907> ffmpeg.git 03James Darnley 07master:db8970d7b61a: vfi/x86/vf_idet: fix incorrect use of paddq [13:11] <cone-907> ffmpeg.git 03Benoit Fouet 07master:4f10495055ed: tiff: fix {2,4}bpp grayscale palettes. [13:14] <saste> ubitux, my remark was more about the missing context: "lavfi/idet/x86" [13:15] <saste> I agree that ideally we should have names in log, or that could be painful later [13:15] <saste> good luck if you want to relicense ffmpeg [13:15] <ubitux> :) [13:33] <nevcairiel> good luck ever relicensing it anyway [13:33] <nevcairiel> small modules from GPL to LGPL is one thing [13:33] <kierank> ubitux: ianal but afaik under copyright law you have the right to anonymous contributions [13:36] <iive> but they are not public domain. [13:37] <kierank> of course [13:41] <ubitux> kierank: ianal either :p [13:44] <ubitux> http://www.cs.cmu.edu/afs/cs/project/cil/ftp/html/images/graphics/images.gif :D [13:44] <ubitux> (from http://www.cs.cmu.edu/afs/cs/project/cil/ftp/html/v-images.html) [14:38] <cone-907> ffmpeg.git 03Henrik Gramner 07master:428aa14a4851: x86inc: Make INIT_CPUFLAGS support an arbitrary number of cpuflags [17:23] <ubitux> > multiple edit list entries, a/v desync might occur, patch welcome [17:23] <ubitux> :( [17:23] <ubitux> just hit that issue [17:27] <ubitux> actually vlc seems to deal well with that [17:34] <wm4> vlc has its own demuxer [17:34] <wm4> or are they using an external lib? [17:35] <ubitux> no idea, but it works better :p [17:35] <ubitux> which is a shame for us :( [17:36] <wm4> definitely [17:39] <nevcairiel> its just that noone cared to implement it [17:39] <nevcairiel> the usual excuse i kept hearing is "it needs playlist support" [17:39] <nevcairiel> which i always thought is weird, why cant you just build a virtual timeline inside the demuxer [17:40] <ubitux> where is the google patch? [17:42] <wm4> nevcairiel: it wouldn't be inconceivable to demand that timeline stuff is done in some generic way, instead of letting each demuxer duplicate it [17:42] <nevcairiel> except that now its never happening [17:44] <wm4> since HLS does this already, it would be acceptable for mp4 too, I guess [17:46] <ubitux> and soon mkv? [17:46] <wm4> for mkv I'd demand having a callback for finding external segments [17:47] <ubitux> we can't do it ourselves? :( [17:47] <wm4> no [17:48] <cone-490> ffmpeg.git 03Giorgio Vazzana 07master:d247a40aadb8: MAINTAINERS: add myself as lavd/v4l2 maintainer [18:01] <dahat> It seems I remain unable to successfully even configure ffmpeg to enable libx264 under MinGW and to use the the VS2013 compiler... does anyone have a functioning MinGW setup (likely with glib & pkg-config installed) that they would be willing to share so that I might make this work? [18:35] <cone-490> ffmpeg.git 03Giorgio Vazzana 07master:39750b73641e: lavd/v4l2: Replace s1 with ctx for consistency. [18:41] <cone-490> ffmpeg.git 03Giorgio Vazzana 07master:3da359c140a2: lavd/v4l2: simplify first_field() [18:52] <cone-490> ffmpeg.git 03Giorgio Vazzana 07master:55cf7d9713dc: lavd/v4l2: remove unneeded variable in device_init() [19:07] <cone-490> ffmpeg.git 03Giorgio Vazzana 07master:7865cafec295: lavd/v4l2: simplify list_framesizes() [19:12] <ubitux> wm4: if you want me to test & apply the sub stuff, now is the time to send an update for srt [19:13] <ubitux> libav is going to release 11 this week end (luca timeline thought), so better get it done now [19:13] <wm4> what needs to be updated? the line reading stuff? [19:13] <ubitux> yes [19:13] <ubitux> invalid data is weird to the best [19:14] <ubitux> it's not used later? [19:14] <wm4> it's used for srt probing only [19:14] <ubitux> ok, well then you can make it a specific function for the time being [19:15] <cone-490> ffmpeg.git 03Diego Biurrun 07master:b574e1e97ea7: get_bits: Add OPEN_READER macro variant w/o size_plus8 [19:15] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:8c6cfffa01b2: Merge commit 'b574e1e97ea7067a5fcd3876e30a67df0e4e6611' [19:23] <cone-490> ffmpeg.git 03Diego Biurrun 07master:096a1d5b4639: rdft: Move some variables into a separate block [19:23] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:73aeb27cfe4e: Merge commit '096a1d5b46391f65dfd0bee6292e9962f53bd7c8' [19:25] <wm4> ubitux: how does this look: http://sprunge.us/bQBY [19:28] <ubitux> wm4: LGTM [19:29] <ubitux> wm4: why did you move down the if (!c) btw? [19:29] <cone-490> ffmpeg.git 03Diego Biurrun 07master:213e606752d1: Replace av_unused attributes by block structures [19:29] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:1e4e760f767b: Merge commit '213e606752d16f51337e94431962fb5d7749c07e' [19:30] <wm4> ubitux: no reason, just accidental [19:30] <ubitux> okay [19:31] <cone-490> ffmpeg.git 03Paul B Mahol 07master:422619646ea0: add silenceremove filter [19:33] <cone-490> ffmpeg.git 03Paul B Mahol 07master:7bd0079e9e02: MAINTAINERS: fix typo [20:22] <cone-490> ffmpeg.git 03Diego Biurrun 07master:2143948381c8: Drop unnecessary av_unused attributes. [20:22] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:0a7239ae25e0: Merge commit '2143948381c8118bdc2f50bd4079520b9885bd54' [20:41] <cone-490> ffmpeg.git 03Giorgio Vazzana 07master:0b890425e354: lavd/v4l2: simplify list_formats() [20:57] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:4dee4a4470cd: avcodec/mpegvideo: Factor ff_mpv_decode_init() out [20:57] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:dcb29d37d4ff: avcodec/mpegvideo: set codec tags in ff_mpv_decode_init() [21:23] <J_Darnley> To whoever mentioned that git-send-email is sometimes a seperate package. Thanks, it has now become one on cygwin too. [21:24] <JEEB> yup [21:29] <J_Darnley> Now i've forgotten what I was going to work on. [21:41] <ubitux> wm4: do you have a ffmpeg branch somewhere? (i can git am but it seems it doesn't handle that well the vX so it's slightly painful) [21:43] <wm4> ubitux: let me fork ffmpeg on github... [21:44] <ubitux> if that takes you more than 5 minutes, don't worry about it [21:46] <wm4> ubitux: https://github.com/wm4/FFmpeg/tree/patches5 [21:47] <wm4> it also has the sup patch; don't accidentally push it [21:47] <ubitux> ok :) [21:47] <ubitux> thanks [21:47] <wm4> ooh [21:47] <wm4> wait [21:47] <kierank> wm4: https://github.com/wm4/FFmpeg/commit/a3196fb781c4a487439483fa002b30bd64bae8… [21:47] <wm4> I messed up [21:47] <kierank> :) [21:48] <kierank> i think i need to merge that patch [21:48] <wm4> kierank: wow that was 1 year ago [21:48] <wm4> ubitux: https://github.com/wm4/FFmpeg/commits/patches8 [21:49] <ubitux> ok [22:20] <ubitux> wm4: now let's hope we don't get muxed utf-16 srt ;) [22:21] <wm4> ubitux: assuming your player has a charset detector, this would be no problem [22:22] <wm4> the problem with utf-16 was just that the demuxer couldn't handle it [22:22] <ubitux> our decoders won't handle it [22:22] <wm4> to properly handle it, you'd probably have to buffer a large number of subtitle packets... [22:23] <wm4> because subs in 8 bit codepages can look like ASCII at first - until the first subtitle event with a special char happens [22:54] <ubitux> erk iconv has no BOM option?? [22:59] <ubitux> wm4: are you sure about your can_seekback_2_bytes condition? shouldn't it be pb->buf_ptr - pb->buffer or i'm missing something? [23:00] <wm4> ubitux: avio_r8 does: [23:00] <wm4> if (s->buf_ptr < s->buf_end) [23:00] <wm4> return *s->buf_ptr++; [23:00] <wm4> so buf_ptr is the current read position [23:01] <wm4> and buf_end the end of the valid vuffer [23:01] <wm4> I'm not really happy with what I'm doing in the patch though... it's like playing with implementation details [23:03] <ubitux> but isn't it about seek back? like, trying to seek if there is at least 2B between the current pos (buf_ptr) and the start of the buffer (buffer)? [23:04] <wm4> ubitux: this is before we read these 2 bytes [23:04] <wm4> so the code checks whether there are at least 2 bytes readable, without refilling the buffer [23:04] <wm4> assuming that refilling the buffer makes it impossible to seek back [23:05] <wm4> this probably works if the buffer is >= 2 bytes in size, and this is at the beginning of the stream [23:05] <wm4> so it'll work in practice [23:07] <ubitux> ok got it. [23:08] <ubitux> i'm not comfortable with the avio internals so i'll leave that one out for now, even though it's useful for testing :p [23:09] <wm4> ok [23:09] <wm4> I don't think utf-16 files without BOM are common anyway [23:21] <cone-490> ffmpeg.git 03wm4 07master:3e8426170ce0: avformat/assdec: UTF-16 support [23:21] <cone-490> ffmpeg.git 03wm4 07master:d658ef18e3d1: avformat/srtdec: UTF-16 support [23:21] <cone-490> ffmpeg.git 03wm4 07master:231a514dd3d2: avformat/samidec: UTF-16 support [23:21] <cone-490> ffmpeg.git 03wm4 07master:b7f641dc9bff: avformat/realtextdec: UTF-16 support [23:21] <cone-490> ffmpeg.git 03wm4 07master:c36853866712: avformat/srtdec: speed up probing [23:21] <wm4> ubitux: nice [23:25] <ubitux> now i need to work on getting a lena-like back in the repo [23:31] <J_Darnley> Oh my! Another nick used as commiter! :) [23:31] <J_Darnley> vim main.c [23:31] <J_Darnley> oh [23:38] <ubitux> btw, i started looking at the rdft thing [23:38] <ubitux> i'll try to come up with something asap [23:39] <ubitux> (talking about #3921) [23:39] <ubitux> anyway, 'night [23:41] <jamrial> no tests for utf16? [23:41] <J_Darnley> Yay, circular dependency (almost): lavfi -> my lib -> lavu [23:43] <jamrial> it would be nice to get FATE run a round to see if some systems find corner cases before we release ffmpeg 2.4 [23:43] <J_Darnley> Wait maybe 24 hours [23:44] <J_Darnley> I know mine runs once a day [23:44] <nevcairiel> well if there are no tests, waiting is futile =) [23:44] <nevcairiel> short of making sure it didnt break existing stuff [23:44] <jamrial> that's what i mean [23:45] <nevcairiel> dont think it was the plan to release 2.4 right now, or was it [23:45] <jamrial> it is. libav 11 releases this weekend (supposedly) [23:46] <nevcairiel> as if [23:46] <nevcairiel> :D [23:46] <nevcairiel> they want to release 12 in november, too [23:46] <jamrial> well, considering that after uploading samples we need to wait at least one day to let every FATE slot sync them, the faster we add tests the better [23:47] <nevcairiel> i wonder why the box doesnt just sync before running its tests [23:47] <nevcairiel> an rsync call that doesnt have to fetch any updates shouldnt be that much of an overhead, should it [23:48] <wm4> <nevcairiel> they want to release 12 in november, too <- hahahaha [23:48] <wm4> also, libav 12 is supposed to break the API [23:48] <nevcairiel> indeed [23:48] <wm4> and 13 not [23:49] <wm4> but I don't see how all these new developments would make it in time [23:49] <wm4> so... 1 year to go without major bump? [23:49] <nevcairiel> but since 11 made it into debian and ubuntu, 12 will not be in anything anyway [23:49] <nevcairiel> if they break the api, dont they have to bump major for the release again? [23:50] <wm4> yes [23:52] <jamrial> how's the debian thing going for that matter? if libav was aiming to get 11 in, then they have as many chances as us getting ffmpeg 2.4 in [23:52] <jamrial> with the whole "too close to freeze date, already tested, etc" i assumed it was libav 10 what they wanted in [23:52] <nevcairiel> except that they have an actual debian maintainer that just adds the package without asking [23:53] <nevcairiel> jessie has 11 now [23:53] <nevcairiel> 11~beta1 right now [23:58] <iive> is ffmpeg still waiting for ftp master approval? [00:00] --- Sat Sep 6 2014

1 0

ffmpeg.log.20140905
by burek 06 Sep '14

06 Sep '14

[00:16] <relaxed_> ogrgkyle: yes [00:22] <relaxed_> well, I assume so :) [00:25] <ogrgkyle> relaxed_: yeah, i hope so :) But do you know how I might try it? [00:26] <relaxed_> ogrgkyle: ffmpeg -i input -vsync vfr ... output [00:28] <ogrgkyle> Thanks, I'll try it! [00:43] <ogrgkyle> relaxed_: I encoded a file, and it's still constant frame rate. Any other ideas/ [00:43] <ogrgkyle> ? [00:44] <sacarasc> Was the input VFR? [00:45] <ogrgkyle> Here's what I did: http://pastebin.com/4hmNwnLK [00:48] <ogrgkyle> Did I do it correctly? [01:05] <jehar_work> Heyo. I just made a change to some old scripts that serialized images into h264. It used to use the image2 input filter, but I noticed recent examples bypass that completely. [01:06] <jehar_work> I noted that removing image2 resulted in a significant encoding speed boost. Is there still a reason to use image2 other than the special options it provides? [01:07] <llogan> you mean you just removed "-f image2"? [01:08] <jehar_work> Yeah [01:08] <jehar_work> 50% speed gain [01:09] <jehar_work> And the output looks to be identical - so I'm just wondering if there's some pitfall I'm missing. [01:10] <llogan> hard to say what might be the difference without before/after commands and console outputs. [01:11] <ogrgkyle> Hey, don't know if there's an answer to the VFR question. At any rate, why won't this make my audio mono? It's still stereo, even when I set ac to 1. http://pastebin.com/4hmNwnLK [01:11] <llogan> however, i often see users adding -f image2 for the input when it is superfluous and image2 image file demuxer is going to be used anyway by default [01:11] <llogan> you can view the console output to see if image2 is used: Input #0, image2, from '%03d.png' [01:12] <jehar_work> Ah, you're absolutely right. [01:12] <jehar_work> So specifying it was just passing it through twice, it seems. [01:12] <jehar_work> That would seem to match up with the speed gain. [01:12] <jehar_work> Commute time. [01:13] <llogan> it shouldn't matter if -f image2 is used or not if that is going to be the default without adding it [01:15] <llogan> ogrgkyle: you forgot the console output, as per tradition [01:19] <ogrgkyle> llogan: you mean this? http://pastebin.com/PwQhhji0 [01:20] <llogan> no, the complete ffmpeg console output (hopefully without -v verbose) [01:22] <ogrgkyle> i'll have to redo the encode [01:24] <llogan> if it's an audio problem you can probably omit the video with -vn. and add -t so you don't have to encode the whole thing. -t 30 for 30 seconds, for example. [01:27] <ogrgkyle> How's this? http://pastebin.com/KHtCcHm6 [01:28] <ogrgkyle> And no, I need video with the audio... but -ac 1 doesn't work [01:30] <llogan> yes, you may need video later, but i meant that you can omit encoding the video for testing purposes [01:31] <llogan> the console output indicates that the output is mono. what makes you believe it is not mono? [01:32] <ogrgkyle> mediainfo and vlc [01:33] <llogan> and apparently it does not like "auto" for -threads [01:33] <llogan> i would believe ffmpeg before mediainfo [01:34] <ogrgkyle> mediainfo: Channel(s): 2 channels , Channel(s)_Original: 1 channel [01:34] <ogrgkyle> Okay [01:34] <llogan> does it sound mono? [01:34] <ogrgkyle> The stereo itself was dual mono, as far as i know [01:34] <ogrgkyle> so i can't tell [01:35] <ogrgkyle> but maybe it worked [01:35] <ogrgkyle> What should I set threads to? Or should I just remove it? [01:37] <llogan> does "ffmpeg -h encoder=libx265" show any threading capabilities? [01:37] <ogrgkyle> no :/ [01:37] <llogan> then i guess you can remove it [01:38] <ogrgkyle> okay [01:38] <ogrgkyle> Any insight into the VFR question? [01:38] <llogan> i don't know anything about that [01:38] <ogrgkyle> all righty [01:38] <ogrgkyle> thanks [01:52] <Dark-knight> Flac Audio doesn't work on consoles. What is the next best thing? [01:58] <llogan> Dark-knight: can you explain in more detail? [02:00] <Dark-knight> I have a video file with flac audio. FLAC audio does not work on the ps3 or 360. What is the next best alternative? [02:05] <llogan> Dark-knight: you could always use MP3 with a high enough bitrate/quality level to reach transparency. WAV probably wouldn't preserve metadata, so the console will probably not display title, author, etc. [02:07] <c_14> Dark-knight: http://manuals.playstation.net/document/en/ps3/current/video/filetypes.html && http://support.xbox.com/en-US/xbox-360/system/audio-video-playback [02:08] <Dark-knight> whats better aac or ac3? [02:11] <Dark-knight> im not asking very hard questions. or at least i think im not [02:12] <c_14> I'd probably go with AC3, just because then you can get 5.1 support and because the devices would limit you to AAC LC, but I'm not an expert when it comes to that. It also depends on what format/video codec you want to use since the devices are rather picky when it comes to that. [02:12] <c_14> Which codec to use (especially with lossy codecs) is often a personal question. [02:12] <c_14> There's often no absolute answer. [02:19] <Dark-knight> thanks [04:45] <rcombs> anyone know how ffmpeg's builtin RTMP support compares with rtmpdump? [04:47] <rcombs> i.e., is it still worth building ffmpeg against librtmp? [05:31] <ogrgkyle> Greetings [05:31] <ogrgkyle> Anyone care to comment on my ffmpeg command here? http://pastebin.com/7wF5G9NP [05:32] <ogrgkyle> See, I copied and pasted some of the parameters. Now I want to make the output file size smaller, so obviously I have to reduce the quality somehow. It seems, in my command, there are a few ways to do this. [05:33] <ogrgkyle> So what should I adjust to make the file size smaller? [06:29] <reactormonk> How do I set the interval for images when converting videos to images? [06:31] <reactormonk> -r [06:59] <Kirito> Is OpenCL worth bothering with? Would I get any realistic improvement utilizing it with a Nvidia GTX 680M GPU on top of an i7 processor, or would the improvement be negligible at best? [07:54] <fling> Which format to encode? :P [08:00] <Kirito> x264 [08:46] <fling> K4T: what about mkv + vp9 + libopus? [08:46] <fling> Kirito: ^ [08:46] <fling> K4T: Hello. :> [09:04] <K4T> :P [09:28] <fling> What is the best method to fix shifted audio? [09:28] <fling> I have few videos with audio shifted forward or backward [10:50] <Mavrik> mornin. [13:18] <anshul_mahe> What is the best way to pause webcam livestram for x seconds [13:21] <anshul_mahe> just now I calculate number of frames for x duration and those frames I paint all with 0 [13:22] <anshul_mahe> but this approch is quite time taking, so I was looking for an approch which is more efficient then mine [14:58] <anshul_mahe> Is there any way to do overlay only for perticular duration [15:13] <mistawright> thats where the timeline would come into play. i dont know how to use it though. complete noob to ffmpeg [15:22] <anshul_mahe> mistawright, I did it using eof_action ffmpeg -y -i ~/test_videos/1.mp4 -vcodec libx264 -vf "color=duration=3:s=90x90[bg];[1][bg]overlay=eof_action=pass" out.ts [15:32] <termos> how to properly access individual pixels in an AVFrame of format RGB24? [15:33] <termos> Something to do with frame->data without a doubt, but I'm not sure how to index it [15:34] <anshul_mahe> http://ffmpeg.org/pipermail/ffmpeg-devel/2006-September/020773.html if this help [15:54] <anshul_mahe> termos,function avpicture_fill do the actual part [16:02] <termos> hm not really, since I need to access one pixel say a function uint8_t GetPixel(int x, int y, AVFrame *frame) [16:03] <saste> termos, frame->data[0][y*linesize + x*3] [16:03] <termos> ah thanks! [16:26] <avantus> when using drawtext (from file) i get errors when text contains characters such as % [16:26] <avantus> [Parsed_drawtext_1 @ 0000000002be8880] Stray % near '' any idea how to fix it? [16:31] <c_14> Try escaping it? [16:36] <saste> avantus, yes % is a special character for drawtext, use %% [16:37] <saste> or you can disable string expansion so the text will always be interpreted literally, check the fine docs for the gory details [16:38] <avantus> i think the latter applies to me, since i dont have control over the text file [16:39] <avantus> one more question: [16:40] <avantus> how do i prevent read errors, when ffmpeg tries to read my file when its being written? [16:41] <saste> avantus, what file is written? [16:41] <avantus> my txt file iam reading from is being written by third app [16:42] <avantus> "Error occured in CreateFileMapping()" [16:42] <saste> avantus, when you are writing the file is locked, at least so i think [16:43] <saste> uh so you're on windows... [16:43] <avantus> yes [16:43] <saste> but again, in *theory* this shouldn't happen, because you can't read a file when it is being written [16:44] <saste> or the other way, you can't write when another process is reading [16:44] <saste> the OS should handle the lock [16:44] <saste> if not i can't help [16:45] <avantus> could i tell ffmpeg to wait for it instead of throwing the error? [16:54] <saste> avantus, can you test the same thing on linux? if you don't have that problem, probably is an av_map_file() bug which affects windows [17:01] <avantus> cant at the moment [18:02] <luc4> Hello! Im using the segment muxer. What I notice is that if I output to mkv files, the files resulting from the segmentation have wrong duration. The duration is actually what should be the end of the segment in the original stream. Anyone who experiences the same? [18:15] <c_14> luc4: try -reset_timestamps 1 ? [18:18] <ViDau> i have an avi like this: 0.0 video || 0.1 audio 2ch stereo - and I want to put left channel to one -aid and the other channel to another aid [18:24] <luc4> c_14: ah thanks, works perfectly now. [18:24] <ViDau> It should be something like this, I guess... : 'ffmpeg -i input.avi -map 0.1 -map 0.1 -c:v copy -c:a LEFT_CHANNEL_to_aid_128 -c:a RIGHT_CHANNEL_to_aid_129 output.avi [18:25] <ViDau> but howto take only left or right channel? and howto assign to aid s or alang? [18:26] <c_14> You're trying to split a stereo audio track into two mono tracks? [18:28] <c_14> https://trac.ffmpeg.org/wiki/AudioChannelManipulation#stereo2monostreams [18:29] <ViDau> c_14: that's right - there're two different languages - one in each channel [18:33] <ViDau> c_14: what is 'channelsplit' supposed to do? does it transform 0.1 2ch stereo -> 0.1 mono AND 0.2 mono? [18:33] <ViDau> problem is - my ffmpeg seems to be lacking filter_complex ;) [18:33] <ViDau> ;( [18:33] <c_14> https://ffmpeg.org/ffmpeg-filters.html#channelsplit [18:36] <c_14> Hmm, since Burek's builds haven't been updated since July 16, should someone update fflogger's static dl message? [18:36] <ViDau> this might work: 'ffmpeg -i input.avi -map_channel 0.0.0 left.mp3 -map_channel 0.0.1 right.mp3' and then remux - but how about the sync? [18:37] <ViDau> ffmpeg -i input.avi -i right.mp3 -i left.mp3 .... -newaudio ?? [18:38] <c_14> I'd just download the static build and use the channelsplit filter, you don't want to be using outdated builds anyway. [18:39] <c_14> You could, however split like above and then ffmpeg -i avi -i right -i left -map 0:v -map 1 -map 2 [options] outfile [18:39] <c_14> s/however/however, [18:41] <ViDau> there is no such thing as an -af channel in ffmpeg? [18:41] <c_14> A what? [18:42] <ViDau> audio filter for channel manipulation [18:43] <c_14> iirc there are at least 10 audio filters in ffmpeg that can modify channels [18:43] <c_14> https://ffmpeg.org/ffmpeg-filters.html#Audio-Filters [18:48] <ViDau> haven't found the right opts yet, but using map I could double the stereo to 0.1 and 0.2 and then use afilter to map right ch to left on one stream and vice versa on the oterh!? [19:07] <Dark-knight> Off-topic: Does anybody here have Kaspersky. If yes, does it scan items as you download them? [19:07] <Dark-knight> a simple, yes or no, shall suffice. [19:41] <llogan> c_14: unfortunately, AFAIK, only burek can update fflogger. [19:42] <llogan> but i did update the download page to remove his builds link (at least until he returns) [20:02] <c_14> llogan: hmm, ah well then. I'll just have to keep it in mind. [21:03] <rule_2> if I type **ffmpeg -f v4l2 -s 1920x1080 -i /dev/video2 -vcodec rawvideo rawvideo.mov** I can record video from an HDMI capture device, if I type **ffmpeg -f alsa -i hw:2 out.wav** I can record audio from that same HDMI capture device, but I am running into trouble finding a command line that will output/mux them bvoth to the same file [21:04] <c_14> ffmpeg -f v4l2 -s 1920x1080 -i /dev/video2 -f alsa -i hw:2 -c:v rawvideo -c:a pcm_s16le outfile [21:06] <rule_2> c_14: would i specify the video codec the same way i did before o rno? [21:06] <rule_2> :vnevermind [21:06] <rule_2> just misread your line [21:06] <rule_2> thank you c_14 [21:08] <rule_2> that returns Unknown encoder 'pcm_s161e' which is strange because I am able to record a WAV file by itself [21:08] <rule_2> hmm [21:08] <c_14> That's an 'l' not a '1'. (ell not one) [21:08] <c_14> You wrote a '1' not an 'l'. (one not ell) [21:09] <rule_2> ell six one e? [21:09] <rule_2> one six ell e? [21:10] <klaxa> one six ell eee [21:10] <klaxa> 16 bit little endian [21:10] <rule_2> i got it thanks :) :) [21:11] <c_14> You might want to get a font where you can differentiate between ones and ells though... [21:11] <rule_2> another strange point is i can only record video in 1 of every 18 tries [21:12] <rule_2> it looks something like this http://bpaste.net/show/4a4f77635d81 [21:12] <rule_2> is there a way to resolve the buffer issue before starting a new recording? [21:13] <rule_2> I can't tell if that is user error or the result of buying a Chinese USB3 capture card for $300 [21:15] <c_14> Maybe with v4l2-ctl ? [21:16] <rule_2> v4l2-ctl --list-devices always sees it, even when that error shows up [21:18] <c_14> Hmm, I have no idea. [21:18] <c_14> Just unplugging it and plugging it back in doesn't help? [21:19] <rule_2> with video yeah, i can do it after plugging it back in after about 5-15 tries [21:19] <rule_2> weird thing is when i use the command for video and audio i can never get both at a time [21:19] <rule_2> sometimes i get audio, sometimes i get nothing, but never video & audio [21:19] <c_14> driver issues? [21:19] <rule_2> it's this thing, supposedly needs no drivers http://www.magewell.com/hardware/dongles/xi100dusb-hdmi/xi100dusb-hdmi_feat… [21:20] <c_14> Does dmesg say anything interesting? [21:20] <c_14> When you plug it in, unplug it, plug it in the first time, etc? [21:22] <rule_2> http://bpaste.net/show/19f9bbaa36b8 [21:22] <rule_2> nothing to interesting [21:22] <rule_2> **too [21:26] <rule_2> i was just able to use guvcview to record audio & video to one file but I'd rather use ffmpeg [21:26] <rule_2> more options [21:26] <rule_2> and less junk [21:26] <c_14> So guvcview does not have that issue? [21:26] <rule_2> correct, I just recorded a 10 second sample with audio and video [21:27] <rule_2> it records from pulse not alsa, which is the only difference I can see, for audio [21:27] <rule_2> for video, it never gives an error about a buffer being in use, the video always works on first try [21:27] <c_14> Hmm, maybe guvcview is requesting a different format/standard [21:27] <rule_2> camera output is set to RGB3 [21:27] <rule_2> there is no V4L2 in the drop down menu [21:28] <c_14> Try using ffmpeg -f v4l2 -list_formats all -i /dev/video2 [21:28] <c_14> and the same with -list_standards all [21:28] <c_14> you can also try recording the audio with pulse with -f alsa -i pulse [21:28] <rule_2> also guvcview recorded video is terrible, ffmpeg's is clean [21:29] <rule_2> guvcview video is a slideshow, ffmpeg's is realtime motion with no glitches [21:30] <rule_2> c_14: http://bpaste.net/show/58fd9e8c61e9 [21:30] <rule_2> c_14: also, thank you for the help [21:32] <rule_2> let me try rebooting [21:34] <rule_3> alrighty [21:35] <rule_3> if I try to run that script twice, I get the error device or resource busy for both audio and video [21:36] <rule_3> [alsa @ 0x168f140] cannot open audio device hw:2 (Device or resource busy) [21:36] <rule_3> hw:2: Input/output error [21:36] <rule_3> [video4linux2,v4l2 @ 0x168dd20] Some buffers are still owned by the caller on close. [21:36] <c_14> While the script is already running? [21:36] <rule_3> i ended it, then tried to start up again to record another video [21:36] <rule_3> and i only had audio to begin with :( [21:37] <rule_3> if i could get audio and video i wouldn't mind rebooting everytime i wanted to do another segment, but not being able to record video unless i try the command 18 times without audio is going to be a tough sell [21:37] <c_14> Does ffmpeg spit out any warnings when it can't get the video? [21:39] <rule_3> c_14: video is working every time now >[ [21:39] <rule_3> go figure, i need an error code and it never dies.. [21:39] <rule_3> ffmpeg -f v4l2 -s 1920x1080 -i /dev/video1 -vcodec rawvideo output154.mov is the cmdline for that [21:40] <c_14> So it works if you only have video? [21:40] <c_14> And that other thing worked and used pulse? [21:40] <rule_3> correct [21:41] <c_14> try replacing -i hw:2 with -i pulse [21:41] <c_14> That'll use the pulse device. [21:41] <sfan5> alsa is very strict about who uses a device [21:42] <rule_3> it is working at 26 kbps [21:42] <rule_3> let's see what this is talking about [21:42] <rule_3> holy crap, audio and video [21:42] <rule_3> god bless you c_14 [21:43] <rule_3> i am posting this on the forum thread so that if anyone else drives themselves nuts they can solve it [21:43] <rule_3> c_14 are you an ffmpeg dev or just a really savvy end user? [21:44] <c_14> Mostly just an end user. [21:44] <c_14> I have sent minor patches for things that were annoying me when I was helping somebody. [21:48] <rule_3> let's see if the resulting file is good [21:59] <rule_3> gah,the video captured is laggy as hell [21:59] <rule_3> camcorder to the television has no lag [21:59] <rule_3> let's see [22:00] <rule_3> ffmpeg uses 65% CPU. now this 1987471 kbit reocrding stream... [22:01] <rule_3> 248 MBps, damn. [22:01] <c_14> You might want to use something other than rawvideo as the output format. [22:01] <c_14> Rawvideo will kill your io. [22:04] <rule_3> that is right at the limit of what my cheapo samsung evo is capable of [22:08] <c_14> Maybe with -c:v libx264 -crf 0 -preset ultrafast ? [22:16] <rule_3> my goal is something lossless for capture [22:17] <rule_3> i am goign to try mpeg2video just to confirm that the issue is with the I/O & not with the dongle/capturing process [22:19] <rule_3> [video4linux2,v4l2 @ 0x7a5d20] The v4l2 frame is 0 bytes, but 4147200 bytes are expected [22:19] <rule_3> /dev/video1: Invalid data found when processing input [22:19] <rule_3> gah, back to the drawking board... [22:19] <rule_3> 0 kbps video capture [22:20] <rule_3> this is what i get for getting lunch in the middle of something working. [22:28] <louis__> what was that superfast option you gave c_14 [22:28] <louis__> ? [22:29] <c_14> -c:v libx264 -crf 0 -preset ultrafast ? [22:29] <c_14> That'll use libx264 in lossless mode [22:30] <c_14> With minimal compression. [22:31] <rule_2> i'm back to the drawing board where it records video 1 in every 20 tries [22:31] <rule_2> i have no idea how that fixed itself,then died because iwalked away from the laptop [22:32] <c_14> Murphy's Law? [22:33] <rule_2> i hate murphy [22:37] <sacarasc> Murphy's Law: It will never be as popular as Guinness. [22:39] <rule_2> :( [22:41] <rule_2> c_14: that lossless option works great [22:52] <llogan> sacarasc: i just had a guinness. and it's just after lunch time here. [22:55] <relaxed_> guinness is lunch [23:25] <rule_2> hopefully someone on the mailing list can tell me what i am doing wrong with this buffer silliness [23:33] <dvdvideobug> looking for some help [23:33] <dvdvideobug> there is a program that uses ffmpeg as a backend [23:33] <dvdvideobug> I need to always apply the option -target dvd [23:34] <dvdvideobug> is there a config file option for this thanks [23:35] <c_14> I'm pretty sure FFmpeg does not have a configuration file. [23:37] <dvdvideobug> i couldnt find any .INI or .RC files or anything in the docs so that is what I thought, thanks for the help saved me wasting time [23:38] <dvdvideobug> be trying to cut a video with dvdvideosoft and it corrupts the sound on direct stream copy ... [23:39] <dvdvideobug> Im sure it is ffmpeg bug #2160 #1720 [23:40] <llogan> that software is spammed all over the place on forums, mailing lists, etc. [23:40] <llogan> in the same shitpile as faasoft, firecoresoft, idealshare, etc [00:00] --- Sat Sep 6 2014

1 0