Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

April 2013

1 participants
60 discussions

ffmpeg-devel.log.20130429
by burek 30 Apr '13

30 Apr '13

[01:39] <llogan> michaelni: can you check the logs for a reason why robert at videorx.com is getting 550? [01:40] <michaelni> llogan, i already fixed it i think [01:41] <llogan> what was the problem? [01:41] <llogan> more blacklist misbehaving? [01:42] <michaelni> yes, but it should be permanently fixed now [01:42] <llogan> did you reply to his message? [01:42] <michaelni> yes [01:42] <michaelni> my mutt says "r" [01:42] <michaelni> must have fogoteen to cc owner [01:43] <llogan> no problem. thanks for looking into it. i was travelling for 10 days, and then i leave again tomorrow for 3 more. [03:28] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:b691bc424f53: copy_packet_data: fix memleak [10:54] <durandal_1707> michaelni: both interlace,tinterlace, il and maybe others show green bootom line when height is multiple of 2 but not 4 with yuv420p (subsamples height) [11:02] <nevcairiel> interlaced 4:2:0 kinda requires that he height is mod 4 [11:02] <nevcairiel> the* [11:03] <durandal_1707> Stream #0:0: Video: vp8, yuv420p, 854x362, SAR 1:1 DAR 427:181, [11:50] <BuxiNess> hello, in that case : http://fate.ffmpeg.org/report.cgi?time=20130428054135&slot=x86_64-archlinux… memory poisoninh is enabled or disabled ? [11:51] <ubitux> disabled [11:51] <BuxiNess> thks [11:51] <ubitux> (michaelni: thx for the side_data fix!) [11:51] <durandal_1707> ubitux: http://www.hometheaterhifi.com/technical-articles-and-editorials/technical-… still relevant for us? [11:51] <durandal_1707> i want to remove ilpack, its asserts here [11:52] <ubitux> durandal_1707: tl;dr :( [11:52] <ubitux> BuxiNess: --enable-memory-poisoning is the default for all fate instances, so i had to disable it by adding the flag at the end [11:53] <durandal_1707> ubitux: well it mentions verticall low pass filter, it think we have that [11:54] <ubitux> okay :p [12:06] <ubitux> btw, any comment on dctdnoiz? [12:07] <ubitux> and on an unrelated note, i may submit a lut 3d filter in the next days [12:08] <durandal_1707> what it could do? [12:10] <ubitux> color mapping [12:10] <ubitux> you have table of 17x17x17 or 32x32x32, and you use them to get a new color [12:11] <durandal_1707> so why is 3d lut better than 1d? lut we already have? [12:11] <ubitux> see http://www.lightillusion.com/luts.html [12:12] <ubitux> it seems post prod studios are using such things [12:12] <ubitux> anyway, i'm working on it [12:13] <durandal_1707> than do it with 16 bit colorspace too [12:13] <ubitux> yep [12:33] <cone-334> ffmpeg.git 03Michael Niedermayer 07master:e92862e75f31: avfilter/vf_tinterlace: fix handling of not so even sizes [12:42] <durandal_1707> really? previously you needed -strict -2 anyway [12:42] <durandal_1707> ubitux: http://www.gemmantics.com/spectrograms-in-c-with-libav-ffmpeg-libpng-and-sp… [12:42] <michaelni> BuxiNess, see https://ffmpeg.org/trac/ffmpeg/ticket/2510 [12:43] <ubitux> durandal_1707: do you want to send a message to the guy [12:43] <ubitux> ? [12:44] <durandal_1707> i need twitter to send him message? [12:45] <ubitux> i don't have twitter :( [12:45] <durandal_1707> i mush finish avectorscope [12:48] <BuxiNess> michaelni, I'm on it [12:51] <durandal_1707> ubitux: but his outputs have bigger width [12:52] <ubitux> bigger width? [12:52] <durandal_1707> output is "streched" [12:53] <durandal_1707> like it use smaller window for drawing pixels [12:59] <ubitux> durandal_1707: why didn't you add rgb48 and rgba64 to ff_fill_rgba_map() in colorchannelmixer? [12:59] <durandal_1707> because that function is part of ugly drawutils [13:00] <durandal_1707> and i did not wanted to touch it [13:00] <ubitux> :/ [13:00] <ubitux> it's a trivial change [13:01] <durandal_1707> but drawutils does not support 16 bit at all, so its inconsistent [13:01] <ubitux> ok.. [13:02] <BuxiNess> for https://ffmpeg.org/trac/ffmpeg/ticket/2510 its an expected problem ( Non Dcinema files) [13:08] <zimbatm> michaelni: do you mind taking a look at https://ffmpeg.org/trac/ffmpeg/ticket/2509 ? [13:08] <zimbatm> it's a regression on the moov header sizes that you introduced in fc09bf57a60d4c4a6d339b204b3282337067c06d [13:10] <zimbatm> just let me know if it's too fuzzy, i had trouble identifying the problem initially [16:29] <durandal_1707> burek: what you mean with that scale video filter ? [16:31] <burek> what do you mean what do i mean? :D [16:32] <burek> i described it in detail there [16:32] <burek> it's hard not to understand (imho) [16:32] <durandal_1707> i don't get it [16:32] <burek> what part? [16:33] <durandal_1707> do you mean user set max allowed output size, while keeping aspect ratio? [16:40] <durandal_1707> michaelni: af_pan gives nonsense warnings [16:45] <ubitux> burek: you can use min() and max() in the expressions [16:52] <burek> durandal_1707 yes [16:52] <burek> ubitux can you provide an example cmd line? [16:54] <ubitux> dunno if it works but maybe w='if(gt(w,h),640,-1)':h='if(gt(h,w),480,-1)' [16:56] <burek> ubitux, how is that keeping aspect ratio? [16:59] <burek> oh i think i see what you mean [17:04] <burek> i tried this: -vf scale='if(gt(w,h),640,-1)':'if(gt(w,h),-1,480)' [17:04] <burek> [Parsed_scale_0 @ 0x9d08c60] Invalid size 'if(gt(w' [17:04] <burek> :/ [17:05] <ubitux> escape [17:05] <ubitux> add "" around the whole thing [17:12] <burek> like this: -vf scale="'if(gt(w,h),640,-1)':'if(gt(w,h),-1,480)'" [17:12] <burek> ? [17:13] <burek> [Parsed_scale_0 @ 0x996cc80] [Eval @ 0xffd7aac8] Undefined constant or missing '(' in 'w,h),640,-1)' [17:13] <ubitux> maybe iw and ih instead [17:14] <burek> oh i see [17:14] <burek> -vf scale="'if(gt(iw,ih),640,-1)':'if(gt(iw,ih),-1,480)'" [17:14] <burek> that appears to work :) great! :) thanks a lot! :) [17:18] <burek> btw, should i put this into feature suggestion on bug tracker: http://ffmpeg.gusari.org/viewtopic.php?f=13&t=911 (something about quick sync)? [17:19] <durandal_1707> put whatever you want [19:15] <ubitux> saste: i'm doing the first part of the fate-run.sh merge [19:15] <ubitux> but i'll likely need your help later [20:00] <saste> ubitux, i'll have a look at it later [20:03] <cone-334> ffmpeg.git 03Clément BSsch 07master:c703f7bdbd8f: fate: move more tests from lavfi-regression.sh to filter-video.mak. [20:03] <cone-334> ffmpeg.git 03Clément BSsch 07master:80bcbed15747: fate: restore our settings for drawtext/fade/unsharp. [20:22] <cone-334> ffmpeg.git 03Clément BSsch 07master:9a0e40ec8c0c: fate: move colormatrix tests to the new system. [20:32] <cone-334> ffmpeg.git 03Carl Eugen Hoyos 07master:00a61ac7559b: Recognize j2k as file suffix for the image2 muxer. [20:32] <cone-334> ffmpeg.git 03Michael Niedermayer 07master:affd5018ac35: Merge remote-tracking branch 'cehoyos/master' [20:43] <ubitux> durandal_1707: michaelni is right, showspectrum + pad might not work [20:44] <durandal_1707> how? [20:45] <ubitux> pad could increase linesizes [20:45] <ubitux> though, it's a init time here [20:46] <durandal_1707> but this is internal frame.... [20:46] <ubitux> but i think it's better to use width anyway, generally speaking [20:48] <durandal_1707> so just replacing linesize, with w * 3? [20:48] <ubitux> yes [20:52] <durandal_1707> ubitux: do you know that libquvi switchhed to AGPL? [20:54] <ubitux> no, didn't follow [20:54] <ubitux> do i need to do something in the configure? [20:57] <durandal_1707> add agpl switch? [20:57] <durandal_1707> isn't it more restrictive than gpl3? [20:58] <JEEBsv> yes [20:58] <JEEBsv> basically it was made for web apps and such [20:58] <JEEBsv> so that you had to give the source even to the 'users' of your service [20:58] <JEEBsv> I really don't know why the hell the quvi guy thought it was a good idea to make his non-web-app app AGPL [21:00] <ubitux> durandal_1707: what was the old licence? [21:01] <ubitux> lgpl no? [21:01] <durandal_1707> LGPLv2.1 [21:06] <cehoyos> The user who opened ticket 2512 thought it is a good idea to add somebody to CC [21:06] <durandal_1707> lol [21:08] <ubitux> :D [21:09] <durandal_1707> burek: that example in ticked have to much "'", only 2 are needed, while it have 4 [21:14] <durandal_1707> no direct path for fade [21:15] <cehoyos> It is the same Google employee who wanted to add Ronald to CC on ticket 2364 [21:15] <cehoyos> (unsuccessfully) [21:15] <cone-334> ffmpeg.git 03Clément BSsch 07master:22a86492ecd1: fate: move alphaextract and alphamerge tests to the new system. [21:16] <durandal_1707> cehoyos: you have list of Google employers? [21:17] <cehoyos> No, but I think google.com email adresses are an indication. [21:20] <gnafu> cehoyos: Yeah, that's usually a safe bet. [21:22] <cehoyos> nevcairiel: I fear that the user wants to report that --extra-cflags=-Werror fails compilation and that is not going to be fixed afaict [21:22] <durandal_1707> so, nobody writing planeextract, or should it be named like that, or something similar? [21:23] <nevcairiel> cehoyos: he wants to get rid of all the deprecation warnings in his build, so he wants to manually remove soem deprecated parts of the code by setting the deprecation define, and that breaks compilation [21:24] <nevcairiel> taking his last comment in mind, all he wants is someone to be aware of this :p [21:25] <nevcairiel> be happy he reports a potential future problem? :) [21:25] <cehoyos> I would be much, much happier if he reported current problems. [21:26] <durandal_1707> or sent patch [21:26] <cehoyos> (It is somehow hard to believe that the only wish Chromium has wrt FFmpeg is that it compiles with -Werror) [21:27] <nevcairiel> different projects have different priorities [21:27] <Plorkyeran> they have already fixed higher priority things like being able to compile it with msvc [21:27] <nevcairiel> i bet its not the only wish, but its one =p [21:27] <nevcairiel> i dont think msvc even honors those deprecation flags =P [21:28] <nevcairiel> but maybe there is a special option to turn that on [21:28] Action: nevcairiel never checked [21:28] <cehoyos> If that is their highest priority, I would love to learn about the "wishes" [21:28] <Plorkyeran> it has a different deprecation attribute syntax [21:31] <Plorkyeran> deprecating things that ffmpeg itself still depends on it kind of silly [21:32] <cone-334> ffmpeg.git 03Paul B Mahol 07master:32d464121959: lavfi/showspectrum: fix crash in case of negative linesize [21:32] <cone-334> ffmpeg.git 03Paul B Mahol 07master:c645659988af: lavfi/showwaves: fix crash in case of negative linesize [21:37] <ubitux> durandal_1707: outlink->w * 3? [21:37] <ubitux> ah no, sorry, it's not rgb [21:37] <durandal_1707> :/ [21:46] <durandal_1707> so no vfr is possible in lavfi? [21:49] <cone-334> ffmpeg.git 03Clément BSsch 07master:6ea013fb62c9: fate: remove '#' in filter parameters. [21:49] <cone-334> ffmpeg.git 03Clément BSsch 07master:3ae44df18f57: fate: move lavd filters tests to the new system. [21:57] <ubitux> i think i'll need saste for the pixfmt thing [21:57] <ubitux> it seems we have several improvement to the pixfmt tests... [21:58] <durandal11707> like what? [21:59] <ubitux> it seems we filter more pix fmts [21:59] <durandal11707> and? [21:59] <ubitux> dunno, the function is relatively different [21:59] <ubitux> i'm going to check every test one by one [21:59] <ubitux> here we go. [22:11] <cone-334> ffmpeg.git 03Diego Biurrun 07master:20784aa6781a: x86: hpeldsp: Remove unused macro definitions [22:11] <cone-334> ffmpeg.git 03Michael Niedermayer 07master:16b2472d209d: Merge remote-tracking branch 'qatar/master' [22:19] <nevcairiel> ubitux: some of the changes seem to have broken msvc fate [22:20] <ubitux> mmh [22:20] <nevcairiel> http://fate.ffmpeg.org/report.cgi?time=20130429195243&slot=x86_32-msvc10-wi… [22:21] <nevcairiel> specifically overlay and alphaextract/merge [22:21] <ubitux> i'll have a look in a moment [22:22] <ubitux> i guess it's a sws flags thing again [22:22] <nevcairiel> all the sws inline assembly doesnt run on msvc, so its pure C more or less [22:25] <cone-334> ffmpeg.git 03Clément BSsch 07master:15d6436a2a0c: fate: move a few simple pixfmts tests to the new system. [22:25] <cone-334> ffmpeg.git 03Clément BSsch 07master:9a5924f86254: fate: add filters dependencies to pixfmts tests. [22:28] <ubitux> overlay_rgb has the flag though.. [22:29] <cone-334> ffmpeg.git 03Clément BSsch 07master:6b222ea9637a: fate: add bitexact flags to alphaextract/alphamerge tests. [22:29] <durandal11707> ???? [22:30] <durandal11707> that tests should not do any conversion... [22:30] <ubitux> which one? [22:30] <durandal11707> extract/merge [22:31] <ubitux> there is a format request [22:31] <ubitux> so input is rescaled in case of rgb [22:31] <ubitux> (pgmyuv source) [22:31] <nevcairiel> it converts from the yuv420p input to bgra somewhere [22:31] <durandal11707> sick [22:32] <nevcairiel> and there is the second box finished :p [22:41] <ubitux> i don't understand why overlay_rgb fails [22:41] <durandal11707> michaelni: nut format does not show duration any more here [22:41] <ubitux> :( [22:42] <nevcairiel> ubitux: the output images look fine, i think, not quite sure how its supposed to look =P [22:42] <ubitux> nevcairiel: does it change something if you do that: [22:42] <ubitux> -fate-filter-overlay_rgb: CMD = framecrc -c:v pgmyuv -i $(SRC) -filter_complex_script $(SRC_PATH)/tests/filtergraphs/overlay_rgb [22:42] <ubitux> +fate-filter-overlay_rgb: CMD = framecrc -c:v pgmyuv -i $(SRC) -sws_flags +accurate_rnd+bitexact -flags +bitexact -filter_complex_script $(SRC_PATH)/tests/filtergraphs/overlay_rgb [22:42] <ubitux> ? [22:42] <ubitux> (no change here, which is expected) [22:43] <nevcairiel> where is that? [22:43] <ubitux> tests/fate/filter-video.mak [22:43] <ubitux> want a proper diff? [22:43] <nevcairiel> this is fine [22:43] <ubitux> http://b.pkh.me/0001-msvc-fix-test.patch [22:43] <ubitux> ok :) [22:44] <nevcairiel> no change [22:45] <ubitux> :( [22:45] <nevcairiel> if i take out the sws_flags from the filter complex script, the hashes change [22:45] <nevcairiel> so it is applied, apparently [22:46] <ubitux> fate-filter-alphaextract_alphamerge_rgb is fixed btw? [22:46] <nevcairiel> want the resulting images from that test as png to compare? :p [22:46] <ubitux> yeah why not :) [22:47] <nevcairiel> alphaextract still fails [22:47] <ubitux> T_T [22:47] <michaelni> ubitux, did you look at make fate-list before and after todays commits ? [22:48] <michaelni> i just run it through wc [22:48] <nevcairiel> oh yeah, the number of tests run seem to have gone down by 6 or so [22:48] <michaelni> and it seems there are 6 lines less [22:48] <ubitux> i've removed/merged some tests [22:48] <ubitux> some tests were present two times [22:48] <ubitux> (drawbox, unsharp, ...) [22:49] <nevcairiel> ubitux: http://files.1f0.de/test1.png [22:49] <michaelni> ubitux, ahh then it should be ok [22:49] <nevcairiel> this is the first frame of the overlay test [22:49] <ubitux> nevcairiel: ok, thx [22:52] <ubitux> http://b.pkh.me/diff-overlay.png [22:52] <ubitux> (./ffmpeg -i test1.png -i local.png -filter_complex blend=all_mode=difference diff-overlay.png) [22:52] <ubitux> :( [22:52] <nevcairiel> this is odd [22:53] <ubitux> http://b.pkh.me/local.png [22:53] <ubitux> generated with: ./ffmpeg -nostats -cpuflags all -c:v pgmyuv -threads 1 -thread_type frame+slice -i /home/ubitux/src/ffmpeg/tests/vsynth1/%02d.pgm -filter_complex_script ./tests/filtergraphs/overlay_rgb -frames:v 1 local.png [22:53] <nevcairiel> i can see the differences even with my eyes, though [22:54] <ubitux> yeah, like a wrong shift or something :p [22:54] <nevcairiel> yeah like a chroma shift [22:54] <ubitux> i wonder why the issue didn't show up previously... [22:55] <durandal11707> michaelni: if i suspend muxing before it finished, duration is displayed with ffprobe [22:56] <ubitux> maybe because i removed the explicit fifo? [22:57] <nevcairiel> still has to be a bug somewhere if it gives us different results on different systems, right? [22:57] <ubitux> removing the fifo may have triggered some different code path [22:57] <ubitux> typically with the get buffer thing [22:57] <ubitux> nevcairiel: http://b.pkh.me/0001-fifo.patch [22:57] <ubitux> can you try if this changes anything? [23:00] <michaelni> "<durandal_1707> michaelni: af_pan gives nonsense warnings", how can i reproduce it ? [23:01] <nevcairiel> ubitux: no changes [23:01] <ubitux> :( [23:01] <durandal11707> michaelni: the '|' warning [23:02] <durandal11707> ubitux: what new system does differently from older one? [23:02] <ubitux> usage of -filter_complex_script instead of -vf maybe [23:03] <ubitux> also, previous was just a final md5, but it should have mismatch with such change [23:03] <durandal11707> michaelni: i don't get why that warning happens with: -af pan=stereo: [23:03] <ubitux> there was the fifo but it's not this according the the last test [23:11] <durandal11707> so how filter that extract planes from planar formats should be named? (extended alphaextract) [23:17] <durandal11707> planesplit [00:00] --- Tue Apr 30 2013

1 0

ffmpeg.log.20130429
by burek 30 Apr '13

30 Apr '13

[05:14] <Keshl> Let's say I'm absoutely crazy and wanna play 1080p at 120 FPS. What do you guys recommend I use as a codec, oÉo? Even on a system with a processor running at 4 ghz and an overclocked 670 GTX, it's not able to keep up. [05:32] <retard> i'm not really sure how helpful this is, but maybe you could try looking at how 1080p60 3d video gets decoded and use some tricks from that? [05:34] <retard> considering how modern 3d tvs with active shutter glasses work i'd assume that would be a viable starting point anyway [05:35] <Mavrik> thats not 60 fps though : [05:35] <Mavrik> Keshl, since youre really going over designed paramters of decoders [05:35] <Mavrik> plug in profiler see where you have a bottleneck [05:36] <Keshl> retard: Good idea, but the thing is, my laptop plays it fine. [05:36] <Keshl> in 3D I mean, at 120 FPS. [05:36] <Keshl> But that's because it's decoding from two video files at once. [05:36] <Keshl> Thus can use two cores. [05:36] <Keshl> When I'm doing a 2D video at 120, it's limited to a single core, and I'm petty sure that's my issue xwx [05:37] <Keshl> Mavrik: How's I do that? D: [05:37] <Mavrik> nevermind... [05:38] <retard> i don't know much about 3d outside a certain nintendo console, but couldn't you do the same thing and split the video into two 1080p60 files [05:38] <retard> (virtual boy 4 lyfe) [05:38] <Keshl> No, oÉo. [05:38] <drv> just as a quick hack, decoding a 1080p h.264 video and throwing away the output with command-line ffmpeg, i can get ~130 fps on my crappy old 3 GHz core2duo [05:39] <drv> so it should be doable... [05:39] <Keshl> Not with the current state of any decoders out there. [05:39] <retard> surely a setup capable of playing back 1080p60 3d video would be able to do what you want as long as you simply drop the glasses? [05:40] <Keshl> No. [05:41] <retard> oh [05:41] <Keshl> When you're playing 3D video, you do one of two things: Either you have a single video file and each frame is twice as wide as the screen is, and the left half is sent to your left eye and the right is sent to your right (In which case you have the same issue I have now and it won't work), or you have two seporate video files and each gets sent to an individual eye, but since they're seproate files you can decode both in parallel (which [05:41] <Keshl> is what I do), but this can't be done on stirctly 2D 120 FPS video. [05:41] <Mavrik> most 1080p60 3d videos are 60fps anyway with 30fps "real" framerate [05:41] <Mavrik> or theyre 120fps and interlaced [05:41] <Keshl> ... Oh wait hm. [05:41] <Mavrik> to lower bandwidth requirements [05:42] <Mavrik> other option is that you have a normal 1080p60 video thats anamorphicaly squished side-by-side [05:42] <Keshl> It's hackish but you kight've actually had a point, if I just make both videos, but tell ffmpeg to skip every other frame on one and on the other but with an offset of 1, I should be able to play it in 3D mode just without glasses and essentially have 120 FPS with two threads.. [05:42] <retard> yeah, that was my reasoning [05:42] <Keshl> Could work, oÉo [05:43] <Keshl> Now if only there was a way to do that without starting 3D mode (or requiring it to exist on everyone's systems..) [05:47] <retard> i don't have any display hardware that accepts more than 60hz anyway [05:48] <retard> a friend of mine who works in my countries' national broadcasting company told me about some completely amazing 200hz display technology he saw demoed [05:49] <zap0> no CRTs? [05:49] <retard> not anymore [05:49] <retard> i was a holdout, but now i pay for my own electricity [05:49] <zap0> :) [05:50] <retard> :S [05:51] <zap0> i'm building some 1000fps display hardware. [05:52] <zap0> it's for high speed photography stuff. [06:04] <Keshl> Shiny, oÉo [06:18] <retard> what manner of creature is supposed to be looking at this display [06:19] <Keshl> Humans, oÉo. [06:19] <Keshl> See, 24 FPS is the bare minimum for most human brains to switch from "this is a series of pictures" to "this is motion" mode. [06:19] <Keshl> Though at 24 FPS you can still see it's fake. [06:20] <Keshl> In reality, you see much faster. [06:20] <Keshl> When you're going over 100 FPS, it's not so much that you're seeing every frame, but that you're making legit motion blurr. [06:20] <retard> okay, but are there humans who can tell the difference between 500 and 1000 fps [06:20] <Keshl> It usually comes off better than blurr added to 60 FPS footage. [06:20] <Keshl> Yes, of course there are. [06:20] <Keshl> Everyone can. [06:20] <retard> i doubt it [06:20] <Keshl> Like I said, anything over 100 you're trying to make blurr. [06:21] <Keshl> You won't see every frame exactly as it was intended to be seen, but rather you'll see real blur, which is the goal. [06:24] <retard> "Showscans research indicates that an average of 66.7 frames per second is the upper limit of what the human eye can perceive, and higher frame rates have no further effect, except in reducing flicker." [06:25] <Keshl> Studies show those studies are wrong. [06:25] <Keshl> The difference between 60 and 120 FPS is very pronounced to me. [06:25] <Keshl> To the point that looking at 60 FPS actually bothers me because the lag's so noticable and I only use it when watching 3D video. >w> [06:25] <retard> yeah, and from what i hear the difference between 100 and 200fps is very noticable [06:25] <retard> but [06:26] <retard> i very much doubt humans can tell the difference past some limit not too far from 200 [06:26] <retard> being able to tell the difference between 60 and 120 and 500 and 1000 are very different things [06:26] <Keshl> Well, we'll just have to wait and see when I get 240 hz TV's near me <É< [06:28] <retard> i'll be holding my breath starting now [06:28] <Keshl> oÉo... [06:28] Action: Keshl pokes retard while he turns blue. [06:35] <Mavrik> retard, I think eye movement recognition is about 70-80fps depending on the person [06:35] <Mavrik> if I remember my theory correctly :) [06:36] <retard> 1000 fps seems like severe overkill on the display side anyway [08:24] <zap0> turn on an LED for 1/1000th of a second and then tell me if you can see it blink or not. [10:34] <Hans_Henrik> yeah i could, but im not sure about the timing accuracy [10:34] <Hans_Henrik> (using my fingers) [14:18] <xlinkz0> can i cut from a specific timestamp? [14:18] <retard> yes [14:18] <xlinkz0> in stream->timebase units [14:18] <retard> i don't know what that means [14:19] <xlinkz0> i know i can seek and cut from timestamps like hh:mm:ss [14:19] <xlinkz0> but i have the timestamp where 90000 means one second [14:20] <xlinkz0> so cut from 0 to 90000 means cut from start to the first second [14:20] <retard> i use http://pastebin.com/1u96HKuz to cut at keyframes without audio desynch [14:20] <xlinkz0> can i do that? [14:20] <xlinkz0> i don't have audio [14:20] <retard> the point isn't the audio [14:20] <retard> but that you can specify fractional times [14:23] <xlinkz0> i tried ffmpeg -i 2.mp4 -ss 226844 -c copy out.mp4 [14:25] <retard> that will seek to 226844 seconds into the file [14:25] <retard> (or actually the closest keyframe) [14:58] <xlinkz0> retard: thanks i got what you were saying, basically you can seek to 2.12345 seconds [14:59] <retard> xlinkz0: yeah, but note that with using -c copy you will be restricted to cutting at keyframes anyway [14:59] <xlinkz0> isn't that determined by the position of ss? [15:00] <xlinkz0> after the -i option it's accurate, before is to keyframe only? [15:00] <xlinkz0> atleas that's what i get from http://ffmpeg.org/trac/ffmpeg/wiki/Seeking%20with%20FFmpeg [15:02] <retard> not cutting at keyframes while using -c copy doesn't make any sense [15:03] <xlinkz0> i'll revise that later, right now i'm trying to concatenate files [15:03] <xlinkz0> and it's going horribly :( [15:03] <xlinkz0> i have a file of length 20s and another of length 14s [15:04] <xlinkz0> i do ffmpeg -y -f concat -i cat.txt -c copy out.mp4 [15:04] <xlinkz0> cat.txt : http://codepad.org/cxZTiw26 [15:05] <retard> same codec and parameters? [15:05] <xlinkz0> and i get this : http://codepad.org/ERPEN3z6 [15:05] <xlinkz0> yes, same codec same container [15:09] <retard> try giving the recipe with intermediate .ts-files a try [15:09] <xlinkz0> i don't know what those are [15:10] <retard> http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20concatenate%20%28join%2C%20me… [15:12] <xlinkz0> can't it automatically get the stream duration? :\ [15:13] <xlinkz0> seems such a trivial and ordinary thing [15:16] <lentferj> I have a problem here regarding aac in mpeg containers [15:16] <lentferj> it seems I can only put aac audio stream on mpegts (-f mpegts) container [15:17] <lentferj> if I use anything else, that from my understanding should give me mpeg-2 PS (dvd, vob) [15:17] <xlinkz0> isn't Video: h264 (High) (avc1 / 0x31637661) raw video? [15:17] <lentferj> the audio stream is not correctly detected by ffprobe (or any player) [15:20] <lentferj> as far I understood, aac should be ok in "any" mpeg-2 container... not just mpeg-ts [15:21] <lentferj> problem is, that mpeg-ts gives me so much overhead, that using aac over mp3 becomes senseless [17:44] <Diogo> hi this is possible loop a input file using ffmpeg? [17:44] <Diogo> ffmpeg -i filename.mp4 ..... (loop option) [17:44] <sacarasc> I think you can only do it for images, but there is -loop_input [17:46] <Diogo> i need to loop a video file to a rtmp server.. [17:46] <Diogo> 24hours [17:46] <Diogo> what is the best way to do that? [17:51] <klaxa> Diogo: the documentation states that one should use -loop <number of loops> (http://ffmpeg.org/ffmpeg.html#Advanced-options look for -loop_input) however, that part is somewhat not documented, i'm doing some tests with it right now [17:54] <klaxa> -loop does not work as i expected [17:58] <Diogo> using images works but when i pass a mp4 not working.. [17:58] <Diogo> Option loop not found. [17:58] <Diogo> comand: ffmpeg -loop 1 -i rod.mp4 -f flv rtmp://SERVER [17:59] <klaxa> yes, if specified after the input file it is more or less ignored [17:59] <klaxa> if specified before the input file it's not recognized at all [18:01] <klaxa> it looks like it's included in ffplay though :V [18:11] <klaxa> i'm sorry, to me it appears rather impossible at the moment, i'm quite disappointed [19:04] <Mista-D> anyway to burn libass subtitiles for english and french in one pass? [19:08] <RoboJ1M> I have a problem remuxing AVIs with packed B frames, is there anyway to unpack it with avconv? [19:08] <RoboJ1M> Details here: http://askubuntu.com/questions/287461/using-avconv-when-remuxing-to-mkv-is-… [19:10] <sacarasc> RoboJ1M: avconv's channel is #libav [19:12] <RoboJ1M___> OK, thanks. So why does the command ffmpeg say it's deprecated and it's now avconv? [19:12] <sacarasc> Because you're using a fork of ffmpeg, and not ffmpeg itself. [19:13] <RoboJ1M___> Oh right, so it's the distro that's deprecated ffmpeg for the fork, called avconv [19:13] <Hans_Henrik> why did they deprecate ffmpeg? o.0 [19:14] <iive> not even that, the member of the fork deprecated the other fork in their fork. just to make it more confusing fork. [19:14] <Hans_Henrik> its not like ffmpeg development is going slow, bad,halting, or anything like that, is there? [19:15] <smj> Has anyone else been screencapturing, and noticing about a second of delay in audio? Has anyone found a solution for it? [19:15] <iive> when they fork, the debian maintainer (sietart) switched on libav on its own. Then they (libav) added this message to confuse the users on purpose and refuse to change it. [19:15] <sacarasc> Hans_Henrik: The ffmpeg executable supplied by libav (which is a fork of ffmpeg) is deprecated in favour of their avconv executable. [19:16] <iive> so it is kind of intentionally misleading. [19:16] <RoboJ1M> Thanks fflogger. [19:17] <RoboJ1M> I wonder if the ffmpeg on my pc is the real ffmpeg or a wrapper around avconv with a warning? [19:17] <Mavrik> RoboJ1M, its old ffmpeg with a warning [19:17] <Mavrik> RoboJ1M, probably obsolete as hell [19:17] <Mavrik> grab a static build [19:18] <Hans_Henrik> couldn't they for gods sake call it something else at least? ffmpeg-av or something? [19:18] <RoboJ1M> ffmpeg version 0.8.6-4 [19:18] <Mavrik> no because they wanted to push all people to avconv [19:18] <Mavrik> RoboJ1M, current is 1.2 :) [19:19] <Mavrik> RoboJ1M, http://dl.dropboxusercontent.com/u/24633983/ffmpeg/index.html [19:19] <Mavrik> grab this, use it :) [19:19] <Mavrik> no install needed, just unpack and run [19:20] <RoboJ1M> Got it, I'll shove it in a home folder and give it a go [19:20] <RoboJ1M> I'll link it to /usr/bin/soundpicturemakedifferenter [19:24] <smj> Is no one using ffmpeg for recording the screen? [19:26] <Hans_Henrik> smj, idk, but its supported for Xserv at least [19:26] <Hans_Henrik> hmm nvm, idk any details [19:26] <RoboJ1M> OK. Well, I grabbed one of the 32-bit builds. Is there any way to unpack B frames when remuxing avi to mkv with ffmpeg? :) [19:26] <RoboJ1M> I'll shove the details on pastebin [19:30] <RoboJ1M> http://pastebin.com/Dvb68cgY [19:47] <Fjorgynn> why do I get fps 5.7? :o [20:27] <xlinkz0> Fjorgynn: nightime rtsp? [21:19] <An_Ony_Moose> would this be the place to ask about compiling libx264? If not, please do tell me where to go instead. [21:19] <An_Ony_Moose> How can I make libx264 compile with OpenCL support? I've installed OpenCL dev libraries but ./configure still says opencl: no [21:20] <smj> fuck everything, I've spent at least two days trying to get audio and screen capture to synchronize, with no results [21:20] <smj> and my monitor is has screen tearing when every single vsync is on [21:21] <smj> and I'm making typos [21:24] <smj> An_Ony_Moose, have you tried #x264? [21:26] <An_Ony_Moose> ooh that exists, ok I assumed it wouldn't for some reason. Thanks smj [21:27] <smj> you're welcome [21:29] <smj> I'd like to blame PulseAudio for this, but I haven't been able to get monitor input from ALSA [21:32] <smj> I prefer something that works and has documentation piled up on the Internet, than an abstraction layer that does some things half-assedly [21:33] <klaxa> smj: https://bbs.archlinux.org/viewtopic.php?id=147852 [21:33] <klaxa> post #4 [21:34] <klaxa> i tend to postproduct though, simply sync audio and video by hand [21:35] <smj> thanks, I'll take a look at this [21:40] <An_Ony_Moose> whee building an unredistributible copy of ffmpeg x) [21:56] <iive> smj: is your video card ati and are you using fglrx? [21:57] <smj> no, NVIDIA and the prop driver [21:57] <iive> hum... [22:24] <An_Ony_Moose> what are the practical differences between fdk-aac and faac? [22:24] <JEEB> faac is one of the two reference implementations, and fdk-aac is the fraunhofer encoder [22:25] <JEEB> and reference be reference [22:30] <smj> klaxa, it doesn't work, where should I look for errors? [22:30] <klaxa> no idea actually, i'm not an alsa guy, i use pulseaudio too [22:31] <klaxa> you could see if alsamixer shows another virtual soundcard though [22:51] <blez> someone usinnnnnnnnnnnnnnnnnnnnnnnnn [22:51] <blez> pf, stupid keyboard [22:51] <blez> someone using dshow? [23:36] <Mavrik> gah [23:36] <Mavrik> compiling ffmpeg for ARM is pissoff annoying [23:38] <klaxa> i gave up trying to compile mpd for arm [23:38] <klaxa> just not worth the hassle :| [23:39] <Mavrik> I managed to do it without NEON support [23:39] <Mavrik> but with NEON support the code generation just craps out [00:00] --- Tue Apr 30 2013

1 0

ffmpeg-devel.log.20130428
by burek 29 Apr '13

29 Apr '13

[00:00] <durandal11707> what changes size? [00:01] <ubitux> durandal11707: stsc samples list being insanely big with mov muxing in some cases [00:01] <ubitux> because of 1-2-1-2-1-2 interleaving [00:01] <ubitux> http://pastie.org/7729610 [00:04] <durandal11707> is that problem of change in interleaving or? [00:07] <ubitux> it's something related to audio [00:47] <durandal11707> so lavfi assumes everything is cfr? [01:08] <cone-907> ffmpeg.git 03Michael Niedermayer 07master:7f138310fbef: ffv1enc: favor version 3 over 2 unless -strict -2 is set [01:21] <durandal11707> michaelni: why av_memdump? [01:30] <michaelni> durandal11707, its done at a few places, could simplify code [01:32] <durandal11707> yes, i will leave "doc" review to someone else [04:31] <highgod> Hi, michaelni, are you online [04:31] <michaelni> yes [04:34] <highgod> about the opencl on apple, we have no environment, I think I can submitted a patch, can you review it and ask someone who has the apple platform to test? thanks [04:57] <michaelni> highgod, you could ask one of the 2 people who submitted opencl / osx patches to test [05:09] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:0fb64da63fb7: avformat: Add black ops audio demuxer [05:17] <highgod> OK, got it [07:17] <highgod> Hi, I want to ask a question, is there any method that can capture sound from the sound card? thanks [07:20] <funman> highgod: alsa [07:21] <funman> try ffplay -f alsa hw:0,0 [07:22] <highgod> is there any source code? [07:23] <highgod> I want capture the sound from the sound card, not the file. [07:23] <funman> libavdevice/alsa*.c [07:23] <funman> i don't know source code which uses it though but i expect it's not too difficult to use with libavformat [07:24] <highgod> both windows and linux? sorry I have no knowledge about sound,hehe [07:26] <funman> well no the l in alsa means linux [07:26] <funman> there's directshow (which is windows) code apparently though [07:28] <highgod> is there any code in ffmpeg to use directshow? [07:29] <funman> avformat_open() ? with AVInputFormat set properly. sorry can't help you more than that [07:30] <funman> avformat_open_input i mean [07:32] <highgod> funman:I don't get what your mean [07:33] <highgod> do you konw any code of using directshow to capture sound? Or can we use the win32 api directly? [07:35] <funman> nope [07:36] <highgod> ??:) [07:43] <highgod> funman:can you paste the command more detail? ffplay -f alsa hw:0,0 out.wav? [07:43] <highgod> is it ok [07:44] <funman> if you want to convert use ffmpeg, not ffplay [07:47] <highgod> I want to capture the sound from the device, not the file, so if I use ffmpeg, dose the out put is just trascode from the source file? [09:58] <xlinkz0> does avcodec_decode_video2 always get frames in order of pts? [10:01] <funman> 'get' ? [10:03] <xlinkz0> uhm, return? [10:03] <funman> yes [10:03] <xlinkz0> thanks [11:00] <highgod> how can I compile alsa? Unknown input format: 'alsa' [12:03] <cone-737> ffmpeg.git 03Anton Khirnov 07master:cf679b947672: hls, segment: fix splitting for audio-only streams. [12:03] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:54056c149333: Merge commit 'cf679b9476727a237c8006c685ace18acba149ab' [12:16] <cone-737> ffmpeg.git 03Luca Barbato 07master:26a44143efb5: avplay: remove a warning [12:16] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:5fd254c4f6db: Merge commit '26a44143efb513a602542fb59aee87b1fc62af51' [12:24] <cone-737> ffmpeg.git 03Luca Barbato 07master:c14010541035: oma: K&R formatting cosmetics [12:24] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:2ac6d6b7cdd4: Merge commit 'c14010541035454b4d3ad08399d70423be4e0c87' [12:41] <cone-737> ffmpeg.git 03Diego Biurrun 07master:03b052c023e1: fate: Invoke standard lavfi tests through fate-run.sh [12:41] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:506ebdac2a32: Merge commit '03b052c023e1f58d879cb7eeb6421ed39262d39d' [12:41] <michaelni> hmm, where is saste ... [12:42] <michaelni> ubitux, (and saste), you may want to update your lavfi tests to use fate-run.sh too [13:05] <cone-737> ffmpeg.git 03Diego Biurrun 07master:28663511c99b: fate: Invoke pixdesc lavfi tests through fate-run.sh [13:05] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:191430a28f6a: Merge commit '28663511c99b3cdaf9387a15032259879474f5f4' [13:06] <michaelni> saste: <michaelni> ubitux, (and saste), you may want to update your lavfi tests to use fate-run.sh too [13:07] <ubitux> ok [13:09] <saste> well i'm going to kill mp=tinterlace [13:10] <ubitux> with fire [13:14] Action: michaelni imagines someone with a blowtorch and a opened up hdd [13:15] <ubitux> http://us.123rf.com/400wm/400/400/prill/prill1110/prill111006243/11014172-s… [13:23] <cone-737> ffmpeg.git 03Stefano Sabatini 07master:dfb3de21d896: doc/filters: apply various general fixes to vidstabdetect docs [13:23] <cone-737> ffmpeg.git 03Stefano Sabatini 07master:75070d9fa0b2: lavfi/transpose: apply grammar consistency fixes to transpose dir option [13:23] <cone-737> ffmpeg.git 03Stefano Sabatini 07master:04001767728f: lavfi/mp: remove mp=tinterlace wrapper [13:25] <ubitux> ok now could tinterlace be compatible with interlace, so we can alias them? [13:25] <saste> ubitux, how is not compatible? [13:26] <ubitux> dunno, maybe behaviour changes, options name mismatches, etc [13:26] <ubitux> btw, http://lucy.pkh.me/diff/diff-filters.html [13:26] <saste> ubitux: btw ping on lavfi/testsrc: add support for color interactive command [13:26] <saste> i'm using it to test zmq [13:26] <ubitux> ok, lemme check [13:26] <saste> lacks documentation [13:30] <saste> 17 filters left [13:34] <ubitux> well i believe a bunch of them are useless [13:34] <ubitux> 5-6 max i'd say [13:40] <cone-737> ffmpeg.git 03Diego Biurrun 07master:b963f021b603: fate: Invoke pixfmts lavfi tests through fate-run.sh [13:40] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:124244ec48c1: Merge commit 'b963f021b603509b5159873de4919dec441d0782' [13:46] <cone-737> ffmpeg.git 03Diego Biurrun 07master:1b6f84a98665: h264_refs: Do not print check_opcodes() return value [13:46] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:65af5e815a7a: Merge commit '1b6f84a98665a15130e969fd6b460a05d50090c1' [14:00] <cone-737> ffmpeg.git 03Luca Barbato 07master:a943a132f36f: aac: check the maximum number of channels [14:00] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:514940773196: Merge remote-tracking branch 'qatar/master' [14:05] <cehoyos> A propos FATE: I cannot reproduce the build problem on ia64 with gcc-4.4 and gcc-4.7 (and --enable-shared --enable-small) on real hardware [14:15] <michaelni> cehoyos, does it work without --enable-small as well ? [14:15] <cehoyos> Yes [14:16] <cehoyos> michaelni: Concerning a ticket that I will open soon (desync with ffplay): If the timebase for an input sample is 417083/10000000, is there a chance for ffmpeg to see that it is actually 24000/1001 ? [14:16] <cehoyos> (= Should I open an enhancement request to recognise 417083/10000000 as 24000/1001 or is this just a broken file? Note that the file probably is broken.) [14:17] <cehoyos> The input file is mpeg4-in-ogg and I want to reencode to mpeg4 [14:17] <michaelni> enhancement request seems appropriate [14:18] <cehoyos> That makes three tickets for one sample afaics [14:25] <michaelni> cehoyos, if you have access to a ia64, can you setup a fate client on that ? [14:26] <michaelni> the cause of the issue on fate is likly a buggy cross compilker [14:28] <nevcairiel> the gcc is kinda old doing it, but in general cross compiling should be fine, how well qemu then emulates the actual fate execution is another matter [14:29] <cehoyos> michaelni: The computer is already running fate, I would expect to loose my login if I suggest a second client ;-( [14:33] <cehoyos> nevcairiel: I had to leave after opening ticket 2441, you had a question about the sample (your sample) that I did not understand. Do you remember? [14:34] <nevcairiel> nothing of consequence, i was mostly wondering which part of the file you managed to cut to make it reproduce, but was only curiousity [14:35] <michaelni> nevcairiel, it fails during linking not qemu [14:36] <cehoyos> I am just curious what you meant with "which part of the file": I chose the part that allowed to reproduce the problem... (or do I misunderstand?) [14:36] <nevcairiel> and i was wondering which part that was, because i didnt find it =p [14:36] <nevcairiel> but it doesnt matter [14:37] <cehoyos> Or in other words: I was curious why you didn't cut the sample ;-) [15:05] <michaelni> cehoyos, i upgraded ia64 binutils, maybe that will fix it [15:06] <cehoyos> Good idea! [15:08] <funman> cehoyos: btw https://trac.videolan.org/vlc/ticket/8453 is closed (i noticed you added yourself to cc list) [15:11] <michaelni> BuxiNess, Theres possibly a memleak in jpeg2000dec see (http://fate.ffmpeg.org/report.cgi?time=20130428054135&slot=x86_64-archlinux…) [15:12] <ubitux> i don't get why gif leak btw [15:13] <ubitux> it seems the extradata ref is lost somewhere [15:13] <ubitux> actually, side_data sorry [15:14] <BuxiNess> michaelni, I have and idea form where it comes ( unitialzed data from valgrind) I'll propose a patch [15:14] <cehoyos> funman: I was wondering if this problem was FFmpeg-related somehow: After all, I cannot reproduce it with MPlayer. [15:17] <cehoyos> funman: Or is this just the "planar" issue? In this case, I find the ticket badly named (and missing information). [15:17] <michaelni> BuxiNess, also the jpeg2000 dcinema test is broken on big endian as the checksums from xyz12be of course differ from xyz12le [15:19] <BuxiNess> michaelni, yes that big endian imply some modif in swscale as I understood. kinda blacl magic for me :-) [15:35] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:f5cca47fdec0: sws: extend packed_16bpc_bswap code to handle planar formats [15:38] <funman> cehoyos: nope it was a vlc issue related to demuxers giving wrong pts [15:38] <funman> same pts for consecutive audio packets [15:44] <cehoyos> So it was not libavcodec-related at all? [15:51] <funman> it was libavcodec-vlc-module related [15:52] <funman> and now i'm chasing a bug in same libavcodec-vlc-module related to video [15:52] <cehoyos> Which one? [15:53] <funman> https://trac.videolan.org/vlc/ticket/8320 [15:55] Last message repeated 1 time(s). [15:56] <cehoyos> Did you also test compilation with FFmpeg? [15:57] <funman> not yet [15:58] <funman> cannot load module `/home/fun/.local/vlc/lib/vlc/plugins/codec/libavcodec_plugin.so' (/home/fun/.local/ffmpeg/lib/libavcodec.so.55: version `LIBAVCODEC_54' not found (required by /home/fun/.local/vlc/lib/vlc/plugins/codec/libavcodec_plugin.so)) [15:58] <funman> i need to recompile :/ [15:59] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:7f17e0ff6a2b: sws: add 16bit gbrp formats to packed_16bpc_bswap() [15:59] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:2fa08abdb636: sws: enable xyz12, this for now is just for swaping between le and be [15:59] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:b4fc2a10df3c: fate: fix jpeg2000 on big endian [16:00] <funman> cehoyos: yep, same problem [16:00] <nevcairiel> michaelni: won't sws behave very inconsistently when it claims input/output support, but conversion is actually not supported? [16:01] <nevcairiel> i would rather see fate fail for a while then such inconsistent api [16:01] <michaelni> the fate failure could "hide" other failures [16:01] <funman> we have timestamps jumping backwards in output.. [16:02] <nevcairiel> BE machines are a niche segment as it is, i still think this half-broken api is a good idea [16:02] <nevcairiel> *not a good idea [16:02] <michaelni> i think we should add full xyz support instead of discussing how to deal with its lack [16:03] <nevcairiel> of course, but until thats done, sws is basically half-broken when a xyz file is used [16:03] <michaelni> and before it was fullly not working with xyz [16:04] <nevcairiel> which is better imho, now it will accept a xyz input, and what does it do when i ask it to output yuv? [16:04] Action: michaelni doesnt get why nevcairiel does NOT want it fixed [16:04] <michaelni> its not much work to add full xyz support [16:04] <nevcairiel> i think the behaviour now is worse then the old one [16:05] <nevcairiel> because its inconsistent [16:05] <nevcairiel> so what does sws do when i give it xyz and ask for yuv? [16:05] <nevcairiel> before, it would just refuse, because xyz was no valid input format [16:06] <michaelni> nevcairiel, why do you want to discuss this instead of me working on fixing it completely ? [16:07] <michaelni> ubitux, btw did you succeed with xyz input support ? [16:08] <nevcairiel> because i think its important to be aware that inconsistent api is worse then not having xyz support at all [16:08] <michaelni> ok i wont fix it then [16:08] <ubitux> michaelni: no i didn't look much [16:08] <ubitux> i asked on the fork side if anyone was working on it, but i was ignored [16:09] <ubitux> and since i saw some ppl contributing to sws for that i let them do their work [16:10] <funman> it seems reordered_opaque is not what we want [16:16] <michaelni> nevcairiel, patch on ML to support partially supported formats [16:20] <funman> cehoyos: and fixed! [16:22] <cehoyos> funman: Does it work with FFmpeg now as well? [16:23] <funman> sure [16:25] <funman> cehoyos: btw you know of our points competition? [16:25] <funman> i'm looking at https://trac.videolan.org/vlc/ticket/8486 now and i notice you were on that bug too ^_^ [16:40] <ubitux> michaelni: about xyz, shouldn't we just apply the xyz filter? [16:43] <michaelni> what does that do ? [16:44] <ubitux> pixel convertion from yuv/rgb to xyz and the other way around iirc [16:44] <ubitux> but yeah it belongs in sws [16:45] <michaelni> yeah 1-3h work to add it to sws i guess [16:45] <michaelni> the altarnative with partial support in sws, inserting a filter different from sws for xyz, is ALOT more work [16:47] <BuxiNess> nevcairiel, I know matrix from XYZ to RGB, but to YUV AFAIK they are not ... [16:57] <cehoyos> funman: What is the points competition? [16:58] <funman> cehoyos: http://mailman.videolan.org/pipermail/vlc-devel/2013-April/092841.html [17:33] <beastd> funman: Do you also compile VLC for Windows? If yes do you compile on Windows or cross-compile? [17:34] <funman> beastd: cross compile [17:34] Action: funman thinks this answers the first question as well [17:35] <beastd> funman: ye,s thx. seems cross compiling will be easier. [17:35] <funman> http://wiki.videolan.org/Win32Compile [18:15] <cehoyos> funman: Do you have write access to /incoming ? [18:15] <cehoyos> Could you delete alac_encoding_error_* ? [18:19] <funman> why? [18:20] <cehoyos> The uer uploaded private samples, I cut the relevant part and attached it to the ticket [18:20] <funman> alac_encoding_error_white_noise_burst.* ? [18:21] <cehoyos> Yes. [18:21] <funman> done [18:21] <cehoyos> Merci! [18:21] <funman> :) [18:23] <cehoyos> I don't know if hdd space is an issue: You may delete 2263-slow-ss-full.mkv, we copied it (and have a 2MB sample now) [18:23] <funman> Filesystem Size Used Avail Capacity Mounted on [18:23] <funman> /dev/disk4 931Gi 376Gi 554Gi 41% / [18:23] <funman> should be ok ^_^ [18:32] <zimbatm> ubitux: getting closer: https://gist.github.com/zimbatm/5473549#file-bisect-2-txt [18:33] <zimbatm> over time ffmpeg producing 5350 then 5390 then 6728 moov headers [18:33] <zimbatm> i'm now bisecting to find what caused the jump to 6k [18:33] <ubitux> ok :) [18:34] <zimbatm> thanks for listening :) [18:35] <ubitux> np ;) [18:44] <BBB> fyi recent (dev) versions of libclang will crash c99-to-c89, this is a bug in libclang, they intend to have it (libclang) fixed in a few days [18:45] <BBB> in case you get any bug reports [18:45] <ubitux> i think the main bug right now is: http://download.videolan.org/pub/contrib/c99-to-c89/ [18:46] <BBB> that one seems fixable [18:46] <funman> yeah some files have been disappearing from the ftp for some reason.. [18:46] <BBB> and there's no logs of who removed what from where? [18:46] <funman> not that i know [18:46] <BBB> enable logs [18:46] <BBB> and ban the funny guy removing random files [18:47] <BBB> also disclose it publicly to make it impossible for mr. funny guy to ever find a job again [18:47] <funman> it wasn't me :( [18:47] <ubitux> and force him to contribute to mplayer instead of vlc as a punishment [18:47] <BBB> i said funny guy, not funny man :) [18:47] <funman> j-b: ping, how would you like to contribute to mplayer? [18:48] <BBB> lol [18:48] <JEEB> ouch, c99conv binaries removed? [18:48] <ubitux> :D [18:48] <BBB> chrome has binaries also [18:48] <BBB> use these [19:03] <funman> j-b: any news about the files getting deleted from ftp ? [19:39] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:42a7938cca14: fate: temporary disable jpeg2000 test to avoid fate breakage from next commits [19:39] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:45f1cf88a85c: sws: remove hack to support partial convert / xyz bswaping [19:39] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:0c47c9028be2: sws: support xyz input [19:39] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:24ec7a5e049e: sws: Check for malloc failure of rgb0_tmp [19:39] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:54429142c596: fate: re-enable jpeg2000 test with rgb48le [19:40] <michaelni> nevcairiel, xyz input support added to sws, hack removed [19:41] <ubitux> yay [19:41] <ubitux> :) [19:43] <ubitux> nice.. [19:45] <BuxiNess> nice ! [19:48] <j-b> nice [19:50] <ubitux> michaelni: for the blue is this correct? [19:50] <ubitux> [2][0] [1][2] [2][2] i think it might be [2][0] [2][1] [2][2] [19:56] <ubitux> (the xyz2rgb_matrix indexes for blue) [19:57] <michaelni> ubitux, can be, i just took that from vf_xyz2rgb, didnt check it [19:58] <michaelni> ubitux, do you want to change it or should i ? [19:59] <ubitux> no don't change it [19:59] <ubitux> it might be correct [19:59] <ubitux> even thought it intuitively looks incorrect [20:00] <michaelni> the colors look better IMHO with the change [20:00] <ubitux> ah? :p [20:02] <ubitux> might be worth contacting the author about that thing [20:07] <cone-737> ffmpeg.git 03Michael Niedermayer 07master:cb23b06e5e26: sws: fix typo in xyz2rgb matrix use. [20:09] <michaelni> BuxiNess, you had a typo in the matrix indexes in xyz2rgb, not sure where it came from, if it was from Matthias Buercher then he probably should be informed about that, i dont know his email address [21:32] <cehoyos> Is ;5:A0=4@ asking for H264 or H265 encoding? [21:37] <JEEB> since H.265 is not used by anything yet (barely an ITU-T recommendation since like two weeks), I'd guess H.264 [21:41] <cehoyos> JEEB: I don't think so.... [21:45] <JEEB> it's the "used on channels" guy, right? [21:45] <JEEB> I'm pretty sure there are zero channels that use HEVC/H.265 at this moment [21:45] <JEEB> he either wants AVC/H.264 or he is very confused [21:48] <ubitux> "This year will be the presentation of the technology" [21:48] <ubitux> "latest technology" [21:48] <ubitux> i'm not sure that's h264 he's refering to [21:48] <nevcairiel> he seems generally very much confused [21:48] <ubitux> :D [21:50] <JEEB> yes, that he is [21:54] <cehoyos> That was my point... [22:51] <zimbatm> ubitux: fc09bf57a60d4c4a6d339b204b3282337067c06d [22:52] <zimbatm> that's the commit that increased the moov size [22:52] <zimbatm> not really sure why though :p [22:52] <ubitux> heh, it's supposed to reduce the size [22:52] <ubitux> michaelni, what have you done @_@ [22:52] <zimbatm> since Nov 29 [22:52] <ubitux> thank you for the bisect [22:53] <zimbatm> do you want the details ? [22:53] <ubitux> i'm not particularly interested in fixing it myself [22:53] <zimbatm> yw, i love running bisects when there is a script doing all the job for me :) [22:53] <zimbatm> ok i'll file a ticket then [22:53] <zimbatm> thanks for listening again :) [22:53] <ubitux> yes, having the regression hash is very helpful, thanks [22:55] <cbsrobot> what's the problem with it ? [22:55] <ubitux> it increases some table sizes in some cases [22:55] <cbsrobot> well and ? [22:55] <ubitux> it increases alot© [22:56] <cbsrobot> ah ok [22:56] <ubitux> (while the commit is supposed to reduce the size afaict) [23:06] <cehoyos> zimbatm: It appears to me that the effect is intended or do I misunderstand? (What about the filesize?) [23:07] <ubitux> cehoyos: it *increases* in some cases [23:07] <zimbatm> hmm i should have kept all versions of the video, the bisect is overriding [23:07] <zimbatm> but the moov header is larger than before for sure [23:08] <cehoyos> ubitux: I thouight a part of the file increases its size (while the file as a whole gets smaller) [23:08] <ubitux> how so? [23:08] <zimbatm> https://gist.github.com/zimbatm/5473549#file-bisect-3-txt [23:08] <ubitux> cehoyos: the muxed data shouldn't change [23:10] <zimbatm> i'm making another run around 77e0c7584b595edcec7bf393c0e77dbcfe2a8cb4 since it got smaller again at that time [23:10] <zimbatm> and going to include the file size [23:10] <zimbatm> i'll be back in a couple of hours :p [23:10] <cehoyos> ubitux: I don't think the muxed data changed. (or did it?) [23:11] <ubitux> of course [23:11] <zimbatm> cehoyos: the muxed data is acopy and vcopy [23:12] <zimbatm> unless you're talking about the container stuff which i don't really understand [23:12] <ubitux> cehoyos: one table might get smaller but causes a large increase of another [23:13] <cehoyos> What about the output file size? [23:13] <ubitux> cehoyos: the size of a moov is only defined by the size of its header [23:13] <ubitux> mov* [23:14] <ubitux> everything is defined in the header [23:14] <ubitux> the a/v data is just a data blob which won't really be affected by the content of the header [23:14] <ubitux> all the header contains the timing, offsets, etc [23:15] <ubitux> and this header is larger, because of one table being insanely big in some situation [23:15] <ubitux> the rest of the file won't change [23:19] <zimbatm> the problem really is that the whole header needs to be loaded before http streaming can start [23:20] <zimbatm> when it's 4 or 8MB is can make quite a slow start [23:21] <zimbatm> i have also looked into compression but it doesn't seem to be supported by all the players [23:21] <zimbatm> and chunking neither [23:39] <cehoyos> zimbatm: Is the problem not reproducible with a 2MB input sample? [23:40] <cehoyos> And I suggets you remove yourself from CC [23:51] <cone-737> ffmpeg.git 03highgod0401 07master:df9117921ac3: lavu/opencl: add check version and platform [23:52] <zimbatm> cehoyos: maybe, initally i wanted to keep all the moov from the original intact in case it would give some ideas [00:00] --- Mon Apr 29 2013

1 0

ffmpeg.log.20130428
by burek 29 Apr '13

29 Apr '13

[00:00] <ubitux> you can now add the -streamid [00:00] <ubitux> depending on your needs [00:01] <bcvtab> ubitux: ffmpeg -i a.avi -i b.avi -map 0:0 -map 1:0 -c copy -streamid 0:10 -streamid 1:20 a.ts [00:01] <bcvtab> gives me a a.ts with only second stream in it (no audio though) [00:03] <bcvtab> http://paste.debian.net/789/ [00:03] <ubitux> this is not ffmpeg but well... [00:04] <ubitux> you're trying to map the two video streams? [00:05] <bcvtab> ubitux: I want 2 streams both audio and video into one mpegts so that I can play them out of my headend [00:05] <bcvtab> ubitux: and select the output program [00:05] <bcvtab> ubitux: to map to my RF converter [00:05] <ubitux> you show me 2 files with 2 streams each [00:05] <ubitux> you want to concatenate the 2 video streams and the 2 audio streams? [00:06] <bcvtab> ubitux: yes [00:06] <bcvtab> ubitux: into a single transport stream [00:06] <ubitux> https://www.ffmpeg.org/faq.html#How-can-I-concatenate-video-files_003f [00:07] <bcvtab> ubitux: I did bump into this site before. But is this not concat serially ? I want a parallel concat (my PAT with 2 programs and 2 PMTS and each PMT with video/audio/pcr) [00:08] <ubitux> i'm not familiar enough with mpegts to answer your question [00:09] <ubitux> i recommend you have a look to https://www.ffmpeg.org/ffmpeg.html#Advanced-options [00:09] <bcvtab> ubitux: Ok. thanks. I will keep trying. [00:09] <ubitux> also: https://www.ffmpeg.org/ffmpeg-formats.html#mpegts [00:10] <ubitux> good luck [00:11] <bcvtab> ah ! there is a ffconcat intermediate file. I think this is a 2 step pass process [00:11] <bcvtab> I will investigate [00:30] <Mysterytrain> whats the proper syntax to get ffmpeg to extract mp3 lame audio? I did -acodec libmp3lame and got unknown encoder [00:31] <Mavrik> extract from what? [00:31] <Mysterytrain> a mkv file [00:32] <klaxa> seems like you did not compile ffmpeg with libmp3lame [00:33] <Mavrik> Mysterytrain, does the mkv already contain an mp3 track? [00:33] <Mysterytrain> how can I find out for sure? I installed it with my package management system rather than direct form source [00:33] <Mysterytrain> you know apt-get install ffmpeg [00:33] <klaxa> in that case you are probably using the fork [00:35] <Mysterytrain> oh dear [00:35] <Mavrik> Mysterytrain, ffprobe will output data [00:35] <Mavrik> anyway, if audio is already in mp3 [00:36] <Mysterytrain> Mavrik: it says ac3 so i guess it isn't. [00:36] <Mysterytrain> never mind lol [00:36] <Mavrik> you can do just "ffmpeg -i video.mkv -vn -acodec copy file.mp3" to extract it witnout reencoding [00:36] <Mavrik> Mysterytrain, well youll have to get a build with libmp3lame compiled in then :) [00:36] <Mysterytrain> I think i'll just compile my own. probly easier that way [00:37] <Mavrik> Mysterytrain, there are fully static builds for Linux and Windows available [00:37] <Mavrik> which you just download and run :) [00:37] <Mysterytrain> oh ok [00:37] <Mavrik> http://dl.dropboxusercontent.com/u/24633983/ffmpeg/index.html [00:37] <Mavrik> linux build [00:37] <Mysterytrain> thanks :) [00:37] <Mavrik> latest [00:55] <klaxa> i always have one from my packagemanager installed and in a seperate directory a recent build from source [03:24] <pandeiro> i'm using ffmpeg to capture my screen with the command `ffmpeg -f x11grab -r 25 -s 1366x768 -i :0.0 -qscale 0 ~/screen.mp4` but the framerate (25) makes the resulting video too fast. How can I determine the framerate that will make the video at actual speed? [04:27] <klaxa> pandeiro: you are defining the framerate for the input stream, i don't think you want to do that, put the -r 25 behind -i :0.0 that will define the framerate for the output stream [04:28] <klaxa> also, you probably won't be able to get 25 fps on a laptop :X [06:48] <pandeiro> klaxa: thanks a lot! [10:11] <loada> Hello could someone please explain to me what the pixel format "-pix_fmt" does, I realise when I use yuv420 I get a smaller file size than when I use yuyv422. And also windows media player and vlc are able to play yuv420 smoother than yuyv422. I have no idea what this is doing and what my options are. Could someone elaborate or point me in the right direction, thanks. [10:19] <xlinkz0> i think you should choose a codec that uses yuv420 by default [10:19] <xlinkz0> like h.264 [10:21] <loada> what I want to do is dump raw video from a camera, and encode it with .h264 at a later time to save cpu. I am using this command to capture [10:21] <loada> ffmpeg -y -f dshow -pix_fmt yuv420p -r 5 -s cif -i video="Logitech Webcam Pro 9000" -f rawvideo -vcodec rawvideo theoutput.raw [10:23] <loada> but not all my cameras support yuv420p, some only support yuyv422 so the line above doesn't always work. When I ignore the -pix_fmt swith the encoding phase fails [10:44] <xlinkz0> loada: some of your cameras don't have the option to record in raw h.264? [10:45] <xlinkz0> i don't think you'll benefit by simply changing the pixel format for those [11:05] <loada> The problem is I don't know what the pixel format is suppose to do. But I do realise that if I encode with yuv420 I get a smaller and video-player-friendly file than when I encode with yuyv422. So I was wondering what the pixel format does & if there were other combinations to get an even smaller file size. My final encoding is always done with .h264 though [11:09] <relaxed> loada: http://en.wikipedia.org/wiki/4:2:0 [11:43] <aiena> How do I build ffmpeg from stable sources ? [11:47] <JEEBsv> git clone and git checkout the tag for the release? or what do you mean with 'stable sources'? [14:06] <jantje> Hi [14:07] <jantje> I have an mp3 of muliple hours, is there an easy way to split the mp3 in chunks of 1h, with just one ffmpeg command, so that I don't have to look up the duration first [14:14] <relaxed> jantje: ffmpeg -h muxer=segment [14:35] <Jiyuu|f> could anyone tell me how can i use file names with spaces in a video filter segment? [14:35] <Jiyuu|f> i.e. -vf "ass=blah blah blah.ass" [14:35] <Jiyuu|f> tried [14:36] <Jiyuu|f> -vf "ass=blah blah blah.ass" [14:36] <Jiyuu|f> -vf "ass='blah blah blah.ass'" [14:36] <Jiyuu|f> and [14:36] <Jiyuu|f> -vf "ass=\"blah blah blah.ass\"" [14:36] <Jiyuu|f> non of them works [14:39] <beastd> Jiyuu|f: http://ffmpeg.org/ffmpeg-utils.html#Quoting-and-escaping [14:39] <beastd> Remember you need to get your shell to path things down to ffmpeg (aka an additional level of quoting might be necesarry on top) [14:40] <beastd> e.g. if you use some unix shell using " and inside ' to specify quotes for ffmpeg should work [14:44] <Jiyuu|f> tried that as you can see above, but now im thinking the problem is with the ass filter [14:44] <beastd> Jiyuu|f: So does for example -vf "ass='blah blah blah.ass'" work in your test case? [14:46] <Jiyuu|f> it gets it "stuck" [14:46] <Jiyuu|f> but im thinking thats because of the filter actually [14:46] <Jiyuu|f> looks like its working now [14:46] <Jiyuu|f> it just thinks a long time before it does anything [14:46] <Jiyuu|f> ok [14:46] <Jiyuu|f> thanks :) [14:49] <Jiyuu|f> to be precise, it seems like the 'ASS' filter doesnt like windows format paths [14:51] <Jiyuu|f> and even more [14:51] <beastd> Jiyuu|f: What does your Windows path contain? If it contains a \ it must be quoted or espaced [14:51] <Jiyuu|f> turns out ":" is a special character that needs to be escaped [14:51] <Jiyuu|f> the doc only mentioned \ and ' [14:52] <beastd> Jiyuu|f: yes [14:52] <beastd> Jiyuu|f: "' and \ are special characters (respectively used for quoting and escaping). In addition to them, there might be other special characters depending on the specific syntax where the escaping and quoting are employed." [14:53] <beastd> Because inside filter syntax the : is a special character that falls into the exception rule i cited above :( [14:53] <Jiyuu|f> as long as it works :) [14:54] <Jiyuu|f> now i can finally make my batch anime conversion app work lol [14:54] <beastd> Jiyuu|f: good [14:55] <Jiyuu|f> btw you wouldnt happen to know how i could get the ASS filter to use font files other then adding them to my fonts dir right? [14:55] <beastd> Make escaping work in general from your app can be painful process. [14:59] <beastd> Jiyuu|f: Sorry I do not know that on top of my head. I would expect it is somewhat up to how and where libass searches for the specified fonts. [15:00] <neolneol> help... [15:00] <neolneol> need .trp codec. [15:01] <neolneol> need to play .trp file. [15:01] <neolneol> howto? [15:19] <relaxed> neolneol: ffplay input [15:19] <relaxed> or try mplayer or vlc [15:24] <neolneol> tried vlc, failed. [15:59] <misterno> a bit offtopic but maybe you guys could help... what is the best way to capture streaming videos off internet? [15:59] <misterno> and i specifically mean live streams [16:05] <Jiyuu|f> if its some format which is open\cracked its best to get it directly [16:05] <Jiyuu|f> otherwise just screencap? [16:05] <misterno> i would avoid screencap [16:05] <misterno> i have found on google suggestion to use NetTransport app [16:06] <misterno> http://www.xi-soft.com/default.htm [16:06] <Jiyuu|f> well, if the protocol isnt cracked you dont have an alternative [16:06] <misterno> what you mean [16:06] <Jiyuu|f> rtmp and the like are cracked though so you could get them [16:06] <misterno> sorry you are talking to a streaming noob here, what you mean [16:06] <Jiyuu|f> from what i know not all streaming DRMs are cracked [16:06] <misterno> streams are encrypted? [16:06] <Jiyuu|f> some are [16:06] <Jiyuu|f> yeah [16:07] <misterno> what about youtube live stream? [16:07] <misterno> or twitch.tv [16:07] <Jiyuu|f> easy as pie :P [16:07] <misterno> those im currenctly interested in [16:07] <Jiyuu|f> twitch i think is also not an issue [16:07] <Jiyuu|f> the app you linked should work [16:07] <misterno> so other streams that are encrypted, what protocol they use? [16:07] <misterno> are there known few protocols or? [16:10] <Jiyuu|f> i am far from an expert on the field but i think some flash formats are not yet cracked [16:10] <misterno> do you know how it works? [16:10] <misterno> there must be decoder in flash player no? [16:10] <misterno> or decrypter [16:10] <misterno> how else would i see stream on monitor [16:11] <misterno> im just asking out of curiosity now that you mentioned encrypted protocols :) [16:11] <Jiyuu|f> the player decrypts it for sure [16:11] <relaxed> rtmpdump may do it [16:11] <misterno> so can't the code be taken from the player? [16:12] <Jiyuu|f> it is in theory, but i dont think someone did [16:12] <misterno> this rtmp you mention is that like popular encrypted protocol? [16:12] <misterno> can you give me an example stream of it [16:12] <Jiyuu|f> rtmp by itself is not encryped if i remember correctly [16:12] <relaxed> it's time to start googling [16:12] <Jiyuu|f> but theres a subset or something [16:12] <misterno> we are talking about live streaming here right ? [16:13] <Jiyuu|f> yeah [16:13] <misterno> for example if i go to bbc stream, what is your guess, is it encrypted? [16:13] <relaxed> live or not, the delivery method is what you need to research. [16:14] <Jiyuu|f> from google it would seem like bbc iplayer uses DRMd WMV [16:14] <misterno> this nettransport seems to support all kinds of streaming [16:15] <yoav_> Hey! I'd love a pointer towards some documentation on the different interfaces I can use to plug-in an encoder to FFMPEG. I'm looking for a protocol that'd enable me to throw input frames at an encoder (which may be on a different machine), and get output frames back into FFMPEG. Any ideas? Thanks! [16:15] <misterno> i never used app before but seems it is quality app [16:15] <misterno> alright, thanks for the info [16:17] <misterno> wow i just read about BBC DRM lol [16:17] <misterno> downloaded streams self destruct after 30 days because of DRM and once watched you are allowed to watch for 7 days more xD [16:18] <misterno> however there are apps to remove DRM [16:18] <misterno> http://www.daniusoft.com/tutorial/remove-drm-from-bbc-iplayer-program.html [16:20] <misterno> ah, it is basically reencoding. It can't simply remove DRM without re-encoding [16:20] <relaxed> Cracking drm is offtopic here. [16:20] <misterno> ok no probs [16:21] <misterno> cheers and have a nice day! [16:21] <relaxed> (unless I need to do it) [16:46] <dreamss> is this a valid command? [16:46] <dreamss> -vf select='gt(scene\,0.4)' [16:49] <dreamss> [select @ 0x668f60] [Eval @ 0x7fff982e22d0] Undefined constant or missing '(' in 'scene\,0.4)' [16:49] <dreamss> any know what might cause this? [16:59] <relaxed> dreamss: are you using the latest version? [17:08] <dreamss> yeah 10.6 from rpm fusion [17:15] <dreamss> using the sample commands listed on the site [17:15] <dreamss> scale=w='min(500\, iw*3/2):h=-1' [17:15] <dreamss> this dont look right [17:15] <yoav_> Any ideas on a protocol to send frames to an encoder on a different machine? [17:15] <dreamss> would not be scale='w=min(500\, iw*3/2):h=-1' [17:38] <dreamss> ffmpeg -i $myvideo -vf thumbnail,scale='min(720\, iw*3/2):-1' -frames:v 5 -vsync vfr out2.jpg [17:38] <dreamss> wroks fine [17:38] <dreamss> ffmpeg -i $myvideo -vf thumbnail,scale='min(720\, iw*3/2):-1',select='gt(scene\,0.4)' -frames:v 5 -vsync vfr out2.jpg [17:38] <dreamss> gives me Undefined constant or missing '(' in 'scene,0.4)' [17:50] <dreamss> nm [17:50] <dreamss> i needed 1. [18:11] <ubitux> dreamss: were you able to escape properly? [18:11] <ubitux> dreamss: try -vf "thumbnail,scale='min(720,iw*3/2):-1',select='gt(scene,0.4)'" [18:11] <ubitux> also, why thumbnail /and/ select scene? [18:12] <ubitux> you likely want "thumbnail,scale='min(720,iw*3/2):-1'" or "select='gt(scene,0.4)',scale='min(720,iw*3/2):-1'" [18:12] <dreamss> wasent a scape issue [18:12] <dreamss> i was using an older ver [18:12] <dreamss> static compile works great [18:12] <ubitux> ah, right, scene detection is relatively recent [19:39] <Litecoin_Messiah> i want to re encode a video to under 700mb xvid anyone know a command? thanks [19:40] <klaxa> ffmpeg -i my_awesome_movie.mp4 -target svcd my_encoded_movie.avi ? [19:42] <Litecoin_Messiah> i see but my current video is this one [19:42] <Litecoin_Messiah> klaxa, http://tpb.partipirate.org/torrent/8416131/21_And_Over_2013_720p_WEBRip_x26… [19:42] <Litecoin_Messiah> i want to make it under 700mb to fit in usb and play in xbox [19:44] <klaxa> ffmpeg -i my_pirated_movie.mp4 -c:v libxvid -fs 700000000 my_encoded_pirated_movie.avi ? [19:45] <dv--> nice of you to include us in your criminal conspiracy [19:45] <klaxa> :) [19:47] <klaxa> you can't write "conspiracy" without "piracy" :D [19:49] <klaxa> conveying irony is hard with text, i did not mean to discriminate against anyone, i was trying to be funny :| [19:50] <Litecoin_Messiah> thankls [19:50] <Litecoin_Messiah> i hope it works [19:51] <Litecoin_Messiah> Unrecognized option 'c:v' [19:51] <Litecoin_Messiah> klaxa [19:51] <klaxa> try -vcodec instead of -c:v or update your ffmpeg version [19:52] <Litecoin_Messiah> klaxa sorry to bother you again [19:52] <Litecoin_Messiah> -vcodec [19:52] <Litecoin_Messiah> Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' [19:52] <Litecoin_Messiah> [ac3 @ 0x1e12960] invalid bit rate [19:53] <Litecoin_Messiah> ': [19:53] <Litecoin_Messiah> Stream #0.0: Video: mpeg4, yuv420p, 720x400 [PAR 1:1 DAR 9:5], q=2-31, 200 kb/s, 90k tbn, 25 tbc [19:53] <klaxa> try: -acodec libmp3lame [19:53] <klaxa> add that after -vcodec libxvid [19:53] <Litecoin_Messiah> -acodec libmp3lame [19:53] <Litecoin_Messiah> This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. [19:53] <Litecoin_Messiah> [mpeg4 @ 0x1a089a0] Invalid and inefficient vfw-avi packed B frames detected [19:54] <Litecoin_Messiah> klaxa, [19:54] <klaxa> you are using the fork, ask in #libav [19:55] <klaxa> also, if you are pasting console logs, paste them all on a pastebin-like site [21:41] <Hans_Henrik> ffmpeg version N-49571-gb5f544a Copyright (c) 2000-2013 the FFmpeg developers [21:42] <Hans_Henrik> how the heck am i supposed to know if that's an ancient version or not? x.x [21:49] <Hans_Henrik> The encoder 'aac' is experimental but experimental codecs are not enabled, add '-strict -2' if you want to use it. [21:49] <ubitux> relatively ancient [21:49] <Hans_Henrik> im on a debian system, i suspected it was :p [21:49] <ubitux> ...but don't expect a that better aac encoder in the recent releases [21:49] <beastd> if you extract the commit identifier (AKA commit hash) you should be able to see get a date from the git repo [21:50] <ubitux> commit b5f544a0f9981ee1676128cb6c3711a2ec80fe1b [21:50] <ubitux> Date: Mon Feb 4 02:36:33 2013 +0100 [21:50] <ubitux> ~3000 commits since then [21:51] <Hans_Henrik> i expected something from 2011 :p [21:51] <Hans_Henrik> btw thanks for checking [21:53] <ubitux> copyright is from 2013 [21:53] <ubitux> so it couldn't have been [21:55] <klaxa> Hans_Henrik you want fdk-aac for an aac encoder [21:56] <lentferj> I want to put aac audio streams with h264 (x264) video into an mpeg(2) PS container, but I fail. Neither ffprobe nor xbmc detects the audio streams as aac. [21:56] <lentferj> anyone knows if this works at all? [22:02] <Hans_Henrik> klaxa, a familiar face there; anyway, my ffmpeg is not compiled with libfdk_aac x.x [22:02] <klaxa> recompile from source /o/ [22:02] <Hans_Henrik> yes. ain't got the source tho [22:03] <Hans_Henrik> oh wait, i do :o [22:03] <klaxa> git clone git://source.ffmpeg.org/ffmpeg.git ffmpeg \o\ [22:03] <Hans_Henrik> fffmpeg-git folder, there it is [22:07] <Hans_Henrik> and to configre.. i'd like as much decoding support as possible.. should probably find a "compile guide" or something? :p [22:09] <klaxa> ./configure --help [22:10] <klaxa> and --enable-FEATURE all features :P [22:11] <beastd> Hans_Henrik: Could be helpful: https://ffmpeg.org/trac/ffmpeg#CompilingFFmpeg [22:26] <xlinkz0> you could try using the zeranoe config [22:27] <Hans_Henrik> http://pastebin.com/raw.php?i=m2G2bHm3 << enable ALL the things? :p [22:29] <Hans_Henrik> any good reason not just to enable everything? [22:31] <klaxa> Hans_Henrik: size, but that's it :V [22:31] <klaxa> or so i think [22:34] <Hans_Henrik> any idea if i can just pass --arch=native to configure? [22:34] <Hans_Henrik> (using gcc, it uses "native" for.. "whatever gcc is running on") [22:35] <Hans_Henrik> i guess so [22:35] <beastd> Hans_Henrik: You should not have to set that manually. FFmpeg configure should choose native if available and not cross-compiling by itself [22:59] <Hans_Henrik> gcc -Wshadow -O3 -ffast-math -m64 -Wall -I. -I. -std=gnu99 -I/usr/local/include -I/usr/local/include -fomit-frame-pointer -fno-tree-vectorize -c -o input/raw.o input/raw.c [23:00] <Hans_Henrik> x264 configure doesn't set march= option at least [23:24] <Hans_Henrik> trying to compile fdk-aac from git://github.com/mstorsjo/fdk-aac.git , seems current revision is broken somehow.. ./configure 2>&1 | pastebinit gives: http://paste.debian.net/979/ [23:26] Action: Hans_Henrik is to tired to figure it out today [23:26] <Hans_Henrik> going to bed, good night folks [23:38] <sacarasc> Hans_Henrik: Did you do ./autogen.sh first? [23:38] <Hans_Henrik> bash: ./autogen.sh: No such file or directory [23:39] Action: sacarasc shrugs, then. [00:00] --- Mon Apr 29 2013

1 0

ffmpeg-devel.log.20130427
by burek 28 Apr '13

28 Apr '13

[00:09] <ubitux> any reason we don't support dct for nbits < 4? [00:10] <ubitux> it's not really problematic, but nbits=3 might be relevant in some situations [00:12] <durandal_1707> michaelni: why FF_API_OLD_AVOPTIONS is still keept? [00:49] <michaelni> durandal_1707, someone could check if any user apps still use them [00:54] <bcoudurier> what's the reason for allowing broken aac frames in mp4 and flv ? [00:56] <cone-308> ffmpeg.git 03Michael Niedermayer 07master:59a3b6b75148: avcodec_string: remove the "(hq)" listing [00:56] <cone-308> ffmpeg.git 03Michael Niedermayer 07master:24bb01f03865: avcodec_string: Print the used codec if it differs from the codec_id name. [00:58] <durandal_1707> bcoudurier: what creates broken aac frames? [01:02] <bcoudurier> that's a good question [01:05] <bcoudurier> Write broken aac frames to mov files instead of skipping them. (from carl eugen) [01:08] <durandal_1707> well that can happen virtually with almost any muxer [01:09] <durandal_1707> michaelni: so c99-to-c89 link is dead and still not resurected? [01:14] <ubitux> http://ubitux.fr/pub/pics/_dctdn-a-bit-better.png [01:14] <ubitux> now it's ugly AND slow [01:15] <durandal_1707> i like libav commits that "fix" something and breaks valid files [01:24] <michaelni> j-b, "<durandal_1707> michaelni: so c99-to-c89 link is dead and still not resurected?" [01:34] <j-b> michaelni: will come back, after the crash is fixed [01:38] <cone-308> ffmpeg.git 03Paul B Mahol 07master:7becddd5f38d: doc/filters: remove non-existent ft_load_flags entry [01:42] <durandal_1707> who added negate_alpha option to negate? [01:46] <cone-308> ffmpeg.git 03Paul B Mahol 07master:785eb5fc57e0: lavfi/negate: unbreak negate alpha [01:51] <durandal_1707> the transpose doc still mention removed [4-7] range [01:53] <bcoudurier> OMG, hq gone [01:53] <bcoudurier> what's legacy disappearing [01:53] <durandal_1707> that silly thing in log.... [01:54] <durandal_1707> it can be reverted, if some serious thing depend on it.... [09:12] <highgod> Hi, all, is there any tools than can make the code style the some as the community? thanks [10:33] <ubitux> highgod: uncrustify eventually [11:40] <cone-490> ffmpeg.git 03Diego Biurrun 07master:7c00e9d8aed8: x86: ac3dsp: Remove 3dnow version of ff_ac3_extract_exponents [11:40] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:3fa6c992d9c3: Merge remote-tracking branch 'qatar/master' [11:44] <highgod> thanks [12:40] <burek> is there anyone competent to write a wiki article on "constant" bitrate encoding (probably using libx264), which would describe the proper use of -minrate, -maxrate, -bufsize and -b:v ? [12:40] <burek> competent in the sense of understanding those options [12:41] <burek> because a lot of people are trying to use ffmpeg to produce a media stream, constraining the output bitrate to some predefined bandwidth range [12:41] <nevcairiel> i'm sure there are such examples for x264 specifically, can easily recycle this for ffmpeg usage [12:42] <kierank> there aren't any really good examples. people don't understand vbv anyway [12:43] <kierank> they stick it into a crappy stream analyser and blame x264 for "violating the bitrate" [12:59] <JEEB> yes, those cases are always "fun" >_> [13:05] <ubitux> https://en.wikipedia.org/wiki/Discrete_cosine_transform#DCT-II "Some authors further multiply the X0 term by 1/2" [13:05] <ubitux> isn't it 1/N ? [13:07] <nevcairiel> 2 is a value of N [13:08] <nevcairiel> (i have no idea) [13:08] <ubitux> :( [13:09] <ubitux> i'm just comparing the ff dct results with another implementation, and it seems i need to scale the DC by 1/N and not 1/2 [13:44] <burek> is there any place that describes what really happens when someone does this: ffmpeg -i input http://<ip_of_ffserver_machine>:8090/feed1.ffm [13:45] <burek> the thing that is interesting to me the most is if the stream between ffmpeg-ffserver is encoded and using which codec [13:46] <burek> the way i understood it so far is that ffserver tells ffmpeg how to encode the stream (consulting its ffserver.conf) and later on ffserver just re-broadcasts that stream [13:46] <burek> is my assumption right? [13:49] <burek> for example, is it the same if we type this: ffmpeg -i input http://ffserver:8090/feed1.ffm [13:49] <burek> and this: ffmpeg -i input -c copy http://ffserver:8090/feed1.ffm [14:12] <durandal_1707> ubitux: gifenc reports leaks [14:23] <durandal_1707> https://github.com/xbmc/xbmc/tree/master/lib/ffmpeg/patches [14:27] <xlinkz0> why is the Y linesize only 2 times bigger and U and V ? [14:27] <xlinkz0> isn't there 4 times as many Y values? [14:28] <clkao> win 48 [14:28] <durandal_1707> xlinkz0: there are subsamples yuvs [14:29] <durandal_1707> *subsampled [14:30] <xlinkz0> but are all the planes on contiguous memory? [14:30] <Skyler_> xlinkz0: YUV 4:2:0 is subsampled vertically, too [14:30] <xlinkz0> i don't know these terms :( [14:31] <durandal_1707> xlinkz0: planar yuv, liky yuv420p have y, u and v in separate array [14:31] <xlinkz0> and it's not necessary that the arrays are one after the other in memory right? [14:31] <Skyler_> In 4:2:0, U and V have half as many columns and half as many rows. [14:32] <Skyler_> Therefore, the linesize is typically around half. [14:32] <Skyler_> The width is half. [14:32] <Skyler_> The height is half. [14:32] <xlinkz0> ah [14:32] <Skyler_> 1/2 * 1/2 = 1/4 [14:32] <xlinkz0> thanks ! [14:33] <xlinkz0> so i read AVFrame->height lines from Y and AVFrame->height/2 lines from U and V [14:33] <xlinkz0> right? [14:33] <durandal_1707> xlinkz0: there is bunch of existent usage in source code [14:34] <xlinkz0> i'm not sure where i should be looking [14:41] <cone-490> ffmpeg.git 03Paul B Mahol 07master:cc5c15595930: astats filter [14:44] <xlinkz0> omg i think i get it [14:44] <xlinkz0> but i need to know, does ffmpeg guarantee that the 4 planar vectors are contiguos? that is, after the Y plane comes U and then V [14:45] <xlinkz0> i need to know this because i want to make a hash of the pixel data [14:45] <xlinkz0> 3 vectors * [14:46] <durandal_1707> no it, can have loops [14:46] <durandal_1707> even every stride have loops [14:46] <durandal_1707> it for SIMD [14:46] <durandal_1707> nothing is contiguous except one image row [14:47] <durandal_1707> even for interleaved yuvs [14:47] <durandal_1707> so they may be contiguous - but that is very special case.... [14:48] <xlinkz0> thank you [15:08] <xlinkz0> Skyler_: could you please take a quick look at this and tell me if i've done it right? http://codepad.org/atlFd7IZ [15:09] <xlinkz0> if all the pixel data gets in the hahs [15:09] <xlinkz0> hash [15:30] <xlinkz0> when anyone has a minute please check it and leave me a message [15:31] <xlinkz0> it seems to work but.. this stuff is a little too arcane to me to have full confidence in it [16:31] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:1a392fc550fd: ffv1: Store a flag in the global header that indicates if all frames are keyframes [16:31] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:ff0b4c08ca0c: ffv1dec: add code to support frame threading with gop=1 ffv1 [16:36] <durandal_1707> michaelni: why you readded log to ffv1dec, isn't redudant now, eg. being displayed twice? [16:38] <michaelni> copy & paste error [16:46] <cone-490> ffmpeg.git 03Michael Niedermayer 07master:d4868a960bf8: ffv1dec: remove redundant error message. [17:19] <ubitux> durandal_1707: mmh indeed [17:19] <ubitux> i'll look in a moment [17:23] <j-b> 1m [17:23] <j-b> oops [17:32] <nevcairiel> ubitux: how does that denoiser compare in quality/behavior to the denoiser we already have? [17:33] <nevcairiel> i realize dct will probably look differently, just wondering "how" :) [17:33] <ubitux> except that it's slower i don't really know :) [17:36] <ubitux> nevcairiel: i pushed the filter in a branch on my github if you want to experiment [17:39] <ubitux> nevcairiel: i'd say this filter is mainly a PoC [17:39] <ubitux> also, the expression thing is kinda cool to experiment [17:39] <ubitux> if you want to have a custom dct coeff filtering [18:00] <ubitux> http://lists.libav.org/pipermail/libav-devel/2013-April/046042.html wtf [18:04] <iive> DonDiego... fixing warnings with bugs, since 2003 (just made that up) [18:15] <zimbatm> hi, i'm trying to debug why ffmpeg is producing moov headers that are twice as big than after processing into MP4Box [18:15] <zimbatm> is this the right channel to ask ? [18:16] <zimbatm> https://gist.github.com/zimbatm/5473549 [18:16] <ubitux> you can check if it uses cmov [18:16] <ubitux> also possibly compressing some sample tables [18:17] <ubitux> it's the right channel if you're willing to discuss the code [18:17] <ubitux> otherwise, maybe a bug report as enhancement/wish or something [18:20] <zimbatm> thanks for the pointers [18:20] <zimbatm> it's possibly a regression in ffmpeg but i have yet to point to the exact spot [18:21] <zimbatm> i'll be back later if i have more details :) [18:23] <ubitux> isn't mp4box dropping the samples when the video is not available? [18:23] <ubitux> your sample indicates a duration of 2h+ [18:24] <ubitux> while there is just a few seconds [18:24] <ubitux> and the header describes the whole presentation of 2h [18:24] <ubitux> possibly they are not stripped by ffmpeg because the sample is small [18:24] <ubitux> (sounds strange though) [18:26] <zimbatm> the 2h+ comes from the original file that I truncated using dd actually [18:27] <zimbatm> it's the same behavior on the 600MB file but I wanted to speed up iterations [18:27] <ubitux> ffmpeg has a lot more stco and stsc samples [18:27] <zimbatm> it seems like ffmpeg generates more stsc samples [18:28] <zimbatm> yeah [18:28] <zimbatm> in the 2h+ video file it makes a 8MB table which is quite bad when people try to stream the video :p [18:31] <ubitux> http://pastie.org/7729610 [18:31] <ubitux> looks like it's very ineffective [18:31] <ubitux> i wonder how mp4box is able to figure out it can simplify this [18:32] <ubitux> well i don't have time to debug more [18:32] <ubitux> have fun [18:32] <zimbatm> ubitux: what's the tool you used for that output ? [18:32] <ubitux> custom tool [18:32] <ubitux> which i can't share unfortunately [18:33] <zimbatm> too bad [18:33] <zimbatm> thanks for the help, i'm going to go back in time [18:33] <zimbatm> i think older versions of ffmpeg did it differently [18:47] <ubitux> iive: a v2 of that patch, almost equaly broken, just got oked :) [18:47] <iive> \o/ [18:49] <cone-490> ffmpeg.git 03Stefano Sabatini 07master:efff09418dd5: doc/filters: fix grammar for removelogo filter doc sentence [18:49] <cone-490> ffmpeg.git 03Stefano Sabatini 07master:1e4f75debdc3: doc/filters: readjust w/h option descriptions [18:49] <nevcairiel> the second patch at least doesnt break the code [18:49] <nevcairiel> but its still terrible [18:50] <ubitux> nevcairiel: it doesn't behave the same [18:50] <durandal_1707> saste: transpose doc still list removed 4-7 [18:51] <nevcairiel> that function is trivial and read-only, calling it does no harm (except possibly some minor speed loss), but the outcome should be the same [18:52] <saste> uh why were they removed? [18:52] <durandal_1707> in evil merge [19:06] <durandal_1707> how do you find people new active e-mail address? [19:14] <burek> durandal_1707 what do you mean? [19:16] <durandal_1707> i want contact someone, send e-mail to only address i have but got no reply [19:18] <burek> oh i see, you assume the person has changed its e-mail address, and you want to find his/her new e-mail addr? [19:19] <burek> usually when they change their e-mail, they setup some kind of a forwarder, so it's pretty much possible that the person got your mail, but didn't reply to it (yet) :) [19:20] <burek> btw, if it's gmail, try searching on google+ [19:21] <burek> http://findpeopleonplus.com/ [19:23] <zimbatm> do you guys have any tricks to speed up ffmpeg bisects ? [19:24] <zimbatm> each step I do; make distclean; ./configure... ; make ; ./ffmpeg sample... + test [19:25] <durandal_1707> why you do bisect? [19:26] <zimbatm> i'm trying to find when ffmpeg started to bloat moov headers in mp4s [19:27] <zimbatm> at f821f98126595002c8cb7a5f17521908d746dc8a my sample gives me a 4209 header [19:27] <zimbatm> on HEAD it's around 6311 [19:28] <zimbatm> MP4Box -inter 500 gives me 3775 [19:29] <zimbatm> but maybe i'm looking at the wrong way to speed up streaming starts over http [19:31] <ubitux> zimbatm: to speed up: ccache, bisecting only libavformat/movenc.c, and disable a lot of things in the configure [19:34] <zimbatm> nice, i didn't know you could bisect just a path :) [19:35] <ubitux> if you're motivated you can also write a script to say yes/no [19:35] <ubitux> and let it run [19:42] <saste> more boring patches [19:42] <saste> (which noone is going to review?) [19:52] <durandal_1707> michaelni: avcodec context in parsers is not print with logs [20:01] <durandal_1707> oh delay & reverb not in lavfi :(( [20:37] <cone-490> ffmpeg.git 03Stefano Sabatini 07master:d33c77b14aec: lavfi/transpose: restore validity of values in range 4-7 [20:37] <cone-490> ffmpeg.git 03Stefano Sabatini 07master:028c73358a1e: lavfi/transpose: reindent constants [20:37] <cone-490> ffmpeg.git 03Stefano Sabatini 07master:9f3d873f5f98: doc/filters: update/extend transpose filter documentation [20:37] <cone-490> ffmpeg.git 03Stefano Sabatini 07master:1c1a2d131942: lavu/mem: remove redundant comment from av_dynarray_add() [20:56] <durandal_1707> there is no way to edit chapters? [21:22] <durandal_1707> saste: why is mp=tinterlace still alive? [21:48] <saste> durandal_1707, becnhmark to show? [21:50] <durandal_1707> benchmark showed that difference is irrelevant [21:51] <saste> durandal_1707, can you show benchmark on *your* machine? [21:51] <saste> I don't trust mine anymore [21:52] <saste> also waiting an explicit reply from michaelni, since he vetoed removal previously [21:53] <ubitux> seriously who care [21:53] <ubitux> just drop it :p [21:54] <saste> i'll drop in a day [21:55] <durandal11707> saste: what modes where slow? [21:55] <saste> durandal11707, check the benchmark output [21:55] <saste> they seem mostly equivalent [21:56] <durandal11707> do you seriously consider i will waste my time on parsing that numbers? [21:56] <durandal11707> make graphs next time.... [21:56] <durandal11707> like on phoronix [21:57] <ubitux> yes, please waste 1hour making graph to save 1 minute on durandal11707's time :) [21:57] <saste> durandal11707, do you seriously consider i will waste my time on creating a graph from those numbers? [21:58] <ubitux> we don't bikeshed that much, but when we do it's for a long time, and on the most absurd things :D [21:59] <durandal11707> ubitux: it can be automated... [21:59] <ubitux> it's called a moto [21:59] <saste> my favourite: third person vs. impersonal form in doxy [22:01] <durandal11707> so nobody remembers what modes where always slover and for what % percentage? [22:02] <saste> durandal11707, really how hard is to look and compare 5 number pairs? [22:02] <saste> also the result was inconsistent [22:02] <durandal11707> 2, 3 and 4 [22:02] <ubitux> durandal11707: for i in 0 1 2 3 4; do for f in mp=tinterlace tinterlace; do filter="$f=$i"; echo "$filter:"; ./ffmpeg -v 0 -f lavfi -i "testsrc=d=200,format=yuv420p,$filter,setpts=nan" -f null - -benchmark; done; echo; done [22:02] <saste> ubitux got tinterlace always faster than mp=tinterlace [22:03] <ubitux> increase d if necessary [22:03] <saste> i had inconsistent results [22:03] <saste> but then my machine is not much reliable [22:03] <saste> (the result may depend on order of execution) [22:03] <ubitux> i can redo the test with a longer duration [22:03] <durandal11707> what about start/stop counters? [22:04] <saste> durandal11707, see the thread [22:04] <saste> from my previous tests mp=tinterlace is always faster [22:04] <saste> but then it's not a valid tests, since that doesn't account for the wrapping code [22:05] <saste> i already wrote about it ad nauseam [22:05] <durandal11707> well you said that tinterlace call extra code, mp=tinterlace doesn't [22:05] <durandal11707> field merging/copying [22:06] <saste> durandal11707, if you want to help, run the test and post the benchmarks [22:06] <saste> it will take ~1 minutes [22:08] <ubitux> new bench results: http://pastie.org/7730361 [22:08] <durandal11707> i'm on really slow cpu here [22:09] <durandal11707> celeron m, (i think its SSE2 is useless) [22:14] <durandal11707> i just run d=20 test, and tinterlace was always faster [22:14] <durandal11707> d=500 eat bunch of mem here for mp=tinterlace for some reason [22:15] <durandal11707> but benchmark may be flawed [22:16] <durandal11707> ok, i run tinterlace first, and results are same [22:17] <saste> i think we can safely assume that tinterlace is at least equivalent, or faster [22:18] <saste> michaelni, ^^ [22:20] <durandal11707> as i increase d, mp=tinterlace becomes more memory hungry [22:20] <durandal11707> and reported value have nothing to do with reality [22:21] <durandal11707> *shit, it makes machine sloooow [22:22] <durandal11707> it reported 6.652 vs native one that is 8.785, which is strange considering that it used swap a lot [22:28] <michaelni> saste, if ours is equally fast or faster then droping the other is fine of course [22:29] <durandal11707> why is black stuff aligned to 1? [22:33] <durandal11707> so why mp=tinterlace use so much of memory? [22:33] <durandal11707> perhaps its sole reason why its sometimes faster [22:38] <saste> durandal11707, i think mp has a problem since evil merge [22:38] <saste> there was some discussion in a recent ticket [22:40] <durandal11707> saste: what about this output framerate patch for tinterlace? [23:51] <zimbatm> ubitux: do you mind taking a look at this video with your personal tool ? http://ffmpeg-debug.s3.amazonaws.com/big-header-video-old.mp4 [23:52] <ubitux> what do you want to know? [23:52] <zimbatm> the bisect points around 0a593de38aa02d752eb44cfbe2d6cd4595a8c059 but it's skipped [23:52] <zimbatm> i would like to know if it's also inefficient like you pointed out before [23:53] <ubitux> in that sample you have 1 stsc [23:53] <ubitux> what do you want me to tell you? [23:53] <zimbatm> sorry i'm not 100% confident of what I'm doing [23:53] <ubitux> http://pastie.org/7730666 [23:53] <zimbatm> that one shows a smaller moov header from my bisect [23:54] <zimbatm> but it ends on a series of skipped bisects and one of them is when you guys changed the default preset to medium [23:54] <zimbatm> so i'll have to rerun with -vcodec copy i guess [23:55] <zimbatm> this is the result of the bisect: https://gist.github.com/zimbatm/5473549#file-gistfile1-txt [23:56] <zimbatm> the moov size varies between 4187 and 6309 [23:59] <zimbatm> gonna keep hacking away, hoping that perseverence compensates the lack of knowledge :p [00:00] --- Sun Apr 28 2013

1 0

ffmpeg.log.20130427
by burek 28 Apr '13

28 Apr '13

[00:43] <EnginA> quick question: what would be the easiest way to get video lengt of a video ? and which video format that method supports ? [00:43] <EnginA> i can preferrably use the API or less preferrable a comand line tool [00:46] <ubitux> ffprobe -v 0 -show_entries format=duration -of flat input [00:46] <ubitux> look at ffprobe.c for how it's done with the api [00:48] <EnginA> ubitux: and i'd imagine it'd support any format ffmpeg does ? [00:49] <ubitux> sure [00:49] <EnginA> thanks [00:50] <ubitux> note that duration may be unknow with some streams [00:50] <EnginA> such as ? [00:50] <ubitux> well typically, a random continuous web radio [00:50] <EnginA> i don't care about those streams, but out of curiosty [00:51] <EnginA> ubitux: oh you mean, actual streams, alright. [00:51] <EnginA> i will be working with files for sure [00:52] <Mavrik> I think you wont get duration for TS streams as well [00:52] <Mavrik> at least not a correct one [00:53] <Anaphaxeton> Mavrik, my TV set's firmware sucks in this sector. It demands specific containers with specific stream combinations. for .mkv for example i have to convert mpeg2 to h264. for mpeg-ps it accepts mpeg2 and linear pcm... [00:53] <Mavrik> Anaphaxeton, Id expect it would demand mpeg2 with MP2 audio [00:53] <Mavrik> not pcm O.o [00:54] <Anaphaxeton> the manual says "mpeg" [00:54] <Anaphaxeton> i will try mp2, although i think i have tried that combo before [00:54] <Anaphaxeton> let me check [00:58] <Anaphaxeton> it throughs lots of errors but playback with vlc looks ok [00:58] <Anaphaxeton> i put the bitrate at 384K [00:59] <Anaphaxeton> sounds ok but i dont know if the tv will want to play it! [00:59] <Anaphaxeton> theoritically it works [00:59] <Anaphaxeton> btw why cant the audio stream be pcm? [00:59] <Anaphaxeton> (just for keeping the quality...) [01:01] <Mavrik> because the container doesnt support it [01:01] <Mavrik> since its made for remote streaming [01:02] <Mavrik> and noone is stupid enough to stream raw audio over IP links [01:02] <Anaphaxeton> of course [01:02] <Mavrik> plus, PS/TS presumes format will carry its own configuration data [01:02] <Anaphaxeton> well pcm was not make for remote streaming i think... [01:02] <Mavrik> PCM is just raw audio with not metadata [01:03] <Anaphaxeton> yes [01:03] <Mavrik> thats why most containers will not carry it [01:03] <Anaphaxeton> panasonic claims otherwise :p [01:03] <Anaphaxeton> and refuses to play the file [01:03] <Anaphaxeton> i dont think it is because it is incomplete... [01:04] <Anaphaxeton> maybe it wants the subs externally [01:06] <EnginA> any estimate of how much of the beginning of a file would be sufficient to get meta data (hence video length) [01:06] <Anaphaxeton> good question [01:07] <Mavrik> EnginA, depends on format [01:07] <Mavrik> which format do you have? [01:07] <EnginA> i want to handle "all" [01:07] <EnginA> so a rough guaranteed guess is what i'm lookinf for [01:07] <EnginA> what's the worst case [01:07] <Mavrik> alot then [01:07] <Mavrik> I used 2 MB [01:07] <Mavrik> and it worked for streams [01:07] <EnginA> wow [01:08] <Mavrik> at least most of them [01:08] <Mavrik> now, I suggest you reconsider that "all" [01:08] <Mavrik> and try again :P [01:08] <EnginA> well, it depends on codecs rather then containers i suppose ? [01:09] <EnginA> if so, i don't have much idea, whatever people are using nowadays then, h264 ? [01:09] <Mavrik> no, it depends on containers. [01:09] <Mavrik> since containers store that data [01:09] <Mavrik> codecs dont care [01:09] <EnginA> so, simple, mainly mpeg, mkv and avi [01:09] <EnginA> i'm not seeing much avi lately though [01:10] <EnginA> even though rarely, i see wmv too [01:10] <Mavrik> couple of KB should be enough for those formats [01:11] <Mavrik> (wouldnt know about mpeg though) [01:11] <Mavrik> since those formats have mostly headers for that [01:11] <EnginA> what would require a couple of MB ? [01:12] <Mavrik> MPEG-TS, MPEG-PS, other streaming formats [01:12] <EnginA> alright [01:27] <Anaphaxeton> what format would be good for mpeg-ps? [01:28] <Anaphaxeton> i am trying vob at the moment :p [01:28] <Anaphaxeton> without -f it wont playback [01:36] <Nuc1eoN> hi [01:36] <Anaphaxeton> is .mpg subtitle friendly? [01:36] <Anaphaxeton> hu Nuc1eoN [01:36] <Anaphaxeton> hi* [01:37] <Nuc1eoN> glad I found this channel [01:37] <Mavrik> Nuc1eoN, you sure? :P [01:37] <Nuc1eoN> I'm clueless [01:37] <Nuc1eoN> :D [01:37] <Nuc1eoN> I want to demux from flv [01:37] <Nuc1eoN> but it fucks up [01:38] <Nuc1eoN> is it actually possible to demux with ffmpeg WITHOUT re-encoding? [01:39] <Mavrik> Nuc1eoN, yep. [01:39] <Mavrik> as usual [01:39] <Mavrik> :) [01:39] <Nuc1eoN> ffmpeg -i video.flv -vcodec copy out.h264 [01:39] <Nuc1eoN> not much :) [01:39] <Mavrik> you didnt read ;) [01:40] <Nuc1eoN> sry [01:40] <Nuc1eoN> my screen ha some glitch and I couldnt read what you wrote lol [01:40] <Nuc1eoN> linux has some weird bugs really [01:40] <Nuc1eoN> those text glitches [01:41] <Nuc1eoN> https://gist.github.com/Nuc1eoN/5471159 [01:42] <Nuc1eoN> does anybody understand why I cant choose any output name? [01:43] <Nuc1eoN> it needs a certain extension [01:43] <Nuc1eoN> like .avi [01:43] <Nuc1eoN> otherwise it won'T demux [01:43] <Nuc1eoN> thats weird [01:43] <Mavrik> Nuc1eoN, no its not [01:44] <Mavrik> because it chooses output container based on extension [01:44] <Mavrik> if you dont pass it explicitly [01:44] <Nuc1eoN> but I dont want any container [01:44] <Mavrik> Nuc1eoN, you STILL did not paste ffmpeg output. [01:44] <Mavrik> Nuc1eoN, "no container" is still a way of writing output [01:44] <Mavrik> and if you dont pass it [01:44] <Mavrik> ffmpeg will choose it according to your output filename. [01:44] <Nuc1eoN> well I want to understand first :) [01:45] <Mavrik> now. [01:45] <Mavrik> paste ffmpeg output so we know what youre working with. [01:45] <Nuc1eoN> ok [01:46] <Nuc1eoN> https://gist.github.com/Nuc1eoN/5471182 [01:46] <Nuc1eoN> is ok? :P [01:46] <Mavrik> better. [01:46] <Mavrik> :P [01:46] <Nuc1eoN> it's h264 [01:46] <Nuc1eoN> and aac [01:47] <Nuc1eoN> in flv [01:47] <Mavrik> ok, basically [01:47] <Mavrik> this does mux only video stream into your output container [01:47] <Mavrik> without reencoding [01:48] <Nuc1eoN> that's weird, because the file is corrupted [01:48] <Nuc1eoN> I cant play it [01:48] <Nuc1eoN> with vlc at least [01:48] <Nuc1eoN> I know it's only video [01:48] <Nuc1eoN> no sound [01:48] <Mavrik> of course you cant play it [01:48] <Mavrik> its missing headers from FLV [01:49] <Mavrik> you probably have to put it into annexb format to have a chance [01:49] <Nuc1eoN> annexb? [01:49] <Mavrik> yeah [01:49] <Nuc1eoN> wats that [01:49] <Mavrik> Nuc1eoN, lets do this again: why are you even trying to "demux" the stream? [01:49] <Mavrik> since trying to store raw bytestreams is a fast way to pain valley [01:49] <Nuc1eoN> I want to remux them into mkv [01:50] <Mavrik> any reason why dont you just say ffmpeg -i something.flv -codec copy something.mkv? [01:50] <Nuc1eoN> well I like doing things step by step so that I can better understand everything :P [01:51] <Mavrik> storing raw bitstream of h264 and aac will cause you alot of pain [01:51] <Nuc1eoN> I'm quite new to this you know [01:51] <Mavrik> since containers carry critical data that is needed to display those streams [01:51] <Nuc1eoN> aac works why? [01:51] <Mavrik> (like video resolution, pixel format, audio sample rate, etc) [01:51] <Nuc1eoN> I mean aac is also a container aint it? [01:52] <Mavrik> nop [01:52] <Mavrik> AAC is audio format [01:52] <Nuc1eoN> ah,then it was oog :P [01:52] <Nuc1eoN> ogg I mean [01:53] <Nuc1eoN> which puts everything in containers [01:53] <Mavrik> ogg IS a container [01:53] <Mavrik> vorbis it the audio format it contains [01:53] <Nuc1eoN> well anyways raw aac seems to work [01:53] <Nuc1eoN> and it's also a common audio format isnt it? [01:54] <Mavrik> yes [01:54] <Nuc1eoN> or are they in additional containers? [01:54] <Mavrik> of course theyre in containers [01:54] <Mavrik> AAC is one of the MPEG-4 standard formats [01:54] <Mavrik> and you usually find it within MP4 (.mp4, .m4a) [01:55] <Nuc1eoN> ah [01:55] <Nuc1eoN> ok [01:55] <Mavrik> as I said, I really recommend you to do remuxing directly [01:55] <Mavrik> since that will transfer necessary metadata :) [01:56] <Nuc1eoN> what metadata for example? [01:56] <Mavrik> like PPS and SPS H.264 data you need to play it back ;) [01:57] <Mavrik> (since flv is a format which stores that in a header) [01:57] <Nuc1eoN> does mkv too? [01:57] <Mavrik> also timing timestamps [01:57] <Mavrik> since most raw formats dont have their own timestamps [01:57] <Mavrik> Nuc1eoN, yep. [01:58] <Nuc1eoN> Mavrik, ah thx thats nice new knowlegde :) [01:58] <Mavrik> since containers usually provide: place for common data (SPS/PSS packets for H.264, data about audio sample rate etc.) and timings [01:59] <Mavrik> some codecs provide those themselves, some dont [01:59] <Nuc1eoN> is there a way to add this metadata seperately afterwards (just curious :P) [01:59] <Mavrik> AAC and H.264 have both options: to be encoded with those info inside the stream (being repeated periodically for streaming) or just at the head [02:00] <Mavrik> Nuc1eoN, of course, but good luck finding a tool :) [02:00] <Nuc1eoN> so it can be burned into the streams? [02:00] <Mavrik> yep [02:00] <Nuc1eoN> interesting [02:00] <Mavrik> (AnnexB version of H.264) [02:00] <Nuc1eoN> how can I achieve that? With ffmpeg? [02:00] <Mavrik> but of course, AnnexB H.264 wont play inside MP4 or flv [02:00] <Mavrik> at least not in most players ;) [02:00] <Mavrik> or inside mkv [02:00] <Mavrik> so you need to reconvert it back later [02:00] <Mavrik> and thats alot of pointless pain :P [02:01] <Nuc1eoN> uhh yeah [02:01] <Nuc1eoN> can annexb also contain the audio stream? [02:01] <Nuc1eoN> I mean, otherwise its pointless [02:01] <Nuc1eoN> if it cant be in a container [02:02] <Mavrik> em [02:02] <Mavrik> AnnexB is a way of encoding H.264 [02:02] <Mavrik> your question is meaningless :) [02:02] <Mavrik> AAC also has about 3 ways of encoding its bitstream [02:02] <Nuc1eoN> yeah [02:02] <Nuc1eoN> I wasnt precise [02:02] <Mavrik> but if you say it works without change then you have the correct one [02:03] <Nuc1eoN> but you said annexb doesnt work incontainers? [02:04] <Mavrik> Nuc1eoN, no, I said it doesnt work in some specific containers [02:05] <Mavrik> it has to be used in other types of containers (mostly meant for streaming) [02:05] <Nuc1eoN> my fiel is a stream actually [02:05] <Nuc1eoN> *file [02:06] <Nuc1eoN> just sayin' :P [02:07] <Nuc1eoN> the reson I wanted to do remuxing and muxing seperatley is also, that on Windows there is a tool I used which doesn only demuxing [02:07] <Nuc1eoN> and it seemed to work [02:07] <Nuc1eoN> pcgdemux or so [02:07] <Nuc1eoN> I liked the tool [02:07] <Nuc1eoN> but I'm on linux now [02:08] <Nuc1eoN> :P [02:08] <Mavrik> well, find out which output container it uses [02:08] <Mavrik> and do that on linux :) [02:09] <Nuc1eoN> it's open source actually I wonder why it's not available on linux [02:10] <Nuc1eoN> also I experience somthing weird [02:11] <Nuc1eoN> when I demux the audio stream with avidemux [02:11] <Nuc1eoN> the file is not the same [02:11] <Nuc1eoN> as when I do it with ffmpegf [02:12] <Nuc1eoN> any expalanation for that= [02:12] <Nuc1eoN> ? [02:12] <Nuc1eoN> the file size differs slightly [02:13] <Nuc1eoN> and also the md5hash of course... [02:17] <Nuc1eoN> and antother question, when I do: [02:17] <Nuc1eoN> ffmpeg -i inpu.flv -vcodec copy ouput.mkv [02:17] <Mavrik> is seems avidemux doesnt do the same magic as ffmpeg no? :) [02:17] <Nuc1eoN> will it automaticly put it in mkv? [02:17] <Mavrik> yep [02:17] <Nuc1eoN> Mavrik: yeah :D [02:17] <Mavrik> you can force mkv with "-f mkv" [02:18] <Nuc1eoN> and if I dont^^ [02:18] <Nuc1eoN> also [02:19] <Nuc1eoN> some ppl recommend to put -vn there [02:19] <Nuc1eoN> to skip the video when demuxing audio [02:19] <Mavrik> :) [02:19] <Nuc1eoN> is that needed actually? [02:19] <Mavrik> depends on output container [02:19] <Mavrik> if its audio only, ffmpeg will disable video automatically [02:20] <Mavrik> its usually wise to specify as much as possible to avoid auto-magic [02:20] <Nuc1eoN> aha [02:20] <Nuc1eoN> auto-magic ever sucked [02:21] <Nuc1eoN> or maybe we would miss it it it werent there :P [02:22] <Anaphaxeton> it seems i made it with -f vob :D [02:24] <Nuc1eoN> Mavrik: Does the container actually do any additional compression (in file size)? [02:24] <Mavrik> um [02:24] <Nuc1eoN> I wonder [02:24] <Mavrik> well it does have its own metadata [02:24] <Mavrik> so it does provide an overhead [02:25] <Nuc1eoN> yeah but it doesnt compress? [02:25] <Nuc1eoN> (regarding size) [02:25] <ubitux> a container will only increase the size [02:26] <ubitux> if it compresses something, it's its own data, but that's all [02:26] <Nuc1eoN> heh, I guessed so but I read it on other forums :P [02:26] <Nuc1eoN> that flv is better than mkv because it compresses more°^^ [02:27] <Nuc1eoN> or look at this http://de.answers.yahoo.com/question/index?qid=20101229014054AADfObt :P [02:27] <Nuc1eoN> "flv>mkv >avi [02:27] <Nuc1eoN> avi saves up more space. [02:27] <Nuc1eoN> avi has the best video quality." [02:27] <Nuc1eoN> (quote) [02:28] <Nuc1eoN> chosen as best answer haha :) [02:29] <Nuc1eoN> well the other answers arent any better neither [02:30] <ubitux> yahoo.com [02:30] <ubitux> best source ever for video matters [02:30] <Nuc1eoN> :DD [02:31] <ubitux> anyway flv only can only contain 1 video stream and 1 audio stream [02:31] <ubitux> avi has various restrictions, and it is notably delicate to mux h264 into it [02:31] <Nuc1eoN> what speak actually FOR flv??? [02:31] <Nuc1eoN> *speaks [02:32] <ubitux> and mkv can basically mux all kind of shit, so it's pretty handy, and overhead is not that big anyway [02:32] <Mavrik> it was only thing supported by flash some time ago :) [02:32] <Nuc1eoN> flash videos O.o [02:33] <Nuc1eoN> brb [02:40] <Nuc1eoN> back :D [02:41] <Nuc1eoN> here it is http://www.videohelp.com/tools/PgcDemux [02:41] <Nuc1eoN> Pgcdemux [02:43] <Nuc1eoN> "Demuxes a PGC/VID/CELL in its elementary streams" [02:43] <Nuc1eoN> but it does put them in containers I guess: [02:43] <Nuc1eoN> "video(m2v), audio(ac3,wav,dts,mpa) and subtitles(sup)." [02:49] <Mavrik> remind me, does ffmpeg support mp4 faststart yet? [02:54] <Nuc1eoN> I have a queestion (sry that I ask so much), how does ffmpeg actually encode, does it use external libraries (like x264/LAME) or does it have it's own implementations? [02:58] <Mavrik> Nuc1eoN, depending on format [02:58] <Mavrik> Nuc1eoN, ffmpeg has alot of internal encoders [02:58] <Mavrik> for some formats you can choose [02:58] <Mavrik> for others you need to use external formats [02:59] <Mavrik> (e.g. for H.264 you must use libx264, for mp3 LAME etc.) [02:59] <Mavrik> (for AAC theres a choice of 4 or so encoders) [02:59] <Nuc1eoN> and fraunhofer encoder? [02:59] <Nuc1eoN> for mp3? [02:59] <Nuc1eoN> it's told to be the best [03:00] <Nuc1eoN> (mp3 encoder) [03:00] <Mavrik> iirc no [03:01] <Nuc1eoN> Mavrik, ok ty [03:01] <Nuc1eoN> whtat's the matter between ffmpeg and libav actually? [03:04] <Nuc1eoN> just found the very same^^ [03:05] <Nuc1eoN> hm, a sad thing actually [03:19] <ubitux> more than sad, it's a real PITA for users and dev [03:24] <Nuc1eoN> well I just read it increased competition and as such speeded the development [03:25] <ubitux> ffmpeg is not really available for ubuntu and debian users [03:26] <ubitux> every app depending on the libs now need to support both and it's kind of messy sometimes [03:26] <ubitux> duplicated work from the fork is done every week and causes merge issues on our side [03:26] <Nuc1eoN> does ffmpeg merge much from libav? [03:27] <Nuc1eoN> or at all [03:27] <ubitux> every day everything is merged (except when it sucks) for 2+ years now [03:27] <Nuc1eoN> lol [03:27] <Nuc1eoN> and vice versa? [03:27] <ubitux> almost never [03:28] <Nuc1eoN> rofl [03:28] <ubitux> which means we have something like 50+ filters for instance [03:28] <Nuc1eoN> must be a whole lot of work [03:28] <ubitux> yes. [03:28] <Nuc1eoN> but doesnt it get more and more diffcult over time [03:28] <ubitux> indeed [03:29] <Nuc1eoN> since the projects divine i guess [03:29] <ubitux> we try to stay compatible [03:29] <ubitux> and the fork regularly try to break that attempt [03:30] <Nuc1eoN> it's strange that libav wouldn't merge ffmpeg patches [03:30] <Nuc1eoN> stupid even [03:30] <Nuc1eoN> I'd say [03:30] <relaxed> they merge some [03:31] <ubitux> they pick and "rework" them sometimes [03:32] <ubitux> most of the time they "reinvent" it [03:32] <Nuc1eoN> very mature [03:33] <relaxed> forks happen for a reason [03:35] <Nuc1eoN> yeah but it was becasue of conlicting personalties [03:35] <Nuc1eoN> not technical reasons [03:35] <relaxed> It was both [03:36] <relaxed> bringing in mplayer's filters was stupid, IMO [03:37] <ubitux> relaxed: having mplayer's filters in ffmpeg stimulate the ports [03:38] <ubitux> we're almost done with porting them all because we want to drop the wrapper [03:38] <ubitux> i remember libav developers saying "yeah let's port them" [03:38] <ubitux> 2 years after they ported maximum 2 [03:38] <ubitux> we ported maybe 30 of them [03:38] <ubitux> i believe that wrapper was a very good idea [03:39] <ubitux> ...and history proves it. [03:43] <relaxed> It was those type of decisions made by mostly one person, who would not even come on irc at the other devs request that helped cause it too. [03:43] <relaxed> And this could have all been avoided. [03:44] <ubitux> people change, history proves it as well [03:44] <ubitux> ...and now the people responsible of the separation are not willing to fix the situation [03:44] <relaxed> So you can't point at the other group all you want and cast blame, but it was mostly ffmpeg's fault for this. [03:44] <ubitux> i think it was a bad reason [03:45] <ubitux> mp wrapper went into ffmpeg post fork iirc [03:45] <relaxed> can* [03:46] <ubitux> well i'm not blaming them for past actions [03:46] <ubitux> i'm blaming them for what they do every week/day since 2+ years now [03:46] <relaxed> When you have a driving force at the helm for so long this type of thing happens. [03:47] <Nuc1eoN> relaxed: Like it's with Linus Torvalds and the Linux kernel? [03:49] <relaxed> sort of, Linus doesn't submit code to Linux nowadays. He just heards the cats. [03:49] <relaxed> herds* [03:50] <Nuc1eoN> that's bad? [03:51] <relaxed> mn has guided ffmpeg for a very long time, and while he's a good dev, he got to comfortable submitting anything he wanted. [03:51] <Nuc1eoN> he gives it a direction [03:51] <relaxed> :/ too* [03:51] <Nuc1eoN> :P [03:52] <relaxed> direction is a good thing but when you upset most of the other devs with that direction, forks happen [03:52] <Nuc1eoN> although I aggree the best coder often isnt the best leader [03:53] <Nuc1eoN> or "not always" [03:53] <relaxed> But that's life, and it's why we have 50 dofferent types of tooth paste at the grocery store. [03:53] <relaxed> Different people want different things. [03:53] <Nuc1eoN> haha yeah [03:53] <Nuc1eoN> but still big companies need a leader [03:53] <Nuc1eoN> IMO [03:54] <ubitux> relaxed: the fork in itself is not a problem [03:54] <Nuc1eoN> a country needs one [03:54] <ubitux> it's actually a good thing [03:54] <ubitux> but it's not done properly [03:54] <ubitux> and it's continously done in a way where it tries to destroy ffmpeg [03:55] <ubitux> (or their users) [03:55] <ubitux> that is the real problem.. [03:55] <Nuc1eoN> yeah like this ubuntu "depreciation warning" [03:55] <relaxed> I'm sure they would rather be the only one. [03:56] <relaxed> Just as I'm sure FFmpeg devs wish libav would go away. [03:57] <ubitux> relaxed: i don't care if libav exists, as long as it doesn't prevent every debian/ubuntu users to use it. [03:57] <relaxed> You guys get all they work by proxy and pile your features on top. Then make new releases all the time in an effort to overshadow them. [03:58] <ubitux> what is the problem with providing both of the two worlds? [03:58] <relaxed> So I guess they want to make it more difficult for you to continue. [03:58] <ubitux> the fork has the recognition from ffmpeg [03:58] <relaxed> Nothing, I'm just sharing what I've seen. [03:59] <ubitux> authorship is kept, and the fork is mentioned [03:59] <ubitux> we don't try to hide in [03:59] <ubitux> ...and i can't say the same about them [03:59] <relaxed> It's a shitty thing all around. [04:00] <bcoudurier> relaxed you are wrong [04:00] <relaxed> how so? [04:00] <ubitux> relaxed: should we wait for the fork to make a release before we do? [04:00] <bcoudurier> I was there I heard everything [04:00] <relaxed> No. I'm just telling you how they see it. [04:01] <relaxed> bcoudurier: So was I. [04:01] <relaxed> Unless you mean a private meeting. [04:02] <bcoudurier> where were you ? [04:02] <bcoudurier> grep relax in my irc logs don't show anything [04:02] <relaxed> On the mailing lists, irc, etc... [04:03] <bcoudurier> it was a revenge that's all [04:03] <relaxed> Just because I didn't participate doesn't mean I wasn't there. [04:03] <bcoudurier> some people doing politics talked to other people and convinced them [04:03] <relaxed> I agree. [04:03] <bcoudurier> some were convinced some other were more honest than that [04:04] <bcoudurier> that mplayer filter thing is an easy excuse [04:04] <bcoudurier> a vote was proposed after the failed coup [04:05] <bcoudurier> anyway Im glad ffmpeg is alive and active, I could even say more than ever [04:06] <relaxed> You were one of the more active devs and then you disappeared too. I guess to focus on your fork? [04:10] <relaxed> In fact you your fork was way before libav's. Why was that? Hard to get your changes in ffmpeg at the time? [04:10] <relaxed> -you [04:16] <iive> relaxed: actually imho, ffmpeg releasing more often than libav also means that ffmpeg breaks the API/ABI more. It also releases the breakage first. [04:17] <iive> well, the application will have to incorporate these changes sooner or later, and ffmpeg also does more backports to older api/abi 's [04:18] <relaxed> hello iive [04:19] <iive> hi and I was just going to close the chat :| [04:20] <relaxed> what do you mean "close the chat"? Exit out of irc? [04:20] <iive> yes, i do that. sometimes. [04:21] <relaxed> you're not as active as you once were. [04:22] <iive> ^_^ [08:56] <rindolf> Hi all. http://paste.debian.net/552/ - this command gives only an audio output - not a video output. Why? [08:57] <rindolf> http://paste.debian.net/553/ - here is the output. [09:18] <rindolf> http://paste.debian.net/555/ - found it. Thanks. [09:49] <Anaphaxeton> the .idx ,sub pair what kind of subs is it considered? [09:49] <rindolf> Anaphaxeton: what? [09:50] <Anaphaxeton> subrip?dvd? [09:51] <Anaphaxeton> i an trying to make my TV's player to recognise them [09:52] <Anaphaxeton> is is quite picky with what codec-container combo i choose [09:53] <Anaphaxeton> for example it will not accept an .mkv with mpeg video [09:53] <Anaphaxeton> h264 works fine... [09:54] <Anaphaxeton> the recipe i used yesterday to get both picture and sound is the following: [09:54] <Anaphaxeton> ffmpeg -i Downton5.mkv -c:s subrip -c:v copy -c:a mp2 -b:a 384K -f vob /run/media/george/ARCH_201302/Downton.Season.2.Episode.5.mpg [09:54] <Anaphaxeton> this .mkv source is just the streams of a dvd [09:55] <Anaphaxeton> without -f vob it wont work :p [10:03] <Anaphaxeton> no idea? [10:04] <Anaphaxeton> the target is mpeg2 video, mp2 audio, ps container, .mpg [10:04] <Anaphaxeton> does that fit subs? [10:05] <Anaphaxeton> because as i see in the middle of transcoding, no subs exist in there [10:11] <Anaphaxeton> so does .mped fit subs? [10:11] <Anaphaxeton> .mpeg* [10:22] <ubitux> Anaphaxeton: idx + sub is called vobsub [10:22] <Anaphaxeton> i saw that in ffmpeg output [10:22] <Anaphaxeton> vobsub wont work [10:22] <ubitux> you can mux them into for instance mkv [10:22] <Anaphaxeton> it is actually not muxed [10:22] <ubitux> or you can hardsub them [10:22] <Anaphaxeton> i need mpeg-pse [10:22] <Anaphaxeton> i need mpeg-ps [10:23] <Anaphaxeton> i dont want to transcode the video :-/ [10:23] <ubitux> you want to mux some vobsub into a mpeg ps file? [10:27] <yajiv> Hi! i'm running into what looks like a version mismatch between ffmpeg and ffserver, and i was hoping to get some clarity on next steps [10:28] <Anaphaxeton> ubitux, yes [10:28] <Anaphaxeton> subtitle conversion sounds acceptable [10:29] <ubitux> it should be possible but it seems there is a bug [10:29] <Anaphaxeton> vlc cannot add them either [10:30] <Anaphaxeton> and i have this "hybrid" gui that does wonders but doesnt output .mpg...... [10:30] <ubitux> in theory, ffmpeg -i in.mpg -i in.idx -c copy -map 0 -map 1 -y out.mpg should work [10:30] <ubitux> but in practice the mpg muxer seems to have some troubles.. [10:31] <Anaphaxeton> i will try that right away [10:31] <ubitux> i said it doesn't work :p [10:31] <ubitux> :( [10:31] <yajiv> sry, got dc&.was hoping to ask a question about ffmpeg and ffserver version mismatch. on version #define FFMPEG_VERSION "N-52509-g785eb5f" built on 10.8.2 [10:32] <ubitux> Anaphaxeton: OTOH, doing the exact same thing with mkv output works [10:32] <yajiv> have the basic flow of ffmpeg-> http feed->ffserver->rtsp stream-> ffplay working file for a h.264 encoded mp4 [10:33] <yajiv> however, when i use ffmpeg build 0.11.1 built for android x86 (only version i could get working) and tried the same command line talking to the same ffserver i find that open opening the http connection it gets stuck in wait_feed and no data is sent out [10:33] <Anaphaxeton> yes mkv is fine, that is why i was asking wether a subs stream can be embedded or not [10:35] <yajiv> the ffmpeg command line is a very simple ffmpeg -re -i /sdcard/a.mp4 http://192.168.1.112:8090/feed1.ffm that feeds into ffserver [10:36] <yajiv> was wondering if someone had insights into where to look to addressing this. Thanks! [10:36] <ubitux> yajiv: you're not able to get a working ffmpeg version above 0.11? [10:36] <ubitux> (for android i mean) [10:37] <yajiv> for android x86&.i tried a couple other ones and gave up. [10:37] <ubitux> 0.11 is starting to be very old [10:37] <yajiv> is your first recommendation to try to build it on a later version? [10:38] <ubitux> i'd say yes but that's because i have nothing better to propose [10:39] <yajiv> do you know where i can debug the feed source?..or perhaps any thoughts on maybe using udp or rtmp feed out? [10:39] <yajiv> btw, thanks for the feedback ubitux! [10:39] <ubitux> no idea; -v debug i guess.. [10:40] <yajiv> kk..thx [10:42] <yajiv> just to respond back&on cases where it doesn't work&i.e from the old build..the logs stop at.. Stream #0:1(eng), 90, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 128 kb/s [10:42] <yajiv> Metadata: [10:42] <yajiv> creation_time : 2013-03-26 17:08:34 [10:43] <yajiv> handler_name : SoundHandle [10:43] <yajiv> and when it works [10:43] <yajiv> Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s [10:43] <yajiv> Metadata: [10:43] <yajiv> creation_time : 2013-03-26 17:08:34 [10:43] <yajiv> handler_name : SoundHandle [10:43] <yajiv> Output #0, ffm, to 'http://192.168.1.112:8090/feed1.ffm': [10:43] <yajiv> i'll grep and try to look at the source...thanks. [11:06] <xlinkz0> just lost one hour trying to figure out why i got a segfault [11:07] <xlinkz0> turns out i can't close a codec before the format [11:20] <Anaphaxeton> ubitux, ffmpeg says it is copying the subs now :) [11:20] Action: Anaphaxeton waits for the result [11:21] <Anaphaxeton> before is would just ignore them [11:24] <Anaphaxeton> lets see if the TV plays it [11:24] <Anaphaxeton> btw [11:24] <Anaphaxeton> ffmpeg -i Downton5.withsubs.mkv -c:v copy -c:a mp2 -b:a 384K -c:s copy -map 0 -f vob -y Downton.Season.2.Episode.5.withsubs.mpg [11:27] <Anaphaxeton> if .sub doesnt work for the tv i will try to transcode the subs... [11:27] <Anaphaxeton> vlc works fine though (as always) [11:33] <ubitux> transcode the sub? [11:34] <ubitux> dvd subtitles are bitmap [11:34] <ubitux> what do you want to transcode them to? [11:36] <Ilias95> Hello. I noticed that when converting flac to mp3, the date (and only that) is stripped from the metadata of the audio file. Why does this happen and how can I prevent it? [11:39] <zap0> probably wrong format [11:40] <zap0> i'd presume ffmpeg only deals in correctly formatted dates [11:42] <Anaphaxeton> ubitux, i will try subrip and srt [11:42] <Anaphaxeton> copy didnt work for the tv [11:42] <Ilias95> zap0: No. Converting tha same file after adding the same date manually from mp3 to flac, works properly. The date is here. [11:43] <Anaphaxeton> ---> Error while opening encoder for output stream #0:2 - maybe incorrect parameters such as bit_rate, rate, width or height [11:43] <Anaphaxeton> please help my with that [11:43] <Anaphaxeton> me* [11:44] <Anaphaxeton> -bsf what? [11:47] <Anaphaxeton> for vobsub to subrip [11:50] <Ilias95> no one? maybe some sort of bug? [11:52] <ubitux> Anaphaxeton: subrip/srt is text. [11:52] <ubitux> you can't "transcode" bitmap subtitles to text [11:52] <ubitux> you need an ocr tool [11:53] <ubitux> Ilias95: is there a date in id3?.. [11:54] <Anaphaxeton> ubitux i feared that and it sounds painful :( [11:54] <Anaphaxeton> what bitmat format can it encode? [11:56] <Anaphaxeton> i have .srt, .idx+.sub in the same dir but the TV's manual implies it would work only wth divx [11:56] <Anaphaxeton> and indeed they dont work [11:56] <ubitux> pgs sub (bluray) and possibly dvb and xsub [11:56] <Ilias95> ubitux, meaning year actually [11:56] <Anaphaxeton> ty ubitux [11:57] <ubitux> Ilias95: what's the name of the tag in the flac? [11:57] <Ilias95> ubitux, I'm not sure what do you mean by "is there". I check metada of both files with puddletag [11:57] <Anaphaxeton> ubitux, pgs sub doesn appear in encoders :( [11:57] <Ilias95> ubitux, year is the name [11:58] <ubitux> Anaphaxeton: hdmv_pgs_subtitle [11:59] <ubitux> Ilias95: it looks mapped here [11:59] <ubitux> in the "TDRL" id3 tag (which is the year) [12:00] <Anaphaxeton> ubitux, that doest seem ro be documented :) tyvm [12:00] <ubitux> Anaphaxeton: ffmpeg -codecs|grep pgs is your friend [12:02] <Anaphaxeton> i know, but it seems it cannot ffmpeg cannot encode [12:02] <ubitux> dvd to pgs sub is definitely supported [12:03] <Anaphaxeton> -codecs has only D not DE [12:03] <Anaphaxeton> and ffmpeg complains [12:03] <ubitux> mmh maybe i was thinking the other way around [12:03] <ubitux> yeah my bad we don't have a pgs encoder [12:03] <Anaphaxeton> it is ok. things are already too complicated! [12:04] <Anaphaxeton> stupid tv [12:04] <ubitux> muxing dvd sub into mpeg should be fixed anyway [12:04] <Anaphaxeton> the first time i threw an .mkv re-muxed from vobs and it didnt work [12:04] <Ilias95> fflogger, is use the simplest command: http://pastebin.com/zXcqs6Ju [12:04] <Anaphaxeton> no it is my TVs fault [12:05] <ubitux> Ilias95: TDRL : 2013 [12:05] <Ilias95> ubitux, yes you are right, my fault [12:05] <Anaphaxeton> i am going to email panasonic for detailed specs sources and patches [12:05] <Anaphaxeton> they have a lot of GPL stuff in there [12:05] <ubitux> Anaphaxeton: do you have a small mkv sample with vobsub? [12:05] <Anaphaxeton> if they deny i will report to the fsf :p [12:05] <ubitux> so i can open a bug on our side [12:06] <Anaphaxeton> i repeat, it is the TV [12:06] <Anaphaxeton> vlc doesnt complain at all [12:06] <ubitux> i believe there is a problem in ffmpeg anyway :) [12:06] <Anaphaxeton> maybe [12:06] <Anaphaxeton> do you want me to do that? [12:06] <ubitux> (make sure vlc isn't actually opening the vobsub file itself...) [12:06] <Anaphaxeton> i have to find a small video [12:06] <ubitux> yes i'd like a small video with vobsub in it please [12:07] <Anaphaxeton> hmm [12:07] <Anaphaxeton> vts 0 is ok? [12:08] <ubitux> weren't you trying to get from mkv to mpg? [12:08] <ubitux> with dvd subs into the mkv? [12:08] <Anaphaxeton> it was first ripped by a dvd [12:08] <ubitux> well, share both :) [12:08] <Anaphaxeton> then re muxed to mkv [12:08] <ubitux> the vts file is self-contained? [12:09] <Anaphaxeton> lets see what i ve got here! [12:09] <ubitux> i mean, video+audio+sub? [12:09] <Anaphaxeton> the vobs yes. what vts? [12:10] <ubitux> 12:07:37 < Anaphaxeton> vts 0 is ok? [12:10] <Ilias95> ubitux, thank you [12:10] <ubitux> Ilias95: your welcome [12:11] <ubitux> Anaphaxeton: if you have a small self contained vob file with video+audio+dvdsub, i'd like this one [12:11] <ubitux> (i'm assuming that's what you remuxed to mkv?) [12:11] <Anaphaxeton> vob 0 doesnt have subs. :( [12:11] <Anaphaxeton> yes [12:11] <Anaphaxeton> from vob 1 and above [12:11] <Anaphaxeton> how small do you want it to be? [12:12] <ubitux> i need enough to see 2-3 subtitles events [12:12] <ubitux> maybe a few megabytes might be relevant though [12:13] <ubitux> upload what you can :) [12:13] <Anaphaxeton> i will have to learn how to chop with ffmpeg :D [12:13] <ubitux> if it's mpeg ps you can just dd [12:15] <Anaphaxeton> do you want the mkv or mpeg file?? [12:15] <Anaphaxeton> or both? [12:16] <ubitux> only mpeg will be fine [12:17] <ubitux> you generated the mkv from the mpeg, right? [12:17] <ubitux> (why were you talking about idx/sub lately if the sub are in the mpg?) [12:22] <Anaphaxeton> vob->mkv->mpg [12:22] <ubitux> (vob is mpeg you know :p) [12:23] <Anaphaxeton> i am speaking abou;containers [12:23] <Anaphaxeton> i am ttrying to keep the original mpeg2 stream [12:25] <Anaphaxeton> i tried to keep ac3 in pcm, as the tv says, but didnt make it [12:25] <Anaphaxeton> 25mb is ok? [12:31] <ubitux> yes [12:46] <Anaphaxeton> ubitux, final question before sending [12:46] <Anaphaxeton> how do i make a sub the default? [12:46] <Anaphaxeton> in mkv it is done [12:47] <Anaphaxeton> in mpg not yet and the man page doesnt have anything related except if i am blind [12:47] <Anaphaxeton> (probably i am :p) [12:47] <ubitux> i wonder if you can force it from the cmd line [12:47] <ubitux> it's a disposition thing, i don't remember seeing this exposed in ffmpeg tool [12:47] <Anaphaxeton> i am working at the cli actually [12:48] <ubitux> i don't know if mpeg actually has that disposition thing [12:50] <Anaphaxeton> ok then [12:50] <Anaphaxeton> i think i am ready to send [12:50] <Anaphaxeton> can you accept dcc? [12:51] <Anaphaxeton> i am sending both [12:51] <Anaphaxeton> and pasting both command lines [12:53] <Anaphaxeton> how much i wish i could use pcm instead of mp2... [12:54] <Anaphaxeton> what is the max bitrate for mp2 btw? [12:56] <xlinkz0> are there any leaks in this snippet? http://codepad.org/OVBUOMk4 [12:57] <xlinkz0> if i free the frame do i also need to free the buffer i filled it with? [12:57] <ubitux> Anaphaxeton: go ahead [12:58] <ubitux> xlinkz0: leak of buf at least [12:59] <ubitux> xlinkz0: valgrind is your friend [12:59] <xlinkz0> i tried running it but i get about 20 messages for ffmpeg internals [12:59] <xlinkz0> is it because i have an old version of valgrind? [12:59] <Anaphaxeton> oops a small mistake [12:59] <xlinkz0> do your examples fare well against valgrind? [13:00] <ubitux> xlinkz0: not sure for the examples [13:00] <xlinkz0> well that's the .. only way to learn interacting with the libraries [13:00] <ubitux> Anaphaxeton: looks stalled [13:01] <ubitux> xlinkz0: they should, but that's not tested by our fate system, so some leaks might be present [13:02] <Anaphaxeton> forward a port [13:04] <xlinkz0> should the picture colors change a little when converting from YUV to RGB? [13:04] <ubitux> well i guess you should just upload it to a random storage service [13:04] <xlinkz0> the frame i save looks different from what i get in vlc [13:05] <Anaphaxeton> yeah, i will convert it to text and paste it :p [13:05] <Anaphaxeton> i dont know what service to use... [13:06] <Anaphaxeton> in the meantime lets see how that piece of video works on the TV [13:11] <Anaphaxeton> no worky on the tv [13:15] <Anaphaxeton> i will try some srt i downloaded [13:16] <Anaphaxeton> if it works and the srt is good i wil get higher quality rendering too. the vobsub is ugly [13:16] <Anaphaxeton> pretty cheap series of DVDs. they even use vob1 for episode 2 [13:17] <Anaphaxeton> ok one time but... [13:19] <yns_> Does anybody know how to convert to PhotoJPEG? [13:19] <yns_> http://www.siggraph.org/education/materials/HyperGraph/video/codecs/JPEG.ht… [13:24] <burek> is it possible to take the subtitle stream from an input and burn it over the video, removing the subtitle stream, all in one cmd line with ffmpeg? [13:24] <burek> something like: ffmpeg -i input.mp4 -vf subtitle="..." -map 0:v -map 0:a -c:a copy -c:v ... output.mp4 [13:28] <klaxa> yes, yes it is [13:28] <burek> cool :) [13:28] <klaxa> does that command not work? [13:29] <burek> well, subtitles filter asks for a filename parameter [13:29] <klaxa> is the subtitle in the mp4-file? [13:29] <klaxa> just pass it the mp4 file [13:29] <burek> and i'd like to use a subtitle stream from within the input [13:29] <burek> oh cool [13:29] <Anaphaxeton> srt and subrip wrongly appears as dvd sub [13:29] <klaxa> if that results in a segfault, pull the latest git, there was a bug which was fixed a few days ago [13:30] <burek> great, thanks klaxa :) [13:39] <yns_> Photo JPEG? [13:40] <yns_> All guys on the openFrameworks seem to love it. But I've searched the web wildly and cant seem to find any tips how to convert [13:41] <durandal_1707> yns_: does photo jpeg decodes with ffmpeg? [13:41] <xlinkz0> ubitux: http://codepad.org/5511l82q [13:42] <yns_> I don't know :( [13:43] <yns_> Don't know where to get my hands on a photojpeg video [13:43] <burek> just try it, with: ffmpeg -i your_pjpeg_file output.avi [13:44] <yns_> okay I will [13:44] <yns_> and what could I conclude if that works? [13:45] <yns_> any tips where to find such a video on the web? [13:46] <burek> that way you would know that ffmpeg can decode such input [13:47] <burek> try with google? :) [13:48] <yns_> thanks :) [13:49] <yns_> I will try. But in the end I would like to encode TO PJPEG. This the way to go? [13:50] <burek> then type ffmpeg -codecs [13:50] <burek> to see if it is listed there [13:50] <burek> and it has 'E' flag [13:50] <yns_> what do you mean by 'E' flag? [13:51] <burek> have you ever typed ffmpeg -codecs [13:51] <yns_> no sorry I will [13:51] <yns_> I'm a super newbie to the whole video world thing (coming from audio) sorry [13:52] <burek> np :) [13:54] <yns_> well, I copied the results to a texteditor in order to be able to search for 'pjpeg' tat gave no results [13:55] <yns_> I've searched for jpeg which gives me a couple of things like ljpeg: lossless jpeg, jpeg2000 and jpegls [13:55] <yns_> I'm suspected pjpeg maybe has another name in FFmpeg? Or is that a ridiculous suspicion? [14:02] <yns_> I'll try converting to ljpeg, maybe that makes sense [14:02] <xlinkz0> can anyone please help me understand how YUV is stored in memory? [14:10] <yns_> This implies there should be pjpeg support: http://ffmpeg.org/pipermail/ffmpeg-devel/2006-November/016667.html [14:23] <durandal_1707> yns_: found pjpeg files? [14:24] <yns_> nope :( [14:25] <yns_> some stock stuff that has to be payed for [14:25] <yns_> I keep on searching, most search results are sketchy video converter softwares [14:28] <durandal_1707> well progressive jpegs, aka SO2 should be supported [14:35] <yns_> SO2? [14:35] <yns_> thats for -vcodec to convert? [14:35] <durandal_1707> no [14:36] <yns_> but? [14:37] <durandal_1707> its internal thing in bitstream, you should not care about [14:37] <yns_> ? [14:37] <yns_> so how can I convert to PJPEG then? [14:39] <yns_> finally found a PJPEG vid!! [14:40] <durandal_1707> i don't think we have progressive jpeg encoder [14:40] <yns_> okay [14:40] <yns_> did ffprobe [path] and it seems to be Stream #0:0(eng): Video: mjpeg (jpeg / 0x6765706A), yuvj422p, 1920x1080 [SAR 72:72 DAR 16:9], 91433 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 24k tbc [14:40] <yns_> MJPEG? [14:41] <durandal_1707> yes, but that does not have progressive stuff afaik [14:41] <yns_> this stuff is wildly weird :) [14:42] <yns_> I think I just give up [14:43] <durandal_1707> but why you need progressive jpeg? [14:43] <durandal_1707> didn't you want photo jpeg or something similar? [14:43] <yns_> yes I'd love photojpeg :) [14:43] <yns_> thats what I actually want [14:43] <yns_> but I was just told here that progressive jpeg is anther name for that [14:43] <durandal_1707> i still don't know what photojpeg actually is [14:43] <yns_> :) [14:44] <durandal_1707> yns_: where? who? [14:44] <yns_> fflogger> Google: PJPEG - Progressive Jpeg - Acronym Finder - http://www.acronymfinder.com/Progressive-Jpeg-(PJPEG).html [14:44] <yns_> or I misunderstood :) [14:45] <yns_> but you wouldn't know how to encode to photo jpeg either? [14:48] <durandal_1707> perhaps you want this: http://en.wikipedia.org/wiki/JPEG_XR ? [14:48] <durandal_1707> do you know any program that can create photo jpeg? [14:49] <yns_> well according to the web it should be possible with adobe media encoder, only how is still unclear [14:50] <yns_> i keep finding messages like. "oh yeah I always convert my vids to PJPEG with...." [14:50] <yns_> NEVER how :( [14:51] <durandal_1707> than convert it with same program to PJPEG and send link to sample here, i will tell you is it progressive jpeg or something else... [14:52] <durandal_1707> but yes, progressive is not supported in our encoder, patch welcome [14:53] <yns_> hm ok [14:53] <yns_> I'll try [17:00] <zimbatm> the moov header produced by h264 is half the size once passed trough MP4Box [18:13] <zimbatm> is there an equivalent of MP4Box -inter 500 in ffmpeg ? [18:13] <zimbatm> I tried -frag_duration but it create fragments [18:13] <zimbatm> i'm not sure of the drawback of using them [18:37] <burek> what is -inter 500 [18:40] <burek> yns is this what you were refering as photo jpeg? http://www.siggraph.org/education/materials/HyperGraph/video/codecs/JPEG.ht… [18:42] <zimbatm> burek: it sets the interleave interval of data [18:43] <zimbatm> -inter time_in_ms interleaves file data (track chunks of time_in_ms) [18:44] <Mavrik> ffmpeg does that by default [23:29] <bcvtab> all: can someone tell me how to get 2 transport programs on the mpegts output from avi files ? [23:29] <bcvtab> I am able to convert single avi to mpegts but I want two avi files in two programs in mpegts [23:29] <bcvtab> is this possbile ? ffmpeg/avconv [23:29] <bcvtab> not able to see help in manpage or google [23:32] <bcvtab> tried using this [23:32] <bcvtab> avconv -i a.avi -i b.avi -streamid 0:1 -streamid 1:2 a.ts [23:32] <bcvtab> but doesnt work [23:43] <ubitux> bcvtab: make sure you map the necessary streams from a.avi and b.avi [23:44] <ubitux> also, we can't support the fork here, so make sure you use ffmpeg [23:49] <bcvtab> ubitux: I tried that too. I tried avconv -i 'concat:a.avi|b.avi' -streamid 1:1 -streamid 2:2 a.ts [23:49] <bcvtab> ubitux: Did not work. [23:50] <bcvtab> ubitux: The 1:1 in the streamid (what is the value before and after the :) ? Is it just he arbitraty position in the concat statement ? [23:50] <ubitux> why concat? that's not what you want to do afaict [23:50] <ubitux> also, again, we DO NOT support avconv here [23:50] <ubitux> it's a fork, so please stick with ffmpeg [23:50] <ubitux> or go request help on their channel [23:51] <bcvtab> ubitux: Sure I think at this stage of my command ffmpeg and avconv are same [23:51] <ubitux> by "tried that too" you mean using -map? [23:51] <bcvtab> ubitux: Did not try map. Will try now [23:53] <bcvtab> ubitux: avconv -i a.avi -i b.avi -map 0:1 -map 1:2 a.ts [23:53] <bcvtab> ubitux: Am I using this right (the error is Stream map '1:2' matches no streams.) [23:54] <ubitux> you want the stream #1 from the first file and the stream #2 from the second file? [23:54] <durandal11707> perhaps -map bust be after relevant "-i" ? [23:55] <bcvtab> that is -i a.avi -i b.avi -map 0:10 -map 1:30 -streamid 0:10 -streamid 1:30 a.ts [23:55] <bcvtab> does that mapping seem right ? [23:56] <ubitux> -map means "select from input" [23:57] <ubitux> -map 0:10 means "select stream #10 from file #0" [23:57] <ubitux> so no, it's wrong. [23:58] <bcvtab> ubitux: So I have two streams both with stream 0.0 in them. I have to give -map 0:0 -map 1:0 -c copy a.ts ? this way the 1st stream '0' and second stream '0' is mapped ? [23:59] <ubitux> that looks more correct [23:59] <bcvtab> ffmpeg -i a.avi -i b.avi -map 0:0 -map 1:0 -c copy a.ts [23:59] <ubitux> yes looks better [23:59] <ubitux> you will have 2 streams in your output now [23:59] <bcvtab> creates a.ts with only one program in it [00:00] --- Sun Apr 28 2013

1 0

ffmpeg-devel.log.20130426
by burek 27 Apr '13

27 Apr '13

[00:21] <ubitux> is it relevant for a windowing function to start at index 0.5 (instead of 0) with inc=1 and using a win size of N (instead of N-1) for the normalize? [00:22] <ubitux> basically: [00:22] <ubitux> for (i = 0; i < win_size; i++) [00:22] <ubitux> - showspectrum->window_func_lut[i] = .5f * (1 - cos(2*M_PI*i / (win_size-1))); [00:22] <ubitux> + showspectrum->window_func_lut[i] = .5f * (1 - cos(2*M_PI*(i+.5) / (win_size))); [03:19] <cone-660> ffmpeg.git 03highgod0401 07master:f31247cf47dc: lavu/opencl:add opencl set param function [03:19] <cone-660> ffmpeg.git 03highgod0401 07master:cd134963e8fd: lavfi/unsharp: add opencl unsharp filter [03:51] <cone-660> ffmpeg.git 03Michael Niedermayer 07master:05f4c0506198: vc1dec: remove interlaced warning [11:02] <cone-198> ffmpeg.git 03Luca Barbato 07master:c2cb01d418dd: lavf: introduce AVFMT_TS_NEGATIVE [11:02] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:c4bf74022562: Merge commit 'c2cb01d418dd18e1cf997c038d37378d773121be' [11:16] <cone-198> ffmpeg.git 03Martin Storsjö 07master:74685f6783e7: x86: Rename dsputil_rnd_template.c to rnd_template.c [11:16] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:721ffc691ab4: Merge remote-tracking branch 'qatar/master' [11:20] <ubitux> oh shit a user using --enable-random [11:26] <ubitux> durandal_1707: afade doc are somehow broken [11:26] <ubitux> afade example is using "ss" instead of "st" [11:26] <ubitux> also, AVOption description are mentioning "expression" while they aren't [11:27] <ubitux> durandal_1707: and btw, why INT32 and not INT64? [11:27] <ubitux> (for durations) [11:40] <durandal_1707> ubitux: and what descriptions should be instead? [11:42] <ubitux> "expression" is just used for AVExpr, use "set starting sample for fading", "set duration of the fade" etc. [11:56] <durandal_1707> anyone get this: gmake: *** No rule to make target ibavcodec/x86/dsputil_mmx.o'. Stop. ? [11:56] <nevcairiel> you are missing a l there [11:57] <durandal_1707> i selected all line, but xterm copy eat most of it [11:57] <durandal_1707> gmake: *** No rule to make target `libavcodec/x86/dsputil_rnd_template.c', needed by `libavcodec/x86/dsputil_mmx.o'. Stop. [11:57] <nevcairiel> did you do a make clean? [11:58] <ubitux> cheatcode: rm libavcodec/x86/dsputil_mmx.d [11:58] <durandal_1707> too late [11:58] <ubitux> (or even sed to nicely remove the exact dep) [12:30] <cone-198> ffmpeg.git 03Paul B Mahol 07master:1a530f9ed897: lavfi: support timeline for colorbalance and colorchannelmixer [12:30] <cone-198> ffmpeg.git 03Paul B Mahol 07master:09250e344591: lavfi/curves: add support for more rgb formats [12:30] <cone-198> ffmpeg.git 03Paul B Mahol 07master:e0a636fadff0: doc/filters: fix afade 2nd example [12:30] <cone-198> ffmpeg.git 03Paul B Mahol 07master:42d61fd9680c: lavfi/afade: fix AVOptions descriptions [12:30] <cone-198> ffmpeg.git 03Paul B Mahol 07master:6a8d05061f9f: lavfi/stereo3d: avoid division when changing aspect ratio [12:35] <ubitux> thx [13:19] <durandal_1707> michaelni: the lfe_fir error that address sanitizer is complaining is correct, but table used by dcaenc and one in dcadata.h are different eg. positions of values differes, but values itself are same [13:35] <durandal_1707> and it looks like lfe is not tested at all in dca decoder [13:37] <durandal_1707> lol, there is FIXME [13:43] <cone-198> ffmpeg.git 03Paul B Mahol 07master:30579b7ef013: dcaenc: silence address sanitizer warning [13:49] <durandal_1707> libdca use same lfe_fir_64 table as dcaenc [13:53] <durandal_1707> libdca have same FIXME there... [13:53] <durandal_1707> so why we use different lfe_fir_64 table? [14:03] <durandal_1707> hmm, it was changed for simd, so looks like i need to find out how to undo reorder.... [14:22] <ubitux> wth is the unification guy talking about [14:22] <durandal_1707> ? [14:22] <ubitux> https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2013-April/142942.html [14:25] <durandal_1707> someone inventing another api for multimedia [14:25] <ubitux> "It's not like Unix, every function every dime has a specification" [14:25] <ubitux> parse error [14:28] <durandal_1707> is our audio example still buggy? [14:58] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:060f14f49310: avformat/mux: change avoid_negative_ts code to support later addition of AVStreams [14:58] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:c329195a2712: avformat/mux: use a local variable for offset [14:58] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:647f306b461a: avformat/mux: assert that timestamps are positive after offsetting them [14:58] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:e5891a23372d: avformat/movenc: mov/mp4 should support negative timestamps through edit lists [14:58] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:eba33396f007: avformat/mux: set avoid_negative_ts based on flags if not overridden by user or muxer [15:19] <ubitux> durandal_1707: i took the liberty to notice luca about the 256 colors support [15:19] <ubitux> but well, i'll get ignored again i guess [15:20] <durandal_1707> what 256 color support? [15:20] <durandal_1707> ubitux: you better spam them with bug fixes [15:20] <ubitux> i do already, but there are too much [15:20] <ubitux> durandal_1707: 1842b2756 http://lists.libav.org/pipermail/libav-devel/2013-April/046009.html [15:21] <durandal_1707> that is most useless feature i ever did [15:22] <ubitux> :D [15:23] <durandal_1707> you can have true color in kde konsole [15:52] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:ba323d67fa55: avformat/write_packet: drop disabled code [15:52] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:ee4c01bef65d: vc1dec: factor lut clean code [15:52] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:d78329700df2: vc1dec: make sure next_use_ic is set correctly [17:33] <durandal_1707> michaelni: why at encode_init logs do not display name of encoder? [17:34] <durandal_1707> happens here when encoding float to flac [20:13] <ubitux> hey beastd [20:13] <beastd> hi [20:13] <ubitux> when are you going to write us some good news again? [20:16] <beastd> yeah right. need to start cooking up a news article [20:16] <ubitux> :) [20:18] <beastd> i have been kind of sick for some weeks now. not feeling to well yet :( [20:18] <ubitux> :( [20:48] <cone-198> ffmpeg.git 03Michael Niedermayer 07master:74b1c32a8027: avutil/log: leave prefix printing state on empty input. [21:40] <cone-198> ffmpeg.git 03Clément BSsch 07master:039c2b7828da: lavfi/hqdn3d: remove timeline flag. [23:49] <cone-308> ffmpeg.git 03Michael Niedermayer 07master:a057552212fe: avutil/log: dont count&print repeats for empty strings [23:53] <funman> buddhist proverb: if an empty string is displayed, can it be seen? [23:56] <ubitux> you have to trust your ears [00:00] --- Sat Apr 27 2013

1 0

ffmpeg.log.20130426
by burek 27 Apr '13

27 Apr '13

[00:07] <yns_> Hi [00:08] <yns_> I would like to convert pjpeg [00:08] <yns_> cant find ut how tough [00:10] <yns_> any suggestions? [00:13] <yns_> cant find anything about pjpeg in the documanetation, is there another name for pjpeg maybe? [00:19] <Trashlord> hey. I'm trying to stitch together audio and a still image to create a video. I'm doing -pix_fmt yuv420p, but it says unknown format, why? [00:20] <Trashlord> actually, it says it can't find a suitable output format for that [00:55] <tonsofpcs> anyone have experience using ffmpeg to render XDCAM HD 50? [01:13] <yns_> annyobdy knows how to convert into pjepg with ffmpeg [02:15] <Anaphaxeton> hi! i have a TV set that supports playback with a usb stick. it limits you a lot about containers and what streams they should include [02:16] <Anaphaxeton> so basically i am trying to convert a dvd to a .mpg file that is a PS container with mpeg2 video and pcm audio [02:16] <Anaphaxeton> the problem is with the audio [02:17] <Anaphaxeton> ffmpeg -i Downton.Abbey.Season.2.Episode.5.mkv -c:a pcm_u16be -f vob -c:v copy Downton.Abbey.Season.2.Episode.5.mpg [02:17] <Anaphaxeton> one of my attempts to make it work... [02:17] <Anaphaxeton> packet too large, ignoring buffer limits to mux it [02:17] <dozm9> Does does anyone have any good resources/tutorials for taking arbitrary input videos and outputting to mp4 container for multiple devices? 1080,720,480,360 [02:18] <Anaphaxeton> ^ that one always appears with whatever pcm and with or without -f vob [05:16] <defaultro> hey folks, can ffmpeg transition from one video to another? I mean, the first video is about to end in 10 seconds, our next video starts to fade-in in that time frame [08:43] <Aziroshin> I am trying to encode a "preview" video. The perk would be that the encoding process finishes really fast. [08:43] <Aziroshin> However, I belive I am misunderstanding how this works, because, despite horrible quality settings and 2 fps (testwise), the encoding process doesn't really speed up much. [08:44] <Aziroshin> The CPU is also not really used too much by ffmpeg during that preview encode. [08:44] <Aziroshin> The line I am using goes like this: ffmpeg -y -i ../take1.video.mkv -r 2 -c:v libx264 -s 320x240 -crf 40 -preset superfast 1.mkv (testwise) [08:45] <Aziroshin> Here's the output: http://dpaste.com/1074101/ [08:47] <Mavrik> hmm [08:48] <Mavrik> Aziroshin, ok, whats the framerate of your input? [08:50] <Aziroshin> It's 30 [08:50] <Aziroshin> It's a yuv4mpeg encoded file in an mkv container (the input) [08:51] <Mavrik> yeah well [08:51] <Mavrik> as you can see theres alot of dropped frames [08:51] <Mavrik> since youre forcing it to 2 fps on output [08:51] <Aziroshin> Yeah [08:51] <Mavrik> and youre probably hitting your I/O limit [08:52] <Mavrik> since raw 720p video DOES need a huge amount of I/O bandwidth to read from disk [08:52] <Aziroshin> Hmm [08:52] <Mavrik> that also explans why your CPU is idling ;) [08:52] <Aziroshin> Interesting point, I should do a test sometime with small snippets on a ramdisk and see how it flies. [08:53] <Aziroshin> It's interesting that the fps spikes quite high in the beginning, and then flattens down quickly. [08:53] <Mavrik> Aziroshin, for 720p 30fps raw video to be read from HDD you need a 110MB/s sustained read [08:54] <Mavrik> that's without the writes needed to store results :) [08:54] <Aziroshin> To be read at realtime, that is? [08:55] <Mavrik> yeah [08:55] <Aziroshin> I see. o.o [08:55] <Aziroshin> That's like some more than 1/3 of a quite fast harddisk. [08:55] <Mavrik> um [08:55] <Mavrik> actually I havent seen 7200rpm harddisk that could do that ;) [08:55] <Mavrik> SSDs only [08:56] <Aziroshin> I think I've seen a magnetic one in a review somewhere, but it might have been a 15k one. [08:56] <wolf85kunst> hello [08:56] <Aziroshin> Hello. [08:56] <Mavrik> Aziroshin, most HDDs top out at 100MB/s on inner platters [08:57] <Mavrik> usually the curve is like 70-100MB/s [08:57] <Mavrik> quite annoying for video work :) [08:57] <Mavrik> Aziroshin, try storing output to another disk [08:58] <Aziroshin> Yeah,well, even if I had the money for more harddisks, that alone would probably not give the speed increase I had dreamed of. xD [08:58] <wolf85kunst> i wonder if ffmpeg is the good solution to use in a script... in fact i developp a script who get some videos info.. and i wonder if ffmpeg is not deprecated. i sound libav.. what is the best solution ? thanks a lot [08:58] <Aziroshin> It's not deprecated at all. [08:58] <Mavrik> Aziroshin, mhm& why do you have video in raw format? :) [08:59] <Mavrik> wolf85kunst, no, ffmpeg is not deprecated [08:59] <wolf85kunst> *** THIS PROGRAM IS DEPRECATED *** [08:59] <wolf85kunst> This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. [08:59] <Aziroshin> It's just that the debian/ubuntu developers put in avconf instead of ffmpeg and renamed it ffmpeg instead, putting in their own avconf ffmpeg fork a fmpeg-deprecation message. [08:59] <Mavrik> wolf85kunst, yes, ffprobe JSON output is perfect for use in script [08:59] <Mavrik> wolf85kunst, thats misleading and obsolete [09:00] <Mavrik> Aziroshin, because the better option is to just use a little CPU when saving video and store it into one of the lightlt losless compressed formats like huffyuv [09:00] <Aziroshin> huffyuv, interesting. Ive heard of it. [09:01] <Aziroshin> I should probably do that. [09:01] <Mavrik> yeah, it uses simple lossless huffman compression [09:01] <Mavrik> which makes a huge difference when I/O is your bottleneck :) [09:02] <Aziroshin> I record gameplay footage with glc. It stores the video in yuv4mpeg in an internal .glc format. I need to pipe it out before I can do anything. Before, I used libx264 for that. I figured I could get some more quality during thet re-encoding processes further down the pipeline if I would not do that. [09:02] <Mavrik> mhm [09:03] <Mavrik> Aziroshin, I found out that using light compressing when grabbing video from gameplay is worth it [09:03] <Aziroshin> And good quality settings for libx264 takes ages [09:03] <Mavrik> since otherwise I always saturated disk [09:03] <Aziroshin> Well, glc does yuv4mpeg or bust. [09:03] <Mavrik> which is way worse than give part of a core over for compression [09:03] <wolf85kunst> Mavrik, thanks you mean it's better to use ffprob that's right ? [09:04] <Aziroshin> I need to pipe it out after the file is completely recorded. [09:04] <Aziroshin> I have stuffed around with direct piping, though. These things don't work out sound-wise so far. [09:04] <Mavrik> mhm [09:04] <Mavrik> I think I used some other game recording software [09:04] <Aziroshin> Which one? [09:06] <Mavrik> um [09:06] <Mavrik> playclaw I think [09:06] <Mavrik> only one that could do compression so I could grab 1920 [09:06] <Aziroshin> Oh, sometimes I forget that not everyone on these freenode channels is automatically living in the UNIX world [09:06] <Aziroshin> I use linux. XD [09:07] <Aziroshin> And, well, through glc I am used to files that get insanely large. [09:07] <Mavrik> mhm [09:07] <Mavrik> Aziroshin, I figured gaming == windows [09:07] <Aziroshin> I stopped doing Windows years ago. [09:08] <Mavrik> havent tried grabbing video for games form linux, usually performance was bad enough as it is [09:08] <Mavrik> anyway, sleep time [09:08] <Aziroshin> That yuv4mpeg extract I am working with is like 173 GB in size [09:08] <Aziroshin> Uh... see ya. XD [09:15] <wolf85kunst> is ffprobe is based on ffmpeg ? [09:20] <Iv0ry> Hey guys if mmpeg says: [mov,mp4,m4a,3gp,3g2,mj2 @ 03781960] moov atom not found Invalid data found when processing input that means the file is damaged right? :( [10:36] <ubitux> wolf85kunst: ffprobe is one of the tool of the FFmpeg project, just like ffmpeg, ffserver or ffplay [10:48] <ghost145> hello? the question about FFV1 and SNOW codecs - are there any changelog info or any info about new versions of this codecs or they have 1 version at all? [11:01] <wolf85kunst> i have a question [11:01] <wolf85kunst> why ffmpeg return result on exit error stream ? [11:02] <wolf85kunst> i have to do that to get ffmpeg return in a variable : [11:02] <wolf85kunst> ffmpeg_result=`ffmpeg -i "$line" 2>&1 [11:03] <wolf85kunst> the question is why i have to do that ? [11:03] <wolf85kunst> thanks for answer [11:08] <Peace-> hi everyone i am trying to do this ffmpeg -f alsa -ac 1 -ar 48000 -i hw:1,0 -acodec pcm_s16le -vn audio_recording.wav but i get [11:09] <Peace-> this error Unrecognized option 'f '. [11:09] <Peace-> why? [11:15] <ubitux> ghost145: i don't think snow had recent changes lately, but ffv1 got improved [11:15] <ubitux> ( version 1.3 iirc) [11:16] <Peace-> ubitux: http://paste.ubuntu.com/5603943 [11:17] <TheSchaf> hello! i'm generating preview audio mp3s from mp3s using ffmpeg. i want to add a fadeout. however it seems to ignore the ss param, no matter what i do... [11:17] <TheSchaf> -ss 20 -t 10 -i foo.mp3 -ab 192k -ar 48000 -acodec mp3 -af "afade=t=out:ss=9:d=1" -y foo_demo.mp3 [11:17] <TheSchaf> this is the command line i use [11:17] <TheSchaf> i've tried various parameters for ss but it always fades out after 1s directly [11:17] <TheSchaf> can someone help me? :) [11:17] <Peace-> ubitux: i tried even to use the command line from ffmpeg doc http://paste.ubuntu.com/5603951 this is for screen grab [11:17] <ubitux> Peace-: works here... [11:18] <Peace-> ubitux: that infact the strange thing [11:18] <Peace-> ubitux: i remembered it worked [11:18] <ubitux> Peace-: maybe a broken revision, try to upgrade [11:18] <Peace-> ubitux: mm i tried to use another ffmpeg , avstuff [11:18] <Peace-> ubitux: it says the same thing [11:19] <ghost145> hello! the question about FFV1 and SNOW codecs - are there any changelog info or any info about new versions of this codecs or they have 1 version at all? [11:19] <Peace-> maybe some library that is fucked up ? [11:19] <ubitux> Peace-: --enable-random [11:19] <ubitux> remove this... [11:19] <Peace-> ok [11:20] <ubitux> ghost145: read the backlog. [11:23] <ubitux> TheSchaf: afade=t=out:ss=9:d=1 ss = start sample; it's expressed in sample, not second [11:23] <ubitux> try "ns" [11:23] <ubitux> Peace-: "st" sorry [11:23] <ubitux> aaarg [11:23] <ubitux> TheSchaf: "st" sorry ^ [11:24] <ubitux> afade=t=out:st=9:d=1 [11:24] <TheSchaf> aaah, okay :) [11:25] <TheSchaf> http://www.ffmpeg.org/ffmpeg-filters.html#Examples-29 is wrong then? [11:25] <ubitux> what is wrong? [11:25] <TheSchaf> it says ss there [11:26] <ubitux> erm.. [11:26] <ubitux> you're right [11:26] Action: TheSchaf is confused :p [11:27] <ubitux> it will be fixed [11:27] <TheSchaf> thanks :) [12:06] <xlinkz0> i want to make a hash for the data in a frame, what buffers should i look at? [12:06] <xlinkz0> i still don't understand how this should be read [12:52] <spaam> w [12:52] <spaam> ops [12:57] <Peace-> ubitux: :S http://paste.ubuntu.com/5604198 [12:57] <Peace-> ubitux: just compiled [12:58] <Cobra_Fast> Hi! I have a problem applying a watermark to a scaled video. The watermark is positioned relatively to the original size rather than the scaled size. A full description is at http://stackoverflow.com/q/16148068/522479 Any ideas? [12:59] <Peace-> ubitux: ok worked with another resolution [13:00] <ubitux> Peace-: --enable-pic --enable-sram --enable-hardcoded-tables --enable-memalign-hack [13:00] <ubitux> why do you do that? [13:00] <ubitux> where did you pick all those flags? [13:01] <ubitux> btw, --enable-random is to randomize completely the configuration... [13:01] <ubitux> it's only meaningful for testing compilation [13:01] <relaxed> Cobra_Fast: use the most recent version, look at -filter_complex in the man page, and have scale first in the filter chain. [13:02] <ubitux> Cobra_Fast: multiple -vf, huh? [13:03] <relaxed> I didn't notice that :/ [13:03] Action: relaxed needs sleep [13:04] <ubitux> Cobra_Fast: also, wtf is this pad? [13:04] <Peace-> ubitux: wel the most of times i compile ffmpeg with every possibile flags [13:04] <Peace-> ubitux: and it worked fine untill a week ago [13:04] <ubitux> Peace-: those flags are insane, don't do that. [13:04] <Peace-> :D hahaha [13:04] <ubitux> you should only --enable external libraries [13:05] <Peace-> ok ok [13:05] <Peace-> i will try again without those flags [13:05] <ubitux> the rest is automatic and will pick what's best for you [13:05] <Cobra_Fast> ubitux: whats wrong with multiple -vf? [13:05] <ubitux> Cobra_Fast: one will be ignored i'd say. [13:05] <ubitux> Cobra_Fast: just overlay the pic and get done with it [13:06] <ubitux> you don't need to pad anything [13:06] <ubitux> nor separate the filtergraph [13:06] <Cobra_Fast> ubitux: yes, I've already changed to using the X and Y arguments of the overlay filter [13:06] <Cobra_Fast> so all in one vf? [13:06] <ubitux> you need to upgrade anyway, your ffmpeg is 2 years old [13:07] <Cobra_Fast> N-52381-g2288c77 is only a couple days old [13:07] <ubitux> ah missed that, i thought it was 0.8 [13:07] <ubitux> anyway, yeah then just overlay [13:08] <ubitux> -i in.mp4 -i watermark.png '[0:0][1:0] overlay' [13:08] <ubitux> -i in.mp4 -i watermark.png -filter_complex '[0:0][1:0] overlay' [13:08] <wolf85kunst> i have a question [13:08] <wolf85kunst> why ffmpeg return result on exit error stream ? [13:08] <wolf85kunst> i have to do that to get ffmpeg return in a variable : [13:08] <wolf85kunst> ffmpeg_result=`ffmpeg -i "$line" 2>&1 [13:09] <wolf85kunst> the question is why i have to do that ? [13:09] <wolf85kunst> thanks for answer [13:09] <ubitux> you mean why it's on stderr? [13:10] <Cobra_Fast> ubitux: -i in.mp4 -i watermark.png -filter_complex "[0:0] scale=...,[1:0] overlay=..." ? [13:10] <ubitux> Cobra_Fast: what do you want to scale? [13:10] <Cobra_Fast> in.mp4 [13:10] <ubitux> yeah then it should work [13:11] <wolf85kunst> ubitux, yes i do (xcuse me for my english) [13:11] <wolf85kunst> i mean the return is in fact stderr... [13:12] <ubitux> wolf85kunst: you're likely not supposed to parse what's on stderr; i don't remember exactly why it's done that way though [13:12] <wolf85kunst> that's why i have to tap that ffmpeg_result=`ffmpeg -i video.avi 2>&1` [13:12] <ubitux> what information are you trying to grab? [13:13] <wolf85kunst> video resolution, codec, duration [13:13] <ubitux> use ffprobe [13:13] <ubitux> and one of the various output [13:13] <wolf85kunst> i ear that [13:13] <ubitux> you have json, xml, csv, etc [13:13] <ubitux> wait simpler and appropriate to parse [13:13] <ubitux> way* [13:13] <wolf85kunst> for the moment i work with regex and ffmpeg [13:14] <ubitux> that's not a good idea [13:14] <wolf85kunst> i have other question...but is not necessary about ffmpeg [13:15] <wolf85kunst> well , if i tap : [13:15] <wolf85kunst> ffmpeg_result=`ffmpeg -i video.avi 2>&1` [13:15] <wolf85kunst> echo "$var" and echo $var is not the same result, i just want to understand why [13:15] <wolf85kunst> any idea ? [13:16] <ubitux> shell escaping [13:16] <wolf85kunst> with echo $var --> all on one line [13:16] <ubitux> try: ffprobe -v 0 -show_entries stream=duration,width,height -of flat video.avi [13:16] <wolf85kunst> with echo "$var" --> severall line [13:17] <ubitux> now try to replace "flat" with "json" or whatever [13:17] <ubitux> if you want to use shell, you can use flat=s=_ [13:17] <ubitux> which allows you to eval directly the result [13:17] <ubitux> and have the results into shell variables directly. [13:18] <ubitux> replace "-show_entries stream=duration,width,height" with "-show_streams" to see what other keys are available [13:19] <wolf85kunst> ffprobe: unrecognized option '-show_stream' [13:19] <wolf85kunst> ffprobe: unrecognized option '-show_entries' [13:19] <ubitux> upgrade. [13:20] <ubitux> your ffmpeg is at least 6 months outdate [13:20] <Cobra_Fast> ubitux: how do i select an input for -b:v? [13:20] <ubitux> -b:v:0 ? [13:21] <ubitux> (you have multiple video streams?) [13:21] <ubitux> ah you have the png; try -filter_complex "[0:0] scale=...,[1:0] overlay=... [out]" -map "[out]" [13:23] <Cobra_Fast> wait my command is all spaghetti now... let me sort it out [13:24] <wolf85kunst> ubitux, i will upgrade thanks [13:25] <wolf85kunst> but somedy can explain to me the problem --> "$var" and $var - the difference please [13:28] <ubitux> that's a shell question [13:29] <ubitux> and the question is unclear given the context [13:29] <Cobra_Fast> -y -ss 0 -t 0:0:30.0 -i 'in.mov' -i 'watermark.png' -filter_complex "[0:0] scale=400:225,[1:0] overlay=305:0 [out]" -map "[out]" -b:v 896k -r 20 -an 'target.flv' - for some reason target.flv is 95x39 and .05 seconds long!? [13:31] <ubitux> Cobra_Fast: try "[0:0] scale=400:225 [p]; [p][1:0] overlay=305:0 [out]" [13:32] <Peace-> ubitux: http://paste.ubuntu.com/5604280 [13:33] <ubitux> Peace-: mmmh. [13:33] <Cobra_Fast> ubitux: YES! IT WORKS! Thank you very much, you are my hero today! :D [13:33] <ubitux> Peace-: -ar is an output option afaik [13:33] <ubitux> Cobra_Fast: no prob, being a hero is my daily life [13:34] <ubitux> Peace-: but i admit the error is unclear.. [13:35] <Peace-> ubitux: mmm i guess it's the kernel ffmepg has never done this shit http://paste.ubuntu.com/5604298 [13:37] <ubitux> your original command line works fine here [13:38] <ubitux> Peace-: http://pastie.org/private/zqjahjtsbna6ubu51yujca [13:40] <Peace-> ubitux: mm untill few days ago ffmpeg worked fine ... [13:40] <Peace-> ubitux: i will try to reboot with another kernel [13:42] <ubitux> have fun [13:52] <Peace-> mah i dunno undestand even with this kernel i got problems [13:53] <ubitux> given the level of insanity of your previous configure flags, you may want to make distclean and run configure and make again [13:54] <Peace-> ubitux: i did before [13:54] <Peace-> the point it was that ffmpeg untill a week ago worked fine with those insane flags [13:55] <Peace-> i suspect that i did a upgrade to my distro [13:55] <Peace-> and it's that the problem [13:55] <ubitux> mmh [13:56] <ubitux> Peace-: can you pastebin again with -v verbose? [13:56] <ubitux> -v debug even [13:59] <Peace-> ubitux: http://paste.ubuntu.com/5604358 ; http://paste.ubuntu.com/5604360 [14:01] <ubitux> Reading option '-f ' ...Unrecognized option 'f '. [14:01] <ubitux> fix your script. [14:01] <Peace-> mm [14:02] <Peace-> ubitux: i always used that script [14:02] <Peace-> anyway let me try see doc [14:03] <ubitux> i doubt ffmpeg ever recognize "-f " [14:03] <ubitux> +d [14:03] <yns> Hello, I'm trying to see what frames of my converted video are keyframes. Tried using -vstats_file but I have no clue how to interpret the file. How can I see what frames are keyframes? [14:04] <ubitux> yns: you can use -vf "drawtext=%{pict_type}" [14:04] <ubitux> also, you can use -vf select to pick only the i-frames [14:04] <ubitux> for vstats_file i don't know, maybe there is some doc on ffmpeg.org [14:05] <yns> thanks for help? sorry for the newbie-nes but are i-frames the same as keyframes? [14:05] <Peace-> ubitux: mmm http://ffmpeg.org/ffmpeg.html i found here ffmpeg -f alsa -ac 1 -i hw:1 -f video4linux2 -i /dev/video0 /tmp/out.mpg [14:06] <ubitux> Peace-: i'm talking about the space after the -f [14:06] <ubitux> in your script [14:06] <Peace-> ah damn shit the space [14:06] <ubitux> copy paste the cmd line you showed me, it works. [14:06] <ubitux> but your script is broken [14:06] <ubitux> it sends the space [14:06] <yns> meant thanks for help!* of course :) [14:07] <ubitux> yns: not exactly the same, but you can likely consider it to be :p [14:07] <yns> hehe ok :) [14:07] <yns> so: ffmpeg -i [input] -vf "drawtext=%{pict_type}" [output] ? [14:08] <ubitux> yes [14:08] <ubitux> you can use ffplay to see what it looks like [14:08] <Peace-> ubitux: :S worked fixing the space [14:08] <ubitux> yns: note that all i-frames might not be considered "key-frames"; basically key-frame is format level, while i-frame is codec level [14:09] <yns> hm okay [14:09] <ubitux> yns: anyway, ffplay input -vf "drawtext=%{pict_type}:fontsize=30:x=20:y=20:fontcolor=yellow" [14:09] <ubitux> i'm assuming you have a recent enough ffmpeg though [14:09] <yns> hm [14:10] <ubitux> otherwise, you can just -vf showinfo and look at your terminal :) [14:10] <yns> but that would just playback only the keyframes of the movie right? [14:10] <yns> I would like to get a list f all frames that are keyframes, that possible? [14:10] <ubitux> no, it will write a text on each frame [14:10] <ubitux> yes [14:10] <yns> oh ok I'm going to try thanks :) [14:11] <ubitux> see the documentation of vf select [14:12] <yns> I'll have a look at that too yes :) [14:14] <yns> ffplay not found :( [14:15] <yns> it doesn't automatically install when installing ffmpeg? [14:15] <ubitux> it should be available [14:15] <ubitux> did you build ffmpeg yourself? [14:15] <ubitux> make sure it was built on a system where the sdl headers were available [14:15] <yns> no [14:15] <yns> i didnt build myself [14:16] <ubitux> what distro? [14:16] <yns> http://www.evermeet.cx/ffmpeg/ [14:16] <yns> downloaded ffmpeg-1.2.7z [14:16] <ubitux> ah, mac os [14:17] <ubitux> no idea then [14:17] <ubitux> "--disable-ffplay" [14:17] <yns> unpacked it, copied it to /usr/local/bin and ran it [14:17] <yns> -bash: --disable-ffplay: command not found [14:17] <ubitux> http://www.evermeet.cx/ffplay/ [14:17] <ubitux> no i meant it was built with "--disable-ffplay" [14:18] <ubitux> that's what i read in the page [14:18] <yns> ah ok. sorry I'm a super newbie :) [14:18] <yns> thanks [14:18] <yns> that procedure I mentioned is the way to go right? [14:18] <yns> unpacked it, copied it to /usr/local/bin and ran it [14:23] <yns> [drawtext @ 0x10207bc00] Key '%{pict_type}:fontsize' not found. [14:25] <yns> using: ffplay input -vf "drawtext=%{pict_type}:fontsize=30:x=20:y=20:fontcolor=yellow" [14:25] <ubitux> yes, 1.2 is too old :) [14:25] <ubitux> you need git ;) [14:26] <yns> ok :) [14:26] <ubitux> anyway, check -vf showinfo, it will print all kind of stuff [14:26] <ubitux> notably the "type" you are interested in [14:26] <yns> ok :) [14:26] <ubitux> you can also extract all the frame with -vf select, but i let you read the doc to see how to achieve that [14:26] <ubitux> (hint: ffmpeg.org documentation filters) [14:27] <yns> thank you [14:27] <yns> -vf showinfo worked [14:27] <yns> going to have a look at the doc now :) [14:28] <yns> type:I means it is a I-frame which could be considered keyframe? [14:31] <ubitux> yns: yes [14:32] <ubitux> yns: I-frame means it's a "complete" frame standalone; key-frame is more like a format wording which points to a point where you can seek (it's often a keyframe, but not all i-frame could be marked as key-frame) [14:32] <yns> hm [14:32] <ubitux> meh random wording, but i hope you get the point [14:32] <yns> so no way to see actual keyframes then? [14:33] <ubitux> you're really interested in the key frames? [14:33] <ubitux> (what's the purpose?) [14:33] <ubitux> get the seek points? [14:34] <yns> no, I'm really of track I guess :) Working with openFrameworks, want to encode my videos so every frame has a keyframe and want to make sure it worked [14:36] <ubitux> if all frames are intra, you can technically seek anywhere; even if the format hasn't marked all the frames as key frames... i guess [14:36] <ubitux> oh you could use ffprobe to get the key frames [14:36] <ubitux> that should be faster [14:37] <yns> okay [14:37] <yns> what does it mean hen all frames are intra? [14:37] <ubitux> ffprobe -v 0 -show_entries frame=key_frame -of flat input [14:37] <ubitux> try this :) [14:38] <yns> I will, Guess I have to install ffprobe first :) [14:38] <ubitux> you can download it from the same website [14:38] <ubitux> it's one of the FFmpeg tools [14:38] <ubitux> just like ffmpeg, ffplay and ffserver [14:39] <yns> okay :) [14:39] <ubitux> btw, the above command will just work at format level, so it should be faster than looking into the codec level like with any -vf [14:41] <yns> okay :) and what did you by if all frames are intra? or is that out of scope? [14:42] <yns> ffprobe -v 0 -show_entries frame=key_frame -of flat input [14:42] <yns> nothing really happens? [14:44] <ubitux> remove the -v 0 and see if there is any error [14:44] <ubitux> (replace "input" with your file of course) [14:44] <ubitux> yns: all frames intra = all frames with type:I [14:44] <yns> ah okay :) [14:45] <yns> Invalid data found when processing input [14:45] <yns> thats the error I get when remove -v 0 [14:45] <ubitux> is your input file even valid? [14:45] <ubitux> (can you ffplay it?) [14:45] <ubitux> (or even transcode it with ffmpeg) [14:45] <yns> sorry :s [14:46] <yns> it is invalid as hell :) [14:46] <yns> and it works! [14:47] <yns> Thanks a million! [14:47] <yns> helped me big time! [14:47] <ubitux> your welcome [14:47] <yns> by the way: you know by any chance how to convert into photo jpeg? [14:47] <ubitux> ? [14:48] <yns> aka P-JPEG [14:48] <yns> am I asking crazy stuff? [14:48] <ubitux> i don't know [14:49] <yns> okay thanks anyway :) [14:49] <yns> anyone? [14:49] <ubitux> never heard of p-jpeg [14:49] <ubitux> any reference link? [14:49] <yns> http://www.siggraph.org/education/materials/HyperGraph/video/codecs/JPEG.ht… [14:54] <ubitux> i wonder how that differs from standard jpeg [14:54] <yns> no clue [14:55] <yns> I've read it should be even faster in scrubbing than MJPEG [14:56] <blez> I have a slight problem with dshow [14:57] <blez> ffmpeg -f dshow -audio_decice_number 0 -f flac - [14:57] <blez> Output file #0 does not contain any stream [14:58] <yns> can I convert to jpeg maybe? would that give me a playable movie? [14:59] Action: blez pokes ubitux [14:59] <blez> that's "device" [15:00] <xlinkz0> why does the demuxing example call avformat_find_stream_info with NULL for the second argument? [15:02] <ubitux> blez: i never used dshow [15:03] <blez> most people haven't [15:03] <ubitux> i didn't use windows since years as well [15:03] <ubitux> ...so i can't help you [17:00] <yns> anybody a clue how to encode to Photo JPEG? http://www.siggraph.org/education/materials/HyperGraph/video/codecs/JPEG.ht… [17:39] <simonsimcity> Hi, I know that it's possible to add an additional audio-track to an existing video ... but is it possible to change the name of the track? [17:40] <simonsimcity> In VLC for example I can then choose the track and it has a name ... On some VOB files I got it to be named after the language, but I can't see the option in ffmpeg's command ... [17:40] <simonsimcity> An example I found for just adding audio: http://blog.noizeramp.com/2011/04/21/adding-audio-track-to-video-with-ffmpe… [17:46] <simonsimcity> *yess* I found it. "ffmpeg -i INPUT -metadata:s:a:1 language=eng OUTPUT", right? [17:59] <simonsimcity> I found an option -alang ... what about that? Does it do the same? [18:15] <simonsimcity> so ... the parameters alang, vlang and slang are removed? http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=35c5d7d1ef7b62377… [18:17] <simonsimcity> It would be nice to update the documentation for metadata then. Currently you have a hint in there, that it's possible, but no hint, that the language should be a 3 letters ISO 639 code. [19:01] <simonsimcity> It's nice to know that some container-formats do not support every metadata setting :) http://wiki.multimedia.cx/index.php?title=FFmpeg_Metadata [19:01] <simonsimcity> Could this be linked here? http://ffmpeg.org/ffmpeg.html [19:40] <xlinkz0> i remember putting a banana metadata key in mp4 so are you sure it's restricted? [20:08] <ghost231> anyone here [20:08] <ghost231> & [20:08] <ghost231> ? [20:10] <ghost231> are there snow and ffv1 encoders in ffmpeg last build? [20:11] <ghost231> and how to use them? [20:13] <ubitux> just like the others [20:14] <ghost231> stop, snow still in pack? [20:15] <ubitux> snow is still in ffmpeg if that's the question [20:16] <ghost231> ok? [20:16] <ghost231> ok, but tell me were can I get the versions of these codecs (in pack) [20:18] <ubitux> i don't know what pack you are talking about [20:19] <ghost231> the newest, lastest pack by zeranoe for win (32, 64 bit) [20:20] <ubitux> these codecs are part of FFmpeg, so there version depends are basically the ffmpeg version [20:20] <ubitux> but i don't even get your question anyway [20:36] <ghost231> i want to know about snow and ffv1 - what are the last versions, and what are in ffmpeg packs for windows? [20:37] <ghost231> and how to use them (they are lossless codecs) [20:42] <ghost231> I know about ffv1 - last version is 3, as I know, but not shure.. and snow is one version at all (no changelog) as I know... And I want to get info about them here (where else?). [20:43] <ghost231> i want to know about snow and ffv1 - what are the last versions, and what are in ffmpeg packs for windows? [20:43] <ghost231> and how to use them (they are lossless codecs) [20:46] <ubitux> snow is not lossless afaik [20:47] <ubitux> and both are ffmpeg codecs [20:47] <ubitux> so look at the git log history of ffmpeg [20:48] <ghost231> where are the info about versions of codecs? [20:49] <ghost231> please give me the link (so look at the git log history of ffmpeg) [20:51] <ubitux> ffmpeg.org [20:51] <ubitux> go to download, clone the repository [20:52] <ubitux> git log libavcodec/ffv1dec.c libavcodec/ffv1.c etc [20:53] <ghost231> but i have windows (??) [20:58] <ubitux> i can't help you. check on the web interface [20:58] <ubitux> http://source.ffmpeg.org [20:59] <ghost231> I; [20:59] <ghost231> ok [21:01] <beastd> ghost231: besides the source in ffmpeg, ffv1 has also an external spec written by its author [21:11] <beastd> ghost231: here is the source document for the FFV1 spec: https://github.com/FFmpeg/FFV1 [21:32] <durandal_1707> ubitux: snow have lossless mode.... [21:33] <ubitux> durandal_1707: ah, i see, ok [21:35] <durandal_1707> instead of dwt_97 for lossless and qscale = 0 you use dwt_53 [22:00] <Zarx> x264 has an option to set the SAR to stretch the video on playback. What is the equivalent option in ffmpeg? [22:01] <durandal_1707> -vf setsar ? [22:01] <durandal_1707> anyway, you can pass all x264 options to libx264 encoder [22:02] <Zarx> oh, i forgot i can do that [22:02] <Zarx> ill do it that way [22:32] <Zarx> hmmm, i cant quite figure out the syntax for this [22:33] <Zarx> x264's sar option takes a colon in it [22:33] <Zarx> but the colon is also used to separate options [22:47] <shadowing> does anyone have experience merging ts files? [22:48] <shadowing> I've tried running "ffmpeg -f concat -i ts/dvr -async 1 -c copy concat.mpeg" [22:48] <shadowing> where ts/dvr is a text file for the concat protocol [22:48] <shadowing> I keep on getting this error spouted out [22:48] <shadowing> [h264 @ 0x3080200] non-existing SPS 32 referenced in buffering period [22:49] <shadowing> [h264 @ 0x3080200] non-existing PPS referenced [22:49] <shadowing> [h264 @ 0x3080200] non-existing SPS 32 referenced in buffering period [22:49] <shadowing> [h264 @ 0x3080200] non-existing PPS 0 referenced [22:49] <shadowing> [h264 @ 0x3080200] decode_slice_header error [22:49] <shadowing> [h264 @ 0x3080200] no frame! [23:43] <Anaphaxeton> i was expecting some mpeg-ps format but it doesnt exist [23:44] <Anaphaxeton> i used mpeg and the result was 80 instead of 3 streams... [23:47] <Anaphaxeton> what i really want is an SD-video container [23:54] <Anaphaxeton> the mpeg-ps wont fit pcm btw [23:54] <Anaphaxeton> why is that? [23:58] <Mavrik> probably because it doesnt carry stream information [23:58] <Mavrik> and expects streams to do that [23:59] <Mavrik> also, I doubt theres a use case for raw audio streaming [00:00] --- Sat Apr 27 2013

1 0

ffmpeg-devel.log.20130425
by burek 26 Apr '13

26 Apr '13

[00:04] <cone-797> ffmpeg.git 03Nicolas George 07master:29ebb7ba8d7e: lavu: fix GET_UTF8 macro. [00:04] <cone-797> ffmpeg.git 03Nicolas George 07master:70feca926b93: lavc: check decoded subtitles encoding. [00:04] <cone-797> ffmpeg.git 03Michael Niedermayer 07master:d382170c5daa: Merge remote-tracking branch 'cigaes/master' [00:07] <michaelni> saste, we should fix every bug, the more important ones first ideally, but every should be fixed and all feature requests implemented ... [00:08] <ubitux> cehoyos: -c copy -movflags faststart [00:08] <ubitux> ...should work [00:08] <saste> michaelni, i don't know because i never used that function, and is used apparently only in very few cases [00:08] <durandal_1707> michaelni: do you realize when that will happen... [00:09] <saste> now i need to implement a similar function (to factorize asyntotically growing array) [00:09] <saste> also it doesn't check for int overflows [00:09] <ubitux> durandal_1707: we still have a few years left to live for most of us, so it's important to keep getting busy for a while ;) [00:10] <saste> btw ping on: "doc: remove all-components.texi, include verbatim its content" [00:10] <saste> not a technical matter, just we need to decide what's worse [00:59] <cone-797> ffmpeg.git 03Clément BSsch 07master:035a3792c223: lavfi/subtitles: zero-init AVSubtitle. [01:09] <durandal_1707> michaelni: if i increase avpkt->size by 1 bug almos dissappear [01:17] <cone-797> ffmpeg.git 03Paul B Mahol 07master:aa96439fae67: lavc: remove unused put_bits.h headers [01:23] <cehoyos> ubitux: At least not for vfr files [01:24] <cehoyos> (But I think there are other reasons why you don't want to remux, for example unsupported codecs) [01:29] <durandal_1707> can anyone look at https://github.com/BigHillSoftware/QTFFmpeg/blob/master/QTFFmpeg/QTFFmpeg/C… and tell what is obviously wrong? [01:29] <durandal_1707> guy at ml started to claim its our bug [01:42] <durandal_1707> hmm code uses function thats not used by ffmpeg at all [01:42] <durandal_1707> the only other user is in examples [09:42] <highgod> Hi, I want to ask a question, how can we use a raw audio data to encode? I found the decoding_encoding.c, where can I find the input file [09:42] <highgod> thanks [10:05] <cone-961> ffmpeg.git 03Anton Khirnov 07master:35386fbf4193: doc/APIchanges: add missing hashes and dates [10:05] <cone-961> ffmpeg.git 03Vittorio Giovara 07master:fc18cc44ebfa: fate: add CVFC1_Sony_C to h264 conformance tests [10:05] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:575399c7e116: Merge commit 'fc18cc44ebfae07da153dc782572e7ce2f6fe47d' [10:15] <ubitux> highgod: you can generate with -c:a pcm_s16le for instance [10:24] <highgod> @ubitux:thanks, and what is the container name? [10:25] <ubitux> -f s16le i guess [10:28] <highgod> OK, thanks [10:55] <ubitux> michaelni: any reason you didn't use avpriv_atomic_int_get() in av_buffer_get_ref_count()? [11:24] <michaelni> ubitux, it would be slower, also what would it fix ? [11:25] <ubitux> i don't know [11:25] <ubitux> no risk of race in the assert in h264? [11:25] <ubitux> (or any future code relying on it) [11:28] <michaelni> avpriv_atomic_int_get() doesnt really protect you against races [11:29] <cone-961> ffmpeg.git 03Stefano Sabatini 07master:f40cf96ec0f4: doc: remove all-components.texi, include its content verbatim [11:29] <cone-961> ffmpeg.git 03Stefano Sabatini 07master:cb23de1904e4: doc/filters: remove "q" constant docs for noise mode [11:29] <cone-961> ffmpeg.git 03Stefano Sabatini 07master:16cecf9c3de8: doc/filters: put vidstab filters documentation in a sensible order [11:29] <michaelni> about future code its hard to argue, the use in h264 seems safe to me but of course i might be missing something [11:30] <ubitux> ok [11:33] <saste> how shaky is the video and how quick is the camera? (default: 5) [11:33] <saste> ^^ subpar docs [11:33] <durandal_1707> saste: i gonna apply joinfields soon [11:34] <saste> durandal_1707, is that the case that it duplicates tinterlace functionality? [11:34] <saste> (no i didn't yet look at the code) [11:35] <durandal_1707> tinterlace is GPL [11:35] <durandal_1707> mp=tinterlace is GPL [11:35] <durandal_1707> interlace is GPL [11:35] <ubitux> so we will have 4 filters to interlace? [11:35] <ubitux> :D [11:37] <saste> any chance to remove mp=tinterlace? [11:37] <durandal_1707> i think you can remove mp=tinterlace [11:37] <durandal_1707> saste: the only one who objected was michaelni [11:38] <durandal_1707> but now that there is interlace, i think its fast enough... [11:38] <saste> is it? [11:38] <durandal_1707> for what exact mode mp one is faster and for how much? [11:38] <durandal_1707> also you did said that mp version have less features than native one [11:39] <saste> yes more modes [11:40] <saste> i'm going to do a few benchmarks soon [11:40] <ubitux> it's possible mp got slower recently [11:41] <ubitux> (see 9b672d401) [11:41] <ubitux> not sure if that changes something for perf [11:44] <saste> ubitux: Set virtual tripod mode: @code{tripod=framenum} if framenum>0 otherwise disabled. [11:44] <saste> ??? [11:48] <ubitux> the doc might have required more reviews [11:49] <ubitux> i'm debugging the lib right now, i'll see the doc adjustment later [11:50] <saste> ubitux: i'll send soon a patch for vidstabdetect docs [11:51] <ubitux> you better fix them directly :p [12:02] <ubitux> i think we should be able to port most of the vid.stab code natively without that much effort btw [12:02] <ubitux> and make it way faster too [12:08] <ubitux> ok i found the problem. [12:18] <ubitux> oh well i'll let him fix it [14:24] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:32a6dfeb125d: vc1dec: drop mv_f_last, simplify code [15:12] <BuxiNess> Hello, [15:13] <BuxiNess> I made some tests on MT in current jpeg2000 decoder. [15:14] <BuxiNess> I have the warning msg :"Mutiple ff_thread_finish_setup calls [15:14] <BuxiNess> whne i run with several threads [15:15] <BuxiNess> But I never call ff_thread_finish_setup in the decoder :( [15:17] <durandal_1707> BuxiNess: with ffmpeg? [15:23] <BuxiNess> yes [15:26] <durandal_1707> maybe recent regression [15:26] <durandal_1707> indeed, happens with exr too [15:27] <durandal_1707> michaelni: ^ [15:36] <saste> michaelni, i have a question for you [15:36] <saste> ffmpeg -f lavfi -i "testsrc=d=200,format=yuv420p,interlace" -f null - [15:37] <saste> with this command I have no framedups [15:37] <saste> but if I use: testsrc=d=200,format=yuv420p,tinterlace [15:37] <saste> then it is dupping frames (was resulting in a slower benchmark) [15:37] <durandal_1707> pts? [15:38] <saste> if I modify tinterlace to set the framerate (to half input framerate), and propagate the info in lavfi [15:38] <saste> i still observe dups [15:38] <saste> the only way to avoid them is to change the timebase, which doesn't make much sense to me [15:39] <durandal_1707> but telecine,separatefields and bunch of others do [15:40] <saste> if i change -y out.avi i don't see the dups [15:40] <saste> so it seems related to the null muxer [15:41] <durandal_1707> null muxer doesn't change pts [15:41] <saste> and so why then ffmpeg dups frames? [15:41] <saste> how is that related? [15:42] <durandal_1707> same pts [15:46] <saste> durandal_1707, "same pts" doesn't explain nothing to me [15:47] <ubitux> saste: add a showinfo after the filter and check if frames have the same pts [15:47] <ubitux> if tinterlace is adding frame, the timebase need to be doubled [15:47] <ubitux> to represent the new pts in some circomstances [15:48] <ubitux> (or maybe i completely misunderstood your issue) [15:49] <saste> no what's the point of changing the timebase [15:49] <saste> how is the timebase related to the framerate [15:49] <saste> otoh i see that michaelni changed tb in interlace [15:50] <saste> indeed there are no dups with interlace [15:51] <ubitux> <@saste> how is the timebase related to the framerate // if you can't represent a timestamp in the timebase, you need to enlarge it, i guess [15:52] <ubitux> saste: imagine a tb of 1/30 for an input at 30 fps, everything is ok [15:53] <ubitux> no imagine you want to double fps [15:53] <ubitux> 1 2 3 4 5 -> 0 1 1 2 2 ... [15:53] <ubitux> (because you half the pts which are at 1/30) [15:53] <saste> ubitux, i'm halving the frame rate [15:53] <saste> so i guess i can keep the same timebase with no problems [15:53] <saste> the null muxer is not ok [15:54] <durandal_1707> null muxer have no timestamps at all - it does nothing [15:55] <ubitux> saste: i see no pts/framerate/timebase change in tinterlace [15:56] <ubitux> ah, you latest patch. [15:56] <ubitux> saste: well, it's simply that your frame rate may not be reachable with the given tb [15:57] <ubitux> so just in case you need to double timebase den [16:05] <ubitux> saste: note that changing tb & frame rate is not enough [16:06] <ubitux> you need to adjust the pts of one of the frame going out [16:11] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:94b3a666fa87: avcodec/pthread: Make sure ff_thread_finish_setup() conditions match [16:11] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:8f0db04b0869: avcodec/pthread: use THREAD_SAFE_CALLBACKS() to simplifx more code [16:12] <michaelni> BuxiNess, durandal_1707, warning should be fixed [16:27] <durandal_1707> wow, benchmarks!!! [16:27] <ubitux> for one of the most useless filter :) [16:34] <cone-961> ffmpeg.git 03Paul B Mahol 07master:e1ba5fc96838: dcaenc: update [16:38] <durandal_1707> byteswap filter ???? [16:39] <durandal_1707> and i think it could use dsp, but does not .... [16:40] <saste> ubitux: do you have optimizations enabled? [16:41] <ubitux> saste: yes, i shouldn't? [16:42] <saste> rxzxdoiiojmmmmmmt6i76tg945i6h8p099u89lomoim8j00k hjh jv hhjm°* hjmkààà [16:42] <ubitux> nice passwd [16:42] <av500> nice cat [16:43] <funman> nice coffee spill [16:43] <saste> pesty nephew [16:43] <ubitux> http://3.bp.blogspot.com/_Co8liL2umjM/TAZpJ9ynAyI/AAAAAAAAAC0/aKcsPitvrJU/s… [17:57] <BuxiNess> michaelni, yep its fixe! [17:58] <durandal_1707> michaelni: interlace filter give green line at bottom [18:47] <durandal_1707> what?: Stream #0:0: Video: vp8, yuv420p, 854x362, SAR 1:1 DAR 427:181, 1k fps, 1k tbr, 1k tbn, 1k tbc (default) [19:08] <cone-961> ffmpeg.git 03Paul B Mahol 07master:00acfdd9260a: lavfi/telecine: show time base change too [19:08] <cone-961> ffmpeg.git 03Paul B Mahol 07master:e86ed98f43ae: lavfi/noise: add missing emms_c() [19:08] <cone-961> ffmpeg.git 03Paul B Mahol 07master:89b5ed5f1569: lavfi/noise: remove get_video_buffer, its redundant now [20:40] <cone-961> ffmpeg.git 03Paul B Mahol 07master:084709f6a59e: fate: update dca test and disable dca2 test [22:21] <ubitux> http://ubitux.fr/pub/pics/_minecraft-fft.png [22:21] <ubitux> still the squares, but it denoises! [22:22] <ubitux> (./ffplay tests/lena.pnm -vf "noise=alls=30,format=gray,split[a][b]; [a]pad=iw*2[p]; [b]fft='max((psd-1000)/psd,0)'[f]; [p][f] overlay=w") [22:23] <cone-961> ffmpeg.git 03Paul B Mahol 07master:77570a390d71: lavc/cdxl: add @file doxy [22:23] <cone-961> ffmpeg.git 03Paul B Mahol 07master:da2276036470: vima: generate predict_table once, and share it with all decoders [22:23] <cone-961> ffmpeg.git 03Paul B Mahol 07master:2c5700c5e2be: vima: add @file doxy [22:23] <xlinkz0> seems to me the one on the left has more detail [22:24] <ubitux> :( [22:24] <durandal11707> every denoiser blurs [22:42] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:5183365aeb9e: vc1dec: fix doxy for vc1_mc_4mv_chroma4() [22:42] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:dd6e291e4083: vc1dsp: add avg_no_rnd_vc1_chroma_mc4_c() [22:42] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:9b49d3974e9f: vc1dec: add avg & variable direction support to vc1_mc_4mv_chroma4() [22:42] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:688fc4ac565d: vc1dec: Try to fix vc1_mc_4mv_chroma4() parameters [22:52] <michaelni> durandal11707, why did you disable fate-acodec-dca2 [22:52] <michaelni> ? [22:53] <durandal11707> i couldn't fix it [22:53] <michaelni> so you just commited the change and ignored fate ? [22:54] <michaelni> besides the other fate checksums update should have been in the commit changing it [22:54] <michaelni> fate.org now has breakages as the clients test versions between the decoder update and the fate update [22:55] <michaelni> http://fate.ffmpeg.org/report.cgi?time=20130425184200&slot=x86_64-linux-gnu… <--- Example [22:55] <durandal11707> yes, but i dont see point of test for it at all [22:57] <durandal11707> i thought there was no dca encoder test at all.... [22:57] <michaelni> IIRC one of the 2 dca tests, tests the encoder the other the decoder [22:58] <durandal11707> huh? [22:59] <durandal11707> no its not, both have strict -2 [22:59] <durandal11707> acodec.mak test encoders [23:00] <durandal11707> some audio ones only ... [23:01] <michaelni> acodec.mak tests encoder+decoder [23:01] <michaelni> see "ENCDEC" [23:01] <durandal11707> if thats only way how dts decoder is tested, its broken one [23:02] <michaelni> the code now doesnt test if the encoded file is at all similar to what was encoded [23:02] <durandal11707> i would like to to enable test if i would know how to fix it [23:22] <ubitux> durandal11707: cool! :) [23:23] <durandal11707> ubitux: no until 16 bit [23:23] <ubitux> :) [23:29] <cone-961> ffmpeg.git 03Michael Niedermayer 07master:667159e718d4: fate: re-enable fate-acodec-dca2 [23:42] <durandal11707> ubitux: it hurts performance by 7.7% [23:43] <ubitux> what about using the curves->graph index instead? [23:44] <ubitux> try to dst += step and remove the mult from the loop too maybe [23:45] <ubitux> *dstp++ = curves->graph[r][*srcp++]; for each comp or something [23:47] <ubitux> see if using an intermediate ptr for curves->graph helps too.. [23:53] <durandal11707> ubitux: i dont thin that can halp much, the only solution is switch table with code duplication [23:53] <ubitux> well, i don't care very much about the perf [23:54] <ubitux> i don't think it really matters [23:54] <ubitux> (in this case) [23:54] <ubitux> (assuming the obvious attempt don't work) [00:00] --- Fri Apr 26 2013

1 0

ffmpeg.log.20130425
by burek 26 Apr '13

26 Apr '13

[00:18] <klaxa> hmm... newest git segfaults when using an mkv as a subtitle-file [00:19] <saste> klaxa: mind to report a bug if reproducible? [00:19] <klaxa> i'm currently checking if it works with a .ass file [00:19] <klaxa> i'll then test more mkv files [00:19] <klaxa> if it fails with every file i'll produce a valgrind log and report it [00:21] <klaxa> hmm it seems to work with the .ass file from the mkv [00:24] <klaxa> yes, only fails with mkv as subtitle file (somewhat expected?) [00:24] <saste> klaxa, no, it's a bug [00:24] <klaxa> ok [00:24] <saste> also a crash is *always* a bug [00:24] <saste> (unless if you're messing with libraries) [00:25] <klaxa> hmm right [00:27] <klaxa> valgrind seems to manipulate memory... when running ffmpeg with valgrind it doesn't segfault, but obviously it's pretty slow, i'll include the logs anyways [00:44] <thee_l> hey, I have a question and possibly a bug. [00:45] <klaxa> well then... what is it? [00:45] <thee_l> I am trying to experiment with some streaming with ffserver [00:46] <thee_l> I use the configuration file from the wiki(?) http://ffmpeg.org/trac/ffmpeg/wiki/Streaming%20media%20with%20ffserver#Stre… [00:46] <thee_l> except I removed all the audio from the flv stream and replaced it with 'NoAudio' [00:47] <thee_l> I started ffserver with that configuration file [00:47] <thee_l> I start up ffmpeg in another terminal with the command [00:48] <thee_l> ffmpeg -f x11grab -r 24 -s hd1080 -i :0.0 -vcodec libx264 http://localhost:8090/feed1.ffm [00:48] <thee_l> or something similar [00:48] <thee_l> it doesn't matter, because a few seconds into streaming to the feed it stops with the error [00:49] <thee_l> av_interleaved_write_frame(): Connection reset by peer [00:49] <thee_l> the server keeps on chuggin (doesn't crash) [00:49] <thee_l> any tips, notes, comments, help? [00:54] <klaxa> hmm... pastebin ffmpeg and ffserver logs [00:55] <thee_l> alright, [00:55] <thee_l> would that just be the output? [00:56] <klaxa> well best would be $ ffmpeg <whatever arguments> + output log [00:56] <klaxa> including version, etc. [00:56] <klaxa> same for ffserver [00:56] <klaxa> also ffserver.conf would be helpful i guess [00:56] <thee_l> where is that log located, then? [00:57] <klaxa> in your command line i guess? [00:57] <oelsen> is there a n00b channel for help with android, ffmpeg and libx264? [00:57] <oelsen> hi first :D [00:57] <klaxa> oelsen: specify your usecase and hopefully someone will try to help :) [00:58] <oelsen> I have this weird setup (old ubuntu) and an old ffmpeg, semi-old libraries and apparently fairly recent x264-stuff installed [00:58] <oelsen> no i know there is some glue somewhere that fixes wrong library calls between ffmpeg and libx264 [00:59] <oelsen> is there a site explaining what i can do? i can't change my setup here [00:59] <ubitux> klaxa: can you git pull an retry please? [01:00] <klaxa> ubitux: the development version i guess? [01:00] <ubitux> yes [01:00] <oelsen> i have this message here "ffmpeg: unrecognized option '-preset' " [01:00] <ubitux> klaxa: btw, can you share the hataraku.mkv file? [01:01] <oelsen> "ffmpeg -i input.mp4 -vcodec libx264 -preset ultrafast -acodec libmp3lame -ab 128k def.mp4" [01:01] <klaxa> i can put it somewhere to download yeah (obviously it's anime so copyright etc., blablabla, nobody cares about chinese cartoons) [01:01] <ubitux> klaxa: a torrent is fine otherwise [01:01] <klaxa> ubitux: http://www.nyaa.eu/?page=download&tid=420278 [01:02] <ubitux> oelsen: what about -preset:v? [01:02] <ubitux> klaxa: thx [01:02] <oelsen> hm. like in ffmpeg -i input.mp4 -vcodec libx264 -preset:v ultrafast -acodec libmp3lame -ab 128k def.mp4 ? [01:03] <oelsen> unrecognized option -preset:v [01:03] <ubitux> i don't remember the exact syntax mmh [01:04] <oelsen> ubitux: you have time to help? i try the pastebin. one moment. [01:06] <oelsen> ubitux: http://pastie.org/7711967 [01:07] <dowdle> So I prefer webm format... and I've used ffmpeg to convert various formats to webm and it generally works great. I post some screencasts to blogs and for some reason, the .webm content that ffmpeg produces acts weird in Firefox. Other content in webm format (like from YouTube or something) doesn't seem to have the issues. I can be more specific on what I mean by weird if anyone need more info. Any ideas? The generated output seems to work fine [01:07] <dowdle> in Google Chrome though. I was hoping maybe there was an ffmpeg flag I was unaware of to fix the issue. [01:08] <thee_l> okay [01:08] <dowdle> Hmmm, trying it today... it doesn't seem to be an issue... so it is probably just Firefox being weird and completely unrelated to ffmpeg. [01:08] <klaxa> ubitux: works :) [01:08] <ubitux> klaxa: great [01:09] <ubitux> oelsen: please upgrade. [01:09] <thee_l> so I put the command outputs and ffserver configuration file into one pastebin: http://pastebin.com/wvqKihpR [01:09] <ubitux> oelsen: 0.5 is yeaaars old [01:09] <ubitux> oelsen: we are in 1.2 you know.. [01:10] <oelsen> hm [01:10] <ubitux> oelsen: 0.5 was released beginning 2009 [01:10] <ubitux> we had hundreds of commits every weeks since then [01:10] <oelsen> yeah, i know [01:11] <oelsen> I only needed libxvid for another player and I wanted to try x264 for this android here [01:11] <oelsen> libxvid works fine :D [01:15] <oelsen> ubitux: there is no ffmpeg left as a package for me and I don't want to compile something myself on this machine. is it still that there are two projects (ffmpeg + libav) ? [01:15] <ubitux> yes [01:15] <ubitux> and your distro is only packaging the fork [01:15] <ubitux> that might help you ^ [01:16] <oelsen> not to open a can of worms, but what should I use as a n00b? [01:16] <ubitux> what do you mean? [01:16] <ubitux> you use whatever you want :) [01:16] <Sashmo_> has anyone used a command like this with ffmpeg yet?? I need some help setpts='(RTCTIME - RTCSTART) / (TB * 1000000)' [01:19] <dowdle> oelsen: If you are doing basic stuff the raw ffmpeg from the command line isn't very difficult: ffmpeg -i source.blah -b 800k -ab 64k output.blah [01:19] <dowdle> oelsen: I guess there are a few GUI front-ends for ffmpeg but I've not really wanted or needed them. On windows winff is pretty popular I think. [01:20] <dowdle> oelsen: Of course you replace the desired bitrates with whatever you want. The default I think is 200k. [01:20] <oelsen> the gui stuff drains the battery on my portable player. the old ffmpeg i have can play almost double the time [01:20] <oelsen> *the encoded files with the old ffmpeg, you understand :) [01:23] <oelsen> sorry that I ask questions and have a .5 installed. I didn't know that. stupid me (like having a very old p2p client and wondering why it doesn't connect...) [01:31] <thee_l> alright, I'm leaving, thanks! [05:58] <stik> I am attempting to compile ffmpeg on Ubuntu 12.04, I have followed exactly the instructions here-- http://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide#IfYouNeedHelp -- but when compiling ffmpeg I get ERROR: libfdk_aac not found [11:17] <xlinkz0> so i can seek to the (end - 30s) of a 2 hour raw file ( h264 (Baseline) (avc1 / 0x31637661) ) in 70 microseconds [11:17] <xlinkz0> but if i seek to stream->duration it takes 12 seconds [11:55] <xlinkz0> http://codepad.org/k5UgsQmY [11:56] <xlinkz0> i don't need to seek to the last frame [11:56] <xlinkz0> but it's just peculiar [12:03] <burek> xlinkz0, what part of "Please don't paste [12:03] <burek> your scripts, just the exact ffmpeg command line from the console. [12:03] <burek> you didnt understand :) [12:04] <xlinkz0> i don't use ffmpeg command line [12:04] <burek> oh my bad, didn't realize you were using libraries [12:05] <burek> well, im not sure how to do it in the code, but there is a big difference when you use -ss before -i and after -i [12:05] <burek> one is seeking very slow, since it decodes all frames [12:05] <burek> and the other is just skipping over the key frames and is ultra fast [12:07] <burek> i think in the code the diff would be if you are seeking over the input stream (not decoded) or you first decode the stream and then seek through it [12:46] <xlinkz0> burek: this is before any decoding takes place right after the codec is opened [13:02] <IamTrying> When i try: $ ffmpeg -i vlc-record-2013-04-25-12h49m20s-v4l2____dev_video1-.avi -b:v 300k -ar 8000 -ac 1 -s qcif -r 5 pingpong.3gp [13:02] <IamTrying> it gives: Incompatible pixel format 'yuyv422' for codec 'h263', auto-selecting format 'yuv420p' [13:02] <IamTrying> What is missing? [13:06] <durandal_1707> IamTrying: nothing, you do not need to do anything [13:12] <zimbatm> IamTrying: it means that ffmpeg is going to convert the color space to one that is compatible with the target format [13:13] <zimbatm> it can affect the quality of the video but in practice i never noticed a difference [13:14] <zimbatm> . [13:14] <zimbatm> anyone has an idea how I could reduce the size of an mp4 ctts table ? [13:24] <durandal_1707> zimbatm: what is ctts table? [13:24] <zimbatm> it's part of the container metadata [13:24] <zimbatm> http://www.gdcl.co.uk/mpeg4/ctts.htm [13:28] <l_r> hello [13:31] <l_r> i am trying to write a http client connecting to an mjpeg server. i d like to use ffserver instead of a real ip camera. i wonder if the protocol is the same in both cases so that once i buy the camera the client would work without modifications [13:33] <zimbatm> l_r: probably not exactly the same [13:33] <zimbatm> each camera implement their own little tweaks [13:33] <l_r> zimbatm, i see [13:34] <zimbatm> but often it's simple things like the name of the separator or header formatting [13:34] <zimbatm> just make sure your parser is flexible enough [13:40] <mf__> Hello all! I'm trying to encode a video used for "web playback", but it doesn't seem to be seekable at all (and yes, I use qt-faststart after the conversion). The command I use is: http://pastebin.com/S1TrRyCJ [13:40] <mf__> Any pointers? [13:40] <mf__> I'd really appreciate it. [13:42] <l_r> zimbatm, do you think a smart parser would solve all the non coherence? [13:42] <zimbatm> mf__: your server needs to support range requests [13:43] <zimbatm> otherwise the player cannot skip without loading the whole file first [13:43] <l_r> zimbatm, after all browsers can connect to generic servers regardless of the source devices [13:43] <zimbatm> l_r: yeah [13:44] <zimbatm> just expect to make some tweaks for weird chinese brands :p [13:44] <mf__> Wait, why is that? If the video gets fed right to my Chrome Browser on start, and the video starts playing, and the metadata is at the beginning of the file (I can see how long the video is before it's been downloaded) I should still be able to seek trough the part that has been downloaded so far. [13:44] <mf__> I can do that on the JWPlayer's test-video, but not on my own [13:45] <zimbatm> mf__: if the part is buffered then it's another issue [13:47] <mf__> If what part is buffered? The part of the downloaded video? [13:57] <mf__> I've really tried and been googling this for litteraly days now. I can't seem to find why it's not seekable on the parts thats been downloaded thus far :/ Is it some kind of b-frame-settings I should tweak? [13:59] <nlight> hello everyone, i have a problem with sws_scale from YUV420P to RGB24, whatever the input is I just receive zeroes as the resulting frame [13:59] <nlight> debugging is showing that the avframes contain the correct info [13:59] <nlight> also my source video is playable (tested in VLC) [14:00] <nlight> is there a known bug or something? [14:00] <nlight> i don't do scaling, only conversion from yuv to rgb [14:00] <nlight> i allocated all the memory using the av_malloc so it should be aligned [14:01] <durandal_1707> there is no bug with conversion.... [14:01] <nlight> here's my function http://pastebin.com/cfMGuxgw [14:02] <nlight> i know i dont have to allocate the sws thing every frame but i want to get it running then i'll move it to a class variable [14:04] <nlight> any ideas are highly appreciated I've been searching google for 1 hour no but haven't found anyone with a similar issue [14:05] <durandal_1707> certain programming & logic skills are needed [14:05] <nlight> sorry? [14:07] <mf__> durandal_1707: are you referring to me? [14:09] <durandal_1707> mf__: no, you want that encodes you stream to be seekable? [14:10] <durandal_1707> and by seekable you mean seekable in browser? [14:11] <mf__> Yes, correct! [14:11] <nlight> Anyone can help me? I'm sure my problem is really dumb but I have never used ffmpeg before [14:12] <mf__> durandal_1707: Seekable as in; even if I don't use a 'streaming-module' for nginx/lighttpd, etc, I still want to be able to seek trough the video that has been downloaded to the browser [14:12] <durandal_1707> mf__: seakability in browser depends on server streaming file - sending/receiving request - its not ffmpeg problem at all [14:13] <mf__> it's not seekable at all. when I try and seek, the video freezes, then continues playing when I release the mouse [14:13] <durandal_1707> mf__: that is not ffmpeg problem at all [14:13] <durandal_1707> it happens in broswer and browser is not ffplay [14:13] <l_r> to submit a patch what i ll have to do [14:14] <mf__> durandal_1707: I'm not reporting an FFMPEG problem, I'm trying to get pointers on how to encode my video files so that they are seekable in Flash Players. [14:15] <durandal_1707> mf__: i said 2 times that is not encoder issue [14:15] <mf__> And when I mean "seekable"; I DON'T mean by requesting a range/part of the video from the web-server, by seeking I mean "get me to the nearest b-frame in the video and play from there" [14:16] <durandal_1707> mf__: are there files that can do that? [14:16] <mf__> durandal_1707: Okay, but how come I can play other mp4-files in my browser and seek? [14:17] <JEEB> try remuxing it with some other mp4 muxer and see if that helps [14:17] <JEEB> L-SMASH's remuxer or mp4box from GPAC [14:18] <mf__> (I'm talking -files- here, not -players-. I'm playing the file trough the built-on Chrome player, and that plays the jwplayer-example-video ( http://content.bitsontherun.com/videos/3XnJSIm4-kNspJqnJ.mp4 ) just fine ) [14:18] <mf__> OK, I'll try that. Thanks! [14:18] <JEEB> although in theory ffmpeg + qt-faststart should work, as you seemingly have already done :P [14:21] <mf__> JEEB: That's exactly my thought.. I don't get why qt-faststart won't do it.. [14:25] <yawgmoth_> Hello. I am piping glc output to ffmpeg like so (glc writes yuv4mpeg to stdin): glc-play -y 1 -o -| ffmpeg -i - -c:v copy output.mkv [14:26] <yawgmoth_> The resulting file is not playable, mplayer produces the following output: http://pastebin.com/TL9Y5PhY [14:32] <yawgmoth_> I just imported the file in blender (video sequencer). It's able to play it. [14:32] <yawgmoth_> Maybe I should move this to #mplayer... [14:33] <yawgmoth_> Because, a test with ffmpeg revealed that ffmpeg can very well read the file as well (transcoding test to libx264) [15:30] <Adrian__> hi [15:31] <Adrian__> after tryng to setup a stream server for like a week , i try now the irc to get some help [15:31] <Adrian__> anyone with some knowledge arround who can help me ? [15:32] <Adrian__> the problem seems to be at the ffserver ( wait_feed) at status.html [15:32] <Adrian__> i used for now the latest installation and compiling guide i found at forum ( using ubuntu 12) [16:18] <burek> Adrian__ [16:18] <burek> let me find you a link [16:50] <gxk> can ffprobe calculate bitrate for h264 file? [16:54] <gxk> to be exact, how to calculate frame rate with ffprobe? [16:59] <relaxed> gxk: ffprobe -show_streams input.mkv 2>&1 | grep frame_rate [17:00] <gxk> sorry, i ment, bit rate. [17:50] <Iv0ry> Hi Guys i got a smal question is stream an mp4 file to the Red5 Media Server with this: ffmpeg -re -i a10.mp4 -vcodec copy -acodec copy -f flv rtmp://1.2.3.4:1935/live/ - The Strange thing is it runs 4 sec and then he is finish but the video is about 10Minutes [18:00] <Iv0ry> http://pastebin.com/GYXarbhi thats all he does no error message any ideas? :( [18:01] <xlinkz0> is there any way to make ffmpeg not lose RTP packets? [18:05] <xlinkz0> how do i check if the ffmpeg connection for RTP is tcp or udp? [18:10] <l_r> xlinkz0, i think udp [18:10] <l_r> xlinkz0, netstat [18:16] <xlinkz0> thanks [18:16] <xlinkz0> it misses packets over TCP :( [19:04] <glos> Hi Guys i hope i can ask a smal question i got a problem with a stream it works all fine but after 3min i get error: "Failed to update header with correct duration. [19:04] <glos> [flv @ 037dfa80] Failed to update header with correct filesize." i use: ffmpeg -re -i xx.mp4 -vcodec copy -acodec aac -ab 256k -strict -2 -cutoff 15000 -f flv rtmp://..... [19:05] <glos> is ffmpeg the wrong tool for me or my start line is not good enough? -.- [19:25] <glos> no ideas about the error? [19:46] <burek> Iv0ry your ffmpeg is too old [19:47] <glos> too old? [19:47] <glos> it was the act. i found for windows -.- [19:48] <burek> http://pastebin.com/GYXarbhi [19:48] <burek> ffmpeg version 0.8.10, Copyright (c) 2000-2011 the FFmpeg developers [19:48] <burek> 2011... [19:48] <Iv0ry> This build was compiled on: Apr 18 2013, at: 02:50:33 [19:49] <burek> it's a source code from 2011, compiled on 2013 :) [19:49] <Iv0ry> hmm [19:51] <Iv0ry> strange [19:54] <Iv0ry> i think the problem was the coding from mkv to mp4 [19:54] <Iv0ry> becouse the mkv file is 9gib and the mp4 file is just 300mb and the first 3min ^^ [19:55] <Iv0ry> its ok if i just use ffmpeg -i xx.mkv -vcodec copy -acodec copy xx.mp4 [19:55] <Iv0ry> ? [20:12] <plethora> is there a way to move some but not all of the metadata from a stream with ffmpeg? [20:12] <plethora> i'd like to remove Rotation but keep everything else [00:00] --- Fri Apr 26 2013

1 0