Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

October 2012

1 participants
62 discussions

ffmpeg-devel.log.20120930
by burek 01 Oct '12

01 Oct '12

[00:01] <beastd> Please read and improve! [00:02] Action: beastd is not that happy yet [00:05] <beastd> I hope I got the most important stuff down in a clear enough fashion. also the whole document could be a bit more fun ;) But that is over me tonight. [00:14] <KGB> [FFmpeg] michaelni pushed 2 new commits to master: http://git.io/ZwQ2fA [00:14] <KGB> [FFmpeg/master] doc/fate: Move fate config example into doc subdirectory - Alexander Strasser [00:14] <KGB> [FFmpeg/master] cyuv: implement raw cyuv - Michael Niedermayer [00:25] <ubitux> beastd: make: *** No rule to make target `doc/../tests/fate_config.sh.template', needed by `doc/fate.html'. Stop. [00:26] <ubitux> :( [00:26] <ubitux> mmh maybe an old dep. [00:26] <beastd> ubitux: seems so [00:26] <beastd> there is no such path in the new version [00:27] <ubitux> yeah my bad [00:32] <iive> beastd: i don't like the term "bitrod" and I'll be glad if you avoid it. Would you please just replace the sentence so that is says "keep their code in working condition as new versions...." etc. [00:37] <beastd> iive: would "keeping their code in shape as new version..." also sound good to you? or is it too informal? [00:39] <iive> imho, working condition resonates more with the idea of maintenance [00:42] <beastd> iive: OK, thanks. Done. [00:47] <ubitux> michaelni: http://b.pkh.me/0001-swscale-fix-To-Y-UV-extern-protoypes.patch [00:48] <ubitux> does this make any sense? [00:48] <ubitux> it's fixing all these warnings for me: http://pastie.org/4867868 [00:49] <ubitux> it's based on the prototypes from yuy2ToY_c and yuy2ToUV_c from sws/input.c [00:49] <iive> it is the first time i see "she" used as general term. I think it is kind of standard to use "they" even as singular). Not really that important. [00:49] <ubitux> and the pointer types [00:50] <beastd> iive: might need further grammatical changes to that sentence. so postponing it for now [00:51] <iive> something else. It may be good idea to mentions somewhere that the position doesn't give you any additional (super) powers, only more work to do. [00:52] <ubitux> (typo protoypes/prototypes fixed) [00:53] <ubitux> btw, these warnings look weird: [00:53] <ubitux> libswscale/swscale.c:587:31: warning: assignment from incompatible pointer type [enabled by default] [00:53] <ubitux> libswscale/swscale.c:588:31: warning: assignment from incompatible pointer type [enabled by default] [00:53] <ubitux> libswscale/swscale.c:619:35: warning: assignment from incompatible pointer type [enabled by default] [00:54] <ubitux> mix of int16/int32 [00:55] <beastd> iive: agreed. but please don't be upset if i won't add it soon. [00:56] <iive> beastd: no problem, I don't see good spot to put it atm. and the (super) powers thing is a joke... in case it is not obvious. [00:56] <beastd> :) [00:56] <beastd> and yeah you are right the document isn't as complete as i wish it to be (certain aspects that deserve mention are missing completely) [01:13] <beastd> i am leaving. thank you for the help. good night... [09:52] <saste> ubitux: should I push the two remaining ffprobe patches? [10:26] <ubitux> saste: maybe explicit that SECTION_FLAG_HAS_VARIABLE_FIELDS requires the element_name field, but anyway should be ok [10:26] <ubitux> though, "variable fields" isn't really explicit but well [10:26] <ubitux> the other patch is ok [10:27] <saste> ubitux: variable_keys? [10:27] <saste> ubitux: variable_field_keys? [10:27] <ubitux> i have a problem with "variable" actually :p [10:27] <saste> variable = nonfixed [10:28] <ubitux> i can't tell at first what's variable [10:28] <ubitux> if it's the number of entries or anything [10:28] <saste> it's the number and the keys of the entries [10:28] <saste> it is describing a "tags" section [10:29] <saste> you don't know how many tags, you don't know which are the keys [10:29] <ubitux> you should explicit that in the doxy then :) [10:29] <saste> yes [10:29] <ubitux> because the name isn't that obvious imo [10:30] <saste> i'll keep the name and extend the doxy [10:30] <ubitux> okay [10:30] <ubitux> so well, both ok :) [10:31] <ubitux> oh Nicolas finally pushed the av_opt_set_from_string patch [10:31] <saste> \o/ [10:32] <ubitux> i don't remember, you were waiting for this for what purpose? [10:32] <saste> a lot of purposes :) [10:32] <ubitux> :D [10:32] <ubitux> you're gonna change the world now then [10:32] <saste> so we can drop the lame sscanf in many filters [10:33] <saste> and avoid to keep ad-hoc backward compatibility checks [10:33] <ubitux> ok :) [10:33] <saste> it also should simplify some stuff, for example when you add a new param in a filter which was supporting only one argument [10:33] <saste> for example the volume filter [10:34] <ubitux> ah right, libav changed the syntax to the key=value form [10:34] <saste> (which BTW they rewrote in libav) [10:34] <ubitux> would be nice to support both [10:34] <saste> i feel the dB = deciBel thing a bit silly [10:35] <saste> ubitux, no the best thing is to pull the libav filter [10:36] <saste> they did some nice improvements (like optimizations) [10:36] <ubitux> i meant supporting both syntax [10:36] <ubitux> like volume=value:... and volume=volume=value:... [10:36] <ohsix> Bel :D [10:36] <saste> yes [10:37] <saste> volume=+10dB:precision=... [10:37] <saste> is acceptable once you make use of av_opt_set_from_string() [10:37] <saste> same as: volume=+10dB [10:37] <saste> so we save backward compatibility [10:37] <ubitux> yup [10:37] <ubitux> and peace on earth [11:23] <ubitux> [~/src/ffmpeg/libavfilter]- make [11:23] <ubitux> rm -f [11:23] <ubitux> this is pretty funny. [11:44] <ubitux> cbsrobot_: the sound of your sample is pretty awesome :) [12:03] <saste> ubitux: how is it going with your EBU R.128 filter? [12:04] <ubitux> i'm trying to fix a small bias with the results from another app cbsrobot_ provided me [12:04] <ubitux> i've fixed locally what you pointed me out [12:04] <ubitux> it should be applied this week [12:04] <ubitux> maybe tonight if i suceed in fixing the problem [12:05] <saste> ubitux, great [12:06] <saste> did you receive any feedback relating to the CGA fonts thing? [12:06] <saste> anyway I think that's safe to apply [12:07] <ubitux> no, no feedback about the cga thing [13:30] <KGB> [FFmpeg] michaelni pushed 4 new commits to master: http://git.io/RjLJHA [13:30] <KGB> [FFmpeg/master] opt: implement av_opt_set_from_string(). - Nicolas George [13:30] <KGB> [FFmpeg/master] lavu/opt: cosmetic fixes forgotten in the previous patch. - Nicolas George [13:30] <KGB> [FFmpeg/master] ffprobe: generalize nesting model for the XML writer - Stefano Sabatini [14:25] <ubitux> 14:03:53 < twnqx> Starting with 1.7.7 MakeMKV for Windows and Mac OS comes with a (patched) copy of ffmpeg. The biggest difference between MakeMKV's mmffmpeg and a stock version, is a FLAC encoder that handles 24-bit audio. If you need this functionality, the full mmffmpeg source code is available at http://www.makemkv.com/download/ffmpeg . [14:25] <ubitux> i confirm the patch includes 24-bit flac encoding [14:26] <ubitux> it seems to make ffmpeg sws dependency optional as well [14:27] <ubitux> not sure if that's a good idea though [14:39] <ubitux> saste: would it make sense to add a timing format following hh:mm:ss.xxx instead of just ss.xxx? [14:39] <ubitux> +function [14:39] <ubitux> (or change av_ts_make_time_string) [14:40] <saste> ubitux, where do you need it? [14:40] <saste> we have code that does that in several places (ffprobe.c amongst the others) [14:41] <ubitux> i added the pts time in the av_log output of ebur128 filter [14:41] <ubitux> and i though a more expressive timing information would be nice [14:42] <ubitux> (where in ffprobe?) [14:42] <saste> -pretty [14:43] <ubitux> oh, right. [14:43] <ubitux> then maybe a av_ts_make_pretty_time_string would be nice [14:44] <ubitux> (along with av_ts2prettytimestr) [14:44] <ubitux> i would reduce the precision though [14:45] <ubitux> something like %02d:%02d:%02d.%03d [14:45] <ubitux> (easy to align, and re-use as cmd line) [15:10] <durandal_1707> michaelni: so if get_bits_long is used with n>32 other bits are going to be lost? [15:14] <michaelni> durandal_1707, yes or worse ... [15:15] <michaelni> get_bits_long could be changed to int64 but its not needed for 99% of the code so feels a bit odd [15:23] <durandal_1707> in 24 bit case i prefer to not do extra copy, same is already done for tta [15:26] <KGB> [FFmpeg] michaelni pushed 18 new commits to master: http://git.io/frLsCA [15:26] <KGB> [FFmpeg/master] indeo3: fix out of cell write. - Anton Khirnov [15:26] <KGB> [FFmpeg/master] indeo5: check tile size in decode_mb_info(). - Michael Niedermayer [15:26] <KGB> [FFmpeg/master] ivi_common: make ff_ivi_process_empty_tile() static. - Anton Khirnov [15:27] <michaelni> durandal_1707, agree but i think the allocated buffer pointer should be kept seperate [15:27] <michaelni> because now IIRC if its assigned to frame and then something goes wrong (return -1 whatever) [15:28] <michaelni> the wrong ptr would be freed [15:41] <ubitux> it seems the threading problem is not arch specific (the 2 threads arm instance failed) [15:42] <ubitux> just once: http://fate.ffmpeg.org/history.cgi?slot=armv7l-panda-gcc4.6-cortexa8-thread… :) [15:42] <michaelni> yes, i saw it [15:43] <michaelni> its a pitty that its not readily reproduceable otherwise it would be relatively easy tp debug [15:51] <ubitux> michaelni: at some point, maybe some gdb scripting could help; like forcing a break if it's writing 0xB2 instead of 0xB1 at 0x000A8160 [15:51] <ubitux> and then run over and over again the test until it's triggered [15:52] <ubitux> i'm not familiar with gdb and its scripting system though, and i don't think i would be able to debug it even i triggers it :p [16:08] <cbsrobot_> ubitux: yeah - it's my favorite soundtrack atm ... [16:21] <ubitux> (cia story: http://pastebin.com/9RBBniM1) [16:36] <Compn> ubitux : shouldnt we be shaming this new hosting company due to bad hosting practises ? [16:36] <Compn> and by shame i mean full out internet blacklist against this company ... [16:36] <Compn> never forget never forgive. [16:37] <ubitux> no one should ever trust its data to a any company... [16:38] <ubitux> you can't blame the company for your own negligence [16:38] <Compn> it wasnt him who rm rf-d [16:38] <ubitux> as soon as you realize every company is evil, the obvious move is to take care of its own data [16:38] <ubitux> whatever [16:38] <Compn> cant blame the company? thats what i'm doing. [16:38] <ubitux> you *know* that at some point a company will disapear or just delete your data [16:39] <Compn> but yeah, why wasnt cia.vc on github or some repo where people could copy it ? [16:39] <Compn> was it open source ? [16:39] <ubitux> the code still exists afaict [16:39] <ubitux> it's the data that's missing (not sure what that means though) [16:39] <ohsix> no backups is kind of low rent, they're as much to keep the provider from fucking things up [16:39] <ubitux> (https://code.google.com/p/cia-vc/) [16:40] <ohsix> "atheme infrastructure" -> databases that weren't backed up, and possibly code for services that wasn't public, no? [19:53] <Daemon404> j-b, you see the ML? re: DCP [19:54] <j-b> Daemon404: yes, I saw that [19:54] <j-b> Daemon404: I am just wondering WTH do XYZ to RGB and not XYZ to YUV ? [19:55] <j-b> and also, shouldn't that be in swscale? WTH² [19:55] <nevcairiel> for display purposes, i guess [19:55] <Daemon404> j-b, yes [19:55] <Daemon404> it shoud be in swscale [19:55] <nevcairiel> no, swscale should not be :P [19:55] <j-b> nevcairiel: so? [19:55] <Daemon404> nevcairiel, it should be in swscale, but swscale should not be [19:56] <nevcairiel> you display rgb, rarely do you directly display yuv [19:56] <j-b> what? [19:56] <nevcairiel> also, having no idea about XYZ, maybe it converts to RGB easier? :d [19:56] <Daemon404> hes right, but thats irrelevant [19:56] <Daemon404> im not sure how easy XYZ fits into swscale [19:56] <j-b> I disagree [19:56] <Daemon404> given how annoying even planar rgb is [20:03] <nevcairiel> anything non-YUV is really even less fun then usual in swscale [20:44] <durandal_1707> michaelni: i'm using scalarproduct_int16 (appears there is MMX only) and benefits are marginal, reference decoder is ~%33 faster [20:48] <michaelni> durandal_1707, theres ff_scalarproduct_int16_sse2 that should get used [20:48] <durandal_1707> pure C appears to be slightly slower than pure Delphi [20:49] <durandal_1707> my cpu have sse2 and ssse3 and sse2 is slower than ref mmx [20:49] <durandal_1707> ref have ssse3 which is even faster [20:50] <durandal_1707> (it does not have sse2 at all) [20:51] <durandal_1707> would branching cause this? [20:51] <durandal_1707> because our scalarproduct works only for order multiply of 16 [20:52] <ubitux> saste: ping [20:53] <saste> ubitux: pong? [20:53] <KGB> [FFmpeg] michaelni pushed 4 new commits to master: http://git.io/YpWSUQ [20:53] <KGB> [FFmpeg/master] Move subrip/text API change info from Changelog to doc/APIchanges. - Clément BSsch [20:53] <KGB> [FFmpeg/master] APIchanges: fill hashes. - Clément BSsch [20:53] <KGB> [FFmpeg/master] swscale: fix To{Y,UV} extern prototypes. - Clément BSsch [20:53] <ubitux> saste: http://b.pkh.me/0001-lavfi-ashowinfo-check-plane-value-before-deferencing.p… [20:53] <ubitux> does this make any sense to you? [20:53] <ubitux> (spotted because gcc was complaining) [20:54] <saste> ubitux, ok if it fixes a problem / a warning [20:55] <ubitux> thx, pushed [21:06] <cbsrobot_> Daemon404: maybe he stared 29.5h at swscale and then decided to do it in lavfi, which took him half an hour [21:06] <Daemon404> lol [21:06] <Daemon404> probably [21:40] <saste> ubitux: BTW ashowinfo should check extradata [21:44] <ubitux> saste: you mean extended_data? [21:44] <saste> yes [21:45] <ubitux> have fun doing it :) [22:11] <ubitux> argh f* bug, wth is wrong with my code :( [22:21] <KGB> [FFmpeg] michaelni pushed 4 new commits to master: http://git.io/b-ZUJw [22:21] <KGB> [FFmpeg/master] lavfi/ashowinfo: check plane value before deferencing. - Clément BSsch [22:21] <KGB> [FFmpeg/master] qt-faststart: speedup - Jan Ehrhardt [22:21] <KGB> [FFmpeg/master] qt-faststart: dont allocate a bigger buffer than needed - Michael Niedermayer [22:48] <ubitux> cbsrobot_: ok i think i fixed the integrated loudness :) [23:29] <cbsrobot_> ubitux: nice [23:43] <KGB> [FFmpeg] michaelni pushed 2 new commits to master: http://git.io/Z53AzQ [23:43] <KGB> [FFmpeg/master] swscale: move main swscale wraper to swscale.c - Michael Niedermayer [23:43] <KGB> [FFmpeg/master] sws: drop unused variable - Michael Niedermayer [23:52] <KGB> [FFV1] michaelni pushed 1 new commit to master: http://git.io/lQJlQg [23:52] <KGB> [FFV1/master] Document minor_version - Michael Niedermayer [00:00] --- Mon Oct 1 2012

1 0

ffmpeg.log.20120930
by burek 01 Oct '12

01 Oct '12

[00:02] <tapout> is there a way to batch files up? ffmpeg -i * -vcodec libx264 *.avi ? and it will output the same filename with *.avi [00:15] <ubitux> for f in *.wmv; do ffmpeg -i $f -c:v libx264 ${f%.wmv}.mp4; done [00:15] <ubitux> or something like this [00:15] <ubitux> there is no builtin for what you are looking for [02:13] <AR__> why is there no -probesize argument on my windows install of ffplay? [02:13] <AR__> wtf [03:03] <Lns> How do you find out the pxl_fmt of a certain usb camera? Is there a way to probe it? [03:07] <creep> Lns<< v4l2-ctl --all [03:20] <Lns> ty creep [03:53] <jankarlitos> Hello, in order to synchronize my live stream, should i map audio to video or video to audio? [04:09] <hotwings> i compile ffmpeg git on debian testing linux.. anyone know how to make it compile using ccache? [06:42] <grepper> hotwings: put /usr/lib/ccache/ at the front of your PATH [06:56] <hotwings> grepper - thanks for the help [07:09] <grepper> np [08:36] <UnderSampled> Hello? [08:36] <UnderSampled> what is RTV1? [08:38] <UnderSampled> anyway, I have a video that I want to resize and then upload to youtube [08:40] <UnderSampled> it's currently 2440x540 mjpeg, but I want it to be 1920x360 before I upload [08:41] <UnderSampled> when I simply ran -s 1920x360, it recompressed it with a really low quality mpeg4 [08:41] <UnderSampled> what settings should I use for uploading to youtube? [08:43] <UnderSampled> eh? [09:26] <perrth> I tried ffmpeg 1.0 with x264-snapshot-20120929-2245-stable and encoding become very slow, anyone experience this? version 0.11.1 works fine [09:32] <UnderSampled> is anyone around? [12:05] <Simex> Hello there :) [12:05] <Simex> Does FFmpeg support MPI? [12:05] <Simex> So I can share the load between multiple machines? [12:12] <Tjoppen> no [12:13] <Tjoppen> just run multiple ffmpegs [12:14] <Simex> damn [16:00] <tcurdt> Hey folks, I am trying "ffmpeg -i GOPR%04d.JPG -b 3000 -r 12 video.mp4" but I get a "No such file or dir" & I presume because the filename pattern does not start at 1 (or 0?) is there a way to specify the sequence start? [16:04] <tcurdt> Found in the docs the blobbing pattern support "ffmpeg -f image2 -pattern_type glob -i 'GOPR*.JPG' -b 3000 -r 12 video.mp4" [16:05] <tcurdt> but seems my ffmpeg (that I just compiled with brew) doesn't know about it :-( ffmpeg version 0.11.2 [16:05] <ubitux> you need -f image2 before -i [16:05] <ubitux> otherwise the globbing won't work [16:05] <ubitux> btw, we are in ffmpeg 1.0 [16:07] <tcurdt> @ubitux: urgh & I am shocked that the homebrew version is that behind & let me do some digging [16:08] <tcurdt> @ubitux: is -pattern_type glob 1.0 only? [16:08] <ubitux> you don't need that option for your need afaict [16:10] <tcurdt> hm & but with "ffmpeg -f image2 -i GOPR%04d.JPG -b 3000 -r 12 video.mp4" I am still getting the "no such file" while clearly the first file in the dir is GOPR0685.JPG [16:11] <ubitux> ah, strange [16:11] <ubitux> well then try to upgrade yeah [16:14] <tcurdt> grrr & waiting for pull request https://github.com/mxcl/homebrew/pull/15187 [16:14] <ubitux> :) [16:19] <tcurdt> locally hacked the formula & now I feel dirty [16:25] <tcurdt> @ubitux: yay & 1.0 seems to work fine with the globbing [16:26] <tcurdt> thx! [16:27] <ubitux> np :) [16:30] <tcurdt> @ubitux: maybe one more question & it prints "frame= 361 fps=1.3 q=69.0 size= 1702kB time=00:00:26.00 bitrate= 536.3kbits/s dup=0 drop=388" [16:30] <tcurdt> what is the drop? [16:30] <tcurdt> is that OK? [16:32] <ubitux> shoudn't matter with still images input, but i may be wrong [16:32] <ubitux> you'll see if the output is correct [16:49] <tcurdt> @ubitux: wait & -b 3000 means bitrate of 3kb/s? I wanted a little more :) [16:50] <tcurdt> but why does it say bitrate= 597.3kbits/s [16:50] <tcurdt> that's what is actually found? [16:50] <tcurdt> needed? [16:52] <tcurdt> @ubitux: crap - it's 13MB in size and all just black?! [16:59] <relaxed> -b 3000k [17:00] <tcurdt> relaxed: yeah & running that right now & but it still should not have been all black [17:01] <tcurdt> maybe the "drop" really meant that all frames where dropped & for whatever reason [17:01] <relaxed> pastebin your command and output for more help [17:03] <jafa> hi guys, I looking to get ffmpeg to encode video using dirac (libschroedinger). I am testing with a pre-build windows build of ffmpeg that has --enable-libschroeding set. ffmpeg reports "Unsupported codec id in stream "Unsupported codec id in stream 0" [17:03] <tcurdt> relaxed: https://gist.github.com/3248b91eab9ed33bfd69 [17:05] <relaxed> specify the frame rate before the input [17:05] <relaxed> I believe the default is 25fps and your output is 12, thus frame are dropped [17:08] <severnaya> i'm trying to specify a start position for an input video and it's not working. i've tried ffmpeg -i video.mov -ss 15 bla bla and it gets ignored and always starts at the beginning. i also tried -ss 00:00:15 to no avail [17:08] <severnaya> anyone know what im doing wrong? [17:09] <severnaya> i also tried putting -ss before -i [17:09] <jafa> http://pastebin.com/9WbUBPpj [17:09] <tcurdt> relaxed: nice & using "ffmpeg -r 12 -b:v 3000k -f image2 -pattern_type glob -i 'GOPR*.JPG' ../video.mp4" stdout looks much saner now [17:09] <jafa> if i change "dirac" to "theora" it creates a video file ok [17:10] <severnaya> wait nvm i figured it out [17:10] <severnaya> lol [17:10] <severnaya> thx anyway [17:12] <relaxed> jafa: ffmpeg -codecs 2>&1| grep -i dirac [17:12] <jafa> DEV.LS dirac Dirac (decoders: dirac libschroedinger ) (encoders: libschroedinger ) [17:13] <relaxed> jafa: add -pix_fmt yuv420p [17:14] <tomy> If I have a mpg with mp2 audio, what is the correct way when I want to put a delay on the audio, because in the original the audio is async to the video. [17:14] <jafa> relaxed: it reported yuv420p for the output stream, then same error [17:14] <jafa> Stream #0:0: Video: dirac, yuv420p, 960x720, q=2-31, 448 kb/s, 10 tbn, 10 tbc [17:14] <relaxed> remove -r 10 [17:15] <jafa> changed to 25fps, same error [17:15] <jafa> (removed, reported as 25fps) [17:17] <jafa> Stream #0:0: Video: dirac, yuv420p, 960x720, q=2-31, 448 kb/s, 25 tbn, 25 tbc [17:17] <relaxed> -f mpegts output.ts [17:18] <jafa> that worked [17:18] <jafa> can't pacakge dirac as ogg? [17:19] <relaxed> yeah, this may be a ffmpeg bug but I'm not sure. [17:20] <jafa> ok, might be able to remux as a separate step [17:20] <jafa> thanks [17:22] <jafa> interesting, audio now works as well [17:22] <jafa> source file is a opus ogg file, using -acodec copy [17:22] <jafa> was getting the same error with outputting to a ogg container [19:43] <sine_> hi guys. im tring to do a project using various tools and at hte moment im trying to use a camera tracker software whjich requires the clip to be in frames. say i have a h.264 avi/mov clip that is 24/25/29.blah how can i seperate that into the frames maybe PNG without any loss [19:45] <relaxed> sine_: ffmpeg -i input %04d.png [19:46] <relaxed> Would give you 0001.png, 0002.png ... [19:46] <sine_> how will it know what FPS to use [19:46] <sine_> or would it not matter [19:46] <sine_> because it will just be the frames and the fps is something i need to tell the other softweare [19:47] <relaxed> That command will simply output the frames. [19:49] <relaxed> Using ffprobe you could save the framerate somewhere. [19:53] <sine_> how can i do that to a specific point in a movie. so dump the frames of 10 seconds half way through a film etc [19:54] <relaxed> ffmpeg -ss 00:30:00 -i input -t 10 %04d.png [19:55] <relaxed> (30 minutes in, 10 seconds of frames) [20:01] <sine_> thanks [20:02] <sine_> however the first 10 frames are the same frame [20:03] <relaxed> try, ffmpeg -i input -ss 00:30:00 -t 10 %04d.png [20:27] <DelphiWorld> Hey :-) [20:28] <sine_> thanks relaxed [20:52] <DelphiWorld> hey relaxed ! [20:52] <DelphiWorld> ffmpeg -i test.ts input -acodec aac -ab 128kb -vcodec mpeg4 -b 1200kb -mbd 2 -flags +4mv+trell -aic 2 -cmp 2 -subcmp 2 -s 320x180 -title "AD Nat Geo - Chimp Diaries_ Ep 5" final_video.mp4 [20:52] <DelphiWorld> give me error: [20:52] <DelphiWorld> Unable to find a suitable output format for 'input' [21:05] <DelphiWorld> anyone please? [21:07] <DelphiWorld> cbreak: :P [21:07] <cbsrobot_> DelphiWorld: dont ping random people :) [21:07] Action: DelphiWorld slaps cbsrobot_ around a bit with a large trout [21:07] <DelphiWorld> cbsrobot_: was you, sory cbreak :P [21:07] <cbreak> DelphiWorld: get a mac [21:07] <DelphiWorld> HAHA [21:08] <DelphiWorld> cbreak: i do have my dude... issue is i'm a beginer on it while i am a blind person [21:08] <DelphiWorld> transition from windows accessibility to mac accessibility cant be easy [21:08] <cbreak> then don't get an iMac. Worthless big screen :/ [21:09] <DelphiWorld> :) [21:09] <DelphiWorld> cbreak, i have a mbp [21:09] <DelphiWorld> ffmpeg -y -i test.ts -vcodec libx264 -acodec libfaac -ab 128k -ac 2 -b 640k -threads 4 -flags +loop -cmp +chroma -partitions 0 -me epzs -subq 1 -trellis 0 -refs 1 -coder 0 -me_range 16 -g 300 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -maxrate 10M -bufsize 10M -rc_eq \blurCplx^(1-qComp)\ -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -level 30 out.mp4 [21:09] <DelphiWorld> that's my line now [21:09] <DelphiWorld> but fail [21:10] <cbsrobot_> DelphiWorld: it still fails after what I've told you ? [21:12] <DelphiWorld> cbsrobot_: pastebin? [21:12] <cbsrobot_> sure [21:14] <cbsrobot_> DelphiWorld: are you encoding for a special device or just following a random old tutorial from the inet ? [21:20] <DelphiWorld> cbsrobot_: old tuto [21:20] <DelphiWorld> cbsrobot_: i'm encoding for my iPhone [21:20] <JEEB> which iphone? [21:20] <JEEB> 3GS or newer? [21:20] <JEEB> or older? [21:20] <DelphiWorld> JEEB: 4S -) [21:20] <JEEB> ok [21:20] <JEEB> so newer than 3GS [21:21] <DelphiWorld> yes [21:21] <DelphiWorld> i saw lot of gui apps but i hate them. i prefer cmd [21:21] <JEEB> and I guess you will be uploading stuff via itunes? [21:21] <JEEB> so it has to be "itunes-compatible" [21:21] <DelphiWorld> JEEB: true [21:22] <JEEB> ffmpeg -i derp.input -c:v libx264 -profile:v main -level 30 -x264opts ref=3 -crf 23 -maxrate 10M -bufsize 10M -c:a libfaac -ab 128k out.mp4 [21:22] <JEEB> test this [21:25] <DelphiWorld> JEEB, -c:v didnt recognise it. should i remove -c ? [21:25] <JEEB> umm [21:25] <JEEB> sounds like you've got an old ffmpeg :) [21:25] <JEEB> it's a newer way of saying vcodec [21:25] <DelphiWorld> shit [21:25] <DelphiWorld> hold JEEB;) [21:25] <DelphiWorld> JEEB: apt-get i should fuck it! [21:26] <DelphiWorld> always apt-get upgrade mine to the older one, so that's a downgrade:-P [21:26] <cbsrobot_> apt-get lol [21:26] <DelphiWorld> cbsrobot_: otherwise yum ? [21:26] <JEEB> if you're on a relatively new ubuntu or debian, it's probably a libav package in reality, the newer command there is avconv. Just noting this. [21:26] <JEEB> of course if you've got a newer ffmpeg there as well, feel free to use that too [21:27] <DelphiWorld> JEEB: i'm setting up the new deb package built by myself. [21:27] <JEEB> k [21:27] <DelphiWorld> and JEEB thank you the big Geek for reminding me [21:30] <DelphiWorld> updated [21:32] <DelphiWorld> JEEB: ok, the new unmissable travel is begining;-) [21:34] <DelphiWorld> JEEB: it's converting now [22:02] <DelphiWorld> convertion take time right JEEB ? [22:03] <JEEB> yes [22:34] <DelphiWorld> JEEB: working dude [22:34] <DelphiWorld> vlc can play it, i'lle try iTunes [22:52] <jafa> hi guys, is there a way to get ffmpeg to invoke "convert" (imagemagick) after decoding but before encoding a frame? [22:52] <jafa> (or a similar custom image processing command) [22:57] <jafa> oooh - just found smartblur - that might do it [23:31] <DelphiWorld> night all [23:31] <DelphiWorld> cbreak cbsrobot_ JEEB thank you DUDES [23:31] <cbreak> I did something? [23:31] <cbreak> well, night :) [23:32] <cbsrobot_> DelphiWorld: np and cu soon [23:32] <DelphiWorld> :P [23:32] <DelphiWorld> cbreak: you talked and assisted. thanking is free, so thank ;-) [23:33] <cbsrobot_> cbreak: maybe it's because youre from ch too [00:00] --- Mon Oct 1 2012

1 0