June 2014 - Ffmpeg-devel-irc - lists.ffmpeg.org

ffmpeg-devel.log.20140609
by burek 10 Jun '14

10 Jun '14

[00:12] <J_Darnley> Does anyone know of a website that will match text input with known software licenses? [00:18] <J_Darnley> Or a website that lists licenses? [00:19] <J_Darnley> I wonder if FSF or OSI do. [00:20] <J_Darnley> Looks like they both do. [00:58] Action: Daemon404 finds ubitux's python script disturbing [00:58] <Daemon404> well not the script... the fact that it had to exist at all [00:58] <ubitux> well, i tried several weeks to do it from the head [00:59] <ubitux> and it wasn't a good idea. [00:59] <Daemon404> did a human even write the filter [00:59] <ubitux> actually, factor.py is freaking slow to run on all the mode [00:59] <ubitux> dunno [00:59] <ubitux> (but not optimized at all) [01:10] <cone-834> ffmpeg.git 03James Almer 07master:6d408495b595: x86/dct32: don't build ff_dct32_float_sse on x86_64 [01:58] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:3b977a6ded41: avcodec/alsdec: Clear MPEG4AudioConfig so that no use of uninitialized memory is possible [01:58] <cone-834> ffmpeg.git 03Dale Curtis 07release/0.10:2facb10f705a: matroska: Fix use after free [01:58] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:f24246a8891e: avcodec/h264_mp4toannexb_bsf: prepend global headers before any in stream parameter sets [01:58] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:6cf254ea6814: avcodec/wma: use av_freep(), do not leave stale pointers in memory [01:59] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:ec29aec61854: swscale/x86/swscale_template: loose hardcoded dstw_offset [01:59] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:71a3ad42b8c9: avformat/mpegts: Remove redundant check [01:59] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:90b69d1d020b: avcodec/diracdec: fix undefined behavior with shifts [01:59] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:363cf196c904: avfilter/vf_deshake: fix loss of precission with odd resolutions [01:59] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:dd8464bc9951: avformat/h263dec: Fix h263 probe [01:59] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:6a679279f7f2: avcodec/mjpegdec: Fix undefined shift [02:34] <cone-834> ffmpeg.git 03Michael Niedermayer 07release/0.10:da97174dcb14: update for 0.10.13 [03:16] <cone-834> ffmpeg.git 03James Almer 07fatal: ambiguous argument 'refs/tags/n0.10.13': unknown revision or path not in the working tree. [03:16] <cone-834> Use '--' to separate paths from revisions [03:16] <cone-834> refs/tags/n0.10.13:HEAD: x86/dct32: don't build ff_dct32_float_sse on x86_64 [03:56] <Youka> I'd like to decode video files with unicode file names on windows. avformat_open_input seems to use fopen, so no unicode. Where do i find the implementation or a way around? [03:58] <BBB> Youka: Im pretty sure it uses avpriv_open [03:58] <BBB> which uses a win32-compatible version [03:58] <BBB> Youka: see libavutil/file_open.c [03:59] <Youka> Is that new since v1.1? [04:00] <Youka> this win32 file open with utf8 conversion? [04:00] <wm4> yes it was added at some later point [04:01] <Youka> very cool (and needed), thx BBB & wm4 [04:01] <wm4> I guess it's also possible that it's somehow not enabled on all builds? [04:02] <Youka> found no option that could exclude it [04:03] <jamrial> seems to have been added in ffmpeg 2.1 [04:34] <cone-834> ffmpeg.git 03James Almer 07master:345f2234d171: x86/scale: fix xmm register count for hscale*_sse2 [05:52] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:52e563bb2f78: avformat/cavsvideodec: Fix probing when the file extension is avs [05:52] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:0accf24b15ac: cavsdec: fix qp fixed slice handling [05:58] <Timothy_Gu> names [05:59] <Timothy_Gu> whoops sorry PEBCAK attack [09:45] <UtUser> Is anyone around on here? [09:48] <UtUser> What's the deal with the "development mailing list" anyways? [09:48] <UtUser> Somebody submitted a patch for an issue which I re-opened and there hasn't been any word on it since, and it's been over a week! [09:49] <thardin> try bumping it. sometimes people forget [09:49] <thardin> or better: link it here first [09:49] <UtUser> http://trac.ffmpeg.org/ticket/2661#comment:9 [09:49] <UtUser> http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/178313 [09:49] <UtUser> I think it would be better to email everybody [09:50] <UtUser> nobody seems to read the issue tracker [09:51] <thardin> patch looks simple enough [09:51] <UtUser> ok then [09:51] <thardin> ffmpeg has an ut encoder nowadays? [09:51] <UtUser> yeah [09:51] <UtUser> native and built-in [09:52] <UtUser> thanks to I think Daemon404 [09:52] <UtUser> can you help? [09:52] <thardin> nope, sry [09:52] <UtUser> you were just giving me advice just now [09:52] <thardin> speaking of bugs, I think I have an mxf bug to fix [09:52] <thardin> yeah, but I don't know anything about ut [09:52] <UtUser> ok [09:53] <UtUser> I'm not asking you to code anything [09:53] <UtUser> I want the management to take another look at the patch [09:53] <UtUser> and merge it if possible [09:53] <UtUser> how can they be gotten to do that? [09:54] <thardin> well either pinging them in here or bumping the thread on the list [09:54] <thardin> probably in that order [09:54] <UtUser> ok [09:54] <thardin> regressions are usually considered important [09:54] <UtUser> the @ people or the + people? [09:54] <UtUser> ^ I'm glad they have that much sense at least [09:55] <thardin> carl is usually in here, but not now it seems [09:55] <thardin> cehoyos that is [09:55] <TimNich> thardin: whats the mxf issue? [09:55] <thardin> oh, uh.. EssenceKind stuff [09:56] <thardin> basically I want to just do whatever the most developed version of libmxf does [09:56] <TimNich> the usual quagmire then... [09:56] <TimNich> so the bmxlib github then. [09:57] <thardin> I want it so it's relatively easy to update when it changes [09:57] <thardin> like a subtree (which ffmpeg abhors) [09:57] <thardin> hopefully the relevant file can be used as-is, so updating is just a copy-paste job [09:58] <thardin> or some small script could do it [09:58] <TimNich> some of the libmxf stuff uses c++ [09:58] <thardin> blasphemy [09:59] <thardin> hopefully the API is still C [09:59] <thardin> oh yeah, it had a C part and a C++ part [09:59] <TimNich> I think its basically just a c++wrapper round c to gwet some of the nice c++ libs like timecode. [09:59] <thardin> no worries then [10:00] <thardin> I still think mxf is too much hassle to pretend to have a native decoder for [10:00] <thardin> no one can really handle all of mxf [10:00] <TimNich> :) [10:00] <thardin> you just asymptotically approach decent support for some set of features [10:01] <TimNich> and then rgress... [10:01] <TimNich> *regress [10:02] <thardin> yeah, or someone uploads a file from yet another broken encoder [10:03] <UtUser> Anssi BBB BuxiNess drv j-b llogan merbanan michaelni ods15 pengvado reynaldo ruggles siretart superdump ubitux wbs kierank nevcairiel uau: speaking of regressions, can you look at http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/178313 & http://trac.ffmpeg.org/ticket/2661 [10:04] <nevcairiel> It's obvious why it didn't continue. No one answered the question asked on the ML [10:05] <ubitux> this is just for Daemon404 (Derek) and cehoyos (Carl Eugen) afaict, no need to hl everyone [10:05] <ubitux> nevcairiel: the question was answered on the trac by UtUser afaict [10:06] <nevcairiel> Should answer on the ML or its hard to find [10:06] <nevcairiel> Or the patch submitted should hint at the answer on the ML [10:06] <UtUser> ubitux: I am fluffrabbit on the trac [10:07] <UtUser> or just fluff I guess [10:08] <nevcairiel> In any case, should ping it on the ML then [10:09] <UtUser> I'm replying to the ML right now [10:09] <UtUser> not sure what to say though [10:14] <thardin> quote/link trac? [10:20] <UtUser> thardin: Done. [10:20] <UtUser> gave them a sample too [10:21] <UtUser> and urged somebody to examine the patch [10:23] <UtUser> test [10:25] <thardin> sounds good [10:27] <UtUser> do you ever find yourself struggling to find a balance between ambition and satisfaction, always being depressed or disappointed at the fruits of your labor, leading you to question how much work you really put in and the tangibility of life and reality? [10:28] <UtUser> addiction studies have shown that an immediate feeling of pleasure is not necessary to fall back on the same behavior patterns or work towards an arbitrary goal. [10:29] <UtUser> it saddens me what a "contributing member of society" I am [10:29] <thardin> so do something else then [10:30] <UtUser> I want to, I really do [10:30] <UtUser> but there is a long story that goes along with why I am doing what I am doing, and I can't change [10:30] <UtUser> I only want to be happier about it most of the time [10:31] <UtUser> I wish computer work didn't feel like computer work [10:31] <thardin> considering seeking help then [10:31] <UtUser> I am considering it [10:32] <UtUser> but psychological therapy won't help me [10:32] <thardin> I think most computer folk are kind of mad [10:32] <UtUser> I agree [10:32] <UtUser> the worst part is, I'm only doing this to support my main goal: video and film [10:32] <UtUser> that is my connection to ffmpeg [10:33] <UtUser> you codec developers must work long and miserable hours [10:33] <thardin> many have a passion for it [10:33] <UtUser> a passion does not necessarily equal joy or ease in doing it [10:33] <UtUser> there are always bugs [10:34] <UtUser> and I react violently to bugs [10:34] <UtUser> such is the way of computers [10:35] <UtUser> they cheapen the whole process (a good thing) but also make it more stressful and unhappy [10:35] <UtUser> I feel like I am stretched too thin [10:35] <thardin> you can't take time off? [10:36] <UtUser> I can't right now [10:36] <thardin> :/ [10:36] <UtUser> technically, I'll have a couple of weeks off [10:36] <UtUser> but unfortunately I'll be spending them with family [10:36] <UtUser> I'm a different person around them [10:37] <UtUser> I don't want to have to worry about my income, my education, and my projects [10:37] <UtUser> I want to direct films [10:38] <UtUser> that would be a great career [10:38] <UtUser> it's also unrealistic right now [10:38] <UtUser> I take such pleasure in telling people how to make art [10:39] <thardin> being creative is fun [10:39] <UtUser> absolutely [10:39] <UtUser> and there can be no creativity on computers [10:39] <UtUser> absolutely none [10:39] <UtUser> they suck the creativity right out of everything, at least for me [10:39] <UtUser> I don't know how those VFX guys keep their sanity [10:40] <UtUser> for instance, I've got a blender render going right now [10:40] <UtUser> I've also got a dozen tabs open related to FFMPEG [10:41] <UtUser> it's also 1:30 in the morning [10:41] <UtUser> I hate doing this shit [10:41] <UtUser> my laptop is going to make noise all night [10:41] <UtUser> it's a small apartment, and I don't feel like sleeping in the kitchen [10:42] <thardin> take a break [10:42] <UtUser> and do what? [10:42] <UtUser> sit? [10:42] <thardin> dunno [10:42] <UtUser> I'll storyboard [10:43] <thardin> :/ [10:43] <UtUser> it's fun [10:43] <UtUser> I get to draw pictures without a computer [10:43] <thardin> ok [10:43] <UtUser> I also need to take a piss [10:43] <thardin> I'm going back to working on things [10:43] <UtUser> ok then bye [10:53] <j-b> 'morning [10:54] <UtUser-afk> good morning [10:54] <UtUser-afk> pretend I'm not here [14:10] <BBB> michaelni: I sent a different way of handling that 64bit overflow in swr, totally untested but seems like its a more pleasant way to deal with it [14:10] <BBB> (imo) [14:41] <ubitux> FYI [14:41] <ubitux> libav is going to drop avserver [14:41] <ubitux> while i'm not motivated to maintain ffserver, i know that it's used in production by several companies [14:42] <ubitux> and so it would be a mistake to drop it [14:43] <ubitux> s/going to/willing to/ [14:43] <cone-870> ffmpeg.git 03Michael Niedermayer 07fatal: ambiguous argument 'refs/heads/zopan': unknown revision or path not in the working tree. [14:43] <cone-870> Use '--' to separate paths from revisions [14:43] <cone-870> refs/heads/zopan:HEAD: cavsdec: fix qp fixed slice handling [14:44] <cone-870> ffmpeg.git 03Paul B Mahol 07master:4b6cb1cc6901: Zoom & Pan filter [15:01] <ubitux> mmh it's strange [15:02] <ubitux> i'm trying to v4l2 webm [15:02] <ubitux> and it fails pretty quickly& [15:02] <ubitux> like, it seems to be recording but in fact no [15:02] <ubitux> mmh probably because it's too slow to encode [15:17] <michaelni> ubitux, reynaldo, i think we (will) need a regression test for ffserver [15:18] <michaelni> or fix the disabled one we have [15:19] <ubitux> yeah definitely [15:21] <cone-870> ffmpeg.git 03Carl Eugen Hoyos 07master:673716c54b39: avcodec/utvideodec: Increase vlc len [15:21] <cone-870> ffmpeg.git 03Michael Niedermayer 07master:334aafe56500: avcodec/huffman/ff_huff_gen_len_table: support skiping stat=0 entries [15:21] <cone-870> ffmpeg.git 03Michael Niedermayer 07master:29a1164e6029: avcodec/utvideodec: fix use of get_vlc2() [15:21] <cone-870> ffmpeg.git 03Michael Niedermayer 07master:637093a2db53: avcodec/utvideoenc: skip unused huffman entries [15:25] <reynaldo> michaelni, ubitux: agree [15:32] <cone-870> ffmpeg.git 03Ronald S. Bultje 07master:f341340552e2: swr: handle 64bit overflow check in multiple_resample(). [15:49] <Daemon404> orite i cant use PKG_CONFIG_LIBDIR to help ffmpeg see libx264 [15:49] Action: Daemon404 stabs C-E [17:13] <cone-870> ffmpeg.git 03Janne Grunau 07master:7b06ddb8352f: configure: use .altmacro for gnu as check on arm [17:13] <cone-870> ffmpeg.git 03Michael Niedermayer 07master:383d8ddf2951: Merge commit '7b06ddb8352fe7f434414d7911ced94956bb25b2' [17:27] <cone-870> ffmpeg.git 03Janne Grunau 07master:1619274fb393: av_dict_set: fix potential memory leak with AV_DICT_DONT_OVERWRITE [17:27] <cone-870> ffmpeg.git 03Michael Niedermayer 07master:375fa061255a: Merge commit '1619274fb393f55a365cc10f88faa173c9a8e772' [18:51] <cone-870> ffmpeg.git 03Michael Niedermayer 07master:2ffe55a64f78: avfilter/vf_zoompan: fix mixing of declarations and statements [18:51] <cone-870> ffmpeg.git 03Michael Niedermayer 07master:2d3842f541bd: avformat: add mjpeg_probe() [19:14] <jamrial> http://fate.ffmpeg.org/log.cgi?time=20140609151549&log=compile&slot=x86_64-… is the error at the end ccache's fault? [19:14] <jamrial> checks like "if (EXTERNAL_SSE(cpu_flags) && ARCH_X86_32)" are used in many other places. I don't see why it would fail here [19:31] <michaelni> jamrial, fails here on ubunu with "make distclean ; ./configure --cc=clang --disable-optimizations && make -j12" too [19:32] <michaelni> jamrial, solution found, will push in a moment [19:37] <cone-870> ffmpeg.git 03Michael Niedermayer 07master:06f576c4ab3b: avcodec/x86/dct_init: fix build failure with clang && disable-optimizations [20:24] <llogan> from twitter: "time.h is causing problems in Xcode, it's importing that instead of the system version..." [20:24] <llogan> what i say !!! [20:47] <BtbN> Is there any documentation on how to use vdpau with libavcodec? The doxygen documentation is not realy usefull on how to actualy use it. Ultimately i want to bind the video to some OpenGL texture. [21:04] <Daemon404> llogan, that doesnt even make sense [21:04] <Daemon404> its in a sub-dir [21:40] <Plorkyeran> xcode has an off-by-default option to search dirs recursively [21:40] <Plorkyeran> so he probably has that on and unsurprisingly it's breaking shit [21:42] <Daemon404> that sounds like a terrible idea for an option [21:43] <Plorkyeran> it's intended to be purely for backwards compatibility with retarded old shit [21:43] <Daemon404> since when has apple cared about that [21:44] <Plorkyeran> they old don't care about bc with their own stuff [21:44] <Daemon404> o [21:45] <Plorkyeran> and it's more of forward compatibility that they don't care about [21:45] <Plorkyeran> they make it excessively hard to support anything but the most recent version or two of ios and os x [21:45] <Plorkyeran> but old software still runs [21:56] <llogan> Plorkyeran: shall i quote you as the reply to his tweet? [21:57] <jamrial> why is there a "zopan" branch in the repo? [21:57] <llogan> Plorkyeran: or i can leave out your name if you prefer [22:13] <michaelni> j-b, can you delete to zopan branch from ffmpeg repo, iam not sure who pushed that but it shouldnt be there [22:15] <j-b> I can, but tomorrow. remind me to do it [22:21] <jamrial> michaelni: thanks for fixing clang. i'm still not sure how checking ARCH_X86_32 first makes a difference, though [22:25] <michaelni> if(0 && func()) -> func() call can be optimized out if(func() && 0) -> call cannot be optimized out as it may have side effects [22:25] <michaelni> and clang with disabled optimizations then probably fails to remove the code in the second case i would guess [22:26] <michaelni> s/the code/the if() body/ [22:33] <iive> hum... afair the C standard demands that the second expression should not be calculated if the first is false [22:33] <iive> so if this is true, then it is a bug and should be reported to clang. [22:34] <Daemon404> ? [22:34] <Daemon404> look closer. [22:35] <Daemon404> that is exactly what michaelni described. [22:37] <iive> i thought the problem is in the func() not the body. [22:37] <iive> gcc also have issue with removing code from the body with -O0 [22:37] <Daemon404> the problem is the body not being optimized out [22:37] <Daemon404> whhch can only be safely done if the 0 comes first [22:37] <Daemon404> as per the C spec [22:39] <wm4> why not replace the if with #if [22:39] <Daemon404> because ffmpeg relies on DCE [22:39] <Daemon404> everywhere [22:39] <wm4> that's stupid [22:40] <Daemon404> less bad than #if soup IMO, but YMMV [22:40] <Daemon404> and considering ffmpeg compiles with every compiler under the sun [22:40] <Daemon404> im not too worried. [22:47] <iive> Daemon404: could you show me where the C standard says the body of if(0) should be discarded ? [22:48] <wm4> nobody claimed that [22:49] <iive> if(0 && func()) and if(func()&&0) are not equivalent. in the seconds func() would always be called. [22:58] <iive> wm4: then the other statement is not true. you can always safely remove the body of the function in case the if() always evaluates to 0. However the code inside the if() may not be removed (if it changes variables and calls functions). [22:59] <wm4> what of "ffmpeg relies on DCE" do you not understand [22:59] <wm4> DCE = dead code elimination [23:02] <iive> dce is optimization. [23:03] <wm4> and ffmpeg relies on it [23:03] <iive> sure. [23:03] <cehoyos> Hi!, is there a reason why "zopan" cannot be deleted? [23:04] <wm4> <michaelni> j-b, can you delete to zopan branch from ffmpeg repo, iam not sure who pushed that but it shouldnt be there [23:04] <wm4> <j-b> I can, but tomorrow. remind me to do it [23:04] <cehoyos> Thank you! [23:04] <cehoyos> (I am sure who) [23:05] <cehoyos> And should we remove "We need a volunteer Debian Package Maintainer." from the topic? It is not very nice to our Debian Package Maintainers... [23:06] <wm4> are there debian packages now? [23:06] <cehoyos> http://anonscm.debian.org/gitweb/?p=collab-maint/ffmpeg.git [23:07] <cehoyos> Done, flame me if I did something wrong... [23:08] <ubitux> wm4: ffmpeg is in queue since a month [23:08] <wm4> I hope they post packages soon; there's none of this in unstable or experimental yet [23:08] <wm4> ok [23:08] <ubitux> wm4: https://ftp-master.debian.org/new.html [23:08] <iive> i think they've been posted and await ftp masters approval [23:08] <cehoyos> They are checking copyrights now. [23:09] <cehoyos> I wonder who checks copyrights on existing packages... [23:09] <cehoyos> Anyway, good night! [23:23] <cone-168> ffmpeg.git 03Billy Shambrook 07master:3c2d9f86c718: ffprobe: add rc_max_rate to stream output [23:23] <cone-168> ffmpeg.git 03Carl Eugen Hoyos 07master:958168d50569: lavf/mpegts: Reduce number of "Predefined SLConfigDescriptor" warnings shown. [00:00] --- Tue Jun 10 2014

1 0

ffmpeg.log.20140609
by burek 10 Jun '14

10 Jun '14

[00:16] <llogan> unlord: mpeg quant scale. i believe that includes flv1/h263/h263+/mpeg1/mpeg2/mpeg4/msmpeg*/mjpeg. probably h261 too, but i'm not sure. [00:27] <unlord> llogan: we are doing a broad comparison of video coding formats to see how daala compares. [00:28] <unlord> llogan: silverdev has been looking at h261 and h263 [00:29] <silverdev> why does the filesize changes when -v:q is above 31 for h263 but not h261? [00:32] <silverdev> 36K test1.mpg [00:33] <silverdev> 32K test2.mpg [00:33] <silverdev> they whre made from the same video with -q:v set to 34 and 36 [00:55] <llogan> unlord: https://people.xiph.org/~xiphmont/demo/daala/daala-vp9summit-20140606.pdf [01:05] <unlord> llogan: yes, I helped make some of those slides [01:09] <unlord> llogan: I think what silverdev is saying is that he is seeing some odd behavior when he encodes with -f h263 [01:12] <llogan> i don't know why it does that, but who uses h263 anymore? [01:13] <silverdev> I was told that -q:v scail for h263 is only supposted to be a value between 0 and 31 but It seems to keep compressing the outputs more at values above 31 instead of capping [01:13] <unlord> llogan: there have been some pretty crazy proposals at the IETF regarding the MTI video codec for webrtc [02:13] <needmorespeed1> Can anyone point to a very simple project that with ffmpeg compiling in QT Creator? [03:29] <ac_slater> hey guys, I want to use ffmpeg (if possible) to packetize my h264 nal units for RTP. I'm digging though the sources and cant tell if this is a feature [03:31] <ac_slater> ah nevermind libavformat/rtpenc_h264.c [03:55] <ac_slater> sadly I live all of the libav* libs to be poorly documented with examples. Is there a solid references/book on these libs? [04:33] <needmorespeed1> Anyone know of a simple example of QT with recent ffmpeg? [04:48] <ac_slater> needmorespeed1: simple? What do you want it to do ? [04:54] <needmorespeed1> just compile it to start [04:54] <needmorespeed1> I was able to compile latest ffmpeg in Ubuntu [04:55] <needmorespeed1> but when including the C with extern "C" [04:55] <needmorespeed1> /home/vmuser/lib/ffmpeg/libavcodec/internal.h:200: error: undefined reference to `av_rescale_q' [04:55] <ac_slater> needmorespeed1: usually you dont need to compile the library ... that's the point of dynamic libraries [04:56] <ac_slater> ffmpeg is a big framework. You should get to know how to dynamically link. You're best bet is to link against the version that ubuntu has ... so you dont have make your users compile the version of ffmpeg you usedf [04:56] <ac_slater> used *& [04:56] <ac_slater> used ** [04:57] <ac_slater> you probably arent linking correctly. Or you compiled out that feature on accident [05:01] <needmorespeed1> To config, I used [05:01] <needmorespeed1> ./configure --prefix=$HOME/bin --enable-gpl --extra-libs=-ldl --enable-libx264 --extra-cflags="-I$HOME/lib/ffmpeg/include" --extra-ldflags="-L$HOME/lib/ffmpeg/lib" [05:02] <ac_slater> needmorespeed1: like I said, dont compile it yourselkf [05:02] <ac_slater> you probably just need to pull the ffmpeg-devel package [05:02] <ac_slater> then you can link against the libs with using -lavcodec, stc [05:03] <ac_slater> or use pkg-config [05:04] <niao> I have a video I converted with ffmpeg that runs fine for me on Linux, but when I send to 2 different friends on windows, they report a black screen [05:04] <niao> Is there a way to convert it to a windows friendly format? [05:04] <ac_slater> niao: what format is it in? [05:04] <niao> mp4 [05:04] <ac_slater> thats the container [05:05] <ac_slater> what's the stream format? [05:05] <niao> oops, my bad [05:05] <niao> libx264? [05:05] <ac_slater> sall good I'm pretty new to video stuff too [05:05] <ac_slater> so it was encoded in h.264 [05:05] <ac_slater> into* [05:06] <ac_slater> I would probably put into some mpeg2 format. Older versions of Windows didnt come with many decoders [05:06] <niao> I already tried -profile:v baseline but it gives me an error [05:06] <niao> > maybe incorrect parameters such as bit_rate, rate, width or height [05:06] <niao> I will try converting it to mpeg2 [05:06] <ac_slater> doubtful. But maybe someone here can weigh in [05:10] <needmorespeed1> thx ac_slater, I'm trying again with more configure flags like --enable-avformat --enable-avutil [05:11] <ac_slater> needmorespeed1: or link against the system libs ;) [05:11] <ac_slater> needmorespeed1: are you also building QT [05:11] <ac_slater> ? [05:12] <needmorespeed1> not building QT [05:12] <needmorespeed1> I should just go with the apt-get ffmeg you're saying [05:15] <ac_slater> needmorespeed1: Most times, programs link with libraries. Rarely (unless you're writing a closed-source application), do people include static builds of their dependencies. [05:16] <ac_slater> you should always build against your target system. Unless of course you're doing cross-platform stuff... in that case, you'd probably build Qt and ffmpeg for linux and windows, etc [05:21] <niao> I solved it by using -pix_fmt yuv420p [05:21] <niao> Thanks ac_slater [05:35] <needmorespeed1> ac_slater: I think my goal with compiling myself was using latest ffmpeg and x264 lib [05:41] <barry> Stream #0:0: Audio: mlp, 96000 Hz, stereo, s32 [05:41] <barry> how come ffprobe is showing as s32 when it's s24 [05:41] <barry> is this a bug [06:07] <ac_slater> needmorespeed1: ah that makes sense then. But any newer version of ubuntu has recent ffmpeg stuff [08:06] <excalibr> >Unknown input format: 'x11grab' [08:06] <excalibr> ugh..why? [08:19] <rahul_> Hii all [08:21] <rahul_> I am trying to read tutorials. but as i am compiling them all i am getting errors undefined reference to `av_frame_alloc' [08:22] <sacarasc> excalibr: Because you're using a static binary? [08:32] <rahul_> please help on compiling tutorial .. [08:38] <rahul_> i am trying this https://github.com/phamquy/FFmpeg-tutorial-samples#ffmpeg-tutorial-samples [09:15] <rahul_> any one heere? [11:13] <loa> hello, i am trying to convert [11:14] <spaam> Nice :D [11:16] <loa> Lol. Sorry, it was strange. I am trying to convert m4a to mp3 without loosing quality, i use such command: ffmpeg -v 5 -y -i Riverline\ -\ Reasons-X_GsbrqAJ28.m4a -acodec libmp3lame -ac 2 -ab 192k Riverline\ -\ Reasons-X_GsbrqAJ28.mp3 [11:16] <loa> but when job done i see that m4a have 192kbit/s but resulting file have 32kbit/s [11:16] <loa> can somebody explain what i am doing wrong? [11:26] <loa> here is that file https://dl.dropboxusercontent.com/u/25725476/Riverline%20-%20Reasons-X_Gsbr… [13:08] <brontosaurusrex> loa, i think its -b:a or something similar this days [13:09] <loa> brontosaurusrex, i tried -q:a 2 [13:09] <loa> nothing changed [13:09] <brontosaurusrex> loa, could be a samplerate problem, whats the original samplerate? [13:10] <loa> brontosaurusrex, is it possible to download that file? [13:10] <brontosaurusrex> yeah, hold on ... [13:10] <loa> there is pritty good electronic music [13:13] <loa> brontosaurusrex, i use such command mplayer -ao pcm:file=output.wav Riverline\ -\ Reasons-X_GsbrqAJ28.m4a && lame -h output.wav output.mp3 && rm output.wav [13:13] <loa> and recieve 128kbit/s [13:13] <loa> when i use -V option for lame i recieve 32kbit/s again :D [13:14] <loa> and i can't notice if there is difference between two files when playing them [13:16] <loa> brontosaurusrex, maybe it is normal situation? i heard earlier that bitrate can be dynamic [13:17] <brontosaurusrex> no [13:17] <brontosaurusrex> if you specify 192k, then it should be 192k [13:18] <brontosaurusrex> -acodec libmp3lame -ab 192k < this is working for me on your sample [13:18] <brontosaurusrex> this is with : built on Mar 29 2014 05:48:25 with gcc 4.6 (Debian 4.6.3-1) git ffmpeg from gusari [13:21] <loa> brontosaurusrex, how you check bitrate? [13:21] <brontosaurusrex> loa, a: filesize, b: mediainfo [13:22] <loa> brontosaurusrex, it is command line programs or what? [13:22] <loa> i use mplayer on that file [13:23] <loa> and i see such result https://dl.dropboxusercontent.com/u/25725476/screenshot-2014.06.09-15%3A22%… [13:23] <loa> when i run such command mplayer -ao pcm:file=output.wav Riverline\ -\ Reasons-X_GsbrqAJ28.m4a && lame --preset insane output.wav output.mp3 && rm output.wav [13:23] <loa> i recieve such result https://dl.dropboxusercontent.com/u/25725476/screenshot-2014.06.09-15%3A23%… [13:23] <finemann> Hi, can I concatenate PCM WAV files using just cat(1) ? [13:23] <Hello71> no, they have a header [13:24] <Hello71> otherwise how would they encode sample rate, channels, etc [13:24] <finemann> Hello71, I ask this because in a script on the ffmpeg wiki, there's a line where multiple FIFOs are concatenated using just cat. [13:25] <finemann> http://trac.ffmpeg.org/wiki/How%20to%20concatenate%20%28join,%20merge%29%20… [13:25] <loa> finemann, it is ffmpeg command) [13:25] <finemann> In particular this line: cat $all_a > $TMP/mcs_a_all & [13:26] <Hello71> -f u16le [13:27] <Hello71> that's not a wav file [13:27] <finemann> Hello71, yes all of them are unsigned 16 bit LE. [13:27] <finemann> Oh. [13:27] <Hello71> that'll work fine then. [13:27] <Hello71> *wav* files have a header [13:27] <Hello71> that's the entire point of wav [13:27] <finemann> That's new info. for me. Thanks! [13:27] <finemann> I mean, I thought WAV was just raw audio. [13:27] <Hello71> obviously if you delete the header and store it in your program you'll be fine [13:28] <Hello71> !g wikipedia wav [13:45] <loa> brontosaurusrex, looks like mplayer don't show average bitrate for vbr [13:46] <brontosaurusrex> loa, no idea [14:06] <finemann> I just encoded a raw audio file with -f s16le and -ac pcm_s32le. I'm confused. How can I put a 32 bit audio file inside a file which uses 16 bit blocks? [14:12] <finemann> Is it because, it's headerless audio and two blocks of the file would be considered as a single 32 bit block? [17:00] <ethreal> Hello. Could someone please help me figure out the format of the "time = xyz" part of the ffmpeg vstats file? [17:02] <ethreal> It's being output as a large decimal instead of the colon separated output I keep seeing online. [17:14] <ethreal> Anyone? [17:16] <Fjorgynn> welcome [17:19] <veek> how do i merge an audio and a video file that i downloaded from youtube. It's a dash file ffh262 and a aac audio file [17:19] <veek> avconv -i "Intro to curves and vector functions-ruK0xBwUYdk.mp4" -i "Intro to curves and vector functions-ruK0xBwUYdk.m4a" -c:v copy -c:a copy -strict experimental "Intro to curves and vector functions.mp4" [17:19] <veek> when i play the output i just get audio [17:20] <Fjorgynn> ffh262? [17:20] <veek> err ffh264 [17:20] <Fjorgynn> why strict experimental? [17:20] <veek> Video: h264 (Main) [17:20] <Fjorgynn> should be ffmpeg/avconv -i test.mp4 -i test.m4a -c copy output.mp4 [17:21] <c_14> veek: a) pastebin your complete commandline and output, b) avconv support is in #libav [17:21] <veek> ugh sry hang on that was for aac [17:22] <ethreal> Does anyone know about the time values in the vstats file? [17:22] <c_14> ethreal: that time is the end pts * the time base [17:23] <ethreal> Oh. Uhm. End pts? [17:24] <veek> c_14, http://pastebin.com/br0hA90u [17:25] <ethreal> Could I convert it into seconds purely based on the output of the vstats file? [17:27] <c_14> veek: according to the command and output, that should be working. Can you try downloading one of the static ffmpeg builds? [17:27] Action: veek noddles [17:31] <c_14> ethreal: I don't think so. [17:31] <c_14> There's also a note in the source saying that the attribute that is used in that calculation is deprecated. [17:33] <ethreal> I extracted a bunch of frames with changes in scene using this command: http://pastebin.com/emDX9QcY [17:33] <ethreal> Is there no way for me to determine at what time it extracted it? [17:34] <ethreal> By time I mean time relative to the video's start time [17:40] <c_14> ethreal: The only option I know of would be to burn the timecode into the pictures. [17:41] <veek> c_14 tried this, no luck ffmpeg -acodec copy -vcodec copy "Intro\ to\ curves\ and\ vector\ functions-ruK0xBwUYdk.mp4" -i "Intro to curves and vector functions-ruK0xBwUYdk.m4a" Intro\ to\ curves\ and\ vector\ functions.mp4 [17:42] <c_14> the order of the arguments is wrong and you forgot the -i and you were double escaping, try ffmpeg -i Intro\ to\ curves\ and\ vector\ functions-ruK0xBwUYdk.mp4 -i Intro to curves and vector functions-ruK0xBwUYdk.m4a -codec copy Intro\ to\ curves\ and\ vector\ functions.mp4 [17:42] <c_14> eh, the second one needs quotes [17:43] <c_14> or escaping [17:44] <veek> okay -i -i -codec copy [17:47] <veek> ah phew! [17:47] <veek> c_14, thanks [17:47] <Fjorgynn> I see [18:50] <mleise> Is "-vf interlace" the correct way to turn a progressive video into an interlaced one for encoding with x264's bff=1 ? [18:52] <mleise> Interlacing is the only way to play a video @ 50 (half-)frames on my gfx card with VDPAU (level 4.1). [18:52] <c_14> I'm not sure why you want it, but -vf interlace should interlace the video. [18:53] <mleise> And I figured that I probably don't need -flags +ilme+ildct, since I found no equivalent in the x264. [18:53] <mleise> ...options [18:53] <mleise> c_14: Everyone seems to hate interlacing, but isn't this MBAFF just the best of both worlds? [18:54] <mleise> 25p content stays progressive, while 50p parts retain their temporal resolution [18:54] <t4nk489> Dowloaded ffmpeg from git ffmpeg. While making ffmpeg on centos receive warning "have_fminf" is not defined then fatal error libavutil/libm.h:87 static declaration of 'fminf' follows non-static declaration. Should I just go back to older version at github? [18:54] <mleise> when encoding at 25 FPS with interlacing [18:55] <llogan> t4nk489: can you use git bisect to find out what commit may have caused the issue? [18:56] <t4nk489> point me to where I should go [18:58] <llogan> http://git-scm.com/book/en/Git-Tools-Debugging-with-Git#Binary-Search [18:58] <t4nk489> OK [18:58] <llogan> what was your ffmpeg configure? [19:01] <c_14> mleise: If I'm reading this correctly, mbaff is better than just interlacing, but it shouldn't be better than progressive video if you're going to be displaying it on a progressive display. [19:02] <mleise> c_14: Right! But by using half the amount of macroblocks per second 25 FPS interlaced can be played back on h264 level 4.1 hardware @ 50 FPS (after hardware assisted deinterlacing) [19:03] <mleise> I tried both mpv and Media Player Classic Home Cinema, and the deinterlaced output looks surprisingly well through nvidia's video engine. [19:04] <c_14> Even with video with lots of motion? [19:04] <mleise> Well, I have mostly panning and landscape shots [19:05] <llogan> t4nk489: i can't duplicate the issue using git head with "./configure --enable-gpl" [19:05] <mleise> But I _do_ see the artifacts in the credits scroller where I used a serif font, with 1 pixel wide serifs [19:05] <mleise> The serifs pop up, the disappear [19:05] <mleise> *then [19:08] <mleise> Naturally side-to-side motion should not be affected, but up-down motion is. I guess it depends heavily on the content. Let's see how the shaky shots while driving through the dips in death valley come out. There is lots of up-down motion in it :) [19:08] <t4nk489> new to git bisect. used git bisect start, then bad, then good. good reports long string with text 'was both good and bad'. [19:09] <iive> mleise: it is extremely hard to deinterlace properly, especially on progressive displays. [19:10] <iive> the interlace encoder flags work on libx264, x264 have tff/bff [19:10] <t4nk489> Complaint appears during make. If I remove gpl from configure then complaint goes away during make? [19:11] <llogan> i don't know. i was just stating that it works for me, and that was my configure [19:13] <iive> t4nk489: do the bisect with the options that break the build [19:18] <mleise> live: Yes, I'm using -vf interlace for ffmpeg and the -bff=1 flag for x264. I tried 25p, but I found it hard to keep track of details during motion. The brain has a much easier time at 50 fps it seems. [19:18] <mleise> btw, do you say 50i or 25i for 50 half-frames per second? [19:24] <iive> half-frame is called field. when you talk about fps then it is always in frames per second. but 50i is not fps, so... [19:24] <iive> i don't know. [19:25] <iive> since marketing prefers bigger numbers i'd say that 50i is 25fps [19:28] <u19809> hi all, [19:28] <u19809> I need some help forwarding my camera to youtube live events (RTMP) [19:29] <u19809> I can see my camera's output (using rtsp) [19:29] <u19809> and I can send a fixed avi file to youtube using rtmp [19:29] <u19809> but I am unable to bind them together [19:32] <u19809> these are the commands http://pastebin.com/c9d5FtcB [19:40] <u19809> fflogger : tricky since I test on a remote server using teamviewer and cut and past does not work :( Hold on [19:40] <llogan> fflogger is a bot, BTW. [19:42] <u19809> do I look stupid [19:43] <u19809> ok ... this should be it ... the command I try to forward rtsp to rtmp http://pastebin.com/jjcu2T9F [19:51] <llogan> this output looks like it came from a different command than the one you provided in your first link [19:53] <u19809> yes the commands I first sent were the ones that work, the one I sent last is the one I tried for forwarding the rtsp stream to the rtmp [19:53] <u19809> I will pastebin the others too ... hold on [20:01] <u19809> llogan : this is the command that sends a good stream to youtube http://pastebin.com/CTRcpYGw [20:02] <u19809> llogan : for the input stream I just ran ffplay rtps://.... and the content showed [20:08] <llogan> u19809: but your failing command and console output is missing. [20:09] <u19809> damn ... my paste failed ... hold on [20:11] <u19809> here it is ... http://pastebin.com/wuQAhjPH (typed over by hand though :( ) [20:13] <llogan> so this is the command that goes with http://pastebin.com/jjcu2T9F ? [20:16] <llogan> also it appears you are using two different versions of ffmpeg. old 0.10.11 and 2.1.4 [20:20] <u19809> yes ... [20:20] <u19809> hmmm need to check these versions ... did not check it [20:22] <u19809> llogan : odd ... both are recent but the 0.11 is from ubuntu saucy and the 2.1 is from a fedora ??? [20:22] <u19809> both should be up to date [20:22] Action: llogan doesn't know what is going on [20:23] <llogan> does wuQAhjPH work if you omit the audio? does it work re-encode the streams? [20:24] <u19809> no youtube requires an audio or else it refuses the stream [20:25] <llogan> i'm not much of a streaming guy. and im not sure if pcm_s16le is something you can use [20:26] <u19809> youtube seems to need an aac [20:26] <u19809> so what encoding do you propose ? [20:28] <llogan> according to your build at the very least you have to use: -acodec aac -strict experimental [20:30] <u19809> yes I just tried that ... it seems to be streaming but oddly only at 0.1kbps which is way to low for a 1080 p stream ... I do not get youtube errors but also youtube does not seem to detect my stream ... unless I press CTRL-C and then it seesm youtube did receive something [20:31] <llogan> are you stream copying or re-encoding? [20:31] <llogan> (the video and audio) [20:31] <u19809> video copy (it is already h264) audio reencoding as it is pcm_mulaw and should be aac [20:32] <u19809> It looks perhaps that the video stream does not arrive in the flv. only the audio is present perhaps [20:32] <u19809> When I captured the video raw to a file I got 800kbps which is normal I think [20:33] <llogan> try re-encoding the video like you did in one of your other many pastes [20:34] <u19809> I can but should I since it is already in the correct format [20:34] <llogan> it might be a really high bitrate. [20:38] <u19809> nope ... still about 1kbps ... [20:40] <llogan> then i'm out of ideas and fairly ignorant of RTMP. try the ffmpeg-user mailing list. make sure to include your actual failing ffmpeg command and the complete console output. [20:41] <u19809> ok thx anyway [22:38] <communiications> Hi [22:39] <communiications> i have a problem with joining mkv files together, which i explayned in the ffmpeg support forum, could someone get a look at it? http://ffmpeg.gusari.org/viewtopic.php?f=11&t=1507 [22:41] <c_14> pretty sure mkv doesn't support the concat protocol [22:41] <c_14> use the filter or the demuxer [22:41] <c_14> https://trac.ffmpeg.org/wiki/How%20to%20concatenate%20(join,%20merge)%20med… [22:46] <tyler1> is it possible to get ffmpeg to read a sequence of images that are _00001.png _00002.png _00003.png but then something like _00003_1.png [22:47] <c_14> tyler1: you can use -pattern_type glob [22:52] <communiications> ok, im trying the demuxxer and get the following error http://pastebin.com/hr5chsKJ [22:52] <c_14> can you pastebin the whole command and the output? [22:52] <tyler1> c_14: is there any good documentation on that you could link me? [22:53] <llogan> http://ffmpeg.org/ffmpeg-formats.html#image2-2 [22:53] <llogan> http://trac.ffmpeg.org/wiki/Create%20a%20video%20slideshow%20from%20images [22:53] <tyler1> so something like %05d*.png would capture that [22:54] <communiications> c_14: http://pastebin.com/cL073p24 [22:56] <c_14> try switching from -c copy to some video codec for testing purposes [22:59] <communiications> when im not using copy it works fine http://pastebin.com/UPPGsS6g [23:00] <communiications> (also says invalid dropping on line 38) [23:01] <tyler1> c_14: if I change to glob pattern type, it doesn't seem to open the files [23:01] <c_14> I'm guessing there's something messed up with the timestamps in one or multiple of the files you're concatenating. Can you remux each of the files individually? [23:01] <tyler1> can I not use %05d if I'm using glob pattern ? [23:02] <c_14> tyler1: I think the use of both glob and % patterns was deprecated. [23:02] <c_14> that would be glob_sequence, you can test if it works. [23:02] <c_14> But then you have to escape the * [23:03] <tyler1> hm I can't find the docs on glob_sequence [23:05] <communiications> i remuxed every input file in mkvmerge, but that soesnt fixes it [23:06] <c_14> tyler1: in the link llogan pasted, the first one [23:07] <tyler1> ah I see thanks [23:07] <tyler1> it says glob_sequence will be deprecated, not glob [23:07] <c_14> communiications: then I have no idea, try concatenating them pairwise and see which one is giving issues (if it's only one) [23:08] <c_14> tyler1: yes, and the pattern you were trying to use (%05d*.png) is a glob_sequence not a glob [and it should be %05d%*.png] [23:09] <tyler1> ah I understand c_14, let me try that [23:11] <tyler1> ok c_14 i'm getting closer, i have another error now [23:13] <tyler1> nvmind , still gettin cannot open file, with this source : /temp/test%05d%*.png [23:14] <tyler1> and I have test00000.png test00001.png test00002_1.png etc. [23:17] <c_14> try switching to a simple glob /temp/test*.png ? [23:19] <tyler1> i think so, let me try again though [23:22] <tyler1> yea i'm getting in stderr: [23:22] <tyler1> undefined [23:28] <tyler1> it's so strange, because if I ls the pattern, its showing me all the files [23:37] <c_14> Does the process running ffmpeg have permissions to access the files? [23:37] <c_14> s/process/user [23:43] <tyler1> that undefined was a false alarm, nevermind [23:46] <tyler1> ok so glob_sequence doesn't break anything, but it doesn't look like it's getting the frames that are like this 00002_1.png [23:58] <tyler1> i can't even get pattern type glob to work with /temp/*.png [23:59] <c_14> Is it throwing errors? [23:59] <tyler1> stderr is empty [23:59] <tyler1> let me try it command line [00:00] --- Tue Jun 10 2014

1 0

ffmpeg-devel.log.20140608
by burek 09 Jun '14

09 Jun '14

[01:20] <michaelni> Daemon404, about fateserver, any patches that can be applied ? [01:25] <michaelni> more specifically patch 2 (and possibly 3) [01:26] <Daemon404> [FFmpeg-devel] [PATCH 2/5] [FATESERVER] index: move $paramsdeclaration to lsort() [01:26] <Daemon404> can [01:26] <Daemon404> 3 isnt OK as-is [01:27] <Daemon404> it has stray changes [01:28] <michaelni> i can drop them when applying [01:28] <michaelni> if thats the only thing [01:28] <Daemon404> it might be ok [01:28] <Daemon404> i am not terribly familiar with perl html stuff [01:28] <Daemon404> perl cgi dev is before my time... [01:41] <michaelni> put on fate.ffmpeg.org, seems working, thanks [01:42] <Daemon404> i hope you remembered the extra cpan modules [01:45] <michaelni> extra cpan modules ? i tested the code on the server before pushing to the main repo [01:47] <Daemon404> heh k [01:47] <Daemon404> patch 3 had two more use statements added [02:22] <jamrial> http://fate.ffmpeg.org/log.cgi?time=20140607225141&log=compile&slot=x86_64-… [02:22] <jamrial> configure needs a line with wmalossless_decoder_select="llauddsp" [02:36] <BBB> j-b: question I read somewhere and Im kinda intruiged; hows the video editor proejct going? [03:01] <cone-486> ffmpeg.git 03Michael Niedermayer 07master:5183fac92fc5: avcodec/hevc_sei: fix invalid get_bits() in a comment [03:01] <cone-486> ffmpeg.git 03James Almer 07master:fc8db12a73f1: x86/vp9: inital AVX2 intra_pred [03:17] <cone-486> ffmpeg.git 03Michael Niedermayer 07master:d4be3a8d6312: configure: add llauddsp dependancy for wmalossless_decoder [03:17] <michaelni> jamrial, added, thx [03:55] <jamrial> and with that avx2 made its debut [04:27] <unlord> hi [04:27] <unlord> what is the valid range of -q:v for -f h263 ? [08:45] <funman> michaelni: I looked at the 'Technology demos' on https://www.xiph.org/daala/ [09:25] <funman> https://people.xiph.org/~xiphmont/demo/daala/daala-vp9summit-20140606.pdf [09:38] <UtUser> yo JEEB [10:27] <thardin> ooh daala news [10:53] <j-b> BBB: a bit further, why? [13:15] <BBB> j-b: is there a status page or website with some screenshots or so? [13:15] <BBB> j-b: like I said, asked on a website, would be nice to respond with some actual useful info [13:32] <cone-834> ffmpeg.git 03James Almer 07master:dcaf9660b610: x86/float_dsp: port vector_fmul_window to yasm [14:04] <Daemon404> man that thread just wont stay dead [14:04] <wm4> they're using ffmpeg? wtf [14:05] <Daemon404> who is? [14:05] <wm4> in the hevc in flv thread [14:05] <wm4> "There have a lot of customers play flv using outside of Adobe FlashPlayer; For example: Porting FFmpeg into Android." [14:06] <nevcairiel> that doesnt explain why you would want flv to be the format of choice [14:06] <Daemon404> indeed [14:07] <wm4> yes that's the wtf [14:07] <wm4> normally you'd pick flv only for compatibility, right [14:08] <Daemon404> well -> china [14:08] <Daemon404> you expect logic? [14:08] Action: Daemon404 runs [14:14] <ubitux> http://tiny.cc/wmx4gx [14:15] <Daemon404> ubitux, definitely [14:15] <Daemon404> but not wrong. [14:15] Action: Daemon404 points at realmedia [14:16] <nevcairiel> hey hey, we're not doing that based on their race, just their country [14:16] <nevcairiel> find a new word! [14:17] <Daemon404> lol [14:44] <Daemon404> hah [14:44] <Daemon404> "A real spec is *not optional*" [14:44] Action: Daemon404 applauds monty [14:45] <Daemon404> the pitfalls to avoid slide could also be named "A History of VPX" [14:46] <ubitux> American History VPX [14:47] <BBB> Daemon404: where? [14:47] <BBB> (where did you get the slides?) [14:47] <Daemon404> [08:25] < funman> https://people.xiph.org/~xiphmont/demo/daala/daala-vp9summit-20140606.pdf [14:47] <Daemon404> BBB ^ [14:48] <Daemon404> that said, i dont think daal is being gone about in a 'good' way ;) [14:54] <BBB> daala is exactly the same as libvpx, just a different team [14:54] <BBB> locked up in their own private space (mozilla office and #daala instead of google office) [14:54] <BBB> no outside participation [14:55] <BBB> weve seen this with that audio codec they did, what was it called again? [14:55] <ubitux> opus [14:55] <BBB> right, opus [14:55] <ubitux> they look more open though [14:55] <BBB> my mouth looks more open [14:55] <ubitux> like, every research step is documented [14:55] <Daemon404> opus wasnt xiph [14:55] <Daemon404> half of it was SILK, from skype/ms [14:56] <ubitux> i'm refering to daala here [14:56] <Daemon404> i know [14:57] <Daemon404> also: derfcode. [14:57] <Daemon404> whitespace be damned [15:14] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:6e6bd5481cf4: avcodec/alsdec: Clear MPEG4AudioConfig so that no use of uninitialized memory is possible [15:14] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:ee5145c05d4c: avcodec/aacpsy: Use av_mallocz_array() [15:17] <kierank> Daemon404: I thought I killed that thread [15:17] <Daemon404> everyone and their grandma has to comment [15:17] <Daemon404> this time it raised mile melanson from the dead [15:17] <Daemon404> mike* [15:19] <kierank> I was going to ask him for an hevc in avi patch [15:20] <Daemon404> lol [15:20] <kierank> But I think he would do it [15:20] <Daemon404> yes [15:32] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:7c3af60016e6: avformat/movenc: use av_malloc(z)_array() [15:32] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:007547b2820f: avcodec: fix () in TRANSPOSE macro [16:19] <ubitux> yay got a working a ffhq2x :) [16:30] <J_Darnley> *applause* [16:32] <ubitux> the switch is essentially translated in 30 lines of code& [16:32] <ubitux> i'm going through some macro magic to avoid having them duplicated 4x [16:33] <ubitux> it will probably be a bit larger for hq3x and hq4x [16:33] <ubitux> but i think the whole hq[234]x filter will stick in about 1k lines of code [16:39] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:ab1e1917209c: avcodec/pthread_frame: Use av_mallocz_array() [16:39] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:4959c4a79331: avcodec/pthread_slice: Use av_malloc(z)_array() [17:54] <BBB> Daemon404: I read that and Im reminded of the libav vs. ffmpeg flamewars, somehow [17:55] <BBB> ohwell [17:57] <Daemon404> BBB, which? [17:57] <Daemon404> the pdf? [18:02] <BBB> Daemon404: yes [20:14] <BtbN> Is there simply no accelerated transform from yuv to rgb in libswscale, or is something wrong with my build of it? [20:15] <BtbN> yuv420p to rgb24 to be exact [20:22] <jamrial> there seems to be in x86/yuv2rgb.c [20:22] <cone-834> ffmpeg.git 03James Almer 07master:85065d2a7ce3: x86/float_dsp: add missing femms [20:23] <BtbN> strange [20:24] <BtbN> cause it tells me on the console: [swscaler @ 00000086F6D6D640] No accelerated colorspace conversion found from yuv420p to rgb24. [20:27] <nevcairiel> are you on something crazy as not-x86? :p [20:28] <BtbN> nope [20:28] <BtbN> it's a windows msvc build though [20:28] <jamrial> the asm is inline [20:28] <jamrial> so that's why [20:29] <nevcairiel> yeah msvc wont have those [20:29] <BtbN> hm, that's extremely annoying [20:29] <nevcairiel> patches welcome [20:29] <nevcairiel> note that the "accelerated" yuv->rgb conversion is extremely low quality anyway [20:29] <nevcairiel> feels like chroma point scaling from looking at it [20:30] <BtbN> in the end i just want an OpenGL texture, but implementing hw acceleration with all the possible APIs is a little too much [20:42] <wm4> it's pretty easy to write a shader that does the conversion [20:43] <BtbN> there already is another shader in place that does some other stuff with the images [20:45] <wm4> use a framebuffer [20:45] <BtbN> it's already barely managing to keep 24 fps without additional work on the gpu [20:46] <wm4> then either the gpu is extremely weak, or the other shader is extremely inefficient [20:46] <BtbN> it's just a lot of work [20:57] <nevcairiel> a simple yuv->rgb shader should be very light load on the gpu [20:58] <nevcairiel> they are really good at that [21:04] <BtbN> but it would require another conversion so the data is in some format that cen be uploaded into a texture [21:05] <BtbN> *a [21:11] <BBB> BtbN: its easy to convert inline asm to yasm (if youre a developer; this is #ffmpeg-devel, after all) [21:12] <BBB> its one of those things that has to be done at some point [21:12] <BtbN> would propably be easier to just build it with gcc and generate an msvc compatible .lib file though [21:12] <nevcairiel> its not like ffmpeg build system doesn't do that for you [21:12] <kierank> w i [21:13] <BtbN> nevcairiel, it already generates a def/lib when building with mingw? [21:13] <nevcairiel> of course [21:14] <nevcairiel> at least for shared builds, but thats really when you need them, otherwise you just link with the .a file :p [21:14] <nevcairiel> (static linking with mingw builds against msvc apps is also rather painful) [21:14] <BtbN> linking .a files from gcc into msvc wouldn't work anyway [21:14] <nevcairiel> it does work, but its painful, needs some special kinds of evil [21:15] <Daemon404> it doesnt work [21:15] <Daemon404> it "works" [21:16] <nevcairiel> for shared builds, its beneficial to have the msvc tools in path, so that it can use the msvc library generator instead of the mingw one, it just works better [21:16] <nevcairiel> lib.exe, i mean [21:17] <BtbN> i'll just re-generate the .lib file manualy later from the def [21:20] <BBB> its much nicer if someone does actual effort and converts the inline to yasm [21:20] <BBB> but why do the right thing if we can get away with a massive ugly trollhack just for this one little time, right? [21:21] <nevcairiel> its swscale, i wouldn't want to try to start converting all its macro'ed hacks into yasm =p [21:22] <BBB> I converted some of the actual scaling routines in yasm [21:22] <BBB> I didnt touch the direct conversion routines, but ohwell [21:22] <BBB> I did some stuff [21:48] <llogan> "Subject: Hope add HEVC video format support to flv container" [21:48] <llogan> approved. heh. more. [21:48] <llogan> (as in it was in mail queue) [21:50] <ValdikSS> Hello. Sorry for the question on the dev channel, but is there any way to disable transcoding in ffserver? [21:53] <wm4> " I always think flv is the best container, because it is so simple, and so easy to extend. " [22:09] <nevcairiel> Wait. Another guy sent a patch now? [22:11] <llogan> yes, but i didn't see if there were any differences, or if it is the same patch floating around the Chinese guys. [22:12] <Daemon404> what the shit [22:12] <ubitux> lol [22:12] <ubitux> can't stop them [22:12] <ubitux> :D [22:14] <llogan> they will brute force it in [22:14] <Daemon404> i dont see it [22:15] <llogan> it was delayed due to queue. look for "Hope add" [22:15] <jamrial> why do they need it in the official repo? why not just hack that thing in their own builds like they have probably been doing until now? [22:15] <Daemon404> 0 results llogan [22:16] <Daemon404> oh [22:16] <Daemon404> its in my spam folder [22:16] <Daemon404> probably should leave it tther [22:16] <llogan> it should be [22:16] <Daemon404> e [22:16] <Daemon404> there* [22:17] <Daemon404> wut [22:17] <Daemon404> i read that email address as the "weng chang gang" [22:17] <Daemon404> rivals to wu tang perhaps [22:18] <Daemon404> And many containers can hold this void format, for [22:18] <Daemon404> example, mp4/TS/MKV/AVI. [22:18] <Daemon404> >AVI [22:18] <Daemon404> :( [23:02] <cone-834> ffmpeg.git 03Michael Niedermayer 07master:7d8a60a44298: avcodec/options_table: improve max/min rate help text [23:04] <ubitux> before : http://b.pkh.me/hq2x.c [23:04] <ubitux> after : http://b.pkh.me/vf_hqx.c [23:06] <Daemon404> still terrifying [23:06] <Daemon404> but less so [23:06] <ubitux> well, 2800 lines to 300 [23:06] <ubitux> that sounds reasonable [23:06] <ubitux> but yeah, that's a bit tricky [23:06] <ubitux> need to do hq3x and hq4x now [23:07] Action: michaelni puts http://b.pkh.me/hq2x.c in avi [23:07] <ubitux> MKTAG('h','q','2','x') [23:09] <ubitux> anyway, the insanity in hq2x_interp() is basically generated by parsing hq2x.c [23:09] <ubitux> i just copy pasted the result from my python scripts (https://github.com/ubitux/hqx / "make code") [23:21] <iive> ubitux: what are these hq<n>x supposed to do? [23:22] <iive> yff, scale [23:22] <ubitux> pixel-art zoom x2 x3 x4 [23:22] <ubitux> (http://en.wikipedia.org/wiki/Hqx) [23:23] <iive> so, enhance , enhance... got the face of the killer [23:24] <ubitux> yeaaah ~ [23:25] <iive> and the killer is.... smiley face :) [23:26] <jamrial> SNES emulation wouldn't have been the same without hqx and similar filters [23:27] <J_Darnley> Did the algorithm get a quality improvement at some point? The image on Wikipedia looks much better than any I remember seeing when I was playing SNES games many years ago. [23:27] <ubitux> i don't think so [23:27] <ubitux> it's pretty stable... [23:28] <J_Darnley> I guess it is just the test image then. Simple shapes should look good [23:36] <ubitux> i wonder if i should add the threading ;) [23:37] <ubitux> but well... with 300x200 inputs most of the time [23:37] <ubitux> :/ [23:44] <J_Darnley> Add a TODO or FIXME of "add threading"? [23:44] <J_Darnley> Someone will say it is too slow at some point. [23:51] <Daemon404> jamrial, hmmm nah [23:51] <Daemon404> i always liked the crt emulation [23:51] <Daemon404> reminds me of playing a snes/nes in the early 90s [00:00] --- Mon Jun 9 2014

1 0

ffmpeg.log.20140608
by burek 09 Jun '14

09 Jun '14

[00:24] <benlieb> is there a way to get ffplay to show time codes as mm:ss as well? it's not useful for me to see just seconds [02:35] <DeadSix27> how would i add letterbox to the rights when having a video wich is something like 400x720 for example? [02:36] <DeadSix27> sides* [02:36] <sacarasc> -vf pad, IIRC, but I don't know the exact syntax. [02:38] <DeadSix27> found this on web [02:38] <DeadSix27> -> ffmpeg -i in.mp4 -filter:v "scale=iw*min($width/iw\,$height/ih):ih*min($width/iw\,$height/ih), pad=$width:$height:($width-iw*min($width/iw\,$height/ih))/2:($height-ih*min($width/iw\,$height/ih))/2" out.mp4 [02:38] <DeadSix27> kinda looks like overdoing it [02:42] <DeadSix27> well it worked [02:42] <DeadSix27> so who cares [03:13] <daJu> Hello, where can I find libffmpeg compiled for os x? [03:53] <bornpilot> daju use homebrew [04:25] <unlord> what is the valid range of -q:v for -f h263 ? [04:41] <barry> how come ffprobe is showing as s32 when it's s24 [04:41] <barry> is this a bug [04:41] <barry> Stream #0:0: Audio: mlp, 96000 Hz, stereo, s32 [09:55] <t4nk929> Hi, I am having trouble decoding g726 wav files. I cant seem to decode it to regular wav files. I have tried with an old release and the latest release of ffmpeg. I have put up the output of the CLI commands here. http://pastebin.com/gFBuk9QG . Any help would be appreciated. [10:12] <t4nk777> Hi, I am having trouble decoding g726 wav files. I cant seem to decode it to regular wav files. I have tried with an old release and the latest release of ffmpeg. I have put up the output of the CLI commands here. http://pastebin.com/gFBuk9QG . Any help would be appreciated. [11:44] <JackWinter> am a noob to video editing (on linux and in general). is cineform (been reccomended to use the format for intermidiary files) accessible on linux through ffmpeg or some other software? [11:46] <maksimkaaa_> Hi, I have a large argument list to the ffmpeg command, which is causing an (Argument list too long). Does ffmpeg have its own solution for this? or should I use a workaround like when using other tools ? [11:53] <JackWinter> maybe a more pertinent question, what channels are there for general video editing under linux discussions and questions? [11:56] <maksimkaaa_> You mean comparing to my question on FFMPEG arguments JackWinter [11:56] <maksimkaaa_> ? [12:22] <JackWinter> hmm, maksimkaaa was quick to leave [14:30] <seanbotv20> I have an amix filtergraph combining two audio streams into one, when my output is a file everything is fine, but when I try to push it to an ffserver feed, it tries to map the filtergraph output and one of the inputs to the output [14:30] <seanbotv20> ffserver is expecting the one audio stream so it carks it. [14:30] <seanbotv20> also hello by the way [15:40] <JEEBsv> 2 [15:40] <sacarasc> Indeed. [15:49] <JEEBsv> a case of mispressing a butan, am working at an event [16:05] <spettro> there is any explain why ffmpeg cut last seconds of audio when you record something? video+audio [16:06] <daJu> Hello, is there a way to use libffmpeg under osx? [16:08] <sacarasc> From what I can see, libffmpeg is an Android thing to get the ffmpeg command line? [16:08] <sacarasc> Why not just install ffmpeg and use the ffmpeg command? [16:09] <daJu> sacarasc: Are you answering me ? [16:09] <sacarasc> Yes. [16:09] <daJu> I want to use libffmpeg with objc [16:09] <daJu> under Mac [16:10] <daJu> oh you say libffmpeg is for android [16:10] <daJu> only? [16:11] <sacarasc> I've not heard of it until you came in yesterday asking for it. Most people who code with ffmpeg use the libav* things. [16:11] <sacarasc> libavformat, libavcodec, etc. [16:12] <daJu> I thought libffmpeg was the whole thing [16:13] <sacarasc> I could just be out of the loop, thoguh. [16:13] <daJu> I guess I'm the one who miss the train here [16:25] <daJu> sacarasc: Since you're here, do you have any idea how to use rtmp with avformat ? [16:25] <sacarasc> Nope. [16:27] <daJu> Ok [17:17] <daJu> Is there any documentation on libavformat ? [17:17] <sacarasc> http://ffmpeg.org/documentation.html [17:18] <sacarasc> Oh, wait, doesn't seem to be a libavformat link there... [17:18] <daJu> yes it has [17:18] <daJu> but it's the helloworld of documentation [17:18] <c_14> daJu: try the doxygen: https://ffmpeg.org/doxygen/trunk/group__libavf.html [17:19] <daJu> c_14: ty [18:16] <Fjorgynn> hey [18:17] <Fjorgynn> JEEB: i've got a question about msys mingw [18:23] <Fjorgynn> or anyone else [18:28] <Mavrik> we're happy about you having a question. [18:29] <Fjorgynn> must i install git to my pc? [18:29] <Fjorgynn> because what I can see it's not included in the mingw folder [18:40] <Fjorgynn> where can I found those binarys, not the installation files [19:51] <Fjorgynn> so this is awesome [19:51] <Fjorgynn> I am compiling ffmpeg [20:41] <Fjorgynn> I think this is slightly newer [20:43] <Fjorgynn> ffmpeg version N-63840-g34959c4a with fdk-aac 0.1.3 [21:41] <ValdikSS> Hello! [21:41] <ValdikSS> If there any way to disable transcoding in ffserver? [21:52] <llogan> the silence of the channel is not to ignore you, but ffserver is basically unmaintained and i'm not sure of anyone who really has much experience with it [21:54] <llogan> unlord: 1-31. it's a linear scale. 31 is worst quality. [21:55] <ValdikSS> llogan: could you recommend any streaming server except VLC VLM please? [21:58] <llogan> ValdikSS: no, sorry. i don't know, but it also appears that stream copying may not be possible with ffserver, AFAIK: http://trac.ffmpeg.org/ticket/1496 [21:59] <ValdikSS> llogan: I see. It's not suitable for me then. Thanks anyway. [22:02] <Mavrik> wowza? [22:09] <ValdikSS> Mavrik: I need HTTP stream [22:09] <Mavrik> and? [22:09] <ValdikSS> Mavrik: Can wowza do http streaming? [22:09] <ValdikSS> Mavrik: not HLS [22:09] <Mavrik> is there a reason you don't check the feature list? [22:10] <CARAM_> ValdikSS: have you looked into flumotion? [22:10] <ValdikSS> CARAM_: I don't need proprietary / non-free solution. [22:10] <ValdikSS> CARAM_: I just need to stream a video file [22:11] <ValdikSS> CARAM_: Oh, flumotion is open source. I'll take a look at it. [22:11] <ValdikSS> CARAM_: Thanks [22:25] <BtbN> ValdikSS, nginx with rtmp module [22:25] <BtbN> If you want to just "stream" a video file via http, just run some random http server, and put it in the docroot? [22:48] <ValdikSS> BtbN: I need live streaming. [22:48] <BtbN> live streaming via plain http sounds like a horrible idea [22:48] <BtbN> look at nginx-rtmp [22:48] <ValdikSS> BtbN: I remember nginx module, it's of high quality, but I'd better use http. [22:49] <ValdikSS> BtbN: It seems I don't have a lot of choices anyway [22:49] <BtbN> http is not made for live streaming [22:49] <BtbN> only with hacks like hls [22:50] <ValdikSS> BtbN: I know, but it works pretty good. I don't need framedropping. [22:50] <BtbN> Why not just use rtmp or hls? It's easily done with nginx-rtmp and way better. [22:50] <ValdikSS> BtbN: In fact, sometimes I stream video file for 3-4 clients and they watch it, it's OK for clients to desync for up to 10 seconds. [22:51] <BtbN> rtmp/hls does not avoid desyncs. [22:51] <ValdikSS> BtbN: Well, it seems like I should use RTSP or RTMP. I don't know why I wanted HTTP that much. [22:52] <ValdikSS> BtbN: I don't need to avoid desync, on the contrary, I need to avoid packet dropping [23:08] <iive> afair rtsp is udp based, so packet dropping is real problem there. http is tcp based, so retransmission is automatic [23:09] <Mavrik> also, pointless [23:10] <Mavrik> you should not have retransmission on live streaming ever [23:10] <Mavrik> it'll wreck havoc with your setup and network in ways you can't even imagine -_- [23:10] <Mavrik> ValdikSS, btw, we used stream-m and icecast to some effect for HTTP live streaming [23:11] <Mavrik> however the browser support for that is rather limited and quality (due to codec limitations) rather bad [23:31] <unlord> llogan: thanks [23:32] <unlord> llogan: is that the same scale for -f h261 ? [23:33] <iive> retransmission is actually quite low-latency, compared to some of the other stuff in the video pipeline. [00:00] --- Mon Jun 9 2014

1 0

ffmpeg-devel.log.20140607
by burek 08 Jun '14

08 Jun '14

[00:30] <funman> michaelni: -16 / 16 is the vp8 range (and documented vp9 range) but internally libvpx clamps the absolute value to [0, 7] [00:30] <funman> *for vp9 [00:32] <funman> and inot sure what the negative range [00:32] <funman> is supposed to represent for vp8 [01:13] <michaelni> funman, dunno but maybe ask on ffmpeg-devel ML and or james zern (libvpx maintainer) [01:29] <ubitux> ok so this *might* be 1/4 or hq2x: http://bpaste.net/show/350702/ [01:29] <ubitux> remaining is ofc to generate the c code from it, but it should be relatively easy [01:30] <ubitux> so in the worst case, hq2x will be about 400 lines of code [01:30] <ubitux> which sounds a bit more decent [02:20] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:5a376976a0f5: avcodec/vorbisdec: Reset first_frame [02:53] <funman> michaelni: btw have you checked daala? since i know you did some codec design [03:09] <michaelni> funman, not really, i briefly looked a long time ago IIRC but was too briefly. I wish i had more time [03:13] <michaelni> but if theres something specific i should look at ... [03:48] <michaelni> Daemon404, whats the status of the fate server patches, any i can apply ? [03:53] <Daemon404> dont remember off he top of my head... but is 3 am so im gonna sleep [03:53] <Daemon404> i think i was waiting for a reply [03:53] Action: Daemon404 sleep [05:58] <michaelni> Daemon404, about MAX_FILTER_SIZE, it seems working if i change it but i dont remember if i fixed all issues or not [12:21] <cone-879> ffmpeg.git 03Michael Niedermayer 07master:74760883fcb4: avformat/flvenc: Do not allow creating h263/mpeg4 in flv without unofficial format extensions being enabled. [14:51] <cone-879> ffmpeg.git 03Michael Niedermayer 07master:b2d1e22c2a5b: avformat/udp: fix build on MINIX [15:08] <kurosu> anybody here attending VDD in Dublin in September? [15:11] <cone-879> ffmpeg.git 03Michael Niedermayer 07master:3a10bf93b5ba: avdevice/lavfi: Use av_malloc_array() [15:11] <cone-879> ffmpeg.git 03Michael Niedermayer 07master:1c7ac94cdf3f: avfilter/af_aphaser: Use av_malloc_array() [15:11] <cone-879> ffmpeg.git 03Michael Niedermayer 07master:a62814abf45e: avfilter/af_channelmap: Use av_mallocz_array() [15:11] <cone-879> ffmpeg.git 03Michael Niedermayer 07master:f2407407121f: avfilter/af_amix: Use av_mallocz_array() [15:25] <BBB> kurosu: unlikely [15:26] <kurosu> BBB: speaking about yourself or an educated guess ? [15:26] <BBB> self [15:27] <BBB> cant speak for others obviously ;) [15:27] <kurosu> well, you could, for instance if you'd seen no ffmpeg developper at the past events or had already discussed with some about this year edition [15:28] Action: ubitux won't [17:20] <Daemon404> kurosu, i am [17:21] <Daemon404> i heard C-E might [18:14] <kurosu> ok [18:18] <cone-301> ffmpeg.git 03Michael Niedermayer 07master:925bd174f203: avcodec/tta: fix macro () [18:18] <cone-301> ffmpeg.git 03Michael Niedermayer 07master:118c042116bf: avcodec/tscc2: fix macro () [19:08] <Daemon404> [04:58] < michaelni> Daemon404, about MAX_FILTER_SIZE, it seems working if i change it but i dont remember if i fixed all issues or not <-- hmm ok [19:09] <Daemon404> eh oh lord [19:09] <Daemon404> that stupid hevc in flv thread is still alive [19:17] <Frankenstein> It's ALIVE! [20:09] <nevcairiel> Daemon404: luckily everyone but the OP seem to agree that we don't want his shitty flag [20:10] <Daemon404> dont tell compn [20:11] <nevcairiel> i dont count trolls [20:12] <Daemon404> lol [20:13] <nevcairiel> obviously the OP wants it using his flag, not any other, otherwise all the files he has wouldn't work anymore [21:02] <ubitux> >AVDISCARD_NONKEY [21:02] <ubitux> why did i read AVDISCARD_MONKEY [21:03] <nevcairiel> because you wanted to [21:27] <Daemon404> ubitux, i read it as AVDISCARD_DONKEY [21:28] <ubitux> mmh [21:28] <ubitux> what's your relationship with donkeys Daemon404? [21:29] <Daemon404> i like asses, not donkeys [21:29] <Daemon404> (that was terriblee) [21:29] <ubitux> :) [21:29] <Daemon404> https://www.dropbox.com/sh/f4kvxhoaj2sbufc/AADHl5jXQC8rfq2QWRxv1rkra <-- have food pics of my dinner instead [21:30] <nevcairiel> you had cake for dinner? [21:30] <Daemon404> well [21:30] <Daemon404> after dinner. [21:30] <Daemon404> the food is there too [21:35] <Daemon404> (fyi: i am not in birmingham, thank the lord) [21:35] <Daemon404> (where lord is larry wall) [21:37] <nevcairiel> whats in birmingham [21:37] <Daemon404> its the detroit of england [21:38] <Daemon404> nevcairiel, i noted it as the box said birmingham [21:38] <nevcairiel> oh [21:41] <cone-161> ffmpeg.git 03Michael Niedermayer 07master:5affab960cd5: ffmpeg_opt: remove unused variable and undocumented and not working command line option [21:41] <cone-161> ffmpeg.git 03Michael Niedermayer 07master:01ef127bf855: ffmpeg: support setting AVStream.discard [22:23] <wm4> is there any good portable software that can capture video from webcams? [22:23] <wm4> I have to stop someone from wanting to use gstreamer on windows for this [22:24] <nevcairiel> i guess the answer is not avdevice? [22:24] <thardin> 4 [22:24] <thardin> wups [22:25] <wm4> nevcairiel: I guess that's a possibility [22:27] <nevcairiel> it supports both vfw and dshow, that should cover the majority on windows [22:27] <nevcairiel> never used it, however [23:11] <ubitux> http://b.pkh.me/refhq2x.png http://b.pkh.me/ffhq2x.png almost there. [23:13] <wm4> ubitux: nice, did you find a way to avoid the copy & paste? [23:13] <ubitux> yes [23:13] <ubitux> about 200 lines of code currently [23:14] <ubitux> i might be able to half it somehow [23:14] <ubitux> (for the pattern code ofc, not the rest) [23:14] <ubitux> i need to figure out why there is a diff though now [23:14] <ubitux> a few px are wrong [23:15] <ubitux> the funny thing is that my analysis code is actually used to generate the new code [23:16] <ubitux> so basically, it takes the original input .c of hqx, parse them, do an acid soup, and vomit a new code, way shorter :p [23:20] <wm4> aw [23:20] <wm4> sounds evil [23:20] <wm4> and fun [00:00] --- Sun Jun 8 2014

1 0

ffmpeg.log.20140607
by burek 08 Jun '14

08 Jun '14

[02:54] <BtbN> "No accelerated colorspace conversion found from yuv420p to rgba." is that a problem with my self built version of libswscale, or is there simply no accelerated way to do that? [05:14] <deddisk> im having trouble recording my audio output from alsa when i screenrecord with x11grab; if I use -f alsa -i hw:0 or -f alsa -i default, I record my mic, but I'm not sure how to record the audio out instead [05:15] <c_14> afaik alsa can record from any device listed in `arecord -l' [05:15] <deddisk> arecord -l only shows hw:0 tho :/ and it is listed as "analog" [05:16] <c_14> ye, if you want to record audio output you'll probably have to use the loopback device [05:35] <benlieb> I have a video (dvd rip) that is in the following format: 720x362 [SAR 8:9 DAR 320:181 [05:35] <benlieb> It will now be living a digital life and be subject to various manipulations, crops and resizings. Should I convert this to square pixels? [05:35] <benlieb> That seems to be the digital way to do things. [05:36] <benlieb> c_14: ^ [05:40] <c_14> It's really up to you. If you're going to be doing things like cropping and resizing, square pixels are easier to work with because they require less math. I also personally prefer square pixels, but that might just be me. [05:41] <benlieb> c_14: what filter would I apply to change the SAR and specify the size? [05:42] <benlieb> c_14: ^ [05:43] <c_14> -vf scale=iw*sar:ih should do the trick [05:43] <c_14> you might also need setsar=1 [05:48] <benlieb> c_14: there seem to be actual setdar, setsar filters. Are they a viable option? [05:49] <devsherif> I cannot build ffmpeg for android using Mac OSx, someone can help please ? [05:49] <c_14> benlieb: I'm not sure if the setsar filter actually modifies the resolution and pixels or just forces the sar to 1 thereby messing with the dar. [05:51] <benlieb> c_14: how would the latter be a good thing? it would basically just get the video to report it's SAR incorrectly? [05:52] <c_14> ye, which is why I said I'm not sure if the setsar filter does what you want [05:54] <benlieb> c_14: I'm not sure why anyone would want that, so I'm surprised it would do that. Unless you see a benefit to that. [05:54] <benlieb> I'll try the scale first. [05:54] <benlieb> Just as soon as I understand it :) [05:55] <c_14> I'm guessing the use would be if a video has an incorrect sar set or something, but I could be wrong. [05:57] <benlieb> How exactly does this change to square pixels? -vf scale=iw*sar:ih [05:57] <benlieb> c_14: ^ [06:00] <c_14> The sar is the ratio that says how large each 'pixel' is, multiplying the input width by the sar chops each of the n rectangular 'pixels' into m square 'pixels' [06:03] <benlieb> I guess I just don't understand what it getting set. Your setting scale=a_new_ratio [06:04] <benlieb> wouldn't that just change the dimensions? [06:04] <c_14> the dar stays the same, the sar changes [06:04] <benlieb> I"m confused, and I just read the wikipedia entry on PAR/SAR/DAR [06:04] <benlieb> ug [06:05] <c_14> dar = (width/height)*sar [06:05] <c_14> the scale filter is just multiplying the sar into the (width/height) and setting a new sar of 1 [06:06] <c_14> so dar = (width*sar/height) [06:06] <c_14> scale=iw*sar:ih [06:07] <benlieb> i'm missing something fundamental. the SAR is just some metavariable that says how to display, or is actually a result of encoding of some kind? [06:07] <c_14> it's basically just a metavariable [06:07] <benlieb> So ffprobe says this 720x362 [SAR 8:9 DAR 320:181], and Mac finder says 640×362 [06:07] <benlieb> I'm so confused. [06:08] <benlieb> Why doesn't my video just have ONE size. [06:08] <c_14> 720*(8/9) = ? [06:08] <c_14> 640 [06:08] <benlieb> I know math, I just don't understand how this relates to if a pixel is square or not [06:08] <benlieb> how is an unsquare pixel displayed [06:09] <benlieb> is it "faked" if the SAR is not 1:1? [06:09] <c_14> An rectangular pixel uses numerous square pixels. [06:09] <c_14> basically [06:09] <benlieb> right [06:09] <benlieb> so by resetting the SAR, it won't do that, and then won't the video be warped? [06:10] <c_14> so what the scale filter is doing is the same thing that every video player does, just more permanently [06:10] <c_14> benlieb: if you just set the sar, yes [06:10] <c_14> That's why I recommended the scale. [06:10] <benlieb> Or would resetting the SAR transcode the video so that the new SAR actually works [06:10] <c_14> That depends on the setsar filter, I'm not entirely sure about the inner workings thereof. But if you were to manually change the sar of the video, the video would be warped. [06:12] <benlieb> c_14 ok that's what I thought [06:13] <benlieb> another things is that wikipedia is calling SAR storage aspect ration, while ffmpeg docs are calling it sample aspect ration [06:13] <benlieb> ratio [06:14] <c_14> the sar is the physical aspect ratio of the file, if you were to count the pixels you would get the sar. Not sure if it matters how you name it. [06:15] <benlieb> the docs are unclear as to what actual option is getting set when you do scale=x:y [06:15] <benlieb> what is that short for? [06:15] <benlieb> scale=sar=x:y ? [06:16] <c_14> scale messes around with the number of pixels [06:18] <benlieb> Bear with me here. I just found the docs say that scale=w=200:h=100 This is equivalent to: scale=200:100 [06:19] <benlieb> But I don't see how this relates to square or nonsquare pixels. [06:19] <benlieb> You could have a frame images of 200:100 at square or not square pixels [06:20] <benlieb> just changing the dimensions doesn't seem like it wouldn't do anything in particular to pixel type [06:20] <c_14> Ok, back to the beginning. I'm going to use your video as an example. [06:21] <c_14> The video has 340 x 362 pixels. [06:21] <benlieb> ok :) [06:21] <c_14> These pixels are anamorphic, ie not square. [06:21] <benlieb> where did you get that? [06:21] <c_14> The sar is 8:9 [06:21] <c_14> Square pixels have a sar of 1:1 [06:21] <benlieb> c_14 so you derived it? [06:22] <benlieb> ok [06:22] <c_14> A sar of 8:9 means that each pixel is 8 units wide and 9 units high [06:22] <c_14> Therefore, when you play the video it is displayed as having 720 x 362 pixels. [06:23] <c_14> So your video has 640 x 362 pixels but is displayed as having 720 x 362 pixels. [06:23] <c_14> With me so far? [06:23] <benlieb> still thinking, one sec... [06:24] <c_14> Wait, I messed up. everywhere I said 720 I meant to say 640 and vice verse. [06:24] <c_14> The rest still stands though. [06:25] <c_14> And that 340 should be a 720 [06:25] <benlieb> aaha [06:25] <benlieb> ok can we start over :) [06:25] <c_14> sure [06:25] <c_14> Your video has 720 x 362 pixels. [06:25] <c_14> The sar is 8:9, therefore the video is displayed as having 640 x 362 pixels. [06:26] <benlieb> ok THAT makes sense [06:26] <c_14> Now all the scale filter is doing, is taking the video that has 720 x 362 pixels and converting it to a video that has 640 x 362 pixels. [06:27] <benlieb> what makes most sense to me to do this would be to say something like scale=sar=1:1 [06:28] <c_14> I'm pretty sure scale doesn't have that option. [06:28] <benlieb> I guess I'm thinking that scale would be used for actually intentionally warping your video, if need be. But I guess that you could never do that with scale? [06:28] <c_14> You can, just not with the command I gave you. [06:29] <benlieb> this is what I don't understand [06:29] <c_14> scale takes the input video and converts it to the width and height you give it. [06:29] <c_14> I don't want to change the height so I just use ih (the input height) for that part. [06:30] <c_14> I do however need to change the width. [06:30] <benlieb> v_14: why wouldn't it convert it to the new w and h without changing the pixel type? [06:31] <c_14> I'm pretty sure the scale filter uses square pixels (a sar of 1:1) as standard but I'm not sure which is why I said you might need to append the setsar=1 filter after that one. [06:31] <benlieb> I guess what I don't understand is why does changing the w and h imply a pixel type change [06:31] <c_14> It doesn't. [06:31] <c_14> The pixel type only changes when you change the sar. [06:32] <c_14> Thing is I'm pretty sure the scale filter resets the sar to 1:1 by default. [06:32] <benlieb> c_14 ok so I would need to change the scale and then use the setsar command [06:32] <benlieb> THAT makes sense. [06:32] <c_14> That would be the foolproof method. [06:33] <benlieb> ok I'll play around with that. I guess that answers my own earlier question about why someone would want to set the SAR [06:33] <benlieb> tnx for your -i [06:34] <benlieb> lol [06:34] <benlieb> I owe you a coupla drinks [06:35] <c_14> no problem [06:56] <benlieb> so the command works setting the w x h, and doesn't affect the DAR [06:57] <benlieb> the new video is now fully half the size (in MB) of the orig. Does that translate into quality loss? [06:57] <c_14> What command did you use to encode? Ie what encoder with what quality settings? [06:58] <benlieb> c_14: I just did this ffmpeg -i 1.mp4 -vf scale=iw*sar:ih 1_scaled.mp4 [06:59] <c_14> Then yes, you probably had quality loss there. I'm not sure what the default quality settings ffmpeg uses are, but they aren't much on the quality side. [07:00] <benlieb> I'll look into that. [07:00] <benlieb> but my real task is to try to get this vid into a standard shape so that I can concat things to it. [07:00] <benlieb> It's currently 640x362 [SAR 1:1 DAR 320:181] [07:01] <benlieb> I'd like this to be 640x360 [sar 1:1 dar 16:9] [07:01] <benlieb> I"m not sure where those extra pixels came from, probably the original dvd [07:01] <benlieb> would I do a crop and then a setdar? [07:01] <c_14> Just a crop should be fine. [07:25] <Raven_> hi all [07:29] <Raven_> can anyone point me to the right direction for finding rtmpdump v2.5 source. Im trying to build a Linux media center and it needs the RTMPE 10 handshake for crunchyroll. much appreciated [07:43] <sacarasc> Raven_: Unless git clone git://git.ffmpeg.org/rtmpdump [07:43] <sacarasc> is up to date, I haven't a clue. And if it's not, then the project has cut its ties with ffmpeg. [07:50] <Raven_> sacarasc ty for the reply, unfortunately rtmpdump 2.5(unofficial) was released in 2012 by Xeebo. It had a issue with adobe since they made a working flash handshake. [07:50] <JEEBsv> there was a version for a while that used a binary dump or something from Flash player, which is why it was taken down IIRC. Also AFAIK it still isn't really needed for Crunchy [07:50] <Raven_> it is hard to find [07:51] <JEEBsv> you just need a new enough implementation in general :P [07:51] <JEEBsv> (I might be incorrect, but as far as I can remember...) [08:09] <Raven_> JEEBsv ty, unfortently im trying to get RTMPE streaming to work. RTMPE is adobe DRM streaming protocol [08:09] <Raven_> here is a good info link on it https://en.wikipedia.org/wiki/Protected_Streaming [08:29] <Raven_> Also fyi here is what im trying to do https://code.google.com/p/tv-maxe/ [08:58] <Raven_> im heading out, going to try tomorrow. if this not work then going to XBMC. Have a good night [12:21] <rsdrsdrsd> is there any difference betwee setsar=1 and setsar=sar=1 [12:21] <rsdrsdrsd> and if so, what is the difference? [12:22] <ubitux> the difference is in the case sar option is moved [12:23] <ubitux> which shouldn't happen (we add them at the end to avoid breaking the short usages) [12:24] <ubitux> rsdrsdrsd: http://ffmpeg.org/ffmpeg-filters.html#Filtergraph-syntax-1 look for "arguments is a string ..." [14:09] <Ofek> hello! is there a way to insert a small ac3 in the middle of an existing one? [14:10] <Ofek> or is there a command to split audio (ac3) into 2 parts at certain time? [14:10] <c_14> look at the asplit filter in combination with a filter complex and the concat filter [14:35] <DeadSix27> can ffmpeg handle pgs/.sup files in any form? [14:35] <DeadSix27> as i get -> Title2.sup: Invalid data found when processing input [15:02] <daedeloth> I need to combine 4 videos into one video (sortof like security cam footage) [15:03] <daedeloth> not live [15:03] <daedeloth> is that hard to do? [15:03] <c_14> https://trac.ffmpeg.org/wiki/How%20to%20concatenate%20(join,%20merge)%20med… [15:03] <daedeloth> awesome, thanks [15:12] <nikita_> Hi! How to set periodic intra refresh with libav c/c++ api ? [15:13] <nikita_> I mean x.264 encoder [15:13] <Fjorgynn> what [15:14] <nikita_> Fjorgynn, what - is it to me? [15:17] <barry> does ffmpeg support encoding/decoding mlp [15:21] <Fjorgynn> barry: ffmpeg -codecs [15:21] <Fjorgynn> and there is mlp [15:21] <barry> is that for both encoding and decoding [15:21] <Fjorgynn> D.A..S mlp MLP (Meridian Lossless Packing) [15:22] <c_14> decoding, audio, lossy [15:22] <c_14> s/y/less [15:23] <barry> what about encoding? [15:23] <c_14> Not with my configuration. [15:23] <Fjorgynn> barry: you must compile that into it I think [15:23] <barry> i just did ffmpeg -i test.mlp test.wav and both file size is same. why is that [15:23] <Fjorgynn> but not the default binary [15:24] <c_14> > Code Status: MLP encoder never finished, MLP decoder committed to FFmpeg. [15:25] <Fjorgynn> never heard about mlp btw [15:25] <Fjorgynn> barry: mlp is lossless [15:25] <barry> lossless audio codec [15:25] <Fjorgynn> that's probably why it has the same filesize? [15:25] <barry> no, test.wav should be way bigger [15:26] <c_14> can you ffprobe both files and pastebin the output? [15:26] <barry> Stream mapping: [15:26] <barry> Stream #0:0 -> #0:0 (mlp -> pcm_s16le) [15:26] <barry> Press [q] to stop, [?] for help [15:26] <barry> size= 21678kB time=00:00:57.80 bitrate=3072.0kbits/s [15:27] <barry> why is it converting to 16bit only? [15:28] <c_14> probably because you didn't specify a codec and that's the default that ffmpeg chose [15:28] <Fjorgynn> yeah default preset? [15:28] <barry> what is the right command then [15:29] <barry> ffmpeg -i test.mlp test.wav [15:29] <c_14> What are you trying to do? [15:29] <barry> convert mlp to wav [15:30] <Fjorgynn> and what bit? [15:30] <Fjorgynn> 16,32,64? [15:30] <barry> same and original [15:30] <barry> same as original [15:30] <Fjorgynn> try -sameq [15:30] <barry> and it's 24bit [15:31] <Fjorgynn> https://trac.ffmpeg.org/wiki/audio%20types [15:32] <Fjorgynn> or somethink like ffmpeg -i test.mlp -c:a pcm_blueray test.wav [15:32] <barry> i get error message [15:33] <Fjorgynn> or somethink like ffmpeg -i test.mlp -c:a pcm_s24le test.wav [15:33] <Fjorgynn> barry: my car doesn't start. It's red. [15:34] <barry> what is the difference between LE and BE [15:35] <Fjorgynn> good question [15:35] <c_14> little endian and big endian [15:35] <barry> and what does that mean [15:35] <c_14> the order in which bits are arrayed [15:36] <barry> what is the difference between signed and unsigned [15:37] <c_14> signed numbers have negative values unsigned do not [15:39] <barry> i don't get it [15:39] <barry> so what is better [15:40] <c_14> pick whichever sounds coolest, it doesn't really matter. They're all lossless. [15:40] <Fjorgynn> why are you converting mlp to wave anyway? [15:41] <barry> because then can convert to any other format [15:43] <barry> okay ffmpeg -i test.mlp -c:a pcm_s24le test.wav worked but what if i didn't know original file is pc_s24le [15:43] <Fjorgynn> try -sameq [15:44] <Fjorgynn> dunno [15:44] <Fjorgynn> barry: you can always check what sort of audio you have [15:44] <barry> sameq doesn't work [15:44] <Fjorgynn> with ffmpeg or ffprobe [15:45] <Fjorgynn> Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 256 kb/s [15:45] <Fjorgynn> is what I get [15:46] <barry> Input #0, mlp, from 'test.mlp': [15:46] <barry> Duration: N/A, start: 0.000000, bitrate: N/A [15:46] <barry> Stream #0:0: Audio: mlp, 96000 Hz, stereo, s32 [15:47] <barry> it's wrong, it's not 32 [15:49] <barry> is that a bug [16:28] <daedeloth> has anyone played with ffmpeg and nodejs? (and maybe even node-webkit) [16:41] <bornpilot> problem with fade out start time. I have video that is 30.83 min or 1800.83 secs I am trying to apply a fade out one second before the video ends for a duration of one second so the start time should be 1799.83 when I apply the following command it actually fades out at 1360 seconds what am I doing wrong?? ffmpeg -y -i $first -s 480x272 -bufsize 600 -minrate 0 -maxrate 600 -preset ultrafast -af "afade=t=out:st=$sec:d=1" -vf "fade=t=out:st= [16:55] <DeadSix27> what is the most safe way to append 1 flac file to another without re-encoding? [17:11] <bornpilot> try cat [17:11] <DeadSix27> ye i used concat [17:11] <DeadSix27> guess it was able to handle 5.1 flac and 2.0 flac together [17:12] <DeadSix27> on the end it kept the 6channels, and appended a 2 channel file [17:12] <DeadSix27> which has muted 4 channels i assume. [17:44] <ReactorScram> I'm trying to use ffmpeg and x264 to record video from inside my OpenGL game [17:44] <ReactorScram> However when I play back the video in mplayer, it pauses and stutters about every 700 ms [17:45] <bornpilot> lower your bitrate [17:48] <ReactorScram> I think my video is about 10 seconds long, and the file is 2,299,176 bytes. So it's 1800 kbit/s, and that's too high to play? [17:51] <ReactorScram> If I write each frame to disk as a BMP, then encode with the ffmpeg CLI, it plays fine, so I believe the frames themselves are captured right [18:00] <DeadSix27> bornpilot: also nvm i ran into issues [18:00] <DeadSix27> bornpilot: it ignores time [18:05] <ReactorScram> When I play it in VLC it doesn't pause but it appears to be at a very low FPS, and the debug log shows a lot of "picture is too late to be displayed" / "picture might be displayed late". I must have messed up the PTS / DTS somehow? [18:15] <ReactorScram> Does the data in AVPacket need to be padded? [18:21] <bornpilot> DeadSix27 do you need all the six channels on flac 5.1? [18:21] <DeadSix27> yes [18:22] <DeadSix27> bornpilot, i used to encode raw into flac and then append em [18:22] <DeadSix27> would appending them while encoding them to flac [18:22] <DeadSix27> fix the issue? [18:24] <bornpilot> if the sources have different audio channels you could try to map them [18:32] <DeadSix27> bornpilot what said solved my issue [18:32] <DeadSix27> time codes are correct now [18:32] <DeadSix27> apparently ffmpeg handled it itself [18:32] <DeadSix27> i dont rly know how, nor does it matter. [18:32] <DeadSix27> -> [dca @ 028baec0] Number of channels changed in DCA decoder (6 -> 2) [18:32] <DeadSix27> but muxed right and plays right [18:34] <bornpilot> cool [18:37] <DeadSix27> also i mean not mapping [18:38] <DeadSix27> i mean just using concat on the raw rather than after (didnt do that before due to lazyness) [20:03] <DeadSix27> what does the (native) next to PCM mean btw? [20:03] <DeadSix27> that ffmpeg supports it without any codec? e.g it says (flac) behind flac, meaning it uses the flac de/encoder ? [20:15] <benlieb> how do I know what the default codec used when I just do something like ffpmpeg -i input output ? [20:16] <c_14> ffmpeg -h muxer=$muxer [20:16] <benlieb> hi c_14 :) [20:17] <c_14> hi [20:17] <benlieb> that for me? [20:17] <c_14> yep [20:18] <benlieb> ah that works [20:18] <benlieb> turns out that change in file size was because the orig had two audio tracks..., and one got removed, and the other reduced. [20:19] <benlieb> or rather went from 154 kb/s to 98 kb/s [20:19] <benlieb> c_14: ^ [20:23] <benlieb> c_14: are there docs to understand the output of ffprobe? [20:23] <benlieb> for example this line seems pretty important, but I only understand a little bit of it: Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x362 [SAR 1:1 DAR 320:181], 269 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default) [20:23] <c_14> There's the manpage and the wiki page. [20:23] <benlieb> well half [20:24] <benlieb> c_14: this page just discusses options not output: http://www.ffmpeg.org/ffprobe.html [20:27] <c_14> hmm, you're right there's no good output doku. Or I can't find it at least. [20:27] <c_14> What parts of that line don't you understand? [20:27] <benlieb> (avc1 / 0x31637661), yuv420p [20:27] <benlieb> (und) [20:28] <benlieb> 29.97 tbr, 30k tbn, 59.94 tbc (default) [20:29] <c_14> The (und) is usually where the language code goes. [20:29] <benlieb> This command (ffmpeg -i 1.mp4 -vf scale=iw*sar:ih -c:a copy -map_chapters -1 1_scaled.mp4) is changing my video stream from [20:29] <benlieb> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 720x362 [SAR 8:9 DAR 320:181], 311 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 180k tbc (default) [20:30] <benlieb> to [20:30] <benlieb> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x362 [SAR 1:1 DAR 320:181], 269 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default) [20:30] <benlieb> so the the kb/s changes as well as the tbn, and tbc [20:30] <benlieb> whatever that is [20:31] <benlieb> and also the yuv420p [20:31] <c_14> the kb/s is because of the video being reencoded, you can mess around with that in the options [20:31] <benlieb> yeah figured that one [20:32] <c_14> yuv420p is the pixel format the (tv, smpte170m) are the colormatrix [20:34] <c_14> tbn is the time base in AVStream from the container, tbc is the time base in AVCodecContext for the codec for the stream, tbr is guessed from the video stream and is the value users want to see when they look at the video frame rate [20:35] <benlieb> a time base of 30k means 30k of what? [20:45] <c_14> The timebase is just the reference number in terms of which the timing information is represented. And it's actually the inverse of what ffmpeg says. [20:45] <c_14> ie timestamp * time_base = 'real' seconds [20:46] <benlieb> c_14: sounds like something I don't need to think about as it relates to file size or quality, or should I be concerned about this? [20:46] <c_14> Not unless you're building your own decoder. [21:03] <benlieb> c_14: as you said this (ffmpeg -i 1.mp4 -vf scale=iw*sar:ih -c:a copy -map_chapters -1 1_scaled.mp4) sets my SAR to 1:1 [21:05] <benlieb> from 720x362 [SAR 8:9 DAR 320:181] to => 640x362 [SAR 1:1 DAR 320:181] [21:05] <benlieb> but when I add the crop (ffmpeg -i 1.mp4 -vf scale=iw*sar:ih -c:a copy -map_chapters -1 -vf crop=w=640:h=360 1_scaled.mp4), it goes right back [21:06] <benlieb> 640x360 [SAR 8:9 DAR 128:81] [21:06] <benlieb> the video doesn't display warped though, it displays about 10% less wide [21:08] <c_14> you can't have multiple -vf commands [21:08] <c_14> try -vf scale=iw*sar:ih,crop=w=640:h=360 [21:08] <benlieb> ooh I didn't mean to [21:10] <benlieb> lets see if that fixes it [21:10] <benlieb> otherwise I could try setdar=dar=16/9 [21:15] <benlieb> yay that fixed it [21:15] <benlieb> happy day [21:23] <benlieb> c_14: could you explain why the "video" has 436 kb/s nitrate, but the video stream says 272 kb/s. What is the latter a measure of? [21:23] <benlieb> bitrate [21:24] <c_14> video bitrate + audio bitrate? [21:25] <benlieb> yeah that looks right [21:26] <benlieb> c_14: so my video nitrate is changing during scale, but I don't see any options to maintain it, or specify it... [21:27] <benlieb> bitrate damn spellcheck [21:27] <c_14> Are you using libx264? [21:28] <benlieb> I'm using the default, and that looks like that [21:28] <benlieb> Mime type: application/mp4. Default video codec: h264. [21:29] <c_14> https://trac.ffmpeg.org/wiki/Encode/H.264 [21:29] <c_14> Basically pick a preset and a crf you're happy with. [21:36] <benlieb> that's the most useful page ever [21:36] <benlieb> looks like the default cry is 23 and preset is medium [21:36] <benlieb> crf [21:36] <benlieb> gr spellcheck [21:37] <benlieb> what qualities would you recommend for a site that offers instructional videos? [21:37] <benlieb> video qualities, resolution, crf, etc? [21:37] <benlieb> I'm going to have to send you a beer or a gift in the mail :) [21:38] <c_14> Are the video sources raw or have they been encoded before? [21:38] <sacarasc> What kind of instructional videos? How to do watch repair? Or something more like how to do basic bricklaying? Or how to make a GIF in Photoshop? [21:38] <benlieb> c_14: they will be coming mostly from DVD's [21:38] <benlieb> They are dance instructional videos [21:39] <sacarasc> You probably want a farily low CRF, then, at least for the faster dances. [21:39] <sacarasc> *fairly [21:39] <c_14> I'd probably stay as close to the source as possible then. [21:39] <benlieb> I was running a site as web dev with 3 other people. But they decided to move on after 5 years. I never handled any of the video. [21:40] <benlieb> All the video was done manually by another guy, which "worked" but the video wasn't shot well, and the process of adding content wasn't very automated. If I want to keep the business I have to figure out video as well as web dev, and see how much I can automate. [21:41] <benlieb> First step for me is to understand video and DVD conversions. I probably won't be doing any filming any time soon, but that would be cool at some point. [21:41] <c_14> ie try to keep the resolution as close to the source as you can, and start with a crf around 20 and then modify as necessary. [21:44] <benlieb> the default video codec is h264. Do I have to specify that if I want to use the presets and crf ? [21:44] <c_14> nah [21:44] <c_14> I usually do though, just for clarity when I look at my commandline history. [21:45] <benlieb> yeah, good idea [21:45] <benlieb> c_14: what are you using video for? [21:48] <c_14> Ripping dvds and blurays I buy into digital form. Some home video stuff. Fun. [21:49] <benlieb> c_14: you sure know a lot about video for a hobbyist [21:50] <benlieb> do I put -c:v libx264 -preset slow -crf 22 before or after filter? [21:51] Action: c_14 prefers after but isn't sure it makes a difference [21:57] <whitepearl> Hi, Using 32 bit latest release of ffmpeg(http://ffmpeg.gusari.org/static/) I am unable to use stereo3d filters .. Error: "[AVFilterGraph @ 0x9c90080] No such filter: 'stereod3d' Error opening filters!" [21:57] <whitepearl> Can anyone help? [21:58] <whitepearl> Also tried using earlier versions, do I need to enable filters? [21:58] <benlieb> whitepearl: when that kind of thing happens to me, I usually have to recompile ffmpeg with the flag that grabs the thing I don't have [21:58] <sacarasc> whitepearl: Is it because you typo'd it? [21:58] <benlieb> I've had to do it 5 times in the a last two weeks [21:58] <sacarasc> Looks like you have an extra 'd' in there. [21:59] <whitepearl> I did not have to compile it from source.. it directly gave me binaries [22:00] <whitepearl> http://pastebin.com/skEPV5ty Config [22:00] <benlieb> whitepearl: did you typo? [22:00] <benlieb> what system are you on? [22:00] <whitepearl> rhel 6 [22:00] <benlieb> I'm only familiar with mac via brew [22:01] <whitepearl> tried on mac also [22:01] <whitepearl> doesn't works [22:01] <benlieb> did you spell it wrong like sacarasc says? [22:01] <benlieb> stereod3d != stereo3d [22:05] <whitepearl> oh ya.. it works! Thnx guys [22:08] <benlieb> whitepearl: nice [22:08] <benlieb> now do 10 pushups :) [22:09] <benlieb> c_14: what do you think a reasonable resolution (size) would be for an online video product? [22:09] <benlieb> we want to maximize quality and minimize storage fees and load times [22:10] <theekoz> anyone know how to fix/set PCR to more than 40ms [22:10] <theekoz> or how to flag every I Frame [22:11] <c_14> benlieb: Probably either 480 or 720p. [22:11] <benlieb> c_14: somehow I ended up with 640x360, which I guess is in the middle [22:12] <benlieb> I think that was the res on the last DVD I imported, which was somewhat of an amateur product, and not high res [22:15] <sacarasc> benlieb: 640x360 would be 360p (if progressive, 360i if interlaced). [22:15] <benlieb> what does the p mean? [22:15] <sacarasc> Progressive. [22:15] <benlieb> i'm such a noob [22:16] <sacarasc> No interlacing, basically. [22:16] <benlieb> 640x360 is a resolution, what is 360p a measure of? [22:17] <sacarasc> It says it's resolution (approximately) and that it is progressive. [22:18] <beastd> benlieb: partial resolution with information about the video content being progressive or interlaced [22:18] <benlieb> so just the height? [22:19] <benlieb> or is is some formula? [22:19] <c_14> just the height, the width depends on the aspect ratio [22:20] <benlieb> ok so my vids are a bit on the lower "quality" spectrum for web videos for this particular set of dvds [22:44] <benlieb> what is an appropriate resolution for mobile videos. We offer both versions for the desktop, and for mobile [22:50] <benlieb> c_14: ^ [22:52] <benlieb> sacarasc: ^ [22:53] <c_14> I'm not very experienced in the mobile sector. Modern mobile devices have similar resolutions to monitors though so maybe just the same? [22:54] <benlieb> c_14: I guess I mean what is the smallest resolution size I could use that would not look bad [22:54] <benlieb> I guess I could do some tests :) [22:56] <benlieb> is the -s option the same as scale filter? [22:56] <c_14> ye [22:56] <c_14> -s is the equivalent as appending the scale filter to a filterchain [23:32] <benlieb> can something encoded at lower resolution "make up" quality in bitrate? [23:33] <benlieb> basically are bitrate and resolution on a fluid spectrum like image resolution and ppi? So that something saved at a high ppi with lower resolution still can appear as higher quality on screen? [23:36] <c_14> ye [23:40] <iive> yes. if you have target bitrate and you can't improve the quality by tuning the codec, then you lower the resolution. [00:00] --- Sun Jun 8 2014

1 0

ffmpeg-devel.log.20140606
by burek 07 Jun '14

07 Jun '14

[01:51] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:0545ef7116db: avcodec/mjpegdec: Improve intel jpeg flip heuristic [03:21] <jamrial> avf_showcqt.c broke msvc 2012 [03:22] <jamrial> seems fminf() is not a thing on it [05:47] <cone-795> ffmpeg.git 03James Almer 07master:ec98f80af47d: x86/dsputil: move some mmx init code inside dsputil_init_mmx() [07:10] <UtUser> JEEB I want you to remember the talk we had [07:11] <UtUser> that UtVideo decoder is the last thing that should be broken [07:11] <UtUser> right up there with any other lossless codec [07:11] <UtUser> because now it's not lossless, is it? [09:21] <ubitux> so this is an example of showaqt http://lucy.pkh.me/showaqt.webm [09:21] <ubitux> that's pretty nice [09:24] <ubitux> (yes the encode is not complete because :slow:) [09:30] <J_Darnley> Is that due to the filter or the encoder? [09:30] <ubitux> the encoder (libvpx) [09:31] <ubitux> i had something like 3-4 fps, got tired of waiting [09:47] <ubitux> ohai durandal_1707 :) [09:48] <ubitux> long time no see [09:53] <durandal_1707> i like showcqt [09:56] <ubitux> yeah showcqt*, wonder why i wrote "aqt"... [09:56] <J_Darnley> Wow, that's pretty nice [09:57] <ubitux> these subtitles traumatized me more than i would have expected [09:57] <J_Darnley> I really should get off my arse, take the plunge, and see if I can get AVS implemented [10:04] <plepere> ubitux, do you have any feedback on the idct patch I submitted ? The only remark I had on it was to change INIT_MMX mmx to INIT_MMX mmxext. [10:06] <ubitux> you shouldn't do the mov/add/sar/... at the beginning [10:06] <ubitux> it should be one single step [10:07] <ubitux> instr* [10:07] <ubitux> and actually... since the loop count is kind of hard, you could probably unroll it [10:08] <ubitux> with a %rep [10:08] <plepere> ok for the rep [10:08] <ubitux> kind of hard*coded* [10:08] <ubitux> (it's always the same loop count depending on the function afaiu) [10:09] <ubitux> ah, no sorry [10:09] <ubitux> mmh give me a moment to set up my brain. [10:10] <plepere> well the loop is %1 [10:10] <plepere> but what instruction could replace mov,add,sar ? [10:10] <ubitux> yeah you reuse the temp, i was confused [10:10] <ubitux> plepere: no forget that part [10:10] <plepere> ok ok [10:12] <fionag> Can 406-409 be combined into a single add/sar pair, or am I missing something? [10:12] <fionag> (tempw + ((1<<13-%2)<<1) + 1) >> (14+1-%2) or such [10:13] <ubitux> having that in the caller won't help btw? [10:13] <fionag> also I guess is there some reason not to use the paddusb/psubusb trick to avoid having to unpack? [10:13] <fionag> or some reason it doesn't work [10:13] <fionag> that would probably be faster for 8-bit, at the least. [10:15] <plepere> oh, shiny ! [10:16] <plepere> didn't know about that instruction [10:16] <plepere> but the coeffs are in int16 [10:17] <fionag> I suggest looking at the tricksiness that the h264 idct_dc uses [10:17] <fionag> I *think* it should be identical for h265. [10:17] <plepere> so we still need to pass the source from 8 to 16 bit [10:17] <plepere> I'll look into h264 [10:17] <fionag> look for DC_ADD_MMXEXT_OP [10:18] <fionag> and DC_ADD_MMXEXT_INIT [10:18] <plepere> ok ok [11:10] <plepere> welp, [11:11] <plepere> fionag, I can use h264_idct_dc_add_8 in HEVC. I just have to change DC_ADD_MMXEXT_INIT add and sar values [11:13] <fionag> yup, that's what I figured. dc_add functions are usually pretty close to identical between formats except for the setup. [11:14] <plepere> so how do I stand on a "legal" standpoint ? [11:15] <plepere> should I mention x264 project in the top commentaries ? [11:20] <fionag> I think the dc_add stuff from h264 is from ffmpeg, not x264? [11:21] <wm4> ubitux: apropos subtitles, was anyone ever interested in a CC "decoder"? [11:21] Action: fionag sleeps [11:21] <ubitux> wm4: probably kierank and his broadcaster friends [11:22] <plepere> fionag, I'll ask michaelni. Thanks a bunch [11:22] <wm4> vlc seems to have working code for this (although there's one weird difference), and maybe it could be integrated into libavcodec and be made to spit out ASS [11:23] <wm4> and of course it doesn't work out of the box, because it breaks the usual demuxer->decoder dataflow [11:24] <ubitux> i have no idea how they work honestly [11:24] <wm4> the video decoder returns raw CC data as side data [11:24] <ubitux> ok [11:24] <wm4> which then has to be fed to the CC decoder [11:24] <ubitux> nice design [11:25] <wm4> it's because CC data needs to be reordered like the video frames [11:25] <wm4> according to kierank, anyway [11:25] <wm4> though the vlc cc decoder has some weird reordering code on its own [11:26] <wm4> (plus a comment that it won't work for h264) [11:26] <ubitux> well [11:26] <ubitux> what about making a video filter? [11:26] <ubitux> it can split a video stream into 2 video stream :-° [11:26] <wm4> that would involve a renderer too [11:27] <wm4> and then output an alpha video or what? [11:27] <ubitux> so you feed the filter with the AVFrame and their side data, and that would output 2 streams [11:27] <ubitux> wm4: yeah for instance [11:27] <ubitux> ideally... you would have AVSubtitle in avutil [11:27] <ubitux> add subtitles support in lavfi (here we go again) [11:27] <ubitux> and could output 1 V 1 S [11:27] <wm4> anyway, my own hack was creating a dummy stream in the demuxer, and then feeding back the side data to the demuxer [11:27] <wm4> which in turn returns the CC data as "normal" packet [11:28] <wm4> this keeps the overall impact on the architecture relatively low [11:28] <ubitux> would something in ffmpeg help you in that regard? [11:28] <wm4> hm [11:29] <wm4> it would be nice if the demuxer could report presence of CC data [11:29] <wm4> and maybe add dummy sub streams [11:29] <wm4> and maybe even provide an API function to "feed back" the data [11:29] <wm4> then the rest could work like with all other subtitle codecs [11:32] <ubitux> mmh.. [11:34] <wm4> another thing that has to be investigated is whether recreating the CC character grid layout (like teletext) works well enough in ASS [11:35] <wm4> anyway, whether I'd do that depends if there's interest in this (I only made a proof of concept because a user complained about the removal of the mplayer closed caption code from mpv) [11:35] <ubitux> btw, is libass ever going to support advanced markups? [11:35] <wm4> "advanced markups"? [11:35] <ubitux> so we could rely on it for other subs such as webvtt [11:35] <wm4> like what [11:35] <ubitux> yeah like, let's say ruby characters [11:36] <wm4> what was ruby characters again [11:36] <ubitux> https://en.wikipedia.org/wiki/Ruby_characters [11:36] <ubitux> hiragana/katakana above kanji typically [11:36] <wm4> ah [11:36] <wm4> you'd have to request it [11:36] <ubitux> webvtt might support other markup [11:36] <wm4> and then see if someone feels like implement it [11:37] <wm4> generally, libass is open to such extensions, I think [11:37] <ubitux> yeah, the idea is that it would be nice if libass could support such extensions so we could use that extended markup as our internal sub representation [11:37] <wm4> but also, most works concentrates on performance and vsfilter compat (i.e. 100% insanity) [11:38] <wm4> well, that feature does sound useful for weeaboo crap [11:38] <ubitux> it's useful for webvtt :) [11:38] <wm4> so maybe there'll even be someone to implement this (or not) [11:38] <ubitux> actually it's more like a design idea [11:38] <ubitux> libass should be renamed into a libsubrendering or something :p [11:39] <wm4> libinsane [11:39] <wm4> currently libass is being multithreaded (lol) [11:39] <ubitux> heh [11:40] <wm4> oh, and ffmpeg still uses non-standard ASS [11:41] <ubitux> yes but no one wants to work on subtitles :( [11:42] <ubitux> wm4: you know, ffmpeg still doesn't demux the proper ASS markup in mkv [11:42] <ubitux> (because i'm afraid to break all our api users) [11:43] <ubitux> it will be at next lavf major bump but i'm pretty sure no one noticed even though it's in APIChanges & Changelog [11:55] <saste> how can I check the internal properties of H.264 frames, for example if they're using slices or not? [12:34] <nevcairiel> saste: there are various analyzers for h264, otherwise, debug into the decoder, possibly some av_dlogs might tell you if you enable them [12:39] <saste> nevcairiel, thanks [13:32] <cone-901> ffmpeg.git 03Martin Storsjö 07master:e7d6d0bf3c5c: mov: Export geotag metadata fields [13:32] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:a083543da03e: Merge commit 'e7d6d0bf3c5cc1bc048b0ddbc169a91862568e0c' [13:41] <cone-901> ffmpeg.git 03Martin Storsjö 07master:2f7065190ad4: libfdk-aac: Relicense the library wrappers to the ISC license [13:41] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:c2e2b29b73aa: Merge commit '2f7065190ad48744014a02288799d03adfa613e0' [14:01] <cone-901> ffmpeg.git 03Christophe Gisquet 07master:adf4ee40e737: wma lossless: reuse scalarproduct_and_madd_int16 [14:27] <cone-901> ffmpeg.git 03Carl Eugen Hoyos 07master:d58bcc1921f9: Allow >2G for skip_initial_bytes. [14:27] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:a80342fe5633: Merge remote-tracking branch 'cehoyos/master' [15:04] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:97508af274f8: build: add fminf() emulation [15:14] <BtbN> Do i realy need to wrap ffmpeg headers in extern "C" when using them with C++, or am i doing something wrong? [15:15] <nevcairiel> you need to, since they are C headers [15:18] <BtbN> Well, most C headers already have ifdef cplusplus with extern C included [15:34] <thardin> this is a C shop [15:42] <ubitux> michaelni: define fminf to... fminf? huh? [15:47] <wm4> since extern "C" can apparently be nested, there's no reason not to add them to the public headers [15:47] Action: Daemon404 must be missing context here [15:48] <nevcairiel> you just joined, what do you expect [15:48] <Daemon404> blame openssl CVEs [15:50] <wm4> <BtbN> Do i realy need to wrap ffmpeg headers in extern "C" when using them with C++, or am i doing something wrong? [15:54] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:2c1bf3fc964b: avutil/libm: fix fminf typo [15:54] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:27b893b231ed: avformat/mov: fix "warning: variable altitude set but not used" warning [15:55] Action: michaelni hopes msvc knows fmin() [15:56] <Daemon404> wm4, i would expect any C++ program including c headers to do it itself [15:57] <ubitux> michaelni: using FFMIN would have been fine in the case of showcqt btw [15:57] <michaelni> yes, question would be which is faster for msvc [15:58] <michaelni> ive no way to test ... [15:58] <Daemon404> fwiw it runs fine under WINE [15:58] <Daemon404> cl.exe i mean [15:58] <nevcairiel> msvc 2013 knows fminf [15:58] <nevcairiel> earlier versions dont [15:58] <michaelni> btw if fmin() fails too someone pleease ping me [15:58] <nevcairiel> no idea about fmin [15:58] <michaelni> then ill use FFMIN [15:59] <Daemon404> 2012 is the first with fmin [15:59] <Daemon404> you know this is all documented on MSDN right? [15:59] <nevcairiel> all i could find on msdn was the stupid AMP functions [15:59] <Daemon404> http://msdn.microsoft.com/en-us/library/hh308346.aspx [15:59] <Daemon404> first result in google [15:59] <Daemon404> oh amp [15:59] <nevcairiel> yeah thats AMP [15:59] <nevcairiel> not actual C library [16:00] <Daemon404> ok fmin was added in 2013 [16:00] <Daemon404> according to their PR/blog [16:00] <Daemon404> so 2012 and 2010 will not work [16:00] <nevcairiel> I found it referenced in the c99 support blog [16:01] <Daemon404> me to [16:01] <Daemon404> too [16:01] <nevcairiel> but they didnt add it to the msdn apparently [16:01] <Daemon404> C is a 2nd class citizen [16:01] <michaelni> Daemon404, if build is broken i try to fix it ASAP not start searching, which for msvc maybe doesnt work because one really must search for the one option that does work ... [16:02] <Daemon404> its not useful to fix it immediately and push if it doesnt fix it [16:02] <nevcairiel> why even use a function and not the usual macro, anyway? is there some advantage i'm missing? [16:02] <Daemon404> yeah [16:02] <Daemon404> i thought we always used FFMIN [16:03] <Daemon404> michaelni, i had an unrelated question for you: did you finish fixing all the swscale asm so that i can change the FILTER_SIZE define? [16:03] <Daemon404> i remember you doing some [16:04] Action: Daemon404 will go ahead and add configure support if os [16:04] <Daemon404> so* [16:08] <michaelni> Daemon404, if trial and error takes you 1min to fix an issue at average and 10min in worst case and searching takes you between 5min and 1h then trial and error is better [16:09] <Daemon404> i disagree [16:10] <Daemon404> the difference is inconsequential, and you pollute a the tree with a bunch of 'maybe this will fix it commits" [16:10] <Daemon404> it is sloppy. [16:11] <Daemon404> especially if the relevant fate instances only run 2-3 tiems a day [16:11] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:3133e7fd4475: avutil/libm: use FFMIN instead of fmin() [16:14] <michaelni> Daemon404, its still better than not fixing it and complaining when someone else does in 2 instead of 1 commit IM(H)O ;) [16:14] <ubitux> i don't want to be pedantic, but using a macro might be problematic [16:15] <ubitux> like if some code is using fminf(x++, y--) or something [16:15] <ubitux> or even calling a function [16:15] <alpa_astero> michaelni: I tend to think the thinking is better, because trial and error leads to missing all sorts of edge cases, in general [16:16] <ubitux> alpa_astero: trial and error is the basis of engineering [16:16] <Daemon404> michaelni, i cant fix what i dont know is broken [16:16] <Daemon404> two people with workign msvc knowledge and envs were around [16:16] <nevcairiel> maybe we should just ban fminf from the code and use the macro in the calling code instead [16:16] <Daemon404> coulda poked us [16:16] <ubitux> nevcairiel: i agree with that [16:17] <Daemon404> ubitux, not necessarily *good* engineering ;) [16:17] Action: Daemon404 trial and errors building a bridge [16:17] <michaelni> Daemon404, i thought people knew as someone pointed it out on irc many hours ago [16:17] <ubitux> Daemon404: there is no point in overthinking something without test [16:17] <Daemon404> i wasnt hilighted, and i dotn reall all irc backlog [16:17] <ubitux> you won't be able to anticipate everything [16:18] <ubitux> trying and then incrementing really is the basis [16:18] <Daemon404> ubitux, my point was tehre were two people aorund who *could* test [16:18] <Daemon404> pushing blindly is pretty silly then. [16:18] <alpa_astero> ubitux: I'm fully in favor of -using- trial and error, but not just using it while not thinking to save a couple of minutes while trying to fix bugs [16:18] <Daemon404> that too. [16:19] <ubitux> it was already broken for msvc, it was just an increment to "try", it's cheap and would have provide results without effort, and in the current patch with limited risk for the other plateforms [16:19] <ubitux> in the worst case nothing would have changed [16:19] <Daemon404> i can only call that sloppy [16:19] <ubitux> in the best, it would have fixed the issue [16:19] <Daemon404> for little to no gain [16:20] <Daemon404> that is the Carl Eugen coding method [16:20] <Daemon404> hack shit till ti works [16:20] <Daemon404> it* [16:20] <michaelni> alpa_astero, well i think that build issues should be fixed ASAP because it prevents users from building the code [16:20] <alpa_astero> michaelni: sure, fsvo asap; if it's 1 minutes vs 10, I can't say it's a major factor for me [16:21] <Daemon404> it took me literally two minutes to google the answer [16:21] <ubitux> vs 10 "maybe" + effort [16:21] <Daemon404> which is not exactly slower. [16:24] <ubitux> so much bikeshed for nothing :p [16:25] <Daemon404> re: FFMIN(i++, j++) [16:25] <Daemon404> i tend to think incrementing like that is evil :P [16:25] <nevcairiel> especially on floats :D [16:25] Action: michaelni agrees with ubitux, Daemon404 and alpa_astero :) [16:25] <Daemon404> nevcairiel, haha yes [16:25] <ubitux> Daemon404: what about fminf(foo(x), bar(y)) ? [16:26] <ubitux> (with fminf being the FFMIN workaround) [16:26] <Daemon404> ubitux, if foo and bar have side effects [16:26] <Daemon404> still evil [16:26] <Daemon404> and misleading [16:26] <nevcairiel> well you might think its a function and no problems could arrise, but yeah [16:27] <ubitux> probably, but that's harder to prevent than #define fminf please_do_not_use_fminf_its_not_portable_thx_obama [16:28] <Daemon404> ubitux, i tend to think that if foo or bar had siedeffects [16:28] <Daemon404> it probablt wasnt intended to begin with [16:28] <Daemon404> unless it was trying to be "clever" [16:29] <ubitux> what if it's a really slow function and gcc doesn't realize it can reuse the result? [16:29] <nevcairiel> even if they dont have side effects, they could just be slow [16:29] <nevcairiel> that ^ [16:29] <ubitux> :) [16:29] <Daemon404> right [16:29] <ubitux> or well gcc.. i should say msvc [16:30] <Daemon404> msvc's optimization is actually pretty good [16:30] <Daemon404> ive had just as many "Special" problems with gcc as msvc [16:30] <Daemon404> :D [16:30] <nevcairiel> if the function is complex enough, it would be unlikely to figure it out [16:31] <ubitux> or just external [16:31] <ubitux> like, between 2 libav* [16:33] <ubitux> Daemon404: i was mentioning msvc because that would probably be the only one having the function replaced with a macro [16:33] <nevcairiel> and only old msvc at that [16:34] <nevcairiel> i dont even use that anymore for day-to-day work, so any problems may be undiscovered for longer [16:35] <nevcairiel> hm, i still wonder why msvc has exactly one fate test less than a mingw build on the same host [16:35] <nevcairiel> wonder which that is [16:35] <nevcairiel> (and nother 3 more on a linux host) [16:36] <Daemon404> diff -ur [16:40] <nevcairiel> apparently TEST xvid-idctmmx doesnt run on msvc, i guess it depends on inline asm to be meaningful [16:41] <Daemon404> makes sense [16:42] <michaelni> posted 2 (sort of alternative) patches to improve the fminf/FFMIN issues [16:44] <Daemon404> the function seems reasonable to me [16:45] <nevcairiel> oh, the other 3 tests seem to depend in iconv [16:45] <nevcairiel> which my windows env doesnt have [16:45] <Daemon404> nevcairiel, barf [16:45] <Daemon404> iconv is literally hitler [16:46] <Daemon404> .. ok not as bad a gettext [16:46] <ubitux> gettext doesn't help much with charset [16:46] <Daemon404> i know [16:46] <Daemon404> i generally prefer ICU [16:46] <Daemon404> but its lolhueg [17:31] <cone-901> ffmpeg.git 03Martin Storsjö 07master:a32765c4252e: adpcm: Fix trellis encoding of IMA QT [17:31] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:fb7646d92cba: fate: enable adpcm-ima_qt-trellis [17:31] <cone-901> ffmpeg.git 03Martin Storsjö 07master:fa8f060b75bf: adpcm: Write the proper predictor in trellis mode in IMA QT [17:31] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:afce83484324: avutil/libm: Replace macro based fminf() by function [17:31] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:867c02acd241: avfilter/avf_showcqt: avoid using fminf() [18:11] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:1aa60980d20b: fate: enable fate-seek-acodec-adpcm-ima_qt-trellis [18:11] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:049b20b28739: avcodec/adpcmenc: fix integer overflow / undefined behavior in STORE_NODE() [20:21] <michaelni> Daemon404, ubitux, et al which way do you prefer to fix the latest fminf problem ? revert, include common.h, s/FFMIN/((a) > (b) ? (b) : (a))/ [20:21] <ubitux> s/FFMIN/((a) > (b) ? (b) : (a))/ [20:22] <ubitux> without parenthesis because it's not necessary [20:26] <ubitux> funman: chrome going to switch to ffvp9 then? ;) [20:34] <funman> ubitux: I wish! [20:34] <funman> just checking that it uses libvpx actually [20:34] <ubitux> haha [20:34] <funman> btw I just sent https://lists.libav.org/pipermail/libav-devel/2014-June/060222.html [20:34] <funman> it's needed in FFmpeg as well because there are 2 options controlling the same variable, and they don't use the same default [20:35] <funman> "cpu-used" is INT_MIN and "speed" (legacy option) is 1 [20:35] <ubitux> "needed in FFmpeg as well"? isn't this from FFmpeg? [20:35] <funman> nope [20:35] <funman> I mentioned the FFmpeg for the actual value (1), but only "speed" was changed in that commit [20:37] <funman> http://git.chromium.org/gitweb/?p=chromium/deps/ffmpeg/source.git;a=blob;f=… [20:37] <funman> --enable-decoder='theora,vorbis,vp8' [20:37] <ubitux> add ",vp9" then ;) [20:37] <Daemon404> this wouldnt even be useful to crhome [20:37] <Daemon404> which is 32bit in most cases [20:37] <ubitux> ah... indeed for 32bit you're doomed [20:38] <ubitux> funman: do you actually have 4k vp9 material? [20:38] <ubitux> did they start encoding them last year? [20:39] <funman> I do [20:40] <funman> http://www.youtube.com/watch?v=ZONhkk9NIsQ [20:40] <funman> I had to modify youtube-dl to add an entry for '272' format [20:40] <funman> an Intel guy just gave me a usb key with Stress_VP9_3840x2160_210_extra_stress_1.0.vp9 [20:41] <funman> I'll have to upload that [20:44] <funman> The following materials are defined as "Developer Tools" and are subject [20:44] <funman> to the terms and conditions of the End User License Agreement [20:44] <jamrial> funman: that's a two years old repository. this one seems to be more current http://git.chromium.org/gitweb/?p=chromium/deps/ffmpeg.git;a=blob;f=chromiu… [20:45] <jamrial> still no vp9, though [20:45] <funman> ah good catch [20:46] <michaelni> ubitux, Daemon404, et al which do you prefer, x>y?y:x or x > y ? y : (isnan(x) ? y : x) [20:46] <funman> YOU MAY NOT DISTRIBUTE ANY PORTION OF THE MATERIALS [20:47] <ubitux> michaelni: no opinion :) [20:48] <jamrial> isn't isnan c99? [20:48] <michaelni> i guess i can write it without isnan [20:48] <jamrial> because for msvc 2012 that would mean back to square one [20:48] <michaelni> but the first option is strictly not correct if you take c99 litterally [20:50] <Daemon404> ditto [20:50] <michaelni> so that would then make it x > y ? y : (x==x ? x : y) [20:52] <funman> jamrial: https://plus.google.com/+DaleCurtis I should talk to that guy if I can find him [20:53] <jamrial> he writes to the ml [20:56] <Daemon404> funman, are you joining felix in mountain view? [20:57] <funman> which felix [20:57] <Daemon404> wait [20:57] <Daemon404> i mixed you and felix up in my head [20:57] <Daemon404> i thought he was going for some reason [20:58] <Daemon404> nv [20:58] <Daemon404> nvm [21:10] <kierank> funman: he came to vdd [21:11] <kierank> In 2012 [21:13] <Daemon404> you mean when the chrome talk was entirely "we cannot answer that" ? [21:13] <Daemon404> aka a giant pile of useless [21:14] Action: funman has some nice stickers [21:15] <funman> "the fastest x86-32 vp9 decoder in the world" [21:23] <Daemon404> eh? its only fast in x86_64 [21:23] <nevcairiel> i think he refers to libvpx instead =p [21:23] <Daemon404> o [21:23] <Daemon404> lo [21:23] <Daemon404> l [21:29] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:e374e7729284: avutil/libm: fix fminf() emulation build failure due to undefined FFMIN [21:41] <cone-901> ffmpeg.git 03Vignesh Venkatasubramanian 07master:c80181352c17: lavf/matroskaenc: Fix Cues on Audio for WebM DASH [22:17] <funman> http://chui-pas.net/~fun/VideoTestBitstreams_Beta_1.zip [22:17] <cone-901> ffmpeg.git 03Christophe Gisquet 07master:7eb5b20a87c1: huffyuvdec: trick for plane decoding <= 14bits [22:59] <cone-901> ffmpeg.git 03Marc-Antoine Arnaud 07master:8a06794112d0: mpeg2: add sequence display extension information [22:59] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:5163fb9446f3: Merge commit '8a06794112d02a5707f766b8b38a5d50dfd03898' [22:59] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:3b42a8e43924: avcodec/mpeg12enc: store sequence display extension only if we have something to store in it [23:09] <cone-901> ffmpeg.git 03Marc-Antoine Arnaud 07master:bd71c300f9ba: avcodec options: add enum option for color_primaries [23:09] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:58e501b1e9c4: Merge commit 'bd71c300f9ba7f9875bb5df17ce522e9128bae10' [23:19] <cone-901> ffmpeg.git 03Marc-Antoine Arnaud 07master:efc2dfe6a023: avcodec options: add enum option for color_trc [23:19] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:9e1d97aa0669: Merge commit 'efc2dfe6a0238ec08769626db899ea910be24407' [23:29] <cone-901> ffmpeg.git 03Marc-Antoine Arnaud 07master:7c29b7229bed: avcodec options: add enum option for colorspace [23:29] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:00acf5c42ae2: Merge commit '7c29b7229bedf0c37d09bd02dab88e563adffd3c' [23:34] <cone-901> ffmpeg.git 03Marc-Antoine Arnaud 07master:f558f0d2da94: avcodec options: add enum option for color_range [23:35] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:cd016db4256d: Merge commit 'f558f0d2da9426c7f5ba346b5b8e6eb720148362' [23:42] <cone-901> ffmpeg.git 03Martin Storsjö 07master:103243ca649c: oggenc: Set the right AVOption size for the pref_duration option [23:42] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:faabef3d3d85: Merge commit '103243ca649cc305129ed0352bf4d97e5ddf4d80' [23:43] <cone-901> ffmpeg.git 03Martin Storsjö 07master:3d79d0c93e5b: adpcm: Avoid reading out of bounds in the IMA QT trellis encoder [23:43] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:37cf695af0ae: Merge commit '3d79d0c93e5b37a35b1b22d6c18699c233aad1ba' [23:59] <cone-901> ffmpeg.git 03Rafaël Carré 07master:5265e3e40fd2: avcodec/libvpxenc: Update the "cpu-used" options default to match the "speed" alias [23:59] <cone-901> ffmpeg.git 03Michael Niedermayer 07master:71da91e887d5: avcodec/libvpxenc: update the ranges for "cpu_used" so it matches the "speed" alias [00:00] --- Sat Jun 7 2014

1 0

ffmpeg.log.20140606
by burek 07 Jun '14

07 Jun '14

[00:34] <rawrmonster> I am making a script to convert all video files to mpeg2 to be burned to dvd but what is the best flag to keep pretty much the exact same quality. I know i cant just copy the streams because some of the codecs in some containers are not compatible [00:35] <rawrmonster> i have looked on google but all i am seeming to get is a bunch of people that have no idea what they are talking about because the flags they are suggesting are not in the ffmpeg man page [00:48] <bencc> how can I check if a video is mpeg4 or h264? [00:48] <c_14> bencc: ffprobe it [00:49] <sacarasc> Obligatory pedantry: H264 is a type of MPEG4. [00:50] <bencc> I have several videos that don't play on Chrome on Windows 8 [00:50] <bencc> but play on Chrome on Windows 7 [00:50] <bencc> all are .mp4 [00:50] <bencc> http://html5test.com/ says chrome supports h264 but not mpeg4 [00:51] <pzich> a square is a rectangle, but not all rectangles are square [00:53] <bencc> http://dpaste.com/30SM2QN/ [00:53] <bencc> this is what ffprobe gives me. I don't understand why it won't play on Chrome on Windows 8 [01:02] <sacarasc> bencc: Maybe ask Google? [01:02] <sacarasc> I mean the company, not the search engine. [01:09] <bencc> sacarasc: when disabling video hardware acceleration on Chrome the video plays [01:09] <bencc> so it's a chrome bug [04:09] <beekar> Okay, I'm stuck. I'm trying to stream using: ffmpeg -i *Pokopo.avi -async 1 -ss 00:00:05 -tune zerolatency -s 480x360 -c:v libx264 -c:a libfaac -re -f flv with an rtmp string behind it. Anything I've tried ends with a framerate of like 80-160. [04:10] <beekar> the -re doesn't seem to work, neither does the -r 30. [04:10] <sacarasc> Add -re to the input [04:10] <sacarasc> Not output. [04:12] <beekar> dang. [04:12] <beekar> i owe you a thank-you and a handjob. [04:14] <llogan> beekar: consider using VBV with -maxrate and -bufsize (and do you really need -async 1?) [04:16] <beekar> i probably do not. i had gotten into the mode of randomly trying things. [04:17] <beekar> a last ditch attempt before asking for help. [04:24] <llogan> beekar: for more info http://trac.ffmpeg.org/wiki/EncodingForStreamingSites [04:24] <beekar> ooh yeah that page might have saved some time. nice. Thankya. [04:27] <llogan> beekar: and -vf scale=480:-2 is the lazy method [08:28] <sla3k> Hi people, could any one please let me how can I convert .mp4 (playable on the phone but not in a car DVD player) to .avi using ffmpeg so that it plays in th car player. PS, I use a pen drive to play stuff in car player. [08:33] <sacarasc> What does your car player support? [08:33] <relaxed> sla3k: ffmpeg -i input.mp4 -c:v mpeg4 -q:v 3 -vtag XVID -c:a libmp3lame -ac 2 -b:a 128k out.avi [08:34] <sacarasc> That would probably work, thoguh. [08:34] <sla3k> sacarasc: I am not sure, just that it does not play .mp4 with error (Format not Supported), relaxed: Thank a lot for that, going to try that. [10:55] <anarsoul|2> hi [10:56] <anarsoul|2> I'm trying to fix audio playback in ffmpeg tutorial (https://github.com/chelyaev/ffmpeg-tutorial/blob/master/tutorial07.c) [10:56] <anarsoul|2> it doesn't work properly for some reason for most stereo files [10:57] <anarsoul|2> I've spent some time with gdb and it appears that avcodec_decode_audio4() allocates less memory for a buffer than required [10:58] <anarsoul|2> so could anyone give me some tips for further debugging, 'cause I'm not familiar with ffmpeg internals [11:22] <anarsoul|2> ah, got it, audio format is planar, so there're several planes... [15:27] <RoyK> hi all. I have some output files from a Lenel CCTV system. They're all 100MB, and I suspect it can be some sort of MPEG-TS. Any idea how to find out? [15:29] <sacarasc> ffprobe -i file [15:55] <aaronds> Hi all, I'm getting an error when trying to convert .wmv to .webm "encoder setup failed". This command works fine when the input file is of type .mov, but not .wmv. Full command and output here: http://pastebin.com/mGAzvatT Is anyone able to help? I'm sure this worked on an older version of ffmpeg [15:57] <c_14> Pretty sure you aren't supposed to have a '\' between the 480 and the ',' [16:00] <aaronds> c_14: the \ is necessary. Without it you'd get a "No such filter: 'iw'" [16:01] <aaronds> The earlier build I spoke of seems to be from February this year [16:01] <c_14> If it works with an earlier build, it might be a regression. [16:06] <c_14> Could you maybe try doing a bisection to see which commit brings in the error? [16:07] <aaronds> c_14: sorry how exactly can I do that? [16:08] <c_14> If the encoding doesn't work with current git head, but does work with the February release, try encoding with ffmpeg versions from between those time points until you find out at which point it breaks. [16:11] <c_14> Once you know that you can open a ticket with the problem and the faulty commit. If you don't have the time to do a full bisect, you can also open an issue saying that it worked with the February version (and include the version number) but doesn't work with current git head. It would also be helpful if you included of a sample video and the command that doesn't work so the devs can test it. [16:56] <aaronds> c_14: well I've got a workaround for now, using q:a 5 instead of b:a 128k works fine [18:01] <Gregor> OK, looking for an ffmpeg guru answer: I have a bunch of files recorded on the same device at different times, and I have the timestamp each file was recorded. I want to create a file which contains all of the video with the appropriate PTS corresponding to the real timestamps. If I concat them together, the PTS are wrong because there are gaps between the videos. If I set their PTS in a filterchain before concatting, I have to reencode. Is there a way to do this [18:01] <Gregor> without reencoding? [18:19] <Plorkyeran> you could create filler videos of the correct length to stick in each of the gaps between interesting segments [18:19] <Plorkyeran> but that's kinda clunky [18:20] <Plorkyeran> proper discontinuous gaps requires an output container format that supports those [18:20] <Plorkyeran> and a muxer which supports them (and I have no idea if any of ffmpeg's muxers do) [18:21] <Plorkyeran> for containers supporting vfr you could simply have the last frame of each segment last until the beginning of the next one [18:40] <Gregor> Plorkyeran: Actually, filler videos is as clunky as it is perfect for my circumstances :) [18:40] <Gregor> I could just take the first frame of the next video and set its framerate to something appropriately stupid. [18:40] <Gregor> (All the formats I'm using support vfr, btw, so that much should be a nonissue) [18:40] <Gregor> Thanks! [19:07] <max246> hello [19:08] <max246> I was looking in the documentation how to make spacing between letters when I draw a text on a video [19:08] <max246> but I couldn-t find any parameters that will do it [19:08] <max246> is ffmpeg able to change spacing? [19:24] <hi117> what is the flag for ffmpeg that muxes video with the mp4 streaming hack? [19:25] <c_14> -movflags +faststart [19:27] <hi117> ah ty [20:31] <DeadSix27> totally weird question: If you had to store a video for a long time, up to 10years, would you use dts or flac? [20:35] <Plorkyeran> crazy unexpected legal developments would be the only reason for it to matter [20:35] <Plorkyeran> and those are rather difficult to predict usefully [20:43] <DeadSix27> Plorkyeran, lost conn, did i miss anything? [20:55] <llogan> DeadSix27: "Plorkyeran | crazy unexpected legal developments would be the only reason for it to matter" [20:55] <llogan> " and those are rather difficult to predict usefully" [20:59] <DeadSix27> ah [20:59] <DeadSix27> well i got that parts [20:59] <DeadSix27> thought something else showed up meanwhile [20:59] <DeadSix27> thanks anyway :) [21:29] <rsevero> Hi. I'm having sync problems in ffmpeg when capturing audio and video simultaneously. I this example: http://pastebin.com/iWCVLeQQ I got a 5 seconds delay between audio and video. This 5 seconds is exactly the difference of the stat: field of both input streams. My problem is that this difference changes each time I call ffmpeg. How can I remove this difference or automatically correct it? [21:29] <rsevero> "This 5 seconds is exactly the difference of the start: field of both input streams." [23:30] <theekoz> Is there anyway using -newaudio to add it to an existing transport stream maintaining ts characteristics without remuxing [23:30] <theekoz> or using any command to get that outcome [23:40] <llogan> theekoz: there is no -newaudio command anymore. use -map and -codec. [23:40] <llogan> s/command/option [23:41] <theekoz> thanks [23:43] <theekoz> Do you know if there is anyway to prevent FFMPEG from remuxing and just add the audio to the transport stream. Losing all my PID' [23:43] <theekoz> PID's from the original TS when adding audio via -c copy [00:00] --- Sat Jun 7 2014

1 0

ffmpeg-devel.log.20140605
by burek 06 Jun '14

06 Jun '14

[00:08] <cone-163> ffmpeg.git 03Christophe Gisquet 07master:35dae6220426: huffyuvdec: clean up macro [00:30] <cone-163> ffmpeg.git 03Christophe Gisquet 07master:a37020402a4c: huffyuvdec: trick for plane decoding, 8bits [00:51] <UtUser> JEEB [01:53] <cone-163> ffmpeg.git 03Christophe Gisquet 07master:6848325acb80: huffyuvdec: remove superfluous check [02:49] <cone-163> ffmpeg.git 03Christophe Gisquet 07master:0d632b35a04f: huffyuvdec: remove superfluous check in BGR code [03:38] <cone-163> ffmpeg.git 03Michael Niedermayer 07master:d37c620c84e2: avutil/ppc/intreadwrite: try to fix intreadwrite for ppc64le [12:37] <cone-959> ffmpeg.git 03Timothy Gu 07master:fdc6e7b930d1: tests/swr: move the results out of the functions [12:37] <cone-959> ffmpeg.git 03Timothy Gu 07master:591d9a072d01: tests: Add ac3_fixed decoder test [12:37] <cone-959> ffmpeg.git 03Timothy Gu 07master:da53de07306a: tests: add adpcm trellis tests [14:30] <cone-959> ffmpeg.git 03Muhammad Faiz 07master:40e938a7edf4: avfilter: new multimedia filter avf_showcqt.c [18:52] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:27856b2fe9cd: ffmpeg: prevent pts < dts to be passed through to the muxer on stream copy [19:05] <cone-795> ffmpeg.git 03Diego Biurrun 07master:d816e125fe1f: dict: const correctness for av_dict_get() and av_dict_copy() [19:06] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:151f88d507f1: Merge commit 'd816e125fe1fa5c909b706d47904a4d6c1799996' [21:13] <cone-795> ffmpeg.git 03Christophe Gisquet 07master:ccff45a0d3c9: apedsp: move to llauddsp [21:33] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:bd650ee31887: avcodec/mpegaudiodec: Reset dither and mdct state [22:18] <ubitux> #2686 "soon" [22:18] <ubitux> what a teaser [22:19] <ubitux> btw, almost done with the next step in hqx reverse [22:19] <ubitux> (detecting "optionals" in patterns) [22:37] <ubitux> http://b.pkh.me/hq2x.png sounds better. [22:37] <ubitux> not exactly perfect though [22:52] <JEEB> also linking this here, too. 201405261230000102-fûâA.ts is test signal + actual rugby https://drive.google.com/folderview?id=0BzkZOi5-Ka62NG1aa2RkaUFldzg&usp=sha… [22:52] <JEEB> from channel 4K :) [22:55] <UtUser> nice to see you again [23:37] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:0a2004b6d11f: avcodec/aic: fix quantization table permutation [00:00] --- Fri Jun 6 2014

1 0

ffmpeg-devel.log.20140605
by burek 06 Jun '14

06 Jun '14

[00:08] <cone-163> ffmpeg.git 03Christophe Gisquet 07master:35dae6220426: huffyuvdec: clean up macro [00:30] <cone-163> ffmpeg.git 03Christophe Gisquet 07master:a37020402a4c: huffyuvdec: trick for plane decoding, 8bits [00:51] <UtUser> JEEB [01:35] <fflogger> 4[wiki] 5llogan: Encode/MP3 edited 12https://trac.ffmpeg.org/wiki/Encode/MP3?version=12 [01:35] <fflogger> 4[wiki] 5llogan: Encoding VBR (Variable Bit Rate) mp3 audio created 12https://trac.ffmpeg.org/wiki/Encoding%20VBR%20(Variable%20Bit%20Rate)%20mp3%20audio?version=1 [01:53] <cone-163> ffmpeg.git 03Christophe Gisquet 07master:6848325acb80: huffyuvdec: remove superfluous check [02:48] <fflogger> 4[newticket] 5Timothy_Gu: Ticket #3700 (aic decoder output is not bit exact with and without mmx) created 12https://trac.ffmpeg.org/ticket/3700 [02:49] <cone-163> ffmpeg.git 03Christophe Gisquet 07master:0d632b35a04f: huffyuvdec: remove superfluous check in BGR code [03:27] <fflogger> 4[newticket] 5Timothy_Gu: Ticket #3701 (adpcm-ima_qt encoder's trellis support is broken) created 12https://trac.ffmpeg.org/ticket/3701 [03:30] <fflogger> 4[editedticket] 5bat999: Ticket #3694 (When transcoding from FLAC to MP3 the Year tag gets lost in the resulting ...) updated 12https://trac.ffmpeg.org/ticket/3694#comment:9 [03:38] <cone-163> ffmpeg.git 03Michael Niedermayer 07master:d37c620c84e2: avutil/ppc/intreadwrite: try to fix intreadwrite for ppc64le [05:06] <fflogger> 4[editedticket] 5dslkjlskdjfllk: Ticket #3694 (When transcoding from FLAC to MP3 the Year tag gets lost in the resulting ...) updated 12https://trac.ffmpeg.org/ticket/3694#comment:10 [09:49] <fflogger> 4[editedticket] 5cehoyos: Ticket #3701 (adpcm-ima_qt encoder's trellis support is broken) updated 12https://trac.ffmpeg.org/ticket/3701#comment:1 [09:59] <fflogger> 4[editedticket] 5cehoyos: Ticket #3701 (adpcm-ima_qt encoder's trellis support is broken) updated 12https://trac.ffmpeg.org/ticket/3701#comment:2 [12:10] <fflogger> 4[editedticket] 5jameshowe: Ticket #2696 (Audio/Video sync issues when reducing fps from 59.94 to 29.97) updated 12https://trac.ffmpeg.org/ticket/2696#comment:15 [12:37] <cone-959> ffmpeg.git 03Timothy Gu 07master:fdc6e7b930d1: tests/swr: move the results out of the functions [12:37] <cone-959> ffmpeg.git 03Timothy Gu 07master:591d9a072d01: tests: Add ac3_fixed decoder test [12:37] <cone-959> ffmpeg.git 03Timothy Gu 07master:da53de07306a: tests: add adpcm trellis tests [14:30] <cone-959> ffmpeg.git 03Muhammad Faiz 07master:40e938a7edf4: avfilter: new multimedia filter avf_showcqt.c [14:39] <fflogger> 4[editedticket] 5Krieger: Ticket #3679 (Some HTTP MJPEG streams are not recognized) updated 12https://trac.ffmpeg.org/ticket/3679#comment:6 [15:27] <fflogger> 4[editedticket] 5cehoyos: Ticket #3679 (Some HTTP MJPEG streams are not recognized) updated 12https://trac.ffmpeg.org/ticket/3679#comment:7 [16:26] <fflogger> 4[editedticket] 5Timothy_Gu: Ticket #3701 (adpcm-ima_qt encoder's trellis support is broken) updated 12https://trac.ffmpeg.org/ticket/3701#comment:3 [16:53] <fflogger> 4[editedticket] 5cehoyos: Ticket #3701 (adpcm-ima_qt encoder's trellis support is broken) updated 12https://trac.ffmpeg.org/ticket/3701#comment:4 [16:53] <fflogger> 4[editedticket] 5Vika Apelsinova: Ticket #3602 (Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** ...) updated 12https://trac.ffmpeg.org/ticket/3602#comment:9 [17:13] <fflogger> 4[editedticket] 5cehoyos: Ticket #3602 (Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** ...) updated 12https://trac.ffmpeg.org/ticket/3602#comment:10 [18:29] <fflogger> 4[newticket] 5DJX: Ticket #3702 (Re-stream RTP to RTSP) created 12https://trac.ffmpeg.org/ticket/3702 [18:31] <fflogger> 4[editedticket] 5cehoyos: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:1 [18:36] <fflogger> 4[editedticket] 5DJX: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:2 [18:41] <fflogger> 4[editedticket] 5cehoyos: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:3 [18:43] <fflogger> 4[editedticket] 5DJX: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:4 [18:49] <fflogger> 4[editedticket] 5Krieger: Ticket #3679 (Some HTTP MJPEG streams are not recognized) updated 12https://trac.ffmpeg.org/ticket/3679#comment:8 [18:52] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:27856b2fe9cd: ffmpeg: prevent pts < dts to be passed through to the muxer on stream copy [18:54] <fflogger> 4[closedticket] 5michael: Ticket #3658 (pts < dts av_interleaved_write_frame(): Invalid argument) closed 12https://trac.ffmpeg.org/ticket/3658#comment:6 [19:05] <cone-795> ffmpeg.git 03Diego Biurrun 07master:d816e125fe1f: dict: const correctness for av_dict_get() and av_dict_copy() [19:06] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:151f88d507f1: Merge commit 'd816e125fe1fa5c909b706d47904a4d6c1799996' [19:32] <fflogger> 4[editedticket] 5Kamedo2: Ticket #2686 (Native AAC encoder collapses at high bitrates on some samples) updated 12https://trac.ffmpeg.org/ticket/2686#comment:308 [19:36] <fflogger> 4[editedticket] 5cehoyos: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:5 [19:56] <fflogger> 4[editedticket] 5klaussfreire: Ticket #2686 (Native AAC encoder collapses at high bitrates on some samples) updated 12https://trac.ffmpeg.org/ticket/2686#comment:309 [20:01] <fflogger> 4[editedticket] 5heleppkes: Ticket #2686 (Native AAC encoder collapses at high bitrates on some samples) updated 12https://trac.ffmpeg.org/ticket/2686#comment:310 [20:12] <fflogger> 4[editedticket] 5DJX: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:6 [20:15] <fflogger> 4[editedticket] 5cehoyos: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:7 [20:54] <fflogger> 4[editedticket] 5DJX: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:8 [20:56] <fflogger> 4[editedticket] 5cehoyos: Ticket #3679 (Some HTTP MJPEG streams are not recognized) updated 12https://trac.ffmpeg.org/ticket/3679#comment:9 [21:01] <fflogger> 4[editedticket] 5cehoyos: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:9 [21:04] <fflogger> 4[attachment] 5smartmil8: app.php attached to Ticket #1756 12https://trac.ffmpeg.org/attachment/ticket/1756/app.php [21:04] <fflogger> 4[attachment] 5smartmil8: func.php attached to Ticket #2891 12https://trac.ffmpeg.org/attachment/ticket/2891/func.php [21:05] <fflogger> 4[editedticket] 5DJX: Ticket #3702 (Re-stream RTP to RTSP) updated 12https://trac.ffmpeg.org/ticket/3702#comment:10 [21:13] <cone-795> ffmpeg.git 03Christophe Gisquet 07master:ccff45a0d3c9: apedsp: move to llauddsp [21:15] <fflogger> 4[wiki] 5llogan: Capture/ALSA edited 12https://trac.ffmpeg.org/wiki/Capture/ALSA?version=5 [21:33] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:bd650ee31887: avcodec/mpegaudiodec: Reset dither and mdct state [21:38] <fflogger> 4[editedticket] 5klaussfreire: Ticket #2686 (Native AAC encoder collapses at high bitrates on some samples) updated 12https://trac.ffmpeg.org/ticket/2686#comment:311 [21:55] <fflogger> 4[editedticket] 5cehoyos: Ticket #3410 (v4l2 crash) updated 12https://trac.ffmpeg.org/ticket/3410#comment:2 [22:18] <ubitux> #2686 "soon" [22:18] <ubitux> what a teaser [22:19] <ubitux> btw, almost done with the next step in hqx reverse [22:19] <ubitux> (detecting "optionals" in patterns) [22:37] <ubitux> http://b.pkh.me/hq2x.png sounds better. [22:37] <ubitux> not exactly perfect though [22:52] <JEEB> also linking this here, too. 201405261230000102-fûâA.ts is test signal + actual rugby https://drive.google.com/folderview?id=0BzkZOi5-Ka62NG1aa2RkaUFldzg&usp=sha… [22:52] <JEEB> from channel 4K :) [22:55] <UtUser> nice to see you again [23:37] <cone-795> ffmpeg.git 03Michael Niedermayer 07master:0a2004b6d11f: avcodec/aic: fix quantization table permutation [23:39] <fflogger> 4[closedticket] 5michael: Ticket #3700 (aic decoder output is not bit exact with and without mmx) closed 12https://trac.ffmpeg.org/ticket/3700#comment:1 [00:00] --- Fri Jun 6 2014

1 0