Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

May 2013

1 participants
62 discussions

ffmpeg-devel.log.20130530
by burek 31 May '13

31 May '13

[00:19] <michaelni> funman, IIRC the way the code behaves is sort of a consequence of the external API, so the code can work with existing users of libavcodec without them needing to use a new API [00:19] <michaelni> but it should be quite easy to change the buffering /delaying if someone wants [00:22] <michaelni> ATM it should be delaying until its "num of threads" buffer is full and then block [00:22] <michaelni> i suspect its a 1-2 line change to make it do something different [00:58] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:29e97cd6c3f2: avformat/mov: Try to detect and support files with invalid sample sizes [01:06] <cehoyos> michaelni: Did you test the samples from ticket 2605 with ffplay? Timestamps appear to be off, afaict. [01:20] <michaelni> cehoyos, off relative to what ? [01:20] <michaelni> its a hex edited file [01:20] <michaelni> its not valid mov [01:20] <michaelni> does quicktime produce better timestmps ? [01:25] <durandal_1707> ffprobe -show_format does not list chapters and chapters tags [01:32] <cehoyos> QuickTime plays the file with a speed that seems likely, ffplay plays video in slow-motion (because audio timestamps do not increase iiuc) [03:17] <cone-452> ffmpeg.git 03Ash Hughes 07master:fa30f4c24d10: fate: add smv test [03:38] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:455ae871a8c9: libavcodec/smvjpegdec: pass flags / idct algo into jpeg avctx [03:38] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:63e5e9f7c5ad: fate: fix smvjpeg test [09:33] <cone-514> ffmpeg.git 03Luca Barbato 07master:91a6944e5623: vmd: use the PALETTE_COUNT constant uniformly [09:33] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:6635b13411a8: Merge commit '91a6944e56236234f0a7ba162404665753cbcb51' [09:41] <cone-514> ffmpeg.git 03Luca Barbato 07master:c8f3cb9119c2: vmd: return meaningful errors [09:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:8ef89833d0a4: Merge commit 'c8f3cb9119c2183680d44a509a1b5a9817a3bee9' [09:51] <cone-514> ffmpeg.git 03Luca Barbato 07master:676da248cad4: vmd: refactor the inner decode loop [09:51] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:ab78e21ea285: Merge commit '676da248cad49debc40720baa13214f0b94dcc71' [10:37] <cone-514> ffmpeg.git 03Luca Barbato 07master:701966730ce1: vmd: drop incomplete chunks and spurious samples [10:37] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:103ffde5a391: Merge commit '701966730ce10290fd49c5ccedd73f505680f764' [10:44] <cone-514> ffmpeg.git 03Diego Biurrun 07master:9b9b2e9f3036: build: arm: cosmetics: Place all OBJS declarations in alphabetical order [10:44] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:1bbbbb0a3292: Merge commit '9b9b2e9f3036abfd42916bcf734af14b4cb686aa' [10:46] <cone-514> ffmpeg.git 03Stefano Sabatini 07master:9f8937b5ef13: lavd: add xv output device [10:46] <cone-514> ffmpeg.git 03Stefano Sabatini 07master:f7a267affe80: doc/encoders: remove duplicated "the" [10:55] <cone-514> ffmpeg.git 03Diego Biurrun 07master:186599ffe0a9: build: cosmetics: Place unconditional before conditional OBJS lines [10:55] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:3a0e21f037c0: Merge commit '186599ffe0a94d587434e5e46e190e038357ed99' [11:02] <cone-514> ffmpeg.git 03Martin Storsjö 07master:36a7df8cf111: arm: Only build the FFT init files if FFT is enabled [11:02] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:0b539da4c74b: Merge commit '36a7df8cf1115aa37a1b0d42324ecde5ab6c2304' [11:07] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/1.1:2416eff5b927: ff_read_timestamp: check stream_index before using it as array index [11:07] <burek> Is there a more detailed document about ffserver that can tell me which vcodec/acodec is being used between the ffmpeg (as a feed) and ffserver, and how the codecs are being chosen for the broadcast to the each client [11:14] <cone-514> ffmpeg.git 03Martin Storsjö 07master:efb7968cfe8b: arm: Don't unconditionally build dsputil files [11:14] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:e119d1b345c1: Merge commit 'efb7968cfe8b285ab4f27b363719b7c92d19ec74' [11:22] <cone-514> ffmpeg.git 03Martin Storsjö 07master:86113667c0fc: arm: Include hpeldsp_neon.o if h264qpel is enabled [11:22] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:1a7ae6be2a87: Merge remote-tracking branch 'qatar/master' [12:12] <ubitux> we don't have a get_bits interface doing avio_read automatically when necessary, right? [12:49] <michaelni> ubitux, no, for what would you need that ? [12:49] <michaelni> also it would be inefficient [12:50] <ubitux> i need it in a demuxer where i can't guess the number of bytes in advance [12:50] <ubitux> and where i can't seek back [13:04] <ubitux> michaelni: eb592f6af oh you :3 [13:15] <cone-514> ffmpeg.git 03Carl Eugen Hoyos 07master:b3af9242d013: Use -lX11 -lXext when linking Xv output device. [14:19] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:8bedbb82cee4: j2k/jpeg2000: split data pointer in int & float. [14:42] <saste> michaelni, I think mcdeint is reading uninited data, i.e. data in the padding [14:42] <saste> CHECK(j) macro [14:43] <saste> ABS(srcp[-srcs-1+(j)] - srcp[+srcs-1-(j)]) + etc. [14:43] <saste> srcp points to a pixel in the source image [14:50] <michaelni> hmm like yadif [14:50] <michaelni> if so see yadif on how to possibly solve it [14:57] <saste> michaelni, http://pastie.org/7983594 [14:57] <saste> ^^ this fix the diff issue [14:57] <saste> now i'll look into yadif if there is a better way [15:02] <michaelni> saste, that pastie patch is no fix [15:02] <michaelni> its a bit better than return 0 but not much [15:02] <saste> michaelni, i never claimed that, but it fixes the diffing issue [15:02] <saste> with that i get consistent results [15:02] <michaelni> hmm ok misunderstood [15:04] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:84a6bc23570c: jpeg2000: tag_tree_size: replace check by assert [15:04] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:efc2df2e27cc: jpeg2000: remove unneeded variable initialization [15:04] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:09e03a84674f: jpeg2000: merges quantization fixes from j2k [15:04] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:c2ac389bba24: jpeg2000: remove unneeded casts [15:04] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:62d00aa22f28: jpeg2000/j2k: merge j2k/jpeg2000.c/h [15:13] <saste> michaelni, i don't understand yadif right now, how many chances there are you can fix mcdeint yourself? [15:14] <saste> or i think i'll just create a ticket [15:41] <michaelni> saste, i dont think ill work on mcdeint bitexactness any time soon [15:41] <michaelni> i dont remember when i last used the filter nor do i remember many users useing it [15:42] <michaelni> and it works fine without bitexactness [15:42] <michaelni> just not testable easily [15:42] <saste> michaelni, should i just port it to lavfi and drop mp=mcdeint? [15:43] <saste> note that my naive fix doesn't seem to generate visual problems [15:43] <michaelni> if the differences are confined to the edges then it should be fine to drop mpcodecs mcdefint [15:44] <saste> michaelni, the differences propagate to the center of the image [15:44] <saste> but usually are just a few units, so it's makes no visual difference [15:44] <michaelni> hmm [15:44] <saste> ffplay -i matrixbench_mpeg2.mpg -vf "interlace,split[a][b]; [a]unsharp,showinfo,mp=mcdeint[a1]; [b]unsharp,showinfo,mp=mcdeint[b1];[a1][b1]blend=all_mode=difference,lutyuv=y='if(val,maxval,0)'" [15:44] <michaelni> if you want you can also fix it, it shouldnt be hard [15:44] <saste> so you get an idea [15:45] <michaelni> i mean take the pixel closest to the edge if outside pixel would have been used [15:45] <michaelni> just dont skip any output pixels from being calculated [15:45] <saste> ok [15:52] <microchip_> michaelni: any idea why mpeg2video doesn't support MPEG-style quantizers? [16:12] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:6f7de3d5c8a5: mpegvideo_enc: allow mpeg_quant to be set in mpeg2video [16:51] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:310f9dd6988c: j2k/jpeg2000: merge pix_fmt setting code [17:54] <cone-514> ffmpeg.git 03Clément BSsch 07master:0ab9362fcb77: lavfi: add vignette filter. [18:01] <wm4> it appears Libav commit 9b6f47c (which was already merged) changes what wavpack packets the wavpack decoder accepts [18:02] <wm4> and it seems old and new packet format are incompatible [18:02] <wm4> libavcodec version was not bumped [18:02] <wm4> is there any way around this so I can be compatible with both old and new libavcodec? [18:14] <cone-514> ffmpeg.git 03Clément BSsch 07master:4a85390d29b6: lavfi/vignette: make sure a sane sar is set. [18:22] <microchip_> michaelni: is mpeg_quant 1 compatible with -intra_matrix/-inter_matrix (ie, custom matrices) ? [18:24] <michaelni> microchip_, should work but i didnt try [18:24] <microchip_> ok, thanks [18:24] <michaelni> wm4, i can bump minor version if that solves the issue ? [18:24] <wm4> michaelni: I think there's already a minor bump in another unrelated commit after that [18:30] <wm4> sigh, checking version number it is, then... [18:39] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:783658393406: j2kdec: s/j2k_/jpeg2000_/ [18:39] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:9ccc9f30f7b6: jpeg2000: drop red-blue swap [18:39] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:941a8efae2ac: j2k:decode_tile() pass picture as argument [18:39] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:3f714d1ffd96: jpeg2000/j2k: merge non functional changes [18:39] <cone-514> ffmpeg.git 03Michael Niedermayer 07master:826b3a75cd29: h264_cavlc: fix reading skip run [18:40] <michaelni> wm4, if you have a better idea or patch ... [18:41] <wm4> well, I don't know why exactly the "native" (or the _new_ "native") wavpack format doesn't work with the old decoder, so I better shut up [18:57] <saste> michaelni, ugly patch sent [19:17] <cehoyos> ubitux: Did you see the new "tiling" mail on ffmpeg-user? Is it ok to call -vf twice? [19:18] <ubitux> calling -vf twice will ignore one of them iirc [19:19] <ubitux> nicolas replied to the tiling mail afaict [19:23] <wm4> so, is mcdeint really so great? [20:12] <cehoyos> michaelni: I wanted to close ticket 244 ("rv10 / rv20 only support width and height that are multiples of 16 / 4") as fixed by ami_stuff in 388241ef and fef75ef but you have added an analysis that doesn't fit the original description or that I don't understand. Could you elaborate? [20:24] <durandal_1707> why is there no way to disable xv? [20:25] <wm4> why is xv needed in libavdevice at all? [20:26] <durandal_1707> because libavdevice is meant to replace libao2 / libvo [20:27] <wm4> lol [20:28] <durandal_1707> actually libavdevice is copy pasted libavformat with formats that did not look right to be in libavformat.... [20:34] <michaelni> cehoyos, my comment is about the issue described in the tickets title [20:35] <michaelni> if the text of the ticket describes a different issue then well ... [20:39] <michaelni> cehoyos, its possibly the example in the ticket had 2 issues and when i debuged it i stoped at the first and missed the second [20:39] <michaelni> still AFAIK the first is not resolved [20:53] <cone-514> ffmpeg.git 03Clément BSsch 07master:cf6f1790444e: lavfi/vignette: fix scale with aspects smaller than one. [20:53] <cone-514> ffmpeg.git 03Clément BSsch 07master:bfafcc4ebe63: lavfi/vignette: simplify dmax definition. [20:53] <cone-514> ffmpeg.git 03Clément BSsch 07master:33620e243fb6: lavfi/vignette: add some scaling debug. [20:53] <cone-514> ffmpeg.git 03Clément BSsch 07master:2886e8065e63: lavfi/vignette: add aspect option. [21:14] <ubitux> <+wm4> so, is mcdeint really so great? // it seems to have upset someone when saste said it was going to be delayed, so i guess yes [21:14] <ubitux> also microchip_ was whining for it the other day [21:14] <ubitux> since it seems to fix some yadif artifacts at times [21:14] <microchip_> hey! :p [21:14] <ubitux> :) [21:14] <durandal_1707> well its only such filter anyway currenty here... [21:15] <durandal_1707> if there is better filter, tell us [21:15] <llogan> what kind of yadif artifacts? i haven't noticed any. [21:15] <llogan> of course my sources are from 1994 on rotting tape [21:15] <ubitux> llogan: http://guru.multimedia.cx/deinterlacing-filters/ i guess? [21:16] <ubitux> maybe yadif behaves better now though [21:16] <microchip_> nnedi3 needs to be ported too :p [21:16] <durandal_1707> anything else? [21:16] <llogan> yeah. an external filter without such a hard name to remember. [21:16] <ubitux> microchip_: http://code.google.com/p/vapoursynth/source/browse/trunk/src/filters/eedi3/… [21:16] <ubitux> go ahead [21:17] <ubitux> should be relatively easy [21:17] <ubitux> most boring part will be writing the documentation, as usual [21:17] <ubitux> microchip_: maybe you can start writing the documentation actually, doesn't require the-c-skill-you-don-t-want-to-learn ;) [21:18] <microchip_> too lazy atm, watching Indiana Jones and chilling :p [21:19] <ubitux> ah, so i guess that filter is not a priority then and we can delay it by several months/years [21:20] <thegeek> are there any benchmark results for the new opencl filter implementations? [21:21] <ubitux> durandal_1707: cehoyos will insist on keeping mp wrapper unless someone port pullup, so you could consider it a good candidate, because i'm not motivated into doing it [21:23] <ubitux> and saste is likely traumatized by mcdeint to port this one btw [21:23] <durandal_1707> i lost 99% of my brain cells by libswscale trip [21:24] <kierank> lol [21:26] <ubitux> mmh we have more than 160 filters [21:26] <ubitux> that's starting to get pretty [21:27] <microchip_> port spp too :p [21:27] <ubitux> it's in progress [21:27] <microchip_> good :) [21:27] <ubitux> but i'm messing with something else right now [21:28] <microchip_> the only thing that's still keeping me to mencoder, is mencoder's mpeg muxer for pulldown [21:30] <durandal_1707> soft telecine [21:30] <microchip_> yeah [21:30] <microchip_> but [21:30] <microchip_> mencoder is currently broken with AC3 audio, so i use ffmpeg instead [21:36] <durandal_1707> there is no way to get exacst number of samples put in matroska? [21:39] <cehoyos> michaelni: You changed the ticket title (244), the original issue reported by ami_stuff was that Realplayer and FFmpeg cannot decode samples encoded with -vcodec rv10/rv20 that have incrrect dimensions [21:39] <cehoyos> I don't understand the issue described by you and don't know how to reproduce. [21:43] <cehoyos> durandal_1707: Did you test --disable-outdev=xv [21:44] <durandal_1707> cehoyos: no, but there should be way to disable xv, same like libcaca and sdl [21:50] <cehoyos> You mean like --disable-indev=alsa ? [21:54] <durandal_1707> cehoyos: no, like --disable-zlib [22:02] <michaelni> cehoyos, take ANY high bitrate video and mux it in rm, it will fail [22:04] <michaelni> cehoyos, ./ffmpeg -i matrixbench_mpeg2.mpg -vf scale=512:512,noise=100:100 -qscale 2 test.rm [22:06] <ubitux> triggers an assert here [22:06] <michaelni> i know [22:06] <ubitux> but requires assert level 2 [22:07] <michaelni> at lower assert level you get a broken file as >64k packets are not support [22:07] <michaelni> which is what i said in the ticket [22:07] <Daemon404> do people really use ffmpeg to mux rm? [22:08] <cehoyos> ami_stuff used "200 kb/s" which I guess does not allow to reproduce this issue - thank you for explaining! [22:17] <Compn> ffmpeg rm demuxer needs help, i cant imagine what the rm muxer looks like... [22:21] <Daemon404> it cant be THAT bad [22:21] <Daemon404> the gf watches copious amounts of evil chiense realmedia with it [22:22] <Daemon404> without issue [22:22] <durandal_1707> with realmedia player? [22:23] <Daemon404> no [22:23] <Daemon404> lav filters [22:23] <Daemon404> aka ffmpeg [22:25] <cone-514> ffmpeg.git 03Paul B Mahol 07master:c4e0e3142488: tta: remove pointless code [22:31] <mateo`> durandal_1707: you asked me if i was registered to the ffmpeg-devel mailing: yes i am. Is there something wrong ? [22:32] <durandal_1707> no, you put yourself into cc, and that is usually done when someone is not subscribed.... [22:33] <mateo`> durandal_1707: strange, i'll check my mailer [22:34] <ubitux> durandal_1707: isn't this automatically done by git send-email? [22:35] <durandal_1707> ubitux: not here [22:35] <ubitux> mine does it [22:39] <llogan> beastd: how was LinuxTag? [22:41] <beastd> llogan: Was quite nice in Berlin. All went well and we had a nice booth with the xbmc. [22:42] <llogan> who attended the booth with you? [22:49] <saste> beastd, hey o/ [22:50] <saste> michaelni, ping on mcdeint [22:52] <beastd> Hey saste. Everything went smoothly on your flight back to sardegna? [22:53] <saste> beastd, sure [23:07] <durandal_1707> what you were doing on LinuxTag? [23:11] <saste> durandal_1707, sitting, looking around, talking with people, doing stuff [23:12] <saste> durandal_1707, some more mp filter you want to port? [23:19] <durandal_1707> maybe much later, currently no [23:20] <beastd> llogan: Oops, I forgot to answer your question. It was Carl Eugen, Thilo, Stefano, Reimar and me. We shared a booth with another 4 people from XBMC. [23:28] <durandal_1707> anything interesting to share? [23:32] <cone-514> ffmpeg.git 03Matthieu Bouron 07master:f468325d3489: lavf/id3v2enc: fix cover art display on some software [23:38] <beastd> durandal_1707: I did not fully process the event myself yet. Others may also have had other inputs I don't know of. But I think it was mostly the more usual user questions. I can't remember anything that would be interesting for you right now. [23:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/0.10:02923b8c781c: h264_cavlc: fix reading skip run [23:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/0.11:5fd83f29f7f2: h264_cavlc: fix reading skip run [23:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/0.7:746c7480703c: h264_cavlc: fix reading skip run [23:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/0.8:d04dc7b5a78b: h264_cavlc: fix reading skip run [23:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/0.9:8e7e12dcbfda: h264_cavlc: fix reading skip run [23:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/1.0:d70043ea0f47: h264_cavlc: fix reading skip run [23:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/1.1:a98775026765: h264_cavlc: fix reading skip run [23:41] <cone-514> ffmpeg.git 03Michael Niedermayer 07release/1.2:96e6d4da374f: h264_cavlc: fix reading skip run [23:44] <saste> michaelni, what about the perl doc stuff? [00:00] <michaelni> saste, iam not a big fan of replacing 1 like awk scripts by 20line perl scripts but iam not docs maintainer [00:00] --- Fri May 31 2013

1 0

ffmpeg.log.20130530
by burek 31 May '13

31 May '13

[00:04] <Keshl> What can I do if I believe a bug I reported isn't being taken seriously by developers, oÉo? [00:09] <llogan> Keshl: which ticket is it? [00:09] Action: Keshl finds. [00:10] <Keshl> llogan: http://ffmpeg.org/trac/ffmpeg/ticket/2607 oÉo [00:10] <Keshl> A few people agrees that cehoyos seemed to be on "automatic mode", so to speak, when he looked at my ticket. Now it's stuck in undetermined, even though I did most of the work for him to show that there /is/ an issue. he just won't log into the FTP server to check. <.< [00:11] <ubitux> Keshl: there are 620 opened tickets, for maximum 10 developers already working on different bugs/features/random-other-job [00:11] <ubitux> so... you'll have to wait a little i guess :) [00:11] <Keshl> Oh D: Kinda thought there were more devs, my bad .É. [00:12] <llogan> we are just volunteers. [00:12] <Keshl> I know, but so are Blender's peoples, and they got a few hundred <É< I think. [00:13] <Keshl> For some reason I just assume that open source projects always have hundreds of devs. Might have to do with me being in #blender and KDE-related channels a lot. [00:14] <llogan> and an update to your ticket by a developer 35 hours ago does not seem like you're being ignored. [00:16] <Keshl> Lemme explain my side of this then, it could just be me; When I opened that ticket, he replied within a minute and basically said "I didn't read your entire post, because you said that you uploaded exactly what I wanted to the FTP server but I don't know that since I didn't read your post.". I uploaded the attachment again (a second time technically), and he repeats the same thing: "I'm asking a question you already answered, but I don't [00:16] <Keshl> know that because I still never actually read your ticket" [00:16] <Keshl> Hence, I think he's just kind of ignoring me, and since there's more than two comments other devs are saying "Oh, someone else is handling it, I won't bother reading it." [00:18] <rickbol> is there any means to inject metadata into the webm format (libvpx)? [00:21] <llogan> Keshl: maybe i'm looking at the wrong ticket because I don't get that impression. he asks for console output. that's a required piece of info. then he asks for another using a different command. i don't see any of the quotes you displayed here. [00:21] <Keshl> llogan: I did mention I tried it with mpeg4 in my ticket, right? [00:21] <Keshl> (Or did I just say "any encoder or container"?) [00:22] <llogan> rickbol: -metadata title="FFmpeg Dubstep Band" [00:24] <Keshl> Kay, my bad, appearntly I never did say I did mpeg4. [00:24] <Keshl> ubitux did later in the comments, though .É. [00:26] <llogan> Keshl: to help narrow down the cause it is useful to know if the behavior also occurs with a native encoder; otherwise it can be a bug with the external library. [00:27] <Keshl> Ish native, oÉo. Happens on everything. [00:27] <Keshl> Any encoder, any codec, any container. [00:29] <rickbol> llogan: hmm, just tried the data I use when I generate a mp4, and the fields don't show in vlc for a webm like they do for mp4. [00:30] <rickbol> llogan: is there a list of supported keywords, or does it take anything you throw at it? [00:51] <llogan> Keshl: a console output is required, regardless. [00:52] <llogan> Keshl: but ubitux beat you to it. [00:52] <Keshl> llogan: But I put'd! .É. [00:52] <Keshl> In two places, FTP server and as an attachment to the ticket .É. [00:58] <relaxed> llogan: Most people who want to hardsub ass will be dealing with matroska. You should show an example of how to demux them, or can the ass filter use the video's internal ass stream? [00:59] <Keshl> ...Uh. [00:59] <Keshl> Is "rumpbutacuss" an abbreivation for something? [01:01] <relaxed> does the ass filter require external subs? what about embedded fonts? [01:10] <rickbol> llogan: from the pelr script... http://pastebin.com/Xz1SWLsi [01:10] <rickbol> perl [01:13] <rickbol> the script works, and the metadata appears in the console, but it doen't appear in vlc. What else can I use to view it? I tried firefox. It plays but no metadata [01:13] <rickbol> These same tags do appear in vlc when creating the mp4 [01:14] <rickbol> I can't remeber which of them appeared when I messed around with mkv. Some, i think, but not all. [01:14] <llogan> relaxed: i'm not sure. i don't deal with subtitles often. [01:14] <llogan> or i should say, "ever". [01:16] <llogan> rickbol: sorry, i'm not sure what webm supports for metadata. [01:18] <rickbol> I read, as of last June, the plan was to use the mkv structures. But I don't know about now, and I'm using deb-multimedia ffmpeg, so I don't know where my version is. [01:18] <rickbol> thanks though. "title" worked!!! ;-) [01:18] <llogan> ffmpeg shows the version with each command, including simply "ffmpeg". [01:20] <rickbol> llogan: do you know if there's a command-line utility I can use to view metadata? grepping for text hasn't turned up much. [01:20] <durandal_1707> you can save metadata to file [01:20] <llogan> i just use "ffmpeg -i input" [01:20] <durandal_1707> also ffprove have various outputs.... [01:21] <llogan> if you want to process it follow durandal_1707 suggestions. [01:21] <durandal_1707> *ffprobe , not ffprove :) [01:22] <rickbol> looks like "title" is the only metadata that was saved into the file. [01:24] <durandal_1707> that is only metadata no? [01:24] <durandal_1707> if you need more use ffprobe -show_format [01:25] <durandal_1707> for even more info there is documentation [01:25] <llogan> rickbol: does the webm container spec indicate what metadata is supported? [01:26] <llogan> *are [01:27] <durandal_1707> webm supports bunch of metadat like matroska does [01:29] <llogan> maybe in theory, but i cant get it to support as much as matroska [01:29] <llogan> but also i haven't looked at any code. [01:31] <durandal_1707> its just matroska with only vp8/vorbis/opus/vp9 in it [01:32] <llogan> has opus in matroska/webm been finialized yet? [01:32] <llogan> he does that often. [01:32] <relaxed> ffmpeg/libavformat/matroskaenc.c shows title, creation_time, and language [01:32] <relaxed> and a few for specific streams [01:37] <llogan> http://wiki.webmproject.org/webm-metadata/global-metadata [12:42] <Keshl> SQUEE ¿É¿ [12:43] Action: Keshl 's bug was confirmed OÉO! [12:43] <Keshl> Well, squee for me, not-so-squee for you guys. .É. -Hands appology cupcakes- >É< [12:51] <Bor0> what are all these smileys/IRC ]emoticons [12:52] <ubitux> squirrel on lsd [13:02] <ubitux> japanese squirrel even [13:34] <chrisbuchholz> Hey guys [13:34] <chrisbuchholz> what does exit status 5 mean? [13:34] <chrisbuchholz> ...as in, the exit status i get when i run my ffmpeg command [13:59] <elkng> really, is there a list of exit codes for ffmpeg anywhere ? [16:45] <Emmanuel_Chanel> Hello! [16:53] <smt> hello everyone.. I'm having trouble encoding audio when resampling from 44.1khz to 22kz because the codec does not expect the given nb of input samples to be different than frame_size [16:53] <smt> but I can't get find the correct math to convert the nb of input samples at 44.1khz down to 22khz [16:54] <smt> I'm using the formula like this: int out_samples = av_rescale_rnd(swr_get_delay(swr, 44100) + in_samples, 22050, 44100, AV_ROUND_UP); [16:55] <smt> but when I do out_samples = swr_convert(swr, &output, out_samples, input, in_samples), out_samples is much lower than codec->frame_size [16:56] <smt> any help regarding what am I blatantly missing? [17:45] <bunniefoofoo> smt you are missing the fact that the resampler (I assume you use swr_convert) has an internal buffer, it won't return the amount you expect based on conversion ratio [17:47] <smt> bunniefoofo, I think I found the issue and it's pointing to pad_last_frame [17:48] <bunniefoofoo> swr_get_delay returns the *current* delay in the resampler which is a moving target. if you haven't called swr_convert I think it will return 0 [17:48] <smt> I get this message, but I shouldn't be receiving it [17:48] <smt> av_log(avctx, AV_LOG_ERROR, "nb_samples (%d) != frame_size (%d) (avcodec_encode_audio2)\n", frame->nb_samples, avctx->frame_size); [17:49] <smt> if (frame->nb_samples < avctx->frame_size && !avctx->internal->last_audio_frame) { ret = pad_last_frame(avctx, &padded_frame, frame); [17:49] <smt> but it's not doing what it is supposed to do [17:51] <bunniefoofoo> i think most codecs require nb_samples == frame_size except for the last frame, there is a capability flag if they except variable sizes [17:51] <bunniefoofoo> what you need to do is increase your input samples to resampler so you always get a full frame out when calling swr_convert [17:53] <smt> right, but I don't why av_rescale_rnd does not provide me the correct sample number [17:53] <smt> *don't understand [17:55] <smt> int out_samples = 2048 * 22050 / 44100 = 1024 [17:55] <smt> but when I call swr_convert, I get 1008 samples [17:55] <smt> but the codec needs 1024 [17:55] <bunniefoofoo> yep, this is how swr_convert works believe it or not [17:55] <smt> so I'm not sure if I should create an intermediate buffer or increase out_samples [17:55] <smt> or pad the frames with silence [17:56] <smt> which strategy is the best (or works)? [17:58] <bunniefoofoo> are you resampling directly into AVFrame->data ? [18:00] <smt> yes [18:01] <bunniefoofoo> I would try increasing the input size, and use frame_size as the output size (to swr_convert). swr_convert will buffer if you feed it too much input [18:01] <smt> avcodec_fill_audio_frame [18:17] <talcat> Would someone be willing to help me convert a sequence of tif (gray16be) to a video (mp4/avi/anything really). Even when encoding the video with pix_fmt yuv420p, the output video looks as though there is pixel wrap around (the grayscale values are all wrong...). Thanks very much [18:29] <elkng> is it possible to use ffmpeg or any other tool to make encrypted video ? like when you want to watch it you need to enter a password [20:40] <hubx> I have some .ogg files encoded with ffmpeg (ffmpeg -i in.flac -ac 2 -vn -ab 64k -ar 44100 -f ogg out.ogg) but none of the major browser(Firefox, Chrome can play it in the browser). However VLC, mplayer are fine [20:40] <hubx> See http://213.133.99.233/media/encoded/ag-proea_2013-05-16/ag-proea_2013-05-16… [20:42] <llogan> hubx: by default flac is used for output in ogg container. add "-acodec libvorbis" as an output option. [20:48] <hubx> llogan, oh thanks. Now I see that in mplayer `[lavf] stream 0: audio (flac), -aid 0` [20:50] <bunniefoofoo> is the aac encoder reliable or should I be using faac? The reason I ask is because my app crashes when I use ffmpeg aac and doesn't if I run i tthrough the debugger. I have not tried faac yet [20:53] <bunniefoofoo> The aac encoder in 0.8 seemed to work fine, now crashing in 1.2.1 [20:54] <durandal_1707> api changed, so it may crash with others too [20:55] <bunniefoofoo> I updated code to use the new apis, works on linux x64 but not win32, but sometimes will (heisenbug) [20:57] <bunniefoofoo> valgrind on linux x64 only spews x264 errors [22:23] <admalledd> ok, trying to capture video from both my desktop and webcam at the same time, running into an issue in that my ffmpeg (from the PPA) seems to lack `-filter_complex`, see http://pastebin.com/jz0yyGSL for CLI and error. Any ideas? [22:24] <admalledd> and the PPA used was https://launchpad.net/~jon-severinsson/+archive/ffmpeg and im on linux mint 13 maya 64bit in case that matters... [22:27] <llogan> admalledd: you'll have to use a newer ffmpeg, or use -vf with "movie" multimedia source filter if you want to use graybeard ffmpeg from PPA. [22:28] <ubitux> this ppa is unfortunately extremely old now [22:28] <admalledd> blarg, so any source of newer pre-compiled builds or am I now off on an adventure to compile my own ffmpeg? [22:29] <llogan> none of the third-party builds support x11 AFAIK [22:29] <llogan> other than the PPA [22:29] <ubitux> admalledd: you also have the possibility to complain to your distro :p [22:30] <llogan> what's your ubuntu version? [22:30] <llogan> oh, mint [22:30] <admalledd> llogan: :< that makes me a sad panda... blarg. welp thanks for the point in the right direction. maybe in the docs point out what version an option was added at? [22:31] <llogan> it's easy to compile and shouldn't take too long. i even updated the guide recently so it performs a non-intrusive local install [22:31] <admalledd> ubitux: meh, too slow would prefer to have this working by the end of the day. as well as i would be told to update to mint 15 or such [22:31] <ubitux> it's likely mint 15 is still packaging the fork anyway, but well [22:32] <admalledd> ubitux: yea, welp time for me to run and compile ffmpeg. I guess ill get some noms whilst my computer melts... [22:32] <llogan> 13 is based on 12.04 and 15 is based on 13.04 [22:33] <llogan> i should do something about those old ubuntu guides... [22:33] <llogan> or merge them. or make one big linux guide [22:35] <llogan> the PPA author never got back to me any time i ever tried to contact him [23:40] <admalledd> llogan: <3 thanks got my stuff working now with the overlay and a custom build of ffmpeg. [00:00] --- Fri May 31 2013

1 0

ffmpeg-devel.log.20130529
by burek 30 May '13

30 May '13

[00:30] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:c37d735c1cab: jpeg2000dec: mct_decode: remove unused return [00:30] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:a510abd5d1f5: j2kdec:merge mct_decode from jpeg2000 [00:30] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:83fd377c94d8: j2k/jpeg2000: merge float DWT and related code [00:34] <michaelni> BuxiNess, btw if theres any change in jpeg2000 from me that you think is bad dont hesitate to tell me to revert/change it ... [00:45] <BuxiNess> michaelni, I 'll take the time to reread all the patches in details. After quick review sounds good [01:08] <durandal11707> michaelni: when next merge strom is comming? [01:08] <durandal11707> *storm [01:09] <durandal11707> just don't split wavpack muxer.... [01:09] <durandal11707> one is enough [02:50] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:93b1281264b8: vc1dec: Shuffle field MVs after decoding, not before [02:50] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:4f4c91d47487: Merge commit '93b1281264b87961f53c3e9c134cc2727ecd91ed' [03:17] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:28243b0d35b4: vc1dec: Redesign the intensity compensation [03:17] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:28923f1923ba: Merge commit '28243b0d35b47bbf9abbd454fc444a6e0a9e7b71' [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:3ced06f28388: vc1dec: Implement intensity compensation for vc1_interp_mc() [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:5053a9a1ffd9: vc1: Use shuffled use_ic instead of equally shuffled mv_mode [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:b412f705b58e: vc1dec: Drop old use_ic code from vc1_b_mc [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:c69765a2ccc6: vc1dec: Fix doxy for vc1_mc_4mv_chroma4() [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:1be175f929b9: vc1dec: Handle top and bottom blocks in vc1_mc_4mv_chroma4() differently if needed [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:17410faa22a9: vc1dec: Match addressing between compensation and MC in vc1_mc_4mv_chroma4 [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:d8b9dbe7768c: vc1dec: Fix mixed field/frame intensity compensation [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:728214992e36: vc1dec: Remove interlaced warning [03:36] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:a58e10e5d1e9: Merge commit '728214992e3698305550c1762f973d2ac567f016' [04:01] <cone-342> ffmpeg.git 03Kostya Shishkov 07master:3b03d7e251ff: dxtory v2 support [04:01] <cone-342> ffmpeg.git 03Kostya Shishkov 07master:6647aa0426e7: indeo4: add missing Haar and slanted transforms [04:01] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:ca90ca8ce365: Merge commit '6647aa0426e73839b9b1d1c9d86188f469167531' [04:08] <cone-342> ffmpeg.git 03Kostya Shishkov 07master:2cf5d291104d: indeo4: reuse context block VLC for band instead of defaulting [04:08] <cone-342> ffmpeg.git 03Martin Storsjö 07master:4a27a52a1f74: fate: Don't use files from SRC_PATH in the actual tests [04:09] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:e755c8ac462e: Merge commit '4a27a52a1f74016095b7aee1b4a422cf62217ade' [04:29] <cone-342> ffmpeg.git 03Martin Storsjö 07master:ba13606ca6ad: fate: Add a --target-samples path parameter [04:29] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:1f5e5d2205df: Merge commit 'ba13606ca6adbc74b4db4a72b0769397d6408791' [04:37] <cone-342> ffmpeg.git 03Luca Barbato 07master:0ba49d28a1c5: configure: support gcc-4.8 instrumentation [04:37] <cone-342> ffmpeg.git 03Anton Khirnov 07master:78f75b6fa421: wavpack: extract sample rate from the bitstream [04:37] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:8543575cc4e2: Merge commit '78f75b6fa421dd39a715588e9487579f1ce5bada' [04:43] <cone-342> ffmpeg.git 03Anton Khirnov 07master:7d039e70a5ff: wavpack: extract channel information from the bitstream [04:43] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:4d2825a31719: Merge commit '7d039e70a5ff23a7deaa866684d2e8872acc5169' [05:18] <cone-342> ffmpeg.git 03Anton Khirnov 07master:eae1b8451a4d: wavpack: check that there aren't too many blocks per packet [05:18] <cone-342> ffmpeg.git 03Anton Khirnov 07master:89806691b1c3: wavpack: check that all the channels were coded. [05:18] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:7a2edcf1c8d4: Merge commit '89806691b1c39181c63d95e0fddc30f11e2a7b04' [09:43] <mateo`> adding a covert art to a random mp3 file via iTunes (covert art show up), remuxing this file with ffmpeg (covert won't show up anymore even if id3 tags tsse and apic are the same), comparing the id3 data between the two files show up that itunes add pading bytes at the end of the data ... but not specify it in the ID3 headers ... [09:44] <mateo`> writing the same amount of null bytes after the apic frame via ffmpeg and ... the covert art show up ... [09:44] <mateo`> that sounds ... fishy :( [09:46] <mateo`> also works with aiff files ... [09:46] <mateo`> any clues about what is going on there ? [09:58] <ubitux> mateo`: iTunes wants some padding bytes after the apic? [10:00] <mateo`> to sum up the situation, apic at the beginning follow by some tags = ok [10:01] <mateo`> only apic = not ok [10:01] <cone-452> ffmpeg.git 03Anton Khirnov 07master:0a1a94450a28: lavf: rename wv.c to wvdec.c [10:01] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:ad649e829d6a: Merge commit '0a1a94450a28eef854162f859e79ecfb9f97915b' [10:01] <mateo`> only apic with some padding = ok [10:01] <mateo`> tags + apic at the end + padding = ok [10:01] <durandal_1707> padding to what? [10:01] <ubitux> "Support for iTunes ID3 spec violations regarding multiple APIC frames" [10:02] <ubitux> (random Changelog entry of a random app) [10:02] <mateo`> i saw that one ... i don't think it's related [10:02] <durandal_1707> but what padding you need to add? [10:03] <mateo`> i have to found it out, a just added a random amount from a file tagged by itunes [10:04] <durandal_1707> and random amount is fixed and works for different APIC sizes? [10:04] <mateo`> yes ... [10:07] <durandal_1707> hmm so it looks like it only needs padding if APIC is last [10:08] <durandal_1707> well, i really don't care what workaround is picked [10:09] <mateo`> files generated by beatport also have this padding at the end ... (even if apic is at beginning) [10:10] <ubitux> how many bytes is that? [10:10] <ubitux> approximately [10:10] <mateo`> 10k bytes ~ [10:11] <mateo`> i will compare the id3 size and padding size on all the samples i have [10:11] <mateo`> damn ... [10:11] <ubitux> oh then it's just to ease editing [10:11] <mateo`> i guess [10:11] <cone-452> ffmpeg.git 03Anton Khirnov 07master:794ca87d2bff: wvdec: split block header parsing into a separate file [10:11] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:53015bb3b340: Merge commit '794ca87d2bff2513118de8b97595b3e23070e67d' [10:15] <mateo`> damn ... this is pure bullshit :( [10:16] <ubitux> ffmpeg is still able to read the id3 tags & apic even with that padding, right? [10:16] <mateo`> yes [10:19] <ubitux> that problem is only reproducible with aiff? [10:19] <mateo`> aiff and mp3 [10:19] <ubitux> do we have a format where it works? [10:20] <mateo`> using id3 tags ... i don't think so [10:21] <mateo`> itunes also supports m4a for audio but it uses qtags [10:21] <mateo`> (and this is another problem, i probably gonna fix) [10:30] <mateo`> adding a minimum of 4 padding bytes after apic does the trick. [10:31] <mateo`> which correspond to the size of a frame tag name ... [10:34] <ubitux> also, "Four horses (quadriga) is the maximal number of horses in one row for carriage." [10:34] <ubitux> no need to thank me [10:35] <mateo`> :D [10:35] <mateo`> it's clear now :D [10:36] <mateo`> so ... writing apic before the other is a solution, mp3 muxer should be patched as well [10:36] <mateo`> the encoder metadata seems to be always written by ffmpeg [10:37] <ubitux> not with -bitexact flag iirc [10:37] <mateo`> ok [10:41] <ubitux> but i still don't get it [10:41] <durandal_1707> its bug in ilunes [10:41] <mateo`> only apic = not ok [10:41] <mateo`> apic + 4 bytes padding = ok [10:42] <ubitux> ooh [10:42] <mateo`> apic + rest of metadata = ok [10:42] <mateo`> metadata + apic = not ok [10:42] <mateo`> metadata + apic + 4 padding bytes = ok [10:42] <durandal_1707> metadata + apic + metadata = ok [10:42] <ubitux> and there is the same bug in the other apps you mentioned? [10:43] <durandal_1707> what about: apic+metadata+apic+apic+metadat .... (you got idea....) [10:43] <mateo`> ubitux: yes [10:43] <ubitux> weird [10:43] <durandal_1707> what other apps? [10:43] <mateo`> durandal_1707: i should craft a sample first ... [10:43] <durandal_1707> mateo`: dont wast time.... [10:44] <mateo`> traktor / serato / torq (djing softwares) [10:44] <durandal_1707> *waste [10:44] <durandal_1707> perhaps they all use same lib for id3 parsing.... [10:44] <mateo`> wild guess, taglib ? [10:45] <mateo`> c++ most popular tagging library [10:45] <mateo`> since all those software are written in c++ [10:47] <durandal_1707> how i can put APIC back when muxing? [10:48] <mateo`> you mean muxing including an apic frame ? [10:50] <durandal_1707> yes [10:51] <cone-452> ffmpeg.git 03Anton Khirnov 07master:01656fd47694: matroskaenc: support muxing WavPack [10:51] <cone-452> ffmpeg.git 03Anton Khirnov 07master:88de0c7901ee: apetag: add support for writing APE tags [10:51] <cone-452> ffmpeg.git 03Anton Khirnov 07master:2d2d6a488347: lavf: add a raw WavPack muxer. [10:51] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:d9cde3976c19: Merge commit '2d2d6a4883479403798f4ed46941d5b365823570' [10:51] <durandal_1707> well -c copy looks to work [10:51] <mateo`> just map any video streams you like to the output files, the first frame of each streams will be picked [10:52] <mateo`> if you're file already have apic frames it will be considered as a video stream [10:53] <durandal_1707> michaelni: you overwrite my code [10:55] <durandal_1707> don't worry, i will fix that [10:58] <mateo`> ubitux: i'm not a huge fan of adding an abritrary number of padding bytes (without specifying it in the id3 header) [11:15] <cone-452> ffmpeg.git 03Janne Grunau 07master:bf20cdbd86b1: mpeg12: skip frames consistently [11:15] <cone-452> ffmpeg.git 03Martin Storsjö 07master:9f30fb5a773d: configure: Don't pass -mthumb or -march= to MSVC [11:15] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:200ef1e3c389: Merge commit '9f30fb5a773d59298d8d45c741b3fd971d84c97b' [11:17] <mateo`> durandal_1707, ubitux: do you think trying to write APIC frames at beginning of ID3 metadata is "good" enough for aiff and mp3 muxers ? [11:17] <mateo`> i'd like to avoid writing padding bytes if possible [11:18] <durandal_1707> i don't care, so it is "good" enough for me to write APIC first [11:18] <ubitux> if you have APIC and no metadata, it doesn't work, right? [11:23] <mateo`> ubitux: yes [11:25] <cone-452> ffmpeg.git 03Martin Storsjö 07master:d7b9b66abb25: fate.sh: Allow specifying --as via a specific variable [11:25] <cone-452> ffmpeg.git 03Martin Storsjö 07master:a51161ed9892: doc: Mention the target_samples and ld variables for fate configs [11:25] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:4ea5aea86903: Merge remote-tracking branch 'qatar/master' [11:25] <mateo`> or in id3v2[...]finish, check if last written frame is APIC by setting a flag set when write_metadata / write_apic are called [11:26] <mateo`> and then decide to write or not 10 padding bytes ... [11:26] <durandal_1707> that looks complicated [11:26] <mateo`> not that much ... but i don't like it [11:27] <mateo`> + possible option -crappy_id3_itunes_fix to overwrite normal default behaviour ... [11:28] <durandal_1707> even more complicated... [11:28] <durandal_1707> just add padding with comment [11:29] <ubitux> mateo`: what about fixing taglib in the meantime? [11:29] <mateo`> ubitux: assuming tagline if faulty [11:29] <mateo`> -ne+b [11:31] <mateo`> durandal_1707: sounds good [11:34] <durandal_1707> i have latest taglib here, and examples/framelist shows APIC, i'm not interested experimenting more [11:36] <mateo`> ok [11:37] <durandal_1707> so its still possible they use taglib, but some older buggy version... [11:42] <mateo`> should i write a meaningful amount of padding byte (to ease future editing ~ 1k bytes) or something like 10 bytes is ok ? [11:43] <durandal_1707> what future editing? [11:44] <mateo`> future editing by iTunes or Dj softwares [11:44] <mateo`> i personally don't care, I just want the covert art to show up :) [11:50] <durandal_1707> iirc there is special tag for padding [11:51] <durandal_1707> is it? [11:52] <durandal_1707> now if i run just fate-flac it fails... [11:52] <durandal_1707> michaelni: ^ something get broken recently? [11:53] <mateo`> durandal_1707: there is no padding tag afaik, just 0s ... [12:02] <michaelni> durandal_1707, "make fate-flac" no failure here [12:21] <durandal_1707> mateo`: just pick random number [12:22] <mateo`> durandal_1707: 10 ^^ [12:22] <durandal_1707> 42 [12:22] <mateo`> size of an id3 frame header ... just in case :D [12:23] <t4nk629> the command line I use: ffmpeg -f video4linux2 -r 30 -s 640x480 -input_format mjpeg -i /dev/video0 -vcodec copy http://localhost:8090/feed1.ffm after trace ffmpeg code, I see in do_streamcopy(), do_streamcopy() will call write_frame(), and next write_frame() will call av_interleaved_write_frame(), I do not see the code about socket write. Because I see ffserver will keep receive data from socket. Does anyone have idea about [12:23] <t4nk629> where is the code that help ffmpeg to send data to ffserver? [12:23] <t4nk629> any ideas? [12:24] <durandal_1707> if by "socket" code you mean protocols they are in libavformat [12:31] <cbsrobot> durandal_1707: spent too much time with tiff lately &? [12:33] <durandal_1707> cbsrobot: too much? not at all...., i spent very little time on tiff [12:34] <cbsrobot> the 42 reminded me of tiff [12:35] <t4nk629> I see the flow , ffmpeg donot write data to socket, it call av_interleaved_write_frame() [12:36] <durandal_1707> cbsrobot: yes, tiff use that as header (useless) [12:36] <t4nk629> in /libavformat/fmdec.c, function ffm_read_packet(), case READ_DATA: size = AV_RB24(ffm->header + 2); the value of size is very very large, then ffm_is_avail_data() will return EAGAIN, [12:37] <t4nk629> ffserver will stay in this condition always , then no any data can be output [12:37] <durandal_1707> t4nk629: didn't we already had this talk yesterday on #ffmpeg, and you said that via ethernet it works [12:37] <t4nk629> ffserver hangs when feeding it via http [12:38] <t4nk629> yes, it is more stable via ethernet, [12:39] <t4nk629> I would like to get point about where ffmpeg send data to ffserver [12:39] <t4nk629> because I see ffserver call recv to get video data [12:39] <t4nk629> the source address is 127.0.0.1 [12:39] <durandal_1707> it may be because of latency that it happens [12:39] <durandal_1707> t4nk629: it never happens on localhost? [12:40] <t4nk629> what localhost case? [12:40] <durandal_1707> localhost is 127.0.0.1 [12:40] <t4nk629> when I use the vlc client to get video stream, then it may get problem that I memntioned [12:41] <durandal_1707> even via 127.0.0.1? [12:42] <t4nk629> on my embedded system [12:42] <t4nk629> i can not do that [12:42] <t4nk629> I do not have video streame player on my embedded system [12:42] <cone-452> ffmpeg.git 03Paul B Mahol 07master:96db307b3d4e: lavf/flacenc: use ffio_fill() [12:43] <t4nk629> ffio_fill? [12:47] <t4nk629> anybody know:why ffserver use "recv" system call to get video data from ffmpeg? [12:54] <t4nk629> Is there someone familiar with the source code ffmpeg.c ffserver.c? [12:54] <t4nk629> Could you kindly help to give hints? [12:54] <t4nk629> Help, please! [12:56] Action: durandal_1707 not familiar with source code of: ffmpeg.c, ffserver.c, libswscale [13:04] <t4nk629> Or is anyone have idea how to debug :invalid stream index problem? [13:04] <t4nk629> the log from ffserver: [13:04] <t4nk629> Wed May 29 19:02:04 2013 [ffm @ 0x664a20]invalid stream index 26 Wed May 29 19:02:04 2013 [ffm @ 0x664a20]invalid stream index 31 [13:22] <burek> -shortest:a alone would not work if the video was shorter than audio, so i've corrected that [13:22] <durandal_1707> yes... ffmpeg accepted :a for some reason .... [13:23] <burek> :beer: :) [15:40] <cone-452> ffmpeg.git 03Paul B Mahol 07master:7469be099e90: lavc/tta: use init_get_bits8() [15:40] <cone-452> ffmpeg.git 03Paul B Mahol 07master:b257d9a01fcc: alac: use init_get_bits8() [15:51] <cone-452> ffmpeg.git 03Paul B Mahol 07master:30d7dcce4c3f: tiff: add helper function for fill_order case [15:51] <cone-452> ffmpeg.git 03Paul B Mahol 07master:7984ed87c13d: tiff: support inverted fill_order for packbits compression [16:27] <durandal_1707> shouldn't flush_packets, added in 4f112a8e3 be below /***** ... ? [16:30] <cone-452> ffmpeg.git 03Paul B Mahol 07master:be5a55535edd: apetag: do not create invalid APE tags [16:30] <cone-452> ffmpeg.git 03Paul B Mahol 07master:6d3b913479f2: remove APEv1 tag writer [16:30] <cone-452> ffmpeg.git 03Paul B Mahol 07master:f46732fe4d2c: wvenc: remove flush call, not needed since 4f112a8e3 [18:56] <cone-452> ffmpeg.git 03Paul B Mahol 07master:83f97355927f: lavfi/noise: support slice threading [18:56] <cone-452> ffmpeg.git 03Paul B Mahol 07master:f8f42f482181: lavfi/noise: fix out of array access [19:12] <saste> socis 2013... anybody wanna to mentor/admin? [19:13] <ubitux> saste: tell me more about mentoring [19:14] <saste> ubitux, just means to mentor a student: propose a task, select candidates, help the student, track his/her progress and whip at him when he's late [19:14] <saste> usually with socis there is no money for mentors [19:15] <saste> and there is usually a single slot [19:16] <ubitux> i'm fine with mentoring a student [19:16] <ubitux> if that doesn't mean messing too much with random forms and procedures [19:19] <durandal_1707> and for task pick something like morfology that is space related.... [19:38] <Daemon404> oh wow i didnt realize msvc's fate had been broken for a month or more [19:38] <Daemon404> :< [19:39] <gnafu> Hehe. [19:39] <ubitux> Daemon404: the two lavfi failing tests are due to a change in the tests themselves iirc [19:39] <ubitux> so it's showing a previously hidden issue possibly [19:42] <Daemon404> there are trhee lavf failing tests [19:42] <Daemon404> three* [19:43] <ubitux> lavf ? [19:43] <Daemon404> lavfi [19:43] <Daemon404> typo. [19:43] <ubitux> that's what i said [19:43] <ubitux> the two (new) lavfi failing tests [19:43] <Daemon404> > the two lavfi failing tests [19:43] <ubitux> ebur128 bug is older [19:43] <Daemon404> two -> three [19:43] <ubitux> and is a bug in msvc [19:43] <Daemon404> i see [19:44] <ubitux> (compiler fails on a very obvious and stupid loop) [19:47] <Daemon404> i remember that now [19:53] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:c2625c26c5e5: mpegvideo: implement ff_put_h264_chroma_mc1 & ff_avg_h264_chroma_mc2 [20:12] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:0abe923d20db: mpegvideo: fix forgotten lowres op_index limits [20:13] <cone-452> ffmpeg.git 03Michael Niedermayer 07master:ac025d6eca32: j2kdec: remove unused variables [20:15] <cone-452> ffmpeg.git 03Paul B Mahol 07master:38fefbc474af: wtvenc: use ffio_fill() [20:16] <ubitux> ah, ffio_fill even better [20:16] <durandal11707> ? [20:17] <ubitux> i suggested another clumsy solution :p [20:42] <mateo`> ubitux: i thought about your solution before the for loop ... i was thinking about future increase of that padding [20:42] <mateo`> anyway ffio_fill is what i was looking for :) thx durandal11707 [21:06] <durandal11707> mateo`: you are subscribed to devel ml? [21:50] <durandal11707> michaelni: what are actually doing with j2k* code? i'm confused little [21:53] <durandal11707> jpeg2000 have one more progressive order implemented(didn't checked if its correct) [21:53] <durandal11707> but there are 3 more prog orders to implement [21:53] <durandal11707> libopenjpegenc wrapper encoder can write such files... [21:58] <michaelni> durandal11707, iam trying to merge the 2 jpeg2000 decoders into one both support features the other doesnt [21:59] <durandal11707> so it's almost finished, like 90% ? [22:00] <michaelni> i suspect theres not much left yes, but i had no time today ... [22:32] <cone-452> ffmpeg.git 03Reimar Döffinger 07master:dccaad3bcdc5: wamenc: handle failure to encode. [22:32] <cone-452> ffmpeg.git 03Reimar Döffinger 07master:4c2b3f47382e: Add AV_HASH_MAX_SIZE. [23:01] <funman> http://article.gmane.org/gmane.comp.video.videolan.vlc.devel/91504 [23:16] <funman> why isn't frame threaded encoding delaying encoded frames instead of blocking ? [23:18] <funman> should we push several (one per core) frames at once and then call decode_video2 until we get all encoded frames? [00:00] --- Thu May 30 2013

1 0

ffmpeg.log.20130529
by burek 30 May '13

30 May '13

[05:02] <mapreduce> 2009-04-11 - 80d403f - lavc 52.25.0 - deprecate av_destruct_packet_nofree() Please use NULL instead. This has been supported since r16506 [05:02] <mapreduce> What should I replace a call to that function with? [07:39] <t4nk935> the command line I use: ffmpeg -f video4linux2 -r 30 -s 640x480 -input_format mjpeg -i /dev/video0 -vcodec copy http://localhost:8090/feed1.ffm after trace ffmpeg code, I see in do_streamcopy(), do_streamcopy() will call write_frame(), and next write_frame() will call av_interleaved_write_frame(), I do not see the code about socket write. Because I see ffserver will keep receive data from socket. Does anyone have idea about this [07:40] <t4nk935> where is the code that help ffmpeg to send data to ffserver? [07:40] <t4nk935> any ideas? [07:46] <t4nk935> i see ffserver call recv() from the fd that is return from accept [07:46] <t4nk935> so, the fd is from socket, but where is the code that ffmpeg write video data to socket fd? [07:46] <t4nk935> does anyone have idea? [07:55] <t4nk935> does anyone study ffmpeg.c and ffserver.c [07:55] <t4nk935> who can help me? [07:57] <Demon_Fox> WOuld using the default codecs [07:57] <Demon_Fox> Would png to tga be lossless? [07:58] <t4nk935> Is there someone study ffmpeg.c and ffserver.c? [07:59] <t4nk935> who can discuss the detail flow of ffmpeg? [07:59] <t4nk935> I would like to know where is the code that ffmpeg send data to ffserver? [07:59] <burek> t4nk935 [07:59] <t4nk935> hi [07:59] <t4nk935> hi burek [07:59] <burek> im not sure, but i think -vcodec copy is wrong when using ffserver [07:59] <t4nk935> could you kindly give some hints? [07:59] <burek> you should take that out [08:00] <burek> because, as far as i figured it out [08:00] <burek> ffmpeg first establishes the connection to the ffserver [08:00] <burek> and gets the config info through that connection [08:00] <t4nk935> yes I see the code [08:00] <burek> and then sets the proper vcodec based on that [08:00] <t4nk935> yes [08:00] <burek> if you force -vcodec copy then i think it makes no sense [08:01] <t4nk935> but when do_streamcopy in ffmpeg [08:01] <t4nk935> where is the code that send video data to ffserver? [08:01] <t4nk935> why -vcodec copy is wrong? [08:01] <burek> why do you worry about that? [08:01] <burek> aren't you interested about vcodec from ffserver to players? [08:02] <t4nk935> because I would like to fix the problem that struct FFMContext header corrput in ffserver [08:02] <t4nk935> the problem occurs for a long time [08:02] <burek> Demon_Fox, some pixel format conversion might happen [08:03] <t4nk935> ffserver read frame, then it says header has wrong size then the stream is stop [08:03] <burek> t4nk935, do you have any example with output log that shows that issue? [08:03] <t4nk935> i have to make sure the stream is keep runnning [08:04] <t4nk935> yes I ever post to another forum [08:04] <Demon_Fox> burek, I know, I was just wondering how close to lossless it is. [08:04] <t4nk935> but no any other comments [08:04] <t4nk935> burek, can I post here again? [08:07] <t4nk935> hi burek, the log http://pastebin.com/2BzwCDxY [08:07] <t4nk935> could you kindly give some hints? [08:07] <burek> Demon_Fox, try and see? :) [08:08] <burek> yes, just a moment [08:08] <Demon_Fox> I was hoping someone knew on the byte level [08:09] <t4nk935> I would like to clarify, is the ffm header is correct or wrong when ffmpeg prepare to send [08:09] <burek> Demon_Fox, png -> tga -> png and then md5 check :) [08:10] <t4nk935> if the data is wrong when ffmpeg is prepare, then the issue is cause by ffmepg [08:10] <burek> t4nk935, wait, slow down [08:10] <t4nk935> ok, thanks! [08:10] <burek> what is your overall goal, what are you trying to accomplish? [08:10] <t4nk935> because I use vlc client to get video stream from ffserver, [08:11] <t4nk935> if the error occurs ,then the stream is stop [08:11] <burek> using latest vlc, right? [08:11] <t4nk935> it can not pass the test criterion [08:11] <t4nk935> yes [08:11] <burek> using ffplay to play the stream, or even ffmpeg, does it stop again? [08:12] <Demon_Fox> burek, The problem with md5 is that if it is off by one bit like a timestamp [08:12] <Demon_Fox> It will change the entire outcome. [08:12] <burek> Demon_Fox, png/tga have timestamps? :) [08:12] <burek> ok, try this, png->bmp [08:12] <t4nk935> I use the url http://192.168.1.254:8090/test.mjpeg on vlc client [08:12] <burek> png->tga->png->bmp [08:12] <burek> and compare those two [08:13] <burek> t4nk935, does ffplay http://192.168.1.254:8090/test.mjpeg stops if errors occur? [08:13] <Demon_Fox> I should startpage it [08:14] <t4nk935> I do not try ffplay, because I have to use windows application [08:15] <t4nk935> And I google search, I find the issue 855 in libav [08:15] <burek> Demon_Fox: http://en.wikipedia.org/wiki/Truevision_TGA says "Image data may be stored raw, or optionally, a lossless RLE compression similar to PackBits can be employed." [08:16] <burek> so it should be lossless [08:16] <t4nk935> I am not sure that have been fixed or not [08:16] <t4nk935> my problem seems that same as that [08:16] <burek> t4nk935, ffplay is a windows application too [08:16] <Demon_Fox> burek, Except for the byte conversion [08:16] <Demon_Fox> which means [08:16] <Demon_Fox> perfect [08:16] <t4nk935> http://roundup.libav.org/issue855 [08:17] <t4nk935> it says :ffserver hangs when feeding it via http [08:17] <t4nk935> do you have idea? [08:17] <burek> t4nk935, libav.org is not ffmpeg.org [08:17] <burek> no need to mix those two [08:17] <burek> libav.org is a fork of ffmpeg.org [08:17] <burek> another project [08:17] <t4nk935> ok, [08:18] <burek> t4nk935, try playing your stream using ffplay for some time, see if it stops [08:18] <t4nk935> but it seems ffserver hangs when feeding it via http I got [08:18] <burek> if not, then most probably vlc has a bug which prevents it to overcome errors in the stream [08:18] <t4nk935> why you think it is vlc bug? [08:19] <burek> could be [08:19] <burek> that's why i suggest you to test with ffplay [08:19] <burek> http://ffmpeg.zeranoe.com/builds/ [08:19] <burek> download the latest binary [08:19] <burek> and use ffplay.exe [08:19] <burek> use static version [08:19] <t4nk935> ok, for windows pc I can ffplay? [08:19] <burek> of course :) [08:21] <t4nk935> hi burek, let me try to use ffplay.exe [08:23] <t4nk935> hi burek, could you help me , how about the command line to play my stream with ffplay? [08:27] <t4nk935> how to use ffplay ? [08:27] <t4nk935> could you provide the command line? [08:29] <t4nk935> how to use ffplay to play the url http://192.168.1.254:8090/test.mjpeg? [08:40] <t4nk935> hi burek, [08:40] <t4nk935> I try to use ffplay and the command line of ffplay is ffplay http://192.168.1.254:8090/test.mjpeg [08:40] <t4nk935> I got the same problem as vlc [08:42] <t4nk935> the log is http://pastebin.com/B524Hp1b [08:42] <t4nk935> do you have any idea about how to add workaround for the bug [08:43] <burek> let me check [08:44] <burek> t4nk935 did you see your stream with ffplay? [08:44] <burek> did it display the video in a window? [08:45] <t4nk935> yes [08:46] <t4nk935> but just a few seconds, then the stream stop [08:46] <t4nk935> I can see the window been opened [08:49] <t4nk935> in /libavformat/fmdec.c, function ffm_read_packet(), case READ_DATA: size = AV_RB24(ffm->header + 2); the value of size is very very large, then ffm_is_avail_data() will return EAGAIN, [08:50] <t4nk935> this condition will not leave [08:50] <t4nk935> ffserver will stay in this condition always , then no any data can be output [08:52] <burek> t4nk935, what did ffserver log show? [08:54] <t4nk935> what log from ffserver, I just add some print by myself [08:55] <t4nk935> I trace the flow, ffserver will do http_receive_data, then wake-up the streame that client request [08:56] <t4nk935> then the stream client requested have av_read_frame return -11, then keep wait more data [08:56] <burek> im not that much familiar with the source code itself [08:56] <burek> you might want to try the mailing list for that [08:57] <t4nk935> I have send to the mail list, but no any other comment [08:58] <t4nk935> so , it is very big trouble for me [08:59] <t4nk935> do you know who is familiar with the source code? [09:00] <t4nk935> or, what is your expect about ffserver log? [09:01] <burek> could you make your camera ip public, so i can setup a test ffserver to see what's wrong? [09:03] <t4nk935> mm, this may not possible, because I can test it in my office [09:03] <t4nk935> a test ffserver? [09:03] <t4nk935> what is it? [09:05] <burek> ffserver + config + ffplay [09:05] <burek> btw, did you remove -vcodec copy from your ffmpeg cmd line [09:10] <t4nk935> can i setup a test ffserve? [09:23] <t4nk935> and I can not remove -vcodec copym this is must for me in this project, we do not allow to do decode+encode on my embedded system [10:32] <t4nk935> hi burek, can I setup the test ffserver for debug? [12:59] <SanderM> Hi [12:59] <nilsge> hello. I'm using the last example on this page to create a video from a still image (jpg) and a wave file: http://ffmpeg.org/trac/ffmpeg/wiki/Create%20a%20video%20slideshow%20from%20… [12:59] <nilsge> however, the wave is only 1:20 long and the timer already shows over 2:20 [12:59] <SanderM> me too nilsge! For me it keeps continuing [13:00] <nilsge> I remember that happened before, a few month back [13:00] <SanderM> I am having exactly the same problem at the same time [13:00] <nilsge> durandal_1707: if you ensist: http://hastebin.com/pakicexawu.css [13:00] <nilsge> insist [13:01] <nilsge> ffmpeg version 1.2.1 btw [13:01] <SanderM> I am also using version 1.2.1 on Mac OS X [13:02] <nilsge> the strange thing is that the video does indeed stop when the music ends. mplayer does not go any further, but it shows the time (3:01) where I ended the process [13:03] <SanderM> Do you mean when you play the file? [13:03] <nilsge> yes [13:04] <SanderM> for me VLC cannot recognize the input format of the file when I try to play it [13:04] <nilsge> I did this 4 or 5 times now. Everytime I search for a new ffmpeg command on the web and then end up doing it in OpenShot anyway. [13:04] <SanderM> What OS are you using? [13:04] <nilsge> linux [13:04] <SanderM> okay so it is not a Mac thing apparently [13:04] <durandal_1707> so just wrong duration is displayed or? [13:05] <nilsge> durandal_1707: no, the file is bigger than it should be. I quitted after encoding 3 minutes of video time, but it will go on forever [13:05] <SanderM> The ffmpeg process keeps running [13:05] <nilsge> the first time, one year ago or so, I tried it I was naive and let it running over night until it ran out of disk space [13:05] <durandal_1707> ahh, i experience same crap [13:06] <durandal_1707> open bug report [13:06] <nilsge> -shortest does not work it seems. At least not in that parameter position [13:09] <durandal_1707> example need update that is for sure, if there is working cmd line [13:11] <durandal_1707> got it working, will update example [13:12] <burek> nilsge, you have misplaced -i in your cmd line [13:12] <burek> and you didn't provide complete output log [13:13] <durandal_1707> burek: that last example does not work on latest master [13:13] <SanderM> can you have a look at my thesis burek? I need someone to spot errors ... [13:14] <burek> durandal_1707 why [13:14] <burek> SanderM just a sec [13:14] <SanderM> just joking burek haha [13:14] <nilsge> burek: it is the example from the official ffmpeg site. [13:15] <nilsge> It was not I who misplaced it [13:15] <nilsge> anyway, if you move -fastest after the wave file name it works [13:15] <yellabs-r2> hello there [13:15] <nilsge> -shotest I mean, not fastest [13:15] <burek> SanderM :) [13:16] <burek> [13:00:49] <nilsge> durandal_1707: if you ensist: http://hastebin.com/pakicexawu.css [13:16] <burek> take a look again [13:16] <yellabs-r2> i am trying to split a 3.5 mpeg into two pieces .. [13:16] <burek> 2nd -i is invalid [13:16] <nilsge> burek: I am not saying it is correct. I am saying this is the official example. [13:16] <burek> it's not [13:16] <yellabs-r2> got the first part with : ffmpeg -ss 00:00:00 -t 00:30:00 -i [13:16] <durandal_1707> -shortest:a should be after all -i stuff... [13:16] <burek> official example has got proper -i options defined [13:16] <durandal_1707> nope [13:17] <nilsge> look at the page http://ffmpeg.org/trac/ffmpeg/wiki/Create%20a%20video%20slideshow%20from%20… [13:17] <durandal_1707> official example does not work on master any more [13:17] <yellabs-r2> but i cant get the second part, any tips would be more then welcome [13:17] <nilsge> last example [13:17] <durandal_1707> you get red error message [13:17] <burek> nilsge, either read carefuly what i wrote or just ignore my lines [13:17] <elkng> is that command "ffmpeg -i video.mkv -map 0:4 -scodec copy out.ass" the right one to extract subtitles using ffmpeg ? [13:18] <burek> nilsge, your pastebin says: ffmpeg -shortest -loop 1 -f image2 -i Birnau-Kirchturm.jpg -i -c:v libx264 -c:a aac -strict experimental -b:a 192k out.mp4 [13:18] <burek> obviously your 2nd -i is invalid [13:18] <burek> durandal_1707, thanks for updating the wiki page [13:18] <burek> :beer: :) [13:21] <yellabs-r2> with ffmpeg -ss 00:00:00 -t 00:30:00 -i i can get the first part of an mpeg video, how do i get the next part ? video is 1 hour 26 minutes 44 seconds long [13:24] <burek> yellabs-r2, -t is output option [13:24] <burek> ffmpeg -ss ... -i ... -t output.mp4 [13:25] <burek> for your case: ffmpeg -ss 00:00:00 -i ... -t 00:30:00 out1.mp4 [13:25] <burek> ffmpeg -ss 00:30:00 -i ... out2.mp4 [13:26] <yellabs-r2> ok, so that would get me the first 30 minutes of the mpeg, how would i get the last part of it ? [13:27] <burek> i just wrote the cmd line both parts [13:27] <burek> for* [13:27] <burek> first cmd line is for out1.mp4 and another is for out2.mp4 [13:29] <yellabs-r2> ok trying it.. [13:29] <elkng> I'm trying to compile mkvtoolnix and that is what I get http://sprunge.us/ZiHE, is there some option for "configure" script I can use to disable some features and get rid of those errors ? [13:30] <elkng> or is there mkvtoolnix channel ? [13:39] <burek> +1 :) [13:40] <elkng> burek: is that about you ? [13:40] <burek> yes [13:41] <elkng> family of baked or fried filled pastries made of a thin flaky dough known as phyllo or yufka ? [13:41] <burek> it's a filling [13:41] <burek> meat, onion and spices [13:43] <elkng> burek: are you from turkey ? [13:43] <burek> no :) from serbia :) [13:43] <burek> but it was under turkish occupation for 500 years, so.. [13:45] <Bor0> burek great food [13:45] <elkng> burek: so odds are 99% that your ancestors are turkish [13:46] <Bor0> most of balcans countries are like that, not just Serbia [13:46] <elkng> Bor0: yours ? [13:47] <Bor0> that's my channel, it mostly contains trolling stuff [13:47] <Bor0> and some music [13:48] <burek> elkng, could be :) world is a big place :) [13:57] <SanderM> hi [13:58] <whatsoEVERyouWAN> sure; Hi ? [13:58] <SanderM> using the command line http://hastebin.com/fejaxiqopa.avrasm , how would I make ffmpeg insert very many keyframes? [13:58] <whatsoEVERyouWAN> I'm sorry, ... give me a moment to have a look [14:01] <SanderM> moment passed! [14:01] <SanderM> :) [14:01] <burek> SanderM, we just discussed the -shortest [14:01] <burek> move it just before output file name [14:01] <SanderM> sorry [14:01] <SanderM> do not bother about that [14:01] <SanderM> I pasted the old command line [14:02] <SanderM> I mean the new one [14:02] <SanderM> (wiki page hadn't been refreshed) [14:02] <burek> set -gop 1 [14:02] <SanderM> the question now is, how can I make ffmpeg insert very many keyframes? A certain software packages relies on them. [14:02] <SanderM> okay [14:02] <SanderM> -s [14:02] <burek> sorr -g 1 [14:03] <burek> in ffmpeg it's -g not -gop [14:04] <burek> -g 0 will make it all I-frames [14:04] <whatsoEVERyouWAN> Invalid value '1' for option 'loop' [14:06] <SanderM> burek, what do you mean with will make it all i-frames? I-frames are intraframes right? You mean each frame will be made i-frame? [14:07] <whatsoEVERyouWAN> excuse, I ran cli and got that error, just to conclude. [14:07] <burek> SanderM I-frames = keyframes [14:08] <whatsoEVERyouWAN> see: 22:06:47) SanderM [14:09] <SanderM> is there a way to check that each frame is a keyframe? in the ffmpeg output? Would like to see that it is the case before I send the file to my colleague ;) [14:09] <SanderM> I do not have a chatlog for that time whatsoEVERyouWAN? [14:09] <SanderM> (or what else do you mean?) [14:12] <whatsoEVERyouWAN> OK, SanderM asked @ this question:(22:06:47) SanderM: using the command line http://hastebin.com/fejaxiqopa.avrasm , how would I make ffmpeg insert very many keyframes? [14:15] <burek> ever heard of different time zones? :) [14:15] <burek> whatsoEVERyouWAN, can you provide your cmd line + output log? [14:15] <SanderM> haha, that too. How would I calculate back, do not know where the guy is haha [14:16] <burek> there is !logs of cours [14:16] <burek> e [14:17] <burek> btw, whatsoEVERyouWAN, your ffmpeg is probably old and option 'loop' wasn't implemented yet [14:17] <burek> so you might try -loop_input [14:17] <whatsoEVERyouWAN> Hey, it's SanderM's question, his cli is at http://hastebin.com/fejaxiqopa.avrasm -- just run it in a terminal. [17:46] <mrAlmond> Hi everyone [17:47] <mrAlmond> I'm using an ffmpeg cross compiled for android to do an mp4 muxing [17:47] <mrAlmond> on the pc side everything is ok [17:47] <mrAlmond> in the device I have this error [17:47] <mrAlmond> [NULL @ 0xe0cb10] Unable to find a suitable output format for '/data/standaloneTest.mp4' [17:48] <mrAlmond> when using avformat_alloc_output_context2 [17:48] <JEEBsv> are you sure you have the format enabled in that library? [17:48] <mrAlmond> I'm not sure [17:48] <JEEBsv> also IIRC there was some way to guess the format from the file extension or so [17:48] <mrAlmond> which configure option must I use? [17:48] <JEEBsv> or just set it manually [17:48] <JEEBsv> mrAlmond: well you have to have mov/mp4 enabled as formats, and file protocol [17:49] <JEEBsv> at the very least [17:49] <JEEBsv> if you have disabled a lot of stuff [17:49] <mrAlmond> let me check [17:50] <mrAlmond> I've just used ./configure --prefix <myprefix> --enable-libx264 --enable-gpl [17:50] <mrAlmond> maybe I must enable mp4 container [17:57] <mrAlmond> Those configure options were wrong...btw I was missing the --enable-muxer=mp4 [17:57] <mrAlmond> not it should be ok...I hope [18:02] <mrAlmond> Now it says : Failed to find codec h264 [18:03] <mrAlmond> but it should be enabled [18:03] <mrAlmond> no, it's not an ffmpeg message sorry [18:03] <mrAlmond> it's from the app [18:04] <mrAlmond> avcodec_find_encoder fails [19:13] <nellynel90> is there a way for yadif to dynamically interlace if the source is interlaced? [19:14] <nellynel90> *deinterlace [19:15] <saste> nellynel90, theoretically possible with a bit of coding [19:17] <nellynel90> so no options like that already set? yadif:0:-1:0 what does this do? [19:28] <jxself> nellynel90: I'd love to see such a thing too. Something like https://trac.handbrake.fr/wiki/Decomb would be ideal. [19:30] <JEEB> decomb is a mix of deinterlacing and IVTC IIRC [19:30] <JEEB> also there was a way of having a filter only filter the frames that are coded interlaced in ffmpeg, but I don't remember that example line -- I never used that .-. [19:32] <jxself> Indeed. I like that it operates only on frames that show on frames that actually show visible combing effects (not all framed marked as interlaced) because even in interlaced content filtering is only necessary when either something in the scene or the camera moves and produces those combing artifacts. [23:03] <bunniefoofoo> I am having strange problem with swr_convert() when I get to the end of the stream and start flushing buffers of swr, the audio sounds like it is running backwards [00:00] --- Thu May 30 2013

1 0

ffmpeg-devel.log.20130528
by burek 29 May '13

29 May '13

[00:00] <saste> ubitux: "Each component is coded on a "1/(N*N)" scale." [00:00] <saste> can you explain this? [00:01] <ubitux> red: [0..255] [0..N*N] [00:03] <saste> ubitux, uhm ok, with the example is much more clear [00:32] <ubitux> mmh the week just started and we already have the filter(s) of the week [00:32] <ubitux> we'll have another one this week i guess [00:32] <ubitux> from me at least, possibly mcdeint too [00:32] <ubitux> from saste :) [00:33] <saste> mcdeint is a bitch [00:35] <saste> ff_init_avcodec(void) { //we maybe should init but its kinda 1. unneeded 2. a bit inpolite from here } [00:35] <ubitux> haha [00:43] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:f82e7330af53: jpeg2000: merge mant type from j2k [00:44] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:840ee5e1a1a5: ffplay: dont forget passing lowres to private options [00:44] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:8cf57efdd784: j2k/jpeg2000: merge lowres code [00:53] <ubitux> michaelni: so you're reducing the diff by adding the missing feature from j2k to jpeg2000, from jpeg2000 to j2k, or both? [01:02] <michaelni> ubitux, yes reduce diff and when theres nothing left merge done [02:01] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:d66de3801ef5: j2kdec: merge get_tlm() from jpeg2000 [02:01] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:05fa3f68028d: j2kdec: random non functional changed from jpeg2000 [02:45] <ubitux> does anyone know a non-oriented-movie-release image comparison service like screenshotcomparison.com? [02:48] <ubitux> michaelni: i'm trying to add dithering into the vignette filter as you suggested [02:48] <ubitux> i took the dither prng from mandelbrot and used it directly [02:48] <ubitux> this is the result: http://www.screenshotcomparison.com/comparison/25755 [02:48] <ubitux> do you have any suggestion on how to improve it? [02:49] <ubitux> i'm using the same dv coeff (computed exactly like in mandelbrot) for every component, and prng updated for every y/x [02:55] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:9c66da517f3e: j2kenc: Zero DWT struct on allocation [02:56] <michaelni> ubitux, ask me tomorrow i need to sleep [02:56] <ubitux> sure ok :) [02:56] <ubitux> i'll go soon as well [02:56] <ubitux> thanks :p [02:57] <burek> is there any aac test samples in ffmpeg that i can use to test something in ffmpeg? more precisely, is there any aac file with these specs: Audio: aac, 16000 Hz, mono, fltp [02:58] <ubitux> why not generate one? [02:59] <burek> hm, you are right, as usual :) [03:01] <burek> ubitux, just one more question, how to tell ffmpeg to use aevalsrc as an input [03:01] <burek> ffmpeg -i what -af aevalsrc=... [03:02] <burek> or something [03:03] <ubitux> burek: ffmpeg -f lavfi -i "aevalsrc='sin(2*PI*t*440)*exp(-4*mod(t,1))'" ... [03:03] <burek> oh great, we should put that in wiki if its not there already [03:03] <burek> thanks a lot man :) [03:03] <ubitux> there is something similar in the fancy filtering page [03:04] <ubitux> https://ffmpeg.org/trac/ffmpeg/wiki/FancyFilteringExamples#histogram !! :o [03:04] <ubitux> i missed that one [03:06] <burek> cool [03:06] <burek> i'll use that one for a start [03:06] <burek> thanks (again) :) [07:57] <cone-234> ffmpeg.git 03Kostya Shishkov 07master:5f30c6c8ed1f: Revert "smackaud: clip output samples" [07:57] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:97f7586cd6a1: Merge commit '5f30c6c8ed1f006c1b3a547dfe388f3a4a080e4d' [08:08] <cone-234> ffmpeg.git 03Kostya Shishkov 07master:c3c08baefbf8: smacker: fix off-by-one error in palette expanding code [08:08] <cone-234> ffmpeg.git 03Anton Khirnov 07master:564b7e0c0095: matroskadec: silently skip CodecState element. [08:08] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:91db8ff20304: Merge commit '564b7e0c0095768cd20001b28154d69462be54e7' [08:58] <cone-234> ffmpeg.git 03Anton Khirnov 07master:538bf767373f: avconv: make -aspect work with streamcopy [08:58] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:2ad28840b3fb: Merge commit '538bf767373f176b6487e30181155e74b37cced6' [09:06] <cone-234> ffmpeg.git 03Anton Khirnov 07master:a3fc62e89e1a: configure: make jack depend on pthreads [09:06] <cone-234> ffmpeg.git 03Kostya Shishkov 07master:268bb88544d9: smacker: add a clarification notice about audio decoding [09:06] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:3fc8500483be: Merge remote-tracking branch 'qatar/master' [09:41] <cone-234> ffmpeg.git 03Michael Niedermayer 07release/0.11:ba445be96fa8: avienc: Disallow the first frame to be skiped [09:41] <cone-234> ffmpeg.git 03Michael Niedermayer 07release/1.0:71e32a5ea4dd: avienc: Disallow the first frame to be skiped [09:41] <cone-234> ffmpeg.git 03Michael Niedermayer 07release/1.1:414c6bf09431: avienc: Disallow the first frame to be skiped [09:41] <cone-234> ffmpeg.git 03Michael Niedermayer 07release/1.2:735deda2cfec: avienc: Disallow the first frame to be skiped [09:46] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:cf05fe8a7e58: jpeg2000dwt: remove floats from mixed float/int 9/7 dwt [09:46] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:197e219c927c: jpeg2000dwt: add float based 9/7 dwt [09:57] <cone-234> ffmpeg.git 03Anton Khirnov 07master:c330eba84cf2: lavf: preserve side data when parsing packets. [09:57] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:f6beb3611534: Merge commit 'c330eba84cf2370ad72423aa9e410e20afdc52e2' [10:02] <cone-234> ffmpeg.git 03Anton Khirnov 07master:7b44c9918086: wavpack: remove the subframes codec cap [10:02] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:be72853f8aac: Merge commit '7b44c9918086c6aeacf7ef9f902af38b97f43170' [10:07] <cone-234> ffmpeg.git 03Anton Khirnov 07master:a7ec3a9a4eea: wavpack: drop redundant if/else blocks [10:07] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:84051d57f54f: Merge commit 'a7ec3a9a4eea4e374afcd6e05828b103e6fcb601' [10:30] <cone-234> ffmpeg.git 03Carl Eugen Hoyos 07master:c0957f49c7b3: configure: Fix jack auto-detection, broken since 3fc8500 [10:51] <saste> cehoyos, can you reply to my question about system level libs? [10:57] <cehoyos> saste: I am not sure what to reply, there is a FFmpeg-internal definition of "system library" that has been used forever (?) and I do not remember a user or packager complaining. [10:57] <saste> cehoyos, and what this definition is? [10:57] <cehoyos> I don't think anybody ever suggested that a codec library could be a system library, but imo, it is not unreasonable to count iconv, zlib, bzlib, asound, xv, sdl and pthreads to system libraries [10:58] <cehoyos> And libva [10:58] <cehoyos> That is what we currently do. [10:58] <michaelni> libc [10:58] <saste> do we mark system libraries as such in configure? [10:58] <saste> or is it "implicit"? [10:59] <cehoyos> We mark them in ./configure --help [10:59] <saste> libjack is a system library? [10:59] <cehoyos> But I honestly don't think this discussion leads anywhere: You already agreed that asound and xv are the same beasts, so I think we should agree to not treat them differently. [11:00] <cehoyos> libjack is certainly particularly evil, yes [11:07] <cone-234> ffmpeg.git 03Anton Khirnov 07master:528daa399018: wavpack: switch to planar output [11:07] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:a803ca54e5b8: Merge commit '528daa399018af74d52192eb1861d2b59d256111' [11:07] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:107e9e44329a: wavpack: Properly check channel index, dont write out of arrays [11:12] <cone-234> ffmpeg.git 03Anton Khirnov 07master:474fb0c9d9c6: wavpack: return 0 instead of samples count from decoding functions [11:12] <cone-234> ffmpeg.git 03Anton Khirnov 07master:0f3a0b24dd6f: wavpack: add an error message to a failure. [11:12] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:8d4e934df94e: Merge commit '0f3a0b24dd6f595feaa4526e52ffa7d05c3d7840' [11:28] <cone-234> ffmpeg.git 03Anton Khirnov 07master:1d177200ce1f: wavpack: remove a useless check. [11:28] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:2ba0953ee4bd: Merge commit '1d177200ce1ffd8902729e3a4d647b04fc4b35f8' [11:34] <durandal_1707> it makes me happy that ugly wavpack issue(s) will be finally resolved [11:34] <cone-234> ffmpeg.git 03Anton Khirnov 07master:d1bec4be2207: wavpack: return an error on 0-sized blocks [11:34] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:f5dfc3515780: Merge commit 'd1bec4be2207738669874e02605e879ea9620974' [11:41] <cone-234> ffmpeg.git 03Anton Khirnov 07master:35596bd4f4d3: wavpack: remove a useless parameter from wavpack_decode_block(). [11:41] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:288e3fdfd3ab: Merge commit '35596bd4f4d3c39eed838cf3a2613817d62dda99' [11:47] <cone-234> ffmpeg.git 03Anton Khirnov 07master:72dee5f40b23: wavpack: don't set sample format in init. [11:47] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:aa6cf4c1b050: Merge commit '72dee5f40b236c5eb9e68df39df80c68392269e3' [11:57] <cone-234> ffmpeg.git 03Anton Khirnov 07master:5074f4545c43: wavpack demuxer: export full wavpack blocks. [11:57] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:8012f93ed8af: Merge commit '5074f4545c439420daebe4c2f28ed216440b6ec7' [12:01] <durandal_1707> ugh their apetag writer sucks bigtime, as it requires seekable stream [12:04] <cone-234> ffmpeg.git 03Anton Khirnov 07master:9b6f47c44807: matroskadec: export full wavpack blocks. [12:04] <cone-234> ffmpeg.git 03Kostya Shishkov 07master:851bc1d6be0c: smacker: assign video frame PTS [12:04] <cone-234> ffmpeg.git 03Michael Niedermayer 07master:3ed3aaab32f5: Merge remote-tracking branch 'qatar/master' [12:49] <cone-234> ffmpeg.git 03Paul B Mahol 07master:269fc8e04906: lavf/wvenc: remove hacks since wavpack demuxer & decoder hacks have been fixed [12:55] <cone-234> ffmpeg.git 03Dave Yeo 07master:e615a777990f: os2threads: move from lavc to compat/ [12:55] <cone-234> ffmpeg.git 03Dave Yeo 07master:35e683e457b6: avcodec/vp8: Cosmetics, maintain alphabetical order in threading headers [13:54] <cone-234> ffmpeg.git 03Paul B Mahol 07master:ced0307ea94b: tta: make probing more robust [14:18] <saste> mcdeint gives the same output of mp=mcdeint, but negate,mcdeint and negate,mp=mcdeint differ [14:21] <saste> michaelni, i plan to add an mcdeint test, do I need to add a bitexact option for the snow encoder? [14:21] <durandal_1707> ubitux: tile produces green lines [14:24] <durandal_1707> maybe because after refcounting frames are not bzeroed any more [14:25] <michaelni> saste, i suggest you put the test in a github repo and i merge + test it on a few platforms [14:30] <michaelni> can someone borrow me a recent j2k spec ? [14:32] <durandal_1707> well you can look at libopenjpeg code [14:33] <michaelni> durandal_1707, sure i can but libopenjpeg decodes some j2k files with more artifacts than our decoder [14:34] <JEEB> yeah, looking at another project's code like that in many cases is like looking at GPAC's implementation of something as a reference :D [14:35] <durandal_1707> there is no reference implementation? [14:35] <BuxiNess> michaelni, since 2002 I don't have one [14:35] <michaelni> BuxiNess, mine is FCD from March 2000 [14:37] <Compn> does mike have one ? [14:38] <Compn> BBB : can you get us j2k specs ? [14:38] <BuxiNess> michaelni, in your mbox [14:39] <durandal_1707> Compn: what gives you think that BBB have one? [14:40] <Compn> i think google would have one [14:40] <Compn> chrome probably has j2k decoder [14:41] <michaelni> BuxiNess, thanks alot! [14:41] <durandal_1707> Compn: i seriously doubt that (both statements) [14:41] <Compn> durandal_1707 : i see in firefox bug report that says chrome can open jpeg2000 images [14:42] <durandal_1707> if it uses own lib, i would be first to know that [14:43] <Compn> any strings in chrome binary say it uses openjpeg ? [14:43] <Compn> or chrome license file i guess [14:47] <Compn> maybe chrome went webp instead of j2k [14:48] <Compn> maybe they gave up on it [14:48] <ubitux> durandal_1707: i can't reproduce the problem [14:49] <durandal_1707> ubitux: with what stream you tried? [14:51] <durandal_1707> Compn: well it had support for it via libjasper [14:51] <durandal_1707> but no more [14:51] <ubitux> durandal_1707: matrixbench_mpeg2.mpg [14:52] <ubitux> with 4 seconds instead of 2 [14:53] <ubitux> ah it's not reproducible with png [14:53] <ubitux> but it is with jpeg [14:53] <durandal_1707> i used same args and jpeg output [14:53] <durandal_1707> png does not have subsampling.... [14:59] <ubitux> i've just fixed half of them [15:00] <ubitux> http://pastie.org/7974154 first part. [15:01] <ubitux> here you go [15:01] <ubitux> both fixed [15:02] <ubitux> all the subsampling in drawutils is broken [15:08] <saste> ffplay -i fate-samples/mpeg2/mpeg2_field_encoding.ts -vf "split[a][b]; [a]negate,mp=mcdeint[a1]; [b]negate,mp=mcdeint[b1];[a1][b1]blend=all_mode=difference,lutyuv=y='if(val,maxval,0)',showinfo" [15:08] <saste> this gives every time a different output [15:09] <saste> thus i start to suspect that the problem is not related to the port at all [15:09] <ubitux> -vf quantic [15:09] <saste> ? [15:09] <ubitux> bad joke :( [15:10] <funman> -vf quantic,funman to make it better [15:10] <ubitux> :D [15:10] <funman> ;) [15:34] <ubitux> michaelni: so, http://lucy.pkh.me/v/v-dither%3d0.png vs http://lucy.pkh.me/v/v-dither%3d1.png [15:34] <ubitux> i basically took your prng dithering from mandelbrot [15:34] <nevcairiel> while the second looks better, still rather strong banding in that one [15:34] <ubitux> and tried to apply it as a final bias for each pixel position (same value for each comp) [15:35] <ubitux> with dither=1, i get some strange horizontal lines, and banding is still there [15:35] <ubitux> any idea how i could improve that? [15:40] <ubitux> https://github.com/ubitux/FFmpeg/compare/master...vignette#L3R205 [15:40] <ubitux> this is basically what i'm doing [15:40] <ubitux> same for yuv below [15:41] <saste> michaelni: http://gitorious.org/~saste/ffmpeg/sastes-ffmpeg/commits/port-mcdeint-20130… [15:41] <saste> still no idea about the diff thing [15:56] <durandal_1707> saste: how difference looks like? [15:57] <ubitux> oh i'm stupid i didn't reloaded dv for each x [15:57] <ubitux> ok that's better, still some banding though [15:58] <durandal_1707> you actually writing debanding filter? [15:59] <ubitux> durandal_1707: no i'm just adding some dithering to vignette [15:59] <ubitux> to fix the circle banding effect [16:01] <ubitux> so, just updated: http://lucy.pkh.me/v/v-dither%3d0.png vs http://lucy.pkh.me/v/v-dither%3d1.png [16:01] <ubitux> can we consider the dithering good enough? [16:02] <nevcairiel> i can see banding! [16:02] <nevcairiel> :) [16:02] <ubitux> :( [16:04] <durandal_1707> well if width & height is > 512 banding should not be present [16:06] <durandal_1707> assuming that you see no banding with rgbtestsrc=256x256 [16:07] <durandal_1707> ubitux: you use yuv in vignette? [16:07] <ubitux> the above examples are in yuv yes [16:08] <ubitux> at least it seems [16:09] <durandal_1707> well with dithering its another problem [16:09] <durandal_1707> perhaps it does not work as it should .... [16:19] <michaelni> saste, seems the mcdeint tests pass everywhere i try [16:26] <BBB> Compn: no chrome has no j2k decoder [16:26] <BBB> Compn: to my knowledge at least [16:26] <BBB> and no I don't have specs, sorry [16:41] <durandal_1707> there are reference implamentation in java and c.... [17:09] <saste> michaelni, any idea about the diffing mcdeint issue? [17:09] <durandal_1707> saste: why not just push it, it can be fixed later [17:09] <saste> durandal_1707, i'll push if someone ok it [17:10] <saste> maybe michaelni wants to have a look, since he wrote the original filter [17:17] <durandal_1707> saste: so it happens if negate is used prior to mcdeint, and not if negate filter is used on video and than saved to file, and later run with mcdeint? [17:18] <michaelni> saste, no idea why mcdeint differs from mpcodecs one [17:21] <durandal_1707> make sure that extra scale is not inserted somewhere ... [18:11] <durandal_1707> lol, what funny tiff bug [19:02] <ubitux> mmh in practice it seems that simple dither is good enough [19:02] <ubitux> i guess i'll go for it [19:09] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:f0a2c8285a4e: j2kdec: Try to fix 8bps output case [19:09] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:32475f56f38d: j2kdec/jpeg2000dec: partially merge quantization code [19:10] <ubitux> i wonder if i shouldn't make the filter act like a mask to be blended with another filter [19:11] <durandal_1707> that would usually make things slower [19:19] <llogan> https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2013-May/014553.html [19:22] <durandal11707> llogan: already discussed [19:22] Action: llogan goes to log land [19:22] <durandal11707> nothing interesting to read.... [19:23] <llogan> anyone know how LinuxTag went? [19:23] Action: durandal11707 is waiting for same information [19:24] <Daemon404> you know the fork wars made it big now... most posts i see on 3rd party ml and forums ut it right up tehre with netbsd/openbsd, gcc/egc, etc [19:24] <Daemon404> :> [19:28] <cone-342> ffmpeg.git 03Clément BSsch 07master:1f1df07ce561: lavfi/drawutils: attempt to fix subsampling. [19:29] <durandal11707> ubitux: next step add >8 bit support to drawutils [19:29] <ubitux> nope [19:29] <ubitux> first is to make sense out of ff_draw_round_to_sub [19:30] <ubitux> round_dir >= 0 case seems never used [19:30] <ubitux> and subsampling looks wrong [19:30] <ubitux> i think i'll change that in pad filter [19:31] <llogan> saste: do you think users may actually try to use "yadif=1/3" as an option? (RE: mcdeint) [19:44] <ubitux> mateo`: moving the (text?) metadata at the end doesn't break anything in those software? [19:44] <ubitux> typically, isn't this because id3 parsing is aborted while parsing those strings? [19:45] <ubitux> (and those was never reaching the apic parsing) [19:46] <ubitux> -those [19:47] <ubitux> try removing a few string entry maybe [19:48] <mateo`> it does not seems to break anything with those software since the files from beatport for example have apic frames written at the beginning of the id3 metadata [19:49] <mateo`> i can't say more since those application does not complain about anything when openning a file generated by ffmpeg [19:50] <ubitux> what i mean is that those application might be stopping the id3 parsing because of one of the metadata entries [19:50] <mateo`> they might ... [19:50] <ubitux> basically ignoring the remaining entries [19:50] <mateo`> i'm currently looking a bit closer to the id3 muxer [19:50] <ubitux> also, are you sure there is not a kind of terminator marker placed with ff_id3v2_write_metadata() at the end? [19:51] <ubitux> (would that be related to the recent chaptering introduction?) [19:51] <mateo`> afaik nope [19:52] <mateo`> i found this problem when i introduced the support of apic frames for aiff files [19:53] <mateo`> and didn't take the time to solve it [19:53] <mateo`> ;( [19:53] <mateo`> you know iTunes ... [19:56] <durandal11707> there are markers in id3v2 afaik [19:58] <durandal11707> mateo`: i think iTunes can show id3v2 chapters [19:59] <mateo`> durandal11707: I ll test that feature [19:59] <mateo`> durandal11707: can you tell me more about those markers ? [20:00] <durandal11707> mateo`: typo, should be no markeers.... [20:02] <durandal11707> i have mp3 with chapters, and it have APIC in middle of tags [20:04] <mateo`> can you share a sample ? Does it work with iTunes ? [20:06] <durandal11707> mateo`: http://cre.fm/ [20:14] <ubitux> oh chapters of that mp3 displayed with mpv, awesome :) [20:14] <durandal11707> since ages... [20:14] <ubitux> (in the osd on the cover) [20:14] <ubitux> yeah well it's nice to see that in mp3 [20:16] <durandal11707> there is similar thing for ogg, but i yet to find such files [20:51] <durandal11707> mateo`: also you can try remuxing mp3 with ffmpeg and play that back with iTunes: i'm interested to see will it still show chapters [21:11] <mateo`> durandal11707: iTunes does not seem to support ID3 chapters and the remuxed file (mp3) show the same issue as the aiff ones ... the cover do not show up :( [21:28] <durandal11707> mateo`: but cover and chapters show up in original file? [21:33] <mateo`> durandal11707: cover show up, chapters does not appear on the itunes interface [21:34] <mateo`> durandal11707: i don't know if they are supported [22:24] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:f7129ab928b5: j2k/jpeg2000: fix typo in lut_gain index [22:24] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:aa0d11ed0bdf: jpeg2000dec: remove unneeded returns [22:24] <cone-342> ffmpeg.git 03Michael Niedermayer 07master:fe7136ef8202: j2k/jpeg2000: split stepsize in float & int variables [23:04] <Daemon404> michaelni, ping [23:18] <Daemon404> ubitux, also ping 4 u [23:18] <ubitux> yup? [23:19] <Daemon404> is there any plan to make stuff like 'ffprobe -codecs -of json' output the list n json? [23:19] <Daemon404> in* [23:19] <ubitux> dunno [23:20] <ubitux> shouldn't be that hard to write, i suppose [23:20] <ubitux> i don't plan to do it myself though [23:24] <Daemon404> k [23:27] <saste> Daemon404, => ticket [23:27] <Daemon404> hmm [23:27] <Daemon404> looks like it isnt what i want anyway [23:28] <Daemon404> there seems to be no way to pragmatically get what fourccs we support [23:28] <Daemon404> :D [23:29] <durandal11707> add one.... [23:39] <michaelni> Daemon404, pong [23:40] <Daemon404> michaelni, http://pastie.org/pastes/7976728/text?key=nduxpsmcorwurd50zuhisq [23:40] <Daemon404> does this look pushable to you [23:40] <Daemon404> or have i misunderstood your reply [23:44] <michaelni> Daemon404, LGTM [23:44] <Daemon404> ok [23:45] Action: Daemon404 stares at cone-342 [23:45] <cone-342> ffmpeg.git 03Justin Ruggles 07master:e816a8bc26a9: ffmpeg: use actual packet pts when discarding for the copypriorss option [00:00] --- Wed May 29 2013

1 0

ffmpeg.log.20130528
by burek 29 May '13

29 May '13

[04:08] <fling> How to properly rip a dvd? [04:08] <fling> I do not want to concat vobs. [04:08] <fling> There are multiple tracks on it. [04:24] <Hans_Henrik> ffmpeg -i 'http://www.4chanx.org/torrentdownloads/After%20Class%20Lesson%20%5bBlitz%5d…' -c:v libx264 -preset ultrafast pipe:1 2>&1 [04:24] <Hans_Henrik> Unrecognized option 'preset'. [04:25] <Hans_Henrik> what am i doing wrong? x. [04:25] <Hans_Henrik> (about 5 hours past bedtime, i may just be ubberderping atm, but i thought it was called "preset" ?) [04:26] <Hans_Henrik> it talks about preset option right here! http://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [04:29] <Hans_Henrik> ah, removing the preset, i get "Unable to find a suitable output format for 'pipe:1' [04:29] <Hans_Henrik> " x.x [04:29] <Hans_Henrik> i want the output format to be x264 godam [08:57] <Keshl> I'll just leave this here because I can't figure out mailing lists.. http://pastebin.com/WSLmj1H4 [09:01] <JEEB> Keshl, setting -r wouldn't do what you'd want it to do anyways :P Also I can't see anything specifically wrong in your terminal output. [09:02] <Keshl> Then how come I get the wrong framerate? .É. [09:02] <JEEB> upload a sample :P [09:02] <JEEB> of the source [09:02] <Keshl> Kaisec oÉo [09:02] <JEEB> you can just dd like the first 100MB or so of the input [09:02] <Keshl> That's actually what I did. [09:03] <Keshl> Source is a few gigs and my upload speed's 250 kb/sec. <.< [09:03] <JEEB> because mpeg-ts is supposed to be like that [09:03] <JEEB> (you can cut it at arbitrary points more or less) [09:03] <Keshl> ftp://iforgotmyIponesec [09:03] <Keshl> ftp://broken@24.115.184.198:21918 -- Hug crop_b.ts , any password. [09:04] <JEEB> grabbing [09:09] <JEEB> ok, grabbed it [09:09] <JEEB> let's see how this goes [09:10] <Keshl> Luck oÉo [09:10] <JEEB> ok... [09:10] <JEEB> I think I notice the problem [09:10] <Keshl> oÉo? [09:10] <JEEB> > dup and drop values increasing [09:11] <Keshl> They do that even on the converted video that works. [09:11] <Keshl> I have wondered why though, it doesn't make sense.. [09:14] <JEEB> hmm [09:14] <JEEB> playing it back looks fine tho [09:14] <Keshl> o.O [09:14] <Keshl> It looks 60 FPS? [09:14] <JEEB> and sure is higher than 24fps [09:14] <JEEB> yes [09:14] <Keshl> o.O' [09:14] <Keshl> What build you on? [09:14] <Keshl> Maybe it got fixed and I just got my build the day beofre it did or something? [09:14] <Keshl> *before [09:15] <JEEB> I have an old zeranoe build from april 12th here [09:15] <Keshl> Here, just to make sure, grab OUT.mp4 and see if that plauys bad. [09:15] <Keshl> *plays [09:15] <Keshl> If it plays good then at least I know it's a *really* weird decoder issue. [09:16] <JEEB> ok [09:16] <JEEB> the drops and dups are still weird, but *shrug* [09:16] <JEEB> it looks like it has enough frames :D [09:16] <JEEB> as in, definitely not 24fps [09:16] <Keshl> ...Looking again, now it looks like it's 15 FPS to me. OUT.mp4, I mean. [09:17] <Keshl> If it plays good, would'ya mind uploading your build? <É< [09:17] <JEEB> yup, works here too @ OUT.mp4 [09:17] <Keshl> o.O' [09:17] <Keshl> Wait, that's at 60 too? [09:17] <JEEB> sure looks like higher-than-24 :P [09:17] <Keshl> ... [09:17] <Keshl> Wtf? [09:17] <JEEB> and the renderer is set to 60000/1001fps [09:17] <JEEB> seems to be getting samples with that kind of rate [09:18] <Keshl> ... Wtf? [09:18] <JEEB> what are you trying to play it with? :D [09:18] <Keshl> i7-3840qm with 32 gigs of RAM and an nVidia 680m. [09:18] <JEEB> uhh, software-wise [09:18] <Keshl> VLC, smplayer. [09:19] <JEEB> lol [09:19] <Keshl> Both play at like 15 FPS. [09:19] <Keshl> (Yet, they play it just fine if I convert the video twice..) [09:19] <Keshl> What do you use, oÉo? [09:20] <JEEB> VLC started supporting multithreading some time ago (IIRC), but I have no idea how its renderer deals with the high rate. smplayer's default is mplayer, and that one sure doesn't use multithreading or anything good rendering-wise [09:20] <Keshl> Just tried WMP, same result. [09:20] <JEEB> I'm on my LAV Filters + MPC-HC setup, as usual [09:20] <Keshl> JEEB: I was laughed at for using VLC and told to use SMplayer, because "it's the best thing out there" o.O [09:20] <Keshl> ...Mind explaining how to get that? [09:21] <JEEB> if you want it simple you could just install the newest CCCP RC [09:21] <JEEB> that is exactly the setup I have [09:21] <JEEB> http://www.cccp-project.net/beta/ [09:21] <Keshl> I do need simple. The videos in question are being sent to people who don't know what FPS stands for. <.< [09:21] <JEEB> oh [09:22] <Keshl> ... What happens if I touch "do_not_touch_this"? [09:22] <JEEB> it has some random builds that weren't yet ready for general usage [09:22] <Keshl> Oh, kai, gud. [09:23] <JEEB> anyways, I'm pretty much on defaults here with that setup (I've only enabled yadif deinterlacing from LAV Video and made MPC-HC limit the window resize to the dimensions of the video) [09:24] <Keshl> JEEB: Same result. [09:25] <Keshl> Definitely 15 FPS or so. [09:25] <JEEB> funky, what's under play->filters when you play that file in the player that came with that thing I linked? [09:26] <Keshl> Things. (More useful information: http://pasteall.org/pic/52340 ) [09:26] <JEEB> yeah, that looks all right [09:26] <Keshl> If you hit F5, I've thrown an NFO with my system information up there. [09:27] <Keshl> Might be some hardware incompatibility, oÉo? Which, makes, no sense, but there. [09:27] <JEEB> how does it look when you press ctrl+J after you open that file in the player? [09:28] <Keshl> Says the frame rate is 58.944, oÉo. [09:28] <JEEB> are the green and red lines close to each other? [09:28] <Keshl> But it's very clearly not. [09:28] <Keshl> Very. [09:28] <Keshl> Almost blocking each other. [09:29] <JEEB> if they're in the middle and close that's exactly how it is here... am I really that bad at seeing frame rates? Because this clearly is smooth [09:29] <JEEB> and the renderer is set to receive samples at 60/1.001fps [09:29] <Keshl> It could be me. I'm really, really sensitive to changes in it. [09:29] <Keshl> Like, I can see a difference between 60 and 120, and it drives me nuts when stuff's not at 120. Even these videos bother me. <.< [09:30] <Keshl> ...How do I disable hardware acceleration [09:30] <Keshl> *? [09:31] <JEEB> it should be off by default [09:31] <Keshl> It appears to be oin. [09:31] <JEEB> then it's a misdetection [09:32] <JEEB> when playing click LAV Video's properties in play->filters [09:32] <JEEB> it should show you which decoder is used in the property sheet [09:32] <Keshl> Kay, it is none.. [09:33] <Keshl> Enabling it don't help. [09:33] <JEEB> it says which decoder is used under "Active Decoder:" anyways [09:33] <Keshl> ... Hey [09:33] <Keshl> hey [09:33] Last message repeated 1 time(s). [09:33] <Keshl> this makes sense. [09:33] <Keshl> With that red stuff up with the lines. [09:33] <Keshl> I see a thing that says "buffered 0", then "free 5", and current surface counting up from 0 to 4 over and over. [09:33] <Keshl> 60 / 5 is 12. [09:33] <Keshl> Which is about what I'm seeing. [09:33] <Keshl> Is this relivant, oÉo? [09:34] <JEEB> nope [09:34] <Keshl> D: [09:34] <JEEB> it just notes that it works :P [09:34] <Keshl> By the way, it's counting up at 60 FPS. [09:35] <JEEB> also the timestamps for your video seem just fine, and 60/1.001 http://up-cat.net/p/a7bc71d6 [09:35] <JEEB> see how timescale is 60000 and every frame goes one up with 1001 [09:35] <Keshl> So it's definitely something with my system, then.. [09:36] <JEEB> of course that only tells us that the timestamps for every frame are like that [09:36] <Keshl> ... Uh, this is weird. [09:36] <Keshl> So I'm using "step" to see if there's even all the frames there. [09:36] <Keshl> No. They're not. [09:36] <Keshl> There's far too much motion between frames for this to have 60 actual unique frames per second. [09:37] <Keshl> And what's weird is, the first click advances it, the second does too, and the third is identical to the second, then it repeats this. [09:37] <JEEB> you could grab something ffms2-using like current Aegisub in order to check it frame by frame regarding what the frames' contents are [09:37] <JEEB> it's possible that there are duplicates for whatever reason [09:37] <Keshl> ... -Picks an ear.- What? [09:38] <Keshl> Thatwentottallyovermyhead <É< [09:38] <JEEB> I just note that Aegisub seems to be the simplest application for you that you can open files with ffms2 :P [09:38] <JEEB> I don't want to start teaching you Avisynth and friends [09:38] <Keshl> ...Or, or, I can just ffmpeg -i OUT.mp4 frame_%d.png [09:38] <JEEB> http://www.aegisub.org/ [09:38] <JEEB> Keshl, takes space? [09:39] <Keshl> JEEB: Ramdisks ftw. [09:39] <JEEB> anyways, I recommend having something at hand that lets you step forward and backwards in a file with relatively good frame accuracy :P [09:39] <JEEB> and ffms2 gives you that [09:39] <JEEB> and Aegisub has nice menu entries and so forth [09:39] <JEEB> (and a portable version) [09:40] <Keshl> Oh, ish program OÉO [09:40] <Keshl> Somehow thought iut was a library, my bad. [09:40] <Keshl> >w> [09:40] <JEEB> ffms2 is a library [09:40] <Keshl> ... Okay you're bad at reading framerates. [09:40] <Keshl> ffmeg has the same output. [09:40] <Keshl> step, step, stall, definitely too much motion between frames. [09:41] <JEEB> which can be used as such, or from avisynth or an app that uses it [09:46] <Keshl> ...Yeah no way, I'm sure now. [09:46] <Keshl> See, the score counts up at each frame. <.< [09:46] <JEEB> yeah, then ffmpeg decided to encode dupes or so [09:46] <Keshl> I'm seeing it skip 3 at a time, then freeze, then skip, etc. [09:50] <JEEB> I'll use a completely separate to ffmpeg parser/decoder combo for the sample you gave me, and see what kind of frames are to be found there [09:51] <Keshl> Shiny, oÉo. Lemme toss upload privlages on that folder.. [09:51] <Keshl> There'ya go, oÉo. [09:53] <JEEB> not that I need them :P [09:54] <Keshl> ....Scarihaxxour, oÉo? [09:56] <Keshl> And come to think of it, no, it doesn't duplicate frames like this and stuff on the other videos. It's just the .ts's. [09:57] <JEEB> OK... it seems like ffmpeg is doing something /very/ derpy here [09:57] <Keshl> Si D: [09:59] <Keshl> Should someone file a bug, oÉo? Iunno how to do this cuz big attachments D: [10:01] <JEEB> you should :P Try with an up-to-date zeranoe's build first tho. It should be rather simple to test for "ffmpeg -i input.ts -c:v libx264 -an out.mp4" should still give the same result [10:03] <JEEB> or heck, probably any video encoder should do the same [10:03] <JEEB> not sure if specific to mp4 output, either [10:04] <Keshl> I'll try stuff, oÉo. In the meantime, have at thee! http://weebls-stuff.com/songs/badgers/ [10:05] <JEEB> http://x264.fushizen.eu/random/out_lsmash.mp4 [10:05] <JEEB> this should have "some" more frames :D [10:05] <Keshl> That plays fine. [10:05] <JEEB> anyways, that was encoded via avisynth and a non-ffmpeg reader [10:09] <Keshl> Recent build has the same results. [10:09] <Keshl> ...I think I figured out why. [10:09] <Keshl> It seems to run at 60 when there's very little motion. The countdown, for example, is fluid. However the race isn't, and I think it's dropping frames to keep[ up with some CRF that it's mis-calculating. [10:10] <JEEB> I have no idea what it is /trying/ to do [10:10] <JEEB> but it should not be doing anythin related to the encoding speed, that's for sure [10:10] <JEEB> anyways, time for you to hit the trac :P [10:11] <Keshl> Where's that at, oÉo? [10:11] <JEEB> https://ffmpeg.org/trac/ffmpeg/ [10:13] <Keshl> Dankies ^É^ [10:13] <JEEB> also make sure it reproduces with the simple command I noted [10:13] <JEEB> with the newest zeranoe build [10:14] <JEEB> and stick the log of it into the issue as well [10:17] <Keshl> It does reproduce with your command, oÉo. [10:17] <JEEB> yeah, it should be nice n' simple :P [10:17] <JEEB> just note that it most probably isn't limited to libx264, and that most re-encoding options probably would lead to the same result [10:19] <Keshl> Well lesse if mpeg2 does crap, owoi. [10:19] <Keshl> ...Okay mpeg4. [10:20] <Keshl> ...Worse. [10:20] <Keshl> Far far worse. [10:20] <Keshl> XD [10:20] <Keshl> I'm seeing under 10 fps.. XD [10:20] <JEEB> the encoding fps has nothing to do with the actual result [10:20] <JEEB> unless you are doing realtime streaming, which you sure shouldn't be doing with a simple command line :P [10:21] <Keshl> No, I mean the result. [10:21] <Keshl> I'm really, really sensitive to framerates. Believe me, this is under 10 FPS. [10:21] <Keshl> Encoding was over 120. [10:22] <JEEB> anyways, create an issue on the tracker, with a sample linked/uploaded, and a brief explanation of it (ffmpeg creates unneeded dupes) and an example log with f.ex. libx264 or so (that simple line I posted f.ex.) [10:24] <Keshl> Log of the output or just the input, oÉo? [10:24] <JEEB> command line and the output basically [10:25] <Keshl> oÉo. [10:25] <Keshl> Is there any chance you can host CROP_B.ts for me? [10:26] <JEEB> http://ffmpeg.org/bugreports.html [10:26] <JEEB> see the "submitting sample media" part [10:26] <Keshl> What component would I put this under, oÉo? [10:26] <Keshl> (Danks, oÉo, was /just/ about to get to reading that.) [10:30] <Keshl> Problem: The output of -v 9 -loglevel 99 is so long that it goes off-screen, and windows is stupid. How do I actually /log/ this? [10:31] <JEEB> no need for that really :P [10:31] <Keshl> But it says what frames were dropped and dupped, oÉo. You sure? [10:32] <JEEB> hmph [10:32] <JEEB> you can then just add 2> welp.txt to the end [10:32] <JEEB> and it will output stderr to welp.txt [10:32] <Keshl> Did, welp.txt is empty. [10:32] <Keshl> Oh. [10:32] <Keshl> *OH. [10:32] <Keshl> Squee ^É^ [10:33] <Keshl> You knows window-secrets. <wwwww< [10:37] <JEEB> Keshl, and for stdout AND stderr into one file you can try > welp.txt 2>&1 [10:37] <JEEB> > is stdout [10:37] <JEEB> 2> is stderr [10:38] <Keshl> Shiny, oÉo. [10:38] <Keshl> <É< Does one simply walk into windows 8? [10:38] <Keshl> (Sorry, had to.) [10:39] <Keshl> [mpegts @ 00000000025da620] Non-increasing DTS in stream 0: packet 87 with DTS 180220450, packet 88 with DTS 180217447 [10:39] <Keshl> ...Is that normal? [10:39] <Keshl> There's a crapton of that. [10:39] <Keshl> 3 frames apart each. [10:40] <JEEB> means that there is a time discontinuity in the stream [10:40] <JEEB> the video stream I would guess [10:40] <JEEB> as you can see, packet 87 has a larger time stamp (should be decoded later than) than packet 88 [10:40] <JEEB> and that doesn't make sense [10:41] <Keshl> Could be the issue, oÉo.. [10:41] <Keshl> Every 3 frames is when it appears to stop. [10:41] <Keshl> (As in, has a duplicate frame) [10:41] <JEEB> yeah, probably related [10:41] <JEEB> anyways, I recommend making that issue there [10:42] <JEEB> in the worst case you get yelled at a bit, but I don't think that'll happen :P [10:42] <JEEB> it seems like a valid issue, even if the stream is kind of wonky possibly [10:43] <Keshl> Si, oÉo. I mean, wonky or not, it's still getting far below what it should. [10:46] <Keshl> ...Says the sample needs to be under 10 megs, according to the link you sent. Should I compress it? [10:47] <Keshl> (using 7zip, I mean.) [10:47] <Keshl> Scratch that, compression ain't doing much. [10:47] <JEEB> "Movie files which have been compressed (rar,7z,gzip,...) will be deleted without being examine" [10:47] <Keshl> Would they yell at me for putting up 63.5 megs? x.x [10:47] <JEEB> just upload it :P [10:48] <JEEB> "...or the ftp on Submitting a Bug Report (there is no hard filesize limit). " [10:49] <Keshl> Oh, kai, gud -É- [10:51] <Keshl> What do I set the "component" to, oÉo? [10:52] <Keshl> And version? git-master? [10:53] <JEEB> libavformat or libavcodec or the ffmpeg command line app if that's there [10:53] <JEEB> because the error comes from mpegts , which is libavformat [10:55] <Keshl> oÉo. [10:55] <Keshl> Did I get the version right, at least? [10:56] <JEEB> no idea [10:57] <JEEB> oh tgat [10:57] <JEEB> yes [10:59] <Keshl> Squee ^É^ [11:05] <Keshl> Er, what's the FTP server's address? xwx [11:08] <JEEB> Keshl, mplayerhq.hu ? [11:09] <Keshl> Danks, oÉo. [11:10] <JEEB> hmm [11:10] <JEEB> mplayerhq.hu's documentation points towards ftp://upload.mplayerhq.hu/incoming/ [11:10] <JEEB> anyways, as long as you can upload it somewhere *shrug* :D [11:14] <Keshl> Si oÉo [11:23] Action: Keshl put'd. -É-. [11:23] <Keshl> https://ffmpeg.org/trac/ffmpeg/ticket/2607 looks reasonable right, oÉo? I get all self-conscious when submititng bugs. <É<' [11:23] <Keshl> *submitting [11:33] <Keshl> JEEB: Dang, they're fast. https://ffmpeg.org/trac/ffmpeg/ticket/2607 -- What codec should I be using, oÉo? [11:33] <Keshl> (See the comment) [11:34] <JEEB> why didn't you put in the log? [11:34] <Keshl> I did, read the report. oÉo [11:34] <Keshl> "I have uploaded a sample from the .ts file to upload.mplayerhq.hu/incoming/ under the filename "Ffmpeg_duplicates_and_drops_frames_when_given_a_ts_stream.ts", along with a .txt file with the same name that contains a copy of this bug and the output of "ffmpeg -v 9 -loglevel 99 -i CROP_B.ts -c:v libx264 -an test.mp4". The log has an identical name to the .ts file, except with .txt at the end." [11:34] <JEEB> ok [11:35] <Keshl> Did he just not read that? oÉo? [11:35] <JEEB> you could have just posted it on the trac instead [11:35] <JEEB> he probably did not :P [11:35] <Keshl> But it's like 24 kb, I'd feel like I'm spamming .É. [11:35] <Keshl> *158 kb [11:35] <JEEB> heh, trac attachment if you can do those? [11:35] <JEEB> also you might be able to note that it happens with mpeg4 if you have tried with it :P [11:36] <JEEB> anyways, I have a feeling that cehoyos didn't want to go grab the file to just read the log [11:37] <Keshl> Ah, oÉo. [11:39] Action: Keshl put'd. -É-. [11:40] <JEEB> I hope cehoyos will read a bit more this time :) [11:41] <Keshl> Same -É- It bothers me when devs do that. I've been thwacked before since I tend to write long stuff (usually a /lot/ longer than that) and the devs are all "tl;dr" D: [12:31] <Keshl> JEEB: He replied 'gain! 'cept he wants a non-libx264 thingy. What thingies can I use that aren't external thingies, oÉo? [12:31] <Keshl> (...I don't know if I can word that better. <.<') [12:33] <JEEB> if just "ffmpeg -i welp.ts -c:v mpeg4 -q:v 2 -an out.mp4" derps too, just give him that, and say that it happened with every encoder you tried if the case is so :P he seems to be following some blind protocol and not seeing what you really are replying :P And tell him that the actual problem doesn't change if the output is similar, and that the log is in the damn attachment [12:34] <JEEB> -q:v 2 because I think the mpeg-4 encoder has something like 300kbps default or so, and I have no idea if that does framedrops if it can't hit the bit rate or what [12:34] Action: JEEB shrugs [12:35] <JEEB> or remove -q:v 2 if it doesn't do anything weird [12:35] <JEEB> without it [12:35] <Keshl> Funny. I did exactly that earlier, -qscale 2 and all. [12:36] <JEEB> also joining #ffmpeg-devel could be a good idea, cehoyos is there from time to time so you can poke him in person [12:36] <JEEB> or just ask if someone *except* cehoyos who could look at the issue :P [12:37] <JEEB> because it seems pretty clear that he didn't read much [12:39] <Keshl> Oh, good. <É< I was afraid they're all like that. [12:39] <Keshl> Anyway, I'll head there. I have this feeling that this won't end, or at best he'll just go "meh, it's real, lemme get someone from #ffmpeg-devel" [12:39] <JEEB> I like mini and ubitux at the very least [12:40] <Keshl> ...Just hit me, if I ask about it then isn't it like I'm an attention whore? [12:40] <Keshl> <.< [12:41] <ubitux> oh i e you too JEEB [12:41] <JEEB> <3 glad to know it's mutual [12:41] <ubitux> :)) [12:41] <Keshl> Oh, oh good. ubitux, save me from making a fool of myself D: [12:41] <Keshl> Cuz http://www.thinkgeek.com/product/1271/ D: [12:41] <Keshl> ...Wrong paste. [12:41] <Keshl> Cuz https://ffmpeg.org/trac/ffmpeg/ticket/2607 D: [12:42] <ubitux> i'm on it [12:42] <Keshl> Squee OÉO [12:42] Action: Keshl huggles OÉO [12:42] <ubitux> i won't solve it though :p [12:42] <JEEB> seems like yer usual case of derpy DTS [12:42] <ubitux> btw, you can't share the sample i guess? (yup i haven't read too) [12:42] <Keshl> At the very least you can poke it and see if I'm doing something horribly stupid, oÉo. [12:42] <Keshl> (Did already) [12:42] <JEEB> he has uploaded it to the mplayerhq ftp [12:42] <Keshl> (Look under incoming, same name as the bug.) [12:42] <Keshl> (Same with -v 9 --loglevel 99) [12:43] <ubitux> ah my eyes didn't match the link in the trac [12:43] <Keshl> XD [12:45] <Keshl> Also, this is unrelated, ish, but I'm trying to explain something to a friend of mine. Do you prefer KDE or Gnome, ubitux, oÉo? [12:45] <Keshl> And JEEB. [12:45] <ubitux> if i prefer kde or gnome to explain something to a friend? [12:45] <Keshl> Yes. [12:45] <JEEB> the last time I tried KDE I couldn't get the damn thing to select a pretty font fallback for CJK [12:45] <JEEB> in terminal that is [12:45] <Keshl> It's... Complicated. [12:46] <JEEB> and setting up ibus-anthy/mozc was a pain in the arse [12:46] <Keshl> Involves long stories that aren't important right now. <É< [12:46] <JEEB> so in the end I went back to Ubuntu's standard stuff because it was a single click away [12:46] <JEEB> instead of editing config files and *hoping* that it'll work [12:46] <JEEB> (the best part was when only /some/ apps got the IME, and others didn't) [12:47] <Keshl> oÉo... I meant as an orginization, not the DE's alone. [12:48] <Keshl> Like, the groups, their philsophies, the way they handle things like bug reports and feature requests from "irrational" users, etc. [12:48] <JEEB> All FOSS communities are a mess, and it just depends on which part of the mess you happen to have jumped to [12:49] <Keshl> And how you define "mess". XD [12:49] <ubitux> depending on the container, you have either drop or dup & drop [12:49] <Keshl> ubitux: oÉo? [12:49] <JEEB> ubitux, yeah [12:49] <JEEB> I checked with dg's decoder with avisynth and that was able to decode all frames, so the picture data /is/ there [12:50] <JEEB> just that ffmpeg is handling the DTS derpyness in a wonky way [12:50] <Keshl> ...That feeling when you check another channel and click back but ever so slightly miss and start wondering "what the freak is this guy on about..?" [12:50] <ubitux> the output looks ok after a quick look though [12:50] <Keshl> ubitux: Did you take the output apart and look at it frame-by-frame, and do the same with the source video? [12:51] <JEEB> basically from dg if he used the same sample it should look like this frame-wise http://x264.fushizen.eu/random/out_lsmash.mp4 [12:51] <ubitux> not really [12:51] <ubitux> but from a playback PoV it looked OK [12:51] <JEEB> the ffmpeg's output looks surprisingly good, yes [12:52] <JEEB> but it does dupe/drop frames :s [12:52] <Keshl> Yes, but it looked okay to JEEB, too. [12:52] <JEEB> compare with that thing I linked if he used the same part of the sample [12:52] <Keshl> Until he looked at it frame-by-frame he didn't see what I was on about (Correct me if I'm wrong) [12:52] <JEEB> well, it surely didn't look non-fluid, that's what it was for me at first :P [12:52] <JEEB> checking properly was the next step [12:52] <Keshl> Well, maybe if it was a faster part of the game it'd make it more obvious. [12:53] <Keshl> Just can't figure out how to /cut/ that out properly. [12:53] <Keshl> Long story short though, after about ten minutes it goes about 6-10 times faster. It's very, very., very noticable then. <.< [12:54] <ubitux> you should provide a sample where it's noticeable, but well that drop isn't justified anyway [12:54] <Keshl> ubitux: I don't know how, though. [12:54] <JEEB> it's pretty notice'able after you compare to f.ex. my encode using another decoder/splitter [12:54] <Keshl> I can't just start the game at that speed. It has to work up there, and I can't focus enough to start a recording mid-game. [12:54] <JEEB> but yeah, the dupes/drops are the problem [12:54] <JEEB> not "if it's notice'able" [12:54] <Keshl> And, I don't know how to sanely split a .ts file starting at the middle. xwx [12:54] <ubitux> record the whole session and cut the fast part? [12:55] <Keshl> ubitux: How? [12:55] <Keshl> Wion't that break the .ts file such that it won't even open? [12:55] <Keshl> Or does it not have header information, oÉo? [12:55] <JEEB> nope [12:55] <ubitux> ffmpeg -i in.ts -ss 12:34 -c copy out.ts [12:55] <ubitux> maybe [12:55] <ubitux> but that will do some remuxing and alter the timestamps [12:55] <JEEB> mpeg-ts is just a collection of streams with possibly some metadata [12:55] <Keshl> Okay, lemme try that. [12:55] <ubitux> dd should be ok otherwise [12:55] <Keshl> Wait, yeah, nevermind bad idea. [12:56] <Keshl> Okay, I'll kjust dd at it and see if I can get it, gimme a bit.. [12:56] <ubitux> anyway, how can i help with the ticket? [12:56] <ubitux> i don't think i'm qualified enough to solve that problem [12:56] <JEEB> even commenting on it so that cehoyos can see that all the information for replication already is there :P [12:56] <ubitux> it looks like something for mini :) [12:56] <JEEB> because it seems like he's on auto-mode [12:56] <JEEB> not really reading [12:56] <ubitux> ah right [12:56] <Keshl> ubitux: Get it in the hands of someone who can help, oÉo? Mainly I just feel like I'm an attention whore if I ask for someone who isn't Cehoyos to help. [12:57] <JEEB> I wonder if the PTS is wonky, too [13:00] <Keshl> ...Hey I found the video I lost, kewl, thanks =D! (Unrelated. Just saying.) [13:04] <ubitux> just commented the ticket, not sure if that will help [13:05] <Keshl> Hey someone else replied =D! [13:05] <Keshl> Oh! [13:05] Action: Keshl huggles ubitux -É- [13:11] <Keshl> KAI. Should I toss the thing in the same place as the other thing, oÉo? [13:12] <Keshl> (On another note: Yes, there is a header. It contains the icon used to make the preview thumbnail, appearntly.) [13:12] <JEEB> nah [13:12] <JEEB> at least proper mpeg-ts streams don't have anything like that [13:13] <JEEB> and I'm pretty sure the windows thumbnailing thingy doesn't save stuff in the files [13:13] <Keshl> Interesting. [13:13] <Keshl> With -vfr or whichever it was, all the frames /are/ there. [13:13] <Keshl> And correct. [13:13] <Keshl> Appearntly. [13:14] <Keshl> Nope. [13:14] <Keshl> They're not. [13:14] <Keshl> ...Nope. [13:14] <Keshl> They are. [13:14] <Keshl> Stupid me. [13:14] <Keshl> But that's from the .ts file. [13:15] <JEEB> which means ffmpeg can at least decode all of the pictures [13:15] <Keshl> Si, oÉo. [13:16] <Keshl> When I do it on the re-encoded video, it does what I said before. The tap-tap-stall thing. [13:16] <Keshl> JEEB: How do I reply to this and mention that? I feel weird replying to ubitux and not that other guy, even though I essentially wanna tell him "sit down and read before typing" <.< [13:17] <JEEB> you're overthinking :P [13:17] <Keshl> I do dat sometimes. xwx [13:17] <JEEB> just reply to a reply in the topic [13:18] <ubitux> i'm not asking any question Keshl :) [13:18] <ubitux> just providing various random info [13:18] <ubitux> which anyone debugging that problem could do to reproduce anyway [13:19] <ubitux> i'm mainly doing this so cehoyos can flag the ticket as reproduced by developer, ticket open, and tag with random keywords [13:19] <ubitux> he might even do some git bisect at some point if you say it's a regression [13:20] <Keshl> What is a regression exactly, oÉo? [13:20] <JEEB> "used to work, doesn't with newer versions" [13:20] <Keshl> Oh. I don't know if it ever used to <É< [13:21] <t4nk379> hi [13:21] <Keshl> Ohai oÉo [13:21] <Bor0> regression can be thought of as, you spawn a hydra (bug), you solve it (kill it, but not kill its spawns), so it causes regressions [13:21] <Keshl> Because dragons make everything sexier. [13:21] <t4nk379> does anyone know the layout of /tmp/feed1.ffm [13:21] <t4nk379> how to map the /tmp/feed1.ffm to the struct FFMContext? [13:22] <t4nk379> I got a problem for a long time, ffmdec.c get error when ffserver try to read data from input stream [13:23] <t4nk379> because the element "header" in struct FFMContext has wrong data [13:23] <t4nk379> any ideas? [13:23] <t4nk379> help help [13:25] <Keshl> JEEB: Video's at ftp://Broken@24.115.184.198:21918 if you wanna mess around with it, just hug CROP.ts . Any password works. [13:26] <t4nk379> any one have ideas? [13:26] <Keshl> ubitux: cc <-- Totally new technical term. A-yep. [13:26] <t4nk379> hi burek [13:26] <t4nk379> here? [13:26] <Keshl> t4nk379: If nobody replies to you, it means nobody knows how to help. IRC would get really full of spam if everyone kept saying "sorry, can't help". [13:27] <t4nk379> mmmmm [13:28] <t4nk379> Can someone explain how ffserver get video data from ffmpeg? [13:30] <durandal_1707> t4nk379: what are you trying to do? [13:32] <durandal_1707> and what error you get from ffmdec ? [13:33] <t4nk379> yes [13:33] <t4nk379> thanks durandal_1707 [13:33] <t4nk379> can I explain more detail? [13:34] <t4nk379> I use ffserver + ffmpeg to output video data to remote VLC client [13:34] <durandal_1707> and what exact error you get, and how your ffm file looks like? [13:34] <t4nk379> then VLC client can not get video data any more when ffserver read wrong ffm header [13:34] <durandal_1707> use pastebin or similar [13:35] <t4nk379> I do not know the format about /tmp/feed1.ffm [13:36] <t4nk379> in ffmdec.c, it says the ffm header size is wrong [13:37] <t4nk379> in ffmdec.c,ffm_read_packet(), it says the ffm header size is wrong [13:38] <durandal_1707> t4nk379: look in ffmenc.c to see what ffmpeg writes [13:38] <t4nk379> but I see ffserver , in receive data , it write data about 4096byte to feed_fd [13:39] <t4nk379> yes, I see ffmenc.c, it is write by ffmpeg, [13:39] <durandal_1707> ffmpeg sends stuff to .ffm and ffserver reads from that stream [13:39] <t4nk379> but I do not know why ffserver get wrong size when size = AV_RB24(ffm->header + 2); [13:40] <durandal_1707> you sure ffserver version is same as ffmpeg one? [13:41] <t4nk379> but I see ffserver receive by socket 127.0.0.1 and ffserver write data 4096 bytes to feed_fd, and I do not see where to link header and packet dta [13:41] <t4nk379> where is the link about ffm header and packet data [13:41] <durandal_1707> packet data as stored in .ffm ? [13:42] <durandal_1707> FFM (FFserver live feed) [13:42] <t4nk379> yes, but ffm header is in stream priv_data pointer [13:43] <t4nk379> the content of priv_data , where to update the element? and who update the element? [13:44] <t4nk379> I can see ffserver will update the index "feed_write_index", when receive data and prepare data [13:44] <durandal_1707> but why you need that? [13:44] <t4nk379> but when I see the error occurs, there is no any method to recover [13:45] <t4nk379> because I port ffmpeg on my embedded system, when the error occurs, then the stream is stop [13:45] <durandal_1707> error happens because there is no enough data, (guessing) so failure should be handled by user [13:45] <durandal_1707> by caching data or something [13:46] <t4nk379> no enourgh data? [13:46] <t4nk379> do you mean there is no enough data from webcam? [13:46] <durandal_1707> ffmpeg did not finish writing data to .ffm (guessing) [13:47] <durandal_1707> you are looking for help in very special are nobody works on now [13:48] <t4nk379> sure,is it the special case? [13:48] <t4nk379> the error occus easily when I use wifi client to get stream [13:49] <t4nk379> very easily to get error [13:50] <t4nk379> I can see ffmpeg will write data with the format struct FFMContext [13:51] <durandal_1707> but how do you create .ffm and read from .ffm ? [13:52] <t4nk379> .ffm will be crated by ffserver [13:53] <t4nk379> the command line I used ffmpeg -f video4linux2 -r 30 -s 1280x720 -input_format mjpeg -i /dev/video0 -vcodec copy http://localhost:8090/feed1.ffm [13:53] <durandal_1707> really? afaik .ffm is created by ffmpeg [13:53] <t4nk379> sure? [13:53] <t4nk379> but ffmpeg does not know where to create the file [13:54] <t4nk379> in ffserver.conf I set the path is /tmp/feed1.ffm [13:54] <t4nk379> right? [13:54] <t4nk379> the size of ffm file is 5M [13:55] <durandal_1707> have you read documentation about ffserver? [13:55] <t4nk379> which one ? [13:56] <durandal_1707> http://ffmpeg.org/ffserver.html [14:08] <t4nk379> it does not seem help for my serious problem [14:09] <durandal_1707> when you get error? [14:11] <t4nk379> just a few seconds when I try to use wifi client to connect ffserver [14:11] <t4nk379> about 10 ~15 seconds [14:11] <t4nk379> then Wifi client can not get any data from ffserver [14:12] <t4nk379> then ffserver will get the state:wait data available [14:12] <t4nk379> because ffserver does not get the vaild ffm header [14:12] <durandal_1707> what version of FFmpeg you use? [14:12] <t4nk379> v1.2 [14:14] <t4nk379> i have try the version "master" [14:14] <t4nk379> it is the same result [14:15] <t4nk379> and [14:16] <durandal_1707> pastebin all commands so it can be reproduced [14:16] <t4nk379> if I try to connect ffserver via ethernet [14:16] <t4nk379> it is ok [14:16] <durandal_1707> then i don't think its ffserver problem [14:16] <t4nk379> do you mean ffserver + ffmpeg command to pastebin? [14:17] <durandal_1707> not needed, as via ethernet it works [14:17] <t4nk379> yes [14:17] <t4nk379> it is very strange [14:18] <t4nk379> if the network is more smoothly then the stream ismore stable [14:18] <t4nk379> if the network is not very smoothly , then ffserver can not output stream smoothly [14:19] <t4nk379> because in the air, wifi client will get more collision than ethernet [14:20] <t4nk379> do you have any idea? [15:13] <hackeron> hey, I installed the latest x264 from git but when I run configure in ffmpeg, I get ERROR: libx264 not found -- any ideas? [15:14] <klaxa> did you comiple shared libraries? are they in the library path? [15:14] <hackeron> hmm, no I did ./configure --enable-static -- was I not meant to? [15:15] <klaxa> only if you build a static ffmpeg (i think?) [15:15] <ubitux> --enable-static is the default, and it only affects the FFmpeg libraries [15:15] <hackeron> ubitux: I meant I compiled x264 with ./configure --enable-static [15:16] <klaxa> yeah that'S how i understood it [15:21] <mpfundstein_work> sudo ldconfig [15:21] <mpfundstein_work> aber installing [15:21] <mpfundstein_work> after [15:43] <hackeron> mpfundstein_work: made no difference [15:43] <hackeron> anyone able to compile latest ffmpeg from git against last x264 from git today? [15:45] <JEEB> pastebin your config.log [15:46] <hackeron> JEEB: http://pastebin.com/G0EwX9UA [15:47] <JEEB> pretty obvious [15:47] <JEEB> the x264.h header is not in your search path [15:47] <hackeron> hmm, but it's in /usr/local/include/x264.h [15:47] <hackeron> is that not searched? [15:48] <hackeron> oh wait, the file isn't there despite checkinstall saying it is, hmmm [15:48] <JEEB> you could see what places it checks like this http://gcc.gnu.org/ml/gcc-help/2007-08/msg00125.html [15:50] <hackeron> gmm, gcc -print-search-dirs doesn't show /usr/local/include/ or /usr/include/ -- how would I add these? [15:50] <JEEB> uhh [15:51] <hackeron> oh wait, the config.log changed after I re-compiled x264 [15:52] <hackeron> JEEB: what do you make of this? < http://pastebin.com/QJEpeRmm [15:55] <JEEB> ah, the usual [15:55] <JEEB> x264's opencl support needs --extra-ldflags="-ldl" [16:01] <hackeron> JEEB: I tried to recompile x264 passing --extra-ldflags="-ldl" to configure, ffmpeg still not finding libx264 [16:01] <JEEB> ... [16:01] <hackeron> what am I missing? [16:01] <JEEB> le sigh [16:01] <JEEB> you give that extra flag not when building x264 [16:01] <JEEB> but when linking x264 to ffmpeg [16:01] <JEEB> :V [16:02] <hackeron> JEEB: what do you mean? - I don't have ffmpeg installed yet [16:02] <JEEB> --extra-ldflags="-ldl" to ffmpeg's configure [16:02] <JEEB> that's what I mean [16:03] <hackeron> does this look reasonable? < ./configure --extra-ldflags="-ldl" --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-version3 [16:03] <JEEB> why do you have both faac and fdk-aac? [16:03] <JEEB> do you really need the opencore amr things? [16:03] <JEEB> do you need librtmp? ffmpeg has an internal implementation now [16:04] <hackeron> don't think so, but I record from various IP cameras and they have weird audio encodings like ulaw and g726 - don't think I've seen amr yet -- and didn't know that, removed [16:04] <hackeron> anyway, that configure line still says lib264 not found [16:04] <JEEB> config.log pastebin, as usual [16:05] <hackeron> JEEB: http://pastebin.com/uE69FST5 [16:05] <JEEB> you didn't add the extra ldflag :P [16:06] <hackeron> I didn't? [16:06] <JEEB> see the first line [16:06] <hackeron> it says: # ./configure --extra-ldflags=-ldl [16:06] <JEEB> no it does not [16:06] <JEEB> see your damn pastebin [16:06] <JEEB> oh wait [16:06] <JEEB> it is there [16:06] <JEEB> meh [16:06] <hackeron> lol [16:07] <hackeron> any ideas? [16:08] <JEEB> it can't find those symbols, which generally should be exported by the dl library [16:08] <hackeron> what could be causing that? [16:09] <JEEB> I have no idea, generally -ldl should get it done :s [16:10] <JEEB> what distro are you on? [16:10] <hackeron> ubuntu [16:10] <JEEB> which version? [16:10] <hackeron> latest Ubuntu 13.04 [16:10] <JEEB> http://manpages.ubuntu.com/manpages/raring/man3/dlsym.3.html :s [16:11] <JEEB> should be with -ldl [16:12] <hackeron> :/ [16:13] <JEEB> check if you have libc6-dev installed [16:13] <hackeron> what can I try? [16:13] <hackeron> libc6-dev is already the newest version. [16:13] <JEEB> although I think that should have come with build-essential(s) :S [16:13] <JEEB> I don't have 13.04 around atm so I can't just try it out here [16:14] <hackeron> JEEB: I compiled about a month ago on 13.04 (before it was officially released) and it compiled just fine. After git pull to the latest releases of x264 and ffmpeg, ffmpeg can no longer find libx264 [16:14] <JEEB> but that error means that the linker cannot find the functions that are noticed [16:15] <JEEB> hackeron, it's x264 because the opencl patch now uses runtime loading instead of linking the opencl library to the binary [16:15] <hackeron> maybe something changed in the x264 git master? [16:15] <JEEB> yes [16:15] <JEEB> but it should work, I've seen people having it work with -ldl added [16:15] <hackeron> hmm [16:16] <JEEB> hackeron, also you could just disable opencl support in x264 :P [16:16] <JEEB> but it should work with -ldl [16:18] <hackeron> JEEB: hmmm, it doesn't :/ - let me try disabling opencl in x264 [16:18] <JEEB> well yes, and I'm at loss at why :P [16:18] <JEEB> and yes, opencl support getting disabled means no need for those functions [16:18] <hackeron> I compile x264 with ./configure --enable-static -- maybe that is an issue? [16:18] <JEEB> no [16:21] <JEEB> basically see the output of ./configure --help of x264's and see the option to disable opencl :P That will make it not need dlopen and friends [16:22] <hackeron> yeh, trying that now :) [16:23] <hackeron> yeh, that did the trick - but would be nice to get it working with opencl too :) [16:23] <hackeron> any ideas at all what else I could try? [17:08] <saste> michaelni, any idea about the diffing mcdeint issue? [17:09] <saste> ^^ sorry wrong channel [17:46] <murgle> I used ffmpeg to compress a .mov taken with a camera to a .mp4 (h.264/mp3). When I try to play the compressed file in Quicktime, I don't get any sound. My ffmpeg command: ffmpeg -i input.MOV -vcodec libx264 -preset slow -crf 26 -acodec libmp3lame -ab 192k -ar 44100 -ac 2 -ss 19 -t 30 output.mp4 [17:58] <relaxed> murgle: Looks fine. What about when using vlc or something else? [18:05] <murgle> hm, works fine in vlc. must be some quicktime issue =\ [18:07] <Mavrik> does quicktime even like mp3 audio in mp4 files? [18:07] <JEEB> it might have random limitations [18:08] <JEEB> I'm pretty sure if you changed a small lot of things that go into the file by switching to mov it'd possibly play it [18:08] <JEEB> lol [18:08] <JEEB> ("mp4" type files are basically based on the MOV format, which is the "AVI of Apple") [18:10] <Mavrik> JEEB, yep [18:10] <Mavrik> and Apple went and changed MOV right after MP4 standardization [18:10] <Mavrik> so those aren't compatible anymore ;) [18:11] <JEEB> which standardization lololol. You've got like three or four specs by now that define a similar container in MPEG-4 [18:11] <JEEB> Plus 14496-15 being the mapping of AVC in those and such [18:12] <Mavrik> JEEB, IIRC apple started changing MOV format spec after the first MPEG-4 spec got the "finalized" tag on it :) [18:12] <Mavrik> so there was never a point where mp4 players could read mov [18:12] <Mavrik> later changes and differences for mappings in MPEG4 not included ;) [18:13] <JEEB> well, they always were different even if it was just on a metadata scale [18:13] <Mavrik> mhm [18:15] <murgle> quicktime seems to play aac in a mp4 file, but not mp3 [18:46] <jxself_> Hello - http://dpaste.com/1202606/ I assume that there's something wrong with my input files because FFmpeg seems to not do anything but drop frames although I'm not sure why or where to begin. I'm hoping that someone might be able to point me in the right direction of being able to determine what's wrong with them. [18:51] <jxself_> I increased loglevel to debug, in case it's helpful: http://dpaste.com/1202624/ [18:52] <relaxed> yadif should be first in the filter chain [18:53] <jxself_> Ah? OK. I'll go move that... [18:53] <relaxed> yadif,setpts,scale [18:54] <relaxed> I doubt you need setpts at all [18:55] <jxself_> Perhaps. I run into audio/video sync issues and it's the result of my experimenting trying to solve it. [18:56] <jxself_> Ok - The latest attempt: http://dpaste.com/1202627/ [18:56] <jxself_> It seems to have stopped at *** 811090 dup! [18:58] <relaxed> why are you changing the framerate? [18:59] <jxself_> I've found that it produces slightly smaller files than if I don't. [18:59] <jxself_> Fewer frames to encode, I suppose. [19:01] <relaxed> the correct way to get 23.* fps is -r 24000/1001 [19:01] <jxself_> OK. I can change that. [19:02] <jxself_> And the result appears to be the same: http://dpaste.com/1202632/ [19:03] <jxself_> There is no further output after *** 811091 dup! [19:03] <relaxed> maybe, -vf yadif,fps=24000/1001,scale [19:03] <relaxed> and lose "-r 24000/1001" [19:04] <relaxed> because with "-r 24000/1001" I'm not sure where it's instered in the filter chain. [19:04] <relaxed> inserted* [19:05] <jxself_> OK. Now it doesn't seem to hang but does continue dropping every frame: http://dpaste.com/1202634/ [19:05] <relaxed> when troubleshooing ffmpeg it's best to use the most basic command and build from there. [19:06] <relaxed> it has to drop frames to achieve your desired framerate. [19:06] <relaxed> omit fps and see what happens. [19:08] <jxself_> And it seems to freeze: http://dpaste.com/1202635/ [19:09] <relaxed> please drop all options except -vf and the codecs and output [19:09] <jxself_> And indeed it does need to drop frames. The thing I noticed was in the little progress thing it stayed at frame= 1 while the number number of dropped frames just kept increasing as the time went up. [19:10] <jxself_> Ok Just a moment. [19:12] <jxself_> And it has frozen: http://dpaste.com/1202638/ [19:13] <relaxed> jxself_: not try with -vf "yadif, scale=1280:720" [19:13] <relaxed> now* [19:14] <relaxed> maybe the defaults will work better for you. [19:14] <jxself_> It appears to be the same: http://dpaste.com/1202641/ [19:14] <jxself_> The last thing shown is the *** 1013863 dup! [19:17] <relaxed> I'm not really sure what's going on. Maybe remuxing to somehting like matroska might help? [19:18] <jxself> Ok. I can try that. [19:19] <relaxed> mkvmerge input -o output.mkv [19:21] <jxself> It seems to not make a difference: http://dpaste.com/1202652/ [19:23] <relaxed> Stick around, maybe someone else will have an idea. [19:23] <jxself> OK [19:29] <llogan> jxself: can you provide a short sample? [19:29] <jxself> Sure. [19:36] <jxself> llogan: 10MB from dd - http://files.jxself.org/sample.mpg [19:37] <llogan> thanks [19:58] <the_gamer> is it possible to create an mp4 out of jpgs with ffmpeg? [19:58] <the_gamer> like a diashow? [19:59] <ubitux> yes [19:59] <ubitux> it's in the FAQ [20:03] <the_gamer> can't find it :( [20:04] <llogan> http://ffmpeg.org/faq.html#How-do-I-encode-single-pictures-into-movies_003f [20:04] <the_gamer> ffmpeg -i PICT0005.JPG -i PICT0006.JPG -framerate 25 -r 50 show.mp4 [20:04] <the_gamer> produces an empty file [20:04] <the_gamer> oh, thanks :) [20:05] <the_gamer> llogan, output is still an empty moviefile :( [20:06] <the_gamer> using ffmpeg 1.2 [20:07] <the_gamer> http://pastebin.com/Zpa1fChA [20:09] <the_gamer> without -r and -framerate same issue [20:09] <the_gamer> it creates a videofile but the length is 0 [20:10] <llogan> what are you trying to do? you want to make a video from two images? [20:10] <llogan> where did you get the idea to use -framerate? [20:11] <llogan> duration isn't 0. it's 00:00:00.02 [20:11] <the_gamer> llogan, i want to tell ffmpeg how long one of the pice should be shown in the video [20:11] <the_gamer> a have more images [20:11] <the_gamer> two are for testing only [20:12] <ubitux> why didn't you try reading the 2 first line of the faq entry? [20:12] <the_gamer> i did. does %d make that much of a difference? ffmpeg finds the pictures? [20:12] <ubitux> yes [20:13] <ubitux> using two -i means 2 different streams [20:13] <zap0> don't cross the streams!!!!11 [20:13] <the_gamer> two different streams? [20:14] <the_gamer> oh get it, wait [20:16] <the_gamer> ubitux, is there something like -end_number, too? [20:17] <ubitux> -frames:v 123 [20:17] <ubitux> (number of output frames) [20:18] <the_gamer> number of output frames would be bad& 1 picture 1frame would mean each picture is shown 1/25th of a second, right? [20:18] <the_gamer> way too short [20:20] <the_gamer> ffmpeg -start_number 5 -frames:v 70 -f image2 -i PICT%04d.JPG -framerate 25 -r 4 show.mp4 [20:20] <the_gamer> crashes in the middle of creating the video without notice [20:20] <ubitux> -frames:v 70 is an output option [20:21] <ubitux> for the crash [20:21] <the_gamer> i still don't get how to say how long each picture should be shown [20:22] <the_gamer> i guess i try something else :( thanks for your efforts [20:22] <llogan> by default the inputs get -r 25. [20:23] <llogan> you can declare an input -r and an output -r if you want to vary it (but that will result in duplicated or dropped frames) [20:24] <ubitux> your command doesn't crash here btw [20:25] <ubitux> even if it's definitely wrong [20:25] <llogan> if you want each input to be shown for one second but your output to have frame rate of 25 (for compatibility with retarded players or whatever): ffmpeg -r 1 -i PICT%04d.JPG -r 25 output.mp4 [20:26] <llogan> -r can also use fractions [20:27] Action: llogan leaves for camping trip. [20:27] <the_gamer> great, thanks :) sry that i didn't manage it on my own [20:34] <relaxed> There must be a bug because the ffmpeg's output with '-r 1 -i input.jpg -r 25' is 40ms while avconv's a 1 second. [20:35] <ubitux> isn't 40 ms the correct thing? [20:36] <ubitux> you specify that your input.jpg is at rate 1 fps, and then you want it at 25 fps [20:36] <ubitux> since you have only one frame at 25fps, you get a 40 ms output [20:37] <ubitux> relaxed: what's wrong with that? [20:37] <durandal11707> its bug [20:37] <ubitux> why is that wrong? [20:37] <ubitux> looks correct to me [20:39] <relaxed> I want 1fps in and 25fps out. What am I missing? [20:39] <ubitux> isn't it exactly what you get? [20:40] <relaxed> unless I'm missing something, 40 ms is not 1 second. [20:40] <ubitux> one frame at 25 fps has a duration of 1/25. [20:40] <ubitux> which is 40ms [20:41] <ubitux> what you may want is repeating input.jpg at 25 fps (so repeat the picture 25 times on a time basis of 40ms to get one second) [20:41] <relaxed> shouldn't it take each frame a dup to 25 frames, thus giving me one second? [20:41] <ubitux> and in that case yo have a loop option [20:42] <ubitux> relaxed: so you're in that case with multiple frames? -i %04.jpg? [20:43] <Hans_Henrik> ffmpeg -i 'http://www.4chanx.org/torrentdownloads/Blood%2b/%5bShinsen-Subs%5d_Blood%2b…' -c:v libx264 -f libx264 output pipe:1 2>&1 [20:43] <Hans_Henrik> [NULL @ 0x15f80c0] Requested output format 'libx264' is not a suitable output format [20:43] <Hans_Henrik> output: Invalid argument [20:43] <ubitux> libx264 is not a format [20:43] <ubitux> it's a codec [20:44] <Hans_Henrik> right.. "-f x264" then? [20:44] <ubitux> no, h264 i would guess [20:44] <ubitux> x264 is an encoder [20:44] <ubitux> a software name [20:45] <Hans_Henrik> dam ,now the error changed to Unknown encoder 'libx264' [20:46] <Hans_Henrik> guess that means by compiled file is fked [20:46] <Hans_Henrik> thanks tho [20:46] <durandal11707> Hans_Henrik: why are you sharing pirated content here? [20:46] <ubitux> doesn't matter, the anime sux anyway [21:15] <Hans_Henrik> durandal11707, ah don't worry, i have permission from Production I.G to share that link irc://irc.freenode.net/#ffmpeg [22:32] <bunniefoofoo> Hi ffmpeg developers. I am updating code to use ffmpeg 1.2.x (have been using 0.8 for a long time) and I have run into the infamous x264/ffmpeg compatibility issue. I have relied on FF to pass rate control settings through to libx264, in addition the x264opts to be passed as well. Apparently this will not work anymore and I have to use presets. That isn't a great option since I have countless hours invested in tuning profiles. Any [22:35] <jxself> Your message appears to be cut off after "profiles. Any" [22:35] <bunniefoofoo> Too long.. ook here is the rest [22:35] <bunniefoofoo> Any opinons on what I should do? Go through x264 directly instead of libav ? [22:38] <bunniefoofoo> Is it possible to pass all settings through x264opts (rate control and the whole shebang) so I won't need to use the api equivalenet of -vpre (assuming there is one) [22:40] <durandal11707> api equivalent is seting options [22:42] <bunniefoofoo> you mean passing AVDictionary with option keys/values when opening the codec, and those correspond to the key/values in ffpreset? [22:44] <durandal11707> there is x264-params [22:44] <durandal11707> actually same can be done with ffmpeg tool [22:44] <durandal11707> so what options you cant pass? [22:46] <bunniefoofoo> I can't tell, x264 check for about 10 different things and then aborts "broken ffmpeg default settings detected" [22:47] <bunniefoofoo> looks like "x264opts" has been renamed to "x264-params" [22:49] <durandal11707> both are available [22:50] <bunniefoofoo> yeah I just saw that, trying to figure out the differences [22:53] <bunniefoofoo> they look equivalent? I guess this is not the problem [00:00] --- Wed May 29 2013

1 0

ffmpeg-devel.log.20130527
by burek 28 May '13

28 May '13

[01:32] <cehoyos> durandal_1707: Ticket opened [01:37] <kierank> heh zip file isn't annoying [01:38] <cehoyos> zip file isn't annoying? [01:39] <kierank> that hobbit trailer is a zip file [01:39] <cehoyos> Afair, I uploaded a h264 file, didn't I? [01:39] <kierank> oh bleh [01:39] <cehoyos> (The reference decoder doesn't work well with zip files here.) [01:47] <ubitux> it's incredible our swf demuxer works "so well" [01:48] <ubitux> the basis of the format is to have a dictionnary for the different content element, and a display list [01:48] <ubitux> and our demuxer just display and play every image and sounds it finds [01:49] <ubitux> [declare an element image of type jpeg] = "yay let's play that jpeg video stream!" [01:50] <ubitux> problem is, i think the correct way to handle this is to decode & reconstruct the frames within the demuxer and outputs rawvideo data all the time [01:51] <cehoyos> ubitux: Ticket #2564 ? [01:52] <ubitux> well, swf support is pretty bad generally speaking, for various reason [01:52] <ubitux> we "support" maybe 10% of the tags [01:52] <ubitux> and the general logic is flawed [01:56] <ubitux> btw, should we make the pictures from mp3 as attachment? [01:56] <ubitux> (mp3 or whatever formats with covers) [02:26] <iive> ubitux: I hope you don't want to implement flashplayer into the demuxer :P [02:28] <Compn> is our swf demuxer secure ? [02:28] <Compn> anything adobe is insecure :D [02:33] <ubitux> iive: actually, i do ;) [02:34] <iive> ubitux: how is it going to decode video? [02:35] <ubitux> "videos" are just successive jpegs or rawvideo frames [02:35] <iive> no flv video in swf? good. [02:36] <ubitux> well, actually you can have some vp6 packets [02:37] <ubitux> i'd like to have the demuxer declare all kind of video, audio and attachment, and make a main audio and a main video stream as rawvideo/pcm [02:47] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:53ec1c811e41: j2k: merge cosmetics and non functional changes from jpeg2000 [02:49] <ubitux> michaelni: you're doing a lot of cosmetics commit lately ;) [02:52] <michaelni> yes :( [03:28] <ubitux> yay mcdeint [08:59] <cone-719> ffmpeg.git 03Kostya Shishkov 07master:0418cbf08195: fix scalarproduct_and_madd_int16_altivec() for orders > 16 [08:59] <cone-719> ffmpeg.git 03Martin Storsjö 07master:be7952b5c3ac: arm: Only output eabi attributes if building for ELF [08:59] <cone-719> ffmpeg.git 03Michael Niedermayer 07master:b7c6d1ed9064: Merge remote-tracking branch 'qatar/master' [09:37] <cone-719> ffmpeg.git 03Xidorn Quan 07master:ffd7fd79441f: avcodec/vda_h264: use av_buffer to manage buffers [09:37] <cone-719> ffmpeg.git 03Xidorn Quan 07master:499b82f60461: avcodec/vda_h264_dec: fix a memory leak [09:37] <cone-719> ffmpeg.git 03Michael Niedermayer 07master:1c711b6ecd53: Merge remote-tracking branch 'dilaroga/master' [10:34] <frankly> pCodecCtx->channels sometimes returns 1 instead of 2 for the same audio stream. What can be the reason for that? [12:49] <durandal_1707> lol: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2013-May/014547.html [12:50] <av500> truth is in the eye of the beholder [12:53] <kierank> that thread will end well [12:57] <ubitux> "Plus [12:57] <ubitux> they steal from libav without attribution." [12:57] <ubitux> i wonder where that comes from [12:57] <durandal_1707> yes we do [12:57] <ubitux> it's about ffmpeg stealing from libav [12:58] <ubitux> unless it's a typo [12:58] <av500> you are kanging the code [12:58] <ubitux> the merge are the most conservative way of keeping attribution so far afaict [13:12] <Compn> ubitux : i dont think your blog post makes it clear just how much attribution loss is made [13:12] <Compn> :P [13:12] <ubitux> maybe that's because i don't see any attribution loss on our side [13:13] <Compn> i mean on libav [13:13] <Compn> when they cherry carls commits [13:13] <ubitux> that wasn't the point defended by the guy [13:13] <ubitux> that's why i'm wondering what this is about [13:13] <Compn> i know, i was bringing up an unrelated example [13:13] <Compn> er an unrelated topic [13:13] <Compn> that guys email is kind of silly :P [13:14] <Compn> too much hyperbole to parse [13:25] <saste> is mcdeint used in real world? [13:26] <durandal_1707> nobody uses that, everybody uses vapour/avisynth [13:35] <microchip_> durandal_1707: i use mcdeint :) [13:35] <durandal_1707> how much? [13:35] <microchip_> durandal_1707: not much [13:36] <microchip_> only every now and then when i deal with interlaced files [13:39] <ubitux> funman: i see some (one?) ffmpeg-subtitles related patch from you on vlc-devel, so since you're now the subtitles expert (and j-b is not here) i have a question [13:39] <ubitux> funman: is vlc using the matroska demuxer for subtitles? [13:40] <av500> for MKV subs? [13:40] <ubitux> if so, did you see that ffmpeg is going to output verbatim ass packet now? (and not the constructed ass lines) [13:40] <ubitux> av500: yup [13:40] <av500> I'd guess so [13:41] <ubitux> it would be nice to consider adding the codec id ASS so it doesn't break badly when removed (next lavf major bump) [14:01] <saste> microchip_, what is mcdeint good for, compared to the other deinterlacers? [14:03] <microchip_> saste: i find it produces better result than yadif alone [14:08] <microchip_> saste: sometimes i see (not sure if this is correct english) jagged edges with yadif alone... if i throw mcdeint in the game, these disappear [14:08] <saste> microchip_, do you mean you put them in sequence? [14:08] <saste> like yadif,mcdeint? [14:09] <microchip_> yes [14:09] <microchip_> yadif=1,mcdeint [14:13] <ubitux> ah saste i forgot [14:13] <ubitux> what about timeline? [14:13] <saste> in mcdeint? [14:13] <ubitux> mcdeint might be applied only to a few frames [14:13] <ubitux> yes [14:13] <saste> yes i'll try it [14:13] <ubitux> (could be used to just random fix yadif artefacts) [14:13] <ubitux> instead of processing the whole video [14:14] <saste> or i'll leave it to a further patch, since i prefer to avoid mixing port with additional feats [14:14] <saste> unless it's effortless [14:14] <ubitux> if you need _INTERNAL leave it to another patch [14:14] <ubitux> but GENERIC might be possible from a quick look [14:15] <iive> saste: http://guru.multimedia.cx/deinterlacing-filters/ [14:29] <durandal_1707> iive: that link have comments that are just spam [14:35] <durandal_1707> so anybody going to port phase filter? [14:44] <durandal_1707> actually is there point in porting it? [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:c63e4e65698f: lavfi/idet: remove request_frame hack [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:4f8e4b8a54ad: lavfi/tinterlace: remove request frame hack [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:ed1c83508ec9: lavfi/trim: remove request frame hack [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:68def27124ae: lavfi/interlace: remove request frame hack [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:11cdf9671f8c: lavfi/trim: make use of AVFILTER_DEFINE_CLASS [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:d349704eef1b: lavfi/interlace: make use of AVFILTER_DEFINE_CLASS [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:622c9774376a: lavfi/hqdn3d: make use of AVFILTER_DEFINE_CLASS [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:5fe5bde60a88: lavfi/join: make use of AVFILTER_DEFINE_CLASS [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:e457f2cf1ff1: lavfi/setpts: make use of AVFILTER_DEFINE_CLASS [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:6008b5abbb17: lavfi/format: make use of AVFILTER_DEFINE_CLASS [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:beda41886ead: lavfi/channelmap: make use of AVFILTER_DEFINE_CLASS [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:229d5bfdc805: lavfi/frei0r: make use of AVFILTER_DEFINE_CLASS [14:44] <cone-561> ffmpeg.git 03Paul B Mahol 07master:a1873f35f83d: lavfi/ocv: make use of AVFILTER_DEFINE_CLASS [14:45] <ubitux> :) [14:46] <durandal_1707> 12k commits still to go... [15:21] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:3300b5f6ce84: j2k/jpeg2000 headers: Cblk/Prec cleanup & merge [15:21] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:9fd23baa7417: j2k: merge precinct init code from jpeg2000 [15:22] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:cbaa0871c224: j2kenc: switch to cblk in prec [15:22] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:369422db0c6d: j2kdec: merge cblk restructuring from jpeg2000 [15:22] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:5161c62595d6: j2k: fix band coord [15:22] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:14652c080dc3: j2k/jpeg2000: restructure cblk coord [15:22] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:2c5a5c5a623d: j2kdec: cdxy != 1 does not work, print an error [15:22] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:81ccc31f75e0: j2kdec: merge decode_tile cblk handling from jpeg2000 [15:22] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:a05db52c12f0: j2k: remove cblk from band [15:25] <durandal_1707> michaelni: you gonna work on missing/unimplemented stuf in decoder? [15:25] <BuxiNess> michaelni, \o/ [15:33] <michaelni> durandal_1707, yes probably [15:37] <durandal_1707> are any of decoders bitexact? [15:37] <durandal_1707> (exp for lossless) [15:39] <BuxiNess> durandal_1707, yes for lossy case DWT97 and MCT in bitexact [15:41] <durandal_1707> but lossless? [15:41] <BuxiNess> no, lossy case [15:42] <BuxiNess> lossless , is bitexact, but not tested AFAIK [15:42] <durandal_1707> how lossles can be bitexact if it was never tested.... [15:44] <BuxiNess> as lossless in implemented in fixed point [15:50] <saste> do we have an equivalent of tfields? [15:50] <durandal_1707> what does tfields do? [15:53] <saste> durandal_1707, Temporal field separation - split fields into frames, doubling the output framerate. [15:53] <saste> i'm looking for mode 1: 1: Interpolate missing lines. (The algorithm used might not be so good.) [15:53] <durandal_1707> separefields does that [15:54] <durandal_1707> *separatefields [15:56] <saste> no separatefields does no interpolation [15:56] <saste> indeed it halves the height [15:58] <durandal_1707> so that filter interpolates lines if fields are missing, i find such feature useless [15:59] <saste> regarding mcdeint: It needs one field per frame as input and must thus be used together with tfields=1 or yadif=1/3 or equivalent. [15:59] <saste> thus can it be used alone to deinterlace two fields in one frame video? [15:59] <saste> or should be only be used in combination with yadif? [16:00] <saste> and does it make if this is the case? [16:00] <durandal_1707> why tfields is not in libmpcodecs? [16:01] <durandal_1707> i think it come later... [16:02] <saste> on the other hand: ffplay -video_size cif ~/s/foreman_cif.yuv -vf tinterlace=interleave_top,mp=mcdeint [16:03] <saste> so either the documentation is misleading, or it is wrong [16:03] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:8c2e201c4f3a: j2k/jpeg2000: drop xi/yi0/1 from Jpeg2000Prec [16:03] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:c2e942099ac8: j2k: drop cblknx/y from Jpeg2000Band [16:04] <funman> ubitux: for mkv we use our own libmatroska demux [16:04] <funman> and the mkv guy is typx :) [16:04] <saste> tfields => r9515 | rfelker | 2003-03-01 06:35:09 +0100 (Sat, 01 Mar 2003) | 2 lines [16:04] <ubitux> funman: ok [16:05] <ubitux> funman: so far only the matroska demuxer will output AV_CODEC_ID_ASS, so you might not need to adapt any code [16:05] <funman> for subtitles i would guess jb is more knowledgeable [16:05] <saste> michaelni, why is tfields not in libmpcodecs? [16:05] <ubitux> didn't we remove it? [16:06] <saste> ubitux, no [16:06] <saste> anyway de/interlacing is boring to deatch [16:06] <ubitux> yup [16:06] <saste> so much time i wasted on it [16:07] <ubitux> saste: tfields is in the "Unsupported filters" list in vf_mp [16:08] <saste> yes, why? [16:08] <ubitux> madness maybe [16:08] <ubitux> ETOOCOMPLEX wrapper i would guess [16:09] <durandal_1707> i looked at code and its trivial and boring [16:10] <durandal_1707> but have some strange buffering code, so it was probably disabled because: it did not compile at all, was actually tested and crashed [17:13] <saste> well it's weird [17:14] <saste> my mcdeint produces the same luma, but differs on chroma planes [17:14] <ubitux> because FF_CEIL_RSHIFT() maybe? [17:14] <saste> no i checked that [17:15] <ubitux> you're changing mcdeint->frame data and linesize [17:15] <ubitux> are you sure it's ok? [17:15] <ubitux> from a buffer ref count PoV [17:33] <saste> ubitux, no but i managed to simplify it getting rid of mcdeint->frame [17:36] <ubitux> saste: btw, do you want me to send a new version of the hald clut patchset? [17:36] <saste> ubitux, no, just i'm still a bit confused about it [17:37] <saste> can you reply to my question [17:37] <ubitux> about the level power? [17:37] <saste> ? [17:37] <saste> yes [17:37] <ubitux> i'll reply yes [17:49] <microchip_> saste: in mcdeint, which param is tff and which bff? is 0 = tff or is 1 = tff ? mplayer doc doesn't mention that [17:49] Action: microchip_ always uses 0 for tff but isn't sure if it's correct [17:49] <saste> microchip_, should be the same as in yadif [17:49] <microchip_> ok [17:49] <saste> also -1 (default value) is not documented as well [17:49] <microchip_> yeah [17:50] <saste> i'm going to look at that [17:51] <saste> microchip_, what values of qp do you use? [17:51] <microchip_> saste: 10... so mcdeint=1:0:10 [17:51] <saste> so basically you always use a yadif,mcdeint combo? [17:52] <microchip_> yes [17:52] <microchip_> never used mcdeint without yadif [18:50] <durandal_1707> why is align_put_bits unsupported on le? is it just not done, or ? [19:04] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:9a18395b92f0: j2k/jpeg2000: merge a few whitespaces [19:04] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:1b5cb6c00a17: j2k/jpeg2000: Partially merge quantization code [19:04] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:243cc38d944b: j2k: change fixed point of stepsize to 16.16 [19:04] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:ee189701a6f7: j2kenc: Allow encoding with the 9/7 wavelet [19:39] <durandal11707> looks like anton lost interest on lavfi [19:40] <ubitux> let's hope he has interest up to integrate frame threading, because i don't feel like doing it :p [19:41] <ubitux> durandal11707: and i doubt that's true :) [19:56] <Compn> ubitux : why remove the codec id ass on next bump ? [19:56] <Compn> i mean , no backwards compat ? [19:57] <Compn> or are we not doing backwards compat anymore ? i dont remember the vote :P [19:58] <Compn> i mean i dont care what happens. but i want to know which one we are doing in the future so i dont complain about feature/api changes in the future. [20:05] <Daemon404> [13:56] <@Compn> ubitux : why remove the codec id ass on next bump ? [20:05] <Daemon404> [13:56] <@Compn> i mean , no backwards compat ? [20:05] <Daemon404> i think you fail to understand what a bump means [20:05] <Daemon404> thats the entire point. [20:06] <ubitux> Compn: the point is to move to the new codec id [20:06] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:1bbb46ff7126: j2k_dwt: fix scaling of 9/7 dwt [20:06] <ubitux> i could keep backward compat by not doing anything, but the point is to actually make the matroska demuxer output proper ass [20:06] <ubitux> currently, we keep backward compat, next bump will change the behaviour because that behaviour change is what we want [20:07] <ubitux> (because that's the correct thing to do) [20:36] <Compn> oh ok :P [20:38] <Compn> vlc having a tiff again [20:39] <Daemon404> hey now [20:39] <Daemon404> at least there's no death threats ... this time [20:40] <durandal11707> Compn: it was removed? [20:40] <Compn> durandal11707 : what now ? [20:40] <Compn> the ass thing happens on the next bump [20:43] <cone-561> ffmpeg.git 03Clément BSsch 07master:3cec29cf5981: lavfi: add haldclutsrc filter. [20:43] <cone-561> ffmpeg.git 03Clément BSsch 07master:43286028906a: lavfi: add dual input helpers. [20:43] <cone-561> ffmpeg.git 03Clément BSsch 07master:158d96e3f0ab: lavfi: add haldclut filter. [20:43] <cone-561> ffmpeg.git 03Clément BSsch 07master:ae5738248a9e: lavfi/lut3d: move lut3d init to its definition scope. [20:43] <cone-561> ffmpeg.git 03Clément BSsch 07master:92a2d12a7103: lavfi/overlay: remove do_blend forward declaration. [20:49] <durandal11707> michaelni: does j2kenc finally writes valid subsampled yuvs, there was obvious bug that it caused to be disabled [20:53] <cone-561> ffmpeg.git 03Clément BSsch 07master:160ea26560c4: lavfi/haldclutsrc: 10l remove size options. [20:56] <durandal11707> but you wanted to add nice chicks on right side.... [20:57] <Daemon404> nice chicks, eh? ;) [20:59] <ubitux> durandal11707: you can. [20:59] <ubitux> :) [20:59] <ubitux> with pad [20:59] <ubitux> durandal11707: problem with padding withing haldclutsrc is that there is some color padding issue [20:59] <ubitux> and i didn't want to play with that [20:59] <ubitux> anyway, see the documentation for adding the nice color bars chicks on the right side [21:00] <ubitux> i provided an example [21:03] <ubitux> i just feel like i've done something almost useful for once [21:04] <ubitux> i definitely need to write something more exotic [21:06] <Daemon404> wow we have a haiku instance? [21:06] <ubitux> it's been a while now [21:06] <ubitux> Daemon404: btw, any huge complain on lavfi remaining, except api-wise? [21:07] <Daemon404> that it is a giant monolithic lib [21:07] <Daemon404> P [21:07] <Daemon404> :P [21:07] <ubitux> is that a problem in practice? [21:09] <Daemon404> having to recompile every time you want t use a new filter, and completely alienating 3rd party filters (which may want to be a bit mroe agile than review allows) [21:09] <Daemon404> is pretty shit for an end user [21:09] <Daemon404> especially one who just wants to work with video, and not be a dev [21:10] <nevcairiel> for the first issue, just build it with all the filters [21:10] <Daemon404> is also disallows proprietry filters [21:10] <ubitux> you think that, with the packaging and distribution model we follow, it will make sense to allow our users to download .dll and .so for filters? [21:10] <Daemon404> well ffmpeg's packaging and distribution model is... [21:10] <Daemon404> "fuck you" [21:10] <Daemon404> "arbitrary!" [21:10] <Daemon404> et [21:10] <ubitux> not really [21:10] <nevcairiel> the second i understand, registering external components in any part of ffmpeg is just impossible these days [21:10] <Daemon404> NIH [21:11] <Daemon404> and disallowing closed source filters is pretty bad for any imaging framework [21:11] <Daemon404> hinders adoption bigtime [21:11] <ubitux> maybe they should make their filter builtin in ffmpeg ;) [21:11] <Daemon404> not possible [21:12] <Daemon404> liense violation [21:12] <Daemon404> license* [21:12] <ubitux> anton will break the api every 3 month anyway so the filter will have to be rebased [21:12] <ubitux> better for them to have it builtin [21:12] <Daemon404> well thats another complaint :P [21:12] <ubitux> Daemon404: builtin & upstream i mean [21:12] <Daemon404> i have clsoed source avs filters i use from 10+ years ago [21:12] <Daemon404> THAT STILL WORK [21:12] <ubitux> anyway, foss vs evil debate [21:13] <ubitux> Daemon404: ok, let's move the api & monolithic decision aside [21:13] <ubitux> anything else? :p [21:13] <Compn> ubitux : is it hard to make 3rd party wrapper for daemon? [21:13] <Compn> i mean runtime filters [21:13] <Compn> for the windows weenies [21:13] <Daemon404> it doesnt gel too well with teh current design [21:13] <Daemon404> iirc [21:13] <Compn> should be no problem [21:13] <Compn> take all of 300 lines of code [21:13] <ubitux> Compn: it will break everytime we change the api [21:14] <Daemon404> its useless without abi compat [21:14] <Daemon404> yes [21:14] <ubitux> we have to wait for a stable framework [21:14] <Compn> k [21:14] <Daemon404> ubitux, lemme think for a sec [21:14] <ubitux> Compn: we still have large "design" issue to solve before freezing the api IMO [21:14] <ubitux> lavfi is fairly young [21:14] <ubitux> typically we can't really seek [21:15] <ubitux> we don't have yet frame threading [21:15] <ubitux> and we really don't allow scripting [21:15] <ubitux> also, the api itself for users is not really that easy to deal with [21:15] <Daemon404> [15:14] <@ubitux> lavfi is fairly young [21:15] <Daemon404> i may note [21:15] <Daemon404> vapoursynth has abi compat [21:15] <Daemon404> and is much younger [21:15] <Daemon404> and has a stable and mature core [21:16] <ubitux> anyway, the more filters we add, the more we can see what kind of api changes we need [21:16] <ubitux> what is the common redundancy in filters, or models [21:16] <Daemon404> ubitux, the only thing that come to midn right now [21:16] <Daemon404> is what i mentioned in the otehr channel [21:16] <Daemon404> [14:50] <@Daemon404> also confusing: -vf filter=option=value [21:16] <Daemon404> [14:50] <@Daemon404> reuse of - [21:16] <Daemon404> [14:50] <@Daemon404> = [21:17] <ubitux> should we allow another char? :p [21:17] <ubitux> like '|' ? [21:17] <ubitux> -vf filter|option=foo:bar=bla ? [21:17] <ubitux> :p [21:17] <Daemon404> yeah im sure using the pipe char is a GREAT idea [21:17] <Daemon404> shells love that [21:18] <ubitux> ;) [21:18] <ubitux> name your favorite character [21:18] <ubitux> or suggest something [21:18] <ubitux> (is that really a problem?..) [21:18] <Daemon404> its not easy to read [21:18] <Daemon404> i always have to write it as foo='opt=blah' [21:18] <Daemon404> in my scripts [21:19] <ubitux> i was expecting more something like ENOFILTERFORXXX [21:19] <Daemon404> lots of taht [21:19] <Daemon404> but thats not a framework issue [21:19] <Daemon404> now is it? [21:19] <ubitux> my question wasn't really about the framework itself [21:19] <ubitux> more like what do you miss from it [21:20] <Daemon404> the main thing everyone misses when they leave avs is QTGMC [21:20] <ubitux> (yeah i know you don't miss anything, but let's play the game) [21:20] <Daemon404> but thats not relevant [21:20] <Daemon404> becaue that requires porting removegrain.cpp [21:20] <Daemon404> and youve seen that file [21:20] <ubitux> :DD [21:20] <ubitux> we have yadif and soon mcdeint ;) [21:20] <Daemon404> nnedi3 would be nice [21:20] <ubitux> yes i still have it in my tabs [21:21] <ubitux> i could port it... [21:21] <Daemon404> the other thing [21:21] <Daemon404> which even vapoursynth lacks [21:21] <microchip_> ubitux: do it! :D [21:21] <Daemon404> is a good mv filter [21:21] <Daemon404> for criptiing against or using [21:21] <Daemon404> i.e. mvtools [21:21] <Daemon404> also a horrible codebase. [21:21] <Daemon404> basically for mocomp [21:22] <ubitux> mmh [21:22] <ubitux> that's likely a large work, but ok [21:22] <Daemon404> hence vs doesn teven have it [21:22] <Daemon404> and its not as relevant for lavfi [21:22] <Daemon404> since users arent gonna be witin big scrpts that rely on MVs and edge masks [21:22] <Daemon404> like they do for AVS [21:23] <Daemon404> use case isnt the same. [21:23] <ubitux> okay [21:23] <ubitux> microchip_: i'll likely port spp first [21:23] <ubitux> i started, i need to get it done [21:24] <microchip_> ubitux: do that too :D, i often need a deblocker [21:24] <Daemon404> i actually used to use fast spp in avs [21:24] <Daemon404> long time ago [21:24] <ubitux> don't be ashamed [21:24] <ubitux> it's a nice filter [21:24] <Daemon404> its mostly been replaced by scripts like funkydeblock [21:24] <Daemon404> and stuff [21:24] <ubitux> more effective? [21:24] <Daemon404> depends on source [21:25] <Daemon404> mostly i wouldnt even block much nowadays [21:25] <Daemon404> since it ruins detail [21:25] <Daemon404> detail > blocks [21:25] <ubitux> you need a depixeler [21:25] <ubitux> deverysmallblocks [21:25] <ubitux> anyway, ok [21:26] <Daemon404> doesnt even make sense WRT macroblocks [21:26] <Daemon404> :P [21:26] <ubitux> :) [21:26] <Daemon404> i still have been meaning to try dctdnoiz [21:26] <ubitux> please do [21:26] <Daemon404> i wonder if it will really be too powerful liek a lot of FFT based denoisers [21:26] <Daemon404> thats my worry [21:27] <ubitux> too powerful?, just reduce the sigma :p [21:27] <ubitux> also you can put an expression [21:27] <Daemon404> its always a game of trying it 40 times for each source [21:27] <ubitux> if you can come up with a good one [21:27] <Daemon404> with varying exprs and sigmas [21:27] <Daemon404> and with dfttest and fft3dfilter.. sigma2 [21:27] <Daemon404> and sigma3 [21:27] <Daemon404> so many variables~ [21:28] <Daemon404> it might actually be useful for derainbowing or dotcrawl removal if tuend properly. [21:28] <Daemon404> maybe. [21:28] <ubitux> if you can find some cool formula to use with dctdnoiz, feel free to share them so i add them to the doc [21:29] <Daemon404> doubt i will [21:29] <Daemon404> that sort of maths generally eludes me [21:29] <Daemon404> without lots of concentration [21:29] <microchip_> from my brief testing, dctdnoiz makes ffmpeg use only a single thread [21:29] <Daemon404> the filter is single threaded [21:29] <Daemon404> so yeah [21:29] <microchip_> yeah [21:31] <ubitux> single threaded, and slow! [21:31] <ubitux> 1 minute and 10 seconds on my PC to process a single frame :(( [21:54] <funman> how can I control (enable/disable) multithreaded encoding with ffmpeg cmdline ? [21:54] <Daemon404> -threads [21:54] <funman> ffmpeg -h long | grep thr only returns threshold [21:55] <funman> thanks [21:55] <Daemon404> and it matters where you put threads [21:55] <Daemon404> before -i = decoder threads [21:55] <Daemon404> avfter -i = encoder threads [21:55] <Daemon404> iirc [21:55] <Daemon404> after* [21:55] <durandal11707> funman: ffmpeg -h full [21:56] <ubitux> doesn't this trigger a terminal explosion? [21:56] <Daemon404> man ffmpeg [21:56] <funman> hm well -thread_type 1 or 0 works fine for encoding to png [21:56] <ubitux> Daemon404: man ffmpeg is small :) [21:56] <ubitux> Daemon404: we (saste) split the doc, remember? [21:56] <Daemon404> ffmpeg-all? [21:56] <ubitux> yeah that one is a bit hugez [21:56] <ubitux> but we didn't want it in the first place [22:01] <cone-561> ffmpeg.git 03Michael Niedermayer 07master:d4a466134264: j2k/jpeg2000: merge j2k & jpeg2000 dwts, drop j2k dwt [22:31] <wm4> so what exactly _is_ analyzeduration? [22:32] <wm4> there seem to be various "bad" effects setting it to a low value, but what exactly can happens seems to be in the dark [22:32] <ubitux> michaelni: j2k merge done? :o [22:32] <wm4> the default values is rather high though, and adds a lot of latency if you want to stream stuff from http [22:32] <cehoyos> There are three samples in a mail on mplayer-users, do you remember them? [22:33] <cehoyos> (j2k) [22:33] <cehoyos> http://thread.gmane.org/gmane.comp.video.mplayer.user/69771 [22:34] <wm4> so _what_ exactly are users supposed to do to get low latency? [22:48] <durandal11707> nobody tested my 2 patches for noise slice threading :( [22:51] <michaelni> ubitux, no j2k dwt is done [22:54] <durandal11707> funman: 1 is thread frame, 0 is auto which may be frame too, 2 are slice threads [23:54] <saste> ubitux: cool bro :) [23:54] <ubitux> you like it? :) [23:55] <saste> this moves color tweaking to the next level [23:55] <ubitux> yup [00:00] --- Tue May 28 2013

1 0

ffmpeg.log.20130527
by burek 28 May '13

28 May '13

[00:00] <matu> do i have to "make install" this bz2 file in order to use ffmpeg ? [00:00] <matu> ok i will wait, my bandwith is slow [00:01] <matu> thank you [00:02] <Mavrik> matu, no, it's a static build [00:02] <Mavrik> no need to install or anything [00:02] <Liberator> what is the method of encoding using multiple video channels and multiple audio channels? [00:02] <Mavrik> (it's for 64-bit linux) [00:02] <Liberator> what tool / lib? [00:10] <t4nk969> hi .... can anyone tell me a little bit more about the -g option bcs for me "Set the group of pictures size. " doesn't help me [00:11] <klaxa> t4nk969: http://en.wikipedia.org/wiki/Group_of_pictures [00:12] <t4nk969> ok thanks... it seems that option helps me get no lag to ustream.... do you understand why ? [00:12] <Mavrik> t4nk969, basically it sets the maximum distance between two key (I/IDR) frames for most formats [00:12] <Mavrik> um [00:12] <Mavrik> "lag"? [00:13] <matu> thank you Mavrik and ubitux for your help, it does extract the images but it seems it just ignores the -ss parameter and extract images from the start of the video [00:13] <t4nk969> yes i use ffmpeg to stream to ustream and i was getting all the time lag, it was freezing like 2 seconds, and now i get no lag any more ... [00:14] <Mavrik> matu, hmm, can you paste command and output with that version? [00:14] <Mavrik> t4nk969, can you be more detailed about what "lag" means for you? is your stream freezing? is seeking slow? does it have a delay? which part are you solving? [00:15] <matu> http://pastebin.com/ZXKNs4Cr [00:16] <matu> sure [00:16] <ubitux> -t is an output option [00:16] <ubitux> so move it after -i ... [00:17] <ubitux> also note that -ss will behave differently if placed as input or output option [00:17] <Mavrik> yeah, ffmpeg is sensitive to order of commands [00:18] <matu> if i place -ss and -t after -i it does not extract any images [00:19] <matu> if i place -ss before -i and -t after -i it does ignore -ss and extract images from the start [00:20] <ubitux> btw, -t is a duration, not an absolute end position [00:22] <ubitux> matu: can you share a sample? [00:22] <matu> oh i was reading the man [00:22] <ubitux> the man says duration [00:23] <ubitux> if you want to use the ending position, use -to [00:23] <ubitux> otherwise you just want -t 3 in your case [00:24] <Liberator> can someone point at url demo/instructions for packing multiple video streams into a standard container, preferably android apk please? [00:25] <matu> ./ffmpeg -ss 00:08:24 -i s01e03_love_academie_fr_V0_9zVZo.mp4 -t 3 image-%d.jpeg [00:25] <matu> did work [00:25] <matu> thanks a lot ! thank you guys ! [00:25] <matu> or girls... [00:25] <ubitux> -t 00:... was likely parsed as a 0 second duration [00:26] <ubitux> matu: there is no girl on the internet [00:26] <ubitux> only fbi agents [00:26] <matu> lol [00:26] <matu> i now got my stupid images, i am so happy [00:27] <matu> -now [00:28] <ubitux> what are you trying to achieve with those images? [00:28] <ubitux> if that's not indiscrete [00:29] <durandal_1707> don't answer [00:30] <ubitux> :( [00:30] <matu> i would like to use it as a wallpaper, it is from a humorous serie [00:30] <ubitux> ah, ok [00:30] <kaizoku__> For my terminal I'm using green text with a black background (you know, the classic). However when I capture the screen with ffmpeg, the colors get less bright/saturated. How can I fix this? My command: [00:30] <kaizoku__> ffmpeg -y -f alsa -ac 2 -i pulse -f x11grab -r 30 -s "$screen_res" -i :0.0 -acodec pcm_s16le -vcodec libx264 -preset ultrafast -crf 0 -threads 0 output.mkv [00:31] <ubitux> i would guess you need yuv444p or rgb video to keep exact colors [00:31] <durandal_1707> what you use to view produced file? [00:32] <durandal_1707> even if colorspcae conversion is done, it should not ruin brightnes [00:34] <durandal_1707> to keep exact colors use -vcodec libx264rgb, but that is not supported by everything [00:34] <kaizoku__> ubitux: you mean lossless? That is a no-no. The files would be gigantic, and wouldn't the colors be lost when reencoding anyway? [00:35] <kaizoku__> durandal_1707: I'm using smplayer [00:35] <durandal_1707> what that have to do with fork? [00:40] <durandal_1707> i tried same, and colors looks same here [00:42] <durandal_1707> well yuv444p to bgra indeed changes green brightness here [00:44] <Liberator> is there an llvm target for the snapdragon processors yet? [00:44] <Liberator> for the encoder module especially [00:45] <durandal_1707> if i record with libx264rgb and use x11 as output green colors are good [00:47] <durandal_1707> i thing that brightness thing can be fixed by changing how coeficients for rgb->yuv conversion when encoding with lib264 [00:48] <matu> good night z_z [00:48] <durandal_1707> and that is buried somewhere in libswscale [00:50] <durandal_1707> iirc rgb->yuv should not ruin colors, but yuv->rgb may [00:51] <kaizoku__> durandal_1707: I had no luck with -vcodec libx264rgb I couldn't read the output file with smplayer or vlc. So I had to re-encode before with ffmpeg -i output.mkv -vcodec libx264 -preset slow -crf 22 -acodec libmp3lame -ab 192k screencast_compressed.mp4 And the result was the same. [00:52] <durandal_1707> also because there is no yuv444p output it just may be subsampled thing, because letters are small.... [00:52] <durandal_1707> kaizoku__: because you use extremly broken/old vlc/smplayer version without rgb support [00:53] <durandal_1707> also it may be just video output thing [00:54] <kaizoku__> I'm using smplayer2 0.8.0 mplayer2 version is git20120817 [00:54] <durandal_1707> so with subsampled yuv output and when capturing text with small font. you will get blurry results [00:55] <durandal_1707> mplayer2 version may not use ffmpeg.... [00:56] <durandal_1707> and changing scaler args that does rgb->yuv conversion can help too, (i think defaults one are fast and ugly) [00:57] <kaizoku__> durandal_1707: I'm confused... then is there something you recommend? [00:59] <durandal_1707> try adding -sws_flags lanczos [01:00] <kaizoku__> same result [01:01] <durandal_1707> what result? [01:01] <durandal_1707> post screenshot [01:02] <durandal_1707> also uncut complet console output of grab [01:02] <durandal_1707> otherwise we may doing different things [01:03] <Matip> Hello [01:03] <Matip> I converted a video to .webm, but firefox takes forever to start playing it [01:03] <Matip> using chrome it works well [01:03] <Matip> do you know anything about it? [01:04] <durandal_1707> don't use firefox [01:04] <durandal_1707> it probably use gstreamer for webm playback [01:05] <ubitux> no they have their own demuxer :/ [01:05] <Matip> I don't use Firefox, but since it's a video for the Internet, it must work on firefox :P [01:05] <ubitux> possibly the index is at the end [01:05] <ubitux> i wonder if that would change anything [01:06] <Matip> the interesting thing is that I have two webm videos that I converted using the same script (actually I made some small changes) [01:06] <Matip> the old video works fine! [01:06] <Matip> let me show you the script I wrote [01:07] <Matip> http://paste.kde.org/751268 [01:07] <Matip> I think when I converted the other video this line wasn't there: -map_channel 0.1.0 -map_channel 0.1.0 \ [01:07] <Matip> does it make sense? [01:08] <durandal_1707> kaizoku__: changing colormatrix with 'c' key may improve things for you... [01:08] <durandal_1707> but that is just nice effect [01:09] <Matip> <ubitux> possibly the index is at the end [01:09] <Matip> if this is the case, how do you move it? [01:10] <ubitux> i think an option was recently added to add some space at the beginning [01:10] <ubitux> -reserve_index_space it seems [01:11] <ubitux> it should be done properly just like faststart in mov/mp4 [01:11] <ubitux> but atm that should be the only way [01:11] <durandal_1707> but that should not be needed if seek is done with http [01:11] <kaizoku__> durandal_1707: was just taking screenshots, but even saving the images distorts results. Even redirecting the "print screen" to GIMP, the captured image already differs from the real thing. [01:12] <durandal_1707> kaizoku__: bugs in code [01:12] <durandal_1707> it probably does extra colorspace conversion [01:13] <durandal_1707> from yuv444->yuv420->rgb [01:14] <durandal_1707> your output may support only subsampled yuv, so make sure that the "issue" you have is not that one [01:14] <durandal_1707> *player output [01:15] <durandal_1707> but encoding with libx264rgb and playing with player that have vo that outputs to rgb, shows exactly same colors [01:16] <kaizoku__> durandal_1707: I just tried watching the captured video with vlc and the colors do look better. (libx264, vlc doesn't play libx264rgb) [01:17] <durandal_1707> both players outputs wrong colors most of time.... [02:35] <Liberator> I need a format with accurate seek and frame extraction without having to load excess of data for tracing or reconstruction of content [02:37] <klaxa> how about rawvideo then? [02:41] <acovrig> Can I use ffmpeg to directly pull from a fw camera (/dev/fw0) instead of using dvgrab | ffmpeg -i - ? [03:27] <highgod> Hi, I want to ask a quesiton, who konws jamal's email, I want to ask some quesions about the Ticket #2422, thanks, I can't find the mail he mentioned [04:06] <relaxed> highgod: can you not respond to the bug report? [04:18] <highgod> relaxed: sorry, don't get what your mean, I replied the report [04:46] <SexyBoBo> In a batch script is it possible to have ffmpeg do one thing if the file has one codec and something different if it has a diffrent codec? [04:47] <SexyBoBo> I am remuxing a large number of files from mkv to mp4 and want to reencode audio only if it isn't already aac [08:02] <gagan_> Hi, i have installed ffmpeg on my linux OS how to check its installed or not..? [08:04] <gagan_> How to test ffmpeg is working properly ..? [08:04] <gagan_> i am new to this ffmpeg anybody here can help me out.? [08:42] <mpfundstein> ffmpeg -v && echo "working" ) [08:42] <mpfundstein> ^^ [08:42] <mpfundstein> ffmpeg -version && echo "working"; <- not -v [08:44] <mpfundstein> SexyBoBo: You can first ffprobe it, than use awk or whatever tool to extrct the codec identifier and than just a simple if { } else { } construct to construct your audio codec line [11:25] <killown> is there something that I can do here to decrease the lag while playing a game? ffmpeg -f alsa -ac 1 -i hw:2 -f x11grab -s hd1080 -r 24 -i :0.0 -vcodec libx264 -preset ultrafast -an -y video.mkv -acodec pcm_s16le -b:a 48000k -loglevel quiet -vn -y audio.mkv [11:25] <killown> while playing it's only using 50% of my processor [11:25] <killown> it's a FX 6300 OC 4ghz [11:25] <killown> I suspect that ffmpeg maybe is executing in the same core that the game in running at [11:26] <Mavrik> it's not. [11:27] <Mavrik> try storing video as huffyuv and compressing to x264 later [11:27] <Mavrik> if you have enough I/O bandwidth [11:28] <killown> Mavrik, how is that so, -vcodec huffyuv ? just that? [11:28] <Mavrik> yep [11:28] <JEEB> -vcodec ffvhuff [11:28] <Mavrik> it's a losless codec [11:28] <killown> Mavrik, thank you [11:28] <JEEB> and remove -preset [11:28] <Mavrik> killown, what JEEB said actually [11:28] <killown> ok [11:28] <Mavrik> and remove all encoding settings since huffyuv is losless\ [11:29] <Mavrik> also, most players won't be able to play that before you convert to something else [11:29] <killown> Mavrik, I will convert that for webm anyway [11:29] <killown> JEEB, thanks a lot [11:31] <killown> how is that possible, it's taking nothing from my processor [11:31] <killown> 0.1% [11:31] <killown> 0.o [11:32] <Mavrik> check the filesize ;) [11:32] <Mavrik> it's a very simple compression algorithm [11:32] <killown> wow 2970 video.mkv [11:32] <killown> only 20 seconds of record [11:33] <killown> wrong, it's time=00:00:52.67 [11:33] <Mavrik> 3 MB for 1 min is quite good [11:33] <Mavrik> in comparison to raw ;) [11:33] <killown> Mavrik, du -m [11:33] <killown> 2970MB [11:34] <Mavrik> if 1 minute of 1920x1080 video is 3GB, you're doing something very wrong :) [11:34] <killown> Too many video packets in the buffer: (50 in 135341356 bytes). [11:34] <killown> Maybe you are playing a non-interleaved stream/file or the codec failed? [11:34] <killown> the audio is very bad quality now [11:35] <killown> I think I have no enough I/O [11:35] <killown> I tried with that ffmpeg -f alsa -ac 2 -i pulse -f x11grab -s hd1080 -r 24 -i :0.0 -vcodec ffvhuff -an -y video.mkv -acodec pcm_s16le -b:a 16000k -vn -y audio.mkv [11:36] <klaxa> you don't specify the bitrate of pcm_s16le :X [11:36] <Mavrik> klaxa, no need, its raw audio ;) [11:37] <klaxa> yeah that's what i mean, yet he specifies 16000k [11:37] <killown> is there something that I can do to use less I/O? [11:37] <Mavrik> uh [11:37] <klaxa> use a codec with better compression [11:37] <killown> what codec? [11:37] <Mavrik> killown, yeah, why exactly are you trying to specify audio bitrate as 48Mbit/s O.o [11:38] <killown> not trying I can remove it [11:38] <killown> I just want less I/O usage [11:38] <klaxa> use flac and libx264 in that case [11:38] <JEEB> killown, compression ratio wise from worse to better with regards to lossless video: ffvhuff, ffv1, libx264 [11:38] <klaxa> and hope that your CPU can handle it [11:39] <JEEB> libx264 will need -crf 0 [11:39] <JEEB> also if you want to keep RGB you will have to use the specific video format specifier for it [11:39] <JEEB> libx264_rgb or so? [11:39] <klaxa> libx264rgb [11:39] <killown> JEEB, thanks I will try that [11:39] <killown> klaxa, I think it can hold but with a little lag [11:40] <killown> wow, I fixed that by removing -b:a 16000k [11:41] <killown> lets try libx264 again [11:44] <killown> libx264rgb - crf 0 is also pretty good, I will try to play a game while using libx264rgb [11:54] <mpfundstein_work> what Quantization matrices are used for mpeg2 ? Is there an alghoritmn which computes them from integer values like (Q=50, or Q=90) ? [12:49] <brontosaurusrex> is there a way to copy prores moves and mark them as progressive (they are interlaced now), or do i have to recompress? [12:57] <brontosaurusrex> or put them into some other conatiner and mark them progressive [12:57] <brontosaurusrex> container* [13:02] <Mavrik> brontosaurusrex, are they actually interlaced? [13:03] <Mavrik> or are they just mismarked? [13:59] <durandal_1707> !stop abusing ffloger [13:59] <TheSchaf> abuse? :D [13:59] <TheSchaf> needed that link for some other chan! [14:00] <durandal_1707> what chan? [14:00] <TheSchaf> some c# chan [14:04] <ahuillet> hello [14:04] <ahuillet> I'm trying to build ffmpeg 1.2.1 on windows with msys, and I'm getting the following error messages on avfilter: http://pastebin.com/QQE4Mihe [14:05] <ahuillet> it looks like some -l arguments are missing, is that a known bug? [14:06] <durandal_1707> run gmake distclean [14:06] <ahuillet> has that been forgotten before creating the tarball? [14:07] <durandal_1707> its looks like its your issue only [14:07] <ahuillet> it's from a fresh tarball [14:08] <durandal_1707> than your environment/configuration is broken [14:08] <ahuillet> it's a fresh mingw+msys installation :) [14:08] <brontosaurusrex> Mavrik, no, its film, but were somehow captured as interlaced [14:08] <ahuillet> that doesn't mean it's not broken, but the fact that previous versions built just fine implies something has changed in ffmpeg [14:09] <brontosaurusrex> anyway, recomopression did now solve my issues with lightworks exports [14:09] <brontosaurusrex> they still suck badly [14:09] <durandal_1707> ahuillet: what previous versions? [14:09] <ahuillet> durandal_1707 : checking to confirm exactly. I'll bisect if needed [14:10] <ahuillet> I was hoping someone would have run into the issue before I did [14:13] <ahuillet> durandal_1707 : make distclean doesn't help, FWIW [14:39] <Hans_Henrik> >tfw i see significant difference between "veryslow" and "placebo" in libx264 encoder [14:39] <Hans_Henrik> -.-' [14:40] <JEEB> speed-wise, yes. Quality wise there is (possibly) a small one [14:40] <Hans_Henrik> possibly? meh lemme cut out and upload my finding [14:41] <JEEB> the settings are better and with 2pass encoding it makes both passes go with slower algorithms [14:41] <JEEB> so it's very muchos possiblos that with certain sources there'd be a visible difference [14:41] <JEEB> just that the cpu time that is taken with it compared to veryslow... :D [14:48] <Hans_Henrik> http://imageshack.us/a/img198/6851/placebo.png << placebo [14:48] <Hans_Henrik> http://imageshack.us/a/img441/1346/veryslow.png << veryslow [14:49] <Hans_Henrik> hmm [14:49] <durandal_1707> ahuillet: what guide you use for compiling? [14:49] <Hans_Henrik> the last part of the shadow is gone in veryslow [14:49] <ahuillet> durandal_1707 : which do I need? [14:50] <ahuillet> http://pastebin.com/k9QzrKM6 [14:50] <ahuillet> this is my configure line [14:50] <ahuillet> I guess I should try to simplify it to identify which part is breaking the build [14:52] <Hans_Henrik> JEEB, at least i can easily pick out which 1 of those has the most details; its the 1 called placebo; look at that dark line :p [14:55] <ahuillet> durandal_1707 : FWIW --disable-avfilter makes it possible to build ffmpeg in my case [15:52] <Colttt> hello. [15:53] <Colttt> it dont work, but why?! http://pastebin.com/PnPdYGTK [15:56] <ahuillet> is that supposed to work at all? [15:56] <brx_> can mp4 file contain audio only? [15:57] <brx_> someone is telling me they have 'an mp4 audio file'..is that possible? [15:58] <Mavrik> brx_, yup [15:58] <Mavrik> they usually have "m4a" extension though :) [15:58] <brx_> ahh i see [15:58] <Colttt> i hope so.. [15:58] <brx_> ok thanks [15:59] <brx_> where can i find a test file of this sort? [16:00] <Mavrik> brx_, um, iTunes, anywhere where you can get an AAC audio file? :) [16:01] <ahuillet> Colttt : well, no [16:01] <JEEB> have a sample if you really want one :D https://x264.fushizen.eu/u/jeeb/gohoubi.m4a [16:01] <brx_> cheers [16:03] <Colttt> ahuillet: damn :( and now.. how can i get several video files into one file? [16:05] <brx_> im just wondering if ffmpeg is the best choice for my problem :s [16:05] <brx_> i am posting a music file programatically in android using the facebook api [16:06] <brx_> ofc facebook dont let you upload a mp3 [16:06] <brx_> so i need to make a video, is ffmpeg the best solution here (i already have an ffmpeg binary built for arm) [16:07] <ahuillet> I don't know about that, but Facebook is a problem by itself. :) [16:07] <Colttt> ffmpeg -f concat -i <( for f in *.avi; do echo "file '$(pwd)/$f'"; done ) -b 3000k Entwicklung-2_`date -d yesterday +%F`.mpg = Unknown input format: 'concat' [16:08] <brx_> ahuillet, heh its for a friend im doing this [16:08] <ahuillet> facebook friend? :) [16:08] <brx_> i cant remove fb from the equation [16:09] <brx_> not sure if its too time consuming encoding the video, JEEBS video took like 3 seconds to encode on the device and its only like 6 seconds long [16:09] <brx_> 30 seconds* [16:11] <Colttt> can anybody help me?! [16:17] <JEEB> brx_, "video", it only had audio :P [16:18] <brx_> i meant audio [16:18] <brx_> it worked, its just that in the real context the audio file will be up to 2 minutes [16:19] <brx_> i have a bigger problem anyway now, the libx264 enabled ffmpeg(arm) i am using here doesnt work on older devices urgh [16:39] <Nick-S> this seems obsolete for current version: ffmpeg.exe -f image2 -pix_fmt yuv420p -r 30 -i output-%05d.png -vcodec libx264 -profile:v high -b:v 500k -bufsize 1000k output-24517.mp4 [16:41] <Nick-S> can someone help me translate? [16:42] <Colttt> has nobody an solution vor my problem? [16:46] <durandal_1707> Colttt: you are not using ffmpeg [16:47] <durandal_1707> Colttt: you are using libav, and libav does not have concat [16:52] <Colttt> what.. damn.. :( [16:52] <Colttt> has libav an equivalent [16:53] <durandal_1707> no [16:54] <Colttt> i rechecked the version its ffmpeg and not libav! [16:55] <Mavrik> can you pastebin version output? [16:56] <durandal_1707> he already did [16:56] <durandal_1707> and it clearly says libav [16:56] <ubitux> Colttt ^ [16:56] <ubitux> the broken-on-purpose ffmpeg you use is distributed by libav [16:56] <durandal_1707> anway to get concat he needs fairly recent ffmpeg version [16:56] <Colttt> http://pastebin.com/NFjHj0JV [17:00] <ubitux> Colttt: read the link [17:00] <ubitux> 3 lines above [17:00] <ubitux> and what i said below [17:01] <ubitux> Colttt: just use ffmpeg and you'll be fine [17:02] <Colttt> ahh ok thanjks.. [17:03] <ubitux> Colttt: you can use this for quick testing ^ [17:04] <zap0> anyone know of simple tutorials on doing simple things with libav*. im not a coding noob; but i am very much a ffmpeg coding noob [17:04] <ubitux> doc/examples [17:04] <ubitux> doxygen on the website [17:04] <ubitux> libav* are not simple though [17:05] <zap0> ok [17:09] <zap0> do you suggest something else? [17:10] <ubitux> why would i? :) [17:10] <ubitux> are you already looking for something else before trying? :P [17:10] <Mavrik> zap0, what are you trying to do exactly? [17:11] <Colttt> its in german but its good with a few examples: http://spielwiese.la-evento.com/hokuspokus/ [17:12] <zap0> open common video files, and extract frame data. (the end goal). but for now, just opening a file and extracting the info/params for video file would be useful [17:13] <zap0> Mavrik, my german is a bit rusty. do you think that document will be comprehendable if parsed with a web translator? [17:13] <zap0> oops sorry, Mavrik, i meant Colttt ;) [17:13] <Mavrik> zap0, in which language? :) [17:13] <zap0> into english. [17:13] <Mavrik> er, no, which language for your project? :P [17:13] <zap0> C++ [17:14] <Mavrik> ah [17:14] <Mavrik> zap0, I think there are a few libraries that do that, but pretty much anything usable and working uses libav eventually [17:15] <Mavrik> zap0, extracting basic frame data and info isn't all that hard with libav [17:15] <Colttt> maybe, you must try it ;) [17:15] <Mavrik> you DO however need to know basics of how video is stored ;) [17:15] <Colttt> wll, i go home.. [17:16] <Mavrik> zap0, the decoding example will give you what you need [17:16] <Mavrik> just make sure you actually read doxygen on the functions you're calling [17:16] <zap0> i am not a video noob. i have written RGB/YUV stuff at various depths and pixel packing. [17:16] <Mavrik> so you'll know what's going on :) [17:19] <zap0> downloaded source from web site, so i can see docs/examples/ but .tar will not open :( [17:19] <Mavrik> use git :) [17:21] <zap0> i would prefer to drink lava than use git [17:21] <Mavrik> ... [17:22] <ubitux> :/ [17:22] <Mavrik> so let me get this straght. You'd rather cause yourself ton of problems instead of typing a single command into command line because you don't want to type the word "git"? [17:22] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=tree;f=doc/examples;hb=HEAD [17:22] <ubitux> zap0 ^ [17:22] <ahuillet> no, I think he said he would do it, but only after drinking lava [17:23] <zap0> its a straw. i am a camel. [17:23] <zap0> your concerns are valid; until you put it in my context. [17:33] <zap0> got the tar open! w00t! doc/example/decoding_encoding.c the decide sample is 150 lines. awesome! [17:33] <zap0> decode/ [17:34] <mpfundstein_work> zap0: what do you expect? a one liner? [17:34] <Mavrik> I think he's happy about it ;) [17:35] <Mavrik> 150 lines isn't alot [17:35] <zap0> i am Xstatic! [17:36] <zap0> 150 is fantastic. my fear was it would be a few thousand. [17:37] <ahuillet> are there 150-line examples of decoding with HW accelerators? that would be nice. :) [17:37] <Mavrik> hmm [17:37] <Mavrik> ahuillet, depends on platform [17:38] <Mavrik> in Android I think it's about 150 lines probably ;) [17:38] <ahuillet> stupid question, but can you run ffmpeg on Android? I thought it was restricted to java applications [17:39] <Mavrik> well, you DID say HW decoder [17:39] <Mavrik> so that means using platform native API to that decoder [17:40] <Mavrik> but yeah, you can run ffmpeg on android without problems& the CPUs aren't fast though and ARM optimizations are nowhere near what x86 has [17:40] <ahuillet> Mavrik : so Android has a way to run native applications, not just java stuff? [17:41] <JEEB> yes [17:41] <JEEB> has had for quite a while [17:41] <ahuillet> I was under the impression that it was completely locked. [17:41] <Mavrik> ahuillet, it's linux ;) [17:41] <Mavrik> it could always run native processes [17:41] <ahuillet> by any chance, has anyone here ever written a DxVA video decoder app using ffmpeg? [17:42] <Mavrik> ffmpeg won't really help you there [17:43] <Mavrik> it has a limited HW decoder support, but to use HW decoders you pretty much need to leave most of decoding and demuxing to the native APIs [17:43] <JEEB> well, ffmpeg will do some things [17:43] <JEEB> https://lists.ffmpeg.org/pipermail/ffmpeg-user/2012-May/006600.html [17:43] <Mavrik> which makes ffmpeg quite redundant [17:43] <JEEB> anyways, that post most probably will give some hints :P [17:43] <Mavrik> (depends on API though, some want only H.264 raw stream and you can use ffmpeg for demux, others want to demux themselves) [17:44] <JEEB> hwaccells basically are made so that most of the weird dependencies are left out of ffmpeg, so you will have to take care of all that on the calling side [17:44] <ahuillet> I have a raw stream, so no need to demux [17:44] <ahuillet> JEEB: OK, so conceptually ffmpeg doesn't really make things any easier than using the native API directly, right? [17:44] <JEEB> it does [17:44] <JEEB> you just have to procure various things for it [17:44] <JEEB> and it lets you of course be in the libav* framework [17:45] <JEEB> anyways, VLC and LAV Video have DXVA2 implementations that base on the ffmpeg hwaccels [20:48] <Blasius> Hello ! Can someone point me to the right implementation of transcoding audio files with RESAMPLING ? I have tried many code samples, but ended up with creepy bleat as an output [20:49] <Blasius> The right sequence of avcodec_decode_audio4 and swr_convert and avcodec_encode_audio2 [20:49] <Blasius> Thank you all for advance [20:50] <Blasius> Anybody ? Guys ? Girls ? [20:51] <Blasius> Kids ? [21:31] <Pei> Hey guys... I'm trying to compile ffmpeg-ext and I am having a bit of trouble... I unrar the package in a dir, then run phpize then ./configure, but when i run make it says "Build complete." "Don't forget to run 'make test'." but it doesn't actually compile anything and there is nothing in the modules/ dir [21:31] <Pei> anyone have any idea why? [21:31] <Pei> btw it does this on all three of my boxes with different distros each [21:59] <Pei> when compiling ffmpeg-php i get this: http://pastebin.com/CQSEG4iB [22:48] <Jonovono> I am wondering if you can add (timed) metadata to .ts streams using ffmpeg. Say I segment a .mp4 file into segments can I then add metadata to the start of each .ts file? [23:33] <Pei> Hey guys [23:33] <Pei> still having trouble [23:33] <Pei> disconnected wondered if someone answered my question yes [23:33] <Pei> yet* [23:33] <Pei> when compiling ffmpeg-php i get this: http://pastebin.com/CQSEG4iB [23:35] <ubitux> ffmpeg-php is not a FFmpeg project [23:35] <ubitux> you need to contact the author [23:42] <Blasius> May be someone can point me to audio transcoding sample ? [23:42] <Blasius> Please ? [23:43] <ubitux> Blasius: look at the doc/examples directory [23:43] <ubitux> resampling_audio.c [23:45] <Blasius> ubitux : thank you, but I can't get how to form a frame after swr_convert [23:45] <Blasius> to encode further [23:46] <Blasius> I can decode audio frame, resample it, but encoding yields a junk [23:46] <Blasius> I mean, I can recognize a music, but it's heavily distorted [00:00] --- Tue May 28 2013

1 0

ffmpeg-devel.log.20130526
by burek 27 May '13

27 May '13

[00:22] <cone-174> ffmpeg.git 03Timothy Gu 07master:4703a345fb41: doc/encoders: Add documentation for libmp3lame [01:17] <michaelni> anyone wants to review a rtp related pull request: https://github.com/FFmpeg/FFmpeg/pull/22 ? BBB, wbs ? [03:36] <cone-232> ffmpeg.git 03Michael Niedermayer 07master:d480b36db4aa: av_d2q: Avoid llrint(), its not correctly implemented in old netbsd [03:36] <cone-232> ffmpeg.git 03Michael Niedermayer 07master:4cf7b87551f2: av_cpu_count: factorize "detected %d logical cores" message [09:57] <cehoyos> michaelni: I slightly misremembered / the user did not upload the png but the ffv1 file (which should make no difference): [09:57] <cehoyos> ffmpeg -i animated_ffv1-giant-huff.mov -vcodec ffv1 ffv1.mov <- identical size [09:58] <cehoyos> ffmpeg -i animated_ffv1-giant-huff.mov -vcodec png png.mov <- 15% bigger [09:58] <cehoyos> ffmpeg -i animated_ffv1-giant-huff.mov -vcodec huffyuv huffyuv.mov <- output file size is 126x the size of ffv1 [09:59] <cehoyos> Is this completely unexpected or not really for a mostly white (artificial) input [09:59] <cehoyos> ? [11:11] <michaelni> cehoyos, its expected that huffyuv performs poorly on mostly flat artificial input [11:31] <durandal_1707> doesn't bbox do same as cropdetect but performs worse? [11:34] <saste_> durandal_1707, afaik bbox should be faster [11:34] <durandal_1707> but it performs badly here [11:35] <saste_> durandal_1707, what are you doing [11:35] <saste_> bbox and cropdetect are different things [11:36] <durandal_1707> what bbox does? [11:36] <saste_> bbox computes a bounding box in the image, given a minimum value [11:36] <saste_> it will mark the minimum box containing values > min_value [11:37] <saste_> Calculate the smallest rectangle that will encompass the region with values > min_val. [11:38] <saste_> which is not the same as what cropdetect computes [11:38] <durandal_1707> yes.... [11:49] <durandal_1707> the params for drawbox could be expression, and then we could add metadata reading to expr [11:56] <saste_> durandal_1707, yes, i had the same idea [12:34] <cehoyos> michaelni: Thank you! [12:36] <durandal_1707> i should really take a break from lavfi [12:42] <ubitux> durandal_1707: you have some mp filters left to port [12:46] <durandal_1707> not gonna happen [12:47] <ubitux> :( [12:48] <ubitux> durandal_1707: then work on subtitles! ;) [12:49] <durandal_1707> i know nothing about subtitles [12:49] <ubitux> that's good, it means you're gonna learn a lot of things [12:50] <durandal_1707> and what is left to do? [12:50] <ubitux> inject into lavfi [12:50] <ubitux> make sane decoded subtitles [12:50] <ubitux> closed captions, teletext [12:51] <ubitux> that kind of stuff :) [12:51] Action: durandal_1707 scared [12:51] <ubitux> fear is the mind killer [12:53] <durandal_1707> fear is way to survive [12:54] <ubitux> you're going to transform into a braindead beast :( [12:56] <ubitux> saste_: can we achieve any a/v synchronization (at least with the api) with xv output? [12:56] <durandal_1707> nope, improve libavdevice [12:57] <ubitux> what's the point of those outputs then? [12:57] <cone-853> ffmpeg.git 03Paul B Mahol 07master:40a87a6a69d9: lavfi/noise: use av_image_copy_plane() [12:57] <durandal_1707> ubitux: fun [12:57] <ubitux> okay [12:58] <durandal_1707> i dunno if anybody use lavd (except us) [12:59] <ubitux> well indev are useful, at least with the cli [12:59] <ubitux> for outdev, i'm wondering [13:03] <durandal_1707> so there is no simd that does sums/subtrac two arrays? [13:08] <saste_> ubitux, what kind of synchronization? [13:08] <ubitux> saste_: timing? [13:09] <ubitux> basically use a ffmpeg-like app as a ffplay [13:09] <ubitux> ...or use outdev from ffplay :p [13:10] <saste_> ubitux: when you transcode data, it could be useful to visualize it [13:10] <ubitux> you should add an example ;) [13:11] <ubitux> durandal_1707: i think alsa & sdl are auto detected because they are somehow required to get a useful sdl [13:12] <ubitux> basically they can be considered essential core libs [13:12] <saste_> also suppose that you are using multiple outputs, with xv you can show multiple outputs [13:12] <ubitux> you can with sdl? [13:12] <saste_> also, suppose that we implement a movie sink, we can visualize data that way [13:12] <ubitux> ok [13:12] <saste_> sdl only supports one window [13:12] <saste_> also with xv you have more control [13:13] <saste_> for example you can specify to write on the current terminal window [13:13] <saste_> rather than creating a new window [13:13] <ubitux> haha ok [13:18] <cehoyos> concerning outdevs: alsa is *very* useful when testing multichannel audio (and you don't want to use WMP) [13:19] <durandal_1707> its obvious that devs use lavd [13:21] <cehoyos> I never tested -f alsa -f sdl - is it possible to get correct A/V sync? [13:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:4758e32a6c48: matroska_read_seek: Fix used streams for subtitle index compensation [13:23] <saste_> cehoyos, ffmpeg -re -i INPUT -f sdl out -f alsa ... ? [13:26] <funman> cehoyos: i have the 2nd sample of https://trac.videolan.org/vlc/ticket/8680#comment:6 , give me your mail and i'll send it [13:26] <funman> cehoyos: the guy sent a mail [13:27] <cehoyos> saste: No, does not work;-( [13:28] <cehoyos> funman: cehoyos(a)ag.or.at [13:30] <funman> sent (1M) [13:30] <cehoyos> funman: You can delete the following files from incoming (if you want): audio_silence_after* (moved to ffmpeg.org) Underworld* (not uploaded as "binary", unusable) [13:31] <cehoyos> And fraps_flv1_decoding* [13:33] <saste_> cehoyos, i never use the also output [13:33] <saste_> indeed i just got a crash [13:34] <cehoyos> Works fine here... [13:34] <saste_> snd_pcm_close: Assertion `pcm' failed. [13:34] <cehoyos> funman: The second even works mostly with avconv. [13:34] <cehoyos> Concerning the first one: Did you intentionally change libavcodec on Windows vlc to broken versions? You do know that they claim their version to be exploitable? [13:35] <cehoyos> saste: You could tell Nicolas, he used to work on the alsa device. [13:43] <cehoyos> funman: What is Videolan ticket 8672? There is neither a sample nor an explanation so it is hard to understand if it is something we should fix... [13:46] <durandal_1707> so how are libavcodec related stuff reported on vlc pointed to FFmpeg? [13:50] <cehoyos> If you mean: How do we know about relavant reports? - I report them on FFmpeg trac (search for "videolan") [13:51] <durandal_1707> so you waste day and night reading vlc bug reports? [13:53] <cehoyos> Only some. [13:59] <durandal_1707> could someone please benchmark noise(and blend too) slice threading on SMP cpu, just to see it's faster [14:03] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:81be0965e362: j2k: merge Jpeg2000CodingStyle from jpeg2000 [14:03] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:c78f3e557170: j2kdec: prog_order reading from jpeg2000dec [14:03] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:d42106c3ac14: j2k: rename a few inline functions and data tables to match jpeg2000 [14:04] <durandal_1707> so when we will drop one of them? [14:17] <michaelni> durandal_1707, as soon as one can decode all files that the other can [14:18] <durandal_1707> so what is missing? and is anybody working on that? [14:19] <cehoyos> durandal_1707: Exact command lines (with fate source files) please [14:20] <durandal_1707> ??? [14:23] <cehoyos> .. for noise and blend benchmarking [14:24] <durandal_1707> for noise you can use anything, you just compare with different nb_threads (-threads X after -vf ..) [14:27] <durandal_1707> ffplay -f lavfi -i smptebars=hd720 -vf noise=33:33:t -threads [1 vs 0/auto] [14:27] <durandal_1707> i think, _if_ ffplay pass -threads .. correctly to avfiltergraph (ffmpeg does) [14:28] <cehoyos> How do I measure performance with ffplay ? [14:28] <durandal_1707> you just look if nothing is obviously broken [14:28] <durandal_1707> for benchmark, you can use ffmpeg ... -f null - [14:29] <durandal_1707> with fixed duration, and just look how much time it takes.... [14:29] <cehoyos> ffplay -f lavfi -i smptebars=hd720 -vf noise=33:33:t looks very similar here with -threads 1 and -threads 8 [14:29] <cehoyos> If you want me to do a performance test, please post a command line [14:31] <funman> cehoyos: files removed from incoming [14:31] <funman> cehoyos: about the ts sample, yes it worked fine for me too so i guess it was an issue with an older revision, didn't investigate more than that [14:31] <funman> and if tickets are unclear you should ask the reporter, i have no idea what this means either :) [14:34] <durandal_1707> cehoyos: something like: time ffmpeg -f lavfi -i smptebars=s=hd720:d=120 -vf noise=33:33:t -threads 10 -f null - [14:42] <saste_> michaelni, the reinit command in drawtext is broken [14:42] <saste_> i plan to replace it with several commands (text, fontsize, x, y, etc...) [14:42] <durandal_1707> what is broken with it? [14:43] <michaelni> saste_, sounds very complex [14:44] <michaelni> saste_, will you do this with all filters ? [14:44] <michaelni> i mean replace a single reinit with a command for every parameter ? [14:44] <saste_> michaelni, reinit is only implemented in drawtext, and is not working [14:45] <michaelni> and ? [14:45] <saste_> also it sounds silly to reinit freetype libraries, font and all if you only want to change the text [14:45] <saste_> also with a separate command you know what is failing [14:45] <michaelni> you can compare with last and reinit freetype only when needed [14:46] <michaelni> no need to make the API 10x more complex [14:46] <saste_> michaelni, requiring all the filter parameter if you want only to change text, that is complex [14:47] <durandal_1707> there is no api that sends commands to filter [14:48] <durandal_1707> michaelni: wrong bytestream function is used in j2kdec (this is some copy/paste error) [14:49] <saste_> durandal_1707, we *have* a command API [14:50] <durandal_1707> .process_command ? [14:51] <michaelni> durandal_1707, which line number? [14:52] <durandal_1707> michaelni: 334:42: btw, what compiler you use? [14:52] <michaelni> gcc [14:52] <durandal_1707> with warnings disabled? [14:54] <michaelni> no they are enabled, i must have looked elsewhere when building ... [14:55] <durandal_1707> hmm, is there way to enable warnings=fail compilation for some warnings/files? [14:55] <michaelni> saste_, and if you want to change all parameters yours is very complex [14:56] <michaelni> durandal_1707, yes but last i looked it did not fully work with gcc [14:57] <michaelni> saste_, and the user knows the syntax to change all for every filter [14:57] <michaelni> he does not know the syntax per option per filter [14:57] <michaelni> it makes a complex system more complex [14:58] <michaelni> thats not an objection from me, just a observation [15:01] <cehoyos> durandal_1707: No speed difference between x=1, x=2 and x=8 for time ./ffmpeg -f lavfi -i smptebars=s=hd720:d=120 -vf noise=33:33:t -threads -vframes 10000 -benchmark -f null - [15:02] <cehoyos> durandal_1707: No speed difference between x=1, x=2 and x=8 for time ./ffmpeg -f lavfi -i smptebars=s=hd720:d=120 -vf noise=33:33:t -threads x -vframes 10000 -benchmark -f null - [15:02] <durandal_1707> what is your cpu? [15:04] <cehoyos> quad core xeon with ht [15:05] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:438c45c08a1f: j2kdec: fix used bytestream function [15:05] <durandal_1707> and with yadif you get better results? [15:07] <michaelni> saste_, besides with named options why cant individual parameters be changed, the syntax already supports it [15:07] <michaelni> like text=abc [15:08] <cehoyos> durandal_1707: No, I wonder how you are supposed to set number of threads for vf [15:09] <durandal_1707> well, in top output, i see that number of threads changed for ffmpeg [15:10] <saste_> michaelni, suppose that you have a complex reinit command, which sets several things [15:10] <saste_> now a single option is not valid, how are you supposed to restore the state of the filter? [15:11] <saste_> note that, even when reinit was working, it was crashing in case for example the font filename was wrong [15:11] <durandal_1707> cehoyos: you can hardcode value by editing nb_threads in libavfilter/avfiltergraph.c [15:11] <saste_> in general you should set an option, fail and restore the previous value in case it is invalid [15:11] <saste_> this can't be easily done by simply calling reinit [15:12] <saste_> i had the same problem with hue, and I decided that the sanest solution was to drop the reinit command [15:13] <michaelni> saste_, it should be possible to restore the old state by reiniting with the last successfull parameter set [15:13] <durandal_1707> well imho, the command stuff should be simple & easy to add [15:14] <michaelni> yes [15:14] <michaelni> all AVOptions should automatically be accessable [15:14] <michaelni> saste_, also if you only allow changeing one option at a time you will get stuck [15:14] <durandal_1707> and maybe flag should be added(to -filters output) for filters that support .process_command [15:15] <michaelni> saste_, when changeing from A0,A1 to B0,B1 and A0,B1 and B0,A1 and both invalid [15:16] <saste_> durandal_1707, not all options should be associated to a command [15:17] <michaelni> saste_, practical example could be filetype option and filename, they need to be changed together [15:18] <michaelni> also coordinated would need to be changed in carefully choosen order or intermediate states would be invalid, i dont like that kind of complexity resulting out of "single option change only" [15:19] <durandal_1707> saste_: add flag to AVOption ? [15:20] <michaelni> saste example rectange chnage: {100,100}-{150,150} -> {200,0}-{300,50} [15:21] <durandal_1707> ok, everybody agrees on that [15:22] <saste_> michaelni, you can set them with a single command, which should not necessarily be mapped to a single option [15:25] <cehoyos> durandal_1707: I don't think you can set the number of filter threads from the command line, so I don't think benchmark is easily possible. [15:26] <durandal_1707> cehoyos: top does'nt show number of threads ffmpeg use? [15:26] <cehoyos> What would that help if you can't set it? [15:26] <michaelni> cehoyos, myfilter=thread_type=0 can be used as a hack to disable therading [15:26] <durandal_1707> you could than compare hard way: without patch.... [15:27] <michaelni> saste_, yes you can add complexity [15:27] <saste_> michaelni, or you can things simple and borken [15:27] <saste_> *you can keep things ... [15:28] <durandal_1707> there is no: simple, working, perfect way? [15:28] <michaelni> sure there is but noone volunteers to implemengt it [15:28] <michaelni> just leave broken or implement very complex system [15:29] <michaelni> FOSS as its finest [15:30] <durandal_1707> maybe because its hard [15:31] <michaelni> what should be implemented is a system to allow reinit with a full parameter string (and possibly the ability to set new parameters with AVOptions and seperate from the check and reinit once all options are set and consistent) [15:32] <michaelni> there should be ideally very little or no code per filter [15:33] <durandal_1707> isn't this just nice way to make possible do something which is otherwise normally done in scripting [15:33] <cehoyos> durandal_1707: Is it possible that for noise, you originally wanted me to test a patch that is not committed yet? [15:33] <durandal_1707> cehoyos: yup, patch is on ml, otherwise i can push it... [15:35] <michaelni> durandal_1707, the script needs to interface with the filters somehow so it can chnage things [15:35] <saste_> michaelni, the problem is that initialization is usually just done at init, you can't in general assume that initialization can be performed when the filter is already running [15:36] <cehoyos> durandal_1707: I get some speedup (max 20%) at the cost of significant overhead over all cores (that is approximately what yadif does) [15:36] <cehoyos> Or in other words: This slice threads costs 80 and brings you 20 [15:37] <durandal_1707> well, maybe its just yadif fault [15:37] <cehoyos> Since it is the same with noise ? [15:37] <michaelni> its because the implementation of threads in avfilter is broken [15:37] <durandal_1707> i dunno, my cpu is celeron m [15:38] <durandal_1707> i only can test that code is correct [15:38] <durandal_1707> michaelni: but it it copy&pasted from lavc, isn't [15:39] <michaelni> it is but flaws where added [15:40] <michaelni> there should not be a execute call per plane for example [15:40] <michaelni> that surely adds overhead for all therads stoping/syncing and restarting [15:41] <michaelni> also frame threads would be faster as they can run even when filter_frame() doesnt [15:41] <durandal_1707> but frame threads would have limited scope [15:42] <ubitux> every filter marked with timeline generic are potentially frame-threadable and would benefit from it IMO [15:43] <ubitux> afaict :p [15:43] <durandal_1707> yes, ... i did not said frame threads are useless [15:44] <durandal_1707> michaelni: execute call per plane is done in filters, this can be changed easily, but would that help? [15:44] <cehoyos> michaelni: Ticket 2046 contains a link to an ancient patchset that includes (probably among other things) a bitstream filter that allows to change h264 properties: https://direct264.svn.sourceforge.net/svnroot/direct264/Patches [15:46] <ubitux> btw, is anyone interested in reviewing the hald clut patchset in the next days? [15:46] <michaelni> durandal_1707, someone would have to try, i think it would give a few % speedup [15:46] <durandal_1707> michaelni: and that will solve all flaws or? [15:46] <michaelni> no, its just a small easy thing to try [15:47] <cehoyos> Correction: It is exactly one feature (changing sps on -codec copy), just for different FFmpeg versions [15:47] <durandal_1707> guess, one more thing nobody volunters to do the _right_ thing [15:50] <michaelni> btw if anyone has jpeg2000 files, some reference files excerzising various features and such, i would be interrested to have them so i can make sure my changes to j2k / jpeg2000 dont break anything [15:55] <cone-853> ffmpeg.git 03Clément BSsch 07master:477f4efd0f1c: lavf/swf: remove unused assert include. [16:01] <cone-853> ffmpeg.git 03Paul B Mahol 07master:e9c3851d6006: lavfi/bbox: use inlink->frame_count [16:01] <cone-853> ffmpeg.git 03Paul B Mahol 07master:7aa99a69c7a4: lavfi/bbox: make min_val user configurable [16:01] <cone-853> ffmpeg.git 03Paul B Mahol 07master:add8c63ce4dd: lavfi/bbox: timeline support [16:01] <cone-853> ffmpeg.git 03Paul B Mahol 07master:c8e9c9275ff9: lavfi/bbox: export bbox info to frame metadata [16:09] <durandal_1707> hmm, why script filter, couldn't existent parsing be extended for scripting? [16:10] <durandal_1707> because the script filter would need to have own parsing, and nobody wants to play with that [16:32] <saste_> durandal_1707, for a script filter, i mean a filter which loads and interprets a script written in X language [16:32] <saste_> the script should contain callbacks for filter_frame(), init(), uninit() etc. [17:01] <durandal_1707> couldn't get_unary() make use of bs(f/r) instruction? [17:11] <kierank> michaelni: there is a j2k test suite on the itu website [17:13] <michaelni> i probably have that already [17:26] <BBB> michaelni: that change to ff_rtp_set_remote_url() ignores the port parameter, that's not right [17:26] <BBB> but I'll leave to wbs, he knows that code better (or lu_zero maybe) - I understand rtsp quite well, but not rtp [17:29] <michaelni> BBB, ok, thanks [17:29] <michaelni> wbs, can you take a look at https://github.com/FFmpeg/FFmpeg/pull/22 ? [17:47] <wbs> michaelni: yes, as BBB says, that commit is very much wrong. if that actually helps in some case, the caller is doing something very much wrong, because it would break every single rtsp case at least. that function is used for setting the peer hostname/port, but the change makes it ignore the port you set. so if the change helps, the caller shouldn't be calling the function at all. or alternatively, add logic to parse out ... [17:47] <wbs> ... rtcp_port within that function just as it is done in rtp_open [17:49] <michaelni> wbs, thanks alot, ill copy & paste that in a moment to github [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:5157ec89ef88: j2k: redesign vert_causal_ctx_csty implementation [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:69b97739806f: j2k: s/getnbctxno/getsigctxno/g [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:b67fe48f3418: jpeg2000/j2k: merge getsigctxno() [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:e66faf71eb89: j2k: merge ff_j2k_init_tier1_luts() [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:e708c7fa214d: j2k: drop disabled debug code [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:da906617188a: j2k/jpeg2000: merge copyright [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:ad194874ee35: j2k.h: Merges various cosmetics & unused defines [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:5b4cad4a64eb: j2k.h: remove disabled debug code [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:ac325f06130f: j2k.h: whitespace cosmetics [18:24] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:b4013899e213: j2k: s/ff_j2k_getsigctxno/ff_jpeg2000_getsigctxno/g [18:49] <cone-853> ffmpeg.git 03Clément BSsch 07master:b6ee25e30042: lavfi/lut3d: restore original interpolation speed. [18:49] <cone-853> ffmpeg.git 03Clément BSsch 07master:56cea3294a7e: lavfi/lut3d: faster tetrahedral interpolation. [19:52] <michaelni> does anyone have a recent version of the jpeg2000 spec ? [19:52] <michaelni> the draft i have contains typos in some numbers so iam not sure what is correct [19:53] <durandal_1707> what numbers? [19:55] <michaelni> xcb+ycb <= 12 but xcb and ycb must be a minimum of 4 each [19:55] <michaelni> and they are of the form 2^(2+...) [19:57] <michaelni> so the limit is probably meant to be xcb*ycb <= 2^12 or the input before 2^ being a+b<=12 [19:57] <michaelni> but with the +2 in there its hard to guess what is the correct limit [19:58] <durandal_1707> michaelni: you left two unused functions in j2k.c [19:59] <michaelni> yes i know that was intended [20:13] <durandal_1707> saste_: what mp you porting? [20:13] <saste_> durandal_1707, mcdeint [20:15] <durandal_1707> why PROGRSSIVE in vf_idet? [20:20] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:5d67dfd71cfe: j2kdec: move avctx init to decode_frame [20:20] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:bcf59b5d8f90: j2kdec: merge jpeg2000_init_static_data() from jpeg2000 [20:20] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:de90bd6c3fe4: j2k/jpeg2000: merge cosmetics and whitespace [20:20] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:88d2dd00fe0c: avcodec/j2kdec: drop disabled debug code [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:726eac1df96f: j2kdec: cosmetics from jpeg2000 [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:a2daf929edff: j2kdec: profile code from jpeg2000 [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:277691a130dc: j2kdec: merge copyright header with jpeg2000 [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:df3e6e5e227a: j2kdec: cosmetics from jpeg2000 [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:6e16321d665a: j2kdec: add AVClass [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:874a06bd1f16: j2k: cosmetics from jpeg2000 [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:228ce3360607: j2k: add #includes from jpeg2000 [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:b01e61a47dd0: jpeg2000: cosmetics & restructuring from jpeg2000 [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:9ea242962c40: j2k: ff_j2k_tag_tree_init: check for integer overflow in alloc [20:21] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:cb39dfb87009: j2k/jpeg2000: check cblk size [21:35] <ubitux> random vp8 failure, nice. [21:37] <Daemon404> BBB, ^ [21:38] Action: Daemon404 runs [21:39] Action: durandal_1707 cosmic rays [22:05] <saste_> ubitux, i'm reviewing hald clut stuff [22:05] <ubitux> saste_: oh, thanks :) [22:34] <cone-853> ffmpeg.git 03Michael Niedermayer 07master:bd89b2b22ac7: j2k/jpeg2000: log2_prec size cleanup [22:41] <cone-853> ffmpeg.git 03Clément BSsch 07master:b439ece51cbf: lavfi/dctdnoiz: move DC normalization out of loops. [22:48] <ubitux> i wonder if i could avoid the double normalization for each [22:49] <ubitux> this is way ahead my level of math unfortunately :( [22:49] <Daemon404> i... totally misread "double normalization" [22:50] <ubitux> in the dct and idct function, i'm doing the normalization two times [22:50] <ubitux> one for lines, and one for columns [22:50] <ubitux> i wonder if it's possible to make it only once [22:51] <Daemon404> i find most 'math' is far less complicated when you implement it [22:52] <Daemon404> but staring at formulas makes me assume the fetal position [22:58] <durandal_1707> ubitux: have you found the source of most slowdown? [22:59] <ubitux> dct/idct [23:00] <ubitux> it's running it 16x16 *dct for each pixel (if you don't play with overlap [23:00] <ubitux> so... it's kind of slow [23:00] <ubitux> BBB suggested to import the 2d dct code from libvpx [23:00] <ubitux> but... lazy me is lazy, and i've more important things in progress [23:01] <ubitux> oh, a new patchset from marton, cool [23:01] <durandal_1707> saste_: thing is filters like idet, do not need request code (and flag) at all, as it keeps reference of frame when it's filter_frame return nothing [23:02] <durandal_1707> omg, 51 machines dissapeared in oblivion [23:23] <durandal_1707> http://forum.doom9.org/showthread.php?t=167947 [23:30] <Compn> hmm [23:30] <Compn> why people like 4k trailers? :P [23:30] <Compn> eheh [23:35] <cehoyos> durandal_1707: bitexact wrt reference decoder [23:38] <durandal_1707> but user reported artifacts [23:39] <durandal_1707> cehoyos: because they do not like vga trailers [23:39] <cehoyos> typo? [23:40] <durandal_1707> what typo? thers mny tpos [23:40] <cehoyos> I tested the small trailer, downloading 4k now (I don't find it obvious which one he meant) [23:40] <cehoyos> (I wasn't the one asking why people like 4k trailer, the new nvidia drivers support 4k hardware decoding) [23:41] <durandal_1707> ahh, it was rhetoric one [23:44] <Compn> new vidia supports 4k ? [23:44] <Compn> cool [23:44] <durandal_1707> you have monitor that big? [23:44] <Compn> no [23:45] <Compn> i dont even have cpu that can handle it [23:45] <Compn> i guess if i had bigger monitors i could put two big monitors together ... [23:45] <Compn> with my dual hdmi card [23:45] <Compn> ati radeon 5830 [23:47] <cehoyos> You can handle it with any CPU allowing PCIe [23:47] <cehoyos> durandal_1707: Bug reproduced, will open a ticket [23:47] <BBB> vp8 race condition? [23:47] <BBB> that would suck, I thought I had removed them all [23:48] <Compn> HDMI 1.4 increases the maximum resolution to 4K × 2K, i.e. 3840 × 2160p (Quad HD) at 24 Hz/25 Hz/30 Hz or 4096 × 2160p at 24 Hz (which is a resolution used with digital theaters) [23:48] <ubitux> BBB: http://fate.ffmpeg.org/report.cgi?time=20130526192401&slot=x86_64-archlinux… [23:48] <Compn> i'd have to get a quad-hd video card [23:49] <BBB> fuck fuck fuck [23:49] <BBB> ok I'll check tue [23:50] <cehoyos> Compn: Such resolutions work fine with VGA [23:52] <ubitux> wow the output of helgrind really is violent [23:52] Action: ubitux looking at that test in http://fate.ffmpeg.org/report.cgi?time=20130526180913&slot=x86_64-archlinux… [23:53] <ubitux> not a good idea :) [23:53] <durandal_1707> why everybody ignores helgrind? [23:53] <ubitux> it is said that "it's useful" or "it's wrong" [23:54] <ubitux> i can't tell if it's justified or not, but helgrind is definitely not happy :p [23:54] <ubitux> "it's useless*" [23:54] <BBB> durandal_1707: the amount of times where a problem reported by helgrind actually correlates to an actually exploitable condition - such as a crash, random write/read, etc. - is surprisingly low [23:55] <BBB> durandal_1707: it's like running ffmpeg under a sleeping baby checker where there's a random() condition somewhere and each time it triggers - randomly - the baby checker will say "your application woke up the baby, fix it" [23:55] <BBB> durandal_1707: it's not useful, because it's random, and nobody cares that the baby woke up [23:55] <BBB> durandal_1707: if it was exploitable, it'd be something, but it isn't [23:56] <durandal_1707> so its randomgrid [23:58] <cone-853> ffmpeg.git 03Paul B Mahol 07master:e5c7bafb4444: libtwolame: add forgotten calls [00:00] --- Mon May 27 2013

1 0

ffmpeg.log.20130526
by burek 27 May '13

27 May '13

[01:15] <djahandarie> Anyone have a guess why I would get this error "[format @ 0x1fb8540] Format name too long Output pad "default" for the filter "Parsed_ass_0" of type "ass" not connected to any destination Error opening filters!" when trying to hardsub a video? [01:15] <djahandarie> Here is the full output: http://pastebin.com/BC8icJ2c [01:15] <djahandarie> I've used an identical command line on another mkv/ass combo and it has worked just fine in the past [01:18] <klaxa> djahandarie: is the subs.ass file present? (you can also pass the video file for subs), also consider using fdk-aac for aac encoding [01:18] <djahandarie> Yes, it's present. I didn't know you can pass the video file, I'll try that. [01:20] <djahandarie> It just fails entirely if I try passing it the mkv. [01:20] <djahandarie> But yeah, the ass file is fine and it seems to parse that without issue when I directly pass it. [01:21] <djahandarie> Otherwise I wouldn't get "[Parsed_ass_0 @ 0x17007c0] Added subtitle file: 'subs.ass' (4 styles, 1409 events)" I assume. [01:23] <djahandarie> Seems like if I remove the -vf entirely it still breaks. [01:24] <djahandarie> Even just ../ffmpeg/ffmpeg -i ookami.mkv ookami2.mkv breaks. [01:24] <djahandarie> What in the world is this Format name too long message about? [01:24] <klaxa> hmm... lemme grab that rip [01:24] <klaxa> might take a while though [01:24] <klaxa> is it good though? [01:24] <klaxa> i mean story wise [01:25] <djahandarie> The movie? I hear it's good, haven't watched it yet. Watching it with a friend on Monday, was trying to get it into a TV-friendly format. [01:26] <djahandarie> Maybe it's just getting angry since there are so many streams due to the embedded fonts. Not sure what else it could be. [01:26] <klaxa> not really [01:26] <klaxa> btw, you might want to add those fonts to your fontpath, otherwise ffmpeg might not find them and render the fonts in whatever [01:27] <djahandarie> Ah, yeah, indeed. [01:27] <Darkman> hi there [01:28] <klaxa> djahandarie: i wrote a crappy script like a year ago or something https://gist.github.com/klaxa/5651164 [01:28] <klaxa> totally inefficient, but does the job [01:29] <klaxa> you have to do like... "ls \[Commie* > mkvlist.lst" though [01:29] <djahandarie> klaxa, hold on, no need to download the rip (unless you want to watch it). [01:29] <djahandarie> I think my ffmpeg is totally bricked. [01:29] <klaxa> then execute the script and if you have mkvtoolnix installed it will extract the fonts to ~/.fonts/ [01:29] <klaxa> maybe recompile? [01:30] <Darkman> i'm looking for someone who would like to write a script ;) [01:30] <djahandarie> Yeah, I think some libraries were swapped since I last compiled. [01:31] <klaxa> Darkman: if you elaborate what you need, one might be able to do so :) [01:34] <Darkman> its for a small project, i want some script/foo/bar/whatsoever and all the necessary stuff to throw in a bunch of videos and get back html5 video stuff in different versions / quality. Which exactly would be something that someone with some more knowledge then me should define ;) [01:34] <Darkman> sounds much, eh? ;) [01:37] <klaxa> the only hard part i see right now is encoding videos only to lower qualities, i.e. if you have some 320x240 video you don't want to encode to 720p or something [01:37] <klaxa> that would require some parsing, but nothing out of the ordinary [01:38] <Darkman> ffprobe or something like that should provide the infos, at least from what i found so far [01:39] <klaxa> yes you still have to parse it and check it with preset values, etc. [01:39] <Darkman> yep [01:39] <klaxa> and then there's different aspect ratios [01:40] <Darkman> yeah, so its a bit of work ;) [01:57] <djahandarie> klaxa, wow. That script was insanely helpful. Glad I came! [01:58] <djahandarie> I have no idea why my (re-)compiled ffmpeg isn't working, but I just switched back to my package manager's. [01:58] <klaxa> if you feel like getting tons of fonts, do "ls *mkv > mkvlist.lst" and run the script again [01:58] <klaxa> however, it's pretty shit and if i would feel like it i would rewrite it [01:59] <klaxa> however, i don't feel like it :V [01:59] <djahandarie> lol [02:00] <klaxa> oh... it puts the fonts in a folder called "fonts" in the current directory? hmm... [02:00] <djahandarie> Yeah, it does. [02:00] <klaxa> that's not what i want, but okay [02:42] <aristarchus> does anyone know how to improve the resolution of an ffmpeg capture? [02:44] <klaxa> you can increase the resolution by using -s or -vf scale [02:47] <aristarchus> klaxa: thanks [02:48] <klaxa> however, it does not magically increase quality [02:48] <aristarchus> ok [02:49] <aristarchus> i'm getting very pixelated results right now [02:50] <aristarchus> is -s supposed to match the resolution of my screen? [02:50] <aristarchus> what if i just want to capture a portion of the screen? [02:50] <klaxa> ah you are talking about x11grab? [02:51] <aristarchus> ya [02:51] <aristarchus> sorry, i should have clarified [02:51] <klaxa> use -f x11grab <input options, i.e. -s 320x240 -r 30> -i <x-server + offsett, i.e. :0.0+400,500> [02:51] <klaxa> hmm [02:51] <klaxa> i think that should actually be :0.0+400,+500 [02:51] <klaxa> let me check with some older scripts [02:52] <klaxa> hmm no according to them it's :0.0+400,500 [02:57] <aristarchus> hmm i'm still getting reduced quality [03:00] <aristarchus> wait... [03:00] <aristarchus> -sameq fixed it [03:14] <acovrig> Is there a flag (like -formats) that will list what I can give to -acodec? [03:15] <acovrig> because mp3,wav,libmp3lame don't work (I would prefer libmp3lame or mp3). [03:33] <acovrig> can I use acodec to output to wav? [03:42] <klaxa> yes, use -c:a pcm_s16le or i think you can just skip that and specify wav as the container [03:43] <klaxa> if you only need audio that is, if it's within another container use pcm_s16le or whatever you feel is apropriate (see ffmpeg -codecs) [03:48] <acovrig> klaxa: avconv -codecs lists 'mp3' yet avconv -acodec mp3 doesn't work, why? [03:48] <klaxa> oh you are using avconv... [03:49] <klaxa> also, try using -c:a libmp3lame and try your luck in #libav [03:50] <acovrig> I can use either one (ffmpeg,avconv) yet both don't work with mp3 or libmp3lame [03:51] <acovrig> yet I have libavcodec53 linstalled [03:57] <klaxa> acovrig: are you sure that when running "ffmpeg" you aren't actually running avconv? anywho, is it compiled with libmp3lame? it's not included in libavcodec [04:02] <acovrig> klaxa: I ran this same script on a diff system and remember compiling ffmpeg or mencoder instead of using the repositories, but that was on a ubuntu 10 system, this is an ubuntu 13; can I see what ffmpeg was compiled with? [04:02] <acovrig> When I run ffmpeg it says "This program is only provided for compatibility and will be removed in a future release. Please use avconv instead." [04:02] <klaxa> avconv is generally not supported in here [04:03] <klaxa> you can grab a static binary or compile from source [04:07] <acovrig> klaxa: thanks, I just realized that ffmpeg shows Libav developers, thanks: I think I'll build ffmpeg myself per the link [04:19] <davidvorick> :q [13:39] <luc4> Hi! I'm trying to transcode with this command line but I'm getting an error with presets: http://paste.kde.org/750980/. This seems to wrok with 1.2. Maybe 0.8 is not supporting presets? [13:49] <JEEB> luc4, preset, not pre [13:49] <anew> just learning about ffmpeg, are other plugins needed to show video on a site or is only ffmpeg enough ? [13:49] <JEEB> also that is a libav binary, if you didn't notice that yet :) [13:54] <luc4> JEEB: thanks, now I get this: http://paste.kde.org/751010/. I'm not requesting a specific bitrate for aac. I made this go away by -acodec copy. Is this ok? [13:56] <anew> jeeb is ffmpget the only thing i need ? [13:57] <arp> hello [13:59] <arp> I need a bit of complicated help :) [13:59] <anew> what happened [14:00] <arp> well, nothing happend, but... I'll elaborate :) [14:00] <arp> I built a dashcam out of a laptop and a webcam [14:00] <arp> I use ffmpeg to capture from the cam [14:01] <arp> now I got a gps device and would like to put the gps data onto the captured video.... live.... I have no idea how to do that... [14:03] <luc4> Hi! I have a video which seems to be 16:9 but opens up in players as 4:3. Maybe something is written in some metadata which makes it open up that way? Can I change this with ffmpeg? [14:04] <JEEB> luc4, seemingly the default bit rate was too high for your type of input "[aac @ 0x8cf2800] Too many bits per frame requested" :P [14:04] <JEEB> and yes, your input was AAC so you could just copy it over [14:06] <JEEB> luc4, also your -vprofile high isn't doing anything. If you want to set a specific H.264 profile, use -profile:v profile_name , but if you are OK with high profile you shouldn't specifically set it, since libx264 will just auto-set the profile depending on your x264 settings [14:07] <luc4> JEEB: oh... ok, thanks [14:08] <JEEB> luc4, basically if you don't set a profile and get "main" instead of "high" selected, it just means that your other settings regarding x264 don't make the stream need the high profile [14:09] <JEEB> luc4, also you could switch acodec/vcodec to c:a and c:v [14:10] <JEEB> and I think -strict experimental is the same as -strict -2 , but more readable [14:11] <arp> JEEB, do you also know how to put changing text onto a live capture? :) [14:12] <luc4> JEEB: thanks [14:13] <luc4> JEEB: anyway, -vprofile high was coming from this: https://www.virag.si/2012/01/web-video-encoding-tutorial-with-ffmpeg-0-9/ [14:18] <JEEB> luc4, I have no idea why they have it like that, you should only set a profile with libx264 when you want to specifically limit the encoder [14:18] <JEEB> also they don't even mention vbv :V [14:18] <JEEB> ooh [14:18] <JEEB> they actually do [14:18] <JEEB> arp, unfortunately I don't :) [14:19] <luc4> JEEB: thanks. Also, do you have any idea why a video which seems to be like 16:9 opens up in players like it was 4:5? Some metadata might be wrong maybe? [14:20] <Mavrik> luc4, see what your SAR is :) [14:22] <luc4> Mavrik: ffprobe can't read that, right? [14:22] <Mavrik> of course it can [14:23] <Mavrik> it's written in the video stream part :) [14:26] <luc4> Mavrik: Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x576, 1275 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc [14:26] <luc4> Mavrik: the resolution is somehow strange for me... [14:27] <Mavrik> that's PAL. [14:27] <Mavrik> nothing strange with that [14:27] <Mavrik> it's almost certanly anamorphic [14:27] <luc4> Mavrik: yes, the image is distorted. [14:27] <Mavrik> even though, it's wierd it doesn't show SAR. are you using libav or some obsolete ffmpeg? [14:27] <luc4> Mavrik: I have to set aspect ratio to 16:9 to get a correct image. [14:28] <luc4> Mavrik: I mean in vlc. [14:28] <Mavrik> yeah, the SAR flag is wrong then [14:28] <Mavrik> it was probably lost when someone was fiddling with the video [14:28] <Mavrik> usually 16:9 DVDs are encoded as anamorphic 720x576 sterams [14:28] <luc4> Mavrik: it comes from a camera directly. [14:29] <JEEB> and you re-encoded it as AVC? [14:29] <luc4> JEEB: yes [14:29] <JEEB> and then there you then somehow derped up the anamorphic flag most probably [14:30] <JEEB> depending on how it was set originally in your input :P [14:30] <luc4> JEEB: the source video was exatly identical to this. Except it was larger and interlaced. [14:30] <JEEB> larger as in resolution or you are just meaning the file size :P [14:31] <luc4> JEEB: file size sorry :-) [14:31] <JEEB> because if the frame size was the same then most probably it had the aspect ratio flag there somewhere [14:32] <JEEB> anyways, adding the setsar filter there should do the trick? Your needed SAR most probably is 16:11, which is the PAL "16:9" aspect ratio used in DVDs and most SD things [14:33] <luc4> JEEB: ah thanks, I'll see how it works then. [14:45] <luc4> JEEB: is it necessary to re-encode to set sar? [14:47] <JEEB> luc4, it shouldn't be in general, but the setsar filter might need re-encoding, I have no idea how to do SAR changing otherwise :s [14:47] <luc4> JEEB: ok, thanks :-) [14:49] <JEEB> luc4, since that looked like a mov/mp4 file, I guess you could just use mp4box as well for that job if ffmpeg can't do plain SAR change in the container/whatever by itself [14:49] <luc4> JEEB: when I use the setsar filter I get this: Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 720x576 [SAR 16:11 DAR 20:11], q=-1--1, 12800 tbn, 25 tbc. Does it seem correct to you? [14:50] <JEEB> yes, seems correct [14:50] <luc4> JEEB: thanks :-) [14:50] <JEEB> (in mp4box for whatever reason sar is called par *shrug*) [15:09] <arp> does anybody know if, when I load a subtitle file, does it load all of it at once, or sequentially? [15:10] <arp> or with other words... is it possible to change the subtitle file while it is beeing overlaid? [15:40] <ura> Hi! [15:41] <ura> Why when I'm encoding with -crf 18 I see in logs q=23 instead of q=18? [15:41] <JEEB> q is not crf [15:41] <JEEB> I don't even know if the q values are valid in case of crf encoding anyways :) [15:42] <JEEB> as long as you see in the line that libx264 outputs that rc=crf and crf=18, you're fine :) [15:43] <ura> thanks! [15:43] <ura> can I see this in advance, or I will notice it just in final statistics? [15:43] <JEEB> when libx264 starts encoding, it should show that line [15:44] <JEEB> the long line with the x264 version and so forth [15:44] <ura> yes, sure: rc=crf mbtree=1 crf=18.0 :) [15:44] <ura> thanks! [15:44] <JEEB> np [15:45] <ura> I should not interrupt my encoding... I wanted to try with -t 10 to see it in final statistics, but I interrupted encoding before I saw your answer :) Anyway, when I start over I'm sure that I'm encoding with desired parameters :) [16:30] <arp> hey, one more question, if anybody is listening :) [16:31] <arp> on my laptop, which I use as a dashcam and use ffmpeg to capture, the battery is gone. the laptop is connected to the cars power supply. this means, if the power is cut, the laptop is off, without a proper shutdown procedure [16:32] <arp> when ffmpeg is captureing, I noticed that sometimes the timestamps on the files is corrupt... for example VLC would show that it captured 10 minutes, but if you let it run, it runs through for much longer [16:32] <arp> I saw that when I use ffmpeg later to create a new file and just copy the videostream, the timecode is corrected. But is there also a way to specify something in the encoding parameter so that the video is not corrupted when the power is suddenly gone? [16:44] <arp> can I insert some kind of special frame to ensure that its not corrupted? [16:54] <t4nk364> hi [16:55] <t4nk364> i stream to ustream using ffmpeg, i use only 50 % of my bandwidth and i get huge lag , any idea what i could try ? i even tried tcp relay and i get no improvement [16:56] <t4nk364> what flashver parameters are available ? i use 3.0, i can't find any info about it [17:23] <arp> uh... if I use something to create a videofile which just contains text, ie. the gps data, can I then pipe this as raw data into ffmpeg to use it as overlay? [17:49] <durandal_1707> arp: i assume you want to render text on video? [18:02] <arp> yes [18:02] <arp> but I want the text to be dynamic... coming from a gps device [18:14] <acovrig> Can I do this with just ffmpeg?: ffmpeg -y -deinterlace -f dv -i - -f flv -vcodec flv -s 350x272 -aspect 1:1 -qscale 3.5 -acodec libmp3lame -ab 32k -ar 22050 "$ofn".flv; mencoder "$ofn".flv -audiofile "$ofn".wav -o "$ofn".mp4 -vf dsize=300:272:2,scale=-8:-8,harddup -oac faac -faacopts mpeg=4:object=2:raw:br=128 -of lavf -lavfopts format=mp4 -ovc x264 -sws 9 -x264encopts nocabac:level_idc=30:bframes=0:bitrate=512:threads=auto:global_hea [20:38] <t4nk364> can anyone here stream with ffmpeg to ustream without getting a lot of lag ? [20:39] <t4nk364> i've seen that tcprealy used with ffmpeg is the solution, i tried and i get no difference [21:02] <Epicanis> This seems like a stupid, lazy question but I'm going to ask anyway: whats the simplest way to determine programmatically (e.g. from a shell script) whether my install of ffmpeg can interpret the audio in a given media file? [21:04] <Mavrik> hmm [21:05] <Mavrik> just running a simple short /dev/null copy and checking for errors would be by far the most reliable one [21:07] <Epicanis> I guess I'm specifically wondering what the simplest and/or most portable way of doing that error check is: is grepping for the specific text the only way? [21:08] <Epicanis> Wasn't sure if ffmpeg had "return codes" when run or not, for example [21:08] <Mavrik> um, I don't understand your question [21:09] <Mavrik> if you want to RELIABLY know if ffmpeg can read a file, run a mock transcode and see return status which is supported on all ffmpeg platforms [21:09] <Mavrik> parsing text will just lead you to hell [21:09] <Mavrik> because there is no guarantee ffmpeg will even detect stream of unknown type in file [21:09] <Mavrik> not to mention that output may vary between versions, platforms and input files [21:09] <Mavrik> parsing text is almost always a quick way to fail [21:11] <Darkman> Mavrik: do you have a sample for such a quick mock transcode? i mean, if you check for a "big" file it should be quick... [21:12] <Epicanis> I'm calling ffmpeg from a script and want to pass arbitrary audio or audio/video files. I'm just trying to figure out what the simplest way is to do the initial "test to ensure ffmpeg can extract audio from this file" is. [21:12] <Mavrik> ffmpeg -i <file> -codec:a pcm_16le -t 00:00:00:001 -vn -f wav /dev/null should be enough [21:12] <Mavrik> Epicanis, and you can't read? [21:12] <Mavrik> yes, you can go parse ffmpeg output [21:12] <Mavrik> no it won't work reliably. you'll have a hell of problems. [21:13] <Mavrik> you may parse text if you know what formats do you expect and limit yourself to them. [21:13] <Epicanis> I only did a cursory google, but haven't turned up the list of return codes... [21:13] <Mavrik> 0 on succes, anything else failure? [21:13] <Mavrik> Darkman, basically you just need to poke ffmpeg to try to decode a few frames [21:14] <Darkman> Mavrik: yeah, got that, simply forgot about the -t option [21:14] <Epicanis> (I definitely would prefer not to try to parse text output...) Is there anything informative in the return coded that I could interpret? [21:14] <Mavrik> Darkman, since the biggest problem with arbitrary input is that ffmpeg may detect proper codec even if it doesn't have the decoder [21:14] <Mavrik> you COULD cross-reference that to the "-codecs" output [21:14] <Epicanis> (beyond "something went wrong", that is...) [21:15] <Darkman> yep, but that would be.. well.. much work for no gurantee [21:15] <Mavrik> but that's just waiting for hell to happen when you switch versions or if the decoder name doesn't match the probed codec type (like for example when using FAAD) [21:16] <Darkman> i'm just playing around with to get automatic encoding for videos to webformats running, so i ran into that issue, too, but delayed it till the rest is working ;) [21:17] <Epicanis> I'd ideally like to be able to distinguish "local ffmpeg doesn't support this codec" vs. "this file has no detectable audio track" vs"nice try, wiseguy, but /etc/shadow isn't even valid media"... [21:18] <Epicanis> Darkman, sounds like you're working on the same sort of thing I am... [21:18] <Darkman> Epicanis: but thats three different types of errors and you should capture them in different ways [21:20] <Darkman> Epicanis: like the shadow thing is easy, and not ffmpeg related at all, the "is this a valid media file" can be verified with ffprobe for example (i do that for getting meta data infos out of every file) and the last one is the thing Mavrik mentioned, just try to re-encode a bit of the file and see if that works [21:21] <arp> durandal? you asked a couple of hours ago if I want to render text on video... yes :) [21:21] <Epicanis> What I'm asking in part is whether the failure of ffmpeg for various reasons will return different (reliable) error codes that I could interpret for the failure reason, or am I going to have to do multiple separate tests for every anticipatable error condition? [21:22] <durandal_1707> arp: there is drawtext filter [21:22] <Darkman> Epicanis: i think the last one [21:22] <arp> yes, but this only draws static text, as far as i know [21:23] <durandal_1707> any your text changes with every frame? [21:24] <arp> no, about once a second [21:24] <Epicanis> Darknan: ugh. Avoiding that is the reason I hoped someone here knew of a better way :-) [21:24] <arp> I want to read out a gps device once a second and put the result on the video [21:25] <durandal_1707> that is just calling drawtext with different arguments [21:25] <Darkman> Epicanis: its just wild guessing by me, i just play around with ffmpeg at the moment to find the best settings for different resolutions and devices [21:26] <arp> while it is capturing from a webcam? [21:26] <durandal_1707> how is text obtained? [21:26] <arp> at the moment I just have a python script that puts the text into a text file [21:27] <durandal_1707> usually if you want some feature that is not available in the way you need, you open bug report with feature request.... [21:27] <arp> so every second the file would change [21:27] <Mavrik> Epicanis, ffmpeg should return different error codes on different conditions [21:27] <durandal_1707> arp: same file or different? [21:27] <Mavrik> Epicanis, however I'm not sure how consistent that is [21:27] <arp> well I just wanted to ask if anybody if this already words somehow... I am not an expert with ffmpeg :) [21:28] <arp> same file [21:28] <Mavrik> Epicanis, plus, for the conditions you listed, "valid" file differs wildly between usecases [21:28] <arp> but I can change the script of course if different would be better [21:28] <Mavrik> for some people (and ffmpeg) a missing stream may not be an error condition at all [21:28] <Epicanis> I'm working specifically on "legally-free web audio" - right now I'm only using ffmpeg to get metadata and encoding parameters for input audio. Now I'm adding "source file can be anything with audio the local ffmpeg can convert to pcm"... [21:29] <Epicanis> (instead of "wav or aiff only") [21:30] <Epicanis> Hence my desire to, as easily as possible, determine whether the currently installed ffmpeg on a given server can handle a given media file so the interface can informatively report the problem when it can't) [21:31] <durandal_1707> arp: you are lucky, there is flag to reload file after each frame [21:31] <durandal_1707> so it can be same file [21:31] <arp> uh, nice [21:31] <arp> that would probably do the triclk [21:32] <Epicanis> In my case, a valid input file is anything containing an audio track that ffmpeg can generate pcm output from. [21:35] <t4nk364> can anyone help me about ffmpeg streaming to ustream.... i get lag even with 50% of my bandwidth [21:43] <Epicanis> (Now on something with a real keyboard so I can type...) I thought about trying to parse the output of -codecs and/or -formats, but like Mavric says, that seems like a really unstable and unreliable way to do it. I'm hoping I can dredge up some info on the return codes that I could use so that in a single ffmpeg call I could tell if the input file was readable, and had valid (audio) media. [21:46] <Epicanis> Crap. No, if I'm reading ffmpeg.c correctly, main() only returns "0" or "1" ("Like, DUDE! Something went wrong!") Can't use that... [21:53] <t4nk364> use the error stream output [21:54] <durandal_1707> Epicanis: than open bug report [21:55] <Epicanis> I may, but then I'm back to worrying about parsing potentially-unreliable-between-versions text. I could also relent a bit on my insistence on limiting binaries for what I'm working on (currently needs ffmpeg, opusenc, and oggenc. I was hoping not to need any others...) and also require ffprobe, which DOES appear to give more parseable info (seemingly exactly for the kind of thing I'm trying) [21:58] <Liberator> what video standards (and apps) include the gps, g-vector, compas, and other sensors in a multi-channel video format? [21:59] <Mavrik> Epicanis, is there a reason why aren't you just bundling a static ffmpeg build which would also handle ogg encoding? [21:59] <arp> would you happen to know the syntax to load text for the drawtext filter, durandal? [21:59] <Mavrik> Epicanis, you'd save yourself a ton of headaches [22:00] <Epicanis> Mavric: Initially, it's intended to be a system anyone can fling onto their own web server and use whatever is already installed (on any architecture). ffmpeg's role overall is pretty simple (read metadata, and extract audio to pcm) in this project. [22:00] <durandal_1707> arp: there is documentation [22:00] <durandal_1707> have you looked at it at all? [22:01] <Liberator> I am concerned with the compressed encoding of the sensor data channels (from phone devices) into an appropriate container [22:01] <Mavrik> Epicanis, yeah. That's why you should bundle compiled ffmpeg [22:01] <Epicanis> Eventually, I DO want to have a little repository with ffmpeg (and opusenc and oggenc) compiled statically for various architectures that people could pull from when they don't have authorization to do system-software installs (i.e. people on generic web hosts) [22:01] <Mavrik> most distros bundle libav or have obsolede f'ed up ffmpeg [22:02] <Mavrik> adding a couple MB of binaries will make your app hellova more useful than explaining to people why THEIR exact server craps out on some files when their friends doesn't [22:02] <Epicanis> Mavrik: I'm trying to put off having special "x86", "x86_64", "ARMv6", "ARMv7", etc. separate packages for now that *I* have to maintain... [22:02] <arp> ah, got it [22:02] <arp> just need to find this reload flag :) [22:02] <Epicanis> (Also bear in mind this is a collection of PHP scripts, rather than a polished "app") [22:02] <Mavrik> Epicanis, so you're rather explain to people using Ubuntu why their ffmpeg keeps dying on your code [22:02] <Mavrik> because ubuntu symlinks libav for ffmpeg? [22:03] <Mavrik> instead of invoking a simple ffmpeg binary on x86 and falling back on default for arm? [22:03] <arp> sweet [22:03] <arp> it works [22:03] <arp> thanks! [22:03] <Mavrik> Epicanis, when I say "most distros package broken ffmpeg" I'm not joking - this channel is full of questions because people try to use obsolete wrong builds [22:04] <Epicanis> Mavrik: You may be overestimating the current scope of my project :-) (But for the reasons you give, adding a repository of my own with statically-compiled ffmpeg, opusenc, and oggenc for various architectures is in the roadmap, such as it is.) [22:04] <Epicanis> I actually do know about the broken/ancient ffmpeg issues. [22:05] <Epicanis> (I'm on Arch, myself, partly to avoid that kind of thing). [22:06] <Mavrik> Epicanis, no I'm not [22:06] <Mavrik> if you're expecting to support different architectures with their ffmpeg problems you're biting way more than you can chew [22:06] <kaizoku__> I am trying to do screen capture of my desktop (for testing purposes I'm recording my browser playing a youtube video), but I'm having problems with the audio. I tried: -i hw:0,0 -i plughw:0,0 -i default But no luck so far. Any suggestions? [22:06] <Epicanis> (I also considered just using sox for pcm conversion, but then A)that's another binary I need and B)it doesn't give me ability to easily suck audio out of an audio/video file like ffmpeg) [22:06] <Mavrik> and using a controlled ffmpeg binary will make your scope more managable [22:07] <Mavrik> kaizoku__, did you tell ffmpeg that you want to use alsa and/or pulse? [22:09] <kaizoku__> Mavrik: yes. -f alsa [22:09] <Epicanis> What I'm currently aiming for is the simplest possible web interface that will take an input file (currently only accepts wav because that's what opusenc requires) with audio, present a form for filling in metadata, and then feeds the input audio to opusenc (and oggenc, soon) to provide "legally free" media that people can then post somewhere. [22:10] <Epicanis> Rather than restrict to a small number of formats, I'd like to expand it to "whatever the locally-available ffmpeg can decode", which can vary from system to system right now (unless as you suggest I "bundle" x86/x86_64/ARMv6/ARMv7/etc. versions myself). [22:11] <Epicanis> Main reason I am looking for more detailed error output is so the interface can say "your local ffmpeg doesn't understand this file" or "your local ffmpeg recognizes this file but doesn't support (codec X) audio" or whatever. [22:12] <kaizoku__> Mavrik: http://pastebin.com/xk7QkG8f [22:13] <Mavrik> no, I suggest you bundle x86 version youself which will cover 90% of use cases and fallback for everything else [22:13] <Mavrik> which will make sure people CAN decode most stuff [22:13] <Mavrik> kaizoku__, ok, what are your problems? [22:14] <t4nk364> where can i find info about the flashver parametre of rtmp.... i can't find anything usefull, it must have a list of choices [22:14] <Mavrik> kaizoku__, also, why aren't you encoding audio? :) [22:14] <Epicanis> (Can support for aac audio be statically-compiled into ffmpeg?) [22:15] <Epicanis> (Or does that require an external library like opus?) [22:15] <Mavrik> pretty much everyhing that doesn't have to deal with OS (like x11 grabbing) can be statically compiled [22:16] <Mavrik> there are already prepackaged builds out there for linux/win [22:17] <Epicanis> I'll have to look into that then. I expect the great majority of anyone who is interested in using what I'm building will mainly be interested in converting flac, wav, aac, and mp3 (plus a handful of other audio formats from common video formats). [22:18] <Epicanis> I may look at moving up "binary repository" on my priority list if its feasible. I was more worried about formats (like opus) requiring external libraries anyway and making it more of a headache than it'd be worth. [22:19] <kaizoku__> Mavrik: my problem is that I have no audio. I'm not encoding the audio you say? Wouldn't this do the encoding: -acodec pcm_s16le ? [22:20] <Liberator> ffmpeg- the VP8-VP9 / H264-H265 problem is pissing us off. How do we best encode sensor data including gps/vector/compass/light/etc in line with audio and video channels for the snapdragon armv7 and other on-market devices like samsung s4 or htc pro with 8-12mpix cameras? [22:21] <Mavrik> kaizoku__, that's raw PCM audio [22:21] <Liberator> we also need to handle random access frame extraction efficiently, what container is best? [22:21] <Mavrik> taking alot of space& also some players may have problems with it [22:22] <Epicanis> Liberator: I can't actually answer the question, but I'm a minor-league geo-metadata fanboy so it's awesome to hear about SOMEONE geotagging something besides TIFF and JPEG files for a change. [22:23] <Liberator> we did some earlier systems with parallel data streams or a false audio side channel [22:23] <Liberator> but there are allocations in the standards for a decade for this [22:23] <Liberator> but no implementations [22:23] <Mavrik> uh [22:23] <kaizoku__> Mavrik: I replaced it with libmp3lame but no change... still no audio. [22:23] <Mavrik> kaizoku__, ok, now check your alsamixer [22:24] <Mavrik> and find the hardware address of your audio output ;) [22:24] <Mavrik> you're probably recording from mic in :) [22:24] <Mavrik> Liberator, that really has little to do with video formats [22:24] <Liberator> Mavrik: it is a video standard [22:24] <Epicanis> Liberator: do you have some pointers to those standards? (I'm trying to collect information about geo-metadata standards that currently exist for a future Hacker Public Radio episode...) [22:25] <Mavrik> Liberator, yes, and you're not trying to save video are you? [22:26] <Epicanis> (If you were talking to the Xiph folks, I know they'd be suggesting a text stream muxed into the output rather than putting it in the video stream) [22:26] <Mavrik> Liberator, the easiest way would probably be to embed a datastream into mp4 container and store data in a third stream [22:26] <Mavrik> of course, nothing will be able to read that more or less [22:26] <Liberator> Epicanis: there are some "motion vector" allocations since mp4, also a depth/3d data block, but only a few scattered vector-motion and gps/etc encodings within the frames [22:26] <Mavrik> you can also encode that as a text subtitle stream and have it be shown with a player [22:26] <Liberator> yes, the mp4 container has various options, but it requires tighter frame sizes [22:27] <Mavrik> "tighter frame sizes"? huh? [22:27] <Liberator> Mavrik: check your phone's vector and other sensor resolution, they are faster than vid frame rate [22:27] <Epicanis> Do you have a pointer to some documentation on that which I could poke through? (So far aside from exif, the only other official or semi-official geotagging "standard" I've found is the "geo_location" tag for Ogg Vorbis/Opus files) [22:27] <Mavrik> 1/90000 timebase isn't good enough for you? [22:27] <kaizoku__> Mavrik: I'm not following. I start alsamixer, press F4 for Capture Devices... and now what? [22:28] <Mavrik> Liberator, none of those devices offer granularity over 1/90000 for any reliable measurment [22:28] <Mavrik> and stop mixing containers and video formats please :P [22:28] <Liberator> ok, what container options are most suitable? [22:28] <Mavrik> kaizoku__, you need to find out what the ALSA address (the "hw0,0" part) of your computer audio source would be [22:29] <Mavrik> Liberator, for arbitrary text payloads you don't really have much choices [22:29] <Mavrik> grab a mkv, add a data/subtitle track for your info [22:29] <Liberator> there *should* be a format, Epicanis, that is based on the collection of sensors typical on the fone devices [22:29] <Mavrik> and make sure you encode video in intra-only mode for arbitrary frame access (of course, your video will be huge) [22:30] <Liberator> its going to be encoded (binary) data, not text for all these [22:30] <Mavrik> of course, you'll have to mux it yourself. [22:30] <Mavrik> other option is MP4 which also allows arbitrary payload streams [22:30] <Mavrik> again, you'll have to mux it yourself [22:31] <Mavrik> for example MP4 it seems already has LOCI atom standardized for location [22:31] <Mavrik> but it seems it's a header atom [22:32] <Mavrik> kaizoku__, it seems ALSA doesn't create a loopback device for all computers& I suggest using pulseaudio as a source if at all possible [22:33] <kaizoku__> *luke reaction at I am your father* [22:33] <kaizoku__> I still have terrible memories from pulse. [22:34] <Mavrik> yeah well, it tends to work better [22:34] <Mavrik> e.g. for your case you run pactl list sources to see which devices you have [22:34] <Mavrik> and then just say "-f pulse -i <name from previous command>" [22:35] <Mavrik> Liberator, if you expect an open widely supported format for your usecase, I'm afraid you're not going to find it though [22:37] <Liberator> prior designs used mp4 channels [22:37] <Liberator> yes, the mp4 geoloc is only first header, not inline [22:38] <Liberator> i was expecting to use the hw encoders like the fones have for compression [22:38] <Mavrik> on Android 4.1+ you can [22:38] <Liberator> this is a very severe problem, especially for the phone devices [22:38] <Mavrik> since you're not actually doing anything to the H.264 bitstream [22:38] <Liberator> url mav? [22:39] <Liberator> yes, these are accessory channels [22:39] <Mavrik> Liberator, check the mediacodec APIs [22:39] <Liberator> the entire point, of course, is getting this packed into a standard format [22:40] <Mavrik> of course, the other option is to record the mp4 and data separately [22:40] <Mavrik> and then mux data into the container [22:40] <Mavrik> which means a post-processing step after recording, but it'll be easier and compatible quite a way back [22:40] <Liberator> not viable, have done that, need one (mp4) container to store [22:40] <Mavrik> because? [22:41] <Liberator> it has to be a merged container, otherwise one or the other gets lost... was a very common issue for the human factor last tool [22:41] <Mavrik> um, what are you talking about? [22:41] <Liberator> and the frames are not necessarily accurate temporally [22:41] <Mavrik> your software records data into two separate files then your software merges that into output mp4 [22:41] <Liberator> first, the camera compressor may not be exact frame rate [22:41] <Mavrik> frames always have exact framerate [22:41] <Mavrik> they MAY be dropped [22:41] <Mavrik> but that doesn't matter to you [22:41] <Mavrik> because you don't care about camera timestamps [22:41] <Liberator> so binding the sensor data gives a begin and end reference [22:41] <Mavrik> since your datastream has other set of timestamps [22:42] <Mavrik> hmm [22:42] <Liberator> its the camera and encoder that have temporal problems [22:42] <Mavrik> I think you really need to check up on how video encoding works first. [22:42] <Liberator> lol [22:42] <Mavrik> Since you're mixing things up. [22:42] <Liberator> which container and encoder formats might be best options? [22:42] <Liberator> for a parallel data stream [22:43] <Mavrik> the ones I've written about 200 lines up. [22:43] <kaizoku__> Mavrik: would it still be possible to use alsa, by creating a loop device (have to see how can I create one) [22:43] <Mavrik> kaizoku__, yes [22:43] <Mavrik> google it, I bet someone did that already [22:59] <kaizoku__> reading about sync problems with alsa... will try installing pulse and see if it works -_- [23:02] <kaizoku__> brb [23:05] <RhesusMinus> I converted a 4K video clip and it turned from 6.5 GB to 70 MB with no loss of quality. However, it changed the colors slightly so they are a little darker. What gives? [23:06] <Liberator> what is the best multi-part or multi-channel media container format to use for this situation? [23:07] <RhesusMinus> Comparison: http://i.imgur.com/gUxZHYF.jpg [23:07] <t4nk364> mp4 ? [23:07] <t4nk364> nobody can help me ? [23:08] <RhesusMinus> (Actually 6.95 GB => 79.6 MB.) [23:08] <t4nk364> o_O [23:08] <t4nk364> it's impossible [23:08] <RhesusMinus> No... [23:09] <RhesusMinus> I had to save it as a plain AVI file from Premiere Pro because it wouldn't let me set the high resolution (4K) for any other format. [23:09] <RhesusMinus> So it was likely entirely uncompressed. [23:20] <Mavrik> RhesusMinus, what did you convert it to? [23:21] <RhesusMinus> Mavrik: To .avi. Let me show you the full command. [23:21] <Mavrik> .avi isn't a video format. it's a container [23:21] <Mavrik> add full output as well [23:21] <RhesusMinus> Mavrik: ffmpeg.exe -i test.avi -q:a 0 -q:v 0 test_out.avi [23:22] <t4nk364> o_O [23:22] <Mavrik> O.o [23:22] <Mavrik> dude. [23:23] <t4nk364> lol ? [23:23] <Mavrik> never. ever. never. not even in 100 years. encode quality-sensitive files with default parameters. [23:23] <Mavrik> now. [23:24] <RhesusMinus> What? [23:24] <RhesusMinus> "never. ever. never. not even in 100 years. encode quality-sensitive files with default parameters." [23:24] <RhesusMinus> The whole damn point is to not have to enter manual shit. [23:24] <Mavrik> ok. [23:25] <Mavrik> I'm done. [23:25] <RhesusMinus> ... [23:25] <RhesusMinus> You're "done"? [23:25] <RhesusMinus> You haven't even started helping yet. [23:25] <RhesusMinus> I asked a simple question. [23:26] <RhesusMinus> You either are too good to help or don't know the answer. [23:26] <kaizoku__> Mavrik: I think I now have pulseaudio installed and working (at least smplayer plays audio when using the pulseaudio output device). But ffmpeg says it doesn't recognize pulse: Unknown input format: 'pulse' [23:26] <kaizoku__> ffmpeg -f pulse -ac 2 -i alsa_input.pci-0000_00_1b.0.analog-stereo -f x11grab -r 25 -s "$screen_res" -i :0.0 -acodec libmp3lame -ab 192k -vcodec libx264 -preset ultrafast -threads 0 output.mkv [23:26] <Mavrik> kaizoku__, ugh [23:26] <Mavrik> you have a build without pulse support [23:26] <kaizoku__> :'( [23:27] <RhesusMinus> I converted a 4K video clip and it turned from 6.95 GB to 79.6 MB with no loss of quality. However, it changed the colors slightly so they are a little darker. Comparison: http://i.imgur.com/gUxZHYF.jpg Command used: "ffmpeg.exe -i test.avi -q:a 0 -q:v 0 test_out.avi" What gives? [23:27] <Mavrik> kaizoku__, are you using this build: http://dl.dropboxusercontent.com/u/24633983/ffmpeg/index.html [23:28] <kaizoku__> Mavrik: I'm using the package from debian multimedia. [23:28] <RhesusMinus> I converted a 4K video clip and it turned from 6.95 GB to 79.6 MB with no loss of quality. However, it changed the colors slightly so they are a little darker. Comparison: http://i.imgur.com/gUxZHYF.jpg Command used: "ffmpeg.exe -i test.avi -q:a 0 -q:v 0 test_out.avi" What gives? [23:28] Last message repeated 1 time(s). [23:28] <Mavrik> hmm, that's from 1991 probably :/ [23:28] <RhesusMinus> I converted a 4K video clip and it turned from 6.95 GB to 79.6 MB with no loss of quality. However, it changed the colors slightly so they are a little darker. Comparison: http://i.imgur.com/gUxZHYF.jpg Command used: "ffmpeg.exe -i test.avi -q:a 0 -q:v 0 test_out.avi" What gives? [23:29] Last message repeated 1 time(s). [23:29] <Mavrik> *sigh* Yay for color space conversion ;) [23:30] <Darkman> does repeating a question helps to solve it these days? ;9 [23:30] <Darkman> ;) [23:31] <t4nk364> no :( [23:31] <Darkman> ah, good to know ;) [23:31] <t4nk364> sigh [23:43] <kaizoku__> Mavrik: SUCCESS! But not a great one yet. When ffmpeg is capturing I had to got to pavucontrol and in the recording tab select "monitor of built-in audio analog stereo". The only problem is that the audio and video are not synced :( [23:44] <kaizoku__> I used ffmpeg -f alsa -ac 2 -i pulse ..... [23:45] <kaizoku__> Any suggestions on how can I fix the sync issue. I will always have to reencode the video after I'm done. I just don't know yet if the desync is constant or not. [23:47] <Mavrik> hmmm, try one of the -async or vsync parameters [23:47] <Mavrik> also, encoder not being able to catch up with grabbing can cause desync [23:51] <matu> Hi, i have a problem using ffmpeg, here is my command : ffmpeg -i s01e04_lhopital_fr_3_P3_1z7.mp4 -ss 00:08:24 -t 00:08:27 image-%d.jpeg [23:51] <matu> here is the error [23:51] <matu> http://pastebin.com/WwDPH7yT [23:53] <matu> no image is extracted and i have to stop the program using CTRL+C otherwise it would make the computer very slow [23:53] <Mavrik> mhm [23:53] <Mavrik> matu, yeah, you're not using ffmpeg [23:53] <matu> oO [23:53] <Mavrik> also, put ss before i parameter. [23:54] <matu> i tried using -ss time - i file but it does not work [23:54] <ubitux> just use ffmpeg and you'll be fine [23:54] <Mavrik> grab a non-ancient ffmpeg binary to replace your libav (like from here: http://dl.dropboxusercontent.com/u/24633983/ffmpeg/index.html ), use that and then we can see what's goin on :) [23:55] Action: Mavrik draws another line next to the symbols of Ubuntu and a huge stick on the wall. [23:57] <matu> ok i am downloading the file from the url you posted right now [23:57] <matu> i am very tired >_< [00:00] --- Mon May 27 2013

1 0