[Ffmpeg-devel-irc] ffmpeg-devel.log.20130410

burek burek021 at gmail.com
Thu Apr 11 02:05:02 CEST 2013


[00:00] <durandal_1707> that will make shorthand gone? :(
[00:00] <ubitux> shorthand code yes, not the feature
[00:01] <durandal_1707> then we will get bunch of reports that random thing breaks
[00:01] <ubitux> but we need to do something about aliases
[00:21] <megaTherion> Hello, Im ffmpeg API newbie
[00:21] <megaTherion> what can I do if avformat_open_input is not able to determine the codec used?
[00:49] <elkng> is opencv support currently broken as it was in 0.11.1 ?
[00:49] <durandal_1707> what is broken?
[00:50] <elkng> durandal_1707: libopencv
[00:51] <durandal_1707> i know that, you told it already
[00:51] <durandal_1707> but i need more info
[00:51] <elkng> is it safe to use --enable-libopencv ?
[00:51] <durandal_1707> safe in what sense?
[00:52] <durandal_1707> michaelni: i dont see curves patch anywhere
[00:52] <durandal_1707> actually it is another thread - i really dislike that ....
[00:52] <durandal_1707> because i make pointless replies
[00:53] <elkng> durandal_1707: http://code.opencv.org/issues/1925
[01:09] <durandal_1707> ubitux: there is smartdecimate
[01:18] <saste> uhm the select patch is broken
[01:18] <saste> in a subtle way
[01:19] <ubitux> saste: i think working on a generic option for filters would make more sense
[01:19] <ubitux> or something in that spirit
[01:20] <llogan> fun. i get a segfault using libx264
[01:20] <saste> ubitux, yes, but splice is still somehow useful *for other purposes*
[01:20] <ubitux> saste: what are you thinking about?
[01:20] <saste> e.g. for inserting subliminal frames
[01:21] <ubitux> :D
[01:21] <ubitux> ok :)
[01:26] <durandal_1707> i gonna push separatefields and telecine if nobody object
[01:31] <ubitux> durandal_1707: so you were able to get something working with the pts?
[01:31] <saste> durandal_1707, give me a day for review, or push it
[01:31] <ubitux> durandal_1707: did you check if it works fine with mpeg and its huge tb?
[01:31] <durandal_1707> you talking about telecine?
[01:32] <ubitux> no, separatefields
[01:32] <durandal_1707> ubitux: i replaced *2 with ++
[01:33] <durandal_1707> and doubled framerate nominator and timebase denominator,
[01:33] <ubitux> yes right, now you have a frame counter in the frame pts
[01:33] <ubitux> but is it correct?
[01:33] <durandal_1707> it works with avi/mkv/lavfi
[01:34] <ubitux> ok..
[01:34] <ubitux> i'm not a pts expert, so i let that for others :p
[01:35] <ubitux> durandal_1707: are you able to separate and reconstruct frames without pts messing?
[01:35] <durandal_1707> what you mean?
[01:35] <llogan> eh, the seg fault was a pebkac i guess
[01:36] <ubitux> durandal_1707: the idea is to have -vf "separatefields, randomvideoprocessing, joinfields", and no pts messing in output
[01:38] <durandal_1707> how could i do that?
[01:38] <durandal_1707> leave pts as is?
[01:39] <ubitux> generating pts according to the fps and tb
[01:39] <ubitux> just like you did in telecine
[01:39] <durandal_1707> that did not work
[01:39] <ubitux> ah?
[01:40] <durandal_1707> bunch of frame droping in ffplay
[01:40] <ubitux> what caused this?
[01:40] <durandal_1707> perhaps all pts become same
[01:43] <ubitux> so fps = (AVRationnal){inlink->frame_rate.num * 2, inlink->frame_rate.den} and multiplying the frame count for each frame by av_q2d(av_inv_q(av_mul_q(fps, outlink->time_base))) didn't work?
[01:46] <cone-724> ffmpeg.git 03Michael Niedermayer 07master:eedcac68f31c: ffmpeg: dont exit 0 if fewer than 1/3 of the input could be decoded.
[01:47] <ubitux> maybe something is wrong in the calculation, but i remember checking it
[01:49] <durandal_1707> i get bunch of fd increasing with ffplay and -f lavfi -i testsrc
[01:50] <durandal_1707> but that looks to be yet another stupid ffplay bug
[01:50] <ubitux> durandal_1707: try to revert de81d8da
[01:50] <ubitux> if that's still possible
[01:51] <durandal_1707> i test with ffmpeg now
[01:51] <ubitux> and feel free to +1 ticket #2446 if it solves your problem
[01:52] <ubitux> saste: mans repo is forked from yuvi so the patch doesn't look like a good idea
[01:52] <ubitux> instead we should make sure yuvi repo pulls from it
[01:53] <Yuvi> hm?
[01:53] <llogan> is there a downside to using -filter_complex for a simple filtergraph?
[01:53] <ubitux> Yuvi: http://ffmpeg.org/pipermail/ffmpeg-devel/2013-April/142075.html
[01:53] <ubitux> Yuvi: are you github/yuvi?
[01:54] <Yuvi> yeah
[01:54] <ubitux> then it seems something in mansr repo fixed something you didn't merge
[01:54] <durandal_1707> llogan: i dont think so
[01:54] <ubitux> at least according to this mail
[01:55] <saste> llogan, "simple filtergraph" -> define it
[01:55] <cone-724> ffmpeg.git 03Nicolas George 07master:de38e7c8c3df: ffmpeg: use a rational for -aspect option.
[01:55] <cone-724> ffmpeg.git 03Michael Niedermayer 07master:6a78ec180eb9: ffmpeg: print frame decoding error statistic
[01:55] <cone-724> ffmpeg.git 03Michael Niedermayer 07master:f1c0c6b7de6f: Merge remote-tracking branch 'cigaes/master'
[01:56] <llogan> saste: one input and one output as defined in http://ffmpeg.org/ffmpeg.html#Simple-filtergraphs
[01:57] <saste> llogan, not that i know of
[01:57] <durandal_1707> saste: that example with pr0n is ....
[01:57] <llogan> saste: i see users swapping -vf and -filter_complex often
[01:58] <saste> durandal_1707, evil?
[01:58] <Yuvi> bah, no pull request
[01:59] <llogan> durandal_1707: no tentacles?
[02:00] <saste> durandal_1707, it's a hidden reference to a popular movie
[02:00] Action: saste sleeps
[02:00] <Yuvi> there
[02:01] <ubitux> Yuvi: cool; care to send a mail on the ml to say so to the guy?
[02:04] <Yuvi> once I get home
[02:14] <cone-724> ffmpeg.git 03Paul B Mahol 07master:d0073c7a0bc5: separatefields filter
[02:20] <durandal_1707> on one of fourm: "What is the syntax to get ffmpeg to encode with vapoursynth?"
[02:27] <cone-724> ffmpeg.git 03d s 07master:ca3cef719e38: avformat/avisynth: Fix off-by-one error in avisynth demuxer.
[02:27] <cone-724> ffmpeg.git 03d s 07master:685617ac29d7: avformat/avisynth: Cosmetics
[02:29] <ubitux> durandal_1707: indeed, looking at showinfo the pts are the same after the op
[02:31] <ubitux> i wonder if doubling the tb wouldn't help
[02:32] <ubitux> durandal_1707: you working on weave/joinfilters btw?
[02:32] <durandal_1707> ubitux: i reading that flame again
[02:33] <durandal_1707> ubitux: doubling tb and ussing ++ caused unusual frame dropping for mpeg sample that we have in fate
[02:35] <ubitux> even using the outlink tb for the ts unit computation?
[02:35] <ubitux> i got it fixed locally here
[02:36] <ubitux> durandal_1707: http://pastie.org/7397150
[02:36] <durandal_1707> that good (i suck at it)
[02:36] <ubitux> can you try this?
[02:36] <durandal_1707> ubitux: for what? it it fixes problem push it (i had pts warning with -f sdl but did not cared ....)
[02:37] <durandal_1707> *if it fixes ....
[02:39] <cone-724> ffmpeg.git 03Clément BSsch 07master:d2e051e30c0f: lavfi/separatefields: adjust tb to avoid rounding errors.
[02:39] <ubitux> can you retry with the mpeg sample, -f sdl, etc?
[02:41] <durandal_1707> ubitux: seems ok, sdl warning is gone
[02:42] <durandal_1707> guess telecine needs updating too?
[02:42] <ubitux> did you push it already?
[02:42] <durandal_1707> noo
[02:43] <ubitux> telecine is increasing frame rate, so yeah you'll need to adjust the tb
[02:43] <ubitux> and use it properly
[02:43] <cone-724> ffmpeg.git 03Christophe Gisquet 07master:2383068cbfac: x86: sbrdsp: implement SSE2 qmf_pre_shuffle
[02:48] <llogan> separatefields: s/use/uses. yeah, i'm too late and it's just a nit.
[02:50] Action: ubitux would like to propose ohgodno.wmv instead of pr0n.mkv
[04:44] <cone-724> ffmpeg.git 03Christophe Gisquet 07fatal: ambiguous argument 'refs/tags/n0.10.7': unknown revision or path not in the working tree.
[04:44] <cone-724> Use '--' to separate paths from revisions
[04:44] <cone-724> refs/tags/n0.10.7:HEAD: x86: sbrdsp: implement SSE2 qmf_pre_shuffle
[08:29] <MrNaz> i have 3 h.264 files in .mp4 containers which I need to join without changing their codec or container format. the method in the docs  http://libav.org/faq.html#How-can-I-join-video-files_003f  is about as ugly as things get. surely there is a way to achieve video joins without transcoding twice ?
[08:30] <MrNaz> oops wrong chan... i'm actually using libav
[08:30] <MrNaz> sorry
[09:23] <ubitux> MrNaz: libav doesn't support it, but we do; https://ffmpeg.org/faq.html#How-can-I-join-video-files_003f
[09:23] <ubitux> also, this is a user question, so it belongs to #ffmpeg
[09:24] <ubitux> (see the concat demuxer)
[09:32] <Tjoppen> here's a thought: why aren't more people using melt?
[10:02] <cone-987> ffmpeg.git 03James Almer 07master:89388a953a51: Replace all occurrences of PRI in sscanf() calls with SCN
[12:12] <cone-987> ffmpeg.git 03Clément BSsch 07master:2a7f885fe1cf: lavf: add libquvi demuxer.
[12:17] <ubitux> now we need some overlay api.
[12:17] <ubitux> oh well, or maybe i'll work on injecting avsubtitles in lavfi
[12:35] <saste> ubitux, yes
[12:36] <saste> a good step in the right direction would be to move the overlay code from vf_overlay.c to a separate file
[12:36] <saste> and maybe write a public API for that
[12:36] <saste> or we could consider a libswsblend lib
[12:36] <saste> (or move it to libavutil)
[12:38] <ubitux> the other way is to make sure every blending code can be done with overlay filter
[12:38] <ubitux> but that means injecting subtitles into lavfi
[12:38] <ubitux> but anyway, we already have some blending code somehow
[12:38] <ubitux> such as drawutils
[12:38] <ubitux> but private :(
[12:39] <saste> ubitux: are you aware of any drawing library with scripting support?
[12:39] <saste> which allows to load a script to write custom graphics?
[12:43] <ubitux> nope
[12:44] <saste> ubitux: what do you think of splice?
[12:44] <ubitux> didn't have a look yet
[12:44] <saste> it has many limitations, but can still be useful
[12:44] <saste> i tried to explain limitations in the docs, so the users should be aware of them
[12:45] <saste> it is an advanced filter anyway, so I don't expect it will be widely deployed
[12:45] <ubitux> i'll have a look this afternoon or tonight
[12:47] <ubitux> so who's gonna write libswblend?
[12:55] <cone-987> ffmpeg.git 03Kostya Shishkov 07master:56c1b9257698: dfa: implement missing TDLT coding method
[12:55] <cone-987> ffmpeg.git 03Anton Khirnov 07master:b439c992c23f: lavfi: switch to an AVOptions-based system.
[12:55] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:0594ef0deab7: Merge commit 'b439c992c23f3e0f3832fffd2a34a664b236c525'
[13:09] <michaelni> ubitux, saste if you have bugfixes for antons options, or suggestions / comments on merging, dont hesitate to commit/say 
[13:20] <cone-987> ffmpeg.git 03Stefano Sabatini 07master:8afcaaeb75bc: lavu/eval: rename "new_eval_expr()" to "make_eval_expr()"
[13:21] <cone-987> ffmpeg.git 03Stefano Sabatini 07master:cc3edd99a678: lavfi/overlay: add dynamic expression evaluation support
[13:21] <cone-987> ffmpeg.git 03Stefano Sabatini 07master:006e20bd3655: lavfi/overlay: add enable expression
[13:21] <cone-987> ffmpeg.git 03Stefano Sabatini 07master:d2752ef0615d: lavfi/overlay: add process_command callback
[13:37] <cone-987> ffmpeg.git 03Anton Khirnov 07master:4fa1f52e33b7: af_resample: switch to an AVOptions-based system.
[13:37] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:828044aca289: Merge commit '4fa1f52e33b70029e2b621852f3af7c1ef9aecff'
[13:47] <langoliers> 8 keys are enough for everything, you just need to press the right combination, or use 10 and one of your fingers can be clock, and 512 keys with one clock. nah, cool?
[13:49] <cone-987> ffmpeg.git 03Anton Khirnov 07master:d28cb849899a: buffersrc: switch to an AVOptions-based system.
[13:49] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:451315830a3b: Merge commit 'd28cb849899abd98bf2dd72f5a3dd56d441aeb27'
[14:06] <cone-987> ffmpeg.git 03Anton Khirnov 07master:0af7fe1f95a9: af_aformat: switch to an AVOptions-based system.
[14:06] <cone-987> ffmpeg.git 03Anton Khirnov 07master:e67a87eac814: vf_(no)format: switch to an AVOptions-based system.
[14:06] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:2a2a643c90ff: Merge commit 'e67a87eac814c7805d18c983c43033a8a1bd62af'
[14:08] <michaelni> and again the commits from libav are full of unrelated changes "a hack for compatibility with the old syntax replace colons with |s"
[14:20] <saste> michaelni, what if we merge doc/eval.texi and syntax.texi -> utils.texi?
[14:28] <michaelni> saste, dunno, no oppinion from me, iam not maintaining the docs
[14:28] <saste> michaelni, main problem is merge issues, that's why I'm asking
[14:29] <saste> i want to avoid to have too many files, for example we may need to add an opencl.texi
[14:31] <michaelni> saste, if we run in a problem with docs merges, then you would have to help
[14:32] <michaelni> also about avfilter if someone wants to help merging that options stuff, commiting cherry picks / rebased commits is welcome!
[14:33] <michaelni> or maybe asking me to merge some branch with rebased / cherry picked commits
[14:39] <saste> michaelni, I can try to allocate a few hours, you could create a merge branch and we work on it, like we did for TEM
[14:40] <elkng> since when it became possible to extract subtitles from video ?  since 1.2 version ?
[14:41] <michaelni> saste, no need for a merge branch, you can just branch git master and work on that
[14:41] <michaelni> individual commits should not break anything this time
[14:42] <saste> michaelni, ah yes
[14:42] <michaelni> so individual commits can simply be merged into master
[14:43] <michaelni> now i need to fix alternative option names with the new system
[14:44] <michaelni> well "new" is maybe not the right term, "different" is maybe a better term
[15:42] <cone-987> ffmpeg.git 03Anton Khirnov 07master:2831b307e65f: vf_aspect: switch to an AVOptions-based system.
[15:42] <cone-987> ffmpeg.git 03Anton Khirnov 07master:62dcdb028cc8: vf_blackframe: switch to an AVOptions-based system.
[15:42] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:43bac121d3de: Merge commit '62dcdb028cc84845fd263bb09304c4c6500bda7a'
[15:53] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:90efdf98b1ce: avfilter: support alternative keys in the alternative shorthand system
[15:53] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:a3cb303a4c22: avfilter/blackframe: add "thres" back as alternative
[16:05] <saste> ubitux: how to use quvi?
[16:05] <saste> an example command would be nice
[16:05] <saste> also libquvi is listed before image2
[16:39] <cone-987> ffmpeg.git 03Anton Khirnov 07master:51def31dbe5b: vf_boxblur: switch to an AVOptions-based system.
[16:39] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:eb6d58d23c55: Merge commit '51def31dbe5b6e857536de8fa428f263d64f3ae5'
[17:02] <cone-987> ffmpeg.git 03Anton Khirnov 07master:fba0156af77b: vf_crop: switch to an AVOptions-based system.
[17:02] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:200e04c70f9a: Merge commit 'fba0156af77b11ec99edf4ee8f511b7aaa6b1891'
[17:17] <durandal_1707> libswblend - are you serious?
[17:27] <saste> durandal_1707, libswsdraw?
[17:27] <durandal_1707> that is pointless
[17:27] <durandal_1707> where would you use libswwhatever? in lavfi only?
[17:28] <saste> durandal_1707, no
[17:28] <saste> do you know a C library for low level drawing utilities?
[17:28] <saste> but i'm not saying we should implement it for real, just the idea doesn't look so crazy
[17:29] <durandal_1707> just do in in lavu, we do not need yet another lib
[17:30] <durandal_1707> i think that would also make mng decoder possible
[17:30] <durandal_1707> (with less work....)
[17:31] <durandal_1707> maybe separate lib would make sense for vector(instead of pixels) based stuff
[17:33] <saste> durandal_1707, NIH
[17:33] <durandal_1707> users enjoy broken scripts
[17:33] <durandal_1707> why lavfi major is not bumped?
[17:34] <durandal_1707> saste: NIH NIH what?
[17:34] <saste> durandal_1707, because l likes big bunches of patches which broke everything, and bumps major at the end of it
[17:35] <saste> NIH some vector graphics library
[17:35] <saste> not sure ffmpeg would be the place for that
[17:39] <durandal_1707> so i still keep shorthand or?
[17:44] <cone-987> ffmpeg.git 03Anton Khirnov 07master:460e7b4f6d47: vf_cropdetect: switch to an AVOptions-based system.
[17:44] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:1c3cdf533ba0: Merge commit '460e7b4f6d473d9f03ed45501221f9cb209b28fd'
[17:59] <cone-987> ffmpeg.git 03Anton Khirnov 07master:63e58c55c17d: vf_delogo: switch to an AVOptions-based system.
[17:59] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:eebe0b02245c: Merge commit '63e58c55c17d7f8b5eec9c082fe0f8edc305a24e'
[18:01] <durandal_1707> how many more to go?
[18:03] <cone-987> ffmpeg.git 03Stefano Sabatini 07master:270217908b8c: ffmpeg: update error message, and make use of av_err2str() to simplify
[18:03] <cone-987> ffmpeg.git 03Stefano Sabatini 07master:e62fca11a84d: lavfi/amerge: drop duplicated "Buffer queue overflow" message
[18:03] <cone-987> ffmpeg.git 03Stefano Sabatini 07master:215ca864759a: doc/filters: review introductory example and explanation
[18:07] <michaelni> durandal_1707, dunno, i didnt count but there are plenty left
[18:16] <cone-987> ffmpeg.git 03Anton Khirnov 07master:335c31293bae: vf_drawbox: switch to an AVOptions-based system.
[18:16] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:0726d516dcd1: Merge commit '335c31293baec6e6cf5907bd29840af3de8ff735'
[18:20] <durandal_1707> this page is not maintained: http://wiki.multimedia.cx/index.php?title=Libavfilter 
[18:20] <saste> durandal_1707, destroy it
[18:20] <saste> better nothing than outdated docs
[18:21] <saste> also the multimedia wiki is not the place for ffmpeg library docs
[18:36] <cone-987> ffmpeg.git 03Anton Khirnov 07master:8ec464c61c46: vf_drawtext: switch to an AVOptions-based system.
[18:36] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:d70b49442238: Merge commit '8ec464c61c46a5d088b43d24e384d6c37b7ef14a'
[18:41] <saste> f**k why is anton removing the option help messages??
[18:42] <durandal_1707> because he is evil
[18:44] <iive> probably because no program needs built-in help, when external one is available and even better.~~
[18:46] <saste> iive: what external help?
[18:49] <iive> good question. ;) aren't all options covered in man ffmpeg/avconv ? .  (btw ~~ is sign for sarcasm).
[18:53] <cone-987> ffmpeg.git 03Anton Khirnov 07master:b9dfee9fa259: vf_fade: switch to an AVOptions-based system.
[18:53] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:0c3d706bdb22: Merge commit 'b9dfee9fa259dfc885508179a359dccc9e7840bd'
[18:59] <ubitux> saste: ffplay 'http://youtube.com/...'
[19:00] <ubitux> michaelni: i'll have a look to the option thing, thx
[19:00] <saste> ubitux, I got: [libquvi @ 0x7fb5340008c0] ý
[19:00] <ubitux> huh?
[19:01] <ubitux> what version?
[19:01] <saste> but that's maybe fault of the possibly cr@@y packaging provided here
[19:01] <ubitux> saste: what help messages are you talking about?
[19:02] <ubitux> they are consistent over the filters iirc now
[19:02] <ubitux> so they can be removed
[19:03] <durandal_1707> i get 0000..... with soxenc and i still dont know why.....
[19:03] <saste> ubitux, libquvi7.0.0
[19:03] <ubitux> dafuck
[19:03] <ubitux> latest is 0.4.1
[19:04] <ubitux> .14 sorry
[19:04] <saste> 0.4.0-1
[19:04] <saste> debian funny numbering, to confuse and dominate over the masses
[19:05] <ubitux> do you have warnings at build time?
[19:05] <saste> anyway, also you're returning the quvi error messages, while i would expect an AVERROR_EXTERNAL
[19:05] <saste> is that intended?
[19:05] <saste> let me check
[19:06] <ubitux> maybe AVERROR_EXTERNAL is more relevant indeed
[19:06] <ubitux> or AVERROR(ret)
[19:07] <ubitux> saste: btw, we need to review the commits from anton
[19:07] <ubitux> typically the drawtext one
[19:07] <ubitux> where he removed for no reason the (admitely incomplete) option description
[19:08] <ubitux> i'll try to have a look to every filter tonight
[19:09] <cone-987> ffmpeg.git 03Anton Khirnov 07master:a39c154049a2: vf_fieldorder: switch to an AVOptions-based system.
[19:09] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:b8a1f8b4e28b: Merge commit 'a39c154049a2d0c4fb02a5c74f58d6986ec21cec'
[19:13] <saste> ubitux, most option help messages are set
[19:13] <ubitux> yes seems michael merged them properly
[19:13] <ubitux> but that was just an example
[19:14] <saste> also I don't know why l insists with using grammatically inconsistent forms for the help field
[19:15] <ubitux> let's not talk about that so loudly
[19:15] <ubitux> when they realize they will use a different consistency than ffmpeg
[19:15] <ubitux> and it will be a pain to merge again
[19:15] <durandal_1707> when auto-merging will stop?
[19:16] <saste> ubitux, anyway something is fishy with libquvi here
[19:16] <ubitux> durandal_1707: the introduced feature is nice
[19:16] <ubitux> saste: it's possibly only supporting 0.4.1
[19:16] <saste> ubitux, how's that possible?
[19:16] <saste> shouldn't it fail to compile then?
[19:17] <saste> or did they break ABI?
[19:17] <ubitux> i can only test 0.4.1 here
[19:17] <saste> uhm.. i'll try later with an updated version
[19:20] <ubitux> michaelni: can you push the curves patch btw?
[19:23] <ubitux> huh, '|' is the option separator now? oO
[19:24] <ubitux> saste: i'll fix libquvi in a day or two, i'd like to fix lavfi asap firs
[19:24] <ubitux> first
[19:25] <saste> ubitux, sure
[19:27] <cone-987> ffmpeg.git 03Anton Khirnov 07master:f13ab2992588: vf_fps: switch to an AVOptions-based system.
[19:27] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:81c1ed748be5: Merge commit 'f13ab29925883b4245da4129694af3af378d67be'
[19:33] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:9280fc7da1fc: vf_curves: add option to set all curves at once
[19:56] <cone-987> ffmpeg.git 03Anton Khirnov 07master:5aa1a668cfae: vf_frei0r: switch to an AVOptions-based system.
[19:56] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:da3f89988f03: Merge commit '5aa1a668cfae7f617e1a06efad20f87283badd8a'
[20:26] <burek> hm, this is strange
[20:27] <burek> i got a situation where ffmpeg compiled fine with libx264
[20:27] <burek> but when i run it using ./ffmpeg
[20:27] <burek> (didnt do make install yet)
[20:27] <burek> it says ./ffmpeg: error while loading shared libraries: libx264.so.130: cannot open shared object file: No such file or directory
[20:27] <burek> how did it find it during make and now it cant find it?
[20:28] <burek> when i type: LD_LIBRARY_PATH=/usr/local/lib ./ffmpeg
[20:28] <burek> it works fine, of course
[20:28] <nevcairiel> depending how the configure check is setup, it may be enough to have the headers during build
[20:30] <burek> build goes fine, without problems
[20:30] <burek> compiled libx264 and make install, then just configured ffmpeg and make
[20:32] <burek> oh... im so stupid..
[20:32] <burek> it was /etc/ld.so.conf
[20:32] <burek> missing /usr/local/lib entry.. sorry guys :S
[20:33] <JEEB> yes, shared libs are fun :)
[20:33] <JEEB> if you are only going to use that library for ffmpeg, I recommend just using static libraries
[20:41] <burek> yeah, i just wanted to test a 16 core machine :D
[20:41] <burek> ^^
[20:41] <burek> it compiled ffmpeg in 1:30 min
[20:41] <burek> :)))
[20:41] <burek> with libx264 and libmp3lame :)
[20:42] <nevcairiel> i was surprised how small libx264 really is, i always figured it would be bigger, but i build it last week for the first time... :p
[20:42] <JEEB> yeah, ~1MB or so
[20:43] <kierank> nevcairiel: you can write mixed 8/10-bit support perhaps :)
[20:43] <kierank> if you want it bigger
[20:43] <nevcairiel> nah thanks
[20:43] <nevcairiel> i dont usually encode stuff
[20:43] <cone-987> ffmpeg.git 03Anton Khirnov 07master:c334c113d4d9: vf_scale: switch to an AVOptions-based system.
[20:43] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:85f115b5d8d7: Merge commit 'c334c113d4d9e9a41bc38a3e4458d7ab21010401'
[21:03] <durandal_1707> ubitux: fieldorder query_formats looks wrong
[21:14] <cone-987> ffmpeg.git 03Anton Khirnov 07master:7ed833d78ea6: vf_gradfun: switch to an AVOptions-based system.
[21:14] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:1ee9eacaa492: Merge commit '7ed833d78ea661d619124fd898547a900f6480bc'
[21:24] <cone-987> ffmpeg.git 03Anton Khirnov 07master:8c747d46f721: vf_hqdn3d: switch to an AVOptions-based system.
[21:24] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:f780a90355aa: Merge commit '8c747d46f721cffa8ea51990805ad1d3a3a4fd0a'
[21:30] <cone-987> ffmpeg.git 03Anton Khirnov 07master:ee0e8d4b15a8: vf_libopencv: switch to an AVOptions-based system.
[21:30] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:94ec709e3bdd: Merge commit 'ee0e8d4b15a87932ab6066cd6eae3cab08726319'
[21:43] <ubitux> durandal_1707: what's wrong?
[21:44] <durandal_1707> subsampling check
[21:44] <ubitux> sorry i don't get it
[21:45] <durandal_1707> also it calls ff_formats_ref twich which is not needed
[21:46] <ubitux> i don't see any ff_formats_ref call
[21:46] <durandal_1707> libavfilter/vf_fieldorder.c 
[21:47] <ubitux> ohh sorry
[21:48] <ubitux> oh well, i'm not responsible from that filter ;)
[21:56] <durandal_1707> also it still have .needs_writable for some reason
[21:56] <durandal_1707> ignore that....
[21:56] <durandal_1707> it calls ff_formats_unref, i dont think many filters call this
[22:14] <cone-987> ffmpeg.git 03Anton Khirnov 07master:20b46f8f4fff: vf_lut: switch to an AVOptions-based system.
[22:14] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:8bdb119197ad: Merge commit '20b46f8f4fff6aeeab9ea418dc359eda8887ced6'
[22:32] <cone-987> ffmpeg.git 03Anton Khirnov 07master:9087eaf193b8: vf_overlay: switch to an AVOptions-based system.
[22:32] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:e434ddd4c699: Merge commit '9087eaf193b8ce99c41352064a81916fa66adb49'
[22:43] <durandal_1707> michaelni: your compiler does not issue warning for multiplier initializers?
[22:45] <cone-987> ffmpeg.git 03Paul B Mahol 07master:16f1e832badd: lavfi/overlay: remove dupe initializer
[22:52] <michaelni> durandal_1707, either that or more likely i missed it
[22:57] <durandal_1707> huh what is this -filter_script thing, i missed this feature
[22:57] <cone-987> ffmpeg.git 03Anton Khirnov 07master:40c885c58980: vf_pad: switch to an AVOptions-based system.
[22:57] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:7e99ccf5d8c2: Merge commit '40c885c589808455a1c4b473509f1e6cd4908f55'
[22:57] <nevcairiel> you can put complex filters into a file
[22:58] <nevcairiel> dont need to pass them on the commandline
[22:59] <durandal_1707> but its worded wrong, its far from script ....
[23:00] Action: durandal_1707 wish to make michaelni faster
[23:04] <durandal_1707> what to do with rgb2xyz filters?
[23:29] <cone-987> ffmpeg.git 03Anton Khirnov 07master:95f1f56a21bc: vf_select: switch to an AVOptions-based system.
[23:29] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:b3fb2d8cec91: Merge commit '95f1f56a21bc2f824af6fb97ca7ab35cdd0c401e'
[23:33] <ubitux> hey saste 
[23:33] <saste> yo
[23:33] <ubitux> saste: i'm switching a bunch of our filters to the new system
[23:33] <ubitux> care to give me a hand?
[23:34] <saste> ubitux, what's needed?
[23:34] <ubitux> i've done those: https://github.com/ubitux/FFmpeg/compare/shorthand-cleanup
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:7c11c216690c: lavfi/thumbnail: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:1b1688bfc640: lavfi/silencedetect: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:4964ec2cd482: lavfi/showspectrum: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:5afd58fbb457: lavfi/ebur128: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:8388e1e2b343: lavfi/perms: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:8da1f1f2081c: lavfi/colormatrix: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:34610e11e7d5: lavfi/curves: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:1cdb9f48dbc3: lavfi/edgedetect: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:f8eabab04d1b: lavfi/geq: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:8da1fff85a90: lavfi/pp: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Clément BSsch 07master:e2b0edb6ac9c: lavfi/subtitles: switch to an AVOptions-based system.
[23:34] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:270d3c96ec49: Merge remote-tracking branch 'ubitux/shorthand-cleanup'
[23:35] <ubitux> saste: well, just like that ^
[23:38] <saste> so basically we just need to remove the shorthands, and add the filters to the anton_options list?
[23:38] <saste> what's the problem with aliases?
[23:39] <durandal_1707> s/anton_options/evil_options/ next time
[23:39] <durandal_1707> i said using personal name is unprofessional
[23:40] <saste> yes
[23:40] <durandal_1707> nit+++++++++++++++++++++: vertical align
[23:42] <saste> ubitux: what about aliases?
[23:42] <ubitux> saste: michael fixed that
[23:42] <ubitux> (aliases need to be following each other, but it works)
[23:43] <saste> uhm let me try (smartblur)
[23:46] <saste> no more mixed short and long options?
[23:46] <ubitux> yeah this needs to be fixed
[23:46] <ubitux> if you could do that, that would be a great help...
[23:47] <ubitux> i need it for tile notably (or i need to change tests, examples, ..)
[23:47] <ubitux> (and it sucks to drop that feature)
[23:47] <saste> ubitux: I can't before a few days
[23:48] <ubitux> i can give you 15 minutes and 41 seconds
[23:48] <saste> today i spent mostly on ffmpeg, but tomorrow i'll have other stuff to do
[23:48] Action: llogan is reminded to do taxes
[23:49] <ubitux> saste: what about making hue sane then?
[23:50] <saste> what's the plan w.r.t. docs?
[23:50] <saste> options should be listed in the same order of shorthand?
[23:50] <saste> that's not always convenient, but let's see what we can do...
[23:51] <ubitux> yes we need to check the orders
[23:53] <ubitux> saste: the filters doc will need a complete review after this mess
[23:53] <ubitux> but that's imo not the priority :p
[23:53] <saste> the keys are assumed to be the option names in the order they are declared
[23:53] <ubitux> yes
[23:53] <saste> declared in the docs, or in the code?
[23:53] <ubitux> we need to make the options list match our shorthand in both code and doc
[23:54] <saste> also we need to document how we deal with the aliases
[23:54] <ubitux> that's intuitive, so far
[23:54] <ubitux> saste: the priority is to get every filter working with dict init
[23:54] <cone-987> ffmpeg.git 03Anton Khirnov 07master:33b97faaba27: vf_setpts: switch to an AVOptions-based system.
[23:54] <cone-987> ffmpeg.git 03Michael Niedermayer 07master:f42635a50b7a: Merge commit '33b97faaba2744f0a2fd65c0ef9ecc2de3fad7ff'
[23:55] <ubitux> saste: fix the short/long limitation in the meantime
[23:55] <ubitux> and then deal with the doc
[23:55] <saste> ok
[23:55] <saste> i prefer to do the doc together with the filters
[23:55] <ubitux> yes that's what i do
[23:55] <ubitux> i was talking about a second pass
[23:55] <ubitux> anyway..
[23:55] Action: ubitux git grep shorthand & go to work
[23:56] <saste> and it's not like it's rocket science
[00:00] --- Thu Apr 11 2013


More information about the Ffmpeg-devel-irc mailing list