Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

November 2013

1 participants
60 discussions

ffmpeg-devel.log.20131104
by burek 05 Nov '13

05 Nov '13

[00:00] <BBB> ubitux: no, I meant the caller (in vp9.c) can be changed to mask out non-zero coefficients in a nxn grid [00:00] <BBB> ubitux: instead of just noting the eob position [00:00] <BBB> ubitux: then, if only the topleft 2x2 is nonzero (regardless of which coeffs specifically), we can call your topleft 2x2 specialization [00:01] <BBB> ubitux: will you also write a topleft 4x4 (eob <= 9, I think)? [00:01] <ubitux> dunno, maybe [00:01] <ubitux> but i want to have iadst first :) [00:02] <BBB> hm, 12? [00:02] <BBB> oh, iadst has absolutely no influence on peformance [00:02] <BBB> it's intra-only [00:02] <BBB> so it's like intra prediction assembly [00:02] <BBB> should only be done at the very end :) [00:03] <BBB> idct-idct is much, much, much more important [00:03] <ubitux> ah really? [00:03] <BBB> I'll also have some comments on the assembly, but that will be later tonight [00:03] <BBB> kids are still wake [00:03] <BBB> e.g. line 360 movu -> mova [00:05] <BBB> also idctfull all mova, mot movu [00:05] <ubitux> i can assume block is aligned? [00:05] <BBB> 381-382 also [00:05] <BBB> es [00:05] <BBB> yes* [00:05] <ubitux> ok [00:05] <BBB> actually 360 can be movd [00:05] <BBB> and 381-382 can also be movd [00:05] <ubitux> yep indeed [00:06] <BBB> will look at the rest tonight [00:06] <BBB> kids-time now [00:06] <BBB> but nice work! [00:06] <BBB> can you add some performance measures [00:06] <BBB> in total decoding time, as well as START/STOP_TIMER cycle counts? [00:06] <BBB> (c code versus total assembly) [00:07] <BBB> oh that's in the email, nice [00:08] <BBB> the biggest gain will come from mt, loopfilter and idcts, I think [00:08] <BBB> the rest will be somewhat more minor, but still measurable [00:08] <ubitux> BBB: you'll do the 16x16 and 32x32 anyway [00:08] <ubitux> no? ;) [00:21] <BBB> sure [00:21] <BBB> and t [00:21] <BBB> mt [00:21] <BBB> so you do loopfilter and intrapred and iadst then? [00:24] <ubitux> ok for loopfilter [00:24] <ubitux> i'll ask you again about it next week [00:24] <ubitux> ah mmh actually i might not be available next w-e, 'got another ffmpeg mission :( [00:25] <ubitux> anyway, i'll ask you for lf [00:28] <juanmabc> mmm, no kidding, i get the same issue as in https://github.com/chelyaev/ffmpeg-tutorial [00:28] <juanmabc> advertised in http://www.ffmpeg.org/documentation.html [00:32] <BBB> ubitux: there is no deadline for any of this, it can be done whenever [01:08] <juanmabc> did get_bytes_per_sample change to include channels count or something ? [01:18] <Compn> so we need vc1 mt ? [01:22] <wm4> juanmabc: this tutorial is extremely bad, just look at: https://github.com/chelyaev/ffmpeg-tutorial/commit/916d1a5b7bd65ea6a3dcf9fa… [01:22] <wm4> though I'm not sure if a good tutorial could exist xD [01:27] <juanmabc> mmm, so my issue is the sample_rate, seems to work if i / 2 [02:03] <cone-408> ffmpeg.git 03Diego Biurrun 07master:8b63ebcb0386: build: Remove redundant OBJS declaration intended for programs [02:03] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:1a4ffa5b136a: Merge remote-tracking branch 'qatar/master' [02:30] <cone-408> ffmpeg.git 03Lukasz Marek 07master:398844f09323: lavd/pulse_audio_enc: fix flush return code [02:30] <cone-408> ffmpeg.git 03Lukasz Marek 07master:babf20a215ff: lavd/pulse: add ff_ prefix and fix param type [02:30] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:e1351662063d: Merge remote-tracking branch 'lukaszmluki/master' [02:42] <cone-408> ffmpeg.git 03Ronald S. Bultje 07master:6cf0c4107fbe: Put vp9_scans and vp9_scans_nb in ro_data. [09:55] <cone-910> ffmpeg.git 03Mikulas Patocka 07master:694d997afe07: x86: hpeldsp: Use PAVGB instruction macro where necessary [09:55] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:f3758e8b8040: Merge commit '694d997afe07ec619e61e1c614733796dd01a52b' [10:02] <cone-910> ffmpeg.git 03Anton Khirnov 07master:5cd6513f5be1: pthread: drop avcodec_ prefixes from static functions [10:02] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:3d4dc43259e2: Merge commit '5cd6513f5be14b9744783d3d9e853d3f11065e93' [11:05] <cone-910> ffmpeg.git 03Anton Khirnov 07master:cc14ee03a7b9: lavc: split slice and frame threading functions into separate files [11:05] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:4eea41cba1e1: Merge commit 'cc14ee03a7b91c69343f8d60c9e089a1950eeadb' [11:11] <cone-910> ffmpeg.git 03Anton Khirnov 07master:daa7a1d4431b: pthread_slice: rename ThreadContext -> SliceThreadContext [11:11] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:2a7cbc29a8aa: Merge commit 'daa7a1d4431b6acf1f93c4a98b3de123abf4ca18' [11:29] <cone-910> ffmpeg.git 03Anton Khirnov 07master:38ecc3702dab: pthread: store thread contexts in AVCodecInternal instead of AVCodecContext [11:29] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:3fc26d8073a4: Merge commit '38ecc3702dabbea09230f6d6333f59e74f5d1c12' [11:50] <cone-910> ffmpeg.git 03Anton Khirnov 07master:da6506c607ed: lavc: move AVCodecContext.pkt to AVCodecInternal [11:50] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:ab71be091206: Merge commit 'da6506c607eda585ba4b15430cf3c9a2ce09c3a9' [11:57] <cone-910> ffmpeg.git 03Gian-Carlo Pascutto 07master:454959a5aa73: aacdec: Set the profile during decoding [11:57] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:405ceb181236: Merge remote-tracking branch 'qatar/master' [12:26] <BBB> Compn: no, vc1 can just die [12:27] <j-b> we wish [12:30] <JEEB> iä iä vc-1 f'thagn [12:54] <cone-910> ffmpeg.git 03Clément BSsch 07master:d10b1a200dc3: doc/examples/demuxing: show how to use the reference counting system. [12:54] <cone-910> ffmpeg.git 03Clément BSsch 07master:fb10b43fc42b: doc/examples: rename demuxing to demuxing_decoding. [13:09] <ubitux> hey saste [13:09] <ubitux> [~/src/ffmpeg/doc/examples]- PKG_CONFIG_PATH=pc-uninstalled make filtering_video && valgrind ./filtering_video ~/samples/small.mpg > /dev/null [13:09] <ubitux> can you fix that? :D [13:09] <ubitux> plz :3 [13:10] <ubitux> (i don't understand how the frame reference counting works with lavfi) [13:21] <kierank> for me s/how the frame reference counting works with/ [13:21] Action: kierank stops trolling [13:23] <ubitux> :( [13:24] <ubitux> i guess i'll email nicolas [14:11] <saste> again reindl and his weird mail setup [14:12] <juanmabc> -> anti weirds filter [14:13] <juanmabc> with a polite 'you have been filtered' comeback :D [15:04] <ubitux> wbs: does it work with anonymous struct? [15:04] <ubitux> "struct s { int a, b; } a = { .b = 42 };", aka if you remove the 's' [15:04] <wbs> ubitux: yes, it seems so [15:05] <ubitux> cool ok [15:05] <sspiff> can someone explain me why there is compute_pkt_fields2 and compute_pkt_fields, and what the difference between the two is? [15:06] <JEEB> if something has a number suffix it generally means it's a newer API [15:06] <Daemon404> i find it hard to think where an anonymou struct would be useful... [15:06] <JEEB> and the one with either no number, or a smaller number is either already or will be deprecated [15:06] <Daemon404> but thats just nothing new, re: me ;) [15:07] <ubitux> JEEB: not the case here, it's not public [15:07] <ubitux> JEEB: both are static void, declared in 2 different files [15:07] <JEEB> k [15:07] <JEEB> just did the usual answer because it looked like a public API question >_> [15:08] <ubitux> sspiff: [15:08] <ubitux> static int compute_pkt_fields2(AVFormatContext *s, AVStream *st, AVPacket *pkt) [15:08] <ubitux> oups [15:08] <ubitux> //FIXME merge with compute_pkt_fields [15:08] <ubitux> just above :p [15:09] <ubitux> those functions are full of FIXME and XXX [15:09] <ubitux> hehe [15:09] <ubitux> and HACK [15:10] <ubitux> but well, it's all bout pts/dts magic so& [15:10] <sspiff> ubitux: yeah, but the code is not that similar [15:10] <sspiff> at least at first sight [15:11] <sspiff> ubitux: I'm looking at this for the dvb subtitle decoding, this is the area where it fails [15:11] <ubitux> oh cool :) [15:11] <sspiff> I tried just hooking it to the (seemingly less hacky) compute_pkt_fields, which doesn't return error codes and thus doesn't stop the conversion in its tracks, but still produces an empty output file [15:12] <ubitux> sspiff: ah and btw, since you're working on dvb sub, the only working way of getting dvb subtitles in output is to use dvd subtitles as input [15:12] <ubitux> remux and re-encode of dvb sub won't work, only dvd sub transcode [15:13] <sspiff> my problem is dvb subs as input [15:13] <ubitux> yup [15:13] <sspiff> but outputting as dvd subtitles would be acceptable [15:13] <ubitux> if you're fixing this, you'll have all my benediction [15:13] <sspiff> is this problem related to the decoding or the encoding of dvb sub? [15:13] <sspiff> or both :) [15:14] <sspiff> seems to me decoding is broken (based on the fact that it fails in compute_pkt_fields2 [15:15] <ubitux> assuming transcode from dvd sub works, i'm guessing that's indeed the decode or the demux [15:16] <ubitux> and since remux doesn't work, probably demuxing indeed [15:19] <sspiff> I've convinced my employer to give me some time to work on this, I'm hoping it's enough to learn the code base and figure out the problem :) [15:19] <ubitux> BBB: oh oups i didn't realized i wasn't replying on ffmpeg-devel; most likely because of your initial cc (and my bad habit of using a standard reply) [15:19] <ubitux> sspiff: awesome :) [15:20] <ubitux> sspiff: about compute_pkt_fields magic, you should probably nag michaelni about it [15:20] <ubitux> he's generally familiar with those obscure areas [15:20] <ubitux> otherwise, ask ffmpeg-devel mailing list [15:21] <sspiff> ubitux: I'll do that first then :) [15:21] <sspiff> michaelni: let me know when you're here! [15:26] <michaelni> sspiff, diference between 1 and 2 is that one is for demuxer and 2 muxer side [15:27] <j-b> is libxvid really better than ffmpeg for mp4v encoding? [15:27] <JEEB> it shouldn't [15:28] <j-b> then why do people use ffmpeg with it? [15:29] <JEEB> for encoding? [15:29] <JEEB> oh wait [15:29] <JEEB> you were talking about encoding [15:29] <JEEB> d'oh [15:29] <JEEB> anyways, for encoding libxvid is simpler to use [15:30] <j-b> of course, for encoding [15:30] <JEEB> in theory the mpeg4 encoder could be as good if not better, but good luck and have fun setting the parameters [15:31] <sspiff> michaelni: then are they similar enough to merge? [15:31] <sspiff> by the way, should it be possible to mux a TS with only subtitles with ffmped? [15:35] <michaelni> anything could be merged but i suspect it would turn hard to understand code into harder to understand code in this case [15:35] <ubitux> ow only 8 xmm reg in 32-bit :(( [15:35] <michaelni> i dont think ive tested subs in ts so i dont know [15:43] <sspiff> how do I enable DEBUG in a local build? ./configure --enable-debug doesn't seem to do it [15:45] <Daemon404> michaelni, fate is back [15:45] <ubitux> sspiff: #define DEBUG in the file, otherwise it will enable debug everywhere [15:45] <michaelni> Daemon404, \o/ [15:45] <ubitux> sspiff: but if you really want to do this, --extra-cflags='-DDEBUG' [15:45] <Daemon404> also if anyone wants to help me fix this unchecked alloc in h264.c [15:45] <Daemon404> be my guest [15:45] <Daemon404> i cannot figure it out [15:45] <Daemon404> (repro line is on the ML) [15:45] <ubitux> sspiff: i personally switch the av_dlog to av_log, less pain :p [15:46] <Daemon404> why does av_dlog exist again? [15:47] <ubitux> debug log not being compiled for performance reasons [15:47] <ubitux> i guess [15:47] <Daemon404> 'performance reasons' [15:47] <Daemon404> yeah. [15:47] <ubitux> well that's important in some cases [15:47] <ubitux> calling av_log in a critical loop can be problematic [15:47] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:d0ac60730d26: avfilter/vf_scale: add ov/hsub [15:47] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:85cabf1ca98f: avutil: add av_fopen_utf8() [15:48] <Daemon404> ubitux, its merely annoying [15:48] <nevcairiel> dlog has truely spammy logs in crucial parts of the code, its good that it doesnt always run [15:48] <Daemon404> since it breaks cnsstency [15:48] <Daemon404> with the av_log / AV_LOG_* methods [15:48] <ubitux> i'm fine with //av_log() [15:48] <ubitux> but there are two problems with that [15:48] <ubitux> a certain Diego or similar might drop them randomly [15:48] <ubitux> and you can't test if it compiles [15:49] <ubitux> (fate tests -DDEBUG) [15:49] <Daemon404> didnt reimar have a patch to make only certan av_log levels compiled [15:49] <ubitux> probably yes [15:49] <Daemon404> that seems saner than a separate func [15:49] <nevcairiel> i saw something like that, but it seemed rather hacky [15:49] <Daemon404> probably. [15:49] <ubitux> adding #define DEBUG on top of the file isn't that much trouble while developping [15:50] <ubitux> especially if it's already present and you just need to uncomment [15:50] <ubitux> but... i think they got recently dropped in a random cleanup hystery [15:52] <ubitux> Daemon404: av_dlog has the advantage of being file specific [15:52] <Daemon404> heh [15:52] <ubitux> which is very appropriate which debugging [15:52] <Daemon404> ive never found much usefl in av_dlog myself, though YMMV [15:52] <ubitux> i hate when i'm using -v debug for debugging and it suddenly floods my output with unrelated output [15:52] <Daemon404> exisiting av_dlog calls* [15:53] <nevcairiel> yeah i usually add normal av_log calls to places and remove them when i'm done [15:53] <ubitux> av_dlog are just a way to ease future debug [15:54] <sspiff> ubitux: thanks :) [15:54] <saste> per-component logging level may be useful though [15:54] <ubitux> yes [15:55] <funman> michaelni: http://source.ffmpeg.org/ gives git://git.videolan.org/ffmpeg.git as url [15:55] <funman> and configure complains about git.v.o url [15:55] <ubitux> that's because http://git.videolan.org/?p=ffmpeg.git does [15:56] <ubitux> and that's where you're redirected from that http [15:56] <ubitux> funman: download page points on source.ffmpeg.org git url [15:56] <saste> wm4, what's wrong with setting filters in the getCachedContext? [15:56] <Daemon404> isnt source.ffmpeg.org just a dns redirect [15:57] <funman> ubitux: yes I noticed the redirect [15:57] <funman> http://git.videolan.org/?p=ffmpeg.git gives wrong URL [15:57] <ubitux> not sure it can be changed [15:57] <ubitux> since it's likely auto generated on videolan side [15:59] <nevcairiel> i should've figured out earlier how this ffbisect script works, its really quite useful [16:07] <ubitux> i might try to write some arm simd after i'm done with vp9 x86 [16:07] <ubitux> any board recommendation? [16:07] <JEEB> :o [16:07] <ubitux> or should i just do something with a random phone instead? [16:07] <ubitux> (i'm afraid of android and ios shit) [16:07] <JEEB> you probably will want something NEON-capable ARMv7 [16:08] <JEEB> also funny enough iPhone somethingoranother had a custom implementation of some NEON instruction [16:08] <JEEB> so it crashed x264 :D [16:08] <ubitux> nice [16:10] <Daemon404> ubitux, any number of people could give you access to an arm box [16:10] <Daemon404> myself included [16:10] <nevcairiel> anyone thats knows mp4/mov a bit? does stss also occur for audio? [16:10] <ubitux> i don't want to depend on someone or a remote box [16:11] <funman> qemu-system-arm ;) [16:11] <ubitux> Daemon404: i'll probably buy one, unless you want to offer me one for free [16:11] <ubitux> funman: not really relevant for simd benching [16:11] <Daemon404> funnily enough, i do have extra arm boxes [16:11] <Daemon404> but they arent suitable for dev work [16:11] <JEEB> nevcairiel, I recommend consulting Paranoialmaniac whenever he wakes up again [16:11] <Daemon404> since they have special snowflak kernels [16:12] <nevcairiel> my bisect returned a result \o/ [16:12] <nevcairiel> love when it actually does work :p [16:12] <JEEB> :) [16:12] <JEEB> yeah [16:12] <Daemon404> unless it was fixed [16:12] <Daemon404> and reintroduced later [16:12] <nevcairiel> need to find the proper starting point [16:13] <JEEB> oh, that guy gave you a sample [16:13] <JEEB> nice [16:13] <nevcairiel> anyway i'm so buying a 8 core cpu next year, compiling a bazillion times takes ages [16:13] <Daemon404> i just start at HEAD~1000 [16:13] <Daemon404> er [16:13] <Daemon404> 10000 [16:13] <Daemon404> :D [16:13] <nevcairiel> i knew which version was good [16:13] <Daemon404> i do bisect on a 24 core xeon [16:13] <Daemon404> fro work [16:13] <Daemon404> :P [16:13] <durandal_1707> nevcairiel: which? [16:13] <nevcairiel> which what [16:13] <durandal_1707> version [16:14] <nevcairiel> some random hash :P [16:14] <nevcairiel> from july [16:14] <Daemon404> probably one he used for a release [16:14] <Daemon404> i bet [16:14] <nevcairiel> yea [16:15] <Daemon404> i was finally reading the lav code the other day [16:15] <Daemon404> i am impressed with the massive amount of special cased boilerplate code [16:15] <Daemon404> for stff like h264 [16:15] <Daemon404> :D [16:15] <Daemon404> dat api [16:16] <JEEB> reminds me I should poke the AVCc parser for H.264 in there [16:16] <JEEB> so that it won't try to push stuff forwards as AVCc if it's Annex B [16:16] <JEEB> (yo dawg annex b in mp4) [16:16] <Daemon404> it exists [16:16] <JEEB> or well, the parsing either fails or something [16:16] <JEEB> Daemon404, yes -- I have a sample [16:16] <Daemon404> i see a lot of annexb in mov [16:16] <Daemon404> at work [16:31] <nevcairiel> Daemon404: well, thats mostly because people produce so much crap [16:31] <Daemon404> my job is to consume crap [16:31] <nevcairiel> i wonder if i can get rid of my own "dont show broken frames" code for h264 these days [16:31] <nevcairiel> avcodec got support for that including intra-refresh now [16:35] <nevcairiel> maybe i'll just do that for my next release and try to fix fallout afterwards :p [16:40] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:f21dce60442b: indeo: Refactor ff_ivi_dec_huff_desc [16:40] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:c5da487a38f9: indeo: Refactor ff_ivi_init_tiles and ivi_decode_blocks [16:40] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:36678748333d: Merge commit 'c5da487a38f93b981c4933d4e0b09c49c319fbb7' into release/0.10 [16:56] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:aedde1a48de4: indeo: Cosmetic formatting [16:56] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:efe710f8a009: indeo: reject negative array indexes [16:56] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:c02b9e6e6338: indeo: Bound-check before applying transform [16:56] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:a0b8f85f2988: indeo: Bound-check before applying motion compensation [16:56] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:cb297f6ae79b: Merge commit 'a0b8f85f29883f538a32593bc3c6f712c972ff70' into release/0.10 [17:01] <ubitux> why cosmetics on stable branches? [17:01] <ubitux> wtf? [17:29] <nevcairiel> if you happen to have reformated the file you are now fixing a bug in, sometimes its just easier to also merge the cosmetics instead of sorting out the conflict manually :d [17:30] <nevcairiel> of course the lesson is that you should not do the reformat in between actual fixes [17:37] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:7999ff8966e0: indeo: Sanitize ff_ivi_init_planes fail paths [17:37] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:53c76b68036b: indeo: Do not reference mismatched tiles [17:37] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:cd9b0bb07a66: 4xm: validate the buffer size before parsing it [17:37] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:a5115752cad0: Merge commit 'cd9b0bb07a66d3299bd62922e9dfa742219abe79' into release/0.10 [17:52] <saste> ubitux, becase they messed history so functional changes are a mess to apply without the cosmetic histery [17:53] <Daemon404> still better than inside merge commits! [17:54] <wm4> lol at the merge mess [17:54] <wm4> I wonder if just cherry-picking wouldn't be easier? [17:55] <Daemon404> probably not no [17:55] <Daemon404> bisecting would be utter hell [17:58] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:12dc01bb1f07: 4xm: do not overread the prestream buffer [17:58] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:1825d6d09610: Merge commit '12dc01bb1f07112cd7eb31e183d75cb3c0fb92ca' into release/0.10 [18:04] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:c25bbb6fdbfb: 4xm: Reject not a multiple of 16 dimension [18:04] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:2da49df19e11: lavc: set the default rc_initial_buffer_occupancy [18:04] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:067713f15989: rtmp: rename data_size to size [18:04] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:39d76907c9fb: Merge commit '067713f15989dd0b8c0888a3b43fd193819a1058' into release/0.10 [18:19] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:a9ebc17b2dd5: rtmp: Do not misuse memcmp [18:19] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:5312fb828751: 8bps: Bound-check the input buffer [18:19] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:e930b112d14d: oma: refactor seek function [18:19] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:1c896e865cfb: Merge commit 'e930b112d14d7acd050d5087d11b6dd4c56a8e4e' into release/0.10 [18:56] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:b98a824c3e97: oma: check geob tag boundary [18:56] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:3cc05e0d9d24: oma: correctly mark and decrypt partial packets [18:56] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:cda26ab21eb5: nuv: Do not ignore lzo decompression failures [18:56] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:36fc320747a7: nuv: Pad the lzo outbuf [18:57] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:e31518e86ee5: Merge commit '36fc320747a768335ae4538a24a5739033b7eb74' into release/0.10 [19:07] <cone-910> ffmpeg.git 03Anton Khirnov 07release/0.10:d2eddcfc833f: nuv: return meaningful error codes. [19:07] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:c1ebdef01b01: nuv: Use av_fast_realloc [19:07] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:abb41f19cc10: nuv: Reset the frame on resize [19:07] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:048e28420172: Merge commit 'abb41f19cc10fea09fb16d9ecc9967b2a78cf7b0' into release/0.10 [19:10] <durandal_1707> http://forum.doom9.org/showthread.php?t=169686 [19:16] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:4a11d773f9f7: nuv: check rtjpeg_decode_frame_yuv420 return value [19:16] <cone-910> ffmpeg.git 03Reimar Döffinger 07release/0.10:5971631d8454: ogg: Fix potential infinite discard loop [19:16] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:1682c9fb595d: alsdec: Clean up error paths [19:16] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:b8ba48c725dc: dsicinav: Clip the source size to the expected maximum [19:17] <cone-910> ffmpeg.git 03Anton Khirnov 07release/0.10:82978539171f: pictordec: pass correct context to avpriv_request_sample [19:17] <cone-910> ffmpeg.git 03Anton Khirnov 07release/0.10:be8b796f559c: vcr1: add sanity checks [19:17] <cone-910> ffmpeg.git 03Martin Storsjö 07release/0.10:86d0bf0e96bf: mov: Seek back if overreading an individual atom [19:17] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:7c7239878731: Merge commit '86d0bf0e96bf917e283d24239ce0eed08351da86' into release/0.10 [19:24] <michaelni> durandal_1707, which revission broke that ? [19:29] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:8119336df40f: dsicinav: K&R formatting cosmetics [19:29] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:ef67d8107eb3: aac: return meaningful errors [19:29] <cone-910> ffmpeg.git 03Luca Barbato 07release/0.10:2ed8a550da52: aac: Check init_get_bits return value [19:29] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:2e57d4ba24b1: Merge commit '2ed8a550da524434deb3b89f7ec62ed833bedac5' into release/0.10 [19:36] <durandal_1707> michaelni: how would i know that? [19:40] <cone-910> ffmpeg.git 03Diego Biurrun 07release/0.10:a1b82c6b1c7b: x86: ac3dsp: Drop mmx variant of ac3_max_msb_abs_int16 [19:40] <cone-910> ffmpeg.git 03Diego Biurrun 07release/0.10:62c8bf00bb0b: x86: fft: Remove 3DNow! optimizations, they break FATE [19:40] <cone-910> ffmpeg.git 03Reinhard Tartler 07release/0.10:d2f484659172: Prepare for 0.8.7 Release [19:40] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:8528feb13cd3: Merge commit 'd2f4846591727fedcc2b452b688da8da09ee8305' into release/0.10 [19:48] <cone-910> ffmpeg.git 03Reinhard Tartler 07release/0.10:ae9652605a9a: Changelog for 0.8.9 [19:48] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:5e708b4de3aa: Merge remote-tracking branch 'qatar/release/0.8' into release/0.10 [19:51] <iive> michaelni: Did you really merge fft-remove 3dnow? without even trying to find what the problem is and fix it? [19:51] <michaelni> iive: i do not maintain release/0.10 [19:51] <michaelni> i just merge changes that others do [19:52] <iive> sorry, i'm a little confused. [19:52] <iive> you are backporting changes? [19:54] <durandal_1707> yes, it is prime priority to backport K&R fixes [19:54] <michaelni> iam merging what others backported to that old release ffmpeg 0.10 or libav 0.8 (they originate from about the same time) [19:55] <durandal_1707> nothing new [19:56] <michaelni> if someone wants to maintain release/0.10 that is welcome, also if someone just wants to fix the 3dnow stuff properly as well, every welcome [19:56] <michaelni> s/every/very/ [19:58] <iive> well... you know diego's ninja commits... no discussion, no explanation; bam - no need to maintain it anymore. [19:58] <durandal_1707> exactly [20:00] <michaelni> iive, no doubt that the removial is not the correct solution, but as said i dont maintain that ancient branch, and i dont even have a 3dnow box here so i couldnt even if i wanted [20:01] <michaelni> iive, revert it, solve it better, iam happy to apply your patches or merge from your git repo or whichever way of getting the changes in yuo prefer [20:05] <iive> this is the first time I see this change. You don't expect me to send you fix right now, I hope. [20:10] <michaelni> iive, i can wait with the release, theres no real hurry, if you want to look into it ? [20:11] <iive> no, don't wait for me. [20:11] <iive> but is this commit merged in the main repo too? [20:26] <michaelni> iive, i dont think it has been removed from the main repo, just renamed several times and changed to yasm [20:27] <michaelni> bac0729d9e1dcd4efc63637c7832c8bb013d4284, ca844b7be9c69c91113094ef21d720f1ca80db60 [20:50] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:d83dff2e0951: update for 0.10.10 [20:53] <llogan> lol. reindl and his stupid spam blockers again. [20:57] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:4ddbe89d40bd: avfilter/ff_insert_pad: fix order of operations [20:57] <cone-910> ffmpeg.git 03Michael Niedermayer 07release/0.10:58e212c1fbad: avcodec/jpeglsdec: check err value for ls_get_code_runterm() [21:20] <cone-910> ffmpeg.git 03Vittorio Giovara 07master:446e37dc97e5: vf_fieldorder: remove superfluous get_video_buffer [21:20] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:b84cd22a6661: Merge commit '446e37dc97e533e37f6aa0a11355124207e3a7f7' [21:37] <cone-910> ffmpeg.git 03Jan Ekström 07master:cd8f772d0678: lavc: Add colorimetry values for BT.2020, other non-included ones [21:37] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:be41f21a3d6d: Merge commit 'cd8f772d0678a90957f4dfd5ce51af9d22e3f212' [21:42] <cone-910> ffmpeg.git 03Jan Ekström 07master:885ec9242554: hevc: Use parsed VUI colorimetry in avcodec [21:42] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:b906d0488119: Merge commit '885ec9242554ad25922258a595ec5e317922a412' [21:48] <michaelni> mraulet, btw, are there any commits i should cherry pick from openhevc_ffmpeg ? [21:48] <mraulet> not yet [21:48] <mraulet> it has been not yet intensively tested [21:48] <cone-910> ffmpeg.git 03Yusuke Nakamura 07master:3ef9b7ab95cc: hevc_ps: Use AV_PIX_FMT_YUVJ420P if YUV 4:2:0 8-bit full scale [21:48] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:2865c1b905f0: Merge commit '3ef9b7ab95cc703b67a8b658dca45c80df0aaa66' [21:50] <michaelni> mraulet, ok [21:50] <nevcairiel> you are working on combining frame threading and wpp now? [21:50] <mraulet> yes [21:50] <mraulet> it works fine [21:50] <mraulet> but it has been recently finished [21:50] <nevcairiel> considering a 4k movie already gives me 90%+ cpu saturation, is that really going to change much? or only on systems with many more cores? [21:51] <mraulet> you can have a lower latency [21:52] <mraulet> when combining wpp with frame based [21:52] <mraulet> in our cases we can still gain a bit when combining both [21:53] <mraulet> 88fps compared to 65fps [21:54] <nevcairiel> I will certainly do some tests once its in master [21:56] <mraulet> ok [21:58] <cone-910> ffmpeg.git 03Diego Biurrun 07master:e73996954d8e: filtfmts-test: Fix use of deprecated API [21:59] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:4b4a7fcb073e: Merge commit 'e73996954d8e00117056dcefb38ef3d4d2f37967' [21:59] <nevcairiel> I dont suppose its smart enough to automatically reduce the number of frame threads and increase slice threads if wpp is present, and not otherwise? :d [22:00] <mraulet> at the moment this is the nicest way we found to do some experiments :-) [22:01] <mraulet> our idea is to reduce latency on some big frames [22:01] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:97f50e92b5cf: omadec: Fix wrong number of array elements [22:01] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:b1f213a83ae8: Merge commit '97f50e92b5cf3b47a76f75d76ed4340e822030db' [22:03] <mraulet> one question I have regarding interlace coding in H264. how does the decoder manage the 2 fields, it seems that it is done inside the h264 decoder? [22:04] <nevcairiel> it always combines both fields into one frame, yes [22:04] <nevcairiel> how that works in the decoder, michaelni can probably tell you [22:05] <kierank> yes it's scary code [22:05] <mraulet> michaelni why not doing that outside the decoder [22:08] <michaelni> mraulet, libavcodec & libavfilter dont support single fields. its all frames. Its also simpler for the user application that it doesnt have to handle anything but frames [22:15] <michaelni> one could probably add some generic code between decoder & user app to turn fields into frames, doing it without memcpy most of the time might be possibly too dunno how easy that would be though [22:17] <mraulet> this is the problem I have... whether I will be able to do it without memcpy seems not so easy [22:17] <mraulet> I can lost one filed in hevc [22:17] <mraulet> *field [22:18] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:1c736bedd989: omadec: check GEOB sizes against buffer size [22:18] <Compn> BBB : tell that to sony bluray [22:18] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:aeaca3816c26: Merge commit '1c736bedd9891501960ebac0f7c05eb60225e947' [22:18] <Compn> of which i assume there are vc1 blurays [22:19] <michaelni> doesnt hevc need the fields stored as frames anyway for motion compensation of subsequent frames (that is with mixed field pairs and frames) ? [22:19] <mraulet> no I don't need to change the structure of the decoder [22:20] <mraulet> filed are seen as frame in the deocder [22:21] <iive> hevc supports interlace too? [22:21] <mraulet> yes :) [22:22] <mraulet> yes with SEI and VUI messages [22:22] <mraulet> the decoder does not have complex tool at the moment [22:23] <mraulet> SEI messages are used to signal any changes between frame and field coding [22:24] <mraulet> and VUI messages are used to re-align chrominances [22:24] <iive> is there field based motion compensation? [22:25] <mraulet> no (for me the fields as seen as frame in the DPB) [22:25] <iive> interlace should have died long ago... with the crt... [22:26] <mraulet> it should but it is still alive... [22:47] <cone-910> ffmpeg.git 03David Goldwich 07master:0a7fef39fc57: omadec: loosen format probing constraints [22:47] <cone-910> ffmpeg.git 03Michael Niedermayer 07master:bd75651378da: Merge remote-tracking branch 'qatar/master' [23:53] <llogan> someone slap avserver [00:00] --- Tue Nov 5 2013

1 0

ffmpeg.log.20131104
by burek 05 Nov '13

05 Nov '13

[18:40] <tlhiv_work> how can i encode an MP4 and have it "stetch/compress" to ensure that it's output duration is prescribed [19:37] <klemax> hi [19:37] <klemax> php: symbol lookup error: /usr/local/lib/php/extensions/no-debug-non-zts-20100525/ffmpeg.so: undefined symbol: avcodec_init [19:37] <klemax> is there a way to fix this error? [19:38] <durandal_1707> yes, updata api [19:38] <klemax> what api? [19:40] <tlhiv_work> i have having the worst luck getting an overlayed video A/V sync to work out --> http://www.tlhiv.org/tmp/ffmpeg/ [19:40] <tlhiv_work> bar.mp4 has perfect A/V sync [19:40] <tlhiv_work> but the output.mp4 has bad A/V sync problems [19:42] <tlhiv_work> llogan: http://pastebin.tlhiv.org/JNGJlRYt [19:43] <llogan> you should have included the command [19:45] <tlhiv_work> llogan: http://pastebin.tlhiv.org/tnTEyPqI [19:45] <durandal_1707> klemax: one that use lavc [19:45] <tlhiv_work> the source files and resulting output are located at --> http://www.tlhiv.org/tmp/ffmpeg/ [19:46] <durandal_1707> klemax: also ffmpeg.so is not from ffmpeg project [19:50] <klemax> durandal_1707: Okay, thanks [19:54] <llogan> tlhiv_work: try a newer ffmpeg http://ffmpeg.org/download.html#LinuxBuilds [19:54] <tlhiv_work> i just built this one last week [19:54] <llogan> tlhiv_work: and see if this makes a difference ffmpeg -i foo.mp4 -i bar.mp4 -i circle.png -filter_complex "[0:v]setpts=PTS-STARTPTS[0v];[1:v]setpts=PTS-STARTPTS[1v];[1v][2:v]overlay[i];[0v][i]overlay=1022:96" out.mp4 [19:55] <llogan> the 0.10 branch is considered old [19:58] <tlhiv_work> wow ... i have the newer version but i was still using my older one ... bah [21:23] <viric> how can I do vp8 vbr? with qmax/qmin? [21:24] <viric> or q simply? [22:06] <llogan> viric: try http://trac.ffmpeg.org/wiki/vpxEncodingGuide [22:13] <Ove_bv> Hello. I have a question about seeking in ffmpeg. [22:13] <Ove_bv> I would like to seek to frame number X in a file [22:13] <Ove_bv> Am I doing this right? [22:13] <Ove_bv> avformat_seek_file(pFormatCtx, videoStreamIdx, 0, X, X, AVSEEK_FLAG_FRAME); [22:23] <viric> llogan: aha. I found also in webmproject the encoding guide. Thank you [23:01] <AndrzejL> guys can I specify how many cores can ffmpeg occupy? [23:01] <viric> some codecs understand '-threads' [23:01] <AndrzejL> I mean lets say I am converting a video - can I specify for the ffmpeg command to use 4 out of 8 cores? [23:02] <AndrzejL> ok [23:03] <AndrzejL> thanks viric [23:03] <AndrzejL> goodnight all [23:38] <makar> is it possible to remove / delete PID tables from a ts using ffmpeg? [23:38] <makar> or to create a ts without tables? [00:00] --- Tue Nov 5 2013

1 0

ffmpeg-devel.log.20131103
by burek 04 Nov '13

04 Nov '13

[00:42] <cone-155> ffmpeg.git 03James Zern 07master:e87043bb1fbc: MAINTAINERS: add myself for libvpx* [00:43] <cone-155> ffmpeg.git 03James Zern 07master:517afd72c677: libvpxenc: add VP9 options [01:01] <wm4> does af_volume not clamp results to [-1,1] range? [01:01] <wm4> it doesn't seem to do so for float/double [02:30] <cone-155> ffmpeg.git 03Timothy Gu 07master:624672fcce84: avutil/adler32: add Doxy group [02:30] <cone-155> ffmpeg.git 03Timothy Gu 07master:50f52a5498ff: avutil/xtea: add Doxy @file and group [02:30] <cone-155> ffmpeg.git 03James Zern 07master:23c03ac91eae: libvpxenc: allow qmax of 0 [02:30] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:4fb1221e66db: h264: reduce whitespace differences to libav [02:30] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:6e87dfb58945: mpegvideo: reduce whitespace differences to libav [02:30] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:63a37d0e1ec5: avcodec/hevc_sei: check active_seq_parameter_set_id validity [02:30] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:8a701ef7ddbb: avcodec/hevc_sei: Fix null dereference in decode_pic_timing() [10:04] <cbsrobot> ubitux: you could try the gdbinit from http://reverse.put.as/gdbinit/ to prettyprint the registers & not sure it works though [10:49] <j-b> 'morning [10:54] <michaelni> morning [11:09] <saste> michaelni, still waiting on lavc: drop deprecated audio_convert API at the next major bump [11:20] <michaelni> saste, reply written [12:01] <cone-408> ffmpeg.git 03Rudolf Polzer 07master:34a0ac41a880: vf_aspect: support variables in evaluating the aspect ratios [12:01] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:a75bf4e5c186: Merge commit '34a0ac41a880039c7fb4b3abce10d8e2ce48fac7' [12:34] <cone-408> ffmpeg.git 03Rudolf Polzer 07master:3a14b160bd44: vf_scale: make the dar variable return the DAR. [12:34] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:7edc9240a8f4: Merge commit '3a14b160bd442794c6a16a6a883adb547550e847' [12:44] <ubitux> cbsrobot: will try, thx [12:48] <cone-408> ffmpeg.git 03Vittorio Giovara 07master:5858a67f135a: attributes: disable flatten on llvm/clang [12:48] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:08e7644b6853: Merge commit '5858a67f135a7395c548482c73cf3d39bcdd3022' [12:53] <cone-408> ffmpeg.git 03Vittorio Giovara 07master:c0bba95c2363: wtv: fix variable sign in format [12:53] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:b6413cdc02f3: Merge commit 'c0bba95c2363641d3297b3852b2ece1474cda295' [13:07] <cone-408> ffmpeg.git 03Vittorio Giovara 07master:3ea5f64ffff0: ansi: fix possible use of uninitialized variables [13:07] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:b568eeba7524: Merge commit '3ea5f64ffff0a51f62922efd2e2bc231b13b2179' [13:07] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:cf49d5907aae: avcodec/ansi: set w/h correctly at the top [13:14] <saste> we have several LIBAVCODEC_VERSION_MAJOR < 55 in libavcodec/version.h [13:15] <saste> why the dead code was not removed? [13:17] <cone-408> ffmpeg.git 03Stefano Sabatini 07master:5a6e6dcaa4d2: lavc: drop deprecated audio_convert API at the next major bump [13:17] <cone-408> ffmpeg.git 03Stefano Sabatini 07master:90c329cc251f: lavc/version.h: remove empty line [13:33] <ubitux> ok i have a 8x8 almost working [13:33] <ubitux> it looks ok but fails on fate :( [13:35] <nevcairiel> saste: if its currently disabled, just submit a patch to clear it out? [13:37] <iive> ubitux: are you working on sse optimizations for vp9? [13:37] <ubitux> ssse3 [13:37] <ubitux> yes [13:46] <cone-408> ffmpeg.git 03Vittorio Giovara 07master:d7639785832c: rtmpproto: Reorder conditions to help dead code elimination [13:46] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:91a697576169: Merge remote-tracking branch 'qatar/master' [13:51] <ubitux> http://b.pkh.me/8x8ref.png http://b.pkh.me/8x8out.png almost there.. [13:53] <michaelni> hi superdump [13:53] <michaelni> do you have time to take a quick look at 2 bugs? [13:53] <michaelni> actually iam nit even sure they are valid/real [13:53] <michaelni> https://trac.ffmpeg.org/ticket/1848 and https://trac.ffmpeg.org/ticket/1849 [13:54] <cbsrobot> ubitux: did it help ? [13:55] <ubitux> cbsrobot: didn't look yet [13:55] <ubitux> but i'll try [13:56] <cbsrobot> you get all additional commands with "help user" [13:58] <ubitux> ok [14:03] <cone-408> ffmpeg.git 03Lukasz Marek 07master:6ac9afd16e38: lavd/alsa: fix timestamp calculation [14:03] <cone-408> ffmpeg.git 03Lukasz Marek 07master:e56d1a120324: lavd/alsa: add stream validation [14:03] <cone-408> ffmpeg.git 03Nicolas George 07master:eeb975f5cda3: lavf/wavenc: check for a single stream. [14:03] <cone-408> ffmpeg.git 03Nicolas George 07master:863fb11f63f7: lavd/lavfi: support unknown channel layouts. [14:03] <cone-408> ffmpeg.git 03Nicolas George 07master:f775eb3fb4c7: lavfi/avfiltergraph: suggest a solution when format selection fails. [14:03] <cone-408> ffmpeg.git 03Nicolas George 07master:d300f5f6f570: lavfi/avfiltergraph: do not reduce incompatible lists. [14:03] <cone-408> ffmpeg.git 03Nicolas George 07master:6e2473edfda2: lavfi: parsing helper for unknown channel layouts. [14:03] <cone-408> ffmpeg.git 03Nicolas George 07master:4a640a6ac890: lswr: fix assert failure on unknown layouts. [14:03] <cone-408> ffmpeg.git 03Nicolas George 07master:4e9adc9b7363: lavfi/af_pan: support unknown layouts on output. [14:03] <cone-408> ffmpeg.git 03Nicolas George 07master:7b0a587393e0: lavfi/af_pan: support unknown layouts on input. [14:03] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:2ed562d5fa05: Merge remote-tracking branch 'cigaes/master' [14:35] <michaelni> BBB, ubitux vp9 is missing in the MAINTAINERs file [14:36] <BBB> uhm, maybe add him and me? [14:36] <ubitux> or just BBB ;) [14:51] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:73e7d8f5f028: MAINTAINERS: add vp9 maintainers [14:51] <ubitux> :( [14:52] Action: ubitux just got cursed of maintainership [14:53] <Daemon404> can i has the codez? [14:53] Action: Daemon404 emails ubitux from india [14:53] <ubitux> :) [14:59] <michaelni> ubitux, feel free to remove yourself if you dont want to maintain it [14:59] <ubitux> i was half joking :) [15:01] <michaelni> :) [16:50] <wm4> hm avio opens a certain unseekable http url as seekable, with size==2000000000 [16:50] <wm4> this is the url: http://8283.live.streamtheworld.com:80/CBC_R1_VCR_H_SC [16:51] <wm4> this is very bad, because it's an aac stream, and lavf tries to seek to the "end" of the file to read the id3 [16:51] <nevcairiel> it gets the seekable info from the http headers, blame the server for sending a range header then [16:51] <nevcairiel> my guess, anyway [16:55] <wm4> where is the AVIOContext seekable flag set? not in http.c... [16:56] <nevcairiel> i guess seekable is never set, but it has its own seek function which checks this on the is_streamed flag [16:56] <nevcairiel> i suppose it might be smart if this goes through to seekable [16:58] <Compn> isnt there an option to ignore seeking ? [16:58] <Compn> -noidx or something [16:58] <wm4> and of course useful things like dumping headers is hidden with av_dlog... [16:58] <wm4> Compn: doesn't help shit [16:59] <wm4> you expect the user to guess lavf is taking so long because it ties to read an id3 at the "end" of a web radio stream? [17:00] <Compn> lavf likes 5mb probe anyways [17:00] <wm4> yeah I'm already preventing that for aac via a hack [17:00] <Compn> lol [17:00] <wm4> so horrible [17:00] <Compn> back to mime-types then? [17:00] <wm4> it uses the mime type for the hack [17:00] <Compn> yes! [17:01] <Compn> btw this works pretty quickly [17:01] <Compn> mplayer ffmpeg://http://8283.live.streamtheworld.com:80/CBC_R1_VCR_H_SC -nocache -v -v -v -lavfdopts format=aac [17:02] <Compn> add -demuxer lavf [17:02] <Compn> any by pretty quickly i mean instantly [17:02] <Compn> at least with my old mplayer [17:02] <Compn> dont need -v -v -v either [17:02] <wm4> here it hangs when printing "Checking for Nullsoft Streaming Video" [17:02] <Compn> mplayer ffmpeg://http://8283.live.streamtheworld.com:80/CBC_R1_VCR_H_SC -nocache -lavfdopts format=aac -demuxer lavf [17:02] <wm4> MPlayer 1.1-4.8 (C) 2000-2012 MPlayer Team [17:02] <Compn> you forgot -demuxer lavf [17:03] <wm4> mp_seek(0x930a398, 1999999872, 0) [17:03] <wm4> it does the same crap [17:03] <Compn> did you get the -nocache ? [17:03] <wm4> yes [17:03] <Compn> hmm [17:03] <Compn> maybe my mplayer is too old [17:03] <wm4> or mine is? [17:03] <wm4> see 2012 copyright [17:03] <Compn> could be [17:03] <Compn> well [17:04] <Compn> MPlayer sherpya-r36349+gb24f15c-4.6 (C) 2000-2013 MPlayer Team [17:04] <Compn> MPlayer Redxii-SVN-r35679-4.6.3 (C) 2000-2012 MPlayer Team [17:04] <Compn> so there :P [17:04] <Compn> works in both of those for me [17:04] <Compn> ffplay http://8283.live.streamtheworld.com:80/CBC_R1_VCR_H_SC also works instantly [17:05] <Compn> ffplay version N-52523-g0fb64da Copyright (c) 2003-2013 the FFmpeg developers [17:05] <wm4> what is instant? [17:05] <wm4> it takes at least 10 seconds here [17:05] <Compn> 1 second, tops [17:06] <Compn> maybe 2-3 seconds :P [17:06] <Compn> hehe [17:06] <Compn> but not 10 [17:08] <Compn> do you have ipv6 stuff ? [17:08] <Compn> that always caused trouble in mplayer for me [17:08] <Compn> trying to dns ipv6 , so lets stop trying ipv4... [17:08] <Compn> -prefer-ipv4 in my config i think [17:08] <wm4> no ipv6 here [17:08] <wm4> anyway, the server indeed sends crap [17:08] <wm4> content-range: bytes 0-1999999999/2000000000 [17:08] <wm4> yeah no [17:08] <Compn> lol [17:09] <nevcairiel> i told you :) [17:10] <nevcairiel> otherwise it would have no idea about the file size and where to seek to [17:10] <wm4> so what do, shall I add a funny hack? [17:10] <wm4> there's already one: [17:10] <wm4> if (s->seekable == -1 && (!s->is_akamai || s->filesize != 2147483647)) [17:10] <wm4> h->is_streamed = 0; /* we _can_ in fact seek */ [17:11] <Compn> "is_akamai" [17:11] <wm4> } else if (!av_strcasecmp (tag, "Server") && !av_strcasecmp (p, "AkamaiGHost")) { [17:11] <wm4> s->is_akamai = 1; [17:11] <wm4> and this particular stream sends "Server: MediaGateway 3.5.2-001" [17:11] <Compn> why i dont like id3 nonsense... [17:12] <wm4> maybe http.c should just export the server so applications can decide whether they do ridiculous server specific hacks [17:13] <nevcairiel> too bad protocols dont have access to the metadata dicts in the format context [17:13] <wm4> you could add one to AVIOContext [17:13] <Compn> so a user has to know what hacks to add because they get a server name ? [17:13] <Compn> thats what you are saying here [17:14] <wm4> yes, because it would be a ridiculous hack [17:14] <wm4> just like the akamai one btw. [17:14] <Compn> akamai is ridiculous :D [17:14] <nevcairiel> open a ticket, i know a dev who likes contributing suck hacks [17:14] <nevcairiel> such* [17:14] <wm4> "'Expires: Thu, 01 Jan 1970 00:00:00 GMT" [17:14] <wm4> lol this server [17:15] <nevcairiel> personally i would just tell the user that complained to go complain at the host [17:15] <Compn> lets seek back to 1970 [17:15] <Compn> does it work in vlc ? [17:15] <wm4> there's no user [17:15] <wm4> I just care about it because mplayer can handle it fine [17:15] <wm4> (with its native http) [17:15] <Compn> so which software is causing problem with it ? [17:15] <nevcairiel> because it doesnt read id3? :d [17:15] <wm4> maybe merely because it doesn't read id3 tags from aac streams [17:15] <Compn> oh mplayer with lavf [17:16] <nevcairiel> i used to get compared to ffdshow all the time, but ffdshow can do this, and it can do that, but i simply refused to implement all these ugly hacks to support broken things, and it helped keep me sane :p [17:17] <Compn> wm4 : btw if you do mplayer ffmpeg://http://jasonsloan.bandcamp.com/album/live-on-sadayatana -demuxer aac -nocache it works [17:17] <Compn> how you know its id3 problem and not other probe ? [17:18] <Compn> nevcairiel : did they start 'rewriting' ffdshow ? [17:18] <Compn> yet [17:18] <Compn> ffdshowtryouts was going to do it [17:18] <nevcairiel> thats usually what people refer to when they say ffdshow [17:18] <nevcairiel> the original died in 2006 or something [17:18] <Compn> yeah :P [17:18] <wm4> Compn: because I'm watching what it does [17:19] <nevcairiel> but it was never "rewritten", just more hacks on hacks [17:19] <Compn> wm4 : because the nullsoft stream probe isnt the last demuxer before lavf ? [17:19] <Compn> actuall nsv is right after lavf, which means mplayer skipped over -demuxer 30 (aac) :\ [17:20] <Compn> unless im confused about demuxer order lol [17:20] <nevcairiel> does it actually stop when it probes a demuxer, i thought it continues to see if one has a higher score [17:20] <wm4> Compn: I was testing this with my mplayer fork [17:20] <Compn> er aac is 39 , nsv is 36 [17:20] <Compn> wm4 : i'm saying if you disable nsv demuxer , i think it will work :P [17:21] <Compn> it gets stuck there because nsv demuxer probe broken [17:21] <wm4> so on my fork it actually reads only 2 KB [17:21] <wm4> and then lavf seeks to the "end" of the stream [17:21] <wm4> so doing all these nonsense reconnects makes it awfully slow [17:21] <nevcairiel> 2kb is the usual probe size, iirc [17:21] <Compn> nevcairiel : dont think so, why probe 40 demuxers if demuxer 2 works ? [17:21] <nevcairiel> must be enough to figure out its aac [17:22] <wm4> nevcairiel: aac can probe much more in some situations [17:22] <nevcairiel> Compn: some demuxers only respond with a low score because of false positives, especially such raw-format demuxers [17:22] <nevcairiel> the whole score system would be useless if it stopped anyway [17:23] <Compn> wm4 : with enough -v , mplayer http demuxer outputs http header :P [17:23] <Compn> Fields: [17:23] <Compn> 0 - Expires: Thu, 01 Dec 2003 16:00:00 GMT [17:24] <ubitux> 8x8 working \o/ [17:24] <Compn> nevcairiel : well then mplayer http must be detecting mime type to skip probing [17:25] <Compn> nevcairiel : and mplayer doesnt report all demuxer probes when playing files, so maybe its just all hidden ? [17:25] <Compn> well it also does fileextension cheats :D [17:25] <Compn> so many hacks [17:25] <nevcairiel> mplayer is a pile of hacks, i'm not going to start guessing how it works [17:25] <Compn> lol [17:26] <wm4> indeed, mplayer is full of dumb crap [17:26] <wm4> which makes it amazing that some things work so much better than in ffmpeg [17:26] <durandal_1707> michaelni: you added stuff into vf_aspect that are not needed [17:27] <durandal_1707> saste: ^ [17:28] <Compn> wm4 : anyways if you want to fix this particular problem, have ffmpeg:// pass the mime type to mplayer, and it will do the rest [17:28] <Compn> no need for hack. [17:28] <wm4> man the worst is that the mediagate server pretends seeking was a success [17:29] <Compn> see, when a server sends so many broken things, it sounds like they stole some gpl code and didnt know what to do with it [17:29] <Compn> so strings their server and see what gpl project they are breaking :D [17:32] <Compn> is it weird i cant find 'media gateway' server ? [17:35] <Compn> anyone want to rescue the bayer rgb patches so we can get r3d camera files working ? [17:36] <saste> durandal_1707, like what? [17:36] <ubitux> ok 8x8 ~6x faster [17:36] <ubitux> maybe i can do better with 2x2 [17:42] <wm4> is there a mechanism that tells lavf that seeking doesn't work, but that it can seek forward by skipping large amounts of data by reading over it? [17:42] <wm4> you'd want that for a local file (maybe), but definitely not with a slow source [17:44] <cone-408> ffmpeg.git 03Paul B Mahol 07master:3d9fc5c6ad31: avfilter/vf_aspect: remove dupe constants setup [17:46] <Compn> sint there an is_slow flag ? [17:47] <wm4> no [17:47] <wm4> maybe what I want is AVIO_SEEKABLE_NORMAL [17:48] <wm4> the way it's used seems to be useless though [17:49] <wm4> in fact that's the only flag that can be set on aviocontext->seekable [17:59] <{V}> ubitux, in vp9? [17:59] <ubitux> yes [17:59] <{V}> congrats [17:59] <ubitux> i think i can do better [18:18] <cone-408> ffmpeg.git 03Stefano Sabatini 07master:d3397c3e829b: lavc: remove dead FF_API_ALLOC_CONTEXT API [18:18] <cone-408> ffmpeg.git 03Stefano Sabatini 07master:a68956042818: lavc: remove dead FF_API_AVCODEC_OPEN API [18:18] <cone-408> ffmpeg.git 03Stefano Sabatini 07master:cfe7185a92da: lavc: remove dead FF_API_OLD_TIMECODE API [18:19] <cone-408> ffmpeg.git 03Stefano Sabatini 07master:535d58959dec: ffmpeg: add verbose consistency checks in case of filtering inconsistent options [19:50] <cone-408> ffmpeg.git 03Mikulas Patocka 07master:074155360d28: avcodec/x86/hpeldsp: fix crash on AMD K6-3+ [21:10] <ubitux> cbsrobot: it's buggy with my gdb unfortunately [21:14] <ubitux> it would be nice if it was supporting the xmm and mmx registers [21:15] <ubitux> ...as well as coloring registers only when they change from previously [21:54] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:8b73a3f6f659: avformat/utils: never decrease has_b_frames in compute_pkt_fields() [22:40] <ubitux> 7776 decicycles in idct_idct_8x8_add_c, 4192821 runs, 1483 skips [22:40] <ubitux> 1120 decicycles in ff_vp9_idct_idct_8x8_add_ssse3, 4193860 runs, 444 skips [22:40] <nevcairiel> how does overall decode speed benefit from all the idcts? [22:41] <ubitux> didn't bench yet [22:41] <ubitux> i'm assuming it will start to be relevant when the iadst variants will be done as well [22:41] <ubitux> i think i can remove 2 mov with the current code, can be very slightly faster [22:43] <cone-408> ffmpeg.git 03Michael Niedermayer 07master:336a1902d6be: avcodec/ffv1enc: Check high bpp RGB against coder type too [22:49] <ubitux> nevcairiel: http://pastie.org/8453081 [22:49] <nevcairiel> just for 8x8? [22:49] <ubitux> first 3: current, last 3 4x4+8x8 [22:49] <nevcairiel> ok [22:50] <ubitux> 40 seconds decode / 1080p [23:11] <cone-408> ffmpeg.git 03wm4 07master:3220a894f794: http: add hack to make streams served by MediaGateway not seekable [23:11] <ubitux> https://github.com/ubitux/FFmpeg/compare/vp9-asm [23:11] <ubitux> BBB ^ [23:12] <wm4> eh that was quick [23:12] <ubitux> BBB: i'll try to honor what you said in previous review and resubmit [23:26] <wm4> so what's the deal with AVPicture? [23:28] <juanmabc> i'm gonna need advice to use 'your' api ;) , the cause, my project current tarball, https://openalextensions.googlecode.com/files/ale-0.4.18.tar.bz2 [23:29] <juanmabc> here's the meat decoding module: http://ur1.ca/fzcc8 -> http://paste.fedoraproject.org/51352/51765213 [23:30] <juanmabc> before 1.0 it worked (worked?, sounds so bad that english) , now it runs bad as you can see by a fast ./configure; make; cd demos/; ./alestream somefile.mp3 (or whatever ffmpeg decodeable file) [23:32] <juanmabc> i'm idle, and i'd be glad to promote this code to a sample decoding implementation of ffmpeg that you can/could refer to anyone :) [23:36] <juanmabc> this could promote ffmpeg to games, btw [23:36] <juanmabc> the trend is to use such specific libs like libvorbis, libogg, ... but you give a lot of power that ffmpeg has [23:37] <BBB> ubitux: \o/ [23:37] <ubitux> actually i'm too lazy for the xmm in 4x4 now :) [23:37] <ubitux> i'd better have the iadst combinations done [23:39] <ubitux> mmh next week end is 3-days one again in my country [23:39] <ubitux> maybe i'll be able to get it done next week then [23:41] <BBB> what is topleftcorner? [23:41] <BBB> is that a 2x2 sub8x8? [23:41] <BBB> it seems it is, yes [23:41] <ubitux> not really 2x2 [23:41] <ubitux> DC, right and bottom [23:41] <BBB> does it require that 1,1==0? [23:41] <ubitux> it's not a square like in 4x4 in the zigzag [23:41] <BBB> right I know [23:42] <ubitux> BBB: require no [23:42] <BBB> but you (I) could change that to be subblock driven [23:42] <ubitux> but it will be always 0 [23:42] <BBB> i.e. not just go by eob, but go by coeffzeromasking [23:42] <BBB> and then we could call this if anything outside 2x2 is 0 [23:42] <BBB> that's why I'm asking [23:42] <ubitux> i don't get it [23:42] <wm4> <juanmabc> the trend is to use such specific libs like libvorbis, libogg, ... but you give a lot of power that ffmpeg has <- actually, using ffmpeg in games is the pure horror [23:43] <ubitux> ah you mean another flag for that 2x2 area? [23:43] <wm4> juanmabc: I know because 1. I've done it myself, and 2. have others seen doing it [23:43] <juanmabc> wm4: reasons? [23:43] <juanmabc> is good for video on textures too btw [23:43] <wm4> juanmabc: complex, low level, ever changing API [23:43] <juanmabc> ever changing API, i'm there bro [23:44] <juanmabc> i think at least i'm gonna freeze with an internal copy, and update when i want [23:44] <wm4> lol [23:44] <juanmabc> hehe, it's a real valid solution [23:44] <wm4> having a copy of libvorbis is really much better than having a copy of ffmpeg [23:45] <juanmabc> my main goal is power, and multiformat is much superior [23:45] <juanmabc> plus i'd reuse that for video on texture as i said :) [23:45] <juanmabc> ala Blink Video [23:45] <juanmabc> ;) [23:47] <juanmabc> i did it already (on an old api ;)) https://www.youtube.com/watch?v=BHPzjpojlz0 [23:48] <juanmabc> ogre3d people do it, blender people do it, crystal space people do it, mine is just that, not tied to an engine [23:48] <juanmabc> so you glue that lib to any engine, and is more reusable [23:50] <juanmabc> plus newcomers loves my aleBufferData(buffer, "audio.ogg"); :) [23:52] <juanmabc> about the code, i'd keep around for more detailed help :) [23:52] <wm4> so you're providing the high level API ffmpeg really should provide [23:53] <wm4> like decoding a file into a memory buffer [23:53] <juanmabc> nope, i do that plus pass that memory to openal [23:53] <wm4> (fair enough) [23:53] <wm4> yeah, getting support for openal is only a small step further [23:55] <juanmabc> that's why i said that can be referred as a sample usage implementatino :) [23:55] <juanmabc> main stuff is in aleStreamBufferChunk [23:55] <juanmabc> rest is bolierplate [23:56] <juanmabc> i keep researching, but api is so new so yet not so spread [23:57] <juanmabc> i mainly avcodec_decode_audio4 and pass it [23:57] <juanmabc> i think i fail at the math at 'passing it', samples or channels [23:57] <juanmabc> again 'it worked for good pre 1.0' [23:59] <juanmabc> without Convert i get the smurfs [23:59] <juanmabc> with convert i get left well, right is loud [23:59] <juanmabc> :S [00:00] --- Mon Nov 4 2013

1 0

ffmpeg.log.20131103
by burek 04 Nov '13

04 Nov '13

[02:30] <KnightHawk3> Could someone tell me if I could offset the subtitles when creating hardsubs (-vf subtitles=sub.srt)? [02:53] <KnightHawk3> Ah I have solved it by just using a tool to automatically offset the subtitles in the srt file then having ffmpeg use it. [03:18] <max2me> Hello everyone :) I'm converting bunch of photos into a timelapse video using x264 codec & following command: "-y -r 30 -i %04d.jpg -b:v 3000k -vcodec libx264 -g 24 output.mpg". Then I upload it to the server and when I try to open it from my phone, it has to download entire video before playing. How can I have it start playing as soon as few frames are downloaded? (kinda like youtube & all other video hostings do) [03:19] <max2me> Do I need to modify something in the way I create video or do I need to setup streaming server for that? [03:24] <KnightHawk3> max2me: Probably need to setup a streaming server. [03:25] Action: KnightHawk3 would like to point out he isn't very smart and is just guessing. [03:27] <max2me> Got it, that's what I've suspected as well. But I wanted to avoid paying for extra-bandwidth between cloud storage & streaming server. [05:32] <DrBenway> im having this problem where i'm trying to decode using hardware acceleration. i have a test where i capture from camera and encode in h264 to then feed into my decoder and then render the frame. it works perfectly in software but as soon as i enable hardware decoding... i start getting log about "missing reference picture" and it looks like only the upper left quarter of my frame is being decoded [05:33] <DrBenway> this same code seems to work when reading from a file using avformat. [05:33] <DrBenway> could it be the decoder context that is badly intialized or something/ [05:35] <DrBenway> or should i ask that stuff on the devel channel? [10:33] <strk> yasm/nasm not found or too old. Use --disable-yasm for a crippled build. <--- how crippled ? [10:34] <strk> happens on a CentOS release 5.8 [11:13] <snooky> good morging [11:13] <snooky> how i calculate the bitrate with an target size? [11:21] <JEEB> since bit rate is kb per second, you look at how long your content is second-wise, then solve (bit_rate_video + bit_rate_audio [say, 192kbps for audio?]) * time = size for bit_rate_video, then give it some leeway for the container by removing a bit from the video bit rate and that should be it :P [11:24] <snooky> i want calculate the target size of my mkv file [11:24] <snooky> the target size is 4000MB [11:24] <snooky> the audiofile is 143mb big [11:24] <snooky> and 448k [11:44] <snooky> is that nen bitrate? 12081656 [12:05] <snooky> ??? [12:16] <snooky> 78.328 FPS [12:16] <snooky> what was wrong? [12:17] <snooky> bitrate 16552kbp/s ? [12:35] <sacarasc> snooky: How long in seconds is your file? [12:36] <snooky> 2684 [12:36] <snooky> the original file has a bitrate of 3633kbp/s ans 23.976 FPS [12:39] <sacarasc> So, X + 448k * 2684 = 4000MB, this would make X (the video bitrate) around 1042k. [12:39] <sacarasc> I think. [12:40] <snooky> hhmmm... [12:40] <snooky> target_bytes = target_size * 1024 * 1024 audio_bytes = ((abr * 1000) / 8) * time return (target_bytes - audio_bytes) / time * 8 [12:40] <snooky> there i calculate the bitrate [12:41] <sacarasc> Wait. [12:41] <sacarasc> I got that wrong, because I forgot the bit/byte conversion. [12:42] <GRMrGecko> Is it just me or can none make FFmpeg eat the CPU in Mavericks? [12:43] <GRMrGecko> Max I've seen it was 380% CPU. not the max [12:43] <GRMrGecko> I normally get 11FPS, but now only 6FPS [12:46] <knc119023> Hey - what codec should I be using to decode WMA files? [12:47] <knc119023> I tried with AV_CODEC_ID_WMAV1 and AV_CODEC_ID_WMAV2 but I get a "Could not open codec" error... [12:47] <knc119023> Basically, `avcodec_find_decoder(AV_CODEC_ID_WMAV1)` fails [14:24] <zvn3x> does anyone know, can i use this tool to batch convert mp3s to wav format? [14:28] <zap0> zvn3x, ffmpeg doesn't 'batch' anything. it converts. the batch bit will have to be your own shell script / code. [14:29] <zvn3x> i know i can convert files one by one, i am trying to construct a command to automate the process [14:29] <klaxa> you can do something like: for i in $(ls *.mp3); do ffmpeg -i "$i" -c:a pcm_s16le "$i".wav; done [14:30] <klaxa> will turn "Track 01.mp3" to "Track 01.mp3.wav" [14:30] <klaxa> if you are on a shell that supports that of course [14:30] <klaxa> like bash or something [14:30] <zvn3x> thats exactly what i need, in a bash script, perserving quality and filename just changing to be 16bit pcm wav files instead of mp3 [14:32] <zvn3x> so this command should work in bash, for i in $(ls *.mp3); do ffmpeg -i "$i" -c:a pcm_s16le "$i".wav; done [14:33] <zap0> tias [14:33] <sacarasc> You shouldn't do that, zvn3x, try "for i in *.mp3", works better in most situations. [14:35] <klaxa> oh right, i kinda thought there was some reason that wouldn't work [14:35] <klaxa> but that was just me [14:35] <juanmabc> *cough* adpcm_ima_amv encoder *cough* ;P [14:35] <klaxa> confused it with using "while read line; do something; done < *.mp3 [14:35] <klaxa> " [14:35] <c_14> zvn3x: You can also use "${i/\.mp3/.wav}" for the output if you don't want the .mp3.wav [14:35] <klaxa> because that one doesn't work because *.mp3 is not a file/stream/whatever, i don't really know [14:36] <zvn3x> yes i recently converted about 400 flv to mp4 using a similar command, but im not familiar with the options and i dont know bash [14:36] <juanmabc> for file in *.mp3; do echo "<$file>"; done [14:37] <juanmabc> #bash [14:37] <juanmabc> for the novice linux user, not just programmers ;D [14:38] <zvn3x> this part -c:a pcm_s16le is standard wave format? [14:40] <zvn3x> for i in *.mp3; do name=`echo $i | cut -d'.' -f1`; echo $name; ffmpeg -i $i $name.mp4; [14:44] <juanmabc> for file in *.mp3; do ffmpeg -i "$file" "${file%.*}.mp4"; done [14:45] <juanmabc> usually test before running what would run [14:45] <juanmabc> for file in *.mp3; do echo ffmpeg -i "$file" "${file%.*}.mp4"; done [14:45] <juanmabc> you can't do that so out of the box on gui ;P [14:46] <zvn3x> sorry i wanted the output to wav, so just change that mp4 to be wav, is there any options i need to pass to achieve this [14:47] <juanmabc> ffmpeg takes care according to output file format, though the defaults perhaps are too low [14:47] <juanmabc> like rate, freq, ... [14:48] <juanmabc> -ac 2 -ar 44100 (2 channels, 44100 Hz) [14:48] <juanmabc> -ab 128K (for mp3,ogg, ...) [14:48] <juanmabc> you can see to what it converts in the process, it outputs that before conversion [14:49] <zvn3x> -ac 1 (for mono?) [14:49] <juanmabc> sure [14:50] <juanmabc> (a_udio c_hannels, a_udio r_ate, ... [14:56] <zvn3x> hey is this right? for file in *.mp3; do ffmpeg -i "$file" -ac 2 -ar 44100 "${file%.*}.mp4"; [14:57] <sacarasc> Except for missing "done" at the end, pretty much. You might wanna add -b:a too, though. [14:58] <juanmabc> and replace .mp4 for .wav :? [14:59] <zvn3x> for file in *mp3; do ffmpeg -i "$file" -ac 1 -ar 44100 "${file%.*}.wav"; done [14:59] <zvn3x> should i put that -b:a in there? [15:00] <sacarasc> No. [15:00] <sacarasc> It should default to 1440k [15:02] <zvn3x> what does that option do, i cant find this in the man.. i just want 44100, since it should be the standard quality [15:04] <sacarasc> -b is bitrate, :a means it's for audio. [15:04] <juanmabc> it's -ab 128K, the syntax is changing to -b:a 128K, currently both are supported [15:13] <zvn3x> i copied the mp3s to a test directory and ran the script, it seems to have worked out so far. im going to try to create an analysis [15:15] <zvn3x> has anyone used ffprobe [15:19] <sacarasc> What do you need from it? [15:21] <zvn3x> it would be helpful to print an analysis of every wav in the directory and see if iv achieved the right quality [15:21] <klaxa> pcm is uncompressed [15:21] <klaxa> there is no way i cannot have achieved the right quality [15:21] <klaxa> the limiting factor here is bandwidth and the quality of your mp3 files [15:22] <zvn3x> what about the way to see every detail of the newly converted files? [15:22] <klaxa> you can run ffprobe somefile.wav [15:22] <klaxa> but that will probably only show the bitrate being like 1536 kbps [15:24] <zvn3x> i want to check that all files are 44.1kHz 16-bit mono [15:25] <zvn3x> it would be cool to print all this info into a file [15:33] <zap0> batch ffmpeg -i [17:24] <someAlex> Hi! I'm trying to use ffmpeg+ffserver to re-translate incoming high-quality stream to low-quality to make it possible to watch it at my second, more slower PC. [17:24] <someAlex> Incoming stream is http://localhost:8902/stream [17:24] <someAlex> What I do: [17:24] <someAlex> ffserver -f ~/ffs.conf & [17:24] <someAlex> # Contents: http://pastebin.com/xZtzHBN6 [17:24] <someAlex> ffmpeg -i http://localhost:8902/stream -strict -2 -preset medium http://localhost:8090/feed1.ffm [17:24] <someAlex> But the result is: http://pastebin.com/ZxGtUcGB [17:24] <someAlex> Looks like both AAC and h264 codecs are available: http://pastebin.com/6wfJjJkq (lines 84 and 219) [17:24] <someAlex> Any advice? I never worked with ffmpeg directly before, but for now I have no ideas, what to do with this situation. [19:34] <klemax> hi [19:34] <klemax> php: symbol lookup error: /usr/local/lib/php/extensions/no-debug-non-zts-20100525/ffmpeg.so: undefined symbol: avcodec_init [19:34] <klemax> is there a way to fix this error? [00:00] --- Mon Nov 4 2013

1 0

ffmpeg-devel.log.20131102
by burek 03 Nov '13

03 Nov '13

[00:41] <BBB> ubitux: not that fast ;) [00:41] <ubitux> BBB: why did you start with 32 instead of 16 btw? [00:41] <BBB> ubitux: taking some weird approaches so it's not exactly going fast [00:42] <BBB> I guess I like suffering [00:42] <BBB> ? [00:42] <ubitux> :) [00:42] <ubitux> it's really cool to have that much registers with xmm hehe [00:43] <BBB> it's not enough for me ;) [00:43] <ubitux> and it's a lot simpler now that i made 4x4 actually :p [00:43] <ubitux> yes haha [00:43] <ubitux> i guess so :) [00:43] <ubitux> when idct_idct_{4x4,8x8} are done, i guess i'll have a look to the iadst variants [00:44] <BBB> sure, or loopfilter [00:44] <BBB> loopfilter is actually fun, I learned a lot from doing that in vp8 [00:44] <BBB> but do it in whatever order you prefer [00:44] <BBB> most importantly, it should be fun [00:45] <ubitux> ah? [00:45] <ubitux> ok [00:58] <cone-35> ffmpeg.git 03Mickaël Raulet 07master:38612379bffe: hevc: fix temporal_id(cherry picked from commit 5eac0df49d33bef7f3ffc5efde19839dddb554e8) [00:58] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:f578e5d9376a: avcodec/hevc: Adjust white-spaces to reduce difference to 064698d381e1e7790f21b0199a8930ea04e2e942 [01:03] <kurosu_> deblocking is most often a major pain [01:03] <kurosu_> not enjoying it [01:09] <ubitux> just like idct, i'll do the simpler part and let BBB do the major pain part [01:09] Action: ubitux runs away [01:09] <BBB> deblock is a friggin' pain, yes [01:09] <BBB> but it's always a good feeling when you finish something like that [01:09] <ubitux> :) [01:09] <BBB> so I'm happy to do it [01:09] <BBB> just will take a while [01:11] <kurosu_> mc is cool: simple, very rewarding on the runtime :-) [01:12] <ubitux> this one is already done afaict [01:12] <kurosu_> with 32x32/16x16 transforms, I'm wondering if implementing transforms assuming upper coefficients are null will start to be beneficial [01:13] <kurosu_> i was talking in a generic way, not speaking of vp9 in particular [01:38] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:647adc429050: h264: factor "if(h->sei_recovery_frame_cnt >= 0)" out [09:32] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:8183e33225af: h264_refs: use named constant for setting frame_recovered [09:38] <cone-155> ffmpeg.git 03Luca Barbato 07master:4a64e67988dd: flashsv: Refactor a little [09:38] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:77c33424c175: Merge commit '4a64e67988dd01005efb1ae831bff14c1656b573' [09:45] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:57070b1468ed: flashsv: Check diff_start diff_height values [09:45] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:525289ed261f: Merge commit '57070b1468edc6ac8cb3696c817f3c943975d4c1' [09:56] <cone-155> ffmpeg.git 03Anton Khirnov 07master:d1c229cdbc07: lavf: do not use int to store an int64 [09:56] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:02223f4dc4da: Merge commit 'd1c229cdbc07ef8eb703d68d1c5b509baee85245' [10:01] <cone-155> ffmpeg.git 03Diego Biurrun 07master:23157d72b565: configure: Split test_cflags function off from check_cflags [10:01] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:b4f95c96a577: Merge commit '23157d72b565e0228fec97f1eb059d4f8021a260' [10:03] <ubitux> when i'm doing a mov reg, [pw_xxxx], can i assume pw_xxxx is aligned? (and thus use mova instead of movu) [10:05] <michaelni> all global/static asm constants should be aligned [10:05] <ubitux> ok, thx [10:10] <cone-155> ffmpeg.git 03Diego Biurrun 07master:056fd4fe65e7: configure: Properly check for availability of -Wno-foo warning flags [10:10] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:0db04ca01dfa: Merge commit '056fd4fe65e70b4dbca97bcf7faf8b7ce3df993f' [10:18] <cone-155> ffmpeg.git 03Diego Biurrun 07master:1700b4e678ed: x86: vp8dsp: Split loopfilter code into a separate file [10:18] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:7146eacfc5f2: Merge commit '1700b4e678ed329611a16b20d11e64b7abda4839' [10:29] <cone-155> ffmpeg.git 03Luca Barbato 07master:037fea388e0d: flashsv: K&R formatting cosmetics [10:29] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:0b82fdcc469e: Merge commit '037fea388e0df2a22441bc1ed86794152161baf1' [10:36] <cone-155> ffmpeg.git 03Vittorio Giovara 07master:dc6ea00cd2b9: mpeg4video: K&R formatting cosmetics [10:36] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:1344c0453615: Merge commit 'dc6ea00cd2b91b591e6726e5bf1d5e03a4a9bdd0' [12:25] <ubitux> lol \r line breaks [12:43] <ubitux> any suggestion to make a pshufw reg,reg,0 in xmm? [12:43] <ubitux> (copying first word all over the register) [12:47] <ubitux> mmh maybe the SPLATW macro [13:16] <cone-155> ffmpeg.git 03Martin Storsjö 07master:435214a757fc: Add an HDS live fragmenting muxer [13:16] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:641358addcff: Merge remote-tracking branch 'qatar/master' [13:16] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:ce7f1c76bd8f: avcodec/hevc: more whitespaces to reduce difference to 064698d381e1e7790f21b0199a8930ea04e2e942 [13:16] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:1a6948fa708d: libavcodec/hevc: reduce bracket differences to 064698d381e1e7790f21b0199a8930ea04e2e942 [13:22] <BBB> ubitux: oh btw, if you're interested, there's also vp9-mt that could be done, it's not super-hard (because vp9 is relatively straightforward) and should have quite big gains [13:22] <ubitux> i hate working with threading [13:31] <BBB> oh [13:31] <BBB> ohwell [14:15] <Compn> wbs : missing doc on hds muxer? [14:51] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:b23692b3a8e0: libavcodec/hevc: reduce whitespace differences to 064698d381e1e7790f21b0199a8930ea04e2e942 [14:51] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:6a84d17bd79d: libavcodec/hevcdsp_template: cosmetics to reduce diff to 064698d381e1e7790f21b0199a8930ea04e2e942 [14:51] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:69b3668b83eb: libavcodec/hevc: indention related cosmetics to reduce diff to 064698d381e1e7790f21b0199a8930ea04e2e942 [14:51] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:42dbe2d9b1d6: libavcodec/hevcdsp_template: random cosmetics to reduce diff to 064698d381e1e7790f21b0199a8930ea04e2e942 [14:53] <iive> does this mean libav have merged havc too? [14:53] <iive> or these are toward the github repo? [14:56] <kierank> merged hevc [15:33] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:e877455ff98a: libavcodec/hevcdsp_template: whitespaces to reduce diff to 064698d381e1e7790f21b0199a8930ea04e2e942 [15:33] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:2c4f5736962a: libavcodec/hevc: random cosmetics to reduce diff to 064698d381e1e7790f21b0199a8930ea04e2e942 [18:31] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:35594c48caf0: libavcodec/hevc: random cosmetics to reduce diff to 064698d381e1e7790f21b0199a8930ea04e2e942 [18:31] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:a805e2e65301: avcodec/hevc: add "apply_defdispwin" alias for compatibilty with 064698d381e1e7790f21b0199a8930ea04e2e942 [18:37] <cone-155> ffmpeg.git 03Vittorio Giovara 07master:c68d4c230ad8: mpeg4video_parser: K&R formatting cosmetics [18:38] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:1654e64bba80: Merge commit 'c68d4c230ad8ca85af3999a6af8e582c43620d58' [18:44] <cone-155> ffmpeg.git 03Diego Biurrun 07master:5928b29f5399: os_support: Add #endif comments for better readability [18:44] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:67d1d06225e9: Merge remote-tracking branch 'qatar/master' [18:53] <MX070> hi !!! [18:53] <MX070> ive not been in here before as ive tried to use google to help me with my issues but right now im a little stuck.... [18:53] <MX070> anyone here firstly?? [18:59] <cone-155> ffmpeg.git 03Timothy Gu 07master:d3211cfaedcc: avcodec/libmp3lame: add ABR support [18:59] <iive> no. user and usage support is provided in #ffmpeg, this channel is primary for development of ffmpeg. [19:00] <MX070> ah ok no probs [19:00] <MX070> is there another chatroom where i might be able to get some help? [19:01] <mark4o> MX070: /join #ffmpeg [19:02] <MX070> thank you ! [19:19] <ubitux> SWAP is really cool and all, but really, to debug, that's a hell :)) [20:21] <ubitux> Timothy should really fix his mailer :( [20:37] <BBB> ubitux: since when is assembly for debugging? :) [20:37] <ubitux> i never use a debugger& [20:37] <ubitux> except for asm :p [20:38] <BBB> good [20:38] <BBB> disass [20:38] <BBB> info all-registers [20:38] <ubitux> BBB: current method is copy pasting http://pastie.org/8450857 for each new run [20:39] <ubitux> using "ni" [20:39] <ubitux> and comparing with c av_log'ed [20:39] <BBB> lol [20:39] <ubitux> but after SWAP, i'm lost (or the process of debugging get slowed down significantly :p [20:43] <BBB> disass, info all-registers [20:43] <BBB> really [20:43] <BBB> it's awesome [20:43] <BBB> or, well [20:43] <BBB> let me restate that [20:44] <BBB> it is slightly less 100% horrific [20:44] <ubitux> i'm not sure how that will help [20:45] <ubitux> i'm interested in tracing the changing values of each xmm registers instr. after instr. [20:45] <ubitux> but i would love to the see some colors with gdb after each ni [20:45] <ubitux> to show which register just got updated [20:46] <ubitux> ...and some fucking 0 padding for values ffs, align is completely fucked up :( [20:47] <ubitux> also, info all-registers is way too cluttered up for xmm registers [20:50] <ubitux> maybe i should try radare [20:50] <ubitux> (re)try [20:51] <kurosu> p/x $xmm0 ? [20:52] <ubitux> kurosu: yep this sucks [20:52] <BBB> stepi? [20:52] <ubitux> mmh? [20:52] <ubitux> what are you guys trying to answer? [20:52] <ubitux> :)) [20:52] <cone-155> ffmpeg.git 03James Zern 07master:a8bcc956fd66: libvpxenc: split vp8/vp9 options array [20:52] <BBB> if you want to see registers instruction by instruction, just use stepi, followed by info all-registers [20:53] <BBB> it gives you all information you may ever want [20:53] <BBB> and a lot of stuff you don't want [20:53] <ubitux> 20:38:56 <@ubitux> BBB: current method is copy pasting http://pastie.org/8450857 for each new run [20:53] <ubitux> 20:39:01 <@ubitux> using "ni" [20:53] <ubitux> i find this better ^ [20:53] <ubitux> because it displays automatically after each next-instruction [20:53] <ubitux> and i step in with <enter> [20:56] <BBB> that's sweet [20:57] <ubitux> yes but: http://pastie.org/8450898 random misalign, always a pain to crawl to see which reg changed [21:00] <ubitux> i wrote a gdb function yesterday [21:00] <ubitux> to make a personnal print [21:00] <ubitux> but that's so slow it's unusable [21:00] <ubitux> (like 4-5 sec to print all xmm reg) [21:03] <kierank> what's wrong with info all registers [21:03] <kierank> or whatever the command is [21:03] <ubitux> kierank: http://ubitux.fr/pub/pics/_whats-wrong-with-info-all-reg.png [21:03] <kierank> ah [21:03] <kierank> :) [21:04] <ubitux> i don't feel like reading this after each instruction [21:04] <ubitux> not even once actually [21:04] <Daemon404> ubitux, i usually have gdb dump it to a file [21:04] <Daemon404> and review it elsewhere via some sort of tail plugin [21:05] <ubitux> and you tail -f it? [21:05] <Daemon404> (yes its shit) [21:05] <ubitux> haha [21:05] <Daemon404> usually in a proper text editor [21:05] <ubitux> i'm pretty sure i can have a small script doing some monitoring and do the color thing i'm looking for [21:05] <Daemon404> yes [21:06] <Daemon404> but really it is gdb's fault [21:06] <Daemon404> for havign such a shit ui [21:06] <ubitux> yup [21:06] <ubitux> i miss ollydbg from the old days [21:06] <ubitux> (does it still exist?) [21:06] <Daemon404> ... i still use ollydbg to patch stuff [21:06] <Daemon404> <_< [21:06] <ubitux> i liked that ui [21:06] <Daemon404> the ui layout is ok [21:07] <Daemon404> the poop-brown color could use a change [21:07] <ubitux> not sure it's appropriate for xmm dbg though [21:07] <Daemon404> ollydbg's ui is similar to MSVC's [21:07] <Daemon404> for debug [21:07] <Daemon404> though i have no idea how it handles asm [21:07] <Daemon404> i'd probably use IDA nowadays for that [21:09] <ubitux> *expensive* [21:09] <Daemon404> there's a free version [21:09] <ubitux> usable? [21:09] <Daemon404> older release, still useful [21:09] <Daemon404> for asm [21:09] <Daemon404> not so much for decompiling [21:09] <Daemon404> my RE is done in a 'liberated' version [21:10] <ubitux> :/ [21:10] <Daemon404> https://www.hex-rays.com/products/ida/support/download_freeware.shtml [21:10] <Daemon404> ida works very well in wine [21:11] <Daemon404> newer vers have linux builds [21:11] <Daemon404> not sure what version live debugging was added for remote linux procs [21:13] <ubitux> :/ [21:14] <ubitux> sounds like a lot of pain [21:14] <Daemon404> its a pain in the butt until you figure all teh stuff out [21:14] <Daemon404> then it's very productive [21:15] <ubitux> i doubt i'll be able to have a working workflow with a wine+oldida to debug simd in elf binaries [21:15] <Daemon404> i had that working [21:15] <Daemon404> on my version anyway [21:15] <Daemon404> enjoy your gdb! [21:15] <ubitux> i'm looking again at radare [21:16] <Daemon404> ... they sure could use a better home page [21:16] <Daemon404> 90% of their front page is tshirts and twitter [21:16] <Daemon404> real crddible [21:36] <ubitux> ida 450-2700¬ [21:36] <ubitux> nice [21:37] <durandal_1707> whassup? [21:40] <JEEB> ubitux, also you have to have the basic license for a year first [21:40] <JEEB> and only then you can apply (yes, apply!) for the plugins like decompiler [21:41] <JEEB> (oh, and buying an IDA license also means applying) [21:41] <JEEB> (it's not a done deal that you will actually get the license) [21:41] <ubitux> i think i'll just mess with my c/p gdb template for a while [21:41] <ubitux> and continue swearing in front of my screen [21:43] <durandal_1707> ubitux: why you need decompiler? [21:44] <ubitux> debugger [21:48] <ubitux> durandal_1707: debugging simd [22:20] <wm4> does "name at address dot bla" really prevent spam? [22:20] <wm4> you'd think the spammers figured that one out already... [22:21] <ubitux> limit damage i guess [22:24] <Daemon404> fizzbuzz for spammers [23:00] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:8d88ed9a1fb4: avcodec/ffv1enc: pass through pts [23:00] <cone-155> ffmpeg.git 03Michael Niedermayer 07master:1fb3b494fac7: ffv1enc: store 2pass statistics at the end [23:00] <Daemon404> ffv1 has 2 pass? [23:00] <Daemon404> lolwut? [23:03] <JEEB> I never knew... [23:10] <nevcairiel> isnt it lossless? i wonder what 2pass does for lossless [23:11] <superdump> something to do with context i expect [00:00] --- Sun Nov 3 2013

1 0

ffmpeg.log.20131102
by burek 03 Nov '13

03 Nov '13

[01:59] <vl4kn0> Hi, is there a way for ffmpeg to set constant quality so that movies that are already of bad quality won't get any worse, but movies that are of HD quality will get worse? [02:02] <sacarasc> -crf! [02:06] <vl4kn0> sacarasc: thanks! [02:10] <vl4kn0> sacarasc: is it possible to use that option when capturing a screenshot or do I need to re-encode the input to libx264 first? [02:10] <sacarasc> -crf is an x264 option. Though it might work with vpx too. [02:12] <vl4kn0> sacarasc: I'll re-encode the video first then. [02:12] <sacarasc> There is -q (I think) which works with other codecs, IIRC. [02:12] <sacarasc> But I'm a little busy at the moment, so can't look it up. [05:38] <funyun> hi. i'm using -ab 224k to transcode my 384k audio to a lower bitrate but ffmpeg keeps giving me 448k. can anyone tell me why this is and how can i fix it? [05:50] <funyun> sacarasc: http://pastebin.com/FvvhmUPs [05:57] <LithosLaptop2> maybe -target ntsc-dvd overrides your choice. not sure [05:59] <funyun> LithosLaptop2: so there's no way to get 224k with -target ntsc-dvd? [06:50] <LithosLaptop2> hmm not sure [07:30] <UnderSampled> Hello [07:31] <UnderSampled> Is there a good way (doesn't have to be with ffmpeg) to take a bunch of video files and automatically split each different camera angle (or scene change, same thing) into separate files? [12:40] <snooky> hi all [12:40] <tommycannady> hi :) [12:40] <snooky> how i can set a targetsize in ffmpeg? [12:40] <snooky> i dont really good speak englich [12:40] <snooky> english [12:41] <KnightHawk3> When I use ffmpeg to hardcode subs into a series of png's (I am converting it to a gif later), the subs start from the begining; not the point I start the video (AKA -ss 600, the subs start at 0 seconds and the video is at 600) how would I go about syncing them so they match up with what is being said? (Example of my command http://pastebin.com/HX2iyuGR) [12:41] <KnightHawk3> Wow that is long anyway if anybody gets what I am asking and knows the flags (I can't seem to find them because I suck at research...) let me know heh [12:41] <snooky> i want transcode an mkv file with 7,28GB size from 1080p to 720p mkv file with MAX 3,5GB filesize [12:43] <KnightHawk3> snooky: So you want to resize it and compress it? [12:43] <KnightHawk3> snooky: to meet a certain size [12:43] <snooky> KnightHawk3: yes [12:44] <snooky> -s hd720 [12:46] <KnightHawk3> snooky: http://www.helyar.net/2009/how-to-set-target-file-sizes-in-ffmpeg/ and http://www.helyar.net/2009/ffmpeg-target-file-sizes-again/ have scripts he uses to calculate bitrate to meet a size, and it converts it. You can probably modify the commands to do it. [12:46] <KnightHawk3> snooky: Thats my unhelpful advice atleast. [12:46] <snooky> ok [12:47] <snooky> you know ripbot? [12:47] <snooky> there i say target size and it runs automatical [12:47] <KnightHawk3> I do now [12:47] <KnightHawk3> Okay [12:47] <snooky> in 2pass mode [12:47] <snooky> avidemux too [12:47] <snooky> but is all with gui. and i run it on a server in a shell [12:48] <KnightHawk3> I see [12:49] <KnightHawk3> snooky: Its probably doing what the python scripts do, except wtih a gui and delphi [12:49] <KnightHawk3> snooky: as a guess [12:50] <snooky> so, i want [12:50] <snooky> extract the mkv, delete the english audio source, edit the video file with X target size and 720p, merge the video and german audio file to a new mkv [12:52] <KnightHawk3> Other than the changing target size, I have a vague idea of how to do that [12:56] <KnightHawk3> ffmpeg -i source.mkv -i new_audio.mp3 -vcodec copy -acodec copy -vf scale:-1:720 -acodec video.mkv -newaudio [12:56] <ubitux> -newaudio doesn't exist anymore since ages [12:56] <ubitux> learn to use -map [12:56] <snooky> KnightHawk3: ok, but that dont set a target size, or? [12:56] <KnightHawk3> I never claimed to know what I am doing [12:56] <KnightHawk3> Hehe [12:57] <KnightHawk3> snooky: I am not qualified help you haah, I can't really help sorry [14:11] <burek> how to solve this problem: [14:11] <burek> if i want to extract a single audio channel and save it as a standalone stream, i would do: ffmpeg -i input.wav -map_channel 0.0.0 -map 0 out.mkv [14:11] <burek> if i want to do the same, but selecting 2 channels as 2 separate audio streams, i would do: ffmpeg -i input.wav -map_channel 0.0.0 -map 0 -i input.wav -map_channel 0.0.1 -map 1 out.mkv [14:12] <burek> in which case i get an error like: Option map_channel (map an audio channel from one stream to another) cannot be applied to input file input.wav -- you are trying to apply an input option to an output file or vice versa. Move this option before the file it belongs to. [14:13] <burek> how to tell ffmpeg that i want -map option to be applied to the output and not to the next input [14:26] <burek> hm, i solved it using this: ffmpeg -i 6_Channel_ID.wav -map 0:0 -map 0:0 -map 0:0 -map 0:0 -map 0:0 -map 0:0 -map_channel 0.0.0:0.0 -map_channel 0.0.1:0.1 -map_channel 0.0.2:0.2 -map_channel 0.0.3:0.3 -map_channel 0.0.4:0.4 -map_channel 0.0.5:0.5 out.wav [14:27] <burek> i'm just not sure why there has to be "-map" options before "-map_channel" options.. i guess that way we tell ffmpeg that our output will have 6 streams or so.. [14:28] <burek> geez... the output of out.wav, when played with ffplay is so scary :S [15:29] <AlVal> freebsd - portmaster keeps wanting to Re-install ffmpeg-2.1,1 [15:30] <AlVal> even though I read UPDATING and did portmaster -o multimedia/ffmpeg multimedia/ffmpeg1 [15:30] <AlVal> (The port ffmpeg was updated, ffmpeg1 and ffmpeg-devel were removed in favor of ffmpeg) [15:51] <slooth> Hello. While doing: ffmpeg -f video4linux2 -i /dev/video0 -s wxga -i /dev/video0 -sameq output.avi, I'm getting "Unknown input format: video4linux2". This worked on Debian Wheezy as it is, but I upgraded to debian jessie (ffmpeg version: 0.8.6) and it stopped working. The video camera is working alright (with luvcview, for example). Any ideas? Thanks [16:01] <Jan-> is there a way we can get expanded information about an h.264 file, more than we get from just ffmpeg -i file.mp4? [16:01] <Jan-> we suspect there's a glitch with the way the colour space is specified in a particular file. [16:02] <zap0> histogram that mofo [16:02] <Jan-> it has the "grey blacks" problem. [16:03] <Jan-> this we know [16:03] <burek> slooth, are you sure you are using ffmpeg and not avconv? [16:03] <Jan-> we're just not sure if this is due to misflagging of the colourspace, or if it was encoded like that [16:04] <zap0> what does -i report? [16:04] <Jan-> well, the usual stuff, but it doesn't include colourspace information [16:07] <zap0> http://ffmpeg.org/ffmpeg-filters.html#histogram for getting a histogram [16:07] <slooth> burek, I've installed the package ffmpeg, /usr/bin/ffmpeg is not a symlink. [16:07] <slooth> burek, how would I check that? [16:08] <burek> slooth just run ffmpeg and see if it says copyright by ffmpeg or copyright by libav something [16:08] <Jan-> I love the way open source works [16:08] <Jan-> people just... randomly claim copyright on things. Because they feel like it. [16:08] <burek> even worse.. [16:09] <Jan-> This is what I get from -i http://pastebin.com/MA8nETCg [16:09] <slooth> Copyright libav.. [16:09] <burek> they claimed copyright for distributing something named also ffmpeg, which was modified to output "this program is deprecated" [16:09] <burek> it's too mild to say idiots.. but still.. its too many of them im afraid.. [16:09] <Jan-> It says yuv420p but I'm not sure if that implies a colourspace or just sampling. [16:09] <slooth> It does say "copyright libav developers" [16:09] <burek> slooth, that's a 3rd party software.. not ffmpeg [16:10] <Jan-> ahh. [16:10] <Jan-> does the (tv) in brackets mean anything? [16:10] <Jan-> yuv420p(tv) [16:11] <zap0> yes [16:11] <Jan-> can I change it without reencoding the video? [16:11] <zap0> 420 is the layout of the y u v in the file. [16:11] <Jan-> Yes I understand that. [16:12] <Jan-> I'm just not sure if the (tv) indicates luminance level encoding. [16:12] <Jan-> that's an ffmpeg thing, I don't know what that means [16:12] <zap0> (tv) will be like the BT601 etc. color range [16:12] <Jan-> are you sure or are you just surmising? [16:12] <Jan-> because I would assume that's what it meant [16:12] <Jan-> but I don't know for sure. [16:13] <JEEB> no, tv/pc range has nothing to do with BT.601 or BT.709 [16:13] <zap0> i'm guessing. but i feel it's a strong guess. [16:13] <JEEB> it's just the set (or default) range of the content [16:13] <Jan-> Is there a way I can change the flag from TV range to whatever full range would be? [16:13] <Jan-> I suspect it's wrong. [16:13] <Jan-> Or at least it would be an interesting diagnostic step. [16:14] <slooth> burek, what ./configure options are needed for my little problem [16:14] <JEEB> I'm pretty sure it's not possible in ffmpeg as-is, if the info is actually written in the bit stream instead of just being the implicit default, then you could hex edit your way through it :P [16:15] <Jan-> eurgh. [16:15] <Jan-> man this problem is too common. [16:15] <JEEB> anyways, you should be able to do the YCbCr->RGB conversion as if the stuff is PC range in avisynth or something if you really want to test :P [16:15] <Jan-> if we were to use ffmpeg to do the encoding, is there a way we can inform it how to behave? [16:15] <JEEB> yes [16:15] <JEEB> you could set the full range flag [16:15] <JEEB> in libx264 [16:15] <Jan-> Obviously it's quicker and easier to just spit h.264 out of the editing application [16:15] <zap0> if you change it, and the data then exceeds the range permissable by the playback code, it might crash. [16:16] <Jan-> but it seems to cause this problem. [16:16] <JEEB> zap0, the encoder/decoder do the same thing whichever range you're using [16:16] <Jan-> Yeah zap, I think we can risk that :) [16:16] <JEEB> so you can't have invalid values because of that anywhere :P [16:16] <burek> slooth, take a look at our wiki [16:16] <burek> there is a section for compilation examples [16:16] <Jan-> even in studio range, which is what I assume ffmpeg means by "tv", you are permitted to use wider range for "super whites" etc. [16:17] <JEEB> I mean, if you have values below or over the TV range the encoder does not give a damn [16:17] <JEEB> the encoder just encodes [16:17] <zap0> i mean like, if you hex edited the header, and changed it only in the header.. the data, when decoded might then exceed safe limits (cause the playback has used the wrong range as set in the header). [16:17] <JEEB> uhh [16:17] <JEEB> no [16:17] <JEEB> the decoding and encoding is exactly the same [16:18] <JEEB> there's no change in actual decoding or encoding because of the range [16:18] <JEEB> go look at the H.264 specification :P [16:18] <Jan-> there certainly are codecs that could in theory object to out of range data [16:18] <Jan-> so you're right to be cautious [16:18] <Jan-> but I don't think avc is one of them [16:19] <JEEB> if the format supports both (and in theory, why not?), then you most probably have no difference in the algorithms used :P [16:19] <JEEB> it would be just idiotic to try and "optimize" the TV range side of things [16:20] <Jan-> well, it might not. [16:20] <Jan-> but I don't think it has been done. [16:21] <Jan-> Meh this is why we work in DPX sequence. [16:21] <Jan-> Does ffmpeg support dpx sequence for input? [16:22] <zap0> maybe this is useful? http://forum.doom9.org/archive/index.php/t-158840.html [16:23] <Jan-> there's a lot of threads like that on the net [16:23] <Jan-> the answer tends to be "I uhoh, maybe this combination of tools used to work" [16:23] <Jan-> also that's from 2011, whereas anything in open source is outdated if it was written last week :) [16:24] <zap0> color space isn't exactly a new science. [16:38] <GRMrGecko> Has anyone else noticed that ffmpeg cannot eat all of the CPU in OS X Mavericks? [16:38] <slooth> burek: thanks, it works with my original line with sameq removed. [16:39] <GRMrGecko> Is this a x264 issue or ffmpeg? [16:42] <slooth> burek, the recorded video is "too" fast somehow. What can cause this? Weird line: The driver changed the time per frame from 1/25 to 1/30 [16:46] <slooth> burek, http://pastebin.com/G12NgYwb [16:47] <AlVal> anyone? http://pastebin.com/4w0sek4i [16:47] <AlVal> can't understand why it keeps wanting to reinstall ffmpeg [16:48] <AlVal> something got to do with ffmpeg1 now being deprecated [16:48] <JEEB> AlVal, might want to poke the distro side of things [16:48] <JEEB> since that sounds like something package management-specific [16:49] <AlVal> JEEB: thanks, I'll keep harrassing them :D not getting much, but will be patient. I think you're right, just tried here on the offchance someone already knew the score with this on FreeBSD [16:49] <burek> slooth, try this: ffmpeg -f x11grab -s 1280x768 -r 25 -i :0.0 -c:v copy output.avi [16:49] <burek> it will generate huge avi file [16:49] <burek> but just check if it plays correctly [16:51] <burek> and if it does, then try to encode it also, while recording, with: ffmpeg -f x11grab -s 1280x768 -r 25 -i :0.0 -c:v libx264 -preset superfast -tune zerolatency output.avi [16:51] <slooth> It doesn't play correctly. [IMGUTILS @ 0xb5d76de0]Picture size 0x0 is invalid Error while decoding frame! [16:51] <burek> pastebin? [16:53] <slooth> burek, pastebin of the mplayer output? [16:54] <burek> why mplayer? [16:54] <burek> ffplay? [16:54] <slooth> Okay, I used ffplay: it opens a window, scrambled screen, no errors [16:57] <burek> pastebin of ffmpeg? [16:57] <burek> no errors? [16:58] <slooth> burek, no errors. This info is printed only: [x11grab @ 0xaef2dc0] shared memory extension found [16:58] <slooth> The rest is not important [18:54] <cryptopsy> what compile option do i need to convert mkv to mp4 ? [18:59] <cryptopsy> it says "file.mkv: Invalid data found when processing input" [19:00] <klaxa> are you sure your file is valid? [19:01] <cryptopsy> yes, i checked it for integrity after the download finished [19:01] <MX2> hi, is this the chatroom where i might be able to get a little help? [19:02] <cryptopsy> no, this is the ffmpeg chatroom [19:02] <MX2> i went in the devel one before.. [19:02] <cryptopsy> klaxa: there's a tool "mkvalidator", gonna run it now [19:03] <MX2> haha yes im meaning ffmpeg help [19:03] <mark4o> cryptopsy: did you check the other ffmpeg messages prior to the invalid data message? [19:05] <cryptopsy> mark4o: there are no errors [19:05] <cryptopsy> no other errors .. [19:07] <MX2> im using ffmpeg version 0.10.7 which i know is OLD but i do know that it DOES do segmenting to HLS streams as i have done it on a stream before. however this time i am reading in an rtsp stream using openRTSP but am getting what is probably a very simple error : Could not write header for output file #0 (incorrect codec parameters ?) - this is my command line : /usr/bin/ffmpeg -r 10 -i - -an -c:v libx264 -b:v 500k -bsf h264_mp4toannexb -map 0 -f segment -segment_ [19:08] <MX2> it is just video stream so i have set -an to remove audio [19:09] <MX2> im guessing i need to specify more in the libx264 parameters but not sure what [19:12] <MX2> ok few mins thanks [19:24] <flarunt> im trying to encode things from a transport stream.. every time i open the input file the stream numbers change.. why is this? [19:31] <MX2a> hi ok i have managed now to put my code into pastebin if someone could advise whats probably the stupid mistake ive made... http://pastebin.com/PFgaQ8Ba [19:32] <MX2a> i know my version of ffmpeg is old but i do know it segments output from a regular rtmp input as ive done it before [19:33] <MX2a> i guess i am just missing something needed from the libx264 output parameters here [19:34] <MX2a> this is first time i have tried with an rtsp input piped through openRTSP so im guessing some adjustments needede [19:40] <mark4o> MX2a: did you try a current version? you can download a static build so that there are no complex dependencies and try it [19:47] <MX2a> oo i have a static build i put on a few days ago i just tried but slightly different error... http://pastebin.com/65h0Uc1i [19:48] <MX2a> is interesting as i have used the same openRTSP part to then push direct to flash media server as an rtmp stream [19:51] <MX2a> 1 thing i see from that ooutput is it doesnt look like it has recognised the -r 10 on the input frame rate which it did on the rpm version i was using [19:55] <mark4o> MX2a: try -bsf:v h264_mp4toannexb -flags -global_header [20:02] <MX2a> ahh mark4o !!! thanks i also downloaded the latest static from johnvansickle.com and along with your extra parameter it seems to be working! it comes up with warning : [segment @ 0x25bf000] Codec for stream 0 does not use global headers but container format requires global headers - but its just run for a few mins before i stopped it. can you tell me what that global_header does? [20:04] <mark4o> MX2a: http://ffmpeg.org/ffmpeg-codecs.html#Codec-Options "Place global headers in extradata instead of every keyframe." [20:07] <MX2a> i wont pretend to understand that completely but im happy its working thank you !!! ive also got something else from coming in here to find johnvansicke static builds which include the libfreetype option which i sometimes use but end up using the rpm version for as the static builds on ffmpeg.org dont include it [20:10] <mark4o> MX2a: build it yourself and you can include whatever features you like http://trac.ffmpeg.org/wiki/CompilationGuide [20:13] <MX2a> yes i have done that on centos 1 time before but there are so many components and versions of each element to be different that its near on impossible to have the same version as anyone else. and to be honest you basically confirmed that here today by asking me to use a static build XXXX as then you know im on a level playing field if you know what i mean? [20:15] <snooky> hi all [20:16] <snooky> i trancode an h264 file, but it was very very slow [20:16] <snooky> in 45 minutes he has transoce 1min 46 seconds [20:16] <snooky> any ideas? [20:18] <mark4o> snooky: try -preset ultrafast [20:18] <snooky> i transcode so: ffmpeg -i movie.h264 -vcodec libx264 -s hd720 -b "$bitrate"k movie.new.h264 [20:20] <mark4o> snooky: see http://trac.ffmpeg.org/wiki/x264EncodingGuide for some hints [20:24] <mark4o> snooky: also check your cpu capabilities (should be part of the libx264 ffmpeg output); ensure you haven't built it without yasm or optimization or something [20:24] <snooky> mark4o: but -preset ultrafast make the quality bad, or? [20:24] <snooky> i dont really good speak english [20:25] <snooky> it runs debian squeeze, 2GHZ, 2GB Ram [20:25] <mark4o> snooky: yes, -preset ultrafast will be lower quality [20:26] <snooky> ok [20:26] <snooky> very lower? [20:26] <snooky> the source was an 1080p file [20:26] <snooky> and i want convert in an 720p file with other bitrate (target size) [20:27] <mark4o> snooky: try it and see; use the fastest setting where the quality is good enough for you [20:28] <mark4o> snooky: you can use -t 10 or something to just encode 10 seconds to try it [20:28] <snooky> ok, i want to test it [20:29] <snooky> so want create from the 10GB source file an 4GB target file [20:29] <mark4o> see http://trac.ffmpeg.org/wiki/x264EncodingGuide [20:29] <snooky> yes, i have bookmarked [20:29] <MX2a> quick jump in. these guys are good they will help you!! thanks mark4o its working here http://shoutcast.drumandbasslines.com/dominionge_play.m3u8 thank you very much for your help !!! [20:29] <snooky> and google translate :) [20:30] <mark4o> MX2a: np, just build it yourself; you don't need the same versions as anyone else [20:31] <snooky> what would ffmpeh here? [20:31] <snooky> [dts @ 0x95d95e0] max_analyze_duration 5000000 reached at 5002667 [dts @ 0x95d95e0] Estimating duration from bitrate, this may be inaccurate [20:31] <MX2a> yeah ok i will try if i need to but for now i am liking the static builds if they do what i need [20:31] <MX2a> thanks again ! [20:32] <MX2a> ^^ i ignore that warning snooky [20:32] <MX2a> i get it all the time haha [20:39] <snooky> ok, thanks and bye [21:45] <wawrek> can we detect vocal activity (speech) in the audio track with ffmpeg? [22:08] <DrBenway> anyone has ever tried to setup a hardware decoder with dxva? it seems to work fine except that it doesn't seem like my decoder settings are getting set properly to the hardware decoder [22:09] <DrBenway> as in i'm passing nal coming from the network [22:09] <DrBenway> and it's throwing errors about the header not having reference picture [22:09] <DrBenway> this doesn't happen if i use software decoder [22:10] <DrBenway> with roughly the same code, i can decode something coming from a file using avformat [22:10] <DrBenway> but feeding encoded frames manually one by one doesn't seem to work [00:00] --- Sun Nov 3 2013

1 0

ffmpeg-devel.log.20131101
by burek 02 Nov '13

02 Nov '13

[00:09] <llogan> oh...it's just you fflogger. nobody actually wants to talk to me... [00:49] <cone-749> ffmpeg.git 03Michael Niedermayer 07master:ec5e02d49573: avcodec/wmv2enc: Collect statistics for 2 pass encoding [03:08] <Compn> so did anyone check if the cisco h264 decoder has any optimizations we can steal ? its mit licensed? is ti out yet ? [03:12] <EchoDev> no, no and no [04:24] <vitruvian> I have a question... [04:25] <Compn> yes? [04:35] <vitruvian> in x_read(buf, size,...) I have a large frame, but I'll have to call multiple recv, I tried to get all the packets till the lenght I think I'll lose 1 packet or so... basically I'm sending the packages in loop back interface just to test and I wonder if every frame I get I but in buffers is supposed to work [04:36] <vitruvian> I get "Unable to seek back to the start" [04:36] <vitruvian> mpeg reports that [04:39] <vitruvian> Compn!? [04:51] <vitruvian> Well... I implemented another way [04:52] <vitruvian> I do a lot of recv, fill a local buffer, then write envery thing in the buf, but the player halts when the last buffer is placed [04:53] <vitruvian> I return size, is anything that I should do? [05:15] <vitruvian> what you think guys!? [05:23] <vitruvian> where do I set the buffer size, in x_recv [05:23] <vitruvian> ? [05:45] <Compn> vitruvian : everyone is sleeping now. ask on libav-user mailing list [05:45] <Compn> :) [05:45] Action: Compn sleeps [05:45] <Compn> night [05:45] <vitruvian> thanks =] [05:45] <Compn> no problem [05:45] <Compn> or wait around , someone will be here later [05:46] Action: vitruvian is almost sleeping as well [05:46] <Compn> everyone is in different countries around here [05:46] <Compn> so we arent all online at the same time [10:26] <cone-35> ffmpeg.git 03Diego Biurrun 07master:ee80cf741a44: avfilter: x86: K&R formatting cosmetics [10:26] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:ffe335009839: Merge commit 'ee80cf741a44115758e62399b7bde08d33161151' [10:35] <cone-35> ffmpeg.git 03Diego Biurrun 07master:ed1a11ed52bb: gradfun: x86: Factor out common code for some gradfun_filter_line() variants [10:35] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:fc5fe4804fd2: Merge commit 'ed1a11ed52bbd1f15bb9b0416d69b7924bee3191' [10:56] <cone-35> ffmpeg.git 03David Kment 07master:9af7a8523a6b: HNM4/HNM4A demuxer & video decoder [10:56] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:a2bfee36b70b: Merge commit '9af7a8523a6bb517834ebed36093bdab11a8b38e' [12:54] <cone-35> ffmpeg.git 03Stefano Sabatini 07master:4fdec65eb3c1: doc/encoders: extend/clarify libtheora encoder documentation [12:54] <cone-35> ffmpeg.git 03Stefano Sabatini 07master:d339e03fc3b8: doc/encoders: document the libfdk-aac wrapper [12:54] <cone-35> ffmpeg.git 03Stefano Sabatini 07master:2acc525d786f: doc/encoders: add libfaac encoder documentation [12:56] <saste> michaelni, ping on audio convert API patch [13:02] <michaelni> which patch ? [13:04] <cone-35> ffmpeg.git 03John Stebbins 07master:28096e0a806e: h264: wait for initial complete frame before outputing frames [13:04] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:78265fcfeee1: Merge commit '28096e0a806e57376541e6222d315619906e3c55' [13:04] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:f62dfed3de40: h264: simplify frame_recovered code [13:12] <saste> michaelni, lavc: drop deprecated audio_convert API at the next major bump [13:14] <michaelni> saste, no objections, also if by the time of the next bump we are aware of someone still using t then droping could be delayed [13:15] <wm4> when will the resampler API be dropped? libav did long ago [13:15] <wm4> though I do think you should provide an API as long as possible [13:15] <cone-35> ffmpeg.git 03Anton Khirnov 07master:7644f5a80787: lavc: replace avcodec_set_dimensions with ff_set_dimensions [13:15] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:7b91e9cf5dc7: Merge commit '7644f5a80787c9b608b82873604805d7e38a6a18' [13:20] <michaelni> my plan is that ill drop it if either there are no users or it causes some non trivial work to keep [13:20] <saste> michaelni, i'll test it an push it [13:21] <saste> then feel free to delay the drop when the next bump will come [13:27] <cone-35> ffmpeg.git 03Anton Khirnov 07master:ce6949d3a060: oggparsetheora: stop using deprecated avcodec_set_dimensions [13:27] <cone-35> ffmpeg.git 03Anton Khirnov 07master:0f6c1d6d64c9: lavc/utils: stop using deprecated avcodec_set_dimensions [13:27] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:51c5768cca3b: Merge commit 'ce6949d3a0607eb318dc2872553110df934e9720' [13:28] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:66f436adf5a3: Merge commit '0f6c1d6d64c9f6255ea579dace27d0dd695f0213' [13:31] <wm4> michaelni: maybe it could be emulated via libswresample? [13:32] <saste> wm4, no please no more crappy emulation layers [13:39] <cone-35> ffmpeg.git 03Anton Khirnov 07master:78780c8bf624: ansi: stop using deprecated avcodec_set_dimensions [13:39] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:5ef0c00580e2: Merge commit '78780c8bf6246a1cf1cd0c9096b49dc082a6a8e5' [13:41] <saste> michaelni, also waiting forever for projects to update their code is not a very good idea, imho [13:42] <vitruvian> can you help me understand the buffer at x_read and x_write... I checked and sometimes it sends 32000 bytes other times 200. x_read as far as I see, reads 32768 bytes (size), should I wait for all those bytes to return? [13:53] <cone-35> ffmpeg.git 03Anton Khirnov 07master:f176e11cff74: avs: stop using deprecated avcodec_set_dimensions [13:53] <cone-35> ffmpeg.git 03Anton Khirnov 07master:d57e95cbd492: cdxl: stop using deprecated avcodec_set_dimensions [13:53] <cone-35> ffmpeg.git 03Anton Khirnov 07master:e9cfbc2b531d: dirac: stop using deprecated avcodec_set_dimensions [13:53] <cone-35> ffmpeg.git 03Anton Khirnov 07master:c7a5acabc537: dnxhddec: stop using deprecated avcodec_set_dimensions [13:53] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:f016a23c7fa0: Merge commit 'c7a5acabc537c2ce363165c31250aba341b1a990' [14:04] <michaelni> vitruvian, i dont know what you mean by x_read/x_write or what you are trying to do [14:08] <cone-35> ffmpeg.git 03Anton Khirnov 07master:8451b5f00a21: dpx: stop using deprecated avcodec_set_dimensions [14:08] <cone-35> ffmpeg.git 03Anton Khirnov 07master:caeed8deeb0c: dvdec: stop using deprecated avcodec_set_dimensions [14:08] <cone-35> ffmpeg.git 03Anton Khirnov 07master:babbec086790: dvdsubdec: stop using deprecated avcodec_set_dimensions [14:08] <cone-35> ffmpeg.git 03Anton Khirnov 07master:d6da372984c8: eacmv: stop using deprecated avcodec_set_dimensions [14:08] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:4a3565126766: Merge commit 'd6da372984c87fd6288c148c291065d6032ceda3' [14:10] <nevcairiel> whatsever happend to gradfun, the fate errors look really weird [14:13] <ubitux> alignment being signed maybe [14:14] <nevcairiel> http://fate.ffmpeg.org/report.cgi?time=20131101130025&slot=x86_64-mingw-w64… [14:14] <nevcairiel> the errors look like the testing tool broke [14:15] <cone-35> ffmpeg.git 03Anton Khirnov 07master:c6b8a7dbb4b6: eamad: stop using deprecated avcodec_set_dimensions [14:15] <cone-35> ffmpeg.git 03Anton Khirnov 07master:06e7a2024445: eatgq: stop using deprecated avcodec_set_dimensions [14:15] <cone-35> ffmpeg.git 03Anton Khirnov 07master:a87739388da6: eatgv: stop using deprecated avcodec_set_dimensions [14:15] <cone-35> ffmpeg.git 03Anton Khirnov 07master:ec7063005ee6: eatqi: stop using deprecated avcodec_set_dimensions [14:15] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:bf688d23b5ff: Merge commit 'ec7063005ee67c0b4d4b83aa5118dd22ad1094e8' [14:15] <ubitux> can you start reverting the latest gradfun patch? [14:17] <ubitux> wait wait wait [14:18] <ubitux> ff_gradfun_filter_line_ssse3 is not called anymore? [14:18] <ubitux> ... [14:18] <wm4> diego optimized it [14:18] <ubitux> T_T [14:19] <ubitux> nevcairiel: don't look further [14:19] <nevcairiel> sure looks like its never used, indeed [14:19] <ubitux> it's calling the mmxext code with bad alignment [14:19] <ubitux> thx to that last commit [14:19] <nevcairiel> 8 alignment should also work for mmxext, shouldnt it [14:19] <ubitux> so obviously it's exploding elsewhere [14:20] <ubitux> nevcairiel: register clobbering? [14:20] <nevcairiel> did you look at the fail? its weird that the hashes are the same, but the timestamps are lost [14:20] <ubitux> yeah maybe those ts were in a register which gets used by the asm [14:21] <ubitux> anyway, we should revert that commit, it's broken [14:22] <ubitux> nevcairiel: can you confirm the revert fix your problem? [14:22] <nevcairiel> on msvc it failed differently, all ts are 0 instead of that negative value :P [14:22] <nevcairiel> i'm trying now [14:23] <nevcairiel> weird it doesnt revert cleanly [14:24] <ubitux> revert the merge [14:24] <ubitux> git revert -m 1 fc5fe4804fd2ee9a29de502e9431b12d027c0c89 [14:24] <ubitux> (i guess) [14:25] <nevcairiel> that worked, thanks [14:25] <nevcairiel> yes, passes fate now [14:25] <Daemon404> michaelni, my fate box will be down until at least monday [14:25] <Daemon404> while virgin un-fucks my net [14:26] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:c6125f5e1cea: avfilter/x86/vf_gradfun_init: fix some consts & related warnings [14:26] <michaelni> Daemon404, ok [14:26] <nevcairiel> ubitux: will you send a revert, or shall i? [14:26] <ubitux> i think i'll push directly [14:26] <nevcairiel> ok [14:26] <ubitux> unless you want to do things properly [14:28] <nevcairiel> i'm not sure there is a much better then the original, could factor 4 lines of code into a common function, but doesnt seem worth the effort [14:30] <nevcairiel> still wondering what caused the fate fail though [14:31] <ubitux> i like how the "could be 10% faster if I somehow eliminated this" got dropped in the process too [14:31] <saste> what happens if i push a commit in the meanwhile? [14:31] <ubitux> saste: is it touching gradfun? [14:32] <nevcairiel> yes yes, i know that you failed, silly fate box! [14:32] <ubitux> i'll push in a moment [14:32] <saste> ubitux: not at all (lukasz xv patch) [14:32] <ubitux> i'll do a rebase then [14:32] <saste> ubitux, well i'll wait for you [14:33] <saste> => deadlock [14:33] <ubitux> my old laptop is slooow [14:33] <ubitux> i think it will be faster if i wake up and go revert it on my desktop [14:33] <michaelni> ubitux, youll probably have to revert my const correctness patc too if you revert theh merge [14:33] <saste> ubitux, no continue dreaming [14:33] <ubitux> michaelni: i solved the conflict [14:33] <michaelni> ahh good [14:34] <ubitux> (and yes it reverted your change actually :p) [14:34] <michaelni> i saw the const issue before i saw the real issue ... [14:36] <nevcairiel> i guess libav doesnt even have the gradfun test? [14:36] <ubitux> they do [14:36] <ubitux> they have one at least [14:36] <nevcairiel> weird that no fail shows there [14:36] <nevcairiel> oh well [14:37] <ubitux> :) [14:40] <cone-35> ffmpeg.git 03Clément BSsch 07master:969329fe119a: Revert "Merge commit 'ed1a11ed52bbd1f15bb9b0416d69b7924bee3191'" [14:47] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:599c28516219: avfilter/vf_gradfun: add emms_c() for mmxext [14:47] <nevcairiel> that could be it [14:47] <nevcairiel> because it otherwise always uses ssse3 [15:00] <cone-35> ffmpeg.git 03Anton Khirnov 07master:58c6239e852f: g2meet: stop using deprecated avcodec_set_dimensions [15:00] <cone-35> ffmpeg.git 03Anton Khirnov 07master:8255535c5f2d: gifdec: stop using deprecated avcodec_set_dimensions [15:00] <cone-35> ffmpeg.git 03Anton Khirnov 07master:3b086317277e: h26[13]dec: stop using deprecated avcodec_set_dimensions [15:01] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:e6b9d71ad956: Merge commit '3b086317277e3f3b61c0343930d8e2570b278bd6' [15:01] <ubitux> nevcairiel: before michael's commit make fate-filter-gradfun CPUFLAGS=-ssse3 was failing? [15:02] <nevcairiel> no idea, but i could test [15:03] <ubitux> would be interesting to run a full fate with such flags custom [15:03] <nevcairiel> yes it fails [15:03] <ubitux> or maybe just CPUFLAGS=mmx+mmxext or something [15:03] <nevcairiel> interesting maybe, real world relevant? ... :) [15:03] <ubitux> ok [15:04] <ubitux> well& [15:04] <ubitux> for cpu with mmx only? [15:04] <ubitux> or should we drop all the mmx code when ssse3 is available? :p [15:04] <nevcairiel> which exist in my closet, but will never run again? :) [15:05] <nevcairiel> just for completeness sake, after michaels commit fate passes with ssse3 off [15:05] <ubitux> what about full fate? :) [15:05] <ubitux> especially in filters [15:06] <ubitux> for codecs, the emms call is done after each decode call right? should we do something similar for filters? [15:08] <nevcairiel> i need moar cores in this cpu [15:09] <nevcairiel> i should totally buy such a 12 core haswell-e when they come out next year [15:09] <nevcairiel> make fate -j8 CPUFLAGS=mmx+mmxext passed [15:09] Action: nevcairiel adds sse, since thats mm registers too [15:11] <nevcairiel> i wonder if that syntax ac tually does what i think it does [15:13] <cone-35> ffmpeg.git 03Anton Khirnov 07master:317d6a150392: indeo3: stop using deprecated avcodec_set_dimensions [15:13] <cone-35> ffmpeg.git 03Anton Khirnov 07master:d184cd1dacf0: ivi_common: stop using deprecated avcodec_set_dimensions [15:13] <cone-35> ffmpeg.git 03Anton Khirnov 07master:d62b24a3f6bf: kgv1dec: stop using deprecated avcodec_set_dimensions [15:14] <cone-35> ffmpeg.git 03Anton Khirnov 07master:967cd6fafbf2: libopenjpegdec: stop using deprecated avcodec_set_dimensions [15:14] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:bf92cd8178e0: Merge commit '967cd6fafbf2fdec9cbe011296ad34a70212427e' [15:15] <ubitux> nevcairiel: maybe it needs a -all before? [15:21] <cone-35> ffmpeg.git 03Anton Khirnov 07master:b870582485f6: libvpxdec: stop using deprecated avcodec_set_dimensions [15:21] <cone-35> ffmpeg.git 03Anton Khirnov 07master:2cd94ad5bff9: mjpegdec: stop using deprecated avcodec_set_dimensions [15:21] <cone-35> ffmpeg.git 03Anton Khirnov 07master:6c7254722ad4: mpeg12dec: stop using deprecated avcodec_set_dimensions [15:21] <cone-35> ffmpeg.git 03Anton Khirnov 07master:13207484bba8: mpeg4video_parser: stop using deprecated avcodec_set_dimensions [15:21] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:64a0ed190efa: Merge commit '13207484bba8a8b78b40d5a22da8c9c555429089' [15:33] <cone-35> ffmpeg.git 03Anton Khirnov 07master:6da9c9d38125: mpegvideo_parser: stop using deprecated avcodec_set_dimensions [15:33] <cone-35> ffmpeg.git 03Anton Khirnov 07master:067941626917: pcx: stop using deprecated avcodec_set_dimensions [15:33] <cone-35> ffmpeg.git 03Anton Khirnov 07master:41ad353dcffc: pgssubdec: stop using deprecated avcodec_set_dimensions [15:33] <cone-35> ffmpeg.git 03Anton Khirnov 07master:0f21d8b1b408: pictordec: stop using deprecated avcodec_set_dimensions [15:33] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:a897ba33e883: Merge commit '0f21d8b1b40848973558c737aebe800c46e93a3d' [15:42] <cone-35> ffmpeg.git 03Anton Khirnov 07master:e7ea97039d07: ptx: stop using deprecated avcodec_set_dimensions [15:42] <cone-35> ffmpeg.git 03Anton Khirnov 07master:ce9f5b13ed1e: rv10: stop using deprecated avcodec_set_dimensions [15:42] <cone-35> ffmpeg.git 03Anton Khirnov 07master:1d389e2a801f: rv34: stop using deprecated avcodec_set_dimensions [15:42] <cone-35> ffmpeg.git 03Anton Khirnov 07master:c755870d52c8: sgidec: stop using deprecated avcodec_set_dimensions [15:42] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:7630e564caae: Merge commit 'c755870d52c8c29676e5ba7ee9557adf4a7ca934' [15:49] <cone-35> ffmpeg.git 03Anton Khirnov 07master:9c0ece1b4f3f: sunrast: stop using deprecated avcodec_set_dimensions [15:49] <cone-35> ffmpeg.git 03Anton Khirnov 07master:7fbb75cc701a: svq1dec: stop using deprecated avcodec_set_dimensions [15:49] <cone-35> ffmpeg.git 03Anton Khirnov 07master:eed5a478ba1b: targa: stop using deprecated avcodec_set_dimensions [15:49] <cone-35> ffmpeg.git 03Anton Khirnov 07master:c265b8bb7638: tiff: stop using deprecated avcodec_set_dimensions [15:49] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:ffd100b111f4: Merge commit 'c265b8bb7638546919465e3585441b1d40c4b13d' [15:54] <durandal_1707> libavcodec/x86/cabac.h:191:9: error: ran out of registers during register allocation [15:56] <cone-35> ffmpeg.git 03Anton Khirnov 07master:db92e4ea8daa: truemotion1: stop using deprecated avcodec_set_dimensions [15:56] <cone-35> ffmpeg.git 03Anton Khirnov 07master:3cfdb912cb5b: txd: stop using deprecated avcodec_set_dimensions [15:56] <cone-35> ffmpeg.git 03Anton Khirnov 07master:b53febc1c0da: vp3: stop using deprecated avcodec_set_dimensions [15:56] <cone-35> ffmpeg.git 03Anton Khirnov 07master:2e0ab4d314b1: vp56: stop using deprecated avcodec_set_dimensions [15:56] <cone-35> ffmpeg.git 03Anton Khirnov 07master:757d5e8ef98b: vp8: stop using deprecated avcodec_set_dimensions [15:56] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:98ca3fb9cf7f: Merge commit '757d5e8ef98ba2ab0dd0e85a46290c4f4a7e82be' [16:01] <Compn> durandal_1707 : you know, someone posted a patch a long long time ago to rewrite that so it doesnt have that problem anymore :P [16:01] <Compn> not sure if it were slower or not... [16:02] <Compn> its fun to troll all of the compilers with that code [16:08] <cone-35> ffmpeg.git 03Anton Khirnov 07master:0a9e94bba8f8: webp: stop using deprecated avcodec_set_dimensions [16:08] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:8b2dd04afc77: Merge commit '0a9e94bba8f8a40156438a43e4fe0e9ae36236cb' [16:32] <cone-35> ffmpeg.git 03Lukasz Marek 07master:c617c669e9fc: lavd/xv: free graphics context [16:34] <ubitux> %macro TRANSPOSE8x8W 9-11 0 to 8 to transpose, 9 tmp, 10-11 extra tmp to be faster? [17:15] <snooky> hi all [17:15] <snooky> german? [17:15] <Daemon404> im sure there are germans around, but the main development language for ffmpeg is english [17:16] <snooky> i need help but i dont really good speak englich [17:17] <snooky> i try it [17:17] <snooky> i transcode an mp4 file to an avi file [17:18] <snooky> i need this for it => ffmpeg -i /var/www/youtube/editfiles/$name.mp4 -vcodec mpeg4 -acodec ac3 -ar 48000 -ab 192k /var/www/youtube/fertig/$name.avi [17:18] <durandal_1707> wrong channel [17:18] <snooky> hhmm..?? [17:18] <ubitux> ask #ffmpeg [17:18] <snooky> ok, thx [17:18] <ubitux> this channel is for development [17:19] <cone-35> ffmpeg.git 03Guillaume Martres 07master:064698d381e1: Add HEVC decoder [17:19] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:5eb1704d5f5a: Merge commit '064698d381e1e7790f21b0199a8930ea04e2e942' [17:19] <snooky> ok, thanks [17:27] <cone-35> ffmpeg.git 03Guillaume Martres 07master:e1c058dba930: FATE: Add HEVC tests [17:27] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:3552bd93185a: Merge commit 'e1c058dba930c1f6f180e04d9e26dbda261cedbc' [17:39] <cone-35> ffmpeg.git 03Dirk Farin 07master:5846646296e3: Add raw HEVC demuxer [17:39] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:b594aceb9482: Merge commit '5846646296e377e093441dfe9eadde38ff1f7c99' [17:56] <cone-35> ffmpeg.git 03Yusuke Nakamura 07master:ea29f965dc71: mov: Support HEVC demuxing [17:56] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:3a0c90263605: Merge commit 'ea29f965dc71182f77b8efe819630f55e48b0ab7' [18:04] <cone-35> ffmpeg.git 03Yusuke Nakamura 07master:959bea13ce34: matroskadec: Support HEVC demuxing [18:04] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:0fbeeb939915: Merge commit '959bea13ce3498a5bddf8a415a061a7bb5a8b075' [18:06] <cone-35> ffmpeg.git 03Mickaël Raulet 07master:b6a470161251: mpegts: Support HEVC demuxing [18:06] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:6262763d8d64: Merge commit 'b6a4701612514c97d22f7ffb37993539f7718352' [18:30] <cone-35> ffmpeg.git 03Anton Khirnov 07master:ccc71298456d: lavc: deprecate FF_DEBUG_MV and remove all traces of its use [18:30] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:c6c03dfdf169: Merge commit 'ccc71298456d97f64f539e303c771d04dcb33c53' [18:32] <cone-35> ffmpeg.git 03Anton Khirnov 07master:fae753af7095: avplay: drop -vismv option which does not do anything anymore [18:32] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:c97d397cbbf9: Merge commit 'fae753af709537fc75ff1c4ce21fc1f4429af929' [18:48] <cone-35> ffmpeg.git 03Anton Khirnov 07master:a1504eee41b3: lavc: deprecate AVCodecContext.debug_mv [18:48] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:66df6f540754: Merge commit 'a1504eee41b39f62dbfe0a0ca6b96c2716bf7577' [18:48] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:f49e6359b694: avcodec/avcodec.h: move debug_mv to the end of the struct with the next ABI bump [19:03] <cone-35> ffmpeg.git 03Anton Khirnov 07master:f8b2bcd2adab: lavc: deprecate FF_DEBUG_VIS_* [19:03] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:2a2cc0af6dcd: Merge commit 'f8b2bcd2adab65658ffd45f9f13b032af6600bf8' [19:03] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:9bcf647867cf: avcodec: document that FF_DEBUG_VIS_QP / FF_DEBUG_VIS_MB_TYPE should only be used through avoptions [19:12] <cone-35> ffmpeg.git 03Anton Khirnov 07master:0300962b7664: lavc: schedule FF_BUG_AC_VLC for removal on the next major bump. [19:12] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:7592d30bcb95: Merge commit '0300962b76644f145b773439989a5cdf1667e162' [19:20] <cone-35> ffmpeg.git 03Anton Khirnov 07master:eb5920c195d1: lavc: deprecate unused FF_BUG_OLD_MSMPEG4 [19:20] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:935d0ee08d0e: Merge commit 'eb5920c195d1b0bda81782af4ba0c5982f5225b3' [19:28] <cone-35> ffmpeg.git 03Anton Khirnov 07master:28240a60c1b5: lavc: move FF_ASPECT_EXTENDED from avcodec.h to h263.h [19:28] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:382545ae62ca: Merge commit '28240a60c1b5ce276e947ba013271ec009adc078' [19:33] <cone-35> ffmpeg.git 03Martin Storsjö 07master:d07b51bf0733: aviobuf: Handle a NULL buffer in avio_close_dyn_buf [19:33] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:81c3bb78aca7: Merge commit 'd07b51bf0733fe58bbfa13c448775dc325463cb4' [19:34] <cone-35> ffmpeg.git 03Martin Storsjö 07master:b264453de939: rtpenc: Remove some superfluous parentheses [19:34] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:5a7a56d7bef3: Merge commit 'b264453de93999ea6f23e98014390af468f56146' [19:40] <cone-35> ffmpeg.git 03Martin Storsjö 07master:9ceed7af377c: rtpenc: Add a rtpflag option for sending BYE packets when finishing [19:40] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:04894ef32e32: Merge commit '9ceed7af377cea6a430d63a2f5d5cf1afe0d4f05' [19:45] <cone-35> ffmpeg.git 03Martin Storsjö 07master:50aef03b24d9: rtspenc: Make sure BYE packets are sent before TEARDOWN [19:45] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:1295377f0a9d: Merge remote-tracking branch 'qatar/master' [19:54] <cone-35> ffmpeg.git 03Mark Himsley 07master:8b3964ecd1bf: avformat/isom: lpcm in mov default to big endian [19:54] <cone-35> ffmpeg.git 03Michael Niedermayer 07master:73d887733dc2: avcodec/tiff_common: allow count = 0 in ff_tadd_bytes_metadata() [20:06] <cone-35> ffmpeg.git 03Paul B Mahol 07master:01507ab36992: avcodec/sanm: stop using deprecated avcodec_set_dimensions() [20:06] <cone-35> ffmpeg.git 03Paul B Mahol 07master:256b986c04aa: avcodec/exr: stop using deprecated avcodec_set_dimensions() [20:06] <cone-35> ffmpeg.git 03Paul B Mahol 07master:0610d6e8ae60: avcodec/mvcdec: stop using deprecated avcodec_set_dimensions() [20:12] <ubitux> https://lists.libav.org/pipermail/libav-devel/2013-November/052629.html [20:12] <ubitux> omg. [20:14] <kierank> cleaning up of foo= bar is nice [20:14] <kierank> but 80 cahrs is not [20:14] <kierank> swings and roundabouts [20:14] <ubitux> i can't stop laughing [20:14] Action: durandal_1707 wonders what they will do after K&R ends [20:16] <kierank> durandal_1707: yasm i guess [20:17] <Compn> nih swscale ? [20:17] <ubitux> kierank: lol [20:17] <ubitux> kierank: did you see any of the current dev do that only once? [20:18] <kierank> Compn: avscale has been on hte cards for years [20:18] <ubitux> the closer to yasmification i saw from the current dev was diego failing at factoring code yesterday [20:19] <ubitux> (it was almost touching recently yasmified code) [22:45] <ubitux> i can't use macro in yasm to declare RODATA? [22:45] <ubitux> i'm innocently trying to do sth like that: http://pastie.org/8449046 [22:46] <ubitux> but i get http://pastie.org/8449049 [23:09] <ubitux> it seems the macro is only allowed to have a single parameter [23:11] <ubitux> oh shit i'm stupid [23:11] <ubitux> (missing coma) [23:30] <ubitux> heh, maybe i'll be done with 8x8 by the end of the week end [23:31] <ubitux> BBB: please don't share 32x32 yet ;) [00:00] --- Sat Nov 2 2013

1 0

ffmpeg.log.20131101
by burek 02 Nov '13

02 Nov '13

[01:36] <erpo> Which framerates are supported by the mpeg encoder? All I know is that 3, 10, and 15 aren't supported whereas 25 is. [01:37] <bencoh> I'd say it's defined in ff_mpeg2_frame_rate_tab [01:38] <bencoh> and .... 3, 10, and 15 should be afai can see [01:39] <erpo> Here is what I get when I run fmpeg -f image2 -i %03d.jpg -r 3 mymovie.mpg : [mpeg1video @ 0x2372d20] MPEG1/2 does not support 5/1 fps [01:40] <erpo> And, thanks. It's always great to get an answer from a person who can casually quote the source code. [01:41] <bencoh> oh, that's mpeg1, not mpeg2, sorry [01:42] <erpo> Trying ffmpeg -f image2 -i %03d.jpg -r 3 -vcodec mpeg2video mymovie.mpg gives "[mpeg2video @ 0x183bd20] MPEG1/2 does not support 5/1 fps" [01:42] <bencoh> looks like hmm [01:44] <bencoh> ffmpeg -i bar.ts -r 5 -vcodec mpeg2video foo.ts works here [01:44] <bencoh> -r 3 works too [01:44] <bencoh> (ffmpeg 1.1.5) [01:45] <erpo> ffmpeg -version gives "ffmpeg version 0.8.7-6:0.8.7-1ubuntu2" [01:45] <erpo> That must be ancient. [01:45] <bencoh> yeah, a bit ;) [01:51] <erpo> Is 0.10.9-7 unreasonably old? [01:51] <erpo> It doesn't appear to work either, but it's the latest available in Jon Severinsson's repository. [01:59] <erpo> Oh well. I ended up encoding to huffyuv at 3fps and then encoding to MP4 using handbrake. It's not MPEG1, but at least it works. [03:01] <myndzi> i'm trying to prepare some mkv files (anime) for html5 video [03:01] <myndzi> i've found various stuff on the web that helps, but my very first try gave me a really strange result [03:01] <myndzi> the resultant video drops frames like crazy [03:01] <myndzi> the original plays smoothly [03:03] <myndzi> i didn't reencode anything, just copied the audio/video streams [03:10] <myndzi> ... [03:10] <myndzi> ffmpeg -i monster01.mkv -acodec copy -vcodec copy out.mkv [03:11] <myndzi> that's not the first one, sec [03:11] <myndzi> avconv -i monster01.mkv -map 0:0 -map 0:2 -c:v copy -c:a copy out.mkv [03:12] <relaxed> READING COMPREHENSION [03:13] <myndzi> i'm getting the output for you, relax [03:13] Action: relaxed [03:13] <myndzi> i just wanted to demonstrate to you that i was literally doing nothing but a copy [03:13] <myndzi> http://pastebin.com/r3TzjGD6 [03:13] <myndzi> so in this case it seems rather pointless [03:14] <relaxed> what users deem pointless is rarely that. [03:15] <myndzi> i'll gladly be proved wrong... [03:15] <relaxed> well, for html5 you need vpx/vorbis in webm [03:16] <myndzi> mkv streamed fine, it just didn't give the correct audio and wouldn't enable the subtitles [03:16] <relaxed> h264/aac belongs in the mp4 container [03:16] <myndzi> so i didn't want to reencode it if possible [03:16] <relaxed> webm is a subset of mkv [03:16] <myndzi> when i say it dorps frames i mean locally [03:16] <myndzi> in a video player [03:16] <myndzi> not over the website [03:17] <relaxed> also, avconv is from the libav project. [03:17] <relaxed> /j #libav [03:17] <myndzi> i ran ffmpeg and it says 'ffmpeg is deprecated, use avconv instead' [03:18] <relaxed> because the libav project is focused on avconv. [03:18] <relaxed> ffmpeg is still developed by the FFmpeg project [03:18] <relaxed> pick you posion [03:18] <relaxed> your* [03:18] <myndzi> they seem to both run the same binary [03:19] <myndzi> ffmpeg is what all the results i'm seeing in search refer to, so that's what i'm hoping to get working [03:19] <relaxed> the commands are synonymous [03:19] <relaxed> (for the most part) [03:20] <myndzi> anyway, any idea why the framerate would go to hell from just a straight up video copy? [03:20] <relaxed> you can try http://johnvansickle.com/ffmpeg/ [03:21] <relaxed> I have to run to work now. Will reattach in 30 minutes. [10:59] <Kirito> Can a slower preset improve the output quality of a video when using CRF? Or it only ever impact file size? I know it's documented that it will improve quality when using a constant bit rate, but for constant quality I'm guessing there will be no difference? [10:59] <Kirito> (with x264, sorry) [13:29] <DX099> hello [13:29] <DX099> does anyone knows of a way to play two videos at the same time ? [13:29] <DX099> s/knows/know [13:30] <DX099> I mean with starting time synchronized and so on ? [14:18] <galex-713> Hello [14:18] <galex-713> Ive a mkv container containing several audio streams in proprietary codecs. [14:18] <galex-713> I would like to make one ogg audio file for each stream. [14:19] <galex-713> But I dont know how to pick only one audio stream& [14:19] <galex-713> Even looking at manual I didnt find how to do a such thing& [14:19] <galex-713> How could I do it? [14:21] <galex-713> Oh, and I already done it with the english stream using avconv -i movie.mkv -vn -codec:a libvorbis 'movie.en.ogg'. [14:30] <galex-713> And tried to pick only the second stream, the italian one, with avconv -c:a:2 dca -i movie.mkv -vn -codec:a:2 libvorbis 'movie.it.ogg', but that still pick the english stream (the first) [14:38] <relaxed> galex-713: ffmpeg -i input -map 0:a:0 -c:a libvorbis out.ogg [14:39] <galex-713> Oh thank you [14:39] <relaxed> where 0:a:0 is the first audio stream. 0:a:1 would be the second and so on. [14:39] <galex-713> Which 0 should I replace with 2 to get the stream 2 ? [14:39] <galex-713> Ok [14:39] <galex-713> Thanks :) [14:41] <galex-713> Oh, it says Unrecognized option 'c:a' and on the next line Failed to set value 'libvorbis' for option 'c:a'& [14:41] <relaxed> -acodec [14:41] <galex-713> Ok [14:41] <galex-713> thanks :) [14:42] <galex-713> Now it says Number of stream maps must match number of output streams and abort& [14:42] <galex-713> *aborts [14:43] <relaxed> I'm thinking your version is too old. http://johnvansickle.com/ffmpeg/ [14:52] <galex-713> relaxed, thank you! It works! [15:12] <jarr0dsz> hi everyone i try to convert .flv to .mp4, local on osx it goes ok but on production server i have whole stacktrace https://gist.github.com/anonymous/520cf36f36f2b75cbaa3 [15:12] <jarr0dsz> anyone could help me fix , it doesent say to much to me [15:13] <JEEB> welcome to old-as-hell ffmpeg [15:13] <JEEB> the default x264 settings it sets are blocked [15:13] <JEEB> just update your ffmpeg [15:13] <jarr0dsz> okay i see, im using the yum version from centos locally indeed from source compiled [15:14] <jarr0dsz> FFmpeg version 0.6.5 build on jan 12 2012 [15:14] <JEEB> 0.6.x is old [15:14] <JEEB> just go look at when 0.6 release was done [15:15] <JEEB> 3 years ago v0.6 Tag 0.6 Release tag | commit | shortlog | log [15:15] <JEEB> yup [15:15] <JEEB> welcome to 2010 [15:15] <JEEB> with something like centos you're better off by just compiling your own binary for ffmpeg [15:17] <jarr0dsz> yes it seems to, if i want all the options, audio/video/ converting etc have as less problems lateron is there documented somewhere what compile options i should use? [15:17] <jarr0dsz> i need to convert flv to mp4 and do several composition and audio related tasks with ffmpeg [15:38] <JEEB> jarr0dsz, there's some basic documentation on compilation on the trac's wiki [15:39] <JEEB> you most probably will only need fdk-aac and x264 for your usage? [15:39] <jarr0dsz> https://trac.ffmpeg.org/wiki/CentosCompilationGuide that seems to do it :P [15:39] <jarr0dsz> i for now just compiled all the modules in , recompiling every time is so pesky [16:02] <jarr0dsz> still trying to convert .flv to .mp4 with the full compile options it still fails and results in empty mp4 file [16:02] <jarr0dsz> now used this command ffmpeg -i input.flv -sameq -ar 22050 output.mp4 resulting in zero byte mp4 [16:03] <Mavrik> sameq. [16:03] <Mavrik> really. [16:03] <jarr0dsz> like [flv @ 0x87b8850]Could not find codec parameters (Audio: 0x0000, 16000 Hz, 1 channels) what would be causing this? [16:04] <jarr0dsz> im not sure im newbie with ffmpeg, i have an other conversion line that seems more legit but results in same error [16:04] <jarr0dsz> this is the "official" conversion command ffmpeg -y -i $path -acodec libmp3lame -ar 44100 -ac 1 -vcodec libx264 $path.mp4; [16:05] <jarr0dsz> full stacktrace is https://gist.github.com/anonymous/d59c9b63e58797b03d2a [16:05] <jarr0dsz> im not sure why im getting missing codec problems [16:05] <jarr0dsz> argh nevermind [16:05] <jarr0dsz> i see now , its still using the yum version :S [16:05] <JEEB> make sure the one you built and installed is in your PATH before the installed one [16:08] <jarr0dsz> totally overlooked i forgot to deinstall the yum version that is all fine now [16:08] <jarr0dsz> only with last conversion line it now throws error like [graph 1 input from stream 0:1 @ 0xb691d40] Invalid sample format (null) [17:18] <snooky> hello [17:19] <snooky> i dont really good speak english but i need help with use ffmpeg [17:19] <snooky> everyone can helped me? [17:20] <snooky> i wnat transcode an mp4 file to an avi file [17:22] <snooky> the transcode make it so => ffmpeg -i /var/www/youtube/editfiles/$name.mp4 -vcodec mpeg4 -acodec ac3 -ar 48000 -ab 192k /var/www/youtube/fertig/$name.avi [17:23] <snooky> it works fine, the audio quality was very fine but the video quality very very bad [17:24] <snooky> when i use for the vcodec -sameq then was the audio very bad and the file was original 50mb and transcode as avi 173mb [17:24] <snooky> how i can becam a good avi file? [17:30] <snooky> no one can help me? [17:31] <cbsrobot> snooky: read https://trac.ffmpeg.org/wiki/How%20to%20encode%20Xvid%20/%20DivX%20video%20… [17:31] <cbsrobot> snooky: did you read the page ? [17:31] <snooky> i dont really good speak english [17:33] <cbsrobot> snooky: http://translate.google.com/translate?hl=en&sl=auto&tl=de&u=http%3A%2F%2Ftr… [17:34] <snooky> cbsrobot: mp4 is an devx format? [17:34] <snooky> cbsrobot: mp4 is an divx format? [17:36] <cbsrobot> mp4 is a container [17:36] <cbsrobot> divx a codec [17:36] <cbsrobot> avi is a container too [17:37] <cbsrobot> mpeg4 consists of several parts: http://en.wikipedia.org/wiki/MPEG-4 [17:38] <snooky> and mp4 is an container? [17:38] <cbsrobot> part 2 is divx / xvid [17:38] <cbsrobot> part 10 is h264 [17:38] <cbsrobot> atc [17:38] <cbsrobot> etc [17:38] <cbsrobot> yes mp4 is a container (same as avi, mkv, mov & ) [17:39] <snooky> ok [17:39] <snooky> i want the same video quality [17:39] <snooky> but "copy" dont work [17:40] <cbsrobot> see the page [17:40] <cbsrobot> I sent you [17:41] <cbsrobot> Sie können eine Videoqualität mit-qscale wählen ( -qscale:v ), wobei n eine Zahl von 1 bis 31, wobei 1 die höchste Qualität / Dateigröße größte und 31 die niedrigste Qualität / kleinste Dateigröße. [17:41] <cbsrobot> same quality is a difficult task when transcoding [17:42] <cbsrobot> same quality and same filesize is what you want (I guess) [17:42] <cbsrobot> just try different values [19:44] <talcat> When trying to make a video from a sequence of color 8-bit tifs I get the error of: "Could not find codec paramaters for stream 0 (Video:tiff): Unspecified size. " Increasing analyzeduration and probesize options to their maximum did not help. Does anyone possibly have any ideas? [20:51] <Ulfalizer> given that avcodec_encode_video() can return 0 to indicate that the frame was buffered internally, how come memory usage doesn't grow indefinitely while you're encoding video? it seems you'd get less frames back than you write, so that you'd start lagging more and more behind, until you finally flush all the frames at the end. [20:52] <Ulfalizer> or rather, you'd encode more frames than you write [22:09] <zvn3x_> hey can anyone reccomend the best way to batch convert flvs to mp4, without sacrificing quality? [22:16] <Ulfalizer> zvn3x_: -c:v copy/-c:a copy perhaps [22:16] <Ulfalizer> that should keep the streams as-is i think, only changing the container format [22:27] <zvn3x_> found a script altman ] [ stein_ ] [22:28] <zvn3x_> for file in *.flv ; do ffmpeg -i $file -acodec copy -vcodec copy ${file%.flv}.mp4 ; done [22:29] <zvn3x_> worked for some videos but a couple gave errors [22:29] <zvn3x_> track 0: could not find tag, codec not currently supported in container [22:29] <zvn3x_> Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted [22:32] <zvn3x_> Ulfalizer, also this script doesnt work if there is spaces in the filename. i will try your suggestion [22:40] <Ulfalizer> zvn3x_: that should be the same as mine i think. to get around the spaces problem, put "$file" and "${file%.flv}.mp4" instead. [22:41] <Ulfalizer> i.e., quotation marks [22:41] <Ulfalizer> pretty sloppy of the author :| [22:44] <Ulfalizer> not sure about the other error. perhaps it's just what it says - that it's using some codec that .mp4 doesn't support. [23:14] <zvn3x_> Ulfalizer, thanks i fixed that script, which seemed to work on some files with the same containers. looks like im gonna have to convert the rest [23:17] <zvn3x_> this is the new script im working, i tested it, seems to work, but very cpu intensive [23:17] <zvn3x_> for i in *.flv; do name=`echo $i | cut -d'.' -f1`; echo $name; ffmpeg -i $i $name.mp4; [00:00] --- Sat Nov 2 2013

1 0

ffmpeg-devel.log.20131031
by burek 01 Nov '13

01 Nov '13

[00:03] <cone-863> ffmpeg.git 03Michael Niedermayer 07master:cb52d6da0a9c: avcodec/bink: fix seeking to frame 0 [00:06] <llogan> version.sh gives a weird revision number on a shallow repo that got "git pull"-ed [00:06] <llogan> N-57649-gcc0e47b (normal) vs N-38493-gcc0e47b [00:54] <llogan> ooops..forgot to set as "wish" [01:01] <BBB> ubitux: --cpu-used=0 deals correctly with it yes [01:01] <BBB> ubitux: other values I don't know [01:02] <cone-863> ffmpeg.git 03Michael Niedermayer 07release/1.2:fd8af7510991: avcodec/bink: fix seeking to frame 0 [01:02] <cone-863> ffmpeg.git 03Michael Niedermayer 07release/2.0:beb28bc55dc7: avcodec/bink: fix seeking to frame 0 [01:02] <cone-863> ffmpeg.git 03Michael Niedermayer 07release/2.1:1cd5797f8ec8: avcodec/bink: fix seeking to frame 0 [01:52] <cone-863> ffmpeg.git 03Michael Niedermayer 07master:b73900b8a6c0: avformat/http: fix cookies [01:55] <cone-863> ffmpeg.git 03Michael Niedermayer 07release/2.1:d8be5bda1b96: avformat/http: fix cookies [02:33] <cone-863> ffmpeg.git 03Michael Niedermayer 07master:2b1056e4e27b: avformat/thp: fix variable types to avoid overflows [02:33] <cone-863> ffmpeg.git 03Michael Niedermayer 07master:6c4b87d3d6ae: avformat/thp: force moving forward [06:53] <Persanker> Hi [06:53] <Persanker> Is there anybody? [06:54] <Persanker> I have a question of using a function. [06:55] <Persanker> Can anyone help me? [07:27] <Persanker> hi [10:13] <cone-709> ffmpeg.git 03Mickaël Raulet 07master:7c8b65f688ea: hevc: add partial support for interlaced(cherry picked from commit 44b592ae6d323445c076ef3ec966ebf9daa8bccf) [10:14] <nevcairiel> nooo, not interlaceeeed [10:15] <Paranoialmaniac> interlaced should die [10:18] <Paranoialmaniac> this commit is only affected as sei? [10:18] <nevcairiel> afaik, hevc doesnt have special interlaced coding, only info signaling [10:19] <ubitux> haha [10:19] <Paranoialmaniac> hevc interlaced is implemented as a pair of top and bottom field coded pictures like avc [10:19] <Paranoialmaniac> no mbaff. but there is paff [10:23] <Paranoialmaniac> i like the idea which signals interlaced only but i dislike paff coding. so i dislike hevc :P [10:24] <mraulet> nevcairiel, yes [10:24] <mraulet> it is not yet finished the implementation I did [10:25] <mraulet> it is parsing but not deinterlacing yet [10:25] <Paranoialmaniac> deinterlacing?? [10:25] <mraulet> when I try abc with field only it got a deinterlaced yuv [10:26] <Paranoialmaniac> deinterlacing is a task of post processor. not a decoder task [10:26] <mraulet> in hevc I am outputting 2 fields [10:26] <mraulet> true [10:26] <mraulet> but I am not able to activate it yet [10:27] <Paranoialmaniac> well, libavcodec h264 decoder always waits for completion of frame even if field coded [10:29] <Paranoialmaniac> :O i didn't notice that my hevc parser patch is already in [10:30] <mraulet> it is yes [10:30] <mraulet> I haven't checked if you did further modifications [10:31] <mraulet> was busy with standardisation [10:35] <ubitux> http://git.libav.org/?p=libav.git;a=commitdiff;h=293fe6da01b6cb2f85c6551553… http://lists.libav.org/pipermail/libav-devel/2013-October/052569.html http://lists.libav.org/pipermail/libav-devel/2013-October/052591.html [10:35] <ubitux> it never ends :') [10:36] <ubitux> they can't even make up their mind with the style [10:36] <nevcairiel> haha the latest patch now undoes vertical alignment added in the earlier commit, so funny [10:36] <ubitux> yeah :D [10:37] <nevcairiel> wonder if i should post that on the ML :P [10:37] <ubitux> nevcairiel: should i? [10:38] <nevcairiel> sounds like a good opportunity to troll their re-styling :p [10:38] <durandal_1707> ubitux: we should make documentary [10:41] <ubitux> i'm not sure 3 people are enough yet for cosmetics [10:41] <ubitux> they need a 4th one [10:43] <saste> K&R is hard [10:43] <saste> it takes many attempts [10:43] <nevcairiel> the worst part is the obsession with 80 characters [10:44] <nevcairiel> take http://lists.libav.org/pipermail/libav-devel/2013-October/052569.html for example [10:44] <nevcairiel> the last two hunks dont make anything better [10:44] <nevcairiel> worse even, imho [10:45] <ubitux> consider yourself lucky the script (or luca?) didn't break after the first coma too [10:45] <ubitux> like it often happens, as i pointed out last time [10:45] <durandal_1707> K&R is final state of mind [10:52] <mateo`> i wonder if they plan to add a git hook to call indent ... [10:53] <ubitux> i'm pretty that's the final utopy [10:53] <ubitux> when everything is "consistent" [10:53] <ubitux> but given they can't even make their mind on the style on a single trivial files [10:53] <ubitux> i doubt it will happen soon [10:53] <ubitux> they will just fuck up the blame/history [10:53] <ubitux> and readability sometimes [10:54] <ubitux> (and introduces functional changes and bugs at times) [10:57] <durandal_1707> but michaelni still like to merge such changes [10:58] <nevcairiel> if you dont, merging actual functional changes later is a pain [11:00] <durandal_1707> finding later changes needs pain killers [11:21] <cone-709> ffmpeg.git 03Michael Niedermayer 07master:fa6fa2162b73: avcodec/cabac: support UNCHECKED_BITSTREAM_READER = 0 [11:26] <ubitux> wm4: "eventually, probably" ;) [11:27] <ubitux> wm4: basically, a probable "wish" afaiu, with nothing really planed [11:28] <wm4> well I just found a bug in my own code because of this [11:28] <wm4> and I'd consider myself an experienced API user [11:28] <wm4> so I'll use my failure as proof that the API "fucking sucks" [11:28] <nevcairiel> better then face your own faults, i'm sure [11:28] <nevcairiel> :P [11:29] <av500> wm4: which one? [11:29] <wm4> providing a single, supported way would fix the API [11:29] <wm4> av500: avcodec_alloc_frame vs. av_frame_alloc, also refcounting [11:29] <BBB> lol @ ununchecked cabac [11:29] <BBB> didn't I implement that years ago and doesn't that include all assembly etc.? [11:29] <av500> wm4: ah [12:25] <ubitux> wm4: maybe someone should write a paper about moving from the old to the new api [12:25] <ubitux> :p [12:26] <wm4> how about not giving a fuck [12:26] <av500> i'd rather we break the new API [12:26] <wm4> it seems every API user just has to go through the pain [12:26] <wm4> like a ritual [12:27] <wm4> like the klingon initialization rite [12:27] <wm4> just that it happens every 6 monthd [12:27] <wm4> *months [12:27] <wm4> to confirm that he is a worthy API users [12:28] <av500> its the API "tax" [12:28] <ubitux> wm4: i'm still wondering what your point is, or what you want :D [12:29] <wm4> ubitux: op confusing differences between refcounted and "old" API... which is possible to accomplish [12:29] <wm4> at least as soon as the deprecated get_buffer is removed [12:30] <ubitux> op=me? [12:30] <ubitux> i think everyone is confused about the old2new api anyway [12:30] <wm4> s/op/no/ (how did this happen)= [12:30] <ubitux> ah [12:52] <durandal_1707> so instead of fixing/improving example we troll about api [12:53] <wm4> sorry I don't think it's reasonable to have both avcodec_free_frame and av_frame_free and have them do completely different things [12:54] <wm4> perhaps not _really_ the problem of the example [12:55] <durandal_1707> wm4: yes i find it confusing too [12:55] <wm4> but why make users (possibly) use them [12:56] <durandal_1707> and have 2 different paths is pain [12:57] <saste> someone has to explain what i gain from saving users pain (in change of my own pain) [12:57] <saste> since i get nothing from users anyway [12:58] <saste> ah i forgot, i do it for the public good [12:58] <durandal_1707> you are doing something wrong.... [12:59] <wm4> saste: you can spare yourself hour long discussions on IRC about bad APIs [13:34] <ubitux> wm4: so, can i use new api without ref counting? [13:35] <wm4> not sure... [13:35] <nevcairiel> anton claims you can, i still have my doubts [13:35] <ubitux> (aka without the need to set the option or unref the frame after decode) [13:35] <ubitux> ok i'll try then [13:35] <wm4> you still have to unref the frame before decode though [13:35] <wm4> or it'll leak [13:35] <wm4> not sure why this has to be this way, but whatever [13:35] <ubitux> before? [13:35] <ubitux> dafuck [13:36] <wm4> yes decode will just memset the AVFrame, essentially [13:36] <nevcairiel> if refcounting is off, you should only need to free the frame once when you shutdown [13:36] <ubitux> ok let me try then [13:36] <nevcairiel> it stores the buffers internally to free them on the next call, iirc [13:36] <wm4> so before decode you still need: if(refcounting_enabled)av_frame_unref(frame); [13:37] <ubitux> gonna improve the example to make multiple new api modes [13:37] <ubitux> yay, gonna love it [13:37] <nevcairiel> well with refcounting you need to free it between decode calls, indeed [13:37] <nevcairiel> thats really the only big difference [13:37] <wm4> hm maybe av_frame_unref is ok even if refcounting is disabled, but that's questionable [13:38] <nevcairiel> should be OK, but should be a void operation [13:38] <nevcairiel> short of clearing all the other fields [13:38] <nevcairiel> if antons theory is right, anyway [13:38] Action: nevcairiel is not convinced yet [13:39] <wm4> anyway, my point is: would decode unref the frame automatically, you wouldn't have to care about this [13:39] <nevcairiel> you mean even with refcounting? [13:39] <wm4> yes [13:40] <wm4> and then, when get_buffer is removed, refcounting could be enabled by default [13:40] <nevcairiel> some users of the old api allocated a new frame for evey decode call, which would then still leak [13:40] <nevcairiel> so it would be inconsistent still [13:40] <wm4> then user wouldn't have to care about refcounting, and could just use the av_frame_ref functions when he needs it [13:40] <wm4> hm [13:43] <cone-709> ffmpeg.git 03Diego Biurrun 07master:c7f25d4c7f65: build: Ensure that strip commands are run silently [13:43] <cone-709> ffmpeg.git 03Michael Niedermayer 07master:532ca12300f1: Merge remote-tracking branch 'qatar/master' [13:46] <ubitux> it seems to work [13:46] <ubitux> mmh well [13:47] <ubitux> i was trying fate-samples/lossless-audio/luckynight-partial.shn but it doesnt decode well with the example [13:49] <ubitux> maybe that's just the end though [13:55] <ubitux> wm4, nevcairiel, http://pastie.org/pastes/8445428/text [13:55] <ubitux> with that patch: http://b.pkh.me/0001-doc-examples-demuxing-show-how-to-use-the-reference-.p… [13:57] <ubitux> so, it seems ok [13:57] <wm4> what's that lock manager bit? [13:57] <ubitux> no idea [13:58] <wm4> also in the default lock manager code it's strange that create doesn't allocate, while destroy does allocate [13:58] <wm4> oh well [13:59] <nevcairiel> the default lock manager code was rather weird [13:59] <nevcairiel> with its volatile variable [13:59] <nevcairiel> not sure why thats there [14:05] <ubitux> so anyway [14:05] <ubitux> who's gonna fix the filtering_{audio,video}.c examples now? :) [14:07] <wm4> are they broken? [14:07] <durandal_1707> something broke? [14:08] <wm4> they look ok on a quick look [14:15] <ubitux> wm4: they are broken [14:15] <ubitux> they crash out of the box [14:15] <ubitux> or leak, or both, can't remember [14:21] <ubitux> also, those examples don't handle multiple decode per packet [14:23] <wm4> that's needed for audio only [14:36] <cone-709> ffmpeg.git 03Carl Eugen Hoyos 07master:e4b0a77021a2: libavfilter/decimate: Add pts of first frame to all frames. [14:36] <cone-709> ffmpeg.git 03Michael Niedermayer 07master:045214e3d981: Merge remote-tracking branch 'cehoyos/master' [14:36] <durandal_1707> f&*() [14:37] <cone-709> ffmpeg.git 03Paul B Mahol 07master:49287bbfd322: doc/filters: add few more examples for blend filter [14:38] Action: durandal_1707 #ffmpeg You're not a channel operator [17:19] <wm4> ubitux: do you know/care about dvdsubdec? I have a file here where lavc returns duration=0, while the duration is correct with mplayer's dvd sub decoder [17:20] <ubitux> i did some changes to it recently but i wouldn't say i know about it [17:20] <ubitux> but yeah feel free to share [17:21] <wm4> sample: http://www1.datafilehost.com/d/9b99a2 (first subtitle event is affected, you can see it appear for 1 frame in ffplay) [17:24] <ubitux> Invalid file ID. [17:25] <wm4> try this: http://www1.datafilehost.com/d/9b99a2bf [17:25] <wm4> right, I missed two characters [17:26] <wm4> looking further into thus, mplayer's spudec.c has an additional mysterious chunk of code that does alternative reading of end timestamp, which appears to be missing from lavc [17:26] <ubitux> no idx? [17:26] <ubitux> erm yeah sure no idx. [17:26] <wm4> it's a normal mpeg stream [17:27] <wm4> from a DVD [17:28] <wm4> av_dlog(NULL, "unrecognised subpicture command 0x%x\n", cmd); <- should perhaps not be a dlog [17:28] <ubitux> agree [17:28] <ubitux> i won't have time to look at it soon though [17:29] <ubitux> i'll probably open a ticket, unless you don't feel lazy [17:29] <wm4> I'm trying to debug it, if I give up and have no patch, I'll open a ticket [17:46] <wm4> hm actually, the mplayer sub decoder doesn't determine a duration either [17:46] <wm4> but at least you know that the duration is unknown [17:56] <wm4> ubitux: yeah, never mind, at most it's a ffplay bug and a shortcoming of the subtitle API [17:56] <ubitux> yeah ffplay doesn't support well the bitmap subs [17:56] <ubitux> :P [17:57] <wm4> actually [17:57] <wm4> the duration of these subtitle packets seems to be set to 0 [17:57] <wm4> hm [17:58] <wm4> "Duration of this packet in AVStream->time_base units, 0 if unknown." [17:58] <wm4> so... what if the duration is _actually_ 0? [17:59] <wm4> and yes there are subtitles that use duration==0 if the sub shouldn't be shown at all [18:19] <durandal_1707> safari can play vp8? [18:21] <{V}> durandal_1707, maybe this is helpful: http://caniuse.com/webm [18:24] <durandal_1707> i have same strange issues with h264 and seeking [18:37] <wm4> why does vf_copy exist? [18:42] <beastd> "Add copy filter, useful for testing the avfilter_draw_slice() copy code." [18:45] <wm4> lol [18:45] <wm4> draw_slice is gone [18:46] <beastd> wm4: that seems what was the original reason. maybe it also serves as a starting point for writing a completely new filter from scratch. [18:47] <saste> well it was still useful, to test a few reference copy issues [18:50] Action: durandal_1707 blames libmpcodecs [18:51] Action: beastd assumes durandal_1707 does random blaming [18:52] <saste> ffmpeg -i input -v:c copy -t 10 foo.mp4 => silly bug of the day [18:52] Action: durandal_1707 blames beastd for libmpcodecs [18:53] Action: saste blames durandal_1707 who blames beastd for libmpcodecs [18:54] Action: durandal_1707 blames saste for copy filter [18:54] Action: beastd starts another blame game [18:54] Action: durandal_1707 blames everyone who stopped writing filters [18:55] Action: saste blames filters, people should use vapoursynth instead [18:55] Action: durandal_1707 bans saste [18:57] <durandal_1707> setpts='PTS*25*90',fps=24 eats memory [19:08] <wm4> ubitux: I think your vobsub fixes didn't make it into the release branches [19:08] <ubitux> not all of them indeed [19:09] <ubitux> since i had no review and the changes were not trivial [19:09] <ubitux> i didn't want to backport them immediately [19:09] <ubitux> (and indeed a nasty bug was spotted later) [19:12] <durandal_1707> how you can do slide transition with lavfi - you can't [19:14] <wm4> vf_powerpoint [19:15] <ubitux> wm4: http://trac.ffmpeg.org/ticket/1985 [19:15] <durandal_1707> would ffmpeg sponsor scripting filter? [19:16] <wm4> oh my [19:18] <durandal_1707> there is open bug for converting doc/xls... [19:19] <mark4o> it would be cool if the concat filter supported transitions though [19:20] <durandal_1707> there are alfread filters that do transitions [19:21] <durandal_1707> adding transitions inside concat would be big clusterfuck [19:21] <mark4o> alfread filter? [19:21] <wm4> just use vapoursynth [19:22] <wm4> transitions would be easy to script with it [19:22] <durandal_1707> i will kick anyone who mentions it again [19:23] <ubitux> haha [20:08] <durandal_1707> michaelni: why is HEVCLocalContext allocated when it can be inside context? [20:13] <durandal_1707> btw why hevc does not use ONLY_IF_THREADS_ENABLED [20:17] <cone-792> ffmpeg.git 03Carl Eugen Hoyos 07master:5ab1efb9d0dc: Fix a crash on oom when decoding hevc. [20:32] <durandal_1707> git log [20:32] <durandal_1707> stupid shell [20:33] <ubitux> that's not a shell durandal_1707 [20:33] <ubitux> this is the irc window [20:33] <durandal_1707> want to be my shell? [20:34] Action: ubitux : command not found: want [20:34] <durandal_1707> /deop ubitux [20:34] <ubitux> :( [20:35] <Compn> ehe [20:35] <durandal_1707> why you take everything so serious? [20:48] <cone-792> ffmpeg.git 03Compn 07master:6173b0fea71a: aacdec: fix small comment, update decoder features comment [20:49] <Compn> cone is fast :D [20:52] <durandal11707> this commit was not approved [21:09] <Compn> durandal11707 : michael reviewed part of it on -cvslog [21:09] <Compn> it was [21:09] <Compn> pre-approved! [21:25] <smarter> https://trac.ffmpeg.org/ is broken? [21:26] <JEEB> yup, the http side of things seems to work tho [21:27] <llogan> it's back [21:37] <llogan> did anyone get the exact error message referring to the database? [21:41] <cone-792> ffmpeg.git 03Marton Balint 07master:e1573d714746: MAINTAINERS: add myself as libzvbi-teletextdec maintainer [21:43] <smarter> llogan: here: http://pastebin.com/24wmhnhb [21:45] <ubitux> beastd ^ [21:45] <beastd> smarter: hmm, ok. thanks. [00:00] --- Fri Nov 1 2013

1 0

ffmpeg.log.20131031
by burek 01 Nov '13

01 Nov '13

[01:15] <smjd> why does 'volumedetect' filter lower bit-depth to 32-bit? [01:21] <smjd> at least it adds lowers dynamic range to about 120dB [01:22] <smjd> -adds [01:28] <DrSlony> Hi, how do I get an animated gif to loop through the duration of the mp3 I want to couple it with? [01:29] <relaxed> try ffmpeg -i audio.mp3 -loop 1 -i animated.gif ... [01:34] <DrSlony> relaxed it says "option loop not found" [01:34] <DrSlony> ffmpeg-1.2.4 [01:50] <relaxed> maybe, ffmpeg -i audio.mp3 -loop_input -i animated.gif ... [01:56] <IsmAvatar> hey guys, I'm on Ubuntu and I'm trying to record my desktop audio (or at least audio from a specific window), but it keeps coming back dead silent. http://pastebin.com/PDt0SH2G If I replace the "hw:0,0" with "pulse", it captures my mic, but still not my desktop audio. [02:07] <funyun> cbreak: ya there? [02:59] <IsmAvatar> I'm ultimately trying to record desktop videos, as well, and that much is working, I just can't get ffmpeg to record desktop sounds. [03:12] <klaxa> IsmAvatar, pulse or alsa? also if you are on ubuntu ffmpeg or avconv? [03:15] <IsmAvatar> klaxa: not entirely sure. When I tell it -i pulse, it reads from mic, but still no desktop sound. I run the ffmpeg command, although it looks like it may be just avconv's wrapper to encourage you to use avconv instead. [03:16] <klaxa> then it is avconv, head to #libav then, however, if you select -i pulse start pavucontrol and set the recording stream to your soundcard monitor [03:17] <klaxa> in the recording tab there should be ffmpeg/avconv listed as a recording instance [03:18] <IsmAvatar> I just installed pavucontrol a couple minutes ago. Recording tab says "No application is currently recording audio." [03:21] <klaxa> that's weird [03:21] <IsmAvatar> oh, my bad, forgot to select -i pulse [03:23] <klaxa> okay does it correctly if you do -i pulse? [03:23] <IsmAvatar> k, yeah, I can select my monitor. Actually I have 2 options, one for the HD controller, and one for built-in analog audio stereo, so I've selected the HD one, [03:24] <IsmAvatar> 2 monitor options, that is [03:24] <klaxa> well, you should select the one that actually plays back the audio [03:24] <klaxa> you can see which one that is if you play back a sound (for example music) and check the output devices tab [03:25] <IsmAvatar> there's only 1 thing listed in output devices, and it's the HD one [03:25] <klaxa> then that one should work [03:27] <IsmAvatar> hmm, nope, now it's generating a silent wav from pulse. [03:28] <IsmAvatar> shouldn't the little volume bar in pavucontrol's recording tab be going up and down as the sound plays? [03:29] <klaxa> it should [03:29] <IsmAvatar> also, for -f, do I specify alsa or pulse? Because pulse just gives an error that "pa_simple_new failed: No such entity", but alsa chugs along and records. [03:29] <klaxa> it does for me at least [03:30] <klaxa> usually you do ffmpeg -f alsa -i pulse test.flac [03:30] <klaxa> or something [03:30] <IsmAvatar> yes. I chose .wav, but that can't affect anything. [03:31] <IsmAvatar> aha [03:31] <klaxa> true, well i don't know your exact setup though [03:31] <klaxa> so... try playing around with that stuff, you'll figure it out eventually, i'm also way past my bedtime [03:31] <IsmAvatar> It's a different monitor [03:32] <IsmAvatar> I swear it wasn't there before, lol [03:33] <IsmAvatar> success! Thanks. Hopefully I can still record from mic simultaneously now. Should be able to figure that out. Thanks a bunch, and good night ;-) [03:34] <klaxa> oh heh... if you are lucky either someone else can help you with that, or you catch me tomorrow [03:34] <klaxa> o/ [09:50] <disdi> I am facing some issue with the map command .map x:y - where x is the input file index and y the stream index in that file, both starting at 0.My objective is to get ffmpeg work for 2 video sources and 2 audio sources to direct the output to two different output files(having different audio and different video)- [09:52] <disdi> I am issuing a command [09:52] <disdi> ffmpeg \ [09:53] <disdi> -f video4linux2 -r 25 -i /dev/video0 \ -f mjpeg -i http://admin:dlink123@192.168.1.21:80/video/mjpg.cgi \ -f alsa -i plughw:PCH,0 -ar 22050 -ab 64k -strict experimental \ -f alsa -i plughw:CMI8738,0 -ar 22050 -ab 64k -strict experimental \ -map 0:v:0 -map 2:a:0 -map 1:v:0 -map 3:a:0 \ -acodec aac -vcodec mpeg4 \ -y webcam7.mp4 -y webcam8.mp4 [11:08] <cousteau> [off-topic] so Cisco made the h.264 codec freely available. What's that good for, since I've been able to see h.264 videos on MPlayer since forever? [11:08] <relaxed> cousteau: http://lwn.net/Articles/572205/ [11:09] <cousteau> "We plan to open-source our H.264 codec, and to provide it as a binary module that can be downloaded for free from the Internet." [11:10] <cousteau> I hope those are 2 separate sentences and that I don't have to explain them what open SOURCE means [11:10] <klaxa> cousteau: firefox and other open-source shit can use it and decode h264 without paying royalties [11:10] <JEEB> yes, because distributing binaries is what you need the license for [11:10] <klaxa> something like that [11:10] <cousteau> (unless, of course, they've edited the binary file with a hex editor manually, and thus the binary IS the source) [11:10] <cousteau> klaxa, I see [11:10] <JEEB> the thing will be open source it seems, but you have to grab the binaries from cisco [11:11] <JEEB> otherwise you have to deal with the licensing stuff yourself [11:11] <cousteau> so Firefox couldn't use ffmpeg due to royalty issues [11:11] <zap0> , AND to provide.. thats a logical && ;) [11:11] <klaxa> same reason firefox on linux doesn't support mp3 in html5 video/audio tags [11:11] <durandal_1707> who will check what is actually in binary? [11:11] <klaxa> all this licensing stuff is too complex for me :V [11:12] <JEEB> it's not really that complex, the terms are rather simple. Sign a paper, and note how many copies you distro. If it goes over x thousand copies, you pay. [11:12] <cousteau> klaxa, licenses are annoying and boring; it's something more for lawyers than for software engineers [11:13] <JEEB> it's obviously meant for software you take money from in one way or another, which is why most open source software either only distributes source officially [11:13] <JEEB> and other projects just set themselves up in places where they're legally "OK" [11:13] <cousteau> JEEB, what if the copies are tree-shaped? B,C,D download from A; E,F,G from B; H,I,J from C; K,L,M from D; N,O,P from F... exponential growth [11:14] <JEEB> you only have to care about copies you distributed [11:14] <cousteau> and none of them notices more than 3 downloads (x = 0.003) [11:14] <cousteau> so... what did ffmpeg do before? [11:15] <JEEB> ffmpeg has always only distributed source code [11:15] <cousteau> implement their own reverse-engineered software? [11:15] <JEEB> which no-one cares about [11:15] <JEEB> third parties have always handled binaries [11:16] <JEEB> anyways, the cisco thing is only useful for things that really care about the licensing business, and didn't want to touch it with a long stick. And wanted something under a more liberal license than LGPL. [11:16] <JEEB> (or GPL for the encoder part) [11:16] <JEEB> for most of open source it really doesn't matter much at all :P [11:19] <cousteau> hm, isn't LGPL liberal enough? I thought it was the corporation-friendly version of GPL [11:20] <durandal_1707> liberal for what? [11:20] <JEEB> well, it wouldn't be for Firefox f.ex. tho, since they let you do more than LGPL lets you to do with their licensing [11:21] <cousteau> such as? [11:21] Action: cousteau checks the website for choosing licenses [11:21] <cousteau> http://choosealicense.com/ - this one [11:24] <cousteau> is there a channel for license discussion? [13:55] <sspiff> Hi, I'm trying to extract dvb subtitles from an mpeg2 stream, but I can't seem to get it to work [13:56] <sspiff> ideally, I'd want to extract them as bitmaps [13:57] <sspiff> I'm using `ffmpeg -i input.ts -map 0:p:145:3 -f image2 foo%03.jpg`, but obviously jpeg isn't supported as an output format for subtitles [14:02] <ubitux> sspiff: http://trac.ffmpeg.org/ticket/2024 [14:02] <ubitux> tl;dr: broken since forever, no one fixed it yet [14:02] <ubitux> (patches welcome...) [14:09] <sspiff> ubitux: I see, thanks for the swift and specific reply :) [14:09] <sspiff> I'll be back in half an hour with more questions :) [14:15] <sinn3r> hi, i need a little help to remove interlacing while converting a mp4 to a mov. i've tried -deinterlace and -vf yadif to no avail, the -ilme from the doc is not a valid option. i am using ffmpeg version 2.0.2 [14:31] <plm> Hi all [14:33] Last message repeated 1 time(s). [14:38] <IsmAvatar> klaxa, you here? [14:43] Last message repeated 1 time(s). [14:43] <IsmAvatar> oops, sorry [14:43] <sinn3r> durandal_1707: http://pastebin.com/2PXGDuJb [14:58] <Kn0wOne> I am having difficulties compiling ffmpeg on LinuxMint15 for Serviio. Have tried instructions on both web sites and it never compiles correctly. Is there a dummies guide or step buuet proof guide for performing this procedure? [15:01] <Kn0wOne> Thanks. [15:07] <sspiff> ubitux (or anyone): So if I understand correctly, dvbsub input handling is broken at the moment? [15:08] <ubitux> dvb sub are not well demuxed (or remuxed?) currently [15:08] <sspiff> is there an issue or a wiki page or something where the current problems/state can be read? [15:09] <ubitux> the trac url i gave you [15:09] <ubitux> and see related ticket in one of the comment [15:09] <ubitux> also: http://trac.ffmpeg.org/query?status=new&status=open&status=reopened&keyword… [15:10] <ubitux> i was willing to fix it but& ENOTIME [15:10] <ubitux> also, i have no actual direct interest in it [15:11] <ubitux> ...and most dev keep themselves away from the subtitles issues [15:11] <ubitux> help welcome [15:12] <sspiff> ubitux: I'll consider it, if I manage to figure out what's going wrong :) [15:12] <ubitux> about outputting bitmap subtitles to pictures that could be nice; we currently have a enable-yourself-code in dvdsub code to do such thing, but that would be nice to have it generic [15:16] <sspiff> I'm actually tasked by my employer to get this output-to-images thing, but they expected it to be present in some open source library already. If I can convince them to assign me the project & let me fix it in ffmpeg, I could solve my own ENOTIME issue for this. [15:20] <IsmAvatar> I'm on Ubuntu and trying to get desktop and mic sound recorded. -i pulse was capturing mic before, and using pavucontrol I could get it to capture desktop, but now I can't figure out how to get mic too. [15:21] <IsmAvatar> Is there a hw:*,* for it? lol [16:44] <krokodilerian> streaming rtmp question (streaming to twitch.tv): looking at netstat, I see that ffmpeg is not reading from the socket and some stuff accumulates in the buffer, looking with wireshark, it's some kind of in-band ack. how do i fix that, it would be a problem for longer streams, afaik, is this something that librtmp, or in ffmpeg itself? [17:36] <IsmAvatar> I'm trying to record both mic and desktop on Ubuntu. I've got mic working, and I can use arecord to record desktop, but how do I translate that to ffmpeg -i? [17:37] <Mavrik> use x11 grab for video and alsa input for audio [17:37] <Mavrik> check documentation for both protocols :) [17:37] <IsmAvatar> I mean audio for both [17:37] <Mavrik> so you want to merge audio? [17:38] <IsmAvatar> yes [17:38] <IsmAvatar> I assume I'd just list two -i flags, but I don't know what the desktop one would be [17:39] <Mavrik> IsmAvatar, iirc -f alsa -i hw<id>,<device> should work for ALSA [17:39] <Mavrik> ffmpeg -f alsa -i hw0,0 <output params> [17:39] <Mavrik> you'll probably have to use the amix filter to merge audio from mic and desktop into a single stream [17:40] <IsmAvatar> I assume you mean hw:0,0 [17:40] <Mavrik> mhm [17:41] <IsmAvatar> seems it's just silence on that line. [17:41] <Mavrik> well, the ID probably isn't correct then :P [17:42] <Mavrik> I assume you KNOW which device and subdevice ID you need for alsa ;) [17:42] <IsmAvatar> nope ^_^ [17:43] <IsmAvatar> I know I can just specify -i default or -i pulse to get the mic [17:43] <IsmAvatar> and I know that I can use pavucontrol to remap pulse to the desktop audio. [17:44] <Mavrik> then you should probably use pulse, not alsa protocol :) [17:44] <IsmAvatar> that fails pretty hard. pa_simple_new failed: No such entity [20:41] <brain0> does anyone have experience streaming to samsung TVs? my TV keeps saying "video codec not supported" when I select libx264 (mpeg2video works) [20:41] <brain0> however, I can play h264 videos from hard drive or via dlna [20:42] <brain0> anything regarding ffmpeg options I should try? [20:45] <tg2> anyone know of any alternatives to wowza for generating hls segments on-the-fly from a source mp4? [20:48] <llogan> tg2: http://ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-… [20:49] <llogan> i mean http://ffmpeg.org/ffmpeg-formats.html#hls-1 [20:56] <tg2> this produces the segments from the mp4 [20:56] <tg2> and writes the m3u8 along with the .ts segements, right? [20:57] <tg2> is there something that does this live? [20:57] <tg2> without storing a second copy of everythign in .ts files on disk? [20:58] <tg2> essentailly it has to produce the m3u8 file based on the mp4's keyframes [20:58] <tg2> then produce the .ts file from the mp4 when the client requests it [20:58] <tg2> Is there a way to get ffmpeg to only generate the m3u8? [20:59] <tg2> i can probably wrap ffmpeg with a node server that will create the .ts chunks based on offset [21:01] <llogan> i'm not sure [21:01] <llogan> those two links are your best bet [21:05] <tg2> ah, didn't check the firs tone [21:05] <tg2> thx [21:05] <tg2> i thought the second one was a correction for the first [21:22] <brain0> okay, solved almost all my problems but one [21:22] <brain0> when running ffmpeg -f x11grab and running a fullscreen video or opengl game, the screen sometimes flickers [21:43] <tg2> http://nginx.org/en/docs/http/ngx_http_hls_module.html [21:43] <tg2> found this instead [21:43] <tg2> goodbye wowza [00:00] --- Fri Nov 1 2013

1 0