Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

January 2014

1 participants
62 discussions

ffmpeg-devel.log.20140120
by burek 21 Jan '14

21 Jan '14

[02:45] <BBB> yay iadst4 works [02:45] <BBB> now to debug the iadst8 [02:45] <BBB> grmbl [04:10] <cone-115> ffmpeg.git 03Michael Niedermayer 07master:da0684820a58: avcodec/dsputil/huffyuv: move diff int16 and add int16 to dsputil [04:10] <cone-115> ffmpeg.git 03Michael Niedermayer 07master:a493f8541de2: avcodec/x86/dsp: add_int16_mmx / add_int16_sse2 [04:43] <cone-115> ffmpeg.git 03Carl Eugen Hoyos 07master:f9c2d4d17e3b: Allow decoding of slightly broken Nikon avi files. [04:43] <cone-115> ffmpeg.git 03Michael Niedermayer 07master:4014b401b0d5: Merge remote-tracking branch 'cehoyos/master' [11:02] <saste> do we support stream encryption? [11:56] <Compn> saste : rtmp is encrypted, ffmpeg can read rtmpe , not sure if it can transmit said rtmpe... [12:17] <saste> Compn, what about rtsp/rtp [12:18] <saste> i see we have a crypto reading protocol [12:23] <saste> any reason we don't have a writing crypto protocol? [13:23] <BBB> michaelni: dsputil is a bad idea, don't do that - move it into its own dspcontext [13:23] <BBB> michaelni: and I know there's already some huffyuv functions in there, which are now shared by other codecs = monstrous unfixability - let's not make that worse [13:27] <cone-469> ffmpeg.git 03Stefano Sabatini 07master:5e2b8e493436: examples: add remuxing example [13:27] <cone-469> ffmpeg.git 03Stefano Sabatini 07master:d72c742d478b: examples/muxing: factorize write_interleave code [13:27] <cone-469> ffmpeg.git 03Stefano Sabatini 07master:b933c72b5e36: examples/muxing: change error checks, from "ret != 0" to "ret < 0" [13:27] <cone-469> ffmpeg.git 03Stefano Sabatini 07master:9ab8f3738a4c: examples/muxing: remove redundant {} [13:27] <Daemon404> BBB, the huffyuv functions shuldnt even be named that [13:27] <Daemon404> theyre bog standard left and med preiction. [14:09] <Compn> saste : because most people who want to encrypt video are users who want to shoot themselves in the foot [14:09] <Compn> saste : is there an actual legit use for encrypting video ? [14:10] <saste> Compn, privacy? [14:11] <Compn> i mean, do you want it password protected like a zip file, or key encrypted kinda like a drm wmv file ? [14:11] <Compn> we have wmv key decryption support [14:11] <Compn> dont think we have encryption part [14:12] <saste> anyway my question was technical, is it possible to encrypt stuff at the protocol level? [14:12] <Compn> forgot about https [14:12] <Compn> sftp ? [14:13] <Compn> sorry i'm not being helpful. probably no support [14:14] <saste> that's what i think as well [14:14] <nevcairiel> the tls protocol can write encrypted data, so you could open a encrypted tls socket on one end and connect from another end, and get transport encryption [14:23] <funman> any sight of mraulet around here? [14:23] <funman> he's not on nickserv so I can't see when he last logged in [14:25] <Compn> probably just email him [14:25] <Compn> a /whowas produces nothing and his nick isnt in my buffer [14:25] <Compn> you could search ffmpeg-devel-irc mailing list archives [14:54] <ubitux> https://lists.libav.org/pipermail/libav-devel/2014-January/055168.html [14:55] <ubitux> (drop of sh4, sparc and bfin) [14:55] <av500> omg [14:55] <Compn> wot! [14:55] <j-b> Soo useful archs! [14:56] <ubitux> i'm not directly concerned, but maybe someone wants to comment here [14:57] <Compn> just post a request on the list to see how many sh4, sparc and bfin users there are ? [14:57] Action: Compn afk [14:57] <j-b> bfin will stay [14:57] <j-b> sh4 and sparc will die [14:57] <j-b> I think that's quite obvious [14:57] <Compn> sh4 is dreamcast ? [14:58] <ubitux> Compn: better mail the authors/contributors to the code [15:11] <michaelni> BBB you mean create a dspcontext for lossless video and move the function there ? [15:11] <michaelni> or something else ? [15:13] <cone-469> ffmpeg.git 03Anton Khirnov 07master:f7e85ee996b3: lavc: allow the caller to override dimensions in ff_get_buffer() [15:13] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:ea4b477a1b3c: Merge commit 'f7e85ee996b3886c2b13e928b83277382311af96' [17:09] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:d08dd3286369: avcodec/mpegvideo_enc: disable direct mode in load_input_picture() for dimensions%16 != 0 [17:16] <cone-469> ffmpeg.git 03Anton Khirnov 07master:024db24912a3: mpegvideo: allocate edges when encoding. [17:16] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:d83707c64197: Merge commit '024db24912a39316b0ef0b7d793307d62da038f4' [18:52] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:7c6cf689d825: avcodec/diracdec: allocate edges internally instead of depending on CODEC_FLAG_EMU_EDGE being not set [18:52] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:6ba02602aa7f: avcodec/vmnc: Check that rectangles are within the picture [18:52] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:723e7b86ea4d: avcodec/jpeg2000dec: calculate planar and pixelsize from pixel format descriptor [18:52] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:8001e9f7d17e: avcodec/jpeg2000dec: fix error detection in pix_fmt_match() [19:37] <BBB> michaelni: yeah that would be nice [19:38] <BBB> Daemon404: I don't care much for names; vp8 intra pred is called h264_intrapred and I couldn't care less [19:39] <BBB> Daemon404: functionality speaks for itself, but it should not be functionally dependent on irrelevant things, e.g. making vp8 decoding on ffh264dec is ridiculous; likewise, making huffyuv decoding dependent on mpeg encoding dsp utilities and motion search is beyond me [19:54] <cone-469> ffmpeg.git 03Anton Khirnov 07master:93c553c71ef4: lavc: deprecate CODEC_FLAG_EMU_EDGE and avcodec_get_edge_width(). [19:54] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:eef74b2e9713: Merge remote-tracking branch 'qatar/master' [20:02] <BBB> ubitux: 4x4/8x8 iadst working patches on my github, will do time measurements and send patches to ML sometime soon [20:06] <cone-469> ffmpeg.git 03Carl Eugen Hoyos 07master:c892621577b3: Fix compilation with --disable-hwaccel=mpeg1_xvmc,mpeg2_xvmc [20:06] <cone-469> ffmpeg.git 03Carl Eugen Hoyos 07master:9b78abae19aa: Add h263dsp dependency to mpeg1video and mpeg2video encoders. [20:06] <cone-469> ffmpeg.git 03Carl Eugen Hoyos 07master:b7702fafb356: Avoid a possible overflow when reading Nikon avi files. [20:06] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:78e39aa7ee12: Merge remote-tracking branch 'cehoyos/master' [21:14] <llogan> BadContent uses the python syntax for regex if anyone was wondering: http://trac.edgewall.org/wiki/SpamFilter#RegularExpressions [21:14] <Daemon404> does python use PCRE? [21:14] Action: Daemon404 cannot remember [21:15] <llogan> i'm not sure [21:15] <Daemon404> doesnt seem like its pcre [21:16] <Daemon404> there are modules to do pcre though [21:33] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:f70d7eb20c1d: Move add/diff_int16 to lossless_videodsp [21:34] <michaelni> llogan, thanks, btw can we add a link to that to the badcontent page itself ? [21:34] <michaelni> or note or something, so people edting the page know [21:39] <llogan> michaelni: i'm not sure how to provide content within the page without it being parsed [21:41] <llogan> (?#foo) i guess. [21:46] <llogan> is it case sensitive? i think it is because I don't see re.I or re.IGNORECASE in regex.py, but i don't know what i'm doing... [21:47] <llogan> "it" being BadContent [21:55] <michaelni> llogan, maybe it doesnt parse the stuff outside {{{}}} [22:18] <rcombs> https://trac.ffmpeg.org/ticket/3207 <-- libass is strongly considering removing support for Format: lines in ASS files; this will break ffmpeg's current output [22:19] <wm4> note that ffmpeg is definitely outputting broken files here [22:20] <wm4> so libass would actually do ffmpeg a favor [22:20] <nevcairiel> i think that statement is misleading though, "Format: lines" isnt the problem, its ffmpegs incomplete version of the same, the corrected variant still has "Format:" lines [22:21] <wm4> yes, an ass parser still needs to distinguish SSA and ASS [22:21] <nevcairiel> although it seems stupid to enforce a fixed field header list if the format even has an extra line to define wh ich fields are present [22:21] <nevcairiel> but then, its ASS [22:21] <nevcairiel> one of the S has to be for Stupid [22:22] <Plorkyeran> from the vsfilter-is-the-spec perspective, the format doesn't have a line to specify which fields are present [22:22] <Plorkyeran> people just put an invalid line in files~ [22:23] <wm4> nevcairiel: SSA was actually a visual basic program, so, yeah [22:23] <rcombs> nevcairiel: yeah, the format is quite awful [22:24] <nevcairiel> i wonder if someone will ever come up with a new one [22:24] <ubitux> webvtt to the rescue! [22:24] Action: ubitux runs away [22:24] <nevcairiel> probably impossible to convince anyone to use it without extreme development efforts beforehand [22:24] <rcombs> nevcairiel: I have some plans for ASSv5, but that can't really happen until VSFilter loses usage share [22:24] <nevcairiel> but developers wont pick it up without actual use [22:24] <nevcairiel> so you are screwed! [22:24] <JEEB> nielsm has gotten most of the general stuff written down for AS6, but he needs the text rendering side to be properly spec'd [22:24] <JEEB> and he can't do it by himself [22:24] <wm4> rcombs: so, what's next? fontconfig-free libass on windows? an official libass dshow filter? [22:25] <rcombs> wm4: DirectWrite and CoreText font selection on Windows and OSX is probably top priority after the current batch of speed improvements [22:25] <wm4> CoreText is already implemented, but not merged for some reason [22:26] <nevcairiel> finishing the removal of fontconfig would be a great step, i might join into any directshow efforts afterwards [22:26] <rcombs> probably due to insufficient testing [22:26] <JEEB> fontconfig'less libass would indeed get us to the main point of replacing vsfilter [22:26] <rcombs> nevcairiel: well it's got to stick around for Linux [22:26] <nevcairiel> well sure [22:26] <nevcairiel> on linux it actually works [22:26] <wm4> somewhat [22:27] <nevcairiel> on windows you either look at a loading bar that caches all fonts, or you get the standard font :p [22:28] <wm4> I think the main problem was that libass wants to use freetype to rasterize, but you can't get the font data from windows [22:32] <rcombs> wm4: can't you? [22:32] <wm4> no because someone might steal the fonts [22:33] <rcombs> :| [22:34] <Plorkyeran> you can get the raw font data if the font is flagged to let you [22:34] <Plorkyeran> which many are [22:35] <Plorkyeran> it's basically honor-system drm [22:35] <rcombs> how's fontconfig's speed on Windows when you don't pass in a config file? [22:35] <rcombs> (i.e. only memory fonts) [22:35] <Plorkyeran> you still need a config file [22:36] <Plorkyeran> if you don't index very many fonts, then obviously indexing will not take very long [22:36] <rcombs> if you don't pass one it tries to load a default; if it can't find a default one it doesn't load any system fonts [22:36] <Plorkyeran> the config file is used for a lot more than telling it what directories to index [22:36] <nevcairiel> but what good will not having any fonts do :d [22:37] <rcombs> nevcairiel: still can get fonts attached to an MKV, which is libass's primary use case [22:38] <nevcairiel> could it even draw at all if it has no mkv font? [22:39] <rcombs> libass accepts a default font path [22:39] <nevcairiel> or would it fail because it doesnt know any font at all [22:39] <rcombs> which I believe is required(?) [22:41] <nevcairiel> in any case, integrating directly with windows font APIs is the only real solution, even assuming mkvs have fonts would require a rather tight integration of the mkv reader with the subtitle renderer, which many players may not have, especially if they use vsfilter today and the idea is to replace that [22:41] <cone-469> ffmpeg.git 03Michael Niedermayer 07release/1.2:b902ba478c81: avcodec/mjpegdec: Dont skip picture allocation if theres no picture allocated [22:41] <cone-469> ffmpeg.git 03Carl Eugen Hoyos 07release/1.2:4fdcb1e1b7b1: Allow decoding of slightly broken Nikon avi files. [22:41] <cone-469> ffmpeg.git 03Michael Niedermayer 07release/2.1:30a94f1159d4: avcodec/mjpegdec: Dont skip picture allocation if theres no picture allocated [22:41] <cone-469> ffmpeg.git 03Nicolas George 07release/2.1:fc5261c21905: lavfi/dualinput: fix shortest option. [22:41] <cone-469> ffmpeg.git 03Carl Eugen Hoyos 07release/2.1:ee3822af631c: Allow decoding of slightly broken Nikon avi files. [22:43] <rcombs> back to the present, can we get that Format: issue fixed? [22:44] <wm4> rcombs: ubitux is the subtitle guy (although he doesn't want to be) [22:44] <rcombs> it's most likely not very complicated, so I'll write a patch if need be [22:44] <ubitux> i'm honestly not in the mood to look at this currently... [22:44] <ubitux> please do :) [22:45] <nevcairiel> it would seem pretty easy to fix, just adding a bunch more fields with default values to the printout [22:45] <wm4> rcombs: I could look into it too [22:46] <rcombs> oh, yeah, this is really simple, actually [22:46] <wm4> is it? the hard part is probably fixing FATE tests, then [22:46] <ubitux> the fields are parsed in various places [22:46] <ubitux> for the convert nightmare with internal representation and shit [22:47] <wm4> shouldn't the internals be able to deal with any format header? [22:47] <ubitux> dunno [22:47] <ubitux> i tend to forget how this works every time [22:48] <rcombs> I don't have to touch parsing [22:48] <rcombs> just writing [22:48] <rcombs> parser already handles pretty much everything pretty well [22:49] <rcombs> "standard ASS escaping so random characters don't get mis-interpreted as ASS" <-- except that ASS doesn't have escaping :| [22:50] <wm4> libass supports \{ or so [22:50] <wm4> but vsfilter doesn't [22:50] <rcombs> wm4: does it, though? [22:54] <rcombs> hmm, would we want to kill ASS encoding in at this point? (SSA-only?) [22:54] <ubitux> no? [22:54] <rcombs> does it have any real use-case? [22:55] <ubitux> standalone files? [22:55] <rcombs> when do you need a standalone SSA file and an ASS file wouldn't do? [22:55] <llogan> the only webvtt i've seen in the wild was for JW Player [22:55] <ubitux> we assume ssa is for muxed formats [22:55] <ubitux> and ass is for standalone [22:55] <rcombs> when did we get to talking about WebVTT? [22:56] <llogan> 31 mins ago [22:56] <rcombs> oh, hah, your nicks are colored the same and I derped [22:56] <llogan> i'm late to the party as usual [22:57] <wm4> <ubitux> we assume ssa is for muxed formats <- wait what [22:57] <rcombs> ubitux: I haven't seen SSA in the wild in quite some time [22:57] <wm4> I guess you _can_ mux ssa into mkv [22:57] <wm4> but should you? [22:57] <rcombs> and I can't think of a single modern setup that'd parse SSA but not ASS [22:58] <rcombs> wm4: are ffmpeg's SSA output files pseudo-invalid, or just the ASS? [22:58] <ubitux> well, ffmpeg is using those 2 names for the distinction [22:58] <wm4> oh [22:58] <rcombs> ubitux: in parsing, though, not encoding [22:59] <wm4> ubitux: so by SSA, you mean the format with timestamps embedded? [22:59] <ubitux> that one is "ass" [22:59] <j-b> good morning folks [22:59] <wm4> now I'm confused [22:59] <ubitux> "ssa" is without timestamps [23:00] <nevcairiel> thats just the FFmpeg interpretation though, isnt it [23:00] <wm4> my code seems to think that "ssa" is with timestamps [23:00] <wm4> in the packet data itself [23:00] <wm4> while "ass" is matroska style packets [23:01] <llogan> j-b: greetings [23:01] <rcombs> while in actuality, SSA vs. ASS has nothing to do with timestamp presence [23:01] <rcombs> so that sounds like just a naming issue/ [23:01] <wm4> rcombs: ffmpeg used ssa as codec id for ass [23:02] <nevcairiel> its just mkv version vs standalone version for FFmpeg [23:02] <wm4> rcombs: and when the internal packet format was fixed (no more embedded timestamps), an "ass" codec id was introduced [23:02] <ubitux> yeah there are some history to avoid breaking the api [23:02] <rcombs> wm4: that's almost VSFilter-level ridiculousness [23:02] <ubitux> that's called compatibility [23:02] <wm4> well, the "ssa" codec id is supposed to go away one day [23:03] <ubitux> wm4: not so sure about that but well [23:03] <wm4> not? [23:03] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:f9c7b14c040f: avcdoec/huffyuvenc: optimize sub_left_prediction() [23:03] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:883570e6b70a: Move add_hfyu_left_prediction_int16 to losslessviddsp [23:03] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:13c33c8e1f68: Move add_hfyu_median_prediction_int16() to losslessviddsp [23:03] <cone-469> ffmpeg.git 03Michael Niedermayer 07master:d9779d648e82: Move sub_hfyu_median_prediction_int16() to losslessviddsp [23:06] <llogan> michaelni: ah, good point. i asked on #trac since i couldn't figure it out. i'll let you know what they say, if anything [23:07] <ubitux> wm4: it not that trivial to store what the ass demuxer outputs [23:07] <ubitux> into "ssa" [23:14] <Plorkyeran> rcombs> and I can't think of a single modern setup that'd parse SSA but not ASS <-- there's a few programs that only support SSA [23:14] <BBB> ubitux: work for you :) (ML) [23:14] <ubitux> :) [23:14] <Plorkyeran> the popular choice for making DVD subs that I don't remember the name of is one [23:14] <rcombs> Plorkyeran: having heard more about this, it doesn't look like ffmpeg actually supports writing SSA at all [23:15] <Plorkyeran> yeah, p. sure it doesn't [23:15] <rcombs> it apparently uses "SSA" and "ASS" to refer to ASS with and without timestamps inline [23:15] <rcombs> for hysterical raisins [23:16] <rcombs> also, this stuff is so convoluted I'm not going to try to touch it right now [23:16] <ubitux> rcombs: see 7c1a002c78f15470f76d5c03e619b954d1a22839 [23:17] <rcombs> ubitux: I probably would have transparently converted MKV-formatted ASS to actual ASS while demuxing [23:17] <rcombs> or, it looks like that's what did happen? [23:18] <ubitux> yeah, and that was freaking ugly and broken [23:18] <ubitux> and causing a lot of troubles [23:18] <BBB> michaelni: ty [23:18] <ubitux> BBB: i'll have a look, but probably not today [23:18] <BBB> ubitux: np [23:19] <rcombs> what was ugly and broken about it? [23:20] <ubitux> players would get ass lines with timestamps out of mkv demuxer [23:20] <ubitux> which libass partially supports with a chunk hack [23:21] <ubitux> the layout is not the same [23:21] <BBB> iwht4 pending I s'pose [23:21] <BBB> let me work on that [23:21] <ubitux> rcombs: basically, no more "readorder" or "layer" field [23:21] <rcombs> layers are important! [23:22] <ubitux> but instead a freaking timestamps which can't be altered easily [23:22] <ubitux> (extracting a sample out of a mkv keeping timestamps relevant wasn't possible) [23:22] <ubitux> that kind of nastiness [23:22] <rcombs> guh [23:22] <rcombs> probably the worst bit of all of this is the naming, really [23:23] <ubitux> codec is was "ssa" [23:23] <ubitux> i named what goes out of mkv "ass" to make a difference [23:23] <rcombs> welp, I'm going to step back and hope this gets resolved eventually [23:24] <ubitux> :) [23:24] <ubitux> awesome isn't it? [23:24] <ubitux> also, we can't really improve the api [23:24] <rcombs> might just say that the next point release (after the one we're hoping to put out this week) will remove Format: lines and that programs which write the format had better fix them by then [23:24] <ubitux> particularly because the fork won't follow it [23:25] <ubitux> rcombs: that's not an easy situation as you can see [23:25] <ubitux> also, i'm not that familiar enough with ASS/SSA [23:25] <rcombs> ubitux: it looks like it should, in theory, just be a matter of adding the additional values at defaults in each line and in the format line [23:25] <ubitux> and the misc implementations.. [23:25] <ubitux> as you can see [23:25] <ubitux> that's not trivial :) [23:25] <ubitux> otherwise you would have already fixed it [23:26] <rcombs> it's only non-trivial for me because the source has all this ASS/SSA weirdness [23:26] <rcombs> I'd expect someone who knows more about all all this is meant to fit together would know where the extra bits need to go [23:26] <ubitux> decoded subs still has the timestamps shit... [23:26] <ubitux> because if we change that, it breaks everything [23:26] <rcombs> sure, that shouldn't be affected [23:26] <ubitux> (for api users) [23:27] <rcombs> the extra stuff that needs to be added should all be after the timestamps [23:27] <ubitux> rcombs: yes, but this "decoded" form is somehow reused [23:27] <ubitux> sometimes with a straight copy [23:27] <wm4> ubitux: didn't mkv already break for api users [23:27] <ubitux> wm4: nope [23:27] <wm4> because it outputs ass not ssa now [23:27] <ubitux> i kept compatibility... [23:28] <wm4> huh [23:28] <ubitux> wm4: you had to force the flag for a while [23:28] <ubitux> not true anymore though [23:28] <ubitux> i don't remember if you can still request ssa [23:28] <ubitux> but basically yes it's a different codec id, which you can just send directly to libass now [23:33] <ubitux> wm4: i confirm you can still request AV_CODEC_ID_SSA [23:34] <wm4> how? [23:34] <ubitux> don't remember how to do that with the api [23:34] <ubitux> it's also probably still the default mmh [23:34] <saste> what? [23:35] <ubitux> SSA is still up in the list [23:35] <ubitux> SSA is above ASS, so it should be raised first [23:35] <saste> ah subtitles... [23:35] <wm4> rcombs: maybe it would be better to leave the old code for now, and do optimized parsing for ASS only [23:36] <rcombs> wm4: can we stop using the terms "ASS" and "SSA" in here? [23:36] <wm4> well, "real" ASS, not ffmpeg style ASS or SSA [23:36] <ubitux> :D [23:36] <wm4> rcombs: using their true meaning [23:36] <rcombs> I can never tell if people mean SubStation Alpha vs. Advanced Substation, or this codec ID insanity [23:36] <rcombs> wm4: can we do that? [23:36] <rcombs> without breaking everything? [23:37] <wm4> rcombs: we just leave process_event_tail and use it for anything that isn't modern ASS [23:38] <rcombs> and "modern ASS" == Aegisub's output, but not ffmpeg's? [23:38] <wm4> yes [23:38] <rcombs> sounds workable to me [23:39] <wm4> I think I can write a patch (for libass) [23:39] <rcombs> cool, let's bring this conversation back to #libass then [00:00] --- Tue Jan 21 2014

1 0

ffmpeg.log.20140120
by burek 21 Jan '14

21 Jan '14

[00:23] <Flora> hi i am trying to read an udp mpegts and i get [mp3 @ 047d5220] overread, skip -7 enddists: -1 -1 ; [mpegts @ 047d3c00] PES packet size mismatch, and it displays artifacts like some full keys are missing by interval [00:24] <Flora> i tried a bigger udp buffer size but it changed nothing [03:24] <fundies> can I automatically make a chapters file based on the chapters on the dvd? [03:25] <albator> worst question of the day: how do I unsuscribe of the ffmpeg user mail ? [04:20] <grepper> should be a link to the listinfo page on your emails [05:52] <phunyguy> hello, strange issue here... I am just trying to split an avi file into two pieces, based on timestamps, but the second piece always starts off with like 1FPS playback, starting with video from about 5 seconds in, and ignoring the /real/ first 5 seconds of the video, then after about 5 seconds it is normal, and everything works perfect. What can be causing this? [07:02] <cantstanya> I'm trying to extract a specific part of my input. http://sprunge.us/aTYI running this is it possible to get the copy the fonts from the input as well? [07:03] <cantstanya> I looked in the manual, didn't see anything pertaining to this, or I must have missed it [07:10] <relaxed> cantstanya: why don't you copy everything with "-map 0 -c copy" [07:12] <cantstanya> relaxed: you're the best [07:16] <relaxed> or -map 0:t -c:t copy with your original command [07:16] <relaxed> actually, try that ^^^, I'm surious if '-c:t copy' will throw an error [07:17] <relaxed> curous* [07:17] <relaxed> curious** [07:17] <relaxed> the coffee must flow [07:21] Action: relaxed tested locally and it works [07:25] <cantstanya> -c:v copy -c:a copy -c:s copy -map 0:t -c:t copy -ss time -t time ended up with "Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used)" [07:26] <cantstanya> well what you originally told me works and I got what I wanted, so thanks [07:26] <relaxed> but it works if you omit -map 0:t -c:t copy? [07:26] <cantstanya> yeah [07:26] <cantstanya> well works as in doesn't give me the fonts [07:26] <cantstanya> but no errors [07:27] <cantstanya> or warnings rather [07:28] <relaxed> if you you don't seek? [07:28] <relaxed> er, what if you don't seek? [07:29] <cantstanya> same result if I exclude -ss time or exclude -t time [07:29] <relaxed> hmm, are you using an older version of ffmpeg? It works for me. [07:30] <cantstanya> ffmpeg version N-58868-ge2f800f [07:30] <cantstanya> but time for me to nap :^ ] [07:30] <cantstanya> thanks again [07:31] <relaxed> you're welcome [07:39] <tkl2> he guys [07:40] <tkl2> Im trying to convert some m4a to flac and im wondering about the filenames [07:40] <tkl2> Is it possible to set input name as output just with .flac instead of m4a? [07:59] <relaxed> tkl2: why are you going from aac to flac? device support? [08:00] <tkl2> m4a to flac [08:00] <tkl2> What do mean with device support? [08:01] <relaxed> explain the reason for going from m4a to flac. [08:03] <relaxed> what do you hope to gain by doing this? [08:04] <relaxed> because unless there's a device or player that can't handle m4a files, all you're going to get is larger versions of the audio with the same exact quality. [08:07] <tkl2> m4a sucks :) [08:07] <tkl2> And i love to have everything in flac [08:07] <tkl2> cause FLAC rocks! [08:07] <tkl2> :) [08:08] <tkl2> for f in *.m4a; do avconv -i "$f" "${f%.m4a}.flac"; done [08:08] <tkl2> ThatŽs the solution [08:08] <relaxed> I know that solution, but there's no solution for your flawed logic. [08:09] <Kei_N> well m4a doesn't always mean aac, could also be alac. then the conversion is fine [08:10] <tkl2> Well humans donŽt react logic everytime ;) [08:10] <relaxed> good point [08:14] <relaxed> From my time in here I've learned to assume the worst. [08:15] <relaxed> tkl2: pastebin.com the output of avconv -i input.m4a [08:17] <tkl2> wait [08:18] <tkl2> http://pastebin.com/kwmC5Mmn [08:19] <relaxed> oh good, you are going from alac to flac. [08:20] <tkl2> :) [08:20] <tkl2> Right [08:20] <tkl2> I like FLAC [08:22] <relaxed> tkl2: for the best compression use, -c:a flac -lpc_type 3 -lpc_passes 8 -lpc_coeff_precision 0 -prediction_order_method 5 -min_partition_order 1 -max_partition_order 8 [08:22] <tkl2> Thanks, but diskspace is cheap :) [08:22] <tkl2> Only quality matters [08:25] <crawln> I have a question why won't ffmpeg work with a git compiled version of x264 on arch linux? [08:26] <relaxed> did you ./configure ffmpeg with --enable-libx264 ? [08:28] <crawln> was just trying to upgrade the x264 but seems it's looking for libx264.so.138 and the git built 140 [08:28] <crawln> blah was hoping to just upgrade the x264 [08:28] <crawln> so much for that [08:29] <crawln> well looks like i get to try to figure out how to build ffmpeg from source yay. i want libfaac for aac encoding anyway [08:30] <relaxed> crawln: libfdk_aac is the best [08:30] <crawln> is it k. now to figure out how to build this thing lol [08:30] <relaxed> crawln: https://trac.ffmpeg.org/wiki/CompilationGuide [08:32] <crawln> relaxed, i'm on arch so no real guide for me unless generic works [08:33] <fundies> crawln, theres ffmpeg-git in the aur [08:34] <crawln> tried that [08:34] <crawln> but not sure what all is enabled on that one [08:35] <fundies> you can see the pkgbuild [08:35] <fundies> https://aur.archlinux.org/packages/ff/ffmpeg-git/PKGBUILD [08:35] <fundies> yaourt will ask you to edit it [08:36] <crawln> i don't use yoaurt. I have a build folder lol [08:36] <fundies> use yaourt its easier :P [08:38] <crawln> hmm pacman is bitching about missing signatures lol [08:38] <fundies> i set the no verify option but thats not recommended :P [09:05] <crawln> so what is better libav or ffmpeg :P [13:54] <renihs> hello, if i attempt to capture my desktop with ffmpeg -f x11grab -r 30 -s 1680x1050 -i :0.0 -vcodec libx264 -threads 0 output.avi -> the video seems "speeded up" [13:55] <renihs> like double speed or something, is there anything special i need todo if i want "realtime" (aka whats happening on desktop?) [14:03] <renihs> well, i guess frame dropping, bah i wish i could replace that gnome3 desktop recorder [14:03] <renihs> i can record full hd desktop video without any perf issues [14:05] <relaxed> renihs: try lowering the fraemrate and don't use .avi for the output [14:05] <relaxed> framerate* [14:07] <relaxed> add -preset:v superfast [14:08] <renihs> relaxed, already tried that hmm i guess i will gonna try vp8 [14:09] <renihs> relaxed, oh, k, will try different file, didnt think the file extension would impact [14:10] <relaxed> vp8 encoding is much slower than h264 [14:11] <relaxed> make sure you're using a recent ffmpeg version [14:11] <renihs> slower? i thoguht its cpu lighter but less quality [14:13] <renihs> hmm [14:13] <relaxed> I'm pretty sure it's slower with poorer quality [14:18] <Keestu> hello all, i have a generic question. Kindly bare if the question is very basic. I have a idea of RTSP which can be used to stream audio/video, and in the ffmpeg also it is mentioned that it can be used for the same?. does that mean ffmpeg is the replacement for RTSP ? [14:19] <renihs> ffmpeg -f x11grab -vsync 1 -c:v libx264 -preset ultrafast -tune zerolatency -g 90 -f test.mp4 hmm where is my typo [14:20] <relaxed> no input [14:21] <renihs> ffmpeg -f x11grab -s 1680x1050 -i :0.0 -vsync 1 -c:v libx264 -preset ultrafast -tune zerolatency -g 90 -f test.mp4 hmm but seems i specified output wrong hmm [14:23] <renihs> hah hmm now to see if its bette [14:24] <Keestu> could some one kindly help me ? [14:24] <renihs> and also to figure out why i cant record audio ...once i capture resolutions > 1280x1024 :) [14:24] <renihs> (on lower resolutions it works?) [15:10] <relaxed> renihs: that makes no sense [15:12] <relaxed> Keestu: https://trac.ffmpeg.org/wiki/StreamingGuide [15:30] <renihs> relaxed, will do in abit, i agree that makes no sense at all :) [15:34] <sky2> microchip_: thebombzen JEEB :hello [15:35] <sky2> yet to fix the issue of flv converting into.3gp using avconv [15:36] <sky2> if someone pls help me to get the issue solved [15:36] <microchip_> sky2: download a static ffmpeg [15:36] <sky2> ok [15:37] <microchip_> sky2: ^^^ [15:37] <sky2> ok [15:38] <sky2> microchip_: i see that ffmpeg-2.0.1-64bit-static.tar.bz2 < is 64 bit while im on a 32-bit [15:39] <sky2> so would that be good for me? [15:39] <microchip_> sky2: http://ffmpeg.gusari.org/static/32bit/ [15:39] <sky2> ok [15:40] <sky2> microchip_: may i choose this one? [15:40] <sky2> [ ] ffmpeg.static.32bit.2014-01-20.tar.gz 20-Jan-2014 06:07 14M a87d5509b0f1faf8298c69f477b7b872 (md5) [15:40] <microchip_> sky2: sure [15:40] <sky2> cool [15:41] <sky2> microchip_: downloading [15:48] <sky2> microchip_: its downloaded [15:50] <sky2> clicked on it [15:50] <sky2> seeing two :ffmpeg(18.9MB) ffprobe(18.9MB) [15:51] <sky2> microchip_: so now what I should do ? [15:52] <microchip_> extract it and run it [15:54] <sky2> clicked on the clicked on ffmpeg , popped up a new window saying No application available to open "ffmpeg" .Click on "Show other application online" to install a new application" [15:55] <sky2> microchip_: opened other applications [15:56] <sky2> seeing a list of apps asking me to choose an app to open ffmpeg [15:56] <microchip_> dude, run it in a terminal. ffmpeg is not graphic [15:56] <sky2> ahh [15:56] <sky2> ok [15:56] <sky2> so what is the cmd? [15:57] <sky2> ./ffmpeg [15:57] <sky2> <, is this one? [16:01] <sky2> microchip_: BRB [16:01] <microchip_> sky2: use the same parameters you used for avconv, except replace avconv with ffmpeg instead... [16:01] <sky2> ok [16:02] <sky2> but i need to extract & run the ffmpeg which i downloaded [16:03] <sky2> as u said that it should be run on TERMINAL 7 i dont know the command for extraction & running it [16:03] <sky2> &* [16:04] <sky2> ok microchip_ : im a bit away..will catch it in few time :) [16:05] <sky2> always thankful to you for help, microchip_ [16:10] <microchip_> sky2: tar -zxvf ffmpeg.tar.gz [16:11] <microchip_> sky2: don't you have a GUI archive extractor? [16:11] <renihs> tar doesnt need z/j etc anymore :) [16:11] <Ko_deZ> Hi. I am trying to modify ffprobe to print out qp and bits used for each macroblock. There is a function called av_frame_get_qp_table, but it always returns a null-pointer. I added a printout in show_frame in ffprobe.c. Am I looking in the wrong places? [16:11] <renihs> it determines itself [16:13] <sspiff> I have a format with a custom AVIOContext, and I want to prevent it from probing - I know what kind of format it needs to use, and I provide this when I open the input (with av_find_input_format("mpegts")) [16:14] <sspiff> yet it still wants to read data when I call avformat_open_input() [16:14] <sspiff> any help? [16:26] <sspiff> can I just set fmt_ctx->probesize to zero? [16:39] <sspiff> ok, that didn't help [18:15] <sky2> hello microchip_ [18:16] <sky2> may I request you to guide me yo get ffmpeg working [18:16] <sky2> to* [18:27] <average> whaaaaa ? [18:28] <average> guide you through ffmpeg ? [18:28] <average> dude, ask an actual question [18:28] <average> sky2: ask a precise question if you want to get an answer [18:28] <sky2> average: i want to get an flv file converted into .3gp [18:28] <SmokedCheese> sup guys [18:29] <SmokedCheese> why ffmpeg writes me >>ffmpeg: ass.c:1042: read_file: Assertion `buf' failed. [18:32] <sky2> average: microchip_ asked me to get ffmpeg downloaded from http://ffmpeg.gusari.org/static/ ..& i got it but how to run it ? [18:32] <sky2> 32-bit [18:32] <average> sky2: there are 32 and 64 bit versions [18:32] <sky2> yup [18:33] <average> sky2: when you come here, and ask a question, you have to use http://pastie.org/ to show the result of your command [18:33] <average> errors or stacktraces or whatever [18:33] <average> sky2: you isolate the problem to a small example [18:33] <average> you run it, you get errors, you put them on pastie [18:33] <average> then you come here and ask us "look, I tried this, I got this, what do I do?" [18:33] <average> that's the proper way [18:34] <average> and that doesn't apply only to #ffmpeg , but most OSS projects out there with an IRC channel [18:34] <sky2> average: hope you did not get me right.. i was asking how to run ffmpeg which i downloaded from the link i posted [18:35] <sky2> i downloaded the 32 bit [18:35] <sky2> how to extract & run..im new in Linux [18:35] <sky2> what is the command? [18:35] <average> again, you didn't follow my recommendation [18:35] <average> you didn't tell me what file you got [18:35] <average> you didn't tell me what command you used for extracting [18:36] <average> you didn't tell me *anything* [18:36] <average> sky2: do you actually read what I'm writing here ? [18:36] <sky2> i did not run any command as i dont know what is the command for extraction [18:37] <average> sky2: ok, one question answered, you have 2 left [18:37] <average> 19:35 < average> you didn't tell me what file you got [18:37] <average> what file did you get ? [18:37] <sky2> http://ffmpeg.gusari.org/static/ << from this link the 32bit file i got [18:37] <sky2> i posted it earlier [18:38] <average> that is a *directory* [18:38] <average> what FILE! did you get from that directory ? [18:38] <average> sky2: what is the exact link you got from that directory ? [18:38] <average> the file, not the directory [18:40] <average> sky2: are you still there ? [18:41] <sky2> yea [18:41] <average> are you gonna answer my question ? [18:41] <sky2> yea..sorry for being a bit late [18:42] <sky2> i posted the lnk average [18:43] <average> ok let me show you how it's done [18:43] <average> your answer should have been [18:43] <average> "I got this file http://ffmpeg.gusari.org/static/64bit/ffmpeg.static.64bit.2014-01-18.tar.gz" (for example) [18:43] <average> now my reply would be "ok, now you have to extract it, tar xzvf ffmpeg.static.64bit.2014-01-18.tar.gz" [18:43] <average> and then you say "cool, so what do I do now ?" [18:44] <sky2> sky2> http://ffmpeg.gusari.org/static/ << from this link the 32bit file i got [18:44] <sky2> thats what i wrote [18:44] <average> You didn't write that you silly, I just told you , you didn't write what I asked you for [18:45] <average> ok let me continue my monologue [18:45] <average> so you ask "cool, so what do I do now?" [18:45] <average> and I'll tell you "look for ffmpeg and ffprobe inside the directory where you extracted" [18:46] <average> and then you'd ask me "ok, but how do I use ffmpeg to do flv => 3gp" [18:46] <average> and I would tell you "look here http://stackoverflow.com/questions/2964144/ffmpeg-flv-to-3gp-more-than-176x…" [18:47] <average> "or here http://ubuntuforums.org/showthread.php?t=2082716" [18:47] <sky2> average i downloaded & clicked on it saw 2 objects like ffmpeg (18.9MB) & ffprobe (18.9MB) [18:47] <average> sky2: go to ##linux or #ubuntu and ask "how do I download and extract a tarball ?" [18:47] <average> sky2: "from the console" [18:48] <average> sky2: and then come back [18:48] <average> if you're gonna be using ffmpeg you have to at least get a bit familiar with the console, you'll be spending hours in it [18:49] <average> maybe days [18:49] <average> maybe weeks [18:49] <sky2> average: u asked me from where did i get the link look here "<average> sky2: what is the exact link you got from that directory ? [18:49] <sky2> so i gave you the link!! [18:49] <sky2> simple [18:49] <average> oh man, this guy wants to argue with me... [18:49] <average> jesus christ [18:50] <sky2> im not arguing simply citing what you had said earlier [18:50] <sky2> u r getting me wrong all over [18:50] <average> I'm getting you wrong ? ok, great, find someone who gets you right [18:51] <sky2> i cant follow the reason of your being so irritant [18:51] <sky2> i simply asked how to convert an flv into a .3gp [18:52] <sky2> i\\& i said im quite to linux .. [18:52] <sky2> & I said* [18:52] <average> microchip_: can you help this guy ? he doesn't want to listen to me. I tried to help him, he just doesn't listen [18:52] <sky2> my god!! [18:53] <sky2> i was simply answering the questions you were asking .. [18:54] <sky2> if you were trying to help me out then pls bear with the student for a bit ..but amazingly you were found to be irritant from the word "GPO" [18:54] <sky2> GO* [18:55] <sky2> dunno the reason [18:55] <average> I kept my composure, I asked you many times to tell me the exact file you downloaded [18:55] <average> you refused [18:55] <average> you kept giving me the link to the directory [18:55] <sky2> oh my god [18:55] <average> and if I ask you again, history will keep repeating itself [18:55] <average> forever and ever ... [18:56] <sky2> oh no average [18:56] <average> it's like a trap [18:56] <sky2> for god sake i told you that i downloaded 32 bit from this link ( showing you the link i downloaded from) [18:57] <average> this is not even funny [18:57] <average> here we go again [18:57] <average> "I told you I downloaded 32 bit from this link" [18:57] <sky2> ffmpeg.static.32bit.2014-01-20.tar.gz 20-Jan-2014 06:07 14M a87d5509b0f1faf8298c69f477b7b872 (md5) [18:57] <average> pfff.. [18:57] <average> finally !!! [18:57] <average> finally he shows me the actual file [18:57] <average> jesus christ, it takes miracles [18:58] <average> asteroids smashing into earth sooner than sky2 would tell me the answer [18:58] <average> sky2: was it hard ? [18:59] <average> ok, now follow the extract command I gave you above [18:59] <sky2> i thought you understood the file i downloaded as i said 32 bit downloaded [18:59] <sky2> anyway .. [18:59] <sky2> leave it aside.. [18:59] <average> 19:43 < average> ok let me show you how it's done [18:59] <average> 19:43 < average> your answer should have been [18:59] <average> 19:43 < average> "I got this file http://ffmpeg.gusari.org/static/64bit/ffmpeg.static.64bit.2014-01-18.tar.gz" (for example) [19:00] <average> 19:43 < average> now my reply would be "ok, now you have to extract it, tar xzvf ffmpeg.static.64bit.2014-01-18.tar.gz" [19:00] <average> 19:43 < average> and then you say "cool, so what do I do now ?" [19:00] <average> 19:45 < average> and I'll tell you "look for ffmpeg and ffprobe inside the directory where you extracted" [19:00] <average> 19:46 < average> and then you'd ask me "ok, but how do I use ffmpeg to do flv => 3gp" [19:00] <average> 19:46 < average> and I would tell you "look here http://stackoverflow.com/questions/2964144/ffmpeg-flv-to-3gp-more-than-176x…" [19:00] <average> 19:47 < average> "or here http://ubuntuforums.org/showthread.php?t=2082716" [19:00] <average> sky2: read that ^^ [19:01] <average> sky2: you need to open up a terminal [19:01] <sky2> ok [19:01] <sky2> yea [19:02] <sky2> ok average my bad ..it was sheer misunderstanding.. [19:02] <sky2> dont get annoyed pls [19:02] <sky2> i need help [19:02] <sky2> & get this fixed [19:03] <sky2> & want to learn stuffs on Linux & ffmpeg stuffs [19:03] <sky2> thats my candid declarations [19:04] <average> sky2: I believe you [19:04] <average> sky2: I won't get annoyed [19:04] <average> sky2: go ahead open up a terminal [19:04] <sky2> thanks a ton:) [19:04] <average> no problem [19:04] <sky2> ok average [19:04] <sky2> opened [19:10] <average> sky2: get familiar with it, use commands like "cd /tmp " , "cd $HOME" [19:10] <average> sky2: "ls" [19:10] <sky2> average: ok i see [19:13] <average> sky2: what do you see ? ask questions ... [19:13] <average> you're like 30% through this, you have a long way to go [19:13] <average> even longer if you don't ask questions [19:14] <sky2> i typed cd/tmp [19:14] <average> ok, what happened ? [19:15] <sky2> /tmp $ [19:15] <average> great ! [19:15] <average> what does that mean ? [19:15] <average> do you know ? do you not know ? [19:15] <sky2> temporary files i think.. [19:15] <sky2> thats what it refers to [19:15] <sky2> i may be wrong [19:16] <sky2> cd $home [19:16] <sky2> oh no [19:16] <sky2> sorry [19:17] <average> cd $HOME [19:17] <sky2> cd $HOME [19:17] <sky2> sky@sky-desktop ~ $ [19:17] <average> anyway go through this http://www.youtube.com/watch?v=lu9FqAAtiBM [19:17] <sky2> OK [19:17] <average> nooo, don't [19:17] <average> it's bullshit, I just skimmed through it [19:18] <average> god, no good bash tutorials on youtube [19:18] <average> why.. [19:18] <sky2> AHH ok [19:19] <average> http://www.youtube.com/watch?v=T6pp82CVQfQ [19:19] <sky2> ok [19:19] <average> watch from 03:25 onwards [19:19] <average> sky2: ^^ [19:19] <average> go through that, it will give you a minimal bash introduction [19:19] <average> you have to know this, you'll be in big trouble if you don't know that stuff [19:19] <sky2> oh ok [19:21] <sky2> btw average http://stackoverflow.com/questions/2964144/ffmpeg-flv-to-3gp-more-than-176x… << i tried this commad earlier but with zero luck [19:22] <sky2> did not yeild me the desired .3gp [19:22] <average> sky2: go through what I told you. if you don't have a basic grounding in bash, you're nowhere near using ffmpeg [19:22] <sky2> hmm [19:22] <sky2> k [19:24] <average> sky2: also, know that using ffmpeg stuff.. will use the ffmpeg installed on your system (which is if you installed it from packages, which I assume you didn't because you downloaded manually, and that's good) [19:25] <average> sky2: if you want to use a binary from a specific directory, and you are inside that directory you should use ./ffmpeg [19:25] <average> sky2: I'm talking about the ffmpeg binary [19:25] <sky2> ok [19:26] <average> sky2: but this is basic linux stuff, so if you will get into trouble and stuff won't work, it won't be because of ffmpeg, it will be because you don't have a good grasp of bash and the linux terminal [19:27] <sky2> average: i do understand [19:27] <average> ok [19:27] <sky2> i simply downloaded the file i showed you & its in my dowload folder [19:28] <sky2> i clicked on it & saw 2 objects [19:28] <average> I know that, remember we talked about this a lot.. [19:28] <sky2> like ffmpeg & ffprobe [19:28] <sky2> yea [19:28] <sky2> :p [19:28] <average> now get a good(or at least minimal) grasp of the linux terminal, and bash [19:28] <average> learn how to wget [19:29] <average> learn how to unpack a tarball [19:29] <average> learn how to run binaries [19:29] <sky2> at that point i got stuck [19:29] <average> learn how to list contents of a directory [19:29] <sky2> i see [19:29] <average> learn how to get the current directory you're in (hint: pwd) [19:29] <sky2> yea [19:30] <average> once you cover that, you will be able to use ffmpeg and you will be happy [19:30] <sky2> :) [19:30] <sky2> brb [19:30] <sky2> away a bit [19:30] <average> ok [20:11] <sky2> average: im back for a breief time [20:11] <sky2> brief* [20:12] <sky2> so I'm extremely greatful for your valuable suggestions & link you provided me with [20:13] <sky2> hope someday I should be able to use use ffmpeg sucessfully [20:15] <sky2> jusrt its my personal request if you ae available & not busy atm.can you pls show me the said flv file converted into a 3gp with vid & aud working for my cell phone? [20:15] <sky2> just* [20:17] <sky2> dont consider that im trying to get the esired job done bu you..its my personal interest exclusively [20:17] <sky2> d* [20:20] <sky2> ok average gotta go now,,cya soon .Tc & bye [20:21] <sky2> :) [21:46] <DelphiWorld> hey ffmpegers [21:46] <DelphiWorld> michaelni: lol [21:46] <DelphiWorld> what's the heck is branch qatar :P [21:46] <DelphiWorld> no oman? no UAE? only qatar? LOL [21:47] <llogan> DelphiWorld: it's what Libav called themselves at one time [21:47] <llogan> or something like that [21:47] <DelphiWorld> llooll [21:48] <llogan> it was an april fools joke. they changed their site to use qatar colors and flag [21:48] <DelphiWorld> HAHAHA [21:49] <DelphiWorld> llogan: so funy [23:12] <users> I am still battling with ffmpeg to convert files compadible with my wiiu.. I have made a pastebin of two files that seem identical, but only one plays (gu2.mp4) can someone review the pastebin and tell me what the difference between the two is???? . [23:13] <users> http://pastebin.com/gZvjK01t [23:17] <users> :( [23:39] <Hello71> how can I show the psnr of a conversion? [23:39] <Hello71> audio channel [00:00] --- Tue Jan 21 2014

1 0

ffmpeg-devel.log.20140119
by burek 20 Jan '14

20 Jan '14

[00:30] <cone-851> ffmpeg.git 03Timothy Gu 07master:b9bedb0b287d: avcodec/dnxhdenc: return meaningful return codes [00:44] <kierank> is there any way of dumping intra prediction mode? [00:54] <kierank> first analyser I download is a GPL violation... [01:00] <Compn> intra prediction [01:00] <Compn> humm [01:00] <Compn> no idea [01:12] <BBB> kierank: add printfs to ffmpeg decoder (it's what I typically do) [01:12] <BBB> unless I'm debugging ffmpeg mismatches, then I'm adding printfs to the reference decoder [01:13] <kierank> BBB: The analyser I reported for being a violation did it [01:14] <BBB> I like codecvisa, nice product [01:14] <BBB> supports vp8/9 also, useful [05:04] <cone-465> ffmpeg.git 03Michael Niedermayer 07master:8893f31e2063: avcodec/mjpegdec: update cur_scan also for non-LS jpeg [05:04] <cone-465> ffmpeg.git 03Michael Niedermayer 07master:361e27a3d809: avcodec/mjpegdec: only run EOI emulation code when there was a scan [05:04] <cone-465> ffmpeg.git 03Michael Niedermayer 07master:31e703e899be: avcodec/mjpegdec: Dont treat the lack of a startcode differently from end of the bitstream [06:41] <cone-465> ffmpeg.git 03Michael Niedermayer 07master:676a395ab903: avcodec/aacdec: Dont fail if channels arent known yet [10:38] <ubitux> https://commons.wikimedia.org/wiki/Commons:Requests_for_comment/MP4_Video [10:40] <nevcairiel> I always feel sad when people assert MP4 == AVC [10:41] <ubitux> :) [10:42] <nevcairiel> MPEG4pt2 is also part of the whole MPEG4 pool of things! [12:21] <cone-673> ffmpeg.git 03Stefano Sabatini 07master:3dc494f8b94b: lavfi/vidstabtransform: apply various documentation/option minor fixes [12:21] <cone-673> ffmpeg.git 03Stefano Sabatini 07master:529573591a48: doc/muxers/segment: fix formula for computing the segment_time_delta value [12:40] <j-b> 'morning [13:30] <ubitux> http://jeremykun.com/2013/12/30/the-two-dimensional-fourier-transform-and-d… [13:42] <cone-673> ffmpeg.git 03Timothy Gu 07master:093439b4818d: doc/encoders: add libx264rgb doc and supported pixfmts for libx264(rgb) [13:42] <cone-673> ffmpeg.git 03Timothy Gu 07master:560724215593: doc/muxers: add "Options", "Examples", "Syntax", etc. subsections [14:02] Action: BBB pets j-b [14:43] <Compn> ubitux : is that a fft speedup ? [14:43] <Compn> i dont see benchmarks :P [14:44] <Compn> if it is a speedup, someone should forward it to fabrice [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/1.1:3ae81880e1ea: avcodec/mjpegdec: update cur_scan also for non-LS jpeg [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/1.1:55a4228ac2ee: avcodec/mjpegdec: only run EOI emulation code when there was a scan [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/1.1:bb26a88193d9: avcodec/mjpegdec: Dont treat the lack of a startcode differently from end of the bitstream [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/1.1:6fa97413578e: avcodec/aacdec: Dont fail if channels arent known yet [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/1.2:67d20495f592: avcodec/mjpegdec: update cur_scan also for non-LS jpeg [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/1.2:d81ccf1fb229: avcodec/mjpegdec: only run EOI emulation code when there was a scan [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/1.2:bd29764c6177: avcodec/aacdec: Dont fail if channels arent known yet [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/1.2:f0fabcc6ed0d: avcodec/mjpegdec: Dont treat the lack of a startcode differently from end of the bitstream [15:00] <cone-673> ffmpeg.git 03Carl Eugen Hoyos 07release/2.1:f4e051680ec3: Fix libxvid crash on failing initialisation. [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/2.1:2c5c6affb1c3: avcodec/mjpegdec: update cur_scan also for non-LS jpeg [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/2.1:83dc8f044d66: avcodec/mjpegdec: only run EOI emulation code when there was a scan [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/2.1:756cd1a305d2: avcodec/mjpegdec: Dont treat the lack of a startcode differently from end of the bitstream [15:00] <cone-673> ffmpeg.git 03Michael Niedermayer 07release/2.1:9d83cff1f117: avcodec/aacdec: Dont fail if channels arent known yet [17:35] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:ad8d063f230c: avcodec/mjpegdec: Dont skip picture allocation if theres no picture allocated [17:57] <cone-673> ffmpeg.git 03Nicolas George 07master:3532dd52c51f: lavu/rational: add syntactic sugar. [17:57] <cone-673> ffmpeg.git 03Nicolas George 07master:bf9908c62746: lavfi/af_amerge: use av_make_q. [17:57] <cone-673> ffmpeg.git 03Nicolas George 07master:c4b7ad324b04: lavfi/avf_concat: use av_make_q. [17:57] <cone-673> ffmpeg.git 03Nicolas George 07master:77b8d4e52130: lavfi/vf_tile: use av_make_q. [17:57] <cone-673> ffmpeg.git 03Nicolas George 07master:2dc5980d6149: lavfi/dualinput: fix shortest option. [17:57] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:0500623d5840: Merge remote-tracking branch 'cigaes/master' [18:19] <ubitux> 17:19:34 <+smarter> ubitux: I think you had a branch with all the changes made in libav but not in ffmpeg? [18:19] <ubitux> 17:19:43 <+smarter> (for vp9) [18:19] <ubitux> yes but we merged all the relevant stuff [18:19] <ubitux> we didn't merge the cosmetics though [18:20] <ubitux> smarter: btw, we are faster than libvpx [18:20] <smarter> ubitux: yes, but the version in libav doesn't have all the new asm :/ [18:21] <ubitux> it lacks quite a bunch of fixes too [18:21] <ubitux> and there is not only the new asm [18:21] <smarter> yes, that's what I was complaining about in the #libav-devel [18:21] <ubitux> they also introduced specific bugs btw but well... [18:21] <smarter> yes, I found one [18:22] <smarter> that's what I was wondering if you still had that branch so that I could find others [18:22] <smarter> *why [18:22] <ubitux> ah, no, sorry i deleted it [18:22] <ubitux> since it was not relevant anymore...... [18:23] <ubitux> oups key repeat [18:24] <smarter> :/ [18:29] <wm4> smarter: the cheapest way seems to be copying all vp9 related source files to libav and making a patch out of that [18:31] <ubitux> wm4: you can't really do that [18:31] <smarter> libav splitted vp9.c into a bunch of files [18:31] <smarter> so now you can't cherry-pick anything [18:31] <ubitux> they split the files, really added cosmetics all over the place [18:31] <ubitux> it took me about 3 days to extract all the changes [18:31] <wm4> ugh [18:32] <ubitux> they renamed variables randomly too [18:32] <wm4> "let's do cosmetic on code that we didn't write, and then be stuck with not being able to merge back changes from the original author" [18:33] <ubitux> they renamed a function wrongly btw, that was funny :x [18:34] <ubitux> wm4: maybe they thought we'd merge their irrelevant changes, which we actually didn't for once [18:36] <ubitux> smarter: maybe they still have the history of their changes hidden somewhere, ask them [18:36] <smarter> probably got squashed away [18:40] <ubitux> of av_make_q [18:40] <ubitux> that is cool. [18:42] <ubitux> s/of/oh/ [18:47] <BBB> I asked for their history [18:47] <BBB> I got an answer from one of their developers in private who gave me specific patches contributed by him alone, and the others wouldn't talk to me [18:48] <BBB> so there was good, there was bad [18:48] <BBB> nothing new [18:48] <BBB> smarter: how's ffhevc performance faring btw? [18:48] <BBB> smarter: haven't exactly followed it, but I was intending to look at that at some point in the future, given that hevc will probably become relevant at some point in the future [18:49] <smarter> some people are working on MC asm: https://github.com/organizations/OpenHEVC [18:49] <BBB> oh cool [18:50] <smarter> I'm currently reviewing the deblocking asm someone wrote, and once that's done I'll probably try to write asm for the other loop filter (Sampled Adaptive Offset) [18:50] <BBB> which branch and which tree? [18:50] <smarter> https://github.com/OpenHEVC/openHEVC/tree/hevc [18:50] <smarter> it's confusing because they also have intrinsics (that they're planning to convert to asm) [18:51] <smarter> I think no one is working on transform asm [18:51] <BBB> oh god intrinsics [18:51] <BBB> ah there actual asm [18:52] <smarter> ask plepere about all that stuff :) [18:52] <BBB> he wrote the intrinsics, or the asm? [18:52] <BBB> I mean the asm looks kinda weird [18:53] <smarter> both [18:54] <BBB> I guess it combines 8bit and 10bit asm which is kinda weird [19:12] <BBB> anyway [19:12] <ubitux> smarter: about Anton's comment, fate coverage is different in FFmpeg btw [19:13] <BBB> any speed numbers on their vs. our asm performance? [19:13] <smarter> ubitux: you have more samples? [19:13] <ubitux> yes [19:13] <BBB> oh that bug was still there? [19:13] <BBB> I pointed it out specifically to them [19:13] <BBB> weird [19:14] Action: BBB goes back to doing useful stuff [19:14] <smarter> BBB: you mean, hevc vs vp9 speed? [19:15] <BBB> yeah [19:16] <BBB> I know it's a little far-fetched as a simple question, but wouldn't that be an amazing question to try and answer at various levels? [19:16] <smarter> vp9 is probably much faster [19:16] <BBB> consider that we have full control over both codebases and we can probably share some code here and there [19:16] <smarter> I see, yes :) [19:16] <BBB> so this should be good for both [19:17] <smarter> ubitux: it seems there's the same number of files when I do ls tests/ref/fate/vp9-* for ffmpeg and libav [19:19] <ubitux> smarter: try a diff between the two vpx.mak [19:28] <smarter> got it, thanks [19:29] <BBB> poor smarter, backporting fixes? [19:29] <nevcairiel> its funnier then that, fixing issues they introduced in their "style" cleanup :p [19:30] <smarter> I backported a few things, we'll see if this piss me off enough to do more [19:30] <ubitux> smarter: i have a lot of more funny tasks to suggest if you're bored ;) [19:30] <smarter> I do work on other stuff too :) [19:31] <smarter> ubitux: what do you have in mind? [19:31] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:5800b08572ef: avformat/matroskadec: support SVQ3 as generated by mkvtoolnix-6.6.0 [19:31] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:48218580e1ec: avformat/matroskadec: support QDM2 as generated by mkvtoolnix-6.7.0 [19:38] <ubitux> smarter: filters! [19:39] <ubitux> subtitles! [19:39] <ubitux> ah, no [19:39] <ubitux> that one is not fun [19:39] <ubitux> a lot of filters could get some asm and various optims [19:40] <ubitux> ...also, a bunch of useful filters could be written [19:41] <smarter> like what? [19:41] Action: smarter never even used libavfilter [19:42] <ubitux> a real fps filter [19:42] <ubitux> wit frame interpolation so we can have slowmo [19:42] <ubitux> with* [19:42] <smarter> fun [19:42] <ubitux> about optimizations in current filters... fieldmatch, dctdnoiz, ... [19:43] <ubitux> maybe add gpu support in lut3d filter [19:43] <smarter> I wonder if motion vectors would help for interpolating frames [19:44] <ubitux> if you plan to reuse codecs mv, they're mostly designed for codecs efficiency, i doubt it will be useful in filters [19:44] <ubitux> contrary to codecs, a bunch of filters could benefit from the gpu [19:45] <ubitux> anyway, lots of fun in that area [19:45] <smarter> are there existing filters which use the gpu? [19:45] <ubitux> opencl is integrated with a few ones [19:45] <ubitux> but they're mostly useless [19:45] <JEEB> it's unfortunately not simple to make a useful GPU-using thingamajig [19:46] <smarter> doesn't stop people from trying :p [19:46] <JEEB> indeed [19:47] <JEEB> and thus lots of papers are written [19:47] <smarter> in the video you linked the other day, the x265 guy mentioned using GPUs [19:47] <wm4> michaelni: would it be possible to export ff_codec_movvideo_tags and ff_codec_movaudio_tags? [19:47] <smarter> probably just a buzzword [19:48] <wm4> michaelni: would it be possible to export ff_codec_movvideo_tags and ff_codec_movaudio_tags? [19:48] <wm4> oops [19:51] <michaelni> wm4, yes it would be possible [19:51] <michaelni> do you want to send a patch ? [19:52] <wm4> yes [19:54] <michaelni> see avformat_get_riff_video_tags() / avformat_get_riff_audio_tags() but you probably already know/found them [19:55] <wm4> yes [19:55] <BBB> smarter: yes it's a buzzword, it's been talked about for 10 years now [19:56] <BBB> smarter: but yes it'd be much more fun and useful if you wrote new stuff rather than port existing stuff from a to b [19:57] <BBB> smarter: like, you could help get ffhevc in a state where it's mega-fast and the obvious counterpart of whatever the default encoder will be for 265 (likely x265?) [19:57] <BBB> smarter: maybe help get daala moving into a useful direction [19:57] <BBB> smarter: help write vp9 simd if you want [19:57] <BBB> (write, not port) [19:57] <nevcairiel> JEEB: did you see AMDs claim to build a h265 decoder based on their HSA infrastructure? [19:58] <ubitux> on a side note, i saw a guy working on a hw implem of daala [19:58] <BBB> yeah I saw that [19:58] <ubitux> that's pretty nice to see that at such early stage [20:02] <smarter> BBB: yes, I have things I want to do for hevc, vp9 and daala :] [20:02] <smarter> and I don't plan to spend too much time porting stuff, that'd be boring :p [20:02] <BBB> yay [20:02] <BBB> ok good then [20:03] <BBB> as long as it's fun [20:03] <BBB> I'd like to try daala at some point, I'm still thinking of what to do after ffvp9 is ""done"", daala or hevc? [20:03] <ubitux> daala is probably more interesting [20:03] <ubitux> from a learning experience PoV [20:08] <BBB> I'm more thinking about impact [20:08] <BBB> how_much_impact_can_I_have_on_the_project * how_big_will_project_impact_the_world = my_impact_on_the_world [20:08] <BBB> (both in a [0.0, 1.0] range) [20:09] <ubitux> i guess i'm way too egocentric to have such perspective ;) [20:09] <BBB> that's fair, we all have different ideals and ideas [20:12] <JEEB> nevcairiel, no I didn't. But I wouldn't be surprised if it just ends up being an ASIC via Yet Another API :D [20:12] <nevcairiel> hevc is quite likely to be the next h264, so from impact... [20:12] <nevcairiel> JEEB: nah AMD sucks at building decoding ASICs [20:12] <JEEB> oh I know that [20:13] <JEEB> anyways, so far AMD has touted their heterogenous stuff with everything that uses GPGPU [20:13] <JEEB> ...or the stuff on the GPU in general [20:14] <Mavrik> while we're at it... does nVidia have an API for their HW encoders? [20:14] <nevcairiel> sure [20:14] <JEEB> yup [20:14] <JEEB> I remember us having a laugh at the low-latency API looking like the x264 one :) [20:14] <smarter> btw, any news on http://www.amd.com/us/products/technologies/mantle/pages/mantle.aspx ? [20:15] <JEEB> @ #x264dev [20:15] <JEEB> smarter, nothing actually worthwhile [20:15] <JEEB> marketing talk mostly [20:15] <smarter> the description on that page is fantastic :p [20:15] <smarter> it says nothing with a lot of words [20:15] <JEEB> yes [20:16] <Mavrik> yep :D [20:19] <{V}> BBB, I think the daala project had a planning session recently, if you're interested https://daala.etherpad.mozilla.org/daala-plan-2014 [20:21] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:9d13432a9097: avformat/matroskadec: identify SMI as SVQ3 [20:34] <Compn> nvidia and amd should have built bitcoin mining hardware :P [20:34] <Compn> ehe [20:34] <BBB> {V}: ty [20:35] <Daemon404> daala is doing interesting things [20:36] <Daemon404> i am still skeptical if lapped dct and frequency-domain prediction will work out [20:36] <Daemon404> with their special OBMC etc [21:36] <cone-673> ffmpeg.git 03Tim Walker 07master:1f604f96ea70: ac3: set default matrix encoding modes in parse_frame_header. [21:36] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:c3d121568394: Merge commit '1f604f96ea70503caa642f68a85be6074a5b3f46' [21:46] <cone-673> ffmpeg.git 03Tim Walker 07master:c229f571fd3c: (e)ac3: parse and store the Lt/Rt and LFE mix levels. [21:46] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:3a5a039adee3: Merge commit 'c229f571fd3c7d7b567c27c87b2bbcdaee1b0e9f' [21:53] <cone-673> ffmpeg.git 03Tim Walker 07master:ade75fb81150: (e)ac3: clip surround mix level indexes. [21:53] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:10f1ee2f923a: Merge commit 'ade75fb811500f3e3f284737f123938d83be728f' [21:58] <cone-673> ffmpeg.git 03Tim Walker 07master:0d43b114ccba: eac3: cosmetics, re-indent. [21:58] <cone-673> ffmpeg.git 03Michael Niedermayer 07master:fde2afd9fb6e: Merge remote-tracking branch 'qatar/master' [22:26] <cone-673> ffmpeg.git 03wm4 07master:1a193c438c9b: lavf: add avformat_get_mov_video_tags() and avformat_get_mov_audio_tags() [22:27] <nevcairiel> wm4: another function you cant really use without shooting some distros in the foot? :p [22:27] <wm4> yes [22:27] <wm4> and I'll conveniently put the blame on Libav [22:28] <wm4> what I really should do is getting rid of my matroska demuxer, and make libavformat export the ordered chapter data structures, but that sounds like such a pain [22:29] <Compn> do it [22:29] Last message repeated 1 time(s). [22:29] <nevcairiel> I considered that [22:29] <nevcairiel> instead, i wrote a new demuxer [22:29] <Compn> psh [22:29] <nevcairiel> take away from that what you want [22:29] <nevcairiel> :D [22:29] <wm4> oops [22:29] <Compn> you guys always write your own wheels [22:29] <wm4> a new new demuxer, or that haali thing? [22:29] <JEEB> haali-based [22:29] <JEEB> put into avformat [22:29] <nevcairiel> more like hacked into avformat [22:30] <wm4> yeah, and last I heard it can't be easily merged into upstream libavformat [22:30] <nevcairiel> i would've kept it outside and just registered it with avformat, but somehow all the options to register external components disappeared over time [22:30] <wm4> a bit unfortunate [22:30] <wm4> heh [22:30] <ubitux> mkv improvements would be so much welcome :P [22:31] <nevcairiel> the nice thing about using a demuxer library inside a demuxer is, you can easily create multiple instances of the library-demuxer inside your demuxer to handle multiple files :d [22:32] <nevcairiel> in any case i dont plan to implement these weird mkv features again in a "native" demuxer, its just too much pain [22:32] <nevcairiel> (and for me it works quite nicely at the moment!) [22:33] <cone-673> ffmpeg.git 03Peter Ross 07master:f29cdbe1b59a: vp8: remove redundant "equals 1" test [00:00] --- Mon Jan 20 2014

1 0

ffmpeg.log.20140119
by burek 20 Jan '14

20 Jan '14

[01:55] <codestation> hi, i have a quick question about the ffmpeg API, how to make avformat_open_input ignore patterns like %d in the filename? I cannot open any files with those in the filename... [05:35] <Logicgate> hey guys [05:36] <Logicgate> is there a way to take an existing video, and create a completely new video with it. Not talking converting, talking about taking each frame and re-encoding them in a new format [05:42] <Logicgate> I need them to to be exactly like the Mp4s produced by an iPhone [05:59] <DeadSix27> isnt that what a encoder does? or am i completely idiotic? [05:59] <DeadSix27> @ Logicgate [06:02] <Logicgate> I have a hard time explaining myself [06:02] <Logicgate> This is sort of a complicated issue [06:03] <Logicgate> which ultimately I don't exactly know how to pinpoint the problem [06:03] <DeadSix27> what i mean is [06:03] <DeadSix27> -> Not talking converting | talking about taking each frame and re-encoding them in a new format [06:03] <Logicgate> Yes, yes, that' [06:03] <DeadSix27> both sounds like the same to me, or the second part could mean single frame output [06:03] <Logicgate> that's what it does. [06:03] <Logicgate> okay let me explain [06:04] <Logicgate> So, people upload videos to my site, multiple different formats, shapes and sizes with different audio codecs [06:04] <Logicgate> And I re-encode everything to MP4 so they can get played from an iPhone [06:04] <DeadSix27> ye [06:04] <Logicgate> Now, my problem is that even after re-encoding. It seems that some videos don't come out the same way, bitrate is different, frame rate is different, audio is different [06:05] <DeadSix27> oh you mean, "copy the video" but in a different format [06:05] <Logicgate> I want the videos to come out same format, same bitrate, same audio, etc. [06:05] <DeadSix27> while keeping "options" [06:05] <Logicgate> ye [06:05] <Logicgate> I don't know why but when I encode them with premiere [06:05] <Logicgate> they all work, and they're all the same [06:05] <Logicgate> when I use ffmpeg, they aren't [06:06] <DeadSix27> the thing is [06:06] <Logicgate> seems as if adobe premiere video exporting creates a brand new video, with specific options. [06:06] <DeadSix27> not all the video encoders have one way to copy the original video [06:06] <DeadSix27> as much i know [06:07] <DeadSix27> googling gave me: https://trac.ffmpeg.org/wiki/Option%20'-sameq'%20does%20NOT%20mean%20'same%20quality' [06:07] <Logicgate> https://develop.participatoryculture.org/index.php/ConversionMatrix [06:07] <Logicgate> this is the page I'm referring to [06:07] <Logicgate> it has a bunch of presets [06:08] <Logicgate> yet, none of them are doing what I want them to [06:08] <DeadSix27> what do you want them to do? [06:09] <DeadSix27> (I'd first update the options to the new layout) [06:09] <Logicgate> I want them to emulate the recording of an iPhone 4 [06:09] <Logicgate> or iPhone 5 I mean [06:09] <Logicgate> Exactly as if they were recorded from that device [06:09] <DeadSix27> then you first have to find out, in which way iphone encodes its videos [06:09] <DeadSix27> (which i dont know) [06:09] <Logicgate> Mp4 H264 [06:09] <DeadSix27> thats vague. [06:10] <Logicgate> what do you need [06:10] <DeadSix27> not i, you. [06:11] <DeadSix27> you tell me the encode line of that page [06:11] <DeadSix27> is not like the way iphone encodes its videos [06:11] <DeadSix27> then compare the difference, [06:11] <Logicgate> ffmpeg -i {$tmp4} -acodec aac -ac 2 -strict experimental -ab 160k -s 480x480 -vcodec libx264 -preset slow -profile:v baseline -level 30 -maxrate 10000000 -bufsize 10000000 -b 1200k -f mp4 -threads 0 {$out} [06:11] <Logicgate> this is what i use [06:11] <Logicgate> actually, let me be more clear. You know what Vine is? [06:12] <DeadSix27> some website i believe. [06:12] <DeadSix27> for videos i assume [06:12] <DeadSix27> and i also assume it uses iphone video format [06:12] <Logicgate> yes it does [06:12] <Logicgate> well the app is available on both android and iphone [06:12] <DeadSix27> and your problem is, that vine doesnt quite see your encodes as the iphone encodes? [06:12] <Logicgate> i can show you a sample if you want [06:13] <Logicgate> Most videos work, but sometimes when encoding MOVs or AVIs, it doesn't [06:13] <DeadSix27> i yet dont rly get your problem [06:13] <Logicgate> can I pm you? [06:13] <DeadSix27> either post a error log.. or tell me what exactly does not work etc. [06:14] <Logicgate> Some videos won't play from the iPhone application, some won't play from the android application. [06:14] <DeadSix27> knock yourself out [07:48] <ndpratas> hi there [07:49] <ndpratas> I want to talk about resolutions and all that jazz for a bit so I can understand better why TV's work the way they do nowadays [07:49] <ndpratas> i know this is not the field of this channel but hey, you are probably into the suject anyways [07:53] <ndpratas> well seams no one's here [09:46] <DeadSix27> is there a constant available for the scale filter? [09:47] <DeadSix27> for width/height i mean [09:47] <DeadSix27> ah, nvm.. it was oddly listed on that google result page, took me a while to find it (ih/iw) [14:11] <hunterp> how can I play ffmpeg direct to speakers instead of out to a file?? [14:11] <hunterp> audio only, dont care about video [14:16] <klaxa> use a mediaplayer instead? [14:23] <hunterp> when I ./ffmpeg -i out.m4a -f sdl "asd" I ERROR: Output file #0 does not contain any stream [14:23] <hunterp> why ? [14:23] <jnvsor> hunterp: Specify your output codecs [14:25] <hunterp> jnvsor: nope [14:25] <klaxa> ffplay is for testing media, it can play back audio, but my question again, why are you not using a mediaplayer? ffmpeg's purpose is not playing back audio and/or video [14:29] <saste> klaxa, ffplay is for testing media: that's your personal view [14:29] <klaxa> oh? i was told i should not use it for playback, but to test integrety of files [14:29] <klaxa> i wonder when that was~ [14:31] <saste> klaxa, who told that? if you need a very simple player, ffplay will do it [14:31] <klaxa> i don't remember when exactly and who it was, i do remember it was when i had problems with video tearing [14:32] <relaxed> does ffplay use xv or opengl? [14:32] <klaxa> sdl afaik [14:35] <hunterp> correct sdl [14:41] <klaxa> saste, it appears that information was fabricated by my memory, i was never told that. i just checked with my logs [14:44] <sky2> Can some one pls help me as how to convert an flv fileintoa .3gp file? [14:45] <sky2> file into* [14:46] <sky2> Can some one pls help me as how to convert an flv file into a .3gp file? [15:29] Last message repeated 1 time(s). [15:36] <thebombzen> sky2: it depends on what codecs you want. .flv and .3gp are just containers [15:46] <sky2> thebombzen: i simply want the file to be playing in my mobile [15:47] <thebombzen> you need to read your phone's manual so you know what codecs/sizes/profiles are supported [15:47] <thebombzen> obviously you can't give an a bluray quality video file [15:48] <thebombzen> you have to go lower, but how much lower? [15:48] <sky2> i dont have the phone manual right now & i know that it plays all 3gp files [15:48] <sky2> as much lower as possible ..just to make it playable [15:49] <thebombzen> well there's no way to know what it supports until you read the manual [15:49] <thebombzen> you have to realize that 3gp doesn't tell you anything about what kind of video stream is inside: it's just the container [15:49] <sky2> i had a .mov file & someone helped me to convert it to a 3gp & my phone played it nice [15:50] <JEEB> take one file that works and see the output of ffmpeg -i file.3gp [15:50] <thebombzen> sky2: just saying saying it suppots .3gp is about as generic as saying it supports .zip. It gives you very little information [15:52] <sky2> JEEB You mean the 3gp file that worked in my mobile [15:52] <JEEB> yees [15:52] <JEEB> it should tell you what streams are inside [15:52] <JEEB> and might let you gain some little insight [15:53] <sky2> thebombzen: i think how about using the trial & error method with some codecs & see if any f them works! [15:53] <thebombzen> well no [15:53] <sky2> JEEB: i see [15:53] <thebombzen> I'd go with JEEB's idea [15:54] <sky2> thebombzen: ok [15:55] <sky2> im just afk , Be back in few time [15:55] <sky2> gimme some time. excuse me & thanks for the help.. [15:55] <sky2> BRB [16:20] <LordVan> hi [18:05] <sky2> thebombzen: hello [18:05] <sky2> JEEB hello [18:05] <thebombzen> sky2: how did it go? [18:06] <sky2> May I put the output of the file which works on my mobile? [18:06] <thebombzen> what did ffmpeg -i report about the_one_that_works.3gp (use a paste service such as http://pastebin.com/ [18:06] <thebombzen> don't paste it here: [18:06] <thebombzen> use a website and provide a link [18:06] <sky2> sure, I will [18:08] <sky2> giving the link [18:08] <sky2> http://pastebin.com/Hx2z2Zu5 [18:09] <sky2> link given thebombzen [18:09] <thebombzen> This line: Stream #0.0(und): Video: h264 (Main), yuv420p, 352x288 [PAR 1:1 DAR 11:9], 425 kb/s, 15 fps, 15 tbr, 15 tbn, 30 tbc provides the information you need [18:10] <sky2> thebombzen: ok [18:10] <thebombzen> that says that it's encoded as H.264 video [18:10] <thebombzen> that the size is 352x288 [18:10] <sky2> i see [18:10] <sky2> ok [18:10] <thebombzen> also 15 fps, and Main profile (Main is key) [18:11] <thebombzen> so you would run something like [18:11] <sky2> ok, my file name is "Gomukh.flv" [18:11] <sky2> thats what i want to convert to .3gp [18:12] <sky2> & the said file is on my Desktop [18:12] <thebombzen> ffmpeg -i Gomukh.flv -r 15 -s 352x288 -c:v libx264 -profile:v main -b:v 425k output_filename.3gp [18:13] <thebombzen> although that command might fail because you're using Libav and not FFmpeg, which has a much smaller feature set [18:14] <sky2> im using Libav..not ffmpeg? [18:14] <thebombzen> FFmpeg will autodetect 3gp because of the file extension. also, it also depends on if the input video has audio. if the input video has audio and you don't want audio then you have to add -an somewhere on the command line, before the output filename and after the input filename [18:14] <sky2> but the command starts with ffmpeg ..that you put [18:14] <thebombzen> yea, you're using Libav. A few years ago some developers forked the FFmpeg project and called the new project Libav. the packages in Debian/Ubuntu are not FFmpeg, but Libav [18:15] <sky2> oh ok [18:15] <thebombzen> however, FFmpeg contains all the Libav features but Libav doesn't add any of the FFmpeg features. so from a user's perspective, FFmpeg is superior [18:15] <sky2> i saw that on terminal it said like avconv .. [18:15] <sky2> so is that the best? [18:15] <thebombzen> no. the true FFmpeg isn't availible in the repositories. you have to compile it yourself from source [18:16] <thebombzen> see https://trac.ffmpeg.org/wiki/UbuntuCompilationGuide [18:16] <sky2> so how i can get ffmpeg ..im new to linux as such .. [18:16] <sky2> do I need to add PPA? [18:18] <sky2> thebombzen: i copied & pasted the command on TERMINAL but mothing happened [18:18] <sky2> nothing* [18:19] <sky2> & also says Gomukh.flv: No such file or directory [18:19] <sky2> whereas the file is sitting on desktop [18:22] <sky2> thebombzen: u busy? [18:23] <thebombzen> sky2: was Desktop your current working directory? [18:24] <thebombzen> if you open a terminal it might say something like: leo@chessman ~ $ [18:24] <thebombzen> the ~ means your home directory. to change to your desktop you have to run the command cd Desktop [18:25] <thebombzen> when you have a terminal open, all commands treat relative paths as if they are relative to the current working directory [18:25] <sky2> i see [18:25] <thebombzen> cd stands for "change directory" [18:25] <sky2> as I open the terminal it starts like sky@sky-desktop ~ $ [18:26] <thebombzen> yes. type cd Desktop [18:26] <sky2> ok [18:26] Last message repeated 1 time(s). [18:26] <thebombzen> now it should say ky@sky-desktop ~/Desktop $ [18:27] <thebombzen> then run that FFmpeg command [18:27] <sky2> yes [18:27] <sky2> ok [18:27] <xavery> should I de-interlace DVB captures? [18:28] <sky2> ran the command [18:28] <sky2> Unrecognized option 'c:v' [18:28] <sky2> Failed to set value 'libx264' for option 'c:v' [18:29] <thebombzen> yea, that's because Libav sucks [18:30] <JEEB> thebombzen, more like because the ffmpeg that was left over was not updated [18:30] <JEEB> libav created those changes IIRC (elenril did) [18:30] <JEEB> and ffmpeg merged them into ffmpeg's ffmpeg [18:31] <JEEB> sky2, use avconv if you want to use your packaged version [18:31] <thebombzen> or you could download the real FFmpeg from here: http://ffmpeg.gusari.org/static/64bit/ [18:31] <JEEB> with libav, use avconv; with FFmpeg use ffmpeg [18:31] <JEEB> yes [18:31] <JEEB> that's another way [18:32] <sky2> JEEB, thebombzen : in making a decision you are the best judges, as I said that I a newbie in Linux [18:33] <sky2> I am* [18:33] <sky2> so if you kindly guide me & recommend as what is the ideal [18:34] <thebombzen> yea. for you the temporary fix would be to run avconv instead of ffmpeg, but a longer-term fix is to get the real FFmpeg [18:35] <sky2> thebombzen: i see [18:35] <JEEB> if you want to just use what's packaged, use avconv. if you want to grab a nightly static build of ffmpeg you can grab and use that [18:36] <sky2> i would feel happy & blessed if i do get any flv files converted into 3gp files [18:36] <sky2> for the time being.. [18:37] <sky2> & then with further assitances would grab the ffmpeg as you said thebombzen [18:37] <thebombzen> yes. [18:37] <sky2> so how can I use avconv [18:45] <hayuto> hi [18:45] <hayuto> Could not find codec parameters for stream 0 (Video: none, 819 kb/s) [18:46] <hayuto> i used /usr/local/bin/ffmpeg -re -i rtmp://37.59.202.234:13335/live/hayuto -vcodec libx264 -s 640x360 -ar 44100 -f flv rtmp://37.59.202.234:13335/live/hayuto_360p [18:46] <hayuto> rtmp://37.59.202.234:13335/live/hayuto is played ok in every player [18:47] <hayuto> Input #0, flv, from 'rtmp://37.59.202.234:13335/live/hayuto': [18:48] <hayuto> hmm no its not atm [18:48] <sky2> thebombzen: can you pls suggest as how to use 'avconv' [18:48] <thebombzen> the same way I said to use ffmpeg, just write avconv instead of ffmpeg [18:49] <thebombzen> same command [18:49] <sky2> ok ,ty [18:50] <sky2> i had closed the terminal ..so again i would have to do cd Desktop on terminal? [18:51] <sky2> ffmpeg -i Gomukh.flv -r 15 -s 352x288 -c:v libx264 -profile:v main -b:v 425k output_filename.3gp [18:51] <sky2> u gave this command ..so putting avconv instead of ffmpeg here & trying :thebombzen [18:52] <thebombzen> yes. when you open a terminal it will always start in your home directory (at least for now this is a safe assuption) [18:52] <thebombzen> yes [18:52] <thebombzen> also I'd read this guide: http://www.extremetech.com/computing/128247-getting-started-with-linux-comm… [18:52] <sky2> thebombzen: ok cool [18:55] <sky2> thebombzen: i ran this command after changing the directory..Unknown encoder 'libx264' [18:55] <sky2> sorry [18:55] <thebombzen> try replacing that with h264 instead [18:56] <thebombzen> that should work with FFmpeg and not Libav though [18:56] <sky2> i see [18:57] <sky2> kindly see if this is good:avconv -i Gomukh.flv -r 15 -s 352x288 -c:v h264 -profile:v main -b:v 425k output_filename.3gp [18:58] <sky2> argh.. says Unknown encoder 'h264' [19:04] <microchip_> sky2: -c:v libx264 [19:04] <sky2> microchip_: ok ty [19:04] <sky2> trying out [19:06] <pcmad> hi [19:07] <sky2> tried out microchip_ [19:07] <sky2> says Unknown encoder 'libx264' [19:07] <microchip_> sky2: obviously, your ffmpeg/avconv needs to be compiled with libx264 support [19:07] <pcmad> when i transcode with ffmpeg x264 coded and i try to reduce the fps with -r15 or -20 i get artifact like if some full keys are missing , is there another way to change the fps without getting that problem ? [19:08] <sky2> microchip_: how can I get that done.. [19:08] <sky2> im quiet new to Linux [19:08] <microchip_> sky2: you need to recompile with --enable-libx264 [19:09] <pcmad> or find one already compiled for you version and type of linux [19:10] <sky2> microchip_: this the command I was trying out with :avconv -i Gomukh.flv -r 15 -s 352x288 -c:v libx264 -profile:v main -b:v 425k output_filename.3gp [19:10] <sky2> Gomukh.flv is the file name [19:11] <sky2> so where to put the "--enable-libx264" [19:12] <sky2> if you kindly suggest , microchip_ [19:12] <microchip_> sky2: you don't understand. your avconv doesn't have support for libx264. The only way to fix it is to recompile avconv with --enable-libx264 or find a compiled version with libx264 support [19:13] <sky2> microchip_: then how to get the recompilation done is all im asking for [19:13] <sky2> as I said im new to this stuffs [19:20] <microchip_> sky2: http://stackoverflow.com/questions/11234662/how-to-compile-avconv-with-libx… [19:21] <ubitux> for libav support, please go to #libav [19:21] <microchip_> sky2: also, this chan is for fmfpeg only. You may find better answeres in #libav [19:21] <ubitux> just try this if you're on ubuntu ^ [19:22] <JEEB> btw, the package is libavcodec-extra that contains libx264 and friends, debian for whatever reason has packaged separate versions for ages [19:23] <JEEB> well, the reason most certain probably is "no MPEG formats lol" but it leads to rather uncanny cases like that [19:23] <JEEB> and I think they actuall enable quite an amount of decoders by default nowadays [19:23] <JEEB> *actually [19:29] <Mavrik> they almost ship a usable OS :) [19:53] <sky2> is #libav on freenode? [19:54] <sky2> microchip_: the link you psoted appears to be somewaht complicated to me..excuse me.. [19:55] <sky2> so posted* [19:55] <sky2> still trying to implement [20:57] <Logicgate> hey guys [20:57] <Logicgate> how do I get the information just about the audio stream with ffprobe? [21:25] <brian__123> Hi - I need some help. I'm installing (on ubunru 12.04.4 LTS server) using the instructions on https://trac.ffmpeg.org/wiki/UbuntuCompilationGuide. I can install yasm OK but when I get to x264, and try to execute ./configure --prefix="$HOME/ffmpeg_build" --bindir="$HOME/bin" --enable-static I get a errors including "rm: cannot remove 'config.h' Permission denied (and similar) and ending... [21:25] <brian__123> ...with 'Out of tree builds are inpmossible with Out of tree builds are impossible with config.h/x264_config.h in source dir. I tried again using sudo and this time I got "Found no assembler" [21:41] <xavery> after demuxing the video and audio streams from a MPEG-TS stream, transcoding them to different formats (H.264 and AAC, respectively), and muxing them back together, they're not in sync anymore. what did I do wrong? [21:47] <brontosaurusrex> xavery, your commandline and everything [21:53] <xavery> brontosaurusrex, http://pastebin.ca/raw/2560596 - these are the exact commands I've used. you'll notice that I've used MP4Box for muxing. [21:54] <xavery> is it possible that both the streams got desynchronized when I demuxed them out of their common container, the MPEG-TS? [21:55] <brontosaurusrex> dunno, but why do you need mp4box at all? [21:55] <xavery> sadly, the effect is the same when I mux back with ffmpeg. just checked. [21:55] <xavery> brontosaurusrex, I just always used it for muxing mp4. don't really remember the reason. [21:56] <xavery> huh, maybe I'll try doing everything in one cmdline and see if that helps. [21:56] <brontosaurusrex> what ffmpeg version is that? [21:56] <xavery> 2.1.3 [21:57] <brontosaurusrex> <xavery> huh, maybe I'll try doing everything in one cmdline and see if that helps. < yeah, i'd try that [21:59] <xavery> brontosaurusrex, I'm on it. [21:59] <brontosaurusrex> actually i'd try to make at least stream extraction into one line [22:02] <brontosaurusrex> There is no musepack/mpc encoder/decoder in ffmpeg, right? [22:02] <xavery> brontosaurusrex, no idea. but I can't use the Nero AAC encoder from inside the ffmpeg pipeline. [22:03] <brontosaurusrex> xavery, i know, that was my solo question :) [22:03] <xavery> oh. :P [22:04] <xavery> brontosaurusrex, there's a decoder. [22:04] <brontosaurusrex> well i'd need flac > musepack script (with metadata), i'll google a bit [22:06] <xavery> brontosaurusrex, running everything in one command seems to have fixed the sync. [22:06] <xavery> huh. [22:06] <brontosaurusrex> i guess it's something to do with seeking or timecodes or something, not sure [22:07] <brontosaurusrex> or delays + seeking + timecodes, pick one [22:07] <xavery> of course. [22:07] <xavery> thanks for the help brontosaurusrex. [22:07] <brontosaurusrex> xavery, np [22:10] <bencc> attributes of mp4 like author and comments are stored as exif tags? [23:10] <xavery> brontosaurusrex, I had some more issues, but I narrowed them down to the "accurate_seek" option. [23:11] <brontosaurusrex> and i have my flac2mpc script done [23:11] <brontosaurusrex> turns out that mpcenc can take flac input directly ... [23:11] <xavery> apparently, one of the audio streams couldn't be decoded exactly at the mark that I have with -ss, and ffmpeg was doing stream copy with the parameters I gave, so it preserved the extra data before that mark in the demuxed stream. but that caused problems when muxing. [23:12] <xavery> with "accurate_seek", that extra fragment between the mark specified with -ss and the first "seekable" packet before the given mark is decoded and discarded, which allows the streams to stay in sync when transcoding. [23:12] <xavery> in a nutshell : when transcoding, keep everything in one ffmpeg invocation. ;) [23:13] <brontosaurusrex> xavery, nice explanation you found [23:14] <xavery> brontosaurusrex, that's not an explanation, that's just my reasoning - the only reasonable I could come up with. [23:14] <brontosaurusrex> oh, i thought google came up [23:15] <xavery> actually, it didn't. [23:15] <xavery> the ffmpeg documentation is so good. [23:16] <brontosaurusrex> yeah, ffmpeg is known for exelent docs with plenty of examples [00:00] --- Mon Jan 20 2014

1 0

ffmpeg-devel.log.20140118
by burek 19 Jan '14

19 Jan '14

[00:06] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:7d91fb305e54: ffmpeg: check ost->finished in reap_filters() [00:06] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:4ff77d445121: ffmpeg: check ost->finished in check_output_constraints() [00:06] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:706741e8d797: ffmpeg: properly close down muxers on av_interleaved_write_frame() failure [00:07] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:5c459504f697: ffmpeg/flush_encoders: dont mux packets once ost->finished has been set [00:07] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:d73f8976691f: ffmpeg: update statistics only when a packet is actually muxed [00:07] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:740e6042a016: ffmpeg: change ost->finished to an enum [01:18] <BBB> michaelni: can you merge this patch from x264 in our x86inc.asm (libavutil/x86/)? it'll fix the assembly speed issue [01:19] <BBB> michaelni: https://github.com/DarkShikari/x264-devel/commit/8a27cd68d3d6137b8a38ccef17… [01:29] <cone-6> ffmpeg.git 03Loren Merritt 07master:4d55fe720438: x86inc: speed up compilation with yasm [01:38] <BBB> \o/ ty [03:25] <jnvsor> Alphamerge should make black into transparent and white into full opaque yes? [07:00] <cone-109> ffmpeg.git 03Michael Niedermayer 07master:0117ba559470: avcodec/mpegvideo_enc: fix custom matrixes with jpeg [13:11] <Rodeo> :-) [13:11] <Rodeo> yeah, software developers absolutely need strong muscles [13:59] <wm4> maybe we should auto-delete tickets that don't follow the cehoyos template? [14:09] <BBB> it's kind of an exploit that all tickets are logged in this irc channel [14:09] <BBB> maybe they should be logged only after cehoyos moves them from unconfirmed to reproduced [14:23] <Compn> lol [14:24] <Compn> michaelni : how you lock trac from new users ? [14:33] <jnvsor> fflogger is repeating himself :P [14:36] <wm4> spaaaaam [15:16] <iive> are 3321/2/3 just spam? [15:18] <michaelni> Compn, llogan, others, Theres a bad content page where you can list things that should be identified as spam, see for example https://trac-hacks.org/wiki/BadContent, the spam problem will not get solved by "ohh spam go crying to admin", you all can do something about it by creating and maintaining that page [15:37] <Compn> lol [15:38] <Compn> i dont know much about trac so i should probably read something [15:39] <wm4> I think my suggestion is reasonable [15:39] <Compn> whas was ? [15:39] <wm4> cehoyos marks "bad" tickets as invalid anyway [15:40] <wm4> wm4> maybe we should auto-delete tickets that don't follow the cehoyos template? [15:40] <Compn> :P [15:41] <Compn> michaelni : i dont think i have permissions to create that page is what i mean :P [15:42] <Compn> ooh nevermind [15:43] <Compn> i see button now! [15:43] <Compn> hooray [15:43] <Compn> wm4 : any suggestions for me being blind ? :P [15:43] <wm4> hm? [15:44] <Compn> nothing :) [15:45] <michaelni> Compn, just created it [15:45] <Compn> ok, is the badcontent plugin enabled in trac? [15:45] <Compn> or it automatically follows those rules [15:50] <michaelni> also you can use some regular expressions on that page, but not sure where/if they are documented [15:51] <michaelni> i think the badcontent is either part of trac itself or the spam filter plugin which we have [15:51] <michaelni> also we will see if it works, if it doesnt then ill investigate why [15:55] <Compn> should i try to create a ticket with some badcontent rules or will my superuser status get past the spam filter ? [15:55] <Compn> to see if my ticket gets blocked i mean [16:00] <Compn> nevermind i'm too lazy [16:00] Action: Compn goes looking for more to do [16:06] <michaelni> Compn, dont submit spam, you would get marked as spammer (and we also submit that to external services like akismet utomatically) [16:06] <michaelni> or maybe just when its manually marked as spam dunno [16:15] <Compn> ah [16:15] <Compn> ok [16:23] <Daemon404> ... lol [16:26] <jnvsor> Can't even spell muscles it seems [16:26] <michaelni> Compn, see, they help us testing :) [16:29] <Compn> ehe [16:29] <Compn> dang mussels [16:30] Action: michaelni wonders if the irc log will get marked as spam [16:31] <ubitux> michaelni: i'm more concerned about the mail trac notification TBH [16:31] <ubitux> it's making the smtpd actually mail spam to a bunch of developers [16:36] Action: michaelni droped the karma of authenticated users from 10 to 5 [16:41] <Compn> block all tickets that dont contain 'ffmpeg' or 'video' :P [16:45] <michaelni> that would block valid things, theres ffplay, there are other applications that just use libavcodec [16:46] <ubitux> there is still the annoying but probably more efficient captcha thing [16:47] <jnvsor> If you think they're bots you could add a field hidden with css and dump anything that fills it in [16:48] <ubitux> yes i think i suggested that a while ago [16:48] <ubitux> but it's probably trac targetted bot here [16:57] <michaelni> jnvsor, done [17:15] <cone-851> ffmpeg.git 03James Almer 07master:26800e386454: vp9/x86: rename ff_avg[48]_sse to ff_avg[48]_mmxext [17:25] <ubitux> 17:20:55 <+JEEB> I see that MCW is using some OSS faces for x265 marketing https://www.youtube.com/watch?v=yYy5nD25PPc [17:25] <ubitux> hello j-b & Skyler :)) [17:27] <JEEB> :) [17:38] <Compn> its that guy from thescreensavers [17:39] <Compn> good to see hes still got work [17:40] <Compn> why am i watching this video haha [19:38] <cone-851> ffmpeg.git 03Martin Storsjö 07master:3dd04cbcf76b: swresample: Add arm&x86 clobber tests [19:39] <BBB> ubitux: how's lf8/4? [19:40] <ubitux> BBB: i won't have much time this week end, maybe a few hours tomorrow [19:40] <ubitux> i'm working on something else [19:41] <ubitux> 'trying to rush it so i can go back to asm :) [19:42] <BBB> awh poor you [21:21] <cone-851> ffmpeg.git 03Reinhard Tartler 07master:210881110d3e: Prepare for 10_alpha2 Release [21:21] <cone-851> ffmpeg.git 03Michael Niedermayer 07master:06637c92952c: Merge commit '210881110d3e22cca36edeaca118b5e22c998266' [21:36] <cone-851> ffmpeg.git 03Anton Khirnov 07master:d1b3fabe6945: h264: reset first_field if frame_start() fails for missing refs [21:36] <cone-851> ffmpeg.git 03Michael Niedermayer 07master:357a733f91ac: Merge commit 'd1b3fabe6945e511bb20fc9ca52b47eb952526ee' [21:46] <cone-851> ffmpeg.git 03Anton Khirnov 07master:7f0e81db3c4e: h264: limit allowed pred modes in ff_h264_check_intra_pred_mode() to 3 [21:46] <cone-851> ffmpeg.git 03Michael Niedermayer 07master:f2cb3b36aca2: Merge commit '7f0e81db3c4ee6f8ce15058bafa72ce928a89f3f' [21:53] <Daemon404> 40 [21:55] Action: ubitux wonder if all Daemon404's irc channel switches failure aren't just for showing off the number of channels [21:56] <Daemon404> if anything i should be ashamed [21:56] <ubitux> :D [22:00] <BBB> more simd on ML [22:02] <ubitux> yay :) [22:02] <ubitux> BBB: not hitting the macro limit this time? [22:03] <BBB> michaelni merged the fix from pengvado from x264 [22:03] <BBB> "fix" =~ workaround really [22:03] <BBB> but anyway [22:03] <ubitux> yes but you're adding more macros :) [22:03] <ubitux> so maybe it's going to rise again [22:03] <BBB> in the realm of 10^5, a handful here or there don't matter [22:03] <ubitux> :) [22:04] <BBB> I also added just one new macro [22:04] <ubitux> it's nice [22:05] <ubitux> anyway i'm almost done with my rush, so i'll probably work on the lpf8/4 tomorrow [22:05] <BBB> \o/ [22:05] <BBB> I'll try to do the 4x4 iadst, maybe iwht and then start intra_pred [22:05] <BBB> for intra pred, I'd like to measure for a few whether the vp8/h264 or this new approach can be determined to be "faster" [22:05] <BBB> but we'll see [22:07] <cone-851> ffmpeg.git 03Anton Khirnov 07master:00dbff4c3e04: h264: do not call field_end if we do not have a current picture [22:07] <cone-851> ffmpeg.git 03Michael Niedermayer 07master:329610303aac: Merge commit '00dbff4c3e048b4abd01bf805725aabff0fa5ee1' [22:47] <cone-851> ffmpeg.git 03Anton Khirnov 07master:98cc9efc5f6b: h264: prevent two matching fields from being both a short/long ref combination [22:47] <cone-851> ffmpeg.git 03Michael Niedermayer 07master:59fb3c4be826: Merge commit '98cc9efc5f6b4dc847ed3b9b60b1c3bcd14e6791' [22:57] <cone-851> ffmpeg.git 03Anton Khirnov 07master:0652e024c680: h264: reset ref count if decoding the slice header fails [22:57] <cone-851> ffmpeg.git 03Michael Niedermayer 07master:87e46dd5fb8b: Merge commit '0652e024c680420d298cdf3719d0a0c030173fe3' [23:07] <cone-851> ffmpeg.git 03Anton Khirnov 07master:9ecabd7892ff: h264: reset num_reorder_frames if it is invalid [23:07] <cone-851> ffmpeg.git 03Michael Niedermayer 07master:2510e820c43c: Merge commit '9ecabd7892ff073ae60ded3fc0a1290f5914ed5c' [23:20] <cone-851> ffmpeg.git 03Anton Khirnov 07master:8b2e5e42bb9d: h264: check that an IDR NAL only contains I slices [23:20] <cone-851> ffmpeg.git 03Michael Niedermayer 07master:a52fbe511948: Merge remote-tracking branch 'qatar/master' [00:00] --- Sun Jan 19 2014

1 0

ffmpeg.log.20140118
by burek 19 Jan '14

19 Jan '14

[00:00] <JEEB> setpts [00:00] <JEEB> (the video filter) [00:01] <JEEB> that will of course only deal with the video [00:01] <llogan> atempo for audio [00:04] <caral> llogan: This could be. Do you know how i could apply protokoll options to an tee cli? [00:08] <llogan> caral: no, sorry. i might be able to look at it later or you can try ffmpeg-user mailing list [00:10] <Fusl> setpts works on video frames, asetpts on audio frames. [00:47] <caral> thx anyway llogan :-) [01:02] <[mbm]> is it possible to create an mp4 container of an infinite length? (live video stream) [01:03] <klaxa> mp4 is not designed for streaming [01:03] <klaxa> so, no. [01:06] <[mbm]> trying to figure out what would prevent an mp4 with multiple mdat atoms [01:08] <[mbm]> ah, "fragmented mp4" [01:13] <fundies> you tring to rip one? [01:14] <fundies> https://github.com/K-S-V/Scripts/blob/master/AdobeHDS.php thatll put a fragmented mp4 back together I think [01:16] <[mbm]> fundies: no, trying to live stream using an mp4 container [01:16] <fundies> ah [01:16] <[mbm]> so, endless mp4 file [01:55] <JEEB> [mbm], there's a -movflags option for the mov/mp4 muxer that enables movie fragments [01:55] <JEEB> which is the feature you want [02:00] <[mbm]> JEEB: thanks, will poke around [02:38] <jnvsor> How do I output transparent pngs? I have a timecode on a black background but I want a transparent background [02:42] <jnvsor> http://pastebin.com/imPW5Sqj [03:05] <jnvsor> Ended up using alphamerge filter if anyone's wondering [03:27] <jkli> hi [03:27] <jkli> i just encoded a video, is there a way to check what encoding settings were passed to ffmpeg? [03:34] <vmiimu> jnvsor: I tried compiling but ran into trouble so I went with deb-multimedia.org's package instead. [03:35] <vmiimu> jnsvor: Currently I have ffmpeg version 1.0.8. Also full pastebin for "ffmpeg" is here: http://pastebin.com/CE1Bp1FL [03:37] <vmiimu> jnsvor: When I ran the filter you created for me earlier I get: "Error opening filters!" full output here: http://pastebin.com/pWUY4gTy [03:38] <vmiimu> jnsvor: Please advise on how I should proceed. Thanks. [03:44] <jnvsor> vmiimu: v1.0.8 is ancient, we're on 2.1.2 now. You really need to compile it [03:44] <vmiimu> jnvsor: Would the precompiled static binaries work instead? [03:55] <vmiimu> jnvsor: You're a genius buddy! =) Your filter worked perfectly once I got the static binary, which was much easier than trying to compile on debian since all the dependencies were ancient. [03:56] <vmiimu> jnvsor: that little snippet deserves to be in a wiki somewhere as I'm sure it's a common use case [05:28] <llogan> jkli: if you encoded to H.264 video with libx264 one method: strings input.mp4 | grep x264 [05:29] <jkli> thx [08:56] <__raven_> PING [10:08] <__raven> what is the right description for the dirty window effect on especialy h264? is it gamut errors from palette conversions or col reduction eg from 10 to 8 bit? [16:10] <Floris497> is it posible to stream to localhost and then open the localhost with ffmpeg? [17:45] <Sashmo> is there a way to get ffmpeg to output to syslog instead of stderr [17:46] <ubitux> you can define you own logging callback [17:46] <Sashmo> ubitux: how? [17:47] <ubitux> with av_log_set_callback() [17:52] <Sashmo> ubitux: thanks I'll look into that [18:55] <sky2> i want to convert an flv file into a 3gp using ffmpeg..how to do it? Can any one help me pls.. [18:57] <sky2> any help..PLS [18:58] <sky2> need ffmpeg converion command.. [18:58] <sky2> conversion* [18:58] <sky2> i want to convert an flv file into a 3gp using ffmpeg..how to do it? Can any one help me pls [19:00] <LithosLaptop> ffmpeg -i the_source_file.flv [19:03] <re-G> with -ss -parameter we can use syntax hh:mm:ss[.xxx], what is the unit of .xxx? parts of second or frames or? [19:05] <sky2> LithosLaptop: yes , but i tried it [19:05] <sky2> with zero luck [19:05] <sky2> could not figure out the reason [19:05] <vedu> hello. I have installed packages: libofa, libav-tools; on kubuntu but apparantly programs cannot find ffmpeg [19:06] <sky2> My file name is Gomukh.flv & its on my desktop [19:06] <LithosLaptop> sky2: the reason why I just listed the -i partameter is because I want to see the output [19:06] <LithosLaptop> you can paste it in pastebin [19:06] <sky2> ok [19:08] <sky2> LithosLaptop: ffmpeg -i Gomukh.flv << is that how the command should be following guideline you gave? [19:08] <LithosLaptop> yes [19:09] <sky2> ok [19:09] <sky2> gimme few minutes [19:13] <vedu> hello. to install ffmpeg in kubuntu, i have installed libav-tools, libofa. am I missing anything [19:18] <acovrig> I am having a hard time getting my phone to play a video, http://pastebin.com/5FWs3F0G is the ffmpeg output, the first one plays fine, the second won't play video-wise on my phone. [19:23] <acovrig> nevermind, it must have been the order with which I had the flags on the command line, I rearranged them and it seems to work now. [19:58] <sky2> LithosLaptop: u there [19:58] <LithosLaptop> think so [19:58] <sky2> soryy for being late to respond to you [19:58] <sky2> sorry* [19:58] <LithosLaptop> no prob [19:58] <sky2> http://pastebin.com/3Bf5k0a8 [19:58] <sky2> thats the output [19:59] <LithosLaptop> the path to Gomukh.flv is incorrect [19:59] <sky2> but the file is right on my desktop [20:01] <LithosLaptop> ffmpeg.exe -i "c:\Users\YourUser\Desktop\Gomukh.flv [20:01] <LithosLaptop> ffmpeg.exe -i "c:\Users\YourUser\Desktop\Gomukh.flv" [20:01] <sky2> ok [20:02] <LithosLaptop> give output again once it gets the right file [20:02] <sky2> ffmpeg .exe -i "c:\Users\sky\Desktop\Gomukh.flv << right ? [20:03] <sky2> sky is the user [20:03] <LithosLaptop> try it and see if it doesn't say "No such file or directory" [20:06] <sky2> http://pastebin.com/EGNTMvnT [20:06] <LithosLaptop> hmm [20:06] <LithosLaptop> don't see anything [20:06] <LithosLaptop> are you on Windows? [20:07] <sky2> NO [20:07] <LithosLaptop> oops [20:07] <sky2> IM ON LINUX MINT XFCE [20:07] <LithosLaptop> yeah that folder location won't work on Linux [20:07] <sky2> yeah [20:07] <sky2> i was wondering [20:07] <sky2> with that c:\<< [20:08] <LithosLaptop> not sure what the path is to the Desktop with Linux [20:08] <LithosLaptop> somebody else might know here [20:08] <sky2> telling u.. [20:08] <LithosLaptop> or [20:09] <sky2> home/sky/Desktop [20:09] <LithosLaptop> yeah try that [20:09] <sky2> ok [20:10] <sky2> ffmpeg -i \home\sky\Desktop\Gomukh.flv... [20:10] <sky2> rigt? [20:11] <sky2> nah same [20:11] <LithosLaptop> isn't the slashes other way around in linux? [20:11] <LithosLaptop> oh ok [20:13] <sky2> somedays back someone helped me witha mov file , i tried that with this Gomuk.flv ..it was working but the output was not playable [20:14] <sky2> look here im posting the COMMAND as he made it out" [20:14] <sky2> ffmpeg -i ~/Desktop/142306432_l.mov -vcodec mpeg4 -vb 3000k -s 320x240 -strict experimental -ar 44100 -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp [20:15] <sky2> there the file was " 142306432_l.mov" [20:15] <LithosLaptop> are you playing back on a phone? [20:15] <sky2> yes [20:15] <sky2> thats all i want to do [20:15] <sky2> to make it playable on my cell [20:16] <LithosLaptop> the framerate might be incompatible [20:16] <sky2> & phone supports .3gp [20:16] <LithosLaptop> did the converted 142306432_l.mov dile playback correctly? [20:16] <LithosLaptop> *file [20:16] <sky2> yes ...wonderfully [20:17] <sky2> no distortion [20:17] <LithosLaptop> yeah then I think the framerates might be different [20:17] <sky2> oh [20:17] <sky2> ok [20:17] <LithosLaptop> try -r 30 [20:17] <sky2> ok [20:18] <LithosLaptop> or figure out what the framerate was of 142306432_l.mov [20:18] <sky2> sorry where to put it? [20:19] <LithosLaptop> ffmpeg -i ~/Desktop/Gomukh.flv -vcodec mpeg4 -vb 3000k -r 30 -s 320x240 -strict experimental -ar 44100 -acodec aac -ab 256k -cutoff 15000 ~/Desktop/test.3gp [20:20] <sky2> ok [20:20] <sky2> converting.. [20:20] <sky2> let me seethe output.. [20:21] <LithosLaptop> you could try -r 25 and -r 15 also if 30 is too high for the phone to handle [20:22] <sky2> did not work..not even playable by any media player [20:22] <sky2> VLC or any other [20:23] <sky2> :( [20:24] <LithosLaptop> ffplay can ffplay play the original? [20:25] <sky2> ffplay? [20:25] <LithosLaptop> ffplay ~/Desktop/Gomukh.flv [20:25] <sky2> ok [20:25] <sky2> yup..its playing [20:26] <LithosLaptop> argh, if it can play it then ffmpeg should be able to convert it [20:26] <LithosLaptop> hmm [20:26] <sky2> ic [20:29] <sky2> http://pastebin.com/TVF9vByC [20:30] <sky2> thats the output wile it was playing [20:30] <sky2> by ffplay [20:31] <sky2> u there ? LithosLaptop [20:32] <sky2> ok LithosLaptop if u here tomorrow will catch you for sure..gotta go now [20:33] <sky2> no rush.. [20:33] <LithosLaptop> oh thx [20:33] <LithosLaptop> btw [20:33] <LithosLaptop> you could try: [20:33] <sky2> its midnite here [20:33] <sky2> yes pls.. [20:33] <LithosLaptop> ffmpeg -i ~/Desktop/Gomukh.flv -vcodec copy -an test.3gp [20:33] <sky2> ok [20:35] <sky2> dont see the output file on my desktop [20:35] <dan_> I'm making a tiled video where the timestamp of each tile is slightly behind the previous tile. This all works great using "setpts=PTS-STARTPTS+0.550000/TB" to offset one frame, for example, EXCEPT that at the beginning of the video I get green lines and artifacts where the videos in some tiles hasn't started playing yet. Is there a way that I could make these tiles black at the start instead? [20:35] <LithosLaptop> oops [20:35] <LithosLaptop> ffmpeg -i ~/Desktop/Gomukh.flv -vcodec copy -an ~/Desktop/test.3gp [20:36] <LithosLaptop> anyway, I have 2 go [20:36] <LithosLaptop> cheers [20:36] <sky2> yes [20:36] <sky2> itworked [20:36] <sky2> OWO [20:36] <sky2> WOW [20:36] <LithosLaptop> haha [20:36] <sky2> LOL [20:36] <LithosLaptop> but on the phone? [20:36] <sky2> do u come in this room all the time? [20:36] <sky2> have to see [20:37] <sky2> will chk [20:37] <LithosLaptop> only sometimes [20:37] <sky2> & let u know [20:37] <LithosLaptop> ok [20:37] <sky2> ohh [20:37] <thebombzen> dan you might want to try a concat filter [20:37] <sky2> dunno much about that [20:37] <sky2> if u give me any contact mail [20:37] <dan_> hmm, what should I try to concat? [20:37] <thebombzen> dan_: concatenate /dev/zero with your video, and use a duration command in concat.txt [20:38] <dan_> huh ok, i will see if I can figure that out [20:38] <thebombzen> /dev/zero gives all zeros on read, similar to how /dev/null gives EOF [20:39] <thebombzen> and you would use the filter because rawvideo isn't the same codec as your video, so the demuxer won't work [20:39] <dan_> so i would have to concat-filter each input video with /dev/zero? [20:39] <sky2> LithosLaptop: shd that work for all files? [20:39] <thebombzen> if a video starts 2:30 in from the beginning, I'd concat 2:30 of /dev/zero (format rawvideo) with your video, [20:39] <LithosLaptop> no, because it copies the video and not all codecs work with 3gp [20:40] <LithosLaptop> and that command also doesn't copy audio [20:40] <dan_> ah i see, okay. that could all be done on the fly with filters on all my input videos? [20:40] <sky2> ok [20:40] <thebombzen> https://trac.ffmpeg.org/wiki/How%20to%20concatenate%20%28join,%20merge%29%2… [20:40] <sky2> hope to see u gain here [20:40] <sky2> again [20:40] <dan_> thx [20:40] <LithosLaptop> ok no prob [20:41] <sky2> do u go in other channel [20:41] <sky2> mint help? [20:41] <sky2> linuxmint-help [20:42] <sky2> would love to learn abt this ffmpeg [21:53] <JVillella> Hi everyone, could someone direct me to tutorials for using ffmpeg in C? not command line [21:53] <Mavrik> doc/examples [21:54] <Mavrik> + doxygen documentation [21:54] <JVillella> Thank you, http://ffmpeg.org/doxygen/trunk/examples.html this right? [21:57] <ubitux> JVillella: better look into the tree since it contains a README and Makefile example [21:58] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=tree;f=doc/examples;hb=HEAD [21:58] <ubitux> they are also deployed with your install btw [21:58] <JVillella> thank you @ubitux [21:58] <ubitux> (probably in something like /usr/share/doc/ffmpeg) [21:58] <ubitux> seems to be /usr/share/ffmpeg/examples/ here [21:58] <JVillella> I don't seem to find anything about rotation...is that much harder? [21:59] <ubitux> rotation is done with video filters [21:59] <JVillella> ah ok [21:59] <ubitux> so... look at the filtering example [22:04] <beastd> JVillella: You can also have a look here if you feel like it: http://trac.ffmpeg.org/wiki/Using%20libav* [22:05] <JVillella> the more resoources the better. Im also in need of cropping. is that considered a video filter? [22:05] <JVillella> resources** [22:06] <ubitux> yes [22:06] <ubitux> see http://ffmpeg.org/ffmpeg-filters.html [22:06] <ubitux> we have tons of them [22:07] <JVillella> why isnt video scaling though? [22:07] <ubitux> it is [22:07] <JVillella> dont I have to use this swscale tho? [22:07] <ubitux> well, you can use swscale directly of course [22:07] <ubitux> you can use the scale filter [22:07] <ubitux> (which uses swscale) [22:07] <JVillella> what's easier? [22:08] <ubitux> depends [22:08] <Mavrik> nothing about using C API is easy [22:08] <Mavrik> if your goal is "easy"... C API isn't for you really. [22:08] <ubitux> if you're using the filters already, adding "scale=..." in your filtergraph is certainly way simpler than using swscale [22:08] <JVillella> Im writing an android app that needs to make calls to ffmpeg's c api via the JNI. [22:08] <ubitux> but if you don't use filters, the filter API overhead can be a bit troublesome [22:09] <Logicgate> how does one change the framerate of a video while keeping the length effectively? [22:10] <JVillella> @ubitux: I just want to take a video with some landscape and widescreen format, crop it square, scale it to 640x640 and then rotate it. Filters is the way to go then? [22:10] <Mavrik> Logicgate, fps filter should be enough [22:11] <ubitux> -vf "crop=<...>,scale=640:640,rotate=<...>" [22:11] <ubitux> (or transpose instead of rotate) [22:11] <JVillella> I wish i had access to a CMD. but i have to use api calls vie Java Native Interface [22:11] <JVillella> via* [22:11] <ubitux> that's a string filtergraph [22:12] <ubitux> see the filtering example [22:12] <JVillella> @ubitux this one? http://git.videolan.org/?p=ffmpeg.git;a=blob;f=doc/examples/filtering_video… [22:12] <ubitux> yes [22:12] <ubitux> see line 41 [22:13] <JVillella> wow! nice. so i can basically just change it to what you wrote and it should work? [22:13] <beastd> JVillella: BTW you can prototype your filtering first with ffplay the filter graph is a text description [22:14] <beastd> JVillella: ffplay -vf=<your filter graph string> test-video.input [22:14] <JVillella> that will help a lot thanks! [22:16] <beastd> Also consider subscribing and asking on libav-user if you have a hard time with the API: http://ffmpeg.org/contact.html [22:17] <JVillella> I think you guys have helped me a ton! These IRCs save soo much time! [22:18] <beastd> Your welcome! [22:30] <JVillella> That filters sample, does it output the scaled/filtered file? [22:30] <JVillella> and where to? or just overwrites [22:37] <beastd> JVillella: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=doc/examples/filtering_video… [22:38] <JVillella> im not sure what that does dsplay it onscreen? [22:38] <beastd> JVillella: Seems the frame is displayed in a slightly inadequate fashion on your terminal [22:38] <JVillella> hmm how do I oeverwrite the original video? [22:38] <beastd> If your terminal can do ASCII escapes [22:39] <beastd> JVillella: Why? Or IOW what are you trying to achieve with this? [22:40] <JVillella> I want to take a video, apply the filter description and overwrite it. I will then send this overidden video to our server [22:40] <beastd> JVillella: And you want to do the transcoding in your app on a an android device? [22:41] <JVillella> ya through JNI [22:42] <beastd> JVillella: First step: Try prototyping the filter string with ffplay. It will show the result on your video display. If your are satisfied go on with step 2 [22:42] <JVillella> step 2 is the overwriting. im not sure how to do that :S [22:43] <beastd> you are too fast [22:43] <JVillella> lol is that not step 2? [22:43] <beastd> Step 2: Compile the filtering_video.c example in the ffmpeg source directory. run it and check if you can see the output on your terminal [22:43] <beastd> Step 3: modify that example to use the filter string you prototyped [22:46] <beastd> Step 4: Look at the muxing example on how to write a video file [22:46] <JVillella> its 500 lines!!! just to save a file :S [22:47] <beastd> Step 5: Make a merged example that combines your filter graph and both examples and does exactly what you want [22:49] <beastd> JVillella: Well first ffmpeg API is rather lowlevel'ish. Second what you want to do is a little bit involved and much more then reading and writing a file. Are you sure you understand all implications of what you want to do? [22:50] <JVillella> i see some people useing ffmpeg via command line with android but theres no tutorials on it [22:50] <beastd> You read the file -> demux -> decode -> filter -> encode -> mux -> write an output file. [22:52] <beastd> I would also discourage overwriting the input file, you would probably destroy your input before it is fully consumed. Also consider that errors can happen all time. I would erase the input only after the output was successfully written. [22:53] <beastd> Also I left out another step from my 5 step plan. I would be step 4.5: Find the right encoding settings and output file format for your application. [22:53] <JVillella> ya that would make more sense to not overwrite. [22:54] <beastd> JVillella: I am sorry. Doing what you want is not as simple as it sounds :( [22:54] <JVillella> The better question is why android doesn't have this support... [22:57] <beastd> Using FFmpeg libraries on Android should be possible. And why Android does not have this capabilities included is of course quite a different question. We support FFmpeg here, so no speculation about what Android supports or not ;-) [23:06] <beastd> JVillella: Don't let it get you down. [23:07] <JVillella> beastd: thanks! I think I may have found a lib that wraps a java interface around the ffmpeg cmd. so maybe it will work out [23:07] <beastd> JVillella: I am just telling you that you need to do it in little steps. If you want to start right away from Android through JNI you will only be disappointed. [23:07] <JVillella> That's good advice :) [23:07] <beastd> and yes if you can use the binary your goal might be easier and faster to achieve [23:08] <JVillella> hopefully! [23:08] <beastd> working out the filter string and the encoding settings (step 1 and 4.5) is still a must though [23:08] <beastd> and you must do it and visually inspect the results [00:00] --- Sun Jan 19 2014

1 0

ffmpeg-devel.log.20140117
by burek 18 Jan '14

18 Jan '14

[00:54] <freezway> so I'm working on a music sorting program using libavformat and need to use it to read the metadata. The problem is some (poorly formed) files I have the metadata in the wrong spots. For example while a good file has the metadata inside input #0 a bad file might have it under Duration inside input#0 (as far as I can tell from ffprobe). I am currently using the metadata found under AVFormatContext->metadata [00:55] <freezway> is there a better way to do this where it'll find the metadata no matter what? [00:59] <freezway> oh whoops, sorry didn't read the /topic [02:53] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:d0004a1959ec: avcodec/kgv1dec: fix memleak, reintroduce lost decode_flush() call [04:31] <BBB> pengvado: oh wow... so... do you recommend we take this up with the yasm maintained and ask for a new release, or you think we should apply your workaround until yasm is fixed (or both), or ... I'm ok with anything really [04:34] <BBB> I guess local workaround is fastest [05:22] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:3ca7085ae2f7: avcodec: make "bitrate tolerance too small for bitrate" error more verbose [06:05] <cone-6> ffmpeg.git 03Michael Niedermayer 07fatal: ambiguous argument 'refs/tags/n0.10.11': unknown revision or path not in the working tree. [06:05] <cone-6> Use '--' to separate paths from revisions [06:05] <cone-6> refs/tags/n0.10.11:HEAD: avcodec: make "bitrate tolerance too small for bitrate" error more verbose [08:09] <ubitux> is there any x86_64 cpu without ssse3? [08:10] <nevcairiel> yes [08:11] <ubitux> ok [08:11] <ubitux> (can you name one?) [08:11] <nevcairiel> especially AMD has been rather late with supporting SSSE3 [08:11] <ubitux> mmh [08:11] <nevcairiel> so first gen athlon64 for sure [08:11] <nevcairiel> even first intel 64 dont have it [08:11] <nevcairiel> ie. Pentium D [08:11] <ubitux> mmh okay [08:12] <ubitux> thanks [08:12] <nevcairiel> the first x86_64 cpu was released 2003, the first with SSSE3 in 2006 [08:12] <nevcairiel> you do the math [08:12] <nevcairiel> :D [09:59] <plepere> hello [12:57] <kriegerod> the build is broken, do you know? [12:57] <kriegerod> libavcodec/vc1dec.c:5185: undefined reference to `ff_intrax8_decode_picture' [12:57] <kriegerod> etc. [12:57] <Rodeo> kriegerod: FATE seems greenish http://fate.ffmpeg.org/?dsort=date [12:58] <BBB> kriegerod: make clean; configure; make [12:59] <kriegerod> hm okay, i'll reconfigure [12:59] <BBB> oh really the lpf is 99% sse2 [12:59] <BBB> that's pretty good [13:00] <kriegerod> it just didn't warn me that configure has changed as it happens sometimes [13:01] <BBB> it's also quite easy to make a sse2 mc, if anyone is interested (see vp8 for examples) [13:01] <kriegerod> is it possible to somehow detect the need for reconfigure at just `make`? [13:01] Action: BBB no build expert [13:10] <J_Darnley> Can someone help me work out why I get this error while running fate: http://pastebin.com/iuj9WAd1 [13:15] <BBB> J_Darnley: make fate-rsync [13:16] <BBB> (you're missing a sample) [13:16] <J_Darnley> I am not [13:16] <J_Darnley> I did that less than 12 hrs ago [13:19] <J_Darnley> $ ls -l /cygdrive/z/fate-samples/bmp/test1.bmp [13:19] <J_Darnley> -rwx------ 1 ???????? ???????? 1086 Mar 31 2012 /cygdrive/z/fate-samples/bmp/test1.bmp [13:21] <nevcairiel> are you sure --enable-protocol='file,pipe,md5' works? Not sure i've seen it used before.. [13:34] <BBB> J_Darnley: other alternative is that the command is crashing, try "make V=1 fate-bmp-1bit" to see what ffmpeg command it's running and run that yourself manually [13:38] <Daemon404> i dont think anyone regularily test or runs ffmpeg on cygwin at all [14:00] <J_Darnley> Daemon404: There is a cygwin machine runnig fate which successfully ran 15 hours ago: http://fate.ffmpeg.org/history.cgi?slot=x86_64-win7-cygwin-gcc-4.5.3 [14:03] <Daemon404> nifty. [14:03] <J_Darnley> nevcairiel: that is the recomended way to do it. [14:07] <ubitux> BBB: any objection to applying the lpf sse2 patch [14:07] <ubitux> ? [14:07] <BBB> not at all [14:08] <ubitux> ok [14:08] <ubitux> BBB: btw, i can't do the 4_16 and 8_16 easily [14:08] <ubitux> it's not the good way around :p [14:08] <BBB> ? [14:08] <BBB> huh? [14:08] <BBB> what does that mean [14:08] <ubitux> it's not 16 wide [14:08] <ubitux> it's 16 height [14:08] <BBB> ? [14:09] <BBB> it does 16 pixels at once, with a filter of size 4 or 8 [14:09] <ubitux> i mean it's not just disabling filter14() and filter6() [14:09] <BBB> it is [14:09] <BBB> look at the c implementation [14:09] <BBB> in c it's called 44_16 and 88_16 [14:09] <ubitux> maybe i misunderstood [14:09] <ubitux> aaah [14:09] <ubitux> ok [14:10] <ubitux> i can do those then :) [14:10] <BBB> and 84_16 and 48_16 are the mix functions which are essentially 88_16 with a fixed zero-mask for the 4-half of filter6 [14:10] <BBB> yeah sorry the c is a little tricky [14:11] <BBB> the c is basically written that way to make simd easier, but maybe that wasn't obvious because it's hidden in macros :-p [14:11] <ubitux> i was thinking about 8_16 and 4_16 [14:11] <ubitux> no 44_16 and 88_16, i guess [14:11] <ubitux> not* [14:12] <BBB> I bet you were looking at lf_8_fns(16) [14:12] <BBB> which is 16_8 [14:12] <BBB> and then 16_16 just calls 16_8 twice (in c) [14:12] <BBB> you wrote 16_16 in straight simd [14:13] <BBB> that's lf_16_fn(h, stride) [14:13] <BBB> and then the interesting parts for 44_16 and 88_16 are lf_mix_fns(4, 4) [14:13] <BBB> and the other 3 [14:13] <ubitux> yeah sorry i was confused yesterday night [14:13] <ubitux> :)) [14:15] <BBB> like I said, the c code is a little confusing [14:15] <BBB> but I do believe it makes simd faster [14:17] <cone-6> ffmpeg.git 03James Almer 07master:d2a7314f1e0d: vp9/x86: add ff_vp9_loop_filter_[vh]_16_16_sse2(). [14:38] <cone-6> ffmpeg.git 03Martin Storsjö 07master:03f2de5856ec: aviocat: Check the argv array length before reading element i+1 [14:38] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:9f3a555b84ba: Merge commit '03f2de5856ec8571fcf5f4cf6dccc713294af545' [14:44] <cone-6> ffmpeg.git 03Martin Storsjö 07master:87acd33c092a: aviocat: Add support for specifying the input duration [14:44] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:c8b99f8ad058: Merge commit '87acd33c092ab9e7d73686627e9105d99c1e4928' [15:05] <cone-6> ffmpeg.git 03Luca Barbato 07master:ff23c4e4935e: doxy: Add AVFrame to the structured modules [15:05] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:68ebf70f665b: Merge commit 'ff23c4e4935e96e62d8ff2212a1955a43add88e1' [15:09] <J_Darnley> Well my problem is that ffmpeg seems to think it is supposed to find an image sequence [15:17] <cone-6> ffmpeg.git 03Luca Barbato 07master:045654f422e7: doxy: Document better the available AVFrame flags [15:17] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:045d80076a67: Merge commit '045654f422e74be8ed09a0819d39051d67633a09' [15:20] <J_Darnley> There's no option to tell ffmpeg to not look for a pattern!? [15:29] <cone-6> ffmpeg.git 03Anton Khirnov 07master:f9cc6883a4e5: mp3enc: add an option for disabling the Xing frame. [15:30] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:5049b6a1fe52: Merge commit 'f9cc6883a4e5cf72cbfa21d17e1908a2a432f6bd' [15:45] <J_Darnley> git add -i [15:45] Action: J_Darnley swears [15:49] <ubitux> any reason yasm is prefered over nasm btw? [15:50] <JEEB> http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=a7fd9f5da062de323a… [15:50] <JEEB> this was the original reason [15:51] <ubitux> ok [15:52] <ubitux> right now with the macro exhaustion bug, it takes 4.83s with nasm, and 39.46s with yasm [15:53] <JEEB> anyways, it seems like nasm did get a nice amount of development at least commit-wise since, and yasm mostly died out after yasm-nextgen seems to have not become A Thing [15:53] <JEEB> both should be reviewed IMHO [15:53] <JEEB> not that I have much of an idea how to test them :P [15:54] <cone-6> ffmpeg.git 03Anton Khirnov 07master:33018907bd07: mp3enc: allow omitting the id3v2 header with -id3v2_version 0 [15:54] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:58770db2ae67: Merge commit '33018907bd07b34e0e70d5ae12097265eb3734d7' [16:17] <J_Darnley> Oh screw it! I'll just use -k and hope I don't miss the changes I'm looking for. [16:18] <cone-6> ffmpeg.git 03Anton Khirnov 07master:2ce8bca51f72: avconv: print a warning when falling back to default 25fps [16:18] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:206c06d96f68: Merge commit '2ce8bca51f7264b47027f69d50dd8e49aa2fd683' [16:33] <cone-6> ffmpeg.git 03Anton Khirnov 07master:5ef11b8dcc05: yuv4mpeg: set average frame rate [16:33] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:6e2d3ba0eea1: Merge commit '5ef11b8dcc054b230deb9b20493255c14a80597d' [16:42] <Compn> ubitux : yasm was more widely installed in distros i guess [16:42] <Compn> i dont remember exactly... [16:43] <nevcairiel> there used to be more issues with nasm over the last couple years that i've paid attention then with yasm [16:43] <nevcairiel> but of course that could only be because every dev builds it for yasm [16:43] <nevcairiel> so shrug [16:43] <Compn> then we supported both because its always good to work on multiple tools... [16:43] <Compn> like multiple compilers, intel, clang, gcc [16:43] <Compn> a warning on one is an error on another [16:43] <nevcairiel> both are still supported today [16:43] <Compn> right [16:44] <cone-6> ffmpeg.git 03Anton Khirnov 07master:104a97beaffa: buffersrc: handle non-refcounted frames in av_buffersrc_add_frame() correctly [16:44] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:cd259cdaa947: Merge commit '104a97beaffa6348e6fd2c2d07d67c1402322bb3' [16:48] <michaelni> ubitux, do you have time to review ' mpegts muxer and demuxer: correct DVB teletext processing' patch from Andriy Lysnevych on ML ? [16:48] <ubitux> i'm not familiar with that area [16:49] <ubitux> ask marton maybe [16:49] <ubitux> he worked on the teletext decoder [16:57] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:c9db8694a836: avisynth: fix setting packet properties [16:57] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:f1edf881ef83: Merge remote-tracking branch 'qatar/master' [17:05] <michaelni> ubitux, ok, sent mail [17:05] <ubitux> maybe kierank or reimar know too :p [17:08] <michaelni> now if my time machine wasnt broken i could add them to CC ... [17:08] <Compn> michaelni : i have a sample that previously (back in 2008) used INMC fourcc for mpeg4 asp , but i got a sample the other day that has INMC but is h264... [17:09] <michaelni> Compn, where can i find both these samples ? [17:09] <Compn> i have the new one, but i dont seem to have the one from 2008 [17:10] <cone-6> ffmpeg.git 03Carl Eugen Hoyos 07master:ee3fc8aa864f: Fix libxvid crash on failing initialisation. [17:10] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:68ed0b6cd111: Merge remote-tracking branch 'cehoyos/master' [17:10] <Compn> i meant 'there is a codec that previously used inmc' :) [17:11] <Compn> because i cant find the old sample now :) [17:12] <Compn> my idea was to have a special decoder for unknown fourccs, and it tests the most common decoders, if it finds errors it skips to the next decoder. [17:12] <nevcairiel> you mean like probing works today? :d [17:12] <Compn> sure :) [17:12] <Compn> can we do codec probing ? :) [17:12] <Compn> on unknown fourccs ? :)) [17:14] <nevcairiel> probing is only supported for a couple codecs, but it would try to probe for those if its unknown [17:32] <Compn> i wish i could find the old sample [17:46] <Compn> michaelni : idea for noise reduction video filter based on photoshop 'average composite' , http://spreadys.wordpress.com/2013/10/14/a-few-helpful-hints/ [17:46] <Compn> wonder how well it works vs our filters [17:50] <{V}> Compn, maybe you can create a sample http://spreadys.wordpress.com/2013/07/27/inmc-codec-update/ [17:50] <{V}> (of the INMC thing) [17:53] <{V}> oh same blog. oops :) [17:53] <Daemon404> that blog is full of retarded stuff... [17:55] <wm4> "I have now placed this .dll into my SMplayer Pack and configured the codecs.conf accordingly." [17:55] <wm4> :( [17:57] <Compn> why are you sad wm4 ? [17:57] <wm4> that someone uses the horrible mplayer dshow interop code [17:57] <wm4> in 2014 [17:58] <Compn> its not like codec manufacturers provide source and c-compiled libs ;p [17:58] <wm4> they could just use a real dshow player [17:58] <Compn> {V} : pretty sure its decode-only codec but i'll take a look at it [17:59] <{V}> oh [17:59] <Compn> wm4 : he explains elsewhere on the blog why he dislikes codec installers [17:59] <Compn> common complaint is that they mess up peoples computers easily [18:00] <Compn> take over decoding , break decoding, add watermarks, etc [18:00] <Compn> upsidedown decoding :D [18:00] <Compn> of all divx video... [18:02] <Compn> {V} : Loaded DLL driver MultiCodec.dll at 10000000 . Failed to open the encoder. [18:02] <Daemon404> [16:57] <+wm4> that someone uses the horrible mplayer dshow interop code [18:02] <Daemon404> um [18:02] <Daemon404> its vfw [18:02] <Daemon404> not dshow [18:02] <Daemon404> get your shit right bro [18:02] <wm4> k [18:02] <nevcairiel> fact remains, its shit =P [18:03] Action: Compn lobbies for dll loader in ffmpeg [18:03] <Compn> bwahaha [18:03] <Daemon404> the guy seems to be pretty clueless from rading his blog [18:03] <wm4> mplayer has both [18:03] <Daemon404> he uses tools that were cool in 2001 [18:03] <Compn> Daemon404 : shh, his vb skillz are leet [18:03] <iive> The text says this is "Multi-standard video codec". so most probably it should be treated as container inside container. [18:03] <Daemon404> Compn, i like is 'video concatenator' [18:03] <Daemon404> his* [18:04] <Compn> he keeps putting h264 in avi. :\ [18:04] <Daemon404> [17:03] <@Daemon404> the guy seems to be pretty clueless from rading his blog [18:04] <nevcairiel> so many people put all kinds of shit in avi [18:04] <Daemon404> whats scary is that these are the people who can help or fuck up putting others in prison. [18:04] <Compn> yep [18:05] <Compn> comes down to 1s and 0s [18:05] <Compn> ... and mplayer's binary loader [18:05] <Compn> (dont live in america if you can avoid it) [18:06] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:ee27b113069e: avformat/riff: fix demuxing of h264 INMC [18:06] <JEEB> h.264 in avi reminds me of this guy called timecop :P [18:07] Action: Daemon404 lives in america lite [18:07] <Daemon404> you can go to jail for tweeting here! [18:07] <Daemon404> :D [18:08] <Compn> thats awesome [18:08] <Compn> at least you still have jail [18:08] <Compn> we have secret jail [18:08] <Daemon404> >implying uk doesnt [18:09] <Compn> you got a queen and a princess now or something [21:30] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:f1caaa1c6131: dnxhdenc: fix mb_rc size [21:30] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:19df5dcb4734: avcodec/dnxhdenc: check that qmax is within the supported range [21:30] <cone-6> ffmpeg.git 03João Bernardo 07master:447d71b89213: avfilter/vf_elbg: Fixed seed range of elbg filter [22:12] <wm4> michaelni: so, can Ben Boeckel's ogg tag patches be merged? [22:40] <michaelni> wm4, one of the pactches has a comment by ubitux [22:40] <michaelni> the others have issues too i think, but let me do a proper review [22:40] <ubitux> https://github.com/DarkShikari/x264-devel/commit/8a27cd68d3d6137b8a38ccef17… [22:40] <ubitux> should we pick that? [22:42] <nevcairiel> we usually backport x86inc changes to keep as close as possible to upstream [22:55] <michaelni> nevcairiel &, ubitux yes [23:09] <michaelni> wm4, ogg patches review done (or at least i think all patches got a review now) [23:10] <wm4> michaelni: thanks [23:16] <cone-6> ffmpeg.git 03Michael Niedermayer 07master:ed7f1a5c2076: avformat/metadata: allow ff_metadata_conv() to be called with NULL saftely [00:00] --- Sat Jan 18 2014

1 0

ffmpeg.log.20140117
by burek 18 Jan '14

18 Jan '14

[00:02] <Guest18902> llogan: the commandset in whole; (trying to get 1080p 3d to a 3ds xl); but, good news i did what u said and the last command has taken [00:03] <Guest18902> im waiting for it to finish now; once it does; i will -t 00:10:00 00:00:00 and see if i can get the first 10 minutes to take [00:04] <Guest18902> kinda excited; tried all last night for this to work.. kept gettng beat [00:05] <Guest18902> gotta try to see what i can do about size.. seems weird a 1080p 3d video is 7.2 gig and the resized/cropped video is about same. [00:13] <BtbN> i don't get it. Youtube keeps rejecting one part of a video i split in 12 parts... But it looks absolutely fine to me [00:18] <Guest18902> finishing copying second video (2 ten minutes parts) lets see if ffmpeg came to rescue by letting me watch movie on 3ds xl in 3d =X [00:22] <JD-50> unsupported video [00:22] <JD-50> 2 thumbs down =( [00:53] <Freakshow> folks, does anyone have an insight into the unknown stream index shown in ffprobe output while pointing at an hls source? [00:53] <Freakshow> example: Stream #0:0: Unknown: none ([21][0][0][0] / 0x0015) [00:54] <llogan> s/ffmpeg/ffprobe [00:54] <Freakshow> yeah, sorry about that. hang tight [00:56] <Freakshow> http://pastebin.com/6jaqtDnP [00:59] <freezway> so I'm working on a music sorting program using libavformat and need to use it to read the metadata. The problem is some (poorly formed) files I have the metadata in the wrong spots. For example while a good file has the metadata inside input #0 a bad file might have it under Duration inside input#0 (as far as I can tell from ffprobe). I am currently using the metadata found under AVFormatContext->metadata [00:59] <freezway> is there a better way to do this? [00:59] <JD-50> freezway: sounds like we both having a battle 2nite [00:59] <JD-50> =) [01:00] <freezway> JD-50, working on something similiar or facing the same issue? [01:03] <JD-50> we'll if something similar is using ffmpeg to solve a problem; then sure [01:03] <JD-50> -- im trying to convert a 3d video to nintendo 3ds format [01:03] <Freakshow> I've updated the paste with the actual command llogan , but it was trivial [01:04] <Freakshow> ffprobe -v info blah [01:04] <JD-50> i only got 2d working so far.. and using q=1 the size is horrible [01:04] <JD-50> using q-15 = awefull looking video [01:14] <JD-50> god dam.. shit dont wanna give [01:16] <llogan> Freakshow: did you "Consider increasing the value for the 'analyzeduration' and 'probesize' options"? [01:16] <llogan> or try a more recent build? [01:29] <Freakshow> I did not consider the duration or probe size I can certainly look at increasing them [02:44] <JD-50> dam, this takes a long time on an old laptop.. =/ [03:06] <fundies> whats the best way to dump the audio track from chapter 1-x on a dvd? [03:17] <dan_> Anyone have some pointers on how I might use ffmpeg to make a video mosaic? By that I mean a NxM grid of videos, all playing the same video except with a variable time lag in between each one, with just the audio of the earliest video playing. (similar to http://www.yooouuutuuube.com/v/?yt=BBAtAM7vtgc&width=192&height=120&flux=0&…) [04:58] <Emmanuel_Chanel> Hello! [05:00] <fundies> konnichiwa! [05:05] <Emmanuel_Chanel> I have a problem with the sound on encoding m2ts. [05:05] <Emmanuel_Chanel> to mp4. [05:06] <Emmanuel_Chanel> The sound codec is faac. But the ad part that I cannot delete on HDTV2MPEG2 looks to make that trouble happen. [05:06] <Emmanuel_Chanel> The ad part makes the sound output stop. [05:15] <Emmanuel_Chanel> Someone knows a good page to tell me how to encode m2ts file into a mkv video? [06:42] <lethjakman> hey, I'm not sure this is a good place to ask...but I'm trying to figure out how video containers work, I can't seem to find any information on how things are seperated [06:42] <lethjakman> does anyone know? [06:42] <lethjakman> information on video codecs woudl be really useful too [06:56] <llogan> lethjakman: http://superuser.com/a/300997/110524 [06:58] <llogan> Emmanuel_Chanel: ffmpeg -i input.m2ts -c copy -map 0 output.mkv [06:59] <llogan> dan_: see the overlay filter http://ffmpeg.org/ffmpeg-filters.html#overlay [06:59] <llogan> https://trac.ffmpeg.org/wiki/Create%20a%20mosaic%20out%20of%20several%20inp… [07:06] <Emmanuel_Chanel> thx. [08:39] <__raven> i need to detect fog/freeze/dark videos: if there is no special analyze filter perhaps i could use the file size. how to set which vbr settings as extreme as possible to use this "side channel" for analyse? [13:15] Last message repeated 1 time(s). [13:18] <quaz0r> Playing: torrents/Ultramagnetic MC's - Critical Beatdown [2004. CD, FLAC]/(21) Ultramagnetic MC's - Mentally Mad .flac [13:22] <quaz0r> funnylookinhat [13:22] <quaz0r> how you is [13:29] <FunnyLookinHat> quaz0r, have we talked before? [13:29] <FunnyLookinHat> sorry - not remembering your nick [13:29] <quaz0r> no [14:27] <sledges> hello, really need your help now: [14:27] <quaz0r> hi [14:27] <quaz0r> your mom is fat [14:28] <sledges> this simple encoding line seems to freeze some players (while seeking): [14:28] <sledges> ffmpeg -f rawvideo -vcodec rawvideo -s 960x720 -r 60 -pix_fmt yuv420p -i raw.raw -vcodec libx264 -y fromraw.mp4 [14:28] <sledges> i also add audio to it afterwards: [14:28] <sledges> ffmpeg -i fromraw.mp4 -i output.m4a -vcodec copy -acodec copy final.mp4 [14:29] <sledges> without audio, all works fine [14:33] <ubitux> complain to the players? [14:33] <ubitux> is it playable with ffplay? [14:34] <sledges> it's playable with mplayer [14:34] <quaz0r> YEP [14:34] <sledges> crashes on jolla phone native player, and vlc reportedly crashes too [14:34] <quaz0r> Playing: torrents/Ultramagnetic MC's - Critical Beatdown [2004. CD, FLAC]/(21) Ultramagnetic MC's - Mentally Mad .flac [14:35] <sledges> continue the can-o-worms: i've complied ffmpeg from git sources [14:35] <sledges> using https://trac.ffmpeg.org/wiki/UbuntuCompilationGuide [14:35] <sledges> because i needed latest and greatest ffmpeg features [14:35] <quaz0r> WUT [14:35] Action: sledges is thinking of re-encoding on a stable ffmpeg [14:36] <ubitux> quaz0r: please stop [14:36] <quaz0r> k [14:36] <quaz0r> just partyin is all [14:36] <ubitux> sledges: well, better report a bug to videolan [14:36] <ubitux> the player is not supposed to crash, whatever the input [14:36] <sledges> true [15:54] <bsdwolf> anyone in here using FreeBSD? [15:54] <bsdwolf> having issues [15:55] <bsdwolf> ffserver is running, I can stream a prerecorded video. but trying to stream from /dev/video0 crashes [19:39] <__raven> ping [20:07] <albator> pong [20:08] <jnvsor> ping [21:08] <vmiimu> Hi, I have a input video which is 1920x816 and when I use -target ntsc-dvd -- the output comes out all stretchy; what can I try to get a better output? [21:09] <vmiimu> Also, I'm new to this and would like to learn the most generic command possible to take any input and convert it to mpg for a dvd while preserving aspect ratio etc. -- is there such a magic option? [21:19] <jnvsor> vmiimu: mpg container or codec? [21:24] <vmiimu> jnvsor: how can i determine that? sorry I'm new to this. [21:26] <vmiimu> jnvsor: the source/input file Codec: H264 - MPEG-4 AVC (part 10) (avc1) [21:26] <vmiimu> according to vlc -> Current Media Information -> Codec [21:28] <jnvsor> vmiimu: Well the "container" contains video and audio streams [21:28] <jnvsor> vmiimu: The streams are encoded with codecs [21:28] <jnvsor> vmiimu: There is an mpg container (file.mpg) but it only supports old mpeg codecs so it's not very good [21:29] <vmiimu> jnvsor: the file is .mp4 [21:30] <vmiimu> jnvsor: the input file looks amazing. i'd like a decent looking dvd from it which doesn't look all "stretchy" [21:30] <vmiimu> is this possible? [21:31] <jnvsor> vmiimu: Yes, but I don't know what the target option does, it's probably a preset - let me google it :P [21:31] <vmiimu> I was following instructions here: http://www.lamolabs.org/blog/4582/one-liner-how-to-burn-an-m4v-or-mp4-file-… [21:33] <vmiimu> I also do get this warning: "Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt'" [21:33] <vmiimu> When I run ffmpeg -i input.m4v -target ntsc-dvd output.mpg [21:34] <jnvsor> Put the full output in pastebin [21:37] <vmiimu> http://pastebin.com/nBhM4EN3 [21:46] <vmiimu> ok following instructions to compile for debian now.... [22:03] <reactormonk> I'm using this command to stream to twitch, but it's all messed up - ffmpeg complains about VBV underflow. ffmpeg -f x11grab -s 1600x1146 -r 60 -i :0.0+4,23 -f alsa -i pulse -f flv -ac 2 -ar 44100 -vcodec libx264 -g 2 -keyint_min 2 -b 1000k -minrate 1000k -maxrate 1000k -pix_fmt yuv420p -s 1280x720 -preset ultrafast -tune film -crf 23 -acodec libmp3lame -threads 4 -strict normal -bufsize 512k [22:04] <reactormonk> anything I can change to make it work better? [22:05] <jnvsor> First, stick the thing in pastebin so we can take a look [22:05] <reactormonk> the full script? [22:05] <jnvsor> The command and it's output [22:07] <reactormonk> http://pastebin.com/3CxmTxP5 [22:07] <reactormonk> the command is the above one - the one that's being executed by the script [22:13] <jnvsor> reactormonk: No we need the actual ffmpeg command [22:13] <jnvsor> A quick google says your bs values are off (kb/s vs b/s) [22:13] <reactormonk> jnvsor, ffmpeg -f x11grab -s 1600x1146 -r 60 -i :0.0+4,23 -f alsa -i pulse -f flv -ac 2 -ar 44100 -vcodec libx264 -g 2 -keyint_min 2 -b 1000k -minrate 1000k -maxrate 1000k -pix_fmt yuv420p -s 1280x720 -preset ultrafast -tune film -crf 23 -acodec libmp3lame -threads 4 -strict normal -bufsize 512k [22:14] <reactormonk> which two? [22:17] <jnvsor> Try replacing "1000k" with just "1000" and see what happens [22:17] <reactormonk> [libx264 @ 0x1ebca80] VBV underflow (frame 77, -79 bits) [22:17] <reactormonk> [libx264 @ 0x1ebca80] VBV underflow (frame 78, -21823 bits) [22:18] <jnvsor> reactormonk: Try removing them altogether? [22:19] <jnvsor> vmiimu: Once you're done compiling, I constructed a filter that should do what you need http://pastebin.com/GRwxAzfr [22:19] <jnvsor> vmiimu: That should work for any input [22:23] <reactormonk> works without the nasty bufsize [22:23] <JEEB> btw, if you want VBV you really don't want to use minrate [22:23] <jnvsor> reactormonk: I find the libx264 presets are more than enough finetuning [22:23] <JEEB> -maxrate and -bufsize are what you should use [22:23] <JEEB> and yes, you need these two for streaming [22:23] <JEEB> because you're bandwidth limited [22:24] <JEEB> also holy crap [22:24] <JEEB> ultrafast and VBV :o [22:24] <JEEB> that sounds like a very goddamn bad idea [22:24] <reactormonk> got a better one? [22:24] <JEEB> unless you've got a LOT of bandwidth [22:24] <JEEB> if you can't make the preset any slower, no, not really [22:25] <JEEB> just that the compression is so bad at that level that I'd just rather not do live streaming then [22:25] <JEEB> unless you have a lot of bandwidth that is [22:25] <JEEB> list of presets: http://mewiki.project357.com/wiki/X264_Settings#preset [22:25] <JEEB> and why the hell was your bufsize half of maxrate? [22:26] <JEEB> (unless the service you're sending that data out to says you have to have a 0.5 second buffer) [22:26] <JEEB> (a restreaming service or whatever) [22:26] <jnvsor> A script made the line for him :P [22:27] <jnvsor> Also, reactormonk: Scaling your video down to 720p on the fly will help with performance too [22:27] <jnvsor> bandwidth* [22:27] <JEEB> yeah, I'm pretty sure a half a second buffer is not what that restreamer wants [22:28] <JEEB> but in any case, getting off ultrafast is the first thing here [22:28] <JEEB> jnvsor, he already is resizing to 720p as far as I can see [22:29] <reactormonk> it doesn't really listen to maxrate though [22:30] <jnvsor> JEEB: Ah my bad, I expected a scale filter :) [22:31] <JEEB> reactormonk, that's due to your minrate there, which should not be there [22:31] <JEEB> without you forcing x264 to do something else, x264 nowadays should always be within your vbv limits [22:31] <JEEB> (vbv = maxrate/bufsize) [22:32] <JEEB> also wtf at that line [22:32] <JEEB> it sets both bit rate and crf [22:32] <JEEB> of which the latter gets used of course (thankfully) [22:33] <JEEB> anyways, the first thing to do would be to remove the minrate and the -b 1000k , and to try and put the preset at something slower than ultrafast [22:34] <JEEB> if even the next ones in the list are not fast enough, then I'd just recommend giving up on doing the realtime encoding on that box. If you have other machines on the same network you could just pipe lossless video to them to be encoded and sent out [22:49] <reactormonk> JEEB, I should have enough power on this machine [22:52] <JEEB> reactormonk, also holy crap [22:52] <JEEB> -g 2 [22:52] <JEEB> what the hell or who the hell made these settings [22:53] <JEEB> + you're encoding 60fps content... [22:54] <JEEB> remove that -keyint_min , switch -g to 120 or so (I think twitch recommended two second GOPs, and you should have 60 pictures in a GOP) [22:54] <JEEB> remove -b 1000k , minrate [22:54] <JEEB> and then push slower the preset [22:55] <JEEB> after that poke the bufsize because I'm pretty sure you're not supposed to have half-second buffering [22:55] <JEEB> and actually have someone check your bufsize/maxrate who knows what the actual limits for whatever you're pushing that video to is [22:56] <reactormonk> set present to slower [22:56] <obiwahn> hi [22:57] <obiwahn> what must i do to list all audio streams inside of a video file/container [23:10] <BtbN> obiwahn: ffprobe file [23:34] <letoram> I'm a bit stuck debugging a video encoder (using libavcodec/format etc.); the result (MKV, libx264) plays back fine, but seeking behaves odd. Running it through ffprobe shows N/A for duration and bitrate. Remuxing through ffmpeg with -c copy and probe now shows duration/bitrate and seeking works. the pts/dts for each frame of the demuxed and remuxed output is identical.. any suggestions where to look? [23:45] <caral> Hi, I'm encoding a live rtmp stream from a h264 source with ffmpeg. This works great. But now I try to invoke 'tee' to have 2 Outputs according to the doku. One saved, and the other streamed. I think in my cli http://pastebin.com/wf0QUmC8 is a syntax error. Anybody got a hint where the error is? [23:46] <obiwahn> BtbN: thank you! [23:54] <llogan> caral: i believe it is expecting muxer options, not protocol options, but i may be wrong [23:59] <Fusl> is there a way to "fast forward" a video? [23:59] <Fusl> like playing it on 50x speed? [00:00] --- Sat Jan 18 2014

1 0

ffmpeg-devel.log.20140116
by burek 17 Jan '14

17 Jan '14

[00:18] <cone-668> ffmpeg.git 03Carl Eugen Hoyos 07master:565102dcac49: Do not set mkv bit_depth to av_get_bytes_per_sample() for G.726. [00:18] <cone-668> ffmpeg.git 03Carl Eugen Hoyos 07master:11329370770e: Do not read mkv audio bit_depth if bits_per_coded_sample is already set. [00:29] <cone-668> ffmpeg.git 03Carl Eugen Hoyos 07release/1.2:d6a705d7787f: Do not set mkv bit_depth to av_get_bytes_per_sample() for G.726. [00:29] <cone-668> ffmpeg.git 03Carl Eugen Hoyos 07release/1.2:30147f14d4b6: Do not read mkv audio bit_depth if bits_per_coded_sample is already set. [00:29] <cone-668> ffmpeg.git 03Carl Eugen Hoyos 07release/2.1:0d45e821dc14: Do not set mkv bit_depth to av_get_bytes_per_sample() for G.726. [00:29] <cone-668> ffmpeg.git 03Carl Eugen Hoyos 07release/2.1:2f4b781e4db5: Do not read mkv audio bit_depth if bits_per_coded_sample is already set. [02:15] <cone-668> ffmpeg.git 03Carl Eugen Hoyos 07master:cb36e441de47: Never favour an audio stream with 0 channels in av_find_best_stream(). [02:15] <cone-668> ffmpeg.git 03Carl Eugen Hoyos 07master:fe9f57592491: Warn if s16be is muxed into flv. [02:27] <BBB> ubitux: that's fine, patch lgtm, just commit it [02:47] <cone-668> ffmpeg.git 03Paul B Mahol 07release/1.2:b8b77aefe894: avcodec/ffv1dec: fix format detection [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:da82be0cc00c: ffserver: strip odd chars from html error messages before sending them back [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:45dd7df83b39: avfilter/ff_insert_pad: fix order of operations [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:d805a5171382: avcodec/avpacket/av_packet_split_side_data: ensure that side data padding is initialized [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:252002aec13b: avcodec/utils: add some saftey checks to add_metadata_from_side_data() [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:803ca5c3491a: avutil/opt: initialize ret [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:751e684aae1e: avcodec/jpeglsdec: check err value for ls_get_code_runterm() [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:d0ed672484e4: avformat/thp: fix variable types to avoid overflows [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:971b13752d92: avformat/thp: force moving forward [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:c7027ae7381d: h264: Do not treat the initial frame special in handling of frame gaps [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:dea7f1c62e1a: avcodec: move end zeroing code from av_packet_split_side_data() to avcodec_decode_subtitle2() [02:47] <cone-668> ffmpeg.git 03Paul B Mahol 07release/1.2:5a8d78ab7f54: avcodec/libopusenc: change default frame duration to 20 ms [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:3488e9e269f8: avcodec/error_resilience: factor er_supported() check out [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:b841869477c9: avcodec/error_resilience: check that er is supported before attempting to read the status of the previous slice [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:5dde8ba59e90: avutil/log: skip IO calls on empty strings [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:ab38b390592d: evrcdec: use memmove() instead of memcpy() when regions can overlap. [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:a92b73da9907: svq3: use memmove to avoid overlap in memcpy. [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:a2186a805442: avcodec/mpegvideo_motion: Check P field references [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:8ded3738d15c: avcodec/c93: Check for block overlap. [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:d1da1c8384c6: avcodec/mpegvideo_motion: Use a field from the current frame if the last is unavailable in DMV & 16x8 [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:08a319549a41: avcodec/bitstream: Check bits in ff_init_vlc_sparse() [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:bb6f4667946c: avcodec/bitstream: check codes in ff_init_vlc_sparse() [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:c93501687ca9: xan: Check for overlapping copies [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:6e3697b98552: eamad: Check against minimum supported dimensions [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:2b26f8c6bf76: evrcdec: fix sign error [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:ca7f64e0ac20: shorten: allocate space for padding [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:7855083443e0: dxa: check vectors of 4x4 motion blocks [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:84b100396efb: dxa: check vectors of 2x2 motion blocks [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:3d380ffde9af: avformat/vqf: check number of channels before use. [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:e438fd3be905: avcodec/lcldec: Check that dimensions are a multiple of the subsample factors [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:dee327b0e70d: shorten: fix "off by padding" bug [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:271f5d68b922: avcodec/ansi: Check x/y [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:483b2016bb70: avcodec/ansi: Fix right/bottom end checks [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:a2bea0df0e4a: aacps: correct opdipd code to match spec [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:3d1e4b7ca5d5: avcodec/aacps: fix number of bands used with ipd/opd [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:47faf347a0ed: h264_cavlc: fix assertion failure due to reading too long vlc [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:b9058f58bde9: h264_refs: Check for attempts to assign pictures to short & long. [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:3f2efac0fec1: h264: Move slice_table clean out of frame_start [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:97978b7ae8e9: h264: move the default_ref_list_done check down after its inputs have been written [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:c8b90c7cd526: h264: Always decode MMCOs into temprary array [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:15a736483e3c: h264: check mb_width/height [02:47] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:db20610c4967: wmaprodec: Fix null pointer dereference in decode_frame() [02:54] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:884094debae7: Update for 1.2.5 [02:54] <cone-668> ffmpeg.git 03Michael Niedermayer 07release/1.2:5a0a156e88f7: cmdutils: update year [05:54] <juanmabc> tsup, any func helper to planar to linear(usual) frm->data? [05:58] <juanmabc> i guess i have to swr_convert ? [06:48] <juanmabc> i'm so happy it finally works ;DDD [07:59] <ubitux> BBB: ok, applied :) [07:59] <cone-48> ffmpeg.git 03Clément BSsch 07master:9cc8fa63ddba: vp9/x86: simplify a few mc inits. [09:52] <sspiff> ubitux: could you give me a link to that patch you mentioned that could fix the dvb sub bug? [09:53] <ubitux> it's pushed [09:53] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=c917cde9cc52ad1ca89926… [09:54] <plepere> ubitux : what's the thing to debug assembly already ? I can't find it in my history. :/ [09:54] <ubitux> the thing to debug? [09:55] <ubitux> "gdb"? [09:55] <plepere> ah thanks. :) [09:55] <plepere> having trouble on some qpel [10:01] <ubitux> plepere: "set disassembly-flavor intel" in ~/.gdbinit, then "b ff_hevc_foobar_qpel_ssse3", "r", copy paste http://pastie.org/pastes/8638328/text, and "ni" [10:01] <ubitux> hf. [10:01] <ubitux> (it's a real pain, and i'm probably doing it wrong) [10:02] <ubitux> ('forgot the step "gdb --args ./ffmpeg_g -i foo.hevc -f null -") [10:13] <sspiff> ubitux: doesn't look like it would fix the out-of-order problem of clear packets, so I'll still have a look next week. [10:13] <sspiff> The solution I have in mind might also remove the DVBSUB specific code from ffmpeg.c [10:13] <ubitux> sspiff: the clear packet thing is probably wrong anyway [10:14] <ubitux> sspiff: see this: http://trac.ffmpeg.org/ticket/2024#comment:8 [10:17] <sspiff> ubitux: yeah I read [10:17] <sspiff> looking at the DVB subtitle standard, looks like he's right about not having to send a clear packet [10:18] <sspiff> the page composition segment comes with A) a timeout value and B) can be redefined by a later packet to have 0 regions [10:25] <sspiff> ubitux: but sending an update is apparently exactly what ffmpeg does, currently [10:25] <plepere> ubitux, I'm doing it on our own openHEVC project, so it's going to be a bit diffrent, but thanks for the reminders. :) [10:25] <ubitux> sspiff: i don't know :) [10:25] <ubitux> sspiff: you're the expert [10:25] <sspiff> for DVB subs, it sends out two frames, one with the actual sub, and a second with the exact same thing but with num_rects set to 0 [10:26] <ubitux> sspiff: yes but maybe all of them should be cleared [10:26] <sspiff> ubitux: you mean "not all of them", right? [10:27] <ubitux> yes sorry [10:28] <sspiff> from my current point of view, it should be decided in the encoder wether or not they need to be cleared explicitly or not, since some will just expire and need not be cleared explicitly. However, clearing them really means (re)defining them with 0 rectangles, emitting an extra clear shouldn't harm [10:28] <sspiff> let me read that comment again, it said something about a bug with to many clears, right? :) [10:30] <ubitux> i have difficulties to understand joolz most of the time so don't ask me :p [10:34] <sspiff> I think what joolz is suggesting is the same thing I have in mind :) [10:35] <sspiff> but I'm not entirely sure :) [10:36] <sspiff> to be honest, his distinction of "sending a clear only when the timeout hasn't expired" is not entirely correct [10:36] <sspiff> I think [10:37] <sspiff> because the spec says that the timeout is specified in seconds and only has to be respected with a +0/+5s accuracy [10:37] <sspiff> so we shouldn't rely on it to clear subtitles - we should always emit a clear BEFORE the timeout expires [10:37] <plepere> ubitux : wow, your pastie does magic ! [10:45] <HelloWorld1> Hello [10:57] <HelloWorld1> I`m trying to decode h264 video with VAAPI. When checking this ` pCodec = avcodec_find_decoder_by_name ("h264_vaapi"); [10:57] <HelloWorld1> i`m getting unsupported codec error. [10:59] <JEEB> as far as I can see that hwaccel is a hwaccel now, as it should be [11:01] <HelloWorld1> JEEB: Thanks for your reply. I`m new to FFMPEG. I want to enable hwaccel when decoding h264 video. [12:37] <cone-48> ffmpeg.git 03Georg Martius 07master:2727dbb05345: lavfi/vidstabdetect,vidstabtransform: update to vid.stab 0.98 [12:37] <cone-48> ffmpeg.git 03Georg Martius 07master:7012a9dc10b9: configure: add version check for pkg libraries, and use it for vidstab [12:37] <cone-48> ffmpeg.git 03Stefano Sabatini 07master:a64333db5fef: lavfi/vidstabtransform: apply various cosmetical nits [12:59] <BBB> ubitux: apply mine also ;) [13:12] <ubitux> BBB: can you first fix the comments here? [13:12] <ubitux> + VP9_UNPACK_MULSUB_2D_4X 10, 11, 6, 7, 15893, 3981 ; m3/6=t3[d], m2/7=t2[d] [13:12] <ubitux> + VP9_UNPACK_MULSUB_2D_4X 3, 2, 4, 5, 8423, 14053 ; m10/4=t11[d], m11/5=t10[d] [13:13] <BBB> oh I broke it again? [13:13] <BBB> yes send a comment so I remember [13:14] <BBB> so, for lf, you asked about the mmx versions [13:14] <BBB> I would first focus on the 4_16 and 8_16, these are relatively simple given that you did 16_16 already [13:14] <BBB> (so 44_16 and 88_16) [13:14] <BBB> then I'd do the mix2 functions (i.e. 48_16 and 84_16) [13:15] <BBB> these are essentially identical to 88_16 except with a fixed zero mask for the filter6 for the 4 portion [13:15] <BBB> I'd leave the mmx versions (4_8, 8_8 and 16_8) for last then [13:15] <ubitux> ok [13:15] <ubitux> thanks :) [13:28] <BBB> (also when I say mmx, I mean '8 pixel per call', I don't mean 'do them in mmx' - you _could_, but you'll have less regs, so if that's hard, obviously just do it in xmm and ignore the upper half) [13:29] <BBB> oh I remember that comment part [13:29] <BBB> oops [13:29] <BBB> lemmefix that [13:30] <BBB> done [13:30] <ubitux> BBB: is it in a branch? [13:31] <ubitux> (simpler for me :P) [13:31] <BBB> vp9-simd [13:31] <BBB> https://github.com/rbultje/ffmpeg/commit/d3b32220ca59c92a7ecd80b1caa6cf7a09… [13:32] <ubitux> i'll apply soon [13:34] <ubitux> for some reason yasm is in infinite loop on vp9itxfm.o [13:34] <ubitux> ah, done [13:34] <ubitux> wth [13:34] <ubitux> :)) [13:36] <ubitux> yasm -f elf -m amd64 -g dwarf2 -I./ -I.// -Pconfig.asm -I libavcodec/x86/ -M 32.92s user 0.03s system 100% cpu 32.943 total [13:36] <ubitux> BBB: can't you do something about it? :D [13:36] <ubitux> 30+ seconds of assembling sound a bit huge [13:37] <ubitux> that's weird, it's not caused by your patch [13:37] <ubitux> oh well [13:37] <ubitux> yasm -f elf -m amd64 -g dwarf2 -I./ -I.// -Pconfig.asm -I libavcodec/x86/ -M 13.06s user 0.01s system 100% cpu 13.076 total [13:39] <ubitux> (without your patch) [13:40] <nevcairiel> that patch increases assembly time nearly 3 fold? [13:40] <ubitux> yes [13:40] <ubitux> 13s is quite huge actually [13:40] <nevcairiel> might be time for a file split then [13:40] <ubitux> probably too much macro madness [13:40] <ubitux> nevcairiel: that's hard to split [13:41] <JEEB> I've noticed that x265's asm files with a lot of macros tend to be slow to compile as well [13:41] <ubitux> i think that's because there are too much macro within macro [13:41] <ubitux> probably the %rep ones being evaluated a lot of time [13:41] <ubitux> can we have some stats profiling with yasm? [13:43] <JEEB> also it seems like the yasm creator just doesn't care about that one commit https://github.com/yasm/yasm/commits/master [13:43] <JEEB> also it's kind of sad that yasm "nextgen" seems to be actually more dead than yasm itself https://github.com/yasm/yasm-nextgen [13:44] <ubitux> what commit? [13:44] <JEEB> the top one [13:44] <JEEB> "test commit" [13:44] <ubitux> adding a random space [13:44] <ubitux> :D [13:47] <BBB> yes I've noticed it [13:47] <BBB> I ... couldn't really care less, tbh [13:47] <BBB> but I can work on it if you think it's important [13:47] <BBB> I don't really know what causes it [13:47] <BBB> yes we use a lot of macros, but so did vp8, and that's ok'ishly fast [13:48] <ubitux> i'm thinking about the zero %rep thing [13:48] <BBB> we can ask our local yasm overlord pengvado [13:48] <BBB> ah right [13:48] <BBB> we can unroll that I guess i that's it [13:49] <ubitux> there are 2 nested loops [13:49] <BBB> have you seen how many nested loops a vp9/hevc decoder is in when it gets to actual reconstruction of a 4x4 idct? [13:49] <BBB> that didn't take 30 seconds [13:49] <BBB> :-p [13:50] <ubitux> yasm -f elf -m amd64 -g dwarf2 -I./ -I.// -Pconfig.asm -I libavcodec/x86/ -M 29.46s user 0.03s system 100% cpu 29.486 total [13:50] <ubitux> ok not that. [13:50] <BBB> for (frame : frames) { for (h and v tile : tiles) { for (y : rows) { for (x : cols) { for (h/v 4x4 block : blocks) { idct4x4(); } } } } } [13:50] <BBB> so 7 nested loops [13:51] <ubitux> BBB: i mean the nested loop in ZERO_BLOCK [13:51] <ubitux> :p [13:51] <BBB> I know [13:51] <BBB> but that was not it ;) [13:51] <ubitux> yes :( [13:51] <ubitux> 30 seconds is really slow [13:52] <BBB> agreed [13:52] <BBB> so my patch makes it slow, or it was always slow? [13:52] <ubitux> 13 -> 33 sec [13:53] <BBB> hum [13:53] <BBB> pengvado: Skyler_: any thoughts on that? (yasm being slow, see ^^) [13:53] <ubitux> [context] after this: https://github.com/rbultje/ffmpeg/commit/d3b32220ca59c92a7ecd80b1caa6cf7a09… [14:21] <BBB> I really don't want to split that file, it's very interleaved :-p [14:22] <BBB> I suppose you could possibly split it by size, but if 16x16 only made it 13->30 already, that only helps so much... [14:25] <BBB> we should still apply the patch :-p [14:25] <BBB> how's lf going btw? :) [14:26] <BBB> I'll probably do iadst8_1d and iadst4_1d, and then work on the context setting in decode_mode [15:15] <cone-48> ffmpeg.git 03Ronald S. Bultje 07master:8173d1ffc0b7: vp9/x86: 16x16 iadst_idct, idct_iadst and iadst_iadst (ssse3+avx). [15:15] <ubitux> BBB: applied, but we really need to do something about assembling time [15:15] <ubitux> that is really way too slow [16:01] <cone-48> ffmpeg.git 03Ronald S. Bultje 07fatal: ambiguous argument 'refs/tags/n1.2.5': unknown revision or path not in the working tree. [16:01] <cone-48> Use '--' to separate paths from revisions [16:01] <cone-48> refs/tags/n1.2.5:HEAD: vp9/x86: 16x16 iadst_idct, idct_iadst and iadst_iadst (ssse3+avx). [17:13] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:534a89478d42: avcodec/huffyuv: add a field that represents the number of symbols [17:13] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:6c004e8aada0: avcodec/huffyuvenc: init bps from pixel descriptor [17:13] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:b53aab1a5819: libavcodec/huffyuv: >8 bit support [17:36] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:ef0282125cf4: avcodec/huffyuv: add YUV{420,422,444}P{9,10,12,14} support [17:49] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:3d87927959ba: avcodec/huffyuv: add YUVA{420,422,444}P{9,10} support [17:54] <ubitux> no btc on bountysource, too bad [18:11] <ramiro> BBB: I get yasm 1.2.0 hanging on vp9itxfm.asm. Does it just take exceptionally long or is there something wrong? [18:18] <saste> ubitux, what's the fuzz about bitcoins? [18:18] <saste> good for speculators? or the amount of energy -> pollution needed to fabric them? [18:20] <JEEB> ramiro, it just takes time as far as I know. [18:20] <JEEB> Similar occurence as with x265 it seems [18:27] <ramiro> JEEB: it's been a few minutes already [18:28] <ramiro> oh, wow. that too exceptionally long... but it's done. [18:28] <ramiro> I'm on an atom, so it's not a proper CPU anyways... [18:35] Action: michaelni understands why optimizing compilers can be slow but an assembler !? :/ [18:39] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:2fd39642c9aa: avcodec/huffyuv: fix median prediction for >8bps [18:44] <michaelni> hmm, building vp9itxfm.o takes 50sec on a otherwise idle 4ghz i7 [18:46] <michaelni> is this is joke ? the box could build the whole ffmpeg wthout ccache in less than 20sec with the right compiler and flags [18:46] <JEEB> some parts seem to be rather unoptimized @ yasm [18:50] <Compn> saste : its just easy to transfer once you have them. unlike banks, paypal, checks, credit cards, etc [18:50] <ubitux> saste: not subject to taxes and papers [18:51] <ubitux> basically, that's a huge advantage if you want to do freelance jobs without having to mess with the legal aspect [18:51] <ubitux> that's also extremely simple to deal with [18:51] <Compn> its subject to taxes, just you are hiding it from government ubitux :P [18:51] <Compn> ehe [18:51] <ubitux> yeah, well, it's extremely hard to track [18:51] <ubitux> and no one will bother for now [18:51] <Compn> its tied to your ip addy ! :P [18:51] <Compn> >use tor [18:52] <ubitux> i'm not in the usa, they won't call the fbi if i get a few btc [18:52] <Compn> true [18:52] <ubitux> michaelni: 30 sec on my laptop, yeah that's huge [18:52] <ubitux> BBB, michaelni, ramiro, should we revert for now? [18:53] <Compn> i forgot i was going to setup btc donations on ffmpeg [18:53] <Compn> if everyone wanted me to handle btc donations anyhow [19:11] <michaelni> ubitux, no idea, but if possible we should workaround that yasm problem if possible [19:11] <ubitux> i have no idea where it comes from [19:11] <michaelni> nasm here takes 0m3.660s [19:11] <michaelni> for time make V=2 libavcodec/x86/vp9itxfm.o after a rm libavcodec/x86/vp9itxfm.o [19:21] <kierank> 5:50 PM <"ubitux> saste: not subject to taxes and papers [19:21] <kierank> 5:51 PM <"ubitux> basically, that's a huge advantage if you want to do freelance jobs without having to mess with the legal aspect [19:21] <kierank> 5:51 PM <"ubitux> that's also extremely simple to deal with [19:21] <kierank> 5:51 PM <"Compn> its subject to taxes, just you are hiding it from government ubitux :P [19:21] <kierank> this ^ [19:21] <kierank> baaaad idea [19:21] <kierank> even mobsters get screwed for not paying taxes [19:22] <michaelni> ubitux, correction its 5.1 sec here with nasm, was mistakely testing the previous commit [19:22] <ubitux> michaelni: still decent [19:22] <Compn> kierank is the white knight :D [20:57] <pengvado> BBB: you're running into this bug: http://akuvian.org/paste/ee7e76e8.diff [21:01] <JEEB> ooh [21:03] <JEEB> I'll need to apply that too for my yasm [21:03] <pengvado> (which I never submitted upstream because it's a kludge, but it works) [21:04] <ubitux> pengvado: any workaround? [21:04] <ubitux> reduce the number of macro? [21:05] <ubitux> there are only 27 macro in that file [21:05] <ubitux> i guess it's including the ones from x264 as well [21:06] <pengvado> yes, the ones in x86inc.asm that define new temporary variables for every instruction instantiated [21:08] <pengvado> using %% to get local variables doesn't actually limit their scope, they still go in the global hash of macro names [21:09] <ubitux> N times with a different name? [21:09] <pengvado> yes [21:10] <ubitux> let's see if taking it out helps... [21:11] <ubitux> not enough it seems :p [21:12] <pengvado> http://akuvian.org/paste/434723e7.diff provides almost as much speedup as fixing yasm [21:14] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.6:0cbef38cb818: arm: Don't clobber callee saved registers in scalarproduct [21:14] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.6:792ee2f7750c: Merge remote-tracking branch 'qatar/release/0.6' into release/0.6 [21:14] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.6:9a073b1f0f27: avcodec/parser: reset indexes on realloc failure [21:14] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.6:101e1b36cccd: avcodec/jpeglsdec: check err value for ls_get_code_runterm() [21:16] <ubitux> ah that's nice [21:29] <Daemon404> a wild pengvado [21:43] <cone-48> ffmpeg.git 03Reinhard Tartler 07release/0.10:d4a24e43edd0: alsdec: check block length [21:43] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:b5736759eefa: qdm2: check array index before use, fix out of array accesses [21:43] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:6f6cd7dbe539: roqvideodec: check dimensions validity [21:43] <cone-48> ffmpeg.git 03Reinhard Tartler 07release/0.10:b997a6a86d7a: Prepare for 0.8.10 Release [21:43] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:b6fc0127ce84: arm: Don't clobber callee saved registers in scalarproduct [21:43] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:e01d623e0193: dsicin: Add some basic sanity checks for fields read from the file [21:43] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:61032c577db0: smacker: Don't return packets in unallocated streams [21:43] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:68a1df13c460: smacker: Avoid integer overflow when allocating packets [21:44] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:85c02da30768: cmdutils: update year [21:44] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:9e96051d5d03: Merge commit '68a1df13c460adb6241cfdf96aad953b5d637623' into release/0.10 [21:51] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:d5c104c1ae56: smacker: Make sure we don't fill in huffman codes out of range [21:51] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:712945d21e63: shorten: Use a checked bytestream reader for the wave header [21:51] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:7d8a4bb8d2ca: shorten: Break out of loop looking for fmt chunk if none is found [21:51] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:f241d5aa1fa4: ape: Don't allow the seektable to be omitted [21:51] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:b81d804f2ac1: zmbvdec: Check the buffer size for uncompressed data [21:51] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:486c45767587: mpc8: Check the seek table size parsed from the bitstream [21:51] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:bd953f94044e: Merge commit '486c45767587151b517bb6fde602d43d178da203' into release/0.10 [21:57] <JEEB> ugh, did they break yasm's compilation, too? [21:57] <JEEB> I get this after configuration: [21:57] <JEEB> $ make all [21:57] <JEEB> make: *** No rule to make target `x86insns.c', needed by `all'. Stop. [21:57] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:9291012d52a7: mpc8: Make sure the first stream exists before parsing the seek table [21:57] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:7981b5c20e61: omadec: Properly check lengths before incrementing the position [21:57] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:b9e90b36cd3b: sierravmd: Do sanity checking of frame sizes [21:57] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:7f80928c0e7a: cavsdec: Make sure a sequence header has been decoded before decoding pictures [21:57] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:290783b84866: vp3: Check the framerate for validity [21:57] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:802deb2d136f: svq3: Check for any negative return value from ff_h264_check_intra_pred_mode [21:57] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:48f27c854f23: mace: Make sure that the channel count is set to a valid value [21:57] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:75f811babc08: matroskadec: Verify realaudio codec parameters [21:58] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:f0db793bee82: rv34: Check the return value from ff_rv34_decode_init [21:58] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:33b88170d76a: oggparseogm: Convert to use bytestream2 [21:58] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:843b330c3c9a: ivi_common: Make sure color planes have been initialized [21:58] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:e3ba6ff9357d: mpeg4videodec: Check the width/height in mpeg4_decode_sprite_trajectory [21:58] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:b19eafa2b930: eacmv: Make sure a reference frame exists before referencing it [21:58] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:5339a9f00051: Merge commit 'b19eafa2b930ee40abfde6d1f026b7fa5591c4dc' into release/0.10 [22:07] <JEEB> ok, got it to start building after manually calling python [22:08] <ubitux> python? huh? [22:08] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:2ef84218b292: truemotion2: Use av_freep properly in an error path [22:08] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:2b71a7884196: ffv1: Make sure at least one slice context is initialized [22:08] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:0a23055b8ab2: xmv: Add more sanity checks for parameters read from the bitstream [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:3b169044ca04: rv10: Validate the dimensions set from the container [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:75dabbff8b15: idroqdec: Make sure a video stream has been allocated before returning packets [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:036136fa89ac: asv1: Verify the amount of extradata [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:ff8837e9c60a: mpegaudiodec: Validate that the number of channels fits at the given offset [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:2c3114158510: qpeg: Add checks for running out of rows in qpeg_decode_inter [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:e80071892b14: segafilm: Validate the number of audio channels [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:f23b1cc7d979: wtv: Add more sanity checks for a length read from the file [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:c211ba9b59e8: rl2: Avoid a division by zero [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:456a9392103f: dca: Validate the lfe parameter [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:b29c31c21e6d: wnv1: Make sure the input packet is large enough [22:09] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:159993acc7f4: vc1dec: Fix leaks in ff_vc1_decode_init_alloc_tables on errors [22:09] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:d1c7a7776f67: Merge commit '159993acc7f4e3155510d42c543e09fe972b933c' into release/0.10 [22:09] <Daemon404> JEEB, ... are you using yasm git? [22:09] <Daemon404> (dont) [22:09] <JEEB> ubitux, yeah -- it needs to create a c file with python 2.x [22:10] <JEEB> Daemon404, it has some fixes from D_S too [22:10] <Daemon404> like? [22:10] <JEEB> might as well [22:10] <JEEB> https://github.com/yasm/yasm/commit/a8495ad151b6db29f633d8e005e9049c7949cd05 [22:10] <Daemon404> id rather use a known working ver ;) [22:10] <JEEB> and not that there's many commits since https://github.com/yasm/yasm/commits/master [22:11] <JEEB> (although yasm is surprisingly less dead than yasm-nextgen [22:11] <Daemon404> well [22:11] <Daemon404> that commit is entirely irrelevant [22:11] <Daemon404> since no such code exists [22:11] <Daemon404> afaik [22:16] <JEEB> also there are some issues resolved looking at some of the commit messages, so now that yasm's last release is like ages behind, I might as well try using HEAD [22:17] <JEEB> if it breaks then I'll fall back to 1.2.0 [22:29] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:cd254e8540b3: vc1dec: Undo mpegvideo initialization if unable to allocate tables [22:29] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:61d56054a9d7: vqf: Make sure sample_rate is set to a valid value [22:29] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:efe59ad90bce: vqf: Make sure the bitrate is in the valid range [22:29] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:889bdc47f6bb: avidec: Make sure a packet is large enough before reading its data [22:29] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:ea1c9424d1c4: xwma: Avoid division by zero [22:29] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:35c39d2ee2a2: mvi: Add sanity checking for the audio frame size [22:30] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:7fdb915fc712: riffdec: Add sanity checks for the sample rate [22:30] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:416ad3ecf242: electronicarts: Add more sanity checking for the number of channels [22:30] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:5e8243e843be: bfi: Avoid divisions by zero [22:30] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:6c0c799bd586: Merge commit '5e8243e843be8f71da7dde199a71d095726533eb' into release/0.10 [22:31] <JEEB> Daemon404, another D_S's fix btw https://github.com/yasm/yasm/commit/31c99f1fb24a893e0bd7778ba165a779474246b5 [22:36] <Daemon404> very descriptive message [22:36] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:213b8aa0a905: bfi: Add some very basic sanity checks for input packet sizes [22:36] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:1438181a2943: mov: Make sure the read sample count is nonnegative [22:36] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:ac1e61d5593d: pngdec: Stop trying to decode once inflate returns Z_STREAM_END [22:36] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:5a40e4c64d90: pcx: Consume the whole packet if giving up due to missing palette [22:37] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:993977032a0a: xan: Use bytestream2 to limit reading to within the buffer [22:37] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:76c48a78d1c0: Merge commit '993977032a0adb47eb70e7fef6ce0d5370027e83' into release/0.10 [22:49] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:380e37326768: xan: Only read within the data that actually was initialized [22:49] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:d3986f4f1baf: xxan: Disallow odd width [22:49] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:cb4a101fbe27: rpza: Fix a buffer size check [22:49] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:d92c908e235a: pcx: Check the packet size before assuming it fits a palette [22:49] <cone-48> ffmpeg.git 03Anton Khirnov 07release/0.10:90294e31a199: mxfdec: set audio timebase to 1/samplerate [22:49] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:e972338e3596: asfdec: Check the return value of asf_read_stream_properties [22:49] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:591d5281f5bc: twinvqdec: Check the ibps parameter separately [22:49] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:871baf312791: rmdec: Validate the fps value [22:49] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:49c1defee522: svq3: Avoid a division by zero [22:50] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:fbc52044f3d0: fraps: Make the input buffer size checks more strict [22:50] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:29fa517d40ed: r3d: Add more input value validation [22:50] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:9925f7df0a50: vc1dec: Make sure last_picture is initialized in vc1_decode_skip_blocks [22:50] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:93e3ec451caf: Merge commit '9925f7df0a50387ade8d83cb85b40c53e41e7041' into release/0.10 [23:26] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:c00e491aebec: vc1dec: Don't decode slices when the latest slice header failed to decode [23:26] <cone-48> ffmpeg.git 03Martin Storsjö 07release/0.10:371659d1ad71: mpegvideo: Initialize chroma_*_shift and codec_tag even if the size is 0 [23:27] <cone-48> ffmpeg.git 03Derek Buitenhuis 07release/0.10:48d57650f121: pthread: Fix deadlock during thread initialization [23:27] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:a26bfc444d25: Merge commit '48d57650f121d3d9e977832e9006bb334337d921' into release/0.10 [23:34] <Zeranoe> oes anyone know what kind of material I'm dealing with here: http://paste.debian.net/76683/ I added the line breaks at logical spots, but the patterns might be longer. I can resort it if it helps. I want to know how to properly deinterlace it [23:35] <Zeranoe> does* [23:36] <cone-48> ffmpeg.git 03Ben Jackson 07release/0.10:112387087983: pthread: Avoid spurious wakeups [23:36] <cone-48> ffmpeg.git 03Sean McGovern 07release/0.10:3736b1375392: Changelog for 0.8.10 [23:36] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:86a423d2b8c6: Merge remote-tracking branch 'qatar/release/0.8' into release/0.10 [23:38] <cone-48> ffmpeg.git 03Michael Niedermayer 07release/0.10:41216ebb9e53: update for 0.10.11 [00:00] --- Fri Jan 17 2014

1 0

ffmpeg.log.20140116
by burek 17 Jan '14

17 Jan '14

[00:00] <l_r> is there a way to mux h264 raw video from a device with a clock in a mpegts with timestamps? [00:00] <l_r> i hope what i said makes sense [00:01] <l_r> basically i have raw h264 without timestamps [00:09] <llogan> jedir0x: make sure the output is yuv420p [00:11] <jedir0x> llogan, it is - and i figured it out with help of the mailing list. [00:11] <jedir0x> thanks though! [00:23] <caribou|> hello [00:24] <caribou|> is there something wrong with that command 'ffmpeg -r 20 -i "img (%d).png" -q:v 1 -b:v 1500k timelapse.mp4' ? [00:24] <caribou|> "Ôãimg: No such file or directory" [00:25] <caribou|> it doesn't seem to like my spaces even though i'm surrounding the file name with quotes [00:28] <caribou|> used another command and it works so i guess the reported error doesn't help much :-O [00:34] <llogan> worksforme [00:42] <thebombzen> also caribou| I don't know why you're using -q:v and -b:v, becaue -q:v sets VBR quality and -b:v sets ABR bitrate, which don't work together AFAIK [00:43] <caribou|> thanks ! I naively copy pasted [01:00] <mastereve> Hello all o/ [01:02] <jedir0x> Hola compadre [01:06] <mastereve> Hey did anyone make the demuxing example code work as the CLI counterpart? [01:07] <mastereve> I get some wierd results from that code [01:56] <dtb> Hello. A little confused about 'filter_complex'. Trying a few examples from here: http://www.ffmpeg.org/ffmpeg-filters.html but getting "Unrecognized option 'filter_complex'" - I even tried downloading a recent static build linked from ffmpeg.org and that still didn't have it. Is it still available? [01:56] <Hello71> -c:a vs -acodec? [01:57] <Hello71> dtb: full command? [01:59] <dtb> Hi Hello71 - http://pastie.org/8637502 contains the output. [02:00] <Hello71> maybe you need 2.x? [02:01] <Hello71> ah, -acodec is an alias for -codec:a [02:01] <Hello71> so is -c:a [02:02] <dtb> Hello71, doh - I thought all these would be latest: http://ffmpeg.gusari.org/static/64bit/ - grabbing 2.0.1 from http://johnvansickle.com/ffmpeg/ now. [02:07] <dtb> Hello71, thanks for the help! ffmpeg is doing its thing now :) [02:38] <dtb> hello again, I'm wondering if it's possibly to change the example from https://trac.ffmpeg.org/wiki/How%20to%20speed%20up%20/%20slow%20down%20a%20… so that it will speed up the video AND audio by a factor of 4. I tried (incorrectly?) to string multiple atempo's together in filter_complex but that only gave a 2x audio speedup: [02:38] <dtb> ffmpeg -i input.mkv -filter_complex "[0:v]setpts=0.5*PTS[v];[0:a]atempo=2.0[a];[0:a]atempo=2.0[a]" -map "[v]" -map "[a]" -map "[a]" -map "[a]" [02:39] <dtb> > correction: ffmpeg -i input.mkv -filter_complex "[0:v]setpts=0.25*PTS[v];[0:a]atempo=2.0[a];[0:a]atempo=2.0[a]" -map "[v]" -map "[a]" -map "[a]" -map "[a]" [04:21] <thebombzen> dtb: did you try this: ffmpeg -i input.mkv -filter_complex "[0:v]setpts=0.25*PTS[v];[0:a]atempo=2.0,atempo=2.0[a]" -map '[v]' -map '[a]' [04:22] <thebombzen> also, remember to multiply the framerate of the output so you don't drop frames [04:22] <llogan> he's gone, jim [04:22] <thebombzen> "{ [04:22] <thebombzen> :P * [04:23] <llogan> but you do have a correct answer [04:23] <thebombzen> though I don't know why you would use complex filtergraphs if you can avoid it. using simple filtergraphs whenever possibly is more intuitive and easier to understand the command-line [04:24] <thebombzen> I'd much prefer -filter:v "setpts=0.25*PTS" and -filter:a "atempo=2.0,atempo=2.0" [04:24] <thebombzen> the [0:v] and [a] stuff makes the command line harder to parse (for humans) [06:47] <basilgohar> Is it possible, if I have 4 videos, to combine them into one with each video playing in a corner, taking-up 1/4 the total screen? If so, what filters or other arguments would I use to achieve that? [06:47] <basilgohar> I *think* it's possible using overlay, but I think that'll be overly complex if there's another filter that can explicitly position and scale the videos in question... [09:19] <GT1> Hello guys, I have a quick question. ffmpeg can output gif images but the size seems just too damn big. Is there a way to reduce the size of it within ffmpeg? [09:21] <DeadSix27> i think gif in ffmpeg there was no further way to decrease the size [09:21] <DeadSix27> for* [09:21] <DeadSix27> i always just ran it through an optimizer after [09:23] <ubitux> GT1: try -pix_fmt rgb8 [09:23] <DeadSix27> ye and that [09:23] <DeadSix27> right, saw that on stackoverflow once. [09:25] <GT1> k, i'll try [09:26] <GT1> that halfed the size [09:26] <GT1> thx :) [09:26] <GT1> amI right that a gif can only have 256 color palate? cuz the image seems to be pixelated every time [09:27] <sspiff> anyone present that has a bit of experience with MPEG transport stream handling? [09:27] <ubitux> GT1: yes but right now it's the default palette [09:27] <ubitux> GT1: so it's only relying on the dithering to get a better output [09:28] <ubitux> it would be nice if the palette was better because the pal8 pix fmt is the default& [09:28] <sspiff> I've got a stream, which contains only one PID, no PSI's or anything, just one subtitle stream and I'm wondering if there's an easy way to have avformat handle the TS packet parsing for me [09:28] <GT1> so there is no way making it better? [09:31] <GT1> I mean is there a way to choose a custom color palate? to make the output better? [09:32] <ubitux> no that i know [09:32] <ubitux> not* [09:32] <GT1> k, thx [09:32] <ubitux> patches welcome :) [09:32] <ubitux> but maybe i'm wrong :p [09:33] <GT1> :) it would be nice, but I don't have nor the knowledge nor the time for that :( maybe some day I hope. [09:35] <GT1> The problem is that I'm costumed to higher level of programming ( generally using some api, sdk or something like that), but with low level c++ programming, not to mention image processing is out of my league :) But if you need a game a website or an app to be done you can count on me :) [09:36] <GT1> and by low level, not by skill i mean but technical meaning :P low level is lot harder :D [09:59] <Amnesia> is anyone over here familiar with "ismv" and "isma" streams? [10:00] <Amnesia> I'd like to rip one, but I don't know how [10:00] <Amnesia> the stream consists of mpeg4 fragments [10:11] <bencc1> when concatenating several movies with the same codec and parameters, does it decode/reencode or just stich them together? [10:14] <juanmabc> tsup! [10:15] <juanmabc> can i apply ladspa filters through ffmpeg? [10:15] <juanmabc> and extra mile, programaticall through libav? [10:16] <juanmabc> game changer here ;) [10:36] <allengreen> how to calculate the elapsed time in millisecond between two frames from AVPackets? [10:37] <lilalinux> how do I recode a mkv from hi10p(10bit) to ordinary (8bit?) [10:39] <juanmabc> allengreen: you are going to need to study pts's [10:39] <Mavrik-> allengreen, that's a wierd question, can you elaborate more? [10:39] <juanmabc> 'presentation time stamps' [10:39] <allengreen> I read, but I am kind of stupid. [10:39] <juanmabc> is programatically not weird Mavrik- [10:40] <allengreen> so if I have two AVPackets, how to get the elapsed time in milliseconds? [10:40] <Mavrik> ah [10:40] <Mavrik> allengreen, PTS and DTS are timestamps of your packets [10:41] <Mavrik> they're just in different units - you need to multiply them with time base of your stream to get seconds [10:41] <Mavrik> if your packet is missing PTS take DTS [10:42] <Mavrik> so... calculate difference between PTS/DTS and multiply by streams timebase [10:42] <allengreen> I'll try again, I tried millions of times. [10:43] <Mavrik> remember that timebase is stored like a fraction [10:43] <Mavrik> e.g. a TS stream will have timebase of 1/90000 [10:44] <juanmabc> decoding time stamps are not going to make it sometimes [10:44] <juanmabc> the last resort when not present, use an user clock from fps [10:45] <Mavrik> mhm [10:45] <juanmabc> so basically you need a logical chain, if pts else if dts else assume fps [10:45] <Mavrik> I think there's a very handy av_guess_timestamp method [10:45] <Mavrik> that does exactly that [10:45] <juanmabc> i'd love ffmpeg integrated itself some pts calculations already [10:46] <juanmabc> av_guess_timestamp, note taken, i'll try that too [10:46] <Mavrik> ah, you need to decode video first: [10:46] <Mavrik> http://ffmpeg.org/doxygen/trunk/frame_8h.html#acb9d9082c10e625e51a68caceabd… [10:47] <Mavrik> av_frame_get_best_effort_timestamp [10:47] <juanmabc> ah, that i do use ;) [10:49] <juanmabc> i'd love someone to give me that when i satrted to do video, allengreen https://code.google.com/p/openmedialibrary/ [10:52] <juanmabc> it was done at ffmpeg-0.11 or so, hence it lacks packed/aligned audio consideration so the sound is gonna be bad, that is done and gonna be merged in another place: https://code.google.com/p/openxl/source/browse/src/FL/flSound.c [10:53] <juanmabc> mixed audio & video on open*l, but since both use a get in memory then pass it, can help a lot of projects [10:54] <juanmabc> i'm currently at it, so it's super messy ;) [10:54] <juanmabc> have fun, /me moves on [10:54] <juanmabc> ladspa anyone? [10:55] <juanmabc> you are going to make me research, he [10:55] <juanmabc> see you [11:17] <sledges> hello [11:18] <sledges> I got an mp4 file, when I split it, and some of the splits i speed up, then combine all back, I get jumps (to keyframe?) and delays [11:18] <sledges> how to convert it to some raw format, do the editing, and convert it back? [11:23] <sledges> found: http://stackoverflow.com/questions/15778774/using-ffmpeg-to-losslessly-conv… [12:07] <sspiff> when I create an AVIOContext, will ffmpeg seek forward/backward a lot? Do I have to support seeking? How much should I buffer? [13:25] <__raven> how to get a boolean answer out of edge detevtion? i need some technical filters to dezect blury and black video files. any ideas? [13:35] <pisto> hello. is there a table that explains all the available pixel formats? [13:35] <pisto> not just list them [15:04] <bencc> I'm trying to concatenate video files [15:04] <bencc> this is the mylist.txt file http://dpaste.com/1554633/ [15:04] <bencc> I'm getting an error: Line 1: unknown keyword ' f' [15:06] <bencc> this is the full console (windows) http://dpaste.com/1554640/ [15:33] <bencc> it was a bad encoding [15:38] <__raven> how to get a boolean answer out of edge detevtion? i need some technical filters to dezect blury and black video files. any ideas? [16:38] <sspiff> the buffer in AVIOContext, is that for use in my read/write functions or is that used by ffmpeg to buffer the output of the read function? [17:03] <k0bi> ok i am extracting mp3 with ffmpeg and i want to do it in cuts like each min file [17:03] <k0bi> C:\Users\Administrator>"E:\wwwroot\base64Player\ffmpeg" -i "ip live=1" -vn -ar 44100 -ac 2 -ab 128k "C [17:03] <k0bi> :\ffmpeg\xrxxddddxptLtx-%03d.mp3" [17:04] <k0bi> i was thinking to add -itsoffset 60 but no luck with that [17:09] <thebombzen> k0bi: use -ss to skip and -t to cut the duration (both in seconds, or in hh:mm:ss form). I would write a script to do it repeatedly. That is, to skip 3 minutes in from the beginning and only encode 1 minute, use -ss 3:00 -t 1:00 [17:25] <Wma> hello all [17:26] <Wma> how can one tell if an audio file was encoded to AAC with Nero or FAAC? [17:26] <Wma> Does FAAC write a special header? [17:32] <jnvsor> Wma: in ffmpeg or in a lib? [17:33] <Wma> well, I just want to see if it's possible to check a file to find out which AAC encoder was used [17:34] <JEEB> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/aacdec.c;h=365df2… [17:34] <JEEB> see this function [17:34] <JEEB> the sscanf check for the string libfaac with a version [17:34] <Wma> wow that's just gibberish for me I'm afraid :s [17:34] <JEEB> so yes, it seems like libfaac does write some header information [17:34] <JEEB> into the file [17:34] <Wma> can I check it with a HEX editor? [17:35] <JEEB> you can try, but not exactly sure where that is written. Also the lack of that doesn't mean anything, either [17:36] <JEEB> just that if that branch in the code gets executed (as in, that string is there), then it most probably was encoded by faac [17:36] <Wma> any hint how that header starts? [17:37] <jnvsor> Wma: ffmpeg -i file [17:38] <jnvsor> that will tell you the file codecs etc, should be fine for normal use [17:38] <JEEB> it seems like he specifically wants to know the encoder used [17:38] <JEEB> not just the format [17:39] <Wma> yup :) [17:40] <Wma> i'm just curious because some website is selling AAC audio files [17:40] <Wma> i'm just curious about the encoder used etc [17:48] <pisto> Wma, try ffprobe ./file [17:49] <pisto> if you're lucky it outputs the info you need [17:49] <pisto> or strings ./file [18:09] <bgilbert> Hi, I was wondering if there was a way to transcode rtp packets in ffmpeg using only stdin/stdout? [18:36] <jnvsor> bgilbert: Yes, are you outputting to another rtmp stream? [18:38] <bgilbert> jnvsor: yea, well rtsp currently.....I was hoping to stream packets in through standard in and get them streamed back through standard out. Then send them out to another stream [18:57] <jnvsor> bgilbert: You can by using pipe:0, pipe:1 input and output, but ffmpeg supports streams in/out without needing to pipe to other programs [19:16] <bgilbert> jnvsor: thanks, I'll go check that out [19:41] <Guest18902> trying to convert a video for 3ds.. using command. "mpeg -y -i "left.avi" -i "right.avi" -vcodec copy -acodec adpcm_ima_wav -ac 2 -vcodec copy -map 0:0 -map 0:1 -map 1:0 "VID_0001.AVI" [19:42] <Guest18902> getting an error 'number of stream maps must match number of output streams. any ideas? [20:09] <Guest18902> messed stuff up reconverting so i can paste to u guys =/ [21:07] <llogan> Guest18902: any luck on that paste? [23:09] <Guest18902> finally [23:10] <Guest18902> http://pastebin.com/ifJkewwf line 534 is where it starts. [23:11] <Guest18902> I convert .mkv to a .avi and crop it (3d movie) then so same for right (but quit it cuz i already did it prior) then error trying to combine them [23:11] <Guest18902> someone please help thanks [23:11] <Guest18902> 400x240 is ideal screen size.. [23:14] <llogan> Guest18902: that's the fake ffmpeg. it's not from FFmpeg. so understandably we can't support it here [23:15] <llogan> you can download a build of ffmpeg [23:15] <llogan> or compile ffmpeg. https://trac.ffmpeg.org/wiki/UbuntuCompilationGuide [23:15] <llogan> or get help from the fork somehow [23:26] <Zeranoe> Does anyone know what kind of material I'm dealing with here: http://paste.debian.net/76683/ I added the line breaks at logical spots, but the patterns might be longer. I can resort it if it helps. I want to know how to properly deinterlace it [23:32] <Guest18902> dam [23:33] <Guest18902> ubuntu ships with fake ffmpeg? [23:33] <Guest18902> echo #ubuntu >> u are a bunch of slackers. [23:34] <Guest18902> llogan: once i compile a proper version -- are all the commands I'm running right? [23:43] <llogan> Guest18902: which command. your paste contained 12 of them [23:57] <Zeranoe> Did I not supply the right information? [00:00] --- Fri Jan 17 2014

1 0