Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

September 2014

1 participants
60 discussions

ffmpeg-devel.log.20140904
by burek 05 Sep '14

05 Sep '14

[00:00] <Diogo> Llogan: i already write in ffmpeg user https://ffmpeg.org/pipermail/ffmpeg-user/2014-August/023066.html and this thread https://ffmpeg.org/pipermail/ffmpeg-user/2014-August/023133.html [00:01] <Diogo> llogan: But i already tried all solutions and notthing... [00:32] <wm4> ubitux: what do you think about reimar's idea of detecting utf16? [00:58] <J_Darnley> Huh? If x264asm has no movh for YMM regs, what are you supposed to emulate with? [01:02] <J_Darnley> oh, movdqa does 32 bytes [01:02] <J_Darnley> (so much for a double quad word) [01:23] <kierank> it does? [01:47] <jamrial> yaeh, movdqa with ymm does 32 bytes, with xmm 16 [01:47] <jamrial> if you want "movh" with INIT_YMM you just use mova xm* [01:57] <J_Darnley> Now I'm wondering why there is a difference between in semantics between x264 and ffmpeg on xmN and ymN [01:58] <Timothy__Gu> J_a [01:58] <Timothy__Gu> J_Darnley: what? [01:59] <J_Darnley> Or perhaps my version if just old, hang on. [02:01] <Timothy__Gu> michaelni: I don't have my regular laptop right now, so I won't be able to read your GPG mail until this weekend. [02:03] <michaelni> Timothy__Gu, the mail just says that i applied your patch and the new texi thing works [02:05] <J_Darnley> well my x264 was old but the difference remains [02:05] <J_Darnley> I means these differences: http://pastebin.com/WNVaFnTK [02:19] <Timothy__Gu> michaelni: \o/ [02:26] <llogan> Timothy__Gu: does that address #3232? [02:45] <Timothy__Gu> Llogan: no [02:45] <Timothy__Gu> The patch on ML does [02:58] <cone-704> ffmpeg.git 03Timothy Gu 07master:17ad5fbb8af3: Use makeinfo to generate html doc for the new website [03:27] <llogan> Timothy_Gu: yes, that's what i was referring to...apparently i can't read because it mentions 3232 in the patch [04:01] <cone-704> ffmpeg.git 03Michael Niedermayer 07master:bb8b752553f8: postproc: use FFMIN/FFMAX where appropriate [04:25] <Zeranoe> ubitux: The modplug issue was on their end, the old configure was not doing proper checks and when it did the lib detection failed. [05:04] <jamrial> is someone going to fix the cross-site font loading problem in fate.ffmpeg.org? [07:18] <ubitux> Zeranoe: ok great, thank you [07:20] <ubitux> wm4: yes that could be better, assuming you are willing to do it :) [10:13] <durandal_1707> is sup demuxer & muxer going to be applied soon? [10:19] <nevcairiel> there is still a few timestamp questions open for both [10:56] <tmm1> i'm wondering if its possible to change encoding parameters like resolution/bitrate/crf "on the fly" during transcoding [11:02] <BtbN> For h264/x264 and at least mpeg-ts it definitly is. [11:03] <BtbN> But i don't think there's support in ffmpeg for it [11:42] <nevcairiel> if you use avcodec programmatically you can change some properties [11:42] <nevcairiel> with libx264 anyway [11:43] <nevcairiel> supported are: AR, VBV, bitrate, crf, qp, interlaced [11:43] <nevcairiel> resolution probably needs to flush the encoder, and re-create it [11:44] <nevcairiel> all those above you can just change in AVCodecContext/avoptions and they will apply [11:46] <tmm1> cool that's encouraging [11:48] <tmm1> i'm thinking of adding a control domain socket option to ffmpeg so there's a way to send commands to a running instance [11:49] <rcombs> tmm1: for the record, I would probably come up with a way to use that [11:49] <tmm1> i find -progress lacking a lot of times so a way to read out more state would be nice too [13:51] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:4f63d6d3b5c0: avdevice/x11grab: fix error handling in pixel formats [14:04] <cone-611> ffmpeg.git 03Dmitry Volyntsev 07master:fe8f4c71e305: libavdevice/v4l2: fix descriptors leak on error paths [14:19] <ubitux> the rdft/fft api really is convoluted [14:20] <ubitux> it looks like it was designed to avoid too large code generation [14:20] <ubitux> like having check on the mode in the callback itself (inverse, sign, ...) instead of having multiple callbacks [15:12] <wm4> shit, russian .smi file spotted in the wild [15:12] <nevcairiel> let me guess, ansi encoded in some weird code page? :D [15:13] <wm4> utf-8 fortunately [15:17] <cone-611> ffmpeg.git 03Steven Liu 07master:03efd7308289: avformat/flvdec: read the correct bits into the tag type [15:37] <ubitux> michaelni: are you really going to add this wget? [15:37] <ubitux> michaelni: please add a comment that it's for debian package [15:38] <ubitux> also, i thought Andreas said it wasn't going to solve the issue? [15:46] <cone-611> ffmpeg.git 03Andreas Cadhalpun 07master:c4abee734dcb: Remove non-free tests/lena.pnm and adapt FATE tests to depend on lena.pnm in the SAMPLES directory [15:48] <michaelni> ubitux, no, i just meant the lena removial and use of it through fatesamples, its the minimum we need to resolve this, improvments on top of it are welcome if someone has ideas [16:09] <ubitux> ok [16:11] <J_Darnley> I wonder how much it would cost to buy the rights to the image. [16:11] <ubitux> what's the point of having libpostproc externally? [16:11] <nevcairiel> that wouldnt make debian any happier J_Darnley :P [16:12] <J_Darnley> Do they dislike the content too? [16:13] <ubitux> if we pay for it, it means we can distribute it [16:13] <ubitux> not debian [16:14] <J_Darnley> I mean buy the the entire copyright to the image meaning the person could place it under CC0 (if they wished) [16:14] <nevcairiel> the image is a scan from a playboy from the 70s, good luck with t hat endavour [16:14] <ubitux> too soon© [16:15] <J_Darnley> It might be easier to lobby for a reduction in copyright length. [16:16] <ubitux> maybe we should just come up with OC [16:16] <ubitux> who's gonna pose for a sexy photo? [16:17] <ubitux> http://lucy.pkh.me/lena.pnm and http://lucy.pkh.me/lena-debian.pnm weren't that a bad idea after all [16:18] Action: ubitux hides [16:21] <kierank> Get stallman to call Hugh hefner [16:22] <ubitux> lena is no more :( [17:25] <ubitux> wm4: i don't think pp belongs outside [17:25] <ubitux> eventually it should be merged into libavfilter, but that's all [17:25] <wm4> your thoughts are morally and technically wrong [17:26] <wm4> I'm sure Daemon404 can confirm [17:26] <ubitux> there is no reason to have it outside [17:26] <ubitux> except haters who think that not using it means it should be dropped [17:27] <ubitux> we have a pp filter using that library; while it might not belong at the root of the project, it could be merged into the pp filter [17:27] <ubitux> postprocessing is kind of a very video specific thing [17:28] <ubitux> now i can understand you don't like the implementation itself, but that's not a reason to drop it [17:41] <ubitux> wm4: so, utf-16 is ready or you want to do some more stuff on it? [17:43] <wm4> I'll send a new patch in some hours [19:17] <cone-611> ffmpeg.git 03Diego Biurrun 07master:2b8b0da09cf0: fdctdsp: cosmetics: Drop one unnecessary if-block level [19:17] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:a52e74db17e5: Merge commit '2b8b0da09cf0dc2535de42f95110eb633f36d8c8' [19:45] <cone-611> ffmpeg.git 03Diego Biurrun 07master:803f8992f11d: build: cosmetics: Group hwaccel OBJS declarations together [19:45] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:91a8b933fb6d: Merge commit '803f8992f11d1eb301672cd13c685a7b1d04c467' [19:57] <cone-611> ffmpeg.git 03Diego Biurrun 07master:f20518568a77: build: Split WMA frequencies into a separate object file [19:57] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:5a20f1885d3b: Merge commit 'f20518568a77a6138fc74021ce56013ab72907ba' [20:15] <cone-611> ffmpeg.git 03Diego Biurrun 07master:4d55e9de2789: vc1: Split bits used in libavformat into a separate header [20:15] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:ddc6adaa280a: Merge commit '4d55e9de27894ddfb337b28cd7aa6d14a12666d2' [20:46] <cone-611> ffmpeg.git 03Anton Khirnov 07master:12f0388f9cb3: Add release notes for 11. [20:46] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:69a68d301345: Merge commit '12f0388f9cb32016ac0dacaeca631b088b29bb96' [20:55] <cone-611> ffmpeg.git 03Diego Biurrun 07master:d9792b773516: Mark 11 release in the changelog [20:55] <cone-611> ffmpeg.git 03Michael Niedermayer 07master:53b089200557: Merge commit 'd9792b773516a560ecb99694b8ee745a50027fac' [20:56] <michaelni> Anyone wants to write / check / complete the release_notes ? Timothy_Gu ? ubitux ? [20:56] <michaelni> for 2.4 [21:56] <wm4> with git send-email, how do I adjust the subject line? I want to add a "v2" without having to do that for each patch [21:58] <kepstin-laptop> wm4: git send-email takes most of the options from git format-patch; see e.g. the '-v' option there. [21:59] <wm4> that's exactly what I wanted, thanks [22:13] <michaelni> ubitux, is "SSE2 version of vf_idet'sfilter_line" ok to apply or you want to do another round of review ? [22:14] <ubitux> michaelni: not motivated for release notes; i feel bad for wm4 because of utf-16 though :p [22:14] <ubitux> michaelni: fine with me with idet; no more comment [22:15] <wm4> ubitux: what, did I miss the release [22:16] <ubitux> libav released 11 or something, or is soon going to do it, and michael wants to sync with it [22:24] <cone-611> ffmpeg.git 03skal 07master:406a9ccffea8: avfilter/vf_idet: MMX/MMXEXT/SSE2 implementation of idet's filter_line() [22:26] <j-b> some on [22:26] <j-b> "skal" [22:27] <J_Darnley> I don't think it is the first nick we've used [22:28] <j-b> It's just ridiculous. [22:28] <Rodeo> ??? [22:28] <llogan> i would have preferred "FireWind2000" [22:29] <Rodeo> oh OK [22:29] <Rodeo> there's an email in the commit message fortunately [22:33] <llogan> it's nit level annoying though that his real name was used in previous commits [22:33] <llogan> but not here [22:36] <J_Darnley> Oh... That patch has a problem. It is using paddq in mmx [22:37] <ubitux> J_Darnley: sorry i probably didn't spot every problem in the patch [22:37] <nevcairiel> paddq is not mmx? [22:37] <nevcairiel> it seems to be [22:40] <J_Darnley> ubitux: not your fault. I missed it too [22:41] <J_Darnley> I should lookup how 64-bit math is done ox x86 and fix it [22:41] <J_Darnley> *on [22:41] <jamrial> it doesn't even need to use paddq. paddd is enough [22:41] <wm4> ubitux: patches on ML [22:41] <ubitux> wm4: great [22:42] <ubitux> still no fate tests? [22:42] <J_Darnley> jamrial: then it is probably just a typo [22:43] <wm4> ubitux: no [22:45] <nevcairiel> whats wrong with paddq anyway, except that its not really "packed" in mmx, and just operates on the entire register? [22:45] <wm4> ubitux: the "speed up probing" patch should probably have you as author [22:45] <ubitux> wm4: lol no it's fine :) [22:47] <jamrial> so fate-vsynth needs the fate samples to be rsynced now? [22:47] <ubitux> oh patch 6 is cool [22:49] <J_Darnley> nevcairiel: it is sse2 [22:49] <J_Darnley> it will cause an illegal instruction if you don't have sse2 [22:50] <ubitux> wm4: thanks for the patchset :) i'll probably apply 1-5 by tomorrow after some tests, and leave some more time for the last one [22:50] <wm4> would be nice if this could be in 2.4 [22:50] Action: wm4 stares at michaelni [22:50] <ubitux> michaelni: can you wait ~24 hours? [22:50] <ubitux> wm4: "On invalid UTF-18"; UTF-16, right? [22:51] <nevcairiel> J_Darnley: an instruction on mmx registers, but it was added later? [22:51] <ubitux> (patch 1) [22:52] <wm4> ubitux: yes [22:52] <nevcairiel> oh well, if its not even needed at all [23:06] <ubitux> wm4: mmh, INVALIDDATA for a \0? isn't it what will be returned at EOF as well? [23:09] <wm4> ubitux: hm, guess you're right [23:09] <wm4> for srt it's still fine, but it makes the function not generally useful [23:13] <ubitux> wm4: one way could be to have an optional unexpected_chr counter pointer that will be incremented in such case [23:13] <ubitux> that will still read everything, but you can stop after one run [23:13] <ubitux> gtg, hf, 'night [23:14] <wm4> ubitux: I could also just move this code to srtdec [23:31] <jamrial> the vf_idet fate test doesn't seem to use use the asm code [23:47] <J_Darnley> WTF git?! git: 'send-email' is not a git command. See 'git --help'. [23:49] <J_Darnley> Did someone forget to build it when they rolled out 2.0? [23:55] <kepstin-laptop> it's an optional install on some linux distributions, split into a separate package [23:59] <J_Darnley> I just reverted to 1.7.9 [23:59] <J_Darnley> I'll look at what's going on later [00:00] --- Fri Sep 5 2014

1 0

ffmpeg.log.20140904
by burek 05 Sep '14

05 Sep '14

[01:09] <ac_slater_> hey all, I wonder what libavformat/libavcodec do when you feed it raw video. Im guessing it uses avio. Any pointers? [03:32] <damarusama> I have a mp4 and I want to transfer it to ogv and webm - without changing the bitrate or the size, should I simply ommit these 2 setting [03:33] <damarusama> ffmpeg -i input.mp4 -acodec libvorbis output.webm [03:36] <llogan> that will use that default settings which will probably look crappy [03:37] <damarusama> ho - so how can I retreive the setting from the actual video? [03:37] <damarusama> can I use ffmpeg for that? [03:38] <llogan> it won't change the frame size unless you tell it to [03:39] <damarusama> so if my video look perfect in mp4, and I only want to tranfer it to webm would I need to add other flag? [03:40] <llogan> but attemping to "recycle" the bitrate won't result in good videos. it doesn't generally work that way. [03:41] <damarusama> so the export I did ended up in a very crappy export... [03:41] <llogan> especially since 1) who knows if the input video was encoded by someone (or something) who knows what they are doing 2) you're encoding to different formats, and even various implementations of encoders can vary dramatically [03:42] <llogan> this may help: http://trac.ffmpeg.org/wiki/vpxEncodingGuide [03:42] <llogan> but i've never really encoded to VP8 [03:42] <llogan> http://trac.ffmpeg.org/wiki/Encode/VP8 [03:42] <llogan> and http://www.webmproject.org/docs/encoder-parameters/ [03:44] <damarusama> thanks [03:50] <llogan> damarusama: i see no reason to even encode (old, crusty) ogg if you're making webm [05:37] <Wader8> hello [05:37] <Wader8> fieldmatch and decimate are to be used together ? [05:38] <Wader8> onlly fieldmatch alone produces the best results, decimate only is the worst, both create significant video speedup and therfore desync [05:59] <Nanashi> I have a question. http://pastebin.com/dtCsShuU [05:59] <Nanashi> Why the difference in filesize when I tried two pass vs one pass? [06:02] <Nanashi> Did the first line I had make things go funny? [06:02] <Nanashi> The second output is 60% larger than the first. [06:13] <Wader8> 2 pass = better compression [06:13] <Wader8> with same quality, i think [06:13] <Wader8> at least percieved quality [06:15] <Nanashi> I see. I did the 2 pass thing again doing -c:a blahblah instead of -an blahblah and it did the same thing [06:16] <Nanashi> But I thought the bitrate setting would've determined an approximate range of output filesize? [06:18] <Nanashi> I guess -crf had more influence over it? (after all if you did 2 pass for more efficiency and crf remains same...) [06:18] <Nanashi> gaah confuzzled [06:19] <Nanashi> OH [06:19] <Nanashi> -b:v sets the max bitrate when crf is used [06:19] <Nanashi> makes sense [06:37] <Wader8> crf is used for quality so it kind of overrides your bitrate settings i think [06:51] <Nanashi> It does. -b:v becomes the max allowed bitrate instead of the bitrate (meaning it should be set or else it'll use the worse default) [07:04] <Nanashi> added -cpu-used 0 -quality good and shrinked it down to 27,729 KB [07:04] <Nanashi> I can't find info on the default values. [07:35] <Wader8> hello [07:35] <Wader8> how do I adjust audio when converting from 29 to 30 ? [07:50] <Nanashi> whoa I further shrinked it down to 19,296 KB [07:53] <Nanashi> But that shouldn't be happening? (-qmin 0 -qmax 50 -b:v 3M) 3 Mbps is still a bit more than the average bitrate of the previous encode; I'm not seeing why the drastic size decrease. [07:54] <Wader8> hey you're the only one here iafaik [07:54] <Nanashi> * -crf 10 (this one kept same for both) [07:55] <Wader8> do you know how to adjust the audio in ffmpeg while converting fps from 29.9 to 30 [07:55] <Nanashi> oh, fps [07:55] <Nanashi> What do you mean by adjust audio? [07:56] <Nanashi> -r 30 sets framerate to 30 [07:59] <Nanashi> somewhat noob here; I don't think you should touch that though... [08:02] <Wader8> okay, nevermind ... [13:50] <avantus> hi. Need some help with drawtext filter: adding fixed width, so the text will auto wrap. Is this possible? [14:26] <saste> avantus, i don't think so, not ATM [14:28] <relaxed> avantus: maybe using libass would work? [14:30] <avantus> relaxed: compiling custom version of ffmpeg? [14:31] <relaxed> yes, if you build doesn't have support for it. Or there's http://johnvansickle.com/ffmpeg/ [14:31] <relaxed> your* [14:32] <relaxed> avantus: https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo [14:39] <avantus> iam using zeranoe builds it seems to have it [14:40] <avantus> how do i envoke libass options? [14:42] <relaxed> the ass filter reads its options from a file, see the lnk I posted and http://en.wikipedia.org/wiki/SubStation_Alpha#Advanced_SubStation_Alpha [14:43] <avantus> its a plain .txt doesnt have any options [14:44] <relaxed> avantus: you can create the subs.ass using http://www.aegisub.org/ [14:46] <avantus> relaxed: iam not creating subs, iam burning text created by thirdpary app [14:47] <avantus> drawtext=fontfile='C\:\\Windows\\Fonts\\arial.ttf':textfile='news.txt':fontsize=20 [14:49] <relaxed> If drawtext works for you then great [14:50] <avantus> it works, but id like to wrap it within specified limits, my .txt doesnt have any additional info, not even line breaks [14:50] <SirDarius> is it possible for ffmpeg, when writing a sequence of images, to output each filename effectively written on stdout or stderr ? (as per, eg. ffmpeg -i in.avi -vsync 1 -r 1 -f image2 'img-%03d.jpeg') [15:16] <jude_> Is there a way to add opacity to a video overlay without a mask image? I tried the last answer in http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=15&t=1208, but I get errors. Any suggestions or examples? [15:18] <t4nk958> \LIST [18:10] <jude_> is there a way to blur the edges of an overlay without using an image map? [19:16] <leeatk> Hi - could someone confirm whether or not ffserver supports HLS as an output stream format? [20:03] <llogan> jude_: i'm not sure, but you could possibly create a mask with color or geq [20:09] <CoreISP> Hey folks, was wondering if anyone perhaps can help, Google says NO!. I have a VOB file that PS3 can't find audiotracks for. VLC can. According to VLC it's stream 5. (And VLC plays audio, no problem.) But ffmpeg apparently can't see stream 5 either, map claims it doesn't exist and ffprobe claims there's 3 streams total. Hurrr? :) [20:10] <c_14> Can you pastebin the output of ffprobe file.vob ? [20:12] <CoreISP> c_14, certainly; http://pastebin.com/apu079GZ [20:12] <llogan> Consider increasing the value for the 'analyzeduration' and 'probesize' options [20:14] <CoreISP> llogan, yeah did that; still only sees those 3 streams it gives in that pastebin [20:15] <CoreISP> Oh crap, I gave a wrong input [20:20] <CoreISP> So it managed to find the stream, however when I'm trying to extract it (though I must admit, i'm not sure if I'm using the right command there) it claims there is no audio stream. When playing it in VLC the first 8 secs or so indeed it doesn't see an audiostream either, but it does pick up on it as soon as it needs to [20:21] <llogan> could you provide the input file? or use dd to make a short sample [20:24] <CoreISP> http://pastebin.com/2U0Kk1MV [20:25] <CoreISP> llogan, the file itself is 1.1GB or something; so a short sample would probably be the best way to go. Do you have a !shortcut to the proper arguments, or best to Google? [20:25] <llogan> there is an example in http://ffmpeg.org/bugreports.html [20:26] <llogan> be careful not to overwrite your input! [20:28] <mistawright> hi guys i am trying to convert a group of images to a slideshow and need the video to be a set size and if the images are not that size show them fullsize and add a black border around it [20:29] <mistawright> i have not found out how to set the resolution of the video yet [20:30] <CoreISP> llogan, gotcha. Reduced it, now just need to upload it heh [20:32] <toddw> anyone here had luck using ffmpeg on osx with burn-in subtitles? [20:34] <CoreISP> llogan, https://mega.co.nz/#!S0lWjaSQ!zJ1De5z8IQGDeSUenhtKt7HhpuxB5R8Ixg4fwjWBj30 [20:35] <CoreISP> Same in that file, audio doesn't appear to be starting until after x amounts of seconds (at least, according to the VLC codec output) [20:35] <llogan> mistawright: maybe this? http://superuser.com/a/547406/110524 [20:40] <ogrgkyle> hey [20:40] <CoreISP> Out of curiosity... is ffmpeg trying to converse resources when running? [20:40] <mistawright> llogan, this is before it is output as a video. I have images that are 640x360 i need the video to be 853x480. I'm not sure how to set the video size as I have a transparent overlay that is 853x480 that is being cropped down to the size of the images [20:40] <ogrgkyle> i'm going to mention interlacing (i hope i don't get tarred and feathered :) ) [20:41] <ogrgkyle> can ffmpeg encode to an interlaced x265 (hevc) file? [20:41] <llogan> CoreISP: no, but it can depend on the encoder being used among other things [20:42] <CoreISP> llogan, I see. I've been trying to convert this vob to mp4 you see, takes ages and not even sure if it's really working as VLC seems to refuse to play it heh [20:42] <JEEB> ogrgkyle, I think libx265 can at least encode in field mode [20:42] <JEEB> the way interlaced content is supposed to be encoded in HEVC is that you encode each slice as a separate picture, basically [20:42] <mistawright> trying the -s 853x480 does not work. it gives me an error [20:42] <ogrgkyle> JEEB: okay, i read something about that, but i couldn't figure out how to write the command line for ffmpeg. [20:43] <ogrgkyle> do you know how i might try this? can you give me an example command? [20:43] <klaxa> if you are using libx264 for encoding, h264 needs x and y resolution to be divisible by 2 [20:43] <klaxa> cc: mistawright [20:43] <JEEB> klaxa, no - AVC has no limitation on the resolution, it's the chroma subsampling that limits its [20:44] <JEEB> *it [20:44] <klaxa> oh? [20:44] <klaxa> okay [20:44] <JEEB> if you encode 4:4:4 or 4:2:2 you have lesser limitations [20:44] <JEEB> 4:2:0 is of course mod2 for width and height [20:44] <JEEB> 4:2:2 is then mod1 for height and mod2 for width [20:44] <klaxa> oh yeah that makes sense [20:44] <JEEB> 4:4:4 is then mod1 for both width and height [20:44] <JEEB> :) [20:45] <JEEB> ogrgkyle, I have no idea how to pass the option through the libx265 wrapper in ffmpeg, but I think it should be possible as Dae made the wrapper have an option that you could just pass API options with [20:45] <JEEB> basically look up the API options from x265's side [20:45] <JEEB> and then look up the option (I think it was x265opts or something?) to set those API options [20:45] <llogan> -x265-params [20:45] <JEEB> ah yes [20:46] <JEEB> also, I have no idea if you need to do the field separation by yourself [20:46] <llogan> ffmpeg -h encoder=libx265 should show some other private options, if any [20:46] <JEEB> as in, it won't be done automagically [20:46] <JEEB> yeah, but dae generally minimized those [20:46] <ogrgkyle> okay [20:46] <JEEB> because he hated how the libx264 wrapper ended up [20:46] <ogrgkyle> i'll try llogan's command there [20:46] <llogan> ah, just -preset and -tune [20:47] <JEEB> pretty much [20:47] <mistawright> klaxa, that worked. it was due to it being an odd number like you said. with that being said my images and overlay are not the correct size. how can I set the size of the overlay? [20:47] <toddw> thanks llogan [20:48] <toddw> I am having trouble getting subtitles to work on OSX. Here is my command and output: http://pastie.org/9527547. This ticket seems to refer to what I'm experiencing: https://trac.ffmpeg.org/ticket/2100. But following the directions at the end of the ticket comments doesn't work. Has anyone had success getting ffmpeg on OSX to burn in subtitles correctly? [20:48] <ogrgkyle> JEEB, llogan - So is this what I want to be reading? http://x265.readthedocs.org/en/latest/cli.html [20:50] <JEEB> ogrgkyle, if it contains the API documentation too, yes [20:50] <JEEB> because you will be giving the stuff to the API, not the command line encoder [20:51] <ogrgkyle> hmm ok! [20:52] <llogan> toddw: does it make a difference if you use ass filter instead of subtitles filter? [20:53] <toddw> llogan: no it doesn't. I've also used the subtitles filter. [20:53] <llogan> mistawright: you can use the scale filter instead of -s. it's more flexible. [20:53] <toddw> also for sake of fontconfig, I've set the environmental variable as suggested but no luck. fontconfig appears to be setup corrrectly and working on my machine (installed with homebrew). Utilities like fc-list work correctly. [20:54] <llogan> does it work if you download one of the static builds available for OS X? (assuming they contain libass support) [20:54] <llogan> see ffmpeg download page [20:54] <toddw> it doesn't. I tried that. [20:54] <toddw> I've also ensured my homebrew build includes libass [20:55] <ogrgkyle> maybe a newbie question. what does this mean? "-x265-params <string> E..V.... set the x265 configuration using a :- separated list of key=value parameters" [20:55] <llogan> toddw: are you sure the .ass or .srt file is valid [20:55] <toddw> llogan: do you know a way to verify it? [20:55] <toddw> llogan: it does work correctly in VLC [20:56] <JEEB> ogrgkyle, it takes in a string ("text"), and it's for Encoding, and the string should be a list of key=value options separated by the symbol : [20:56] <CoreISP> llogan, using ffprobe with like a probesize and analyzeduration of 1000000000; it does detect the audiostream. However, when then trying to cut the first seconds of the VOB out (the problematic part); it gives the same error again even whilst using the same probesize and analyzeduration. (could not find codec paramaters blabla, consider increasing probesize, etc. etc.) [20:56] <ogrgkyle> For example, I know you can do this: -x265-params crf=15. But how do I add two params? [20:56] <llogan> toddw: i guess that's good enough to test. well, there goes any of my ideas. [20:56] <llogan> try ffmpeg-user mailing list? provide the complete ffmpeg command, console output, and the srt or ass input file [20:56] <toddw> ok, thanks llogan [20:57] <ogrgkyle> JEEB: okay, maybe like this? -x265-params crf=15:crf-max=30 [20:57] <JEEB> ogrgkyle, yes. although you most probably will have to make the string be in quotation marks [20:57] <JEEB> depending on your command line or shell environment [20:58] <ogrgkyle> windows cmd? [20:58] <JEEB> whatever is being used to pass parameters to a program :P [20:58] <llogan> CoreISP: i don't know then. trawl the bug tracker for an existing bug? [20:59] <JEEB> all command line environments have their own needs of "escape" certain symbols so that the environment doesn't try to interpret it in any fancy way [20:59] <ogrgkyle> JEEB: okay, i'll try! [20:59] <ogrgkyle> thanks for the help guys [21:02] <CoreISP> llogan, ah its probably some crap in the VOB file; wish there was a way to make ffmpeg just ignore that part. Don't know of another tool to just cut off those seconds. ffmpeg is happy to cut them out, but then removes the audio all together, heh [21:03] <llogan> a lame method would be to use dd with skip [21:03] <llogan> skip option [21:04] <CoreISP> Hm, I wonder how much MB constitutes removing the first 10 secs or so; although the entire first minute is rather irrelevant so guess it doesn't matter much heh [21:04] <CoreISP> Oh actually 10MB would do. [21:18] <CoreISP> llogan, actually; your method seems to work, lame or not. Just for some reason dd is extremely slow going about it [21:18] <CoreISP> It skipped the first 10MB alright, and both ffmpeg as vlc now instantly recognize the proper audio channel. Just not sure why dd is taking uber long to finish up; whilst a regular write test goes about roughly 390MB/sec lol [21:26] <CoreISP> llogan, oh duh. Specifying a blocksize of 1 will make it go byte by byte after skipping the first 10MB. Problem all sorted with dd, thanks a ton! :) [21:29] <llogan> CoreISP: glad it worked [21:45] <sheshkovsky> Hi, I want to burn .srt subtitle into .mp4 video files from command line in ubuntu 14.04 [21:45] <sheshkovsky> ffmpeg -i T.mp4 -f srt -i T.srt -c:v copy -c:a copy -c:s mov_text outfile.mp4 [21:45] <sheshkovsky> this commands works but it doesn't really burn it on the video [21:46] <sheshkovsky> it only attached the srt file to the video [21:46] <JEEB> yes [21:46] <sheshkovsky> How can I make it always visible? [21:47] <JEEB> if you are using Libav, there's no filter for that afaik, and if you're using FFmpeg, then you should be able to do it with the ass rendering feature [21:48] <sheshkovsky> Alright, then I should convert the srt first to ass, and then burn it to the video? [21:48] <llogan> do you want hardsubs or softsubs? [21:48] <JEEB> he said he wants to "burn into" [21:48] <JEEB> I'd say that's pretty obvious [21:48] <JEEB> and he was already doing softsubs [21:48] <llogan> always good to ask because his command looked like soft [21:48] <JEEB> sheshkovsky, does your ffmpeg say Libav developers or FFmpeg developers in the copyright line? [21:49] <JEEB> <sheshkovsky> this commands works but it doesn't really burn it on the video [21:49] <llogan> 14.04 doesn't ship Libav ffmpeg [21:49] <JEEB> ok [21:49] <JEEB> not even a link? [21:49] <JEEB> or anything [21:49] <JEEB> ln -s [21:49] <JEEB> I haven't even tried :P [21:49] <llogan> same [21:49] <JEEB> oi [21:50] <JEEB> ok [21:50] <sheshkovsky> How can I check the copyright line? [21:50] <llogan> run "ffmpeg". the first line in the output will say [21:50] <sheshkovsky> ffmpeg version 1.2.6-7:1.2.6-1~trusty1 Copyright (c) 2000-2014 the FFmpeg developers [21:51] <JEEB> > 1.2.6 [21:51] <llogan> is that from a PPA? [21:51] <JEEB> yes, you will want something newer [21:51] <sheshkovsky> Yes [21:51] <llogan> do you see ass or subtitles in "ffmpeg -filters"? [21:52] <llogan> ...if that option even works in 1.2.x [21:52] <llogan> note that audio filters may be listed first if you don't grep [21:53] <sheshkovsky> nor ass nor subtitle filter [21:54] <llogan> get a build at http://johnvansickle.com/ffmpeg/ [21:56] <llogan> then run "./ffmpeg -i input -vf subtitles=T.srt -c:a copy output.mp4" if you want hardsubs [21:56] <sheshkovsky> thanks, and is there any guide to install it? [21:56] <llogan> sure: download, extract, run [21:56] <sheshkovsky> great [21:56] <sheshkovsky> one more question [21:57] <sheshkovsky> I need to change color and fontsize of subtitle and also add background to it, does ffmpeg support these options? [21:57] <sheshkovsky> I've seen some commands in mencoder [21:57] <llogan> i don't know if you can change color in srt, but you can with ass [21:58] <sheshkovsky> but they didn't work properly. sub-bg-color doesn't work with .ass [21:58] <sheshkovsky> and fontsize option doesn't work with .srt [21:58] <sheshkovsky> OK no problem. It seems converting to ass is the only way to go [21:58] <llogan> by color i meant font color. not sure about any bg stuff. ass can let you change font size too, AFAIK [21:59] <llogan> aegisub is a good gui for that [21:59] <iive> sheshkovsky: you use aegisub to change the .ass subtitles. [21:59] <sheshkovsky> actually I'm going to write a simple application myself with pyGtk [21:59] <sheshkovsky> for persian users [21:59] <sheshkovsky> So I need to do it myself [22:00] <sheshkovsky> i saw aegisub but it isn't open source unfrotunately [22:00] <llogan> i saw someone working with persian subs with ffmpeg somewhere recently, but i'll be damned if i remember where [22:01] <sheshkovsky> i've just asked my question on askubuntu.com : http://askubuntu.com/questions/519631/how-to-change-subtitle-color-and-othe… [22:01] <sheshkovsky> I would be appreciated if anyone could help me with this [22:02] <llogan> font size in ass might work for you [22:02] <optix2_> sheshkovsky: you change color/font size in the subtitle file [22:02] <optix2_> and as llogan said use .ass and set it there [22:03] <llogan> sheshkovsky: yeah, i think that's where i saw persian and ffmpeg in the same post recently [22:03] <sheshkovsky> ok. thank you guys. I'm gonna give it a try [22:04] <optix2_> sheshkovsky: ass is well documented, just open it with a text editor and it should be more or less self-explanatory [22:04] <sheshkovsky> yeah. I preferred not to open the file [22:05] <JEEB> if you want to edit ass [22:05] <JEEB> use aegisub [22:05] <sheshkovsky> but if I have to, it's not very complicated task with python [22:05] <iive> he wants to automate it [22:05] <JEEB> ah [22:05] <optix2_> sheshkovsky: also doing "-c:v copy" will not change the video and therefor not give you hard-subs, you need to reencode [22:09] <llogan> sheshkovsky: im not sure if an "incorrect" PlayResX and PlayResY in ass will cause font size issues with ffmpeg. just something to look into if you run into size issue [22:10] <optix2_> sheshkovsky: do you have a reason to change the color? do the subtitle files contain only a single "speaker"/style? [22:11] <sheshkovsky> I've just tried this: ./ffmpeg -i input -vf subtitles=T.srt -c:a copy output.mp4 and it worked. Subtitled burnt into the video [22:11] <sheshkovsky> however it seems it takes longer to do it than mencoder [22:12] <sheshkovsky> anyways, now I need to change the color [22:13] <Plorkyeran> sheshkovsky> i saw aegisub but it isn't open source unfrotunately <-- wat [22:13] <Plorkyeran> aegisub absolutely is open source [22:14] <sheshkovsky> Oh yeah. I see now the source [22:14] <sheshkovsky> does it use ffmpeg? [22:15] <iive> actually it does, through ffms2 [22:15] <iive> but just to do interactive video/audio [22:16] <optix2_> sheshkovsky: color is the fourth entry in style definition. if you plan to do it with ffmpeg then just edit it beforehand (awk/grep/etc.) [22:18] <sheshkovsky> it seems wierd. because i see mencoder has some commands like : -ass-color -ass-force-style etc. to manipulate ass file [22:18] <sheshkovsky> and as far as I know mencoder is using ffmpeg [22:27] <SlugWart> Hey all, I'm trying to alter a file in libavformat for a windows vlc plugin, which means building and cross-compiling both vlc and ffmpeg. I've built, compiled and tested a straight vlc build from source, but building ffmpeg is frustrating me. [22:29] <SlugWart> When building ffmpeg from source in a situation like this, should I be targeting the mingw32 as an os, or should I just build it normally and then let the vlc build cross-compile it? [22:36] <sheshkovsky> Guys i've found this: https://www.ffmpeg.org/doxygen/trunk/ass_8c.html . Does anyone know how can I use this in command line or python? [23:57] <ogrgkyle> hey [23:57] <ogrgkyle> can hevc have variable frame rate? [00:00] --- Fri Sep 5 2014

1 0

ffmpeg-devel.log.20140903
by burek 04 Sep '14

04 Sep '14

[00:00] <michaelni> ffmpeg-devel ML is best for patches [00:05] <mirabilos> ok [00:05] <mirabilos> gn8 [00:06] <ubitux> llogan: no comment from me [00:06] <ubitux> BBB: x32 is actually sexy in theory [00:06] <BBB> a lot of useless things sound sexy [00:07] <ubitux> and it was said to be faster [00:07] <mirabilos> its better than systemd at least :D [00:07] <BBB> oh wow, what a call to glory [00:07] <mirabilos> yeah, its faster in pointer-intensive workloads, and for applications where LP64 does not make sense [00:07] <mirabilos> e.g. mkshs internal data structures are fine-tuned for ILP32 [00:07] <mirabilos> theres just no point in building the shell for LP64 if you dont need to [00:08] <mirabilos> it only gets bigger and slower (and slower due to being bigger, cache poisoning, too) [00:08] <ubitux> mirabilos: would you be able to setup a FATE instance with x32? [00:08] <mirabilos> its perfect for something like x32, which can do 64-bit registers if needed, and has more GPRs [00:08] <mirabilos> whats FATE? [00:08] <J_Darnley> our test suite [00:08] <ubitux> FFmpeg Automated Test Environment [00:08] <ubitux> http://fate.ffmpeg.org/ [00:09] <BBB> look [00:09] <mirabilos> sorry, Im not involved in ffmpeg really, just trying to use my Debian (and hacking it& I got porter upload rights) [00:09] <mirabilos> mh [00:09] <BBB> Im gonna be brutally hard and honest here [00:09] <ubitux> it's a farm from various dev & fans [00:09] <mirabilos> good question [00:09] <BBB> were not a shell, or some bash script, or shit [00:09] <mirabilos> BBB, please do shut up [00:09] <BBB> were a multimedia environment with massive amounts of hand-tuned assembly [00:09] <BBB> I do actually know what Im talking about [00:09] <mirabilos> sure. I like to do asm myself, you know. [00:09] <BBB> I dont think it serves and purpose [00:09] <BBB> other than academic [00:10] <BBB> but sure, if you want ot do it, go for it, your time [00:10] <BBB> Good Luck [00:10] <kepstin-laptop> the main issue with x32 is that it just came too late, imo; people had already finished optimizing for lp64 before it was ready. [00:10] <mirabilos> right [00:10] <mirabilos> fun fact: most of that applies to x32 too& [00:10] <ubitux> mirabilos: well first, checking if "make fate" actually passes after compilation will be a good start [00:10] <mirabilos> just use long long instead of long, and be aware of shorter pointers [00:10] <mirabilos> ok [00:11] <ubitux> you'll need to make fate-rsync to grab the samples [00:11] <mirabilos> Ill make a note. I cant promise it, but ok. Ive got a ton of other missing things to work out first. [00:11] <dahat> Quick sanity question... when building ffmpeg under MinGW for Windows with the VS2013 compiler and using the --enable-libx264 argument when running configure... what is the filename of the .lib that the build process should go looking for? libx264.lib or x264.lib? [00:11] <ubitux> anyway, see https://ffmpeg.org/fate.html for more info [00:11] <ubitux> mirabilos: it will provide a good test coverage [00:11] <ubitux> mirabilos: because IMO compilation is not the only thing that will break [00:11] <J_Darnley> dahat: didn't you get an answer for that on #x264dev ? [00:11] <mirabilos> ubitux: definitely [00:12] <dahat> I did... but I want see if the ffmpeg folks have the same answer... as I still can't explain the disconnect in my build attempts [00:14] <J_Darnley> ffmpeg not using pkg-config, probably. [00:15] <dahat> when not installed, configure will warn you at the end that package detection may fail... however after installing it the warning goes away but but I was seeing the detection happen just as poorly [00:15] <ubitux> mirabilos: if you want to test libpostproc coverage only, try make fate-filter-pp{,2,3,4,5,6} [00:16] <ubitux> J_Darnley: carl asked for one more week for him to look into the issue [00:17] <ubitux> i hope to get pkg-config detection in after that [00:18] <dahat> unbitux: thanks for the update, do you know of a work around in the mean time? [00:19] <mirabilos> ubitux: Debian has a tree in which just libpostproc is [00:19] <mirabilos> I may eventually build ffmpeg itself from source [00:19] <mirabilos> but at the moment I'm concentrating on basic Debian packages needed deep in the dependency chain [00:19] <wm4> fuck I really just reviewed a 87KB patch [00:19] <mirabilos> (that being said, I'm personally interested in getting mplayer with ffmpeg) [00:19] <mirabilos> wow [00:20] <ubitux> dahat: apply the pkg-config patch :p [00:21] <ubitux> dahat: [00:21] <ubitux> -enabled libx264 && require libx264 x264.h x264_encoder_encode -lx264 && [00:21] <ubitux> - { check_cpp_condition x264.h "X264_BUILD >= 118" || [00:21] <ubitux> - die "ERROR: libx264 must be installed and version must be >= 0.118."; } [00:21] <ubitux> +enabled libx264 && require_pkg_config "x264 >= 0.118" "stdint.h x264.h" x264_encoder_encode [00:21] <ubitux> feel free to try that [00:26] <wm4> also, probetest prints failures for various formats I didn't touch [00:32] <dahat> ubitux: thanks for the suggestion, I'll give it a try [01:16] <llogan> J_Darnley: can you spot my dumb typo? http://pastebin.com/raw.php?i=XhpfRkwn [01:34] <AGinsberg> In the LICENSE file it says libfaac and libaacplus are non-free but both of the source files says it's Free, is it or not? [01:37] <Timothy_Gu> AGinsberg: both of them use reference code which is not free [01:38] <Timothy_Gu> AGinsberg: libfaac and libaacplus's modifications to the reference code are free [01:38] <J_Darnley> llogan: sorry, what am I looking for? [01:38] <J_Darnley> It is probably that my code is still broken [01:40] <AGinsberg> Timothy_Gu: Okay, thanks [01:51] <Timothy_Gu> llogan: reviewed [01:52] <Timothy_Gu> llogan: ahh get it now [01:53] <Timothy_Gu> J_Darnley: Input #0, wav, from '/home/lou/jdanrley/jdarnley-ffmpeg/tests/data/asynth-44100-2.wav': [01:54] <Timothy_Gu> (?i)root.?nexus lol [02:13] <wm4> more unification talk *groan* [02:15] Action: J_Darnley thanks his filter [02:16] <kierank> good luck with that [02:16] <kierank> it'll happen the same day as north and south korea [02:16] <kierank> i won't pass judgement on which is which [02:17] <j-b> kierank: one side will die. [02:17] <kierank> i agree [02:18] <wm4> north korea is an interesting comparison [02:18] <kierank> wm4: protestant/catholic is a better one [02:18] <wm4> I'm sure Libav would like it, along with calling mini "the leader" [02:19] <kierank> but one project is becoming more isolated [02:19] <j-b> yep [02:19] <j-b> and the other one keeps the same crap tactics that lead to the fork [02:19] <wm4> sad [04:10] <cone-711> ffmpeg.git 03Pascal Massimino 07master:7a1d6ddd2c6b: xvid: Add C IDCT [04:10] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:5b58d79a9965: Merge commit '7a1d6ddd2c6b2d66fbc1afa584cf506930a26453' [04:19] <cone-711> ffmpeg.git 03Gabriel Dume 07master:eda7571ea1a4: wmv2: K&R formatting cosmetics [04:19] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:feac9cbed060: Merge commit 'eda7571ea1a41c835e3a02fa9517e5bc67d7adce' [06:08] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:50841da14331: avcodec/mpeg4videodec: fix automatic use of the xvid idct on non x86 [06:08] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:928cb84b32b6: avcodec/idctdsp: Initialize ff_put/add_pixels_clamped correctly so that the optimized functions are also used [06:22] <Timothy_Gu> Zeranoe: How did you build decklink for Windows on Linux? I can only see a bunch of interface declarations in the tarball and I am not sure how to use them with MinGW. [06:23] <Timothy_Gu> I also tried widl but didn't seem to work with my command line. [06:29] <Zeranoe> Timothy_Gu: I didn't, to include it in FFmpeg you need only provide the header [06:30] <Timothy_Gu> Zeranoe: I know. The question is how did you build the headers? In the tarball there are only ".idl" files in the Windows directory [06:36] <Zeranoe> Timothy_Gu: http://software.blackmagicdesign.com/SDK/Blackmagic_DeckLink_SDK_10.1.4.zip "Blackmagic DeckLink SDK 10.1.4\Linux\include\DeckLinkAPI.h" and so on [07:24] <Zeranoe> I think d9e2aceb7f1c712a52672129ca7971872b030e1e breaks compiling with modplug for me. [07:28] <jamrial> Zeranoe: the fate slot using that lib seems unaffected [07:29] <Zeranoe> jamrial: ill check [07:32] <Zeranoe> leaning towards 36952786a5cca8784f582a071c0d73ab1e3252a1 now [07:41] <ubitux> mmh is libav really thinking the shared ml was an hostile move from ffmpeg? (koda seems to say something like "what a coincidence" on debian-devel) [07:42] <ubitux> Zeranoe: --pkg-config=--static maybe? [07:42] <ubitux> i wonder if pkg-config hasn't an automatic static fallback... [07:42] <Zeranoe> ubitux: Set already, it might be on my end [07:43] <ubitux> but static linking might have some licensing concerns, so not sure.. [07:50] <Zeranoe> Can confirm, 36952786a5cca8784f582a071c0d73ab1e3252a1 breaks configure for Win* at modplug. Seems to be the extra 'long check_ModPlug_Load(void) { return (long) ModPlug_Load; }' [07:50] <ubitux> Zeranoe: can you paste the config.log somewhere? [07:51] <ubitux> (or just the relevant part at the end) [07:53] <dahat> ubitux: thanks for your earlier suggestion as to my issues with building ffmpeg with x264 built under MinGW... it seems some part of my changes to make pkg-config work may have damged other things... now I see the following in config.log which suggests to me that it is now using the wrong arguments for the compiler/linker: [07:53] <dahat> link -nologo -Ic:/MinGW1/msys/1.0/local/include -Lc:/MinGW1/msys/1.0/local/lib -out:./ffconf..BG81.500.3428.exe ./ffconf..BG81.500.3428.o x264.lib psapi.lib advapi32.lib shell32.lib [07:53] <dahat> LINK : warning LNK4044: unrecognized option '/Ic:/MinGW1/msys/1.0/local/include'; ignored [07:53] <dahat> LINK : warning LNK4044: unrecognized option '/Lc:/MinGW1/msys/1.0/local/lib'; ignored [07:53] <dahat> LINK : fatal error LNK1181: cannot open input file 'x264.lib' [07:53] <dahat> ERROR: x264 not found [07:56] <Zeranoe> After 36952786a5cca8784f582a071c0d73ab1e3252a1: http://paste.debian.net/119073/ and before: http://paste.debian.net/119074/ (slightly edited.) [07:56] <ubitux> dahat: pkg-config returns -I and -L paths which don't seem to be recognized by your setup; i never used mingw so i can't help you [07:57] <Zeranoe> dahat: ever cross compile? much faster+less error prone+easier after initial setup [08:00] <ubitux> Zeranoe: huuuh that's weird [08:00] <ubitux> there was only 2 lines in the original test? [08:01] <Zeranoe> looks like it [08:01] <ubitux> and so the function wasn't actually tested? [08:03] <ubitux> Zeranoe: pkg-config --static --libs --cflags libmodplug returns everything you need for the linkage? [08:04] <Zeranoe> ubitux: Should be... -I/home/kyle/software/ffmpeg/pkgs/libmodplug/libmodplug-0.8.8.5-win32/include -L/home/kyle/software/ffmpeg/pkgs/libmodplug/libmodplug-0.8.8.5-win32/lib -lmodplug -lstdc++ -lm [08:05] <ubitux> they also appear in the log unless i'm mistaken [08:06] <Zeranoe> correct [08:07] <ubitux> i don't see anything obviously wrong& [08:07] <Zeranoe> in the new? post 36952786a5cca8784f582a071c0d73ab1e3252a1 that is? [08:08] <dahat> ubitux: it is a shame that pkg-config doesn't handle properly providing input to the VS2013 compiler under MinGW [08:09] <dahat> zeranoe: Nay, I've not attempted to cross compile ffmpeg & libx264... however that seems to be needed now given their failure to build together for me for basic x86... let alone my target of windows store (multi arch) and windows phone (arm) [08:10] <Zeranoe> dahat: how would FFmpeg run in the store? [08:10] <Zeranoe> Or do you just mean as backend [08:11] <ubitux> Zeranoe: yes, in the post 36952786a5cca8784f582a071c0d73ab1e3252a1 [08:11] <ubitux> Zeranoe: i don't understand why it would fail [08:12] <dahat> zeranoe: as an middle layer, decoding specified input from remote servers locally for UI presentation through a higher level locally [08:12] <Zeranoe> dahat: I have a feeling MS will kill the store for desktops with 9... But i could be wrong [08:13] <Zeranoe> dahat: imp is generally a dllexport thing. I'll dig into modplug tomorrow to see if it's doing naughty things [08:13] <ubitux> ok, thank you! [08:13] <Zeranoe> ubitux: ^ [08:15] <dahat> Zeranoe: I wouldn't be able to say either way... though native code is supported in 8.0 & 8.1 Windows (desktop) store apps... and in 8.1 phone apps... all provided it is compiled just right... so it is possible to compile ffmpeg for it... so long as external libs are able to be handled as well... but even this is beyond my focus right now as I can't even get ffmpeg to build against libx264 for native windows desktop uses [08:17] <Zeranoe> dahat: MinGW-w64+Debian/Ubuntu and you'll be all set. I have a script on my site (zeranoe.com) that will build the compiler for you on a linux machine. Just install Debian or Ubuntu in VBox, run the toolchain script and cross-compile everything. [08:20] <Zeranoe> Almost 2:30AM my time. I'll be back on later. [08:23] <dahat> VBox? *gasp* I've been primarily a Windows user and later developer for multiple decades now! ... though I will attempt such things in Hyper-V tomorrow or Thursday [08:24] <Zeranoe> dahat: Sometimes Windows just can't cut it. [08:25] <jamrial> dahat: "link" is msvc's linker, and -L and -I are afaik gcc options for lib and include paths [08:25] <jamrial> x264 must have created the pgk-config files for mingw, not msvc [08:25] <Zeranoe> jamrial: I believe he was using Mingw... if not, theres your problem [08:25] <dahat> Zeranoe: Sometimes true I fear, though for my target audiance, it is my only choice [08:26] <dahat> jamrial: You are correct, hence my worry about the -L & -I arguments being specified to MSVC's link.exe [08:27] <Zeranoe> Good luck, BBL [08:29] <dahat> thanks, I will need it, the wife just asked when I was coming to bed for the evening so think I will be going now as well (11:28 pm PDT) when I have a few early (to a dev) morning meetings in... the morning [09:23] <anshul_mahe> has anyone noticed that in ffmpeg.c input_thread function we are passing address of pkt on stack to other thread [12:15] <ubitux> http://kojevnikov.com/faster-fast-fourier-transform.html [12:15] <ubitux> "I am however surprised how fast the FFTW is compared to avfft (approximately 60% faster!)" [12:15] <ubitux> we should do something about it [12:21] <cone-814> ffmpeg.git 03Luca Barbato 07master:4912b634b517: x265: Use the encoder defaults [12:21] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:eacf42dd5088: Merge commit '4912b634b517c8acfc476c5d47f10be83fe7e18b' [12:33] <cone-814> ffmpeg.git 03Luca Barbato 07master:94f084324e64: texi2pod: Make it output a single encoding string [12:33] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:4d13d440ee75: Merge commit '94f084324e648876508bed546d950762f10b875e' [13:00] <cone-814> ffmpeg.git 03Luca Barbato 07master:7968059e5c3c: mpegts: Allow custom max resync size [13:00] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:ee83f667afd2: Merge commit '7968059e5c3cd8f91407f379c11bbf71a1b84c74' [13:00] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:e489e8346672: avformat/mpegts: Change order of structs to match 7968059e5c3cd8f91407f379c11bbf71a1b84c74 [13:29] <cone-814> ffmpeg.git 03Luca Barbato 07master:c19a49e565bd: ppc: Support little endian intreadwrite [13:29] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:34e80af860d6: Merge commit 'c19a49e565bd06ea47947d50779ba236df9d4943' [13:49] <cone-814> ffmpeg.git 03Luca Barbato 07master:bb3ead7e54fe: x11grab: Fallback to normal XImage if SHM is not supported [13:49] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:33bf66af02fe: Merge commit 'bb3ead7e54fec205c595cfb8b1d8900d50d3d1cc' [14:05] <cone-814> ffmpeg.git 03Luca Barbato 07master:65e78a2e4b11: x11grab: Refactor pixel format parsing [14:05] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:7509a95656cd: Merge commit '65e78a2e4b111627c0ebdf2c9baec95e5e21560d' [14:13] <ubitux> btw, can't we make it faster with out of place transform? (we can save the permutation, no?) [14:46] <ubitux> http://pastie.org/pastes/9524067/text :)) [14:51] <cone-814> ffmpeg.git 03Luca Barbato 07master:ebef9f5a56d7: time: Use clock_gettime if the monotonic clock is available [14:51] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:dc81c0a0dc7b: Merge commit 'ebef9f5a56d7df91e010a177a80cfc8dbe394305' [15:04] <cone-814> ffmpeg.git 03Thomas Volkert 07master:95e177eeb21f: rtpdec: HEVC/H.265 support [15:04] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:4bc4f6f17079: Merge commit '95e177eeb21f3e968aa9353bc69d1946966cc835' [15:11] <cone-814> ffmpeg.git 03Mika Raento 07master:c487972ed0e1: ismindex: recover from completely empty streams [15:11] <cone-814> ffmpeg.git 03Michael Niedermayer 07master:d9a416fa1a7b: Merge commit 'c487972ed0e1eaebdbe4a13cdd191e119be0b19c' [16:05] <BBB> wow, did koda just seriously say that michael is the only serious developer in ffmpeg? [16:08] <av500> there are serious developers in ffmpeg? [16:08] Action: av500 hides [16:11] <TimNich> Some people take themsleves too seriously sometimes, and thats when grief happens.. [16:16] <ubitux> BBB: yes, ffmpeg is alive only because michael is sucking out all the code from libav [16:16] <Daemon404> forkwars again? [16:16] Action: Daemon404 clicks "mark folder as read" [16:17] <nevcairiel> again? its been going on for weeks now [16:17] <nevcairiel> so, still! [16:17] <ubitux> years you mean [16:17] <ubitux> :P [16:17] <nevcairiel> well it kinda started up again fresh just recently [16:17] <ubitux> yes, because i asked for some cooperation [16:17] <ubitux> what a coincidence! [16:17] <nevcairiel> i meant more the debian thing [16:19] <ubitux> we're still stalled for $noreason [16:20] <ubitux> ah btw, are we going to push the mona lisa? [16:21] <BBB> Im so confused now [16:23] <ubitux> mmh wait the tests are duplicated with the mona_lisa patch [16:24] <Daemon404> ubitux, i honestly think that patch is fucking retarded [16:24] <Daemon404> to appease some shitty debian person [16:29] <ubitux> https://encrypted.google.com/search?tbm=isch&q=mandrill.bmp&tbs=imgo:1 [16:29] <ubitux> what is the license of this one? [16:29] <ubitux> it's the same squared dimension as lena [16:29] <ubitux> and is famous as well in image processing [16:30] <av500> the monkey might own the right to that image [16:30] <ubitux> :D [16:31] <ubitux> http://www.telegraph.co.uk/technology/news/11015672/Wikipedia-refuses-to-de… [16:31] <iive> it is great photo and great monkey :) [16:32] <kierank> av500: we should ask lydia about that [16:32] <av500> right [16:33] <wm4> how do they know the monkey granted usage rights [16:33] <kierank> the monkey is non-human and thus has no copyright [16:34] <iive> wm4: it made the photo using the phone/camera [16:34] <nevcairiel> the argument was that the monkey made the image, and since monkeys cant hold copyright, it reverts to public domain [16:34] <nevcairiel> of course the photographer who owned the camera didnt agree [16:48] <ubitux> heh i'm posting a feminist stupid article [16:48] <ubitux> that won't help my argument [16:48] <ubitux> oh well i'm out [17:13] <Rodeo> hi guys, ffmpeg has threaded audio decoding, but not threaded encoding yet, correct? [17:13] <Daemon404> i doubt the latter will ever happen [17:13] <Daemon404> i cant imagine audio dec/enc benefits massively from it... [17:18] <Rodeo> just wanted to get my facts straight, someone on a forum is recommending using -threads to speed up FLAC encoding& [17:19] <Daemon404> lol. [17:20] <ubitux> decode is threaded [17:20] <ubitux> and it is automatically, so you don't need -threads [17:21] <ubitux> Daemon404: it actually makes a difference :p [17:21] <Daemon404> hearsay [17:21] <ubitux> no, we tried the other day [17:21] <Rodeo> well, thanks for the info [17:22] <nevcairiel> can flac encoding even be really "slow"? how long would a file be to even wonder? [17:27] <Rodeo> nevcairiel: libavcodec FLAC is only like, a million times faster than FDK-AAC, that's still pretty slow& [17:28] <ubitux> on a 2h flac (let's say an audio movie), it takes 4.5s instead of 9s [17:28] <ubitux> :X [17:28] <nevcairiel> lol [17:28] <nevcairiel> the savings [17:28] <nevcairiel> sure, its twice as fast, but really caring, i do not [17:28] <ubitux> it's sine audio, it will probably be slower with a more complex input :p [17:44] <wm4> <ubitux> and it is automatically, so you don't need -threads <- really? [17:44] <ubitux> yes [17:45] <wm4> on the library level or is ffmpeg.c doing this? [17:46] <ubitux> ffmpeg.c: av_dict_set(&ist->decoder_opts, "threads", "auto", 0); [17:46] <ubitux> libavcodec/options_table.h:{"threads", NULL, OFFSET(thread_count), AV_OPT_TYPE_INT, {.i64 = 1 }, 0, INT_MAX, V|A|E|D, "threads"}, [17:46] <ubitux> i suppose it's ffmpeg.c [17:46] <ubitux> on a *very* quick look [17:50] <wm4> default is 1? [17:50] <wm4> so ffmpeg.c does it? [17:51] <ubitux> iirc 0 is auto, 1 is 1 process (no actual thread), ... [17:51] <ubitux> and i'd say ffmpeg makes it auto automatically unless specified otherwise [17:51] <ubitux> that's my understanding after a quick look [17:53] <wm4> looking at some of the code, it seems so [17:54] <wm4> why not enable it in the lib by default? [17:54] <ubitux> michaelni: i'd like to review the idet patch, please don't apply immediately [17:54] <wm4> though maybe not for audio [17:54] <wm4> but video - why not [17:54] <ubitux> no idea [17:55] <wm4> I suppose some prefer low latency over speed [17:55] <wm4> but most people probably get confused and don't know that they have to set an obscure option to make it fast [18:20] <ubitux> stallman vs hitler [18:20] <ubitux> what's worse? [18:22] <nevcairiel> wm4: i thought threading was on by default for video decoding [18:23] <nevcairiel> guess some people complained abouit problems [18:43] <gnafu> ubitux: It depends on what you value, I guess. If you agreed with Hitler, then Stallman is worse. If you agree with Stallman, then Hitler is worse. If you agree with both of them, Heaven help you. [18:43] <nevcairiel> ..and for neither? [18:44] <J_Darnley> Rodeo: I made the flac encoder faster with some SIMD so make sure you're using the newest code. [18:44] <gnafu> nevcairiel: Well, I figured that state had a clear definition already. [18:44] <gnafu> You're "sane". [18:44] <nevcairiel> gnafu: yeah but whats worse then? [18:44] <gnafu> ("Sanity" being relative, hence the quotes.) [18:45] <nevcairiel> my mental state not withstanding =p [18:45] <J_Darnley> Rodeo: oh, you will also need a CPU with sse4 [18:45] <gnafu> nevcairiel: It's all a matter of perspective. Some people like to focus only on the good done, so they might admire Hitler for the good things he was credited with. [18:46] <gnafu> Who has had, is having, and will have the greater impact on the world? And is their final impact more positive or more negative. [18:46] <gnafu> I think it's safe to say Hitler was worse in that regard, but Stallman isn't finished yet ;-). [18:48] <iive> gnafu: are there good things that hitler did that haven't been ruined because of the war? [18:52] <gnafu> iive: Well, I've heard some credit him with the Autobahn and the Beetle, though I'm sure those could have come about just fine without him. [18:53] <gnafu> I'm not saying I honestly believe he had any good that weighs measurably against the bad. [18:53] <gnafu> But I've talked to people who had that perspective. [18:54] <iive> well, he has done more good by been example of pure evil. [18:54] <iive> also, I think Tesla uses linux, so stallman may have helped with it too :P [18:55] <gnafu> Aah, but do they use *GNU/Linux*? [18:55] <iive> i don't have enough money to checkout :) [18:56] <gnafu> "What happens when your Tesla runs out of juice?" "You stall, man." [18:56] <iive> just change the battery :D [18:58] <gnafu> "What happens when the brakes go out on your Beetle while approaching Ler?" "You hit Ler." [18:59] <iive> gnafu: or "you invade poland" [18:59] <gnafu> XD! [19:02] <gnafu> I was surprised to find there actually is a place called "Ler" in Norway, according to Wikipedia. [19:25] <jnvsor> Once wayland is a more widely used system, how long do you think it will be before wcap is added as an ffmpeg device? [19:27] <J_Darnley> Are people still banging on about lena? [19:28] <J_Darnley> Change to use the image that monkey took of itself [19:28] <J_Darnley> Didn't "the man" rule that it cannot be protected under copyright? [19:28] <jnvsor> Yep [19:29] <jnvsor> "Natural works are not works of art" or some such [20:13] <cone-978> ffmpeg.git 03Jörg Krause 07master:02a2e171ad3c: libavutil/error: fix build with musl toolchain [20:16] <iive> \o/ for musl [20:40] <cone-978> ffmpeg.git 03Lou Logan 07master:efaa4a8dbf7f: doc/demuxers: document gif demuxer [20:58] <ubitux> so, still no one to port eq/eq2? :( [21:01] <J_Darnley> I might be able to do that. [21:02] <J_Darnley> Can I ask what the difference between the two are? [21:04] <ubitux> eq2 has more things but is slower in some cases apparently [21:04] <ubitux> honestly you only care about eq2 [21:05] <ubitux> so, re: #3902 [21:05] <ubitux> it seems the packet re-ordering is affected by --disable-decoders --disable-hwaccels [21:05] <ubitux> i have no idea why [21:06] <nevcairiel> parser? [21:06] <nevcairiel> hm not sure if disabling decoder would also hit its parser [21:06] <nevcairiel> it shouldnt really [21:06] <ubitux> http://b.pkh.me/packet-order.html [21:07] <ubitux> left is by default, right is with --disable-decoders --disable-hwaccels [21:07] <nevcairiel> that makes no sense at all, nothing is even really designed to re-order packets [21:07] <J_Darnley> ubitux: I'll have an in depth look a little later. [21:07] <nevcairiel> or wait, does it actually re-order packets? [21:07] <nevcairiel> or does the interleaving just change? [21:08] <ubitux> what's printed is what the muxer receive [21:08] <nevcairiel> looks like stream 0 is delayed by one on the right [21:08] <nevcairiel> what codec was this? [21:09] <ubitux> Stream #0:0(eng): Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 7500 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) [21:09] <ubitux> (in mkv) [21:10] <nevcairiel> my theory is, without the decoder, the init code in avformat doesnt manage to prove some things, so stuff like has_b_frames is not set, messing with the timestamp code? [21:10] <nevcairiel> s/prove/probe/ [21:10] <nevcairiel> thats all i got [21:13] <ubitux> yeah, sounds about right [21:13] <nevcairiel> that whole timestamp stuff is arcane magic [21:14] <ubitux> a probe with both version is kind of different [21:14] <ubitux> like, it's indeed lacking a lot of information without the decoders [21:14] <ubitux> such as the codec timebase :p [21:24] <cone-978> ffmpeg.git 03Reimar Döffinger 07master:672425411804: ffv1enc: reduce stack usage. [21:24] <cone-978> ffmpeg.git 03Reimar Döffinger 07master:fcfc90ed65ef: svq1enc: remove pointless array element. [21:24] <cone-978> ffmpeg.git 03Reimar Döffinger 07master:235d401bfa40: vorbisenc: avoid large stack allocation. [22:23] <cone-978> ffmpeg.git 03Gabriel Dume 07master:d2a4e4b9cc9a: wma: K&R formatting cosmetics [22:23] <cone-978> ffmpeg.git 03Michael Niedermayer 07master:75a9859ac67b: Merge commit 'd2a4e4b9cc9a0c2661e1c1d6f6b51babac2cec1b' [22:56] <J_Darnley> When you blend two images using a "multiply" blend, exactly what operation would you expect it to do? "clip(a * b)" or "(a * b) / max_value" [22:59] <J_Darnley> Oh wait, this does do a divide [23:04] <ubitux> - bps = (float)avctx->bit_rate / (float)(avctx->channels * avctx->sample_rate); [23:04] <ubitux> - s->byte_offset_bits = av_log2((int)(bps * s->frame_len / 8.0 + 0.5)) + 2; [23:04] <ubitux> + bps = (float) avctx->bit_rate / [23:04] <ubitux> + (float) (avctx->channels * avctx->sample_rate); [23:04] <ubitux> + s->byte_offset_bits = av_log2((int) (bps * s->frame_len / 8.0 + 0.5)) + 2; [23:04] <ubitux> T_T [23:05] <ubitux> so they decided to put some spaces after casts? [23:05] <ubitux> i thought they decided to keep the sane way [23:06] <ubitux> ok well [23:06] <wm4> you should discuss this with Diego [23:06] <ubitux> this diff is one of the worse ever [23:07] <ubitux> - a = s->coefs[0][i]*0.5; [23:07] <ubitux> + a = s->coefs[0][i] * 0.5; [23:07] <ubitux> in what world this can be considered sane [23:08] <ubitux> the patch is full of this shit, in addition to { } drops [23:08] <ubitux> and spaces after casts [23:10] <llogan> libocd [23:10] Action: llogan touches doorknob three times, adds twelve spaces, then claps twice [23:19] <ubitux> ...and sometimes they actually revert the alignment [23:19] <ubitux> wth :D [23:19] <ubitux> - AVFrame *frame = data; [23:19] <ubitux> + AVFrame *frame = data; const uint8_t *buf = avpkt->data; [23:19] <ubitux> - int buf_size = avpkt->size; [23:19] <ubitux> + int buf_size = avpkt->size; [23:19] <jamrial> they just really, really hate git blame [23:19] <ubitux> (const uint ... is at the next line) [23:25] <Diogo> ubitux: no i already asked this problem before. i need to acurate cut ffmpeg.. to generate múltiple files ts in diferents commands...can ffprpbe give that information to cut? [23:25] <ubitux> "no"? [23:25] <Diogo> no = hi :) [23:26] <ubitux> no idea why you ask about ffprobe but you're looking for the segment muxer [23:27] <smarter_> jamrial: "git blame -w" helps a bit [23:27] <Diogo> But the segmenter to many counts about pts and dts.. [23:27] <ubitux> smarter_: doesn't handle all the random line breaks and { } drops [23:27] <smarter_> yeah, that's why I said "a bit" :) [23:27] <ubitux> -w makes blame even slower btw [23:28] <ubitux> Diogo: dunno [23:29] <Diogo> ok Thank you...Can you tell me some nick that can help me with this question? [23:31] <kierank> 10:06 PM <wm4> you should discuss this with Diego --> that'll go down well [23:31] <wm4> :) [23:32] <llogan> Diogo: you could try the ffmpeg-user mailing list. [23:33] <llogan> and the segment docs has some info about making accurate splitting [00:00] --- Thu Sep 4 2014

1 0

ffmpeg.log.20140903
by burek 04 Sep '14

04 Sep '14

[00:00] <SuperIRis> I'm a ffmpeg total noob [00:01] <SuperIRis> I'm going to develop an app that does video motion tracking [00:01] <SuperIRis> To track some images on top of a video, then generate the video file [00:01] <SuperIRis> Is ffmpeg the right tool for this?? [00:03] <juancho> llogan: "strings input.mp4 | grep x264" ==> 264>v [00:34] <llogan> juancho: i guess the info i expected is not there [06:46] <Wader8> hello [06:50] <Wader8> trying to concat vobs, rescale so i get rid of non-square pixels, detelecine and re-encode 5.1 audio to another codec that's more friendly with sony vegas (AC3 is so buggy, not only plain doesn't work, 2 channels simply don't play even when it's in a proper container) [06:50] <Wader8> oh .. all in one commandline [06:51] <Wader8> i don't like having 3 intermediaries in between, what im doing are intermediaries, i will use this big file to extract scenes i like with -ss -to commands later with separate ffmpeg batch files i already have setup [06:52] <Wader8> the container can still be mpegts, as long as the audio works correct in vegas [06:52] <Wader8> thread:forum http://forum.videohelp.com/threads/366893-FFMPEG-deinterlace-convert-to-squ… [07:13] <t4nk853> Hello, I'm trying to input a video and segment it. I have been able to do su successfully. However, I would like to change it into raw video and segment it. However, by using -f rawvideo and -f segment the latter in the command line trumps. How can I accomplish changing into raw video and segmenting at the same time? [09:04] <vklimkov> hi. can someone clarify what is avi index and where it file? i'm unable to get duration of file that is loading. [09:11] <K4T> hello [09:11] <K4T> is it possible to choose network card for output in ffmpeg? [09:13] <anshul_mahe> you could keep the ip address diffrent of both network card, and stream out at one ip, dont broadcast to all ip address that assigned to your computer [09:14] <anshul_mahe> K4T, yes It is possible in number of ways. [09:14] <K4T> My output is multicast address [09:15] <K4T> I have 2 cards in my server [09:15] <K4T> And I am not sure which one is getting output from ffmpeg with following command: ... -f mpegts udp://239.239.x.x:2000 [09:18] <anshul_mahe> I dont know lot about multicast, but can you tell what does ifconfig show on your server [09:19] <K4T> ok, nevermind, I found solution, thank you [11:24] <luc4> Hello! Anybody who knows whether an up to date ppa for ubuntu of ffmpeg exists? [11:29] <Diogo> hi i need a accurate cut of a video file (avi, mp4)...because i will need to join that parts files in a future...the option of ffmpeg -ss -t before and after -i is not very accurate in cut part of video.. this is possible extract some information using ffprobe to have a accurate cut? [13:48] <wodim> hello, how can i restrict the memory usage of ffmpeg? [13:48] <wodim> (it's getting killed) [13:53] <wodim> lol [13:53] <wodim> OOM killed irc [13:53] <wodim> :( [14:31] <Kirito> I'm trying to run ffmpeg through a directory full of files, re-encoding the video stream and copying everything else. However, ffmpeg doesn't seem to be copying the input files fonts over. Is there any way I can fix this? --- http://pastebin.com/76jwC4sG [14:31] <Kirito> (The attached fonts for the subtitles, that is) [14:40] <c_14> -map 0 [14:43] <Kirito> Ah, awesome, thank you [14:46] <ubitux> wodim: memleak? [14:47] <wodim> i don't think so [14:47] <ubitux> ulimit should help you anyway [14:47] <wodim> then the codec crashes when mallocing [14:47] <wodim> i guess i just can't do it [15:03] <iive> wodim: what codec? [15:03] <wodim> h264 [15:04] <iive> libx264 is standalone library, there are some tables about how much memory does it use with given options... [15:22] <ac_slater_> hey all. I have an mpegts container that has a stream that ffmpeg cannot parse (yet, since I'm writing some plugins)... what's a good way to just strip the program stream out of an mpegts container? [15:23] <ac_slater_> ie - 0:Video 1:Unknown to FFMPEG [15:41] <wodim> iive: i'm recoding something in 2160p [15:41] <wodim> iive: i guess it's a bit over the line given how much memory i have [15:41] <wodim> (not a lot) [15:42] <iive> wodim: well, just 4 times the memory for 1080p [15:42] <wodim> ;) [15:47] <iive> i think that mbtree uses most memory, then you might want to limit the reference frames... probably the look-ahead too. [15:47] <iive> i can't find that explanation about memory and options. [15:49] <wodim> i have over 1.5G of free RAM [15:49] <wodim> but it's just not enough. [15:49] <wodim> i'll just recode it somewhere else [16:53] <Wader8> why is libfdk_aac included in the documentation when it doesn't exist in ffmpeg ? [16:53] <klaxa|work> because it is an external library you can use in ffmpeg if you enabled it at compile-time [16:53] <relaxed> because it's the best aas encoder, but it's nonfree [16:53] <Wader8> why is FFMPEG documentation old, obsolete, and mostly quite poor ... [16:53] <relaxed> aac* [16:54] <Wader8> what's the point of zeranoe ffmpeg then [16:54] <Wader8> what's the point if not all the stuff is included [16:55] <Wader8> oh non-free [16:55] <relaxed> you can't ship binaries with nonfree libs because it violates the GPL [16:55] <Wader8> interesting [16:55] <Wader8> I just need to convert 5.1 AC3 to something more modern tha sony vegas works well with [16:56] <Wader8> vorbis doesn't seem to work with mpegts [16:56] <relaxed> then look for a lossless codec that works with vegas [16:56] <Wader8> but hey, i used mpegts mux just because AC3 didn't work in vegas, so i guess i can use some other mux now [16:57] <relaxed> How can vegas not support AC3? [16:57] <Wader8> i have a mpeg2video so id like to keep it in mpegts or ps . flac works with vegas, not sure if it can be inside a mpegts [16:58] <Wader8> AC3 is only supported in a DVD-like container [16:58] <Wader8> and when i mux VOBs to MPG (with concat) it doesn't play all the 5.1 channels well, front 2 are not played at all [16:58] <relaxed> ffmpeg -i input -c copy -f dvd output.mpg [16:59] <Wader8> well all of the clips i have until now are from VOB2MPG that uses a ffmpeg version from 2007 [17:00] <Wader8> im doing ony my own VOB concat and remux with a custom ffmpeg script [17:00] <Wader8> http://forum.videohelp.com/threads/366893-FFMPEG-deinterlace-convert-to-squ… [17:01] <Wader8> well loading the whole VIDEO_TS into the vegas makes it all chopped up to chapters, so that's why i use one big file, and then from the big file to extract clips i need [17:01] <Wader8> one big non-dvd file i guess [17:02] <relaxed> I'm so glad I'll never have to deal with dvd content again. [17:02] <Wader8> by the way, im rescaling and getting rid of interlace as well [17:36] <Olivius67> Hello [17:36] <Olivius67> I'm using the following cmd to split a streamable mp4 into 60seconds parts: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 60 -reset_timestamps 1 out%02d.mp4 [17:36] <Olivius67> The problem is that the resulting parts require a lot of buffering (around 6 MB) before they start playing with jwplayer. By Googling around I have found a fix to this by passing the following cmd to each part: MP4Box.exe -inter 500 outxx.mp4. [17:36] <Olivius67> The resulting parts stream smoothly after a very short buffering (around 500KB). [17:37] <Olivius67> Now, is there a way I could integrate directly this 'fix' in the initial ffmpeg cmd I use to split and thus avoid the extra mp4box step? [17:49] <relaxed> Olivius67: add -movflags faststart after the input [17:50] <Olivius67> I have tried: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 60 -reset_timestamps 1 -movflags faststart out%02d.mp4 [17:51] <Olivius67> with same results: with mp4box step, buffering takes a while [17:51] <Olivius67> *without mp4box... [17:53] <Case> Zeranoe: does ffmpeg building work for you without trouble since http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=36952786a5cca8784f582a… ? [17:54] <relaxed> Olivius67: hmm, maybe it doesn't work well with -f segment. Which version are you using? [18:04] <Olivius67> relaxed: http://pastebin.com/v7bZfA2b [18:14] <relaxed> looks recent [18:15] <relaxed> ubitux: do you know if -movflags faststart works well with -f segment? [18:15] <ubitux> relaxed: no i don't know [18:15] <JEEB> I would guess that segment is its own muxer, and just separately calls another muxer within itself [18:16] <JEEB> so any option you pass to segment won't get passed to what segment calls [18:16] <relaxed> Olivius67: then it looks like you'll need a second pass on the segments [18:17] <Olivius67> relaxed: alright, fair enough, thx relaxed :-) [18:17] <relaxed> Olivius67: open a feature request on the bug tracker [18:19] <Olivius67> relaxed: prob is that I have no idea about the "magic" operated by this mp4box cmd [18:21] <relaxed> it moves the moov atom (index) to be beginning of the file [18:21] <Olivius67> so basicaly that's what -movflags faststart should do, but doesn't? [18:22] <relaxed> correct, and it works normally when using -f mp4 [18:23] <Olivius67> so feature request should be: make -movflags faststart work with -f segment ? [18:25] <JEEB> more generically I guess a feature request for passing options to the called muxer [18:26] <JEEB> although tbqh I have no idea how you'd pass -movflags since IIRC that is specific to the "mov" muxer group? [18:29] <relaxed> I'm surprised this is the first I've heard of this issue. [18:29] <JEEB> well, not that you often pass options to the muxer [18:31] <saste> relaxed, i think it does [18:31] <relaxed> does what? a faststart pass on the segments? [18:32] <luc4> Anyone who knows if there is any ubuntu repo that keeps updated versions of ffmpeg? [18:33] <relaxed> luc4: http://johnvansickle.com/ffmpeg/ [18:33] <saste> relaxed, now that I think at it, i'm not sure you can pass muxer options through segment [18:33] <saste> we have -segment_format, but not -segment_format_options [18:33] <saste> that could be probably implemented though [18:34] <saste> file a ticket, or even better, pay me for that :-) [18:34] <luc4> relaxed: thanks, tried that but not a ubuntu repo and it doesnt include ffplay if Im not mistaken. [18:34] <relaxed> Olivius67: ^^ [18:36] <Olivius67> relaxed: I see, I see ;-) [18:36] <relaxed> luc4: yeah, there's no ffplay but the builds are distro agnostic [18:37] <Olivius67> saste: you accept btc? ;-) [18:37] <luc4> relaxed: yes, I was interested because a repo would keep my libs and binaries up to date. Ill think of creating one myself& :-) [18:37] <saste> Olivius67, I never used them, but I can start, although i prefer other form of payments [18:40] <relaxed> luc4: I always advise against adding unofficial repos because the newer libs can cause other software problems. To each their own. [18:41] <relaxed> luc4: Your best bet would be to compile a recent version to a non-standard location, so it doesn't conflict with anything. [18:42] <luc4> relaxed: exactly, but Im tired of having to rebuild any time Im on a new machine :-) [18:42] <luc4> relaxed: I want ffmpeg everywhere I go :-) [18:42] <luc4> relaxed: thanks anyway [19:09] <Wader8> hello [19:09] <Wader8> what are these weird errors [19:09] <Wader8> [mpeg2video @ 04f8c780] ac-tex damaged at 8 17=00:44:05.37 bitrate=7865.2kbits/s [mpeg2video @ 04f8c780] Warning MVs not available [mpeg2video @ 04f8c780] concealing 585 DC, 585 AC, 585 MV errors in P frame [ac3 @ 02831760] incomplete frame [19:12] <Wader8> Help http://pastebin.com/Q9VRC1Jz [19:19] <klaxa> i don't think you know what you are doing [19:32] <Wader8> what is this problem [mpeg4 @ 04f78a20] Invalid pixel aspect ratio 1280/1281, limit is 255/255 reducing ? [19:33] <jnvsor> Basically the difference between 1280 and 1281 is so small ffmpeg can't tell the difference when scaling it down [20:07] <Wader8> hello [20:07] <Wader8> concat isn't working right for me [20:07] <Wader8> says invalid data found in input [20:08] <Wader8> do i have to use -f concat always , -f concat -i "concat:xyz|abc|" didn't work [20:14] <Wader8> it gives a different error if i set -f concat after -i [20:16] <Synthead> What is the last version of ffmpeg that builds libavutil.so.50? [20:16] <Wader8> ffmpeg -i "concat:VTS_01_1.VOB|VTS_01_2.VOB|VTS_01_3.VOB|VTS_01_4.VOB|VTS_01_5.VOB" -map 0:1 -map 0:2 -c copy -threads 8 -y -f concat VTS_01.mpg [20:17] <Wader8> input data invalid stream was when i used -f concat before -i [20:19] <Wader8> okay i got it working now [20:19] <Wader8> but another error [20:21] <Wader8> here it is http://pastebin.com/84VY2M76 [20:25] <sacarasc> Wader8: I see a warning but no error... [20:25] <sacarasc> Is the file broken? [20:26] <Wader8> no it's fine, audio sync seems fine, but it will be used for sony vegas, im making a repository of clips ... so all these outputs are intermediary, not final [20:26] <Wader8> here is a thread about this http://forum.videohelp.com/threads/366893-FFMPEG-deinterlace-convert-to-squ… [20:27] <Wader8> sony vegas 12 has problems with AC3 so im trying to convert that to something else, ffmpeg doesn't have good AAC support for 5.1 sorround [20:27] <Wader8> and im also trying to deinterlace and conver to square pixels, detelecine as well [20:28] <sacarasc> You don't want to use a lossy format if you're going to encode again, anyway... [20:28] <Wader8> just don't have a lot of options, VORBIS audio didn't seem to work with MPEGTS [20:28] <Wader8> well quality is not that important in this case ... it won't be upscaled much, 720p probably [20:29] <Wader8> the final output will be in sony vegas with settings I don't know yet [20:30] <Wader8> but for the repository of clips, i'd like to have them detelecined, deinterlaced (actual frame rate) and square pixels [20:30] <Wader8> as well as some other audio codec [20:30] <Wader8> im doing one DVD at a time, on a SSD, i have enough space, but lagarith is just too big imo for 4 GBs into lags [20:31] <sacarasc> If a video editor only takes lossy audio, it must be bad. [20:32] <llogan> Synthead: version or git hash? [20:32] <llogan> and my version, I meant "release" [20:32] <Synthead> llogan, I could probably use either :) [20:32] <llogan> and by my I meant by [20:33] <Wader8> well Sony Vegas 12 pro takes AC-3 if it's in a DVD container, and it sort of works with MPEGTS, but there is a bug, Vegas doesn't playback FRONT channels when I import the files as 5.1 mode [20:33] <llogan> Synthead: look at "git log libavutil/avutil.h" and APIchanges [20:34] <llogan> looks like the bump occurred at http://git.videolan.org/?p=ffmpeg.git;a=commit;h=139f3ac42dcf24eb8c59af4aaa… [20:34] <Synthead> llogan, a-ha, thanks! [20:34] <llogan> ancient [20:35] <Synthead> llogan, agreed... trying to make some precompiled binaries work. (Why don't they statically-link these things?!) [21:01] <mistawright> hi guys I need to know if there is a way i can have add transitions to a video i am making from images using ffmpeg. I need each image to fade, blend, or dissolve into the next smoothly. Currently it just goes to the next image and doesnt look good [21:01] <mistawright> i have not found a solution for making transitions using ffmpeg [21:12] <llogan> you could make a movie per input with a fade in and fade out applied to each [21:12] <llogan> so each image becomes its own video [21:12] <llogan> whcih you then concat [21:13] <llogan> lame, but i can't think of any other less lame methods [21:13] <mistawright> sounds like there would be fade to black between each image would there not? [21:13] <llogan> yes. you mentioned "fade, blend, or dissolve" so i chose the easiest [21:14] <mistawright> what about dissolve as that sounds it would be more like what i am trying to accomplish [21:16] <llogan> that would be done with blend filter, but the implementation could be annoying unless you don't have many images [21:27] <rawrmonster> Does anyone know a good mp4 to ntsc dvd tool or someone who could help me with a script. I basically work with mp4 mostly from my gopro and want to convert them to ntsc dvd to be watched on my dvd player. I have tried programs like devede but they are not very good at using all my cpu while converting. Is it just this type of conversion is not good with multi core or is this program just not optimized very well? [21:28] <rawrmonster> Because It only shows me to be using about 30% of my total cpu [21:29] <c_14> ffmpeg -i mp4 -target ntsc-dvd out.mpg [21:29] <rawrmonster> c_14: will that use all 8 cores? [21:29] <c_14> hmm, you can try adding -threads 8. I'm not sure of the mpeg encoder is multithreaded. [21:30] <rawrmonster> c_14: that would explain alot if it is not [21:31] <llogan> ffmpeg -h encoder=mpeg2video [21:31] <llogan> should show any threading capabilities [21:32] <rawrmonster> Threading capabilities: Slice [21:32] <rawrmonster> What does that mean? [21:36] <JEEB> it can be threaded in slices [21:37] <JEEB> basically slicing a single picture into parts [21:37] <rawrmonster> Ahh ok [21:37] <JEEB> as opposed to picture based threading where multiple pictures are done at the same time [21:39] <anshul_mahe> i wanted to scale video ih/2 and then split them and show them simontaneously bottom and up [21:39] <llogan> anshul_mahe: you have two inputs? [21:40] <anshul_mahe> I am using split filter with one input [21:41] <anshul_mahe> I am using following command http://pastebin.com/edhNn6PL [21:43] <llogan> maybe an image mockup showing what you want to achieve will make it easier for me to understand what you want to do [21:49] <anshul_mahe> here is output i am getting http://s13.postimg.org/8lgs13qon/out28.jpg with overlay=0:H/2 [21:53] <anshul_mahe> this is my original image http://s29.postimg.org/e7i7lxfpz/out27.jpg [21:53] <anshul_mahe> I want my output height to be same as input image [21:53] <anshul_mahe> but output height is devided by 2 [22:01] <anshul_mahe> I found sollution using pad filter with following command http://pastebin.com/uLEzNfeE [22:02] <anshul_mahe> but dont know whether it is more optimizable or not [22:03] <llogan> that command doesn't have pad [22:04] <llogan> oh, i missed it [22:07] <anshul_mahe> so is that more optimizable [22:08] <llogan> you could cut out the second unnecessary pad: -filter_complex "[0:v]scale=iw:ih/2,split[dup1][dup2];[dup1]pad=iw:ih*2[bg];[bg][dup2]overlay=0:h" [22:09] <llogan> nevermind, i misread it again... [22:09] <llogan> your command is fine [22:10] <anshul_mahe> I also wanted to ask whether our libavfilter library is thread safe [22:11] <anshul_mahe> I wanted to do those things with clicks [22:12] <anshul_mahe> just now I regenrate all the filter graph when something change with big lock at whole place [22:18] <anshul_mahe> Thanks logan, for looking in my problem [22:22] <llogan> i didn't do anything useful [23:42] <Wader8> hello [23:43] <Wader8> what is ac-tex damaged ? [23:43] <Wader8> MVs not available [00:00] --- Thu Sep 4 2014

1 0

ffmpeg-devel.log.20140902
by burek 03 Sep '14

03 Sep '14

[02:08] <J_Darnley> Dammit! Why does my cursor keep vanishing when ever I cause a segfault in ffmpeg? [02:12] <kierank> does "reset" not help [02:12] <pross-au_> stty sane :) [02:12] <J_Darnley> I'll try that next time [04:20] <cone-435> ffmpeg.git 03Rong Yan 07master:6abeaf2781ce: build sys: enable the decoding_encoding example under the ffmpeg/doc/examples [07:30] <cone-711> ffmpeg.git 03Clément BSsch 07master:e6b125e3be19: avutil/pixelutils: add small buffers tests [07:31] <cone-711> ffmpeg.git 03Mark Harris 07master:4cabee50f624: tools/normalize.py: both input and output file names are required [11:28] <cone-711> ffmpeg.git 03Mika Raento 07master:e48d1ea541be: ismindex: improve diagnostics [11:28] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:35469835bb29: Merge commit 'e48d1ea541be4592ebac89875557407ca958b7a9' [11:43] <cone-711> ffmpeg.git 03Mika Raento 07master:58e0402e02ae: segment: don't access outside seg->frames array [12:03] <cone-711> ffmpeg.git 03Carl Eugen Hoyos 07master:3668168afa1e: Support decoding of ImageJ png in avi. [12:37] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:0ffe32cf8f92: avformat/segment: Use avformat_alloc_output_context2() [12:37] <cone-711> ffmpeg.git 03Mika Raento 07master:413fa76f61f2: segment: use mpegts_flags instead of the deprecated resend_headers option [12:37] <cone-711> ffmpeg.git 03Mika Raento 07master:502fc3b3d4b3: segment: fix copying stream metadata [13:21] <J_Darnley> WTF has happened to my git install? [13:22] <J_Darnley> What do you mean it isn't a repositiory? [13:23] <wm4> is there a .git directory somewhere? [13:24] <J_Darnley> Yes, I'm in my ffmpeg dir [13:25] <J_Darnley> WTF! When did I get version 2 installed? [13:26] <J_Darnley> Oh, actually this is just operator error. [13:26] <J_Darnley> I was trying to fetch from master rather than origin [13:28] <ubitux> BBB_: are you going to submit the vp9 fix? [13:28] <BBB_> ? [13:28] <ubitux> ah it was pushed [13:28] <BBB_> ah, the old one (I wasnt sure which one you meant) [13:29] <BBB_> I have nothing outstanding, indeed [13:29] <ubitux> only the test is missing so? [13:29] <wm4> ubitux: do you think it would be possible to rush the utf-16 sub thing to get it into 2.4? [13:29] <ubitux> wm4: are you asking me to rush it or are you asking me if you are going to have enough time? :) [13:29] <wm4> both [13:30] <ubitux> well if you submit the patch i'll review it asap [13:30] <wm4> ok... what did you say needed to be improved? (sorry, I asked that before already, but I keep forgetting) [13:30] <ubitux> i think i said everything in the thread [13:31] <ubitux> basically apply it to the other sub formats [13:31] <wm4> ok [13:31] <wm4> well let's see [13:31] <ubitux> http://ffmpeg.org/pipermail/ffmpeg-devel/2014-March/156091.html [14:16] <ubitux> where can i get track_ticket_3902.mkv? [14:19] <Daemon404> wow so... i am actually using our .ico encoder in practice [14:19] <Daemon404> what has the world come to [14:19] <Daemon404> decoder too [14:20] <plepere> ubitux, I have a function for a 16 width. for a 64 width, I can either call the 16w 4 times or create a function with %rep 4. which would you rather do ? [14:21] <nevcairiel> less calls, more rep! [14:23] <ubitux> i would guess functions handling larger widths can be cool because if you have an instruction set with something like 2x larger reg size it can be useful [14:26] <ubitux> Daemon404: you mean muxer? [14:26] <Daemon404> same diff [14:27] <nevcairiel> why do you need a ico muxer [14:27] <ubitux> to make a preview of vimeo videos in favicon? [14:27] <nevcairiel> favicon accepts pngs [14:27] <Daemon404> fun fact: all images on vimeo are generated on teh fly and cachd [14:27] <Daemon404> cached* [14:27] <Daemon404> and favicon isnt static [14:27] <Daemon404> (no its not a thumbnail) [14:28] <nevcairiel> if i build a serious .ico i usually use a proper editor, since i want to stuff different resolution images in it [14:29] <Daemon404> this is just a testing thing [14:29] <Daemon404> not in prod [14:30] <Daemon404> we make icos in an eidtor currently [14:30] <Daemon404> downscaled to e.g. 16x16 with bicubic will look like balls [14:30] <Daemon404> you need to edit it manually [14:30] <nevcairiel> yeah i hand-drew a few 16x16 icos because scaling just doesnt work to that size [15:45] <Diaz2691> hi all experts, [15:46] <Diaz2691> I see the mail list about fixed point decoder for AAC, [15:46] <Diaz2691> but when I clone git source, I donot see the code, is it right? [15:50] <ubitux> you're talking about "[FFmpeg-devel] Implementation od fixed point AAC decoder"? [15:50] <ubitux> it's still under review [16:30] <Diaz300> hi [16:30] <Diaz300> compn [16:31] <Diaz300> I see the message from mail list :merging the fixed point decoders from rockbox has been on our todo list for a while [16:31] <Diaz300> Do you have any idea about how to? [16:32] <Diaz300> how to get the patch from mail list ? [16:32] <Diaz300> when I see the subject like "[PATCH 01/14] libavcodec: Implementation of AAC_fixed_decoder (LC-module) [1/5]" [16:33] <Diaz300> because I clone git source , I do not see the patch included [16:33] <Diaz300> HELP ! Any ideas? [16:34] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:1587989518cd: avcodec/rawdec: Support CODEC_CAP_PARAM_CHANGE [16:34] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:1c55d0ff3202: avformat/swfdec: Use side data to communicate w/h changes to the decoder [16:35] <J_Darnley> Diaz300: save the mail and then git am [16:36] <Diaz300> will the patch commit to git? [16:36] <wm4> ubitux: what did we say about microdvd? utf-16 support yes or no? [16:36] <wm4> ubitux: and webvtt is always utf-8 I assume [16:36] <wm4> so: ass, sami, srt [16:36] <J_Darnley> Yes, git will turn the patch into a regular commit [16:37] <ubitux> wm4: well, can't we can handle them for free by updating the builtins? [16:37] <Diaz300> is it possible guide me how to merge fixed point wma decoder from rockbox? [16:37] <ubitux> but anyway, yeah, ass, sami, srt [16:37] <ubitux> Diaz300: 16:35:20 <+J_Darnley> Diaz300: save the mail and then git am [16:39] <J_Darnley> Diaz300: where is this code that you want to merge? [16:40] <Diaz300> https://github.com/Rockbox/rockbox/tree/master/lib/rbcodec/codecs/libwma [16:41] <Diaz300> but compn says: merging the fixed point decoders from rockbox has been on our todo list for a while [16:41] <nevcairiel> unless a developer is actually willing to spend days and days on untangling and updating that, its doubtful it'll happen anytime soon [16:41] <nevcairiel> its easy for compn to say, he doesn't code stuff :P [16:41] <Diaz300> yes [16:42] <Diaz300> hence, I search solution about fixed point wma decoder [16:42] <J_Darnley> That isn't even libavcodec. That will require actual work to port it into FFmpeg. [16:43] <Diaz300> but the code from rockbox seems much different style from ffmpeg decoder [16:43] <Diaz300> yes [16:43] <J_Darnley> You need to get your programmer hat on then. [16:43] <nevcairiel> J_Darnley: its actually the avcodec decoder, ripped out of its shell [16:43] <nevcairiel> but probably a decade old [16:44] <J_Darnley> That doesn't make it possible to add with git though [16:44] <nevcairiel> thats why i said it needs a developer to untangle and update :) [16:44] Action: J_Darnley nods [16:45] <Diaz300> yes [16:45] <nevcairiel> anyhow, unless you are actually capable to do it yourself, I wouldn't hold my breath, wma isnt really a popular codec [16:46] <Diaz300> nevcairiel, so it is possible to ripped out of its shell? [16:48] <wm4> is there a simple, non-convoluted way to setup a freestanding AVIOContext to read out of a static buffer? [16:49] <nevcairiel> wm4: all methods i know include building your own read and seek functions [16:50] <J_Darnley> Diaz300: i'm sure it is possible [16:51] <wm4> this stuff is a bit fat [16:51] <J_Darnley> for someone with enought time, skill, and understanding of the issues involved. [16:51] <wm4> oooh [16:51] <wm4> maybe I can just use ffio_init_context [16:52] <wm4> quite some code in lavf is doing that to read from a memory buffer [16:52] <nevcairiel> internal! internal! [16:52] <nevcairiel> or are you working on internal stuff anyway :D [16:59] <wm4> nevcairiel: yes [17:36] <Diaz4519> hi all experts, [17:37] <Diaz4519> when I post a question , but I can not receive the mail when someone replay the question [17:37] <Diaz4519> does anyone have idea? [17:38] <kepstin-laptop> Diaz4519: the ffmpeg mailing lists are set so responses go only to the list. Make sure you're subscribed, and that your spam filter isn't blocking them [17:40] <Diaz4519> yes I have subscribed, I can see my question from mail list archive, but I do not receive the mail even some reply the question [17:40] <Diaz4519> any settings when I subscribe? [17:42] <kepstin-laptop> it is possible to have disabled mail delivery in the mailing list settings, you could check that. [17:42] <kepstin-laptop> but normally you'd know if you'd done that, since it's kind of tricky to do :) [17:48] <Diaz4519> do you know where I can modify mailing list settings? [17:56] <kepstin-laptop> Diaz4519: http://lists.ffmpeg.org/contact.html#MailingLists links to the management pages to the various lists; you can log in to the preferences interface by entering your email address into the form at the bottom of the page for the list. [17:59] <Diaz4519> ok, I try, but I forget my password [17:59] <Diaz4519> it seems impossible to modify password [17:59] <kepstin-laptop> it should have been mailed to you when you subscribed [17:59] <kepstin-laptop> I think [18:00] <kepstin-laptop> yep, It's in the "Welcome" message that you received when you subscribed [18:01] <kepstin-laptop> if you didn't receive the welcome message, then it's not the list's fault; you either subscribed using the wrong mail address or have a spam filter blocking messages or something like that. [18:06] <kepstin-laptop> (you could try unsubscribing and resubscribing) [18:54] <cone-711> ffmpeg.git 03Tobias Rapp 07master:2c43cfe2d405: cmdutils: Add some whitespace when printing layouts [19:24] <cone-711> ffmpeg.git 03Reimar Döffinger 07master:2ca78936c7d4: rl.h: remove deprecated and now unused vlc member. [19:24] <cone-711> ffmpeg.git 03Reimar Döffinger 07master:e48cd2de98c3: rl.h: Use on-stack temporary VLC tables instead of having them static. [19:24] <cone-711> ffmpeg.git 03Reimar Döffinger 07master:3980ab12b728: rangecoder-test: Allow running with small stack size. [19:24] <cone-711> ffmpeg.git 03Reimar Döffinger 07master:4ea8406e3811: vf_deshake: reduce stack usage. [19:24] <cone-711> ffmpeg.git 03Reimar Döffinger 07master:098af260675b: vf_deshake: Avoid doing a malloc+free for every single frame. [20:13] <wm4> ubitux: is RealText utf-16 a thing? [20:15] <ubitux> no idea but it wouldn't surprise me [20:16] <wm4> from what I can see realtext is almost like sami [20:16] <wm4> except different [20:16] <wm4> (what) [20:19] <ubitux> it's almost like sami in the sense that it's a xml-based soup [20:20] <wm4> so, how do I run fate for subtitles only? [20:21] <ubitux> make fate-subtitles [20:21] <wm4> or do I have to download and run the whole thing [20:21] <wm4> let's see [20:21] <ubitux> ah, you need to rsync the samples yeah [20:22] <ubitux> rsync -vrltLW --timeout=60 --contimeout=60 rsync://fate-suite.ffmpeg.org/fate-suite/sub/ ~/fate-samples/sub/ [20:22] <ubitux> something like this should do the trick [20:22] <ubitux> then SAMPLES=$HOME/fate-samples [20:23] <ubitux> if you can add one or two utf-16 samples that would be great btw [20:23] <wm4> thanks, these exact commands worked [20:24] <wm4> how do I add samples? [20:24] <ubitux> you put them in ~/fate-samples/sub/ for your tests, and when you're done you ask michaelni to upload them [20:24] <ubitux> :p [20:25] <ubitux> michaelni: btw, can we wait for the utf-16 thing from wm4 before 2.4? [20:25] <wm4> well, take a look first [20:25] <wm4> maybe it's too horrible [20:26] <ubitux> wm4: anyway, tests are in tests/fate/subtitles.mak, so you add your entry, and do make fate-sub-utf16shit GEN=1 to generate the ref data [20:26] <wm4> pretty convenient [20:26] <ubitux> wm4: sure, show me [20:27] <wm4> finishing this first [20:27] <ubitux> one thing i don't like with current subs tests is that they output md5 [20:27] <ubitux> they could be stored as text [20:27] <ubitux> because it's a pain to actually see what went wrong [20:28] <ubitux> (you have to make fate-sub-utf16shit V=1, take the command and change the md5 output to check the content) [20:31] <wm4> also, all my utf-16 samples would just be converted from the utf-8 samples [20:31] <wm4> is that ok? maybe I should strip them a bit [20:31] <ubitux> ah really? you don't have a real wild sample? [20:31] <ubitux> i would have take the opportunity to get a different coverage in the decoders [20:31] <wm4> not right now [20:31] <ubitux> mmh [20:32] <wm4> wasn't there one on the bug tracker? [20:32] <wm4> hm I have an EUC-KR .smi file, yummy [20:32] <ubitux> yeah indeed i remember seeing one on the trac [20:32] <ubitux> let me check for that one [20:33] <ubitux> trac is sloooow :( [20:34] <ubitux> wm4: https://trac.ffmpeg.org/ticket/3496 [20:34] <ubitux> wm4: can you take that sample and mention that Ticket in the commit message? [20:37] <ubitux> wm4: https://code.mythtv.org/trac/ticket/9836 [20:37] <ubitux> this one looks nice as well [20:37] <ubitux> (srt) [20:37] <wm4> wow this is trippy [20:37] <wm4> the 3496 one uses some sort of animation [20:37] <wm4> so I guess not just anime shit uses extended ass features [20:37] <ubitux> mythtv/9836 is srt with unclosed font tags and arabic [20:37] <ubitux> that's pretty awesome [20:37] <ubitux> (and utf-16 ofc) [20:37] <wm4> oh, torture [20:37] <ubitux> :D [20:37] <wm4> which one exactly? preferably the actual url [20:38] <ubitux> https://code.mythtv.org/trac/attachment/ticket/9836/Chalet%20Girl%20%282011… [20:38] <ubitux> https://code.mythtv.org/trac/raw-attachment/ticket/9836/Chalet%20Girl%20(20… [20:39] <ubitux> actually that might not be utf-16 [20:39] <wm4> it's utf-8 [20:40] <ubitux> the ticket was mentioning utf-16, my bad [20:56] <wm4> ubitux: sent, without tests for now [20:58] <ubitux> thx, i'll have a look in about 2 hours [21:21] <wm4> ubitux: oh shit, probetest now reports that srt is the most expensive format to probe [21:21] <wm4> must be because of this read line function [21:33] Action: wm4 wonders what reimar is up to [21:35] <J_Darnley> Super secret embedded programming! [21:54] <cone-711> ffmpeg.git 03Gabriel Dume 07master:74512f7e369d: 8svx: Return proper error codes [21:54] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:50c6bffb67d1: Merge commit '74512f7e369da40e1148c92b58cd8e59f7737b8f' [21:59] <jamrial> J_Darnley: I'll test your XOP stuff later today [22:00] <J_Darnley> Thanks. I already got one test but it failed. I think I'm using vpshaq wrong [22:01] <J_Darnley> Now that I read docs more carefully, I think I need the shift amount for every qword [22:03] <ubitux> wm4: heh that's unfortunate :) [22:04] <wm4> ubitux: it's most likely because of ff_subtitles_read_line [22:04] <ubitux> reimar just went recently very active again indeed, that's quite nice [22:04] <wm4> which reads byte by byte [22:04] <wm4> instead of just running strcspn on memory [22:04] <ubitux> ok [22:05] <cone-711> ffmpeg.git 03Gabriel Dume 07master:f61e47dd6858: asv: K&R formatting cosmetics [22:05] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:4c731233338d: Merge commit 'f61e47dd68582529bcf6d42d861c70a320cd1b67' [22:14] <ubitux> oh ffs they found another k&r guy [22:15] <wm4> :) [22:15] <wm4> it's absurd [22:15] <ubitux> it looks like they seduce new comers with this [22:15] <ubitux> that's insane [22:15] <ubitux> :D [22:15] <Daemon404> but have you heard the word of our Lord and savior, sentient uncrustify script? [22:16] <ubitux> dropping all the { } around if/else wth [22:16] <ubitux> https://lists.libav.org/pipermail/libav-devel/2014-September/062936.html so much sadness :( [22:17] <cone-711> ffmpeg.git 03Gabriel Dume 07master:ff4d1aa8bc3f: flv: K&R formatting cosmetics [22:17] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:c8be5258dec9: Merge commit 'ff4d1aa8bc3f4fe9d1f684f760b29c51adb569ef' [22:17] <Daemon404> wait [22:17] <Daemon404> that contains prettying previous-prettified parts [22:17] <Daemon404> but just in a different way [22:17] <Daemon404> wat [22:17] <ubitux> :D [22:18] <ubitux> remember the k&r dance on flashsv? [22:18] <wm4> didn't I say it's absurd [22:19] <ubitux> https://git.libav.org/?p=libav.git;a=commitdiff;h=293fe6da01b6cb2f85c655155… https://lists.libav.org/pipermail/libav-devel/2013-October/052569.html https://lists.libav.org/pipermail/libav-devel/2013-October/052591.html [22:19] <ubitux> this one was funny [22:20] <ubitux> first one column align fields, second one added line breaks, and last one reverted align from the first [22:21] <ubitux> wm4: is the utf-16 patch ready to review so? [22:21] <wm4> ubitux: yes [22:22] <wm4> although I already know something should be done about srt probing (but what) [22:51] <cone-711> ffmpeg.git 03Diego Biurrun 07master:91d305790ea0: get_bits: Rename HAVE_BITS_REMAINING --> BITS_AVAILABLE [22:51] <cone-711> ffmpeg.git 03Michael Niedermayer 07master:9e59a7be1cc9: Merge commit '91d305790ea0f6fe0f54b48236da42181c39c18b' [23:04] <mirabilos> hi, when building libpostproc with --enable-pic --enable-shared on x32, I get: [23:04] <mirabilos> /usr/bin/ld: libpostproc/postprocess.o: relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC [23:04] <mirabilos> but it i2s2 using -fPIC& [23:06] <mirabilos> is there a way to figure out which line in the inline asm produces this relocation? [23:10] <michaelni> mirabilos, just tried building ffmpeg including libpostproc with pic for x86_32 and it works fine [23:11] <mirabilos> x32, not i386 [23:12] <mirabilos> hm, objdump -r (.rodata+0xa00) plus nm says they are against deringThreshold [23:12] <mirabilos> (and following) [23:13] <michaelni> and its just libpostproc and nothing else ? [23:14] <mirabilos> the libpostproc debian source package (which strigi depends on, which svn depends on, which git depends on& yak shaving here) [23:14] <mirabilos> with a small patch [23:14] <mirabilos> hold a sec [23:14] <llogan> ubitux, Timothy_Gu: any more comments on GIF demuxer doc? [23:14] <mirabilos> http://sprunge.us/FEWR [23:14] <mirabilos> that's needed because %4 is a pointer, which are 32-bit in x32 [23:15] <mirabilos> (but pushing/popping all 64 bit of the register doesn't hurt) [23:15] <mirabilos> hm ok, x86/asm.h LOCAL_MANGLE does not use rip-relative addressing [23:15] <mirabilos> Ill try to figure out why [23:16] <mirabilos> ah& [23:16] <mirabilos> #define ARCH_X86 1 [23:16] <mirabilos> #define ARCH_X86_32 1 [23:16] <mirabilos> #define ARCH_X86_64 0 [23:16] <mirabilos> this is wrong for x32 [23:17] <michaelni> well, if you get it working (and iam not sure how easy that will be ...) dont forget to submit a patch [23:18] <michaelni> btw, how can the code be build for x32 ? i mean what configure line are you using ? [23:19] <mirabilos> sure [23:19] <mirabilos> I think Debian uses the same configure line for all arches and relies on automatic detection [23:20] <mirabilos> just added set -x to configure ;) [23:21] <mirabilos> ah ok, got it& subarch="x86_32" because the sizeof(pointer) check results in 4 obviously [23:22] <iive> x32 is the 64 bit mode that uses only 32bit addressing, isn't it? [23:23] <J_Darnley> yes [23:24] <kepstin-laptop> yeah, I think the point was that it let you use all the registers from 64bit mode with the code size/cache benefits of 32bit pointers. [23:25] <mirabilos> yeah. [23:25] <kepstin-laptop> I'd be kind of surprised if assembly code written for either x86 or x86_64 would work completely as-is on it... [23:25] <mirabilos> I was waiting for it to became available for a loooong time :) [23:25] <mirabilos> funnily enough, most amd64 asm code _appears_ to work as-is, especially if you can let gcc guess sizes a bit [23:25] <mirabilos> is there any way I can test libpostproc stand-alone? [23:25] <mirabilos> just to see if it explodes [23:27] <J_Darnley> Oh god! Trying to use XOP is making this look even more messy [23:30] <llogan> J_Darnley: do you need more XPO testing? I think I may have a suitable CPU. [23:30] <llogan> *XOP [23:32] Action: mirabilos omg, if this is the amount of fun I get with the smallish libpostproc, how much will it be to port x264 which the nice new ffmpeg debian package depends on& [23:32] <llogan> looks like one machine here has a AMD A10-5800K [23:34] <kepstin-laptop> mirabilos: you could always just disable assembly; it's not like anyone actually uses x32 anyways ;) [23:34] <kepstin-laptop> although, amusingly, video encoding's probably one of the things that would benefit most. [23:37] <mirabilos> kepstin-laptop: meh I do, plus I want my mplayer back ;) [23:37] <mirabilos> tbh right now I miss it most for livestreams (radio), but x264 would be nice occasionally& [23:38] <mirabilos> but then, my orkstation's probably got enough oomph to do it without the asm part [23:38] <kepstin-laptop> I need 64bit for some stuff for the memory space, and 32bit for compatibility, so having a third set of libraries for x32 just seems silly. [23:38] <mirabilos> also, I believe yasm doesn't do x32 yet (ELF32 amd64), so I'll have to do that anyway [23:38] <mirabilos> nah, it's nicer because you get more registers, i386 is rather register-starved [23:39] <mirabilos> it's also not as nice because you do lose some flexibility :| but meh. I like it so far. [23:39] <kepstin-laptop> well, i get the registers in full 64bit mode; and that doesn't help with binary compatibility with existing 32bit apps. [23:39] <J_Darnley> llogan: yes in a short while. I will send a reply on the mailing list to say when. [23:40] <kepstin-laptop> I imagine disabiling assembly in x32 is going to cause a pretty horribly performance loss compared to x64_64 :/ [23:40] <J_Darnley> llogan: if you want to check the capabilities, run: make fate-cpu [23:41] <mirabilos> idc about binary compatibility, that's what open source is for [23:41] <kepstin-laptop> mirabilos: looks like yasm did add x32 support back in 2012. [23:42] <mirabilos> also, I ran i386 before :) not amd64. I only have a small chroot with amd64, for running qemu to run VMs with more than 2047 MiB RAM [23:42] <mirabilos> ah [23:42] <kepstin-laptop> if I didn't care about bin compat, I'd use 64bit only, because I have a few apps that need the big memory space and would want to avoid duplicate copies of libs. [23:43] <mirabilos> I prefer 32bit myself, so& [23:48] <mirabilos> huh, would you look at that, it built! now just to test& [23:48] <mirabilos> nie gesehen [23:48] <mirabilos> oops [23:49] <mirabilos> so, is there a standalone test program for it? [23:54] <AGinsberg> In the LICENSE file it says libfaac and libaacplus are non-free but both of the source files says it's Free, is it or not? [23:57] <BBB_> x32 oh god [23:57] <BBB_> lets create solutions for which no problem exists [23:58] <mirabilos> you need not use it yourself, but please recognise that there are others who wish to use it [23:59] <mirabilos> meh. i'm uploading this now. maybe we can test it as part of the chain later [23:59] <mirabilos> michaelni: where do you want the patch? [00:00] --- Wed Sep 3 2014

1 0

ffmpeg.log.20140902
by burek 03 Sep '14

03 Sep '14

[00:57] <chriys> hi all I'm running ubuntu 12.04 and I'm trying to set up http live streaming using ffmpeg and ffserver. I found no full tuto on how to set it up. Does some of you have links ? [01:22] <dahat> hrm... per the folks over in #x264dev, I should (and am) be spitting out an libx264.lib file, however ffmpeg's configure is not able to locate it at all... even if I rename it to x264.lib (which ffmpeg seems to be looking for) [08:09] <hanshenrik> cats [08:28] <anshul_mahe> I am trying to compile ffmpeg with libx264 on cygwin using mingw compiler [08:29] <anshul_mahe> but it configure says libx264 not found [08:29] <anshul_mahe> here are my command http://pastebin.com/DwbRGVid [08:30] <anshul_mahe> I would like to clear that I have already compiled x264 using same mingw compiler that I am using for ffmpeg [08:30] <anshul_mahe> and path of pkg-config are set and showing linx264 installed [08:32] <anshul_mahe> here are details of config.log [08:32] <anshul_mahe> http://pastebin.com/XXRyRVmd [08:37] <anshul_mahe> I dont know, what ffmpeg configure is trying to use for cflags of x264, where should I find that? [08:55] <bramgg> Would it be possible to record a PC game with FFmpeg without it being displayed on the screen? (ie the game is running an a background process) [08:59] <anshul_mahe> I figured out that configure does not look for pkg-config of x264, used extra-flags to solve my problem [09:01] <K4T> how I cna check libx264 version in my ffmpeg? [09:22] <anshul_mahe> @K4T x264 --version [10:16] <Olivius67> Hello [10:22] <Olivius67> I'm using the following cmd to split a streamable mp4 into 60seconds parts: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 60 -reset_timestamps 1 out%02d.mp4 [10:23] <Olivius67> The problem is that the resulting parts require a lot of buffering (around 6 MB) before they start playing with jwplayer. By Googling around I have found a fix to this by passing the following cmd to each part: MP4Box.exe -inter 500 outxx.mp4. The resulting parts stream smoothly after a very short buffering (around 500KB). [10:23] <Olivius67> Now, is there a way I could integrate directly this 'fix' in the initial ffmpeg cmd I use to split and thus avoid the extra mp4box step? [11:17] <BtbN> Olivius67, you can't just split a video (without reencoding) at random points. You have to split at I frames. Also, mp4 is not ideal for fast start. Use a more simple format, like flv, or add the faststart atom [11:33] <Olivius67> Btbn: mp4 is the format I need to use (basically the project states that there will also be a direct mp4 download link for each part. Thus, as I don't want to multiply video format I would preffer sticking to mp4 for both streaming and direct download) ). The mp4box cmd I used (I confess I don't know much about what I'm doing here) actualy generated parts that fast started good enough for me. [11:33] <Olivius67> How can I have ffmpeg split at correct I frames? [11:37] <fdf> Hi, I have this error when using "pad=width=300:height=170:x=0:y=40:color=black" -> Cannot find color 'color=black' any idea what i`m doing wrong? [11:41] <fdf> http://pastebin.com/qtRV70X5 [12:13] <BtbN> Olivius67, if you want to stream it, keep in mind that mp4 is not streamable [12:14] <BtbN> if you want to offer static downloads, mp4 is somewhat ok, but not for streams, as it can't start at random positions [12:18] <Olivius67> Well when post processed with mp4box.exe -inter 500. The parts were just as good as non splitted original mp4: fast start and fast forwarding are smooth. [12:19] <Olivius67> I just would like to reproduce the magic of mp4box into my initial ffmpeg split cmd. And thus avoid the extra mp4box step. [13:11] <vlatkozelka> hi [13:12] <vlatkozelka> when i use -copyts with -f segment -segment_time x ... instead of recording files of x length it starts recording one frame long videos (with correct stamp tho ) [13:13] <vlatkozelka> <vlatkozelka> when i use -copyts with -f segment -segment_time x ... instead of recording files of x length it starts recording one frame long videos (with correct stamp tho ) [13:13] <vlatkozelka> sorry i think i DC while typing that [13:17] <vlatkozelka> is it some kind of bug with TS or .. ? [13:19] Last message repeated 1 time(s). [13:31] <vlatkozelka> ok sorry about repeating but im not sure if i got disconnected before or after i pressed enter so ... [13:32] <vlatkozelka> <vlatkozelka> when i use -copyts with -f segment -segment_time x ... instead of recording files of x length it starts recording one frame long videos (with correct stamp tho ) [14:40] <sepero> Re-encode h264 without quality loss http://video.stackexchange.com/questions/12523/ffmpeg-re-encode-libx264-wit… [14:47] <ubitux> sepero: encode the first time in lossless, otherwise not possible [15:09] <Kolizer> ABL CAA:85? [15:11] <Kolizer> O >48= [15:11] <sfan5> sepero: re-encoding is probably the only way to do what you want to acheive [16:17] <Wader8> hello [16:17] <Wader8> no offense [16:17] <Wader8> by why is FFMPEG documentation such a POS [16:18] <spaam> in what way is it Point of sale? [16:18] <Wader8> and ...why do I seem to have to spend 2 days to research to find some help in some 2-3 year old forum post in the corner of the web ? [16:18] <Wader8> never mind ... here's my issue http://forum.videohelp.com/threads/366893-FFMPEG-deinterlace-convert-to-squ… [16:19] <Wader8> my biggest problem is that ffmpeg keeps changing the command line namings without updating the documentation, can't find anything on YADIF just doesn't exist, deinterlacing, nonexistant on ffmpeg.org [16:20] <Wader8> all i find is some text-only ticket postings with a ton of dumped hard to read outputs [16:22] <Wader8> I am sorry it's just me maybe, maybe it's supposed to be like this [16:23] <Wader8> I am patient now, that i found this chatroom [16:23] <Fjorgynn> I see [16:24] <saste> Wader8, -vf yadif [16:24] <saste> what's so hard about it? [16:25] <Wader8> well it took me way more time to find this with google than I expected, especially when the ffmpeg documentation doesn't mention this odd name at all, but never mind back to work ... [16:26] <Wader8> and i suppose to use some 1:-1:1 or something after yadif ? [16:26] <Wader8> found that somewhere [16:27] <Wader8> anyways, what about square pixels, can i remove the awful pixel aspect ratio and render in 854x480 ? [16:28] <sacarasc> Wader8: http://ffmpeg.org/ffmpeg-all.html#yadif-1 [16:28] Action: sacarasc shrugs. [16:29] <Wader8_> there was network disconnect [16:30] <sacarasc> Did you get this link: http://ffmpeg.org/ffmpeg-all.html#yadif-1 ? [16:33] <Kolizer> What is wrong http://dumpz.org/1189119/ ? [16:33] <Kolizer> help [16:34] <sacarasc> Can you pastebin the ffmpeg output, too? [16:34] <Kolizer> I? [16:34] <sacarasc> Yes. [16:34] <Kolizer> sacarasc: [16:34] <Kolizer> yes [16:37] <Kolizer> here http://dumpz.org/1189122/ [16:39] <Kolizer> And? [16:42] <sacarasc> What problem are you having? [16:43] <Kolizer> low fps [16:43] <Kolizer> very low fps [16:44] <sacarasc> The video? Or the encoding? [16:44] <Kolizer> max 9 and drop [16:45] <Kolizer> everywhere [16:47] <Kolizer> What's the problem? [16:49] <Kolizer> you run this code sacarasc? [16:50] <sacarasc> Someone who might know what's happening could be around soon, and as they will have the information, they will have an easier time. [16:52] <Kolizer> You code works? sacarasc [16:52] <sacarasc> I haven't tried it. [16:53] <sacarasc> What is your CPU usage like when you run the command? [16:53] <Kolizer> start plz? [16:54] <Kolizer> 12% max [16:54] <Kolizer> or 6% [16:59] <Kolizer> you run code? sacarasc [17:00] <sacarasc> No, I am not at a Linux machine, so I can't/. [17:00] <sacarasc> You're going to probably have to wait for someone else, anyway. They'll have the information needed, though. [17:01] <Kolizer> I think who in "-filter_complex overlay=" bug [17:02] <Kolizer> >:o [17:02] <Kolizer> bug!!! [17:03] <Kolizer> need fix [17:05] <Kolizer> Thanks who responded sacarasc [17:09] <Kolizer> but in avconv the works overlay [17:12] <Kolizer> but i use ffmpeg [17:15] <Kolizer> who can help? [17:33] <kaotiko> hi [17:35] <Kolizer> hey kaotiko [17:36] <Kolizer> What went wrong? http://dumpz.org/1189119/ [17:44] <kaotiko> -filter_complex is an argument? [17:45] <Kolizer> drop and low fps( [17:45] <kaotiko> For example, to overlay an image over video ffmpeg -i video.mkv -i image.png -filter_complex '[0:v][1:v]overlay[out]' -map' '[out]' out.mkv [17:46] <kaotiko> -filter_complex 'overlay' [17:46] <kaotiko> is the sintax [17:46] <Kolizer> I do not know why [17:46] <kaotiko> man ffmpeg [17:46] <kaotiko> hehe [17:47] <Kolizer> hm [17:51] <Kolizer> Correct http://dumpz.org/1189119/ plz? [17:51] <Kolizer> kaotiko: [17:59] <kaotiko> what [17:59] <kaotiko> what is the output ? [18:01] <Kolizer> kaotiko: http://dumpz.org/1189119/ edit as needed? [18:02] <kaotiko> !/bin/bash [18:02] <kaotiko> without white space [18:02] <kaotiko> -filter_complex overlay= \ <- bad sintax, correct: -filter_complex 'overlay' [18:03] <kaotiko> but copy the output when u exec the script [18:06] <Kolizer> frame= 31 fps=3.6 q=-1.0 Lsize= 156kB time=00:00:08.20 bitrate= 155.7kbits/s dup=0 drop=30 [18:06] <Kolizer> no works [18:09] <Kolizer> i correct http://dumpz.org/1189158/ but no works [18:10] <kaotiko> frame= 31 fps=3.6 q=-1.0 Lsize= 156kB time=00:00:08.20 bitrate= 155.7kbits/s dup=0 drop=30 [18:10] <kaotiko> it is the output? [18:10] <Kolizer> yes [18:10] <kaotiko> but why no works? [18:10] <Kolizer> low fps [18:10] <kaotiko> ok [18:10] <Kolizer> and drop [18:11] <kaotiko> sorry I dont know why could be [18:12] <Kolizer> bug in -filter_complex! [18:13] <Kolizer> function [18:14] <Kolizer> Who can help? [18:15] <Kolizer> run the http://dumpz.org/1189158/ kaotiko? [18:21] <Kolizer> why low fps and drop? http://dumpz.org/1189158/ [18:26] <kaotiko> sorry i cant try it now [18:28] <Kolizer> A ok kaotiko [20:11] <guy312> Hi, I want to add a subtitle .srt file to my video file, but I need a 2 second offset. How would I do that? [20:22] <dahat> Quick sanity question... when building ffmpeg under MinGW for Windows with the VS2013 compiler and using the --enable-libx264 argument when running configure... which .lib file should it go looking for? libx264.lib or x264.lib? [21:39] <mr_lou> Hello. Can ffmpeg create an "audio only" video from a wav file? (for blu-ray audio) [21:44] <mr_lou> Nevermind. [21:44] <mr_lou> tsMuxer did the trick. [21:48] <gcl5cp> is there a x264 irc channel? i'm searching all motion parameter to minimize cpu usage building slideshow-video [21:52] <Devrim> ehm [21:52] <Devrim> try #x264 [21:52] <Devrim> like [21:52] <Devrim> just a guess [21:52] <Devrim> ^^ [21:57] <t4nk773> hi everyone! Is it possible to drawtext from a file whenever its updated (not with reload flag)^? [21:57] <gcl5cp> Devrim: thanks [23:43] <juancho> which is youtube setting? [23:45] <juancho> i download a video to see coding info but is erased [23:45] <juancho> how youtube erase encoding info? [23:47] <BtbN> what? [23:49] <juancho> forget it. my mistake [23:49] <juancho> Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 576x360 [SAR 1:1 DAR 8:5], 143 kb/s, 15 fps, 15 tbr, 15 tbn, 30 tbc [23:50] <juancho> Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 96 kb/s [23:55] <SuperIRis> hello? [23:56] <Mavrik> ?olleh [23:57] <c_14> Olé [23:59] <llogan> juancho: "strings input.mp4 | grep x264" may show some interesting info [23:59] <llogan> (assuming they didn't strip that out) [00:00] --- Wed Sep 3 2014

1 0

ffmpeg-devel.log.20140901
by burek 02 Sep '14

02 Sep '14

[00:13] <llogan> do most people use a mail client that can parse attachments (such as *.patch) as text? or do they download/save and view w/ external tool? [00:16] <Timothy_Gu> llogan: I don't use a mail client, so the latter. [00:16] <kierank> latter [00:17] <jamrial> thunderbird shows attached text files just fine here, regardless of extension [00:18] <wm4> claws-mail (the worst mail client in existence) can show them inline just fine [00:18] <wm4> there's even a very unintuitive way to quote it for reply [00:23] <J_Darnley> I use thunderbird too and sometimes attached patches are not shown following the message. I guess this due to the "wong" mime type. [00:23] <J_Darnley> *wrong [00:24] <llogan> sounds like attached patches are annoying then [00:24] <llogan> wm4: why use claws if it is the worst? [00:25] <wm4> llogan: the alternatives are not very attractive either [00:25] <llogan> yeah, i'm using it too [00:25] <wm4> claws has a collection of hilarious bugs though [00:25] <J_Darnley> I'm not too fussed but only because I am not a very good/active reviewer [00:25] <llogan> wm4: pointed some out to the devs. seemed like nice dudes if not a little goofy. [00:26] <llogan> J_Darnley: don't worry, i'm not a good patch writer. [00:26] <J_Darnley> poor michael [00:26] <llogan> I used to use alpine then mutt but not so much anymore [00:27] <wm4> llogan: I basically got "patch welcome" [00:28] <llogan> does thunderbird still dump all messages into a huge monolithic file? i forgot the format. [00:29] <J_Darnley> Yes! [00:29] <wm4> when I look in the thunderbird profile, I see many files [00:29] <wm4> sqlite, dat, rdf, json... [00:29] <J_Darnley> Doubly so if you let it grab gmail's "all mails" folder [00:29] <wm4> pure crack [00:29] <wm4> ini, xml, db [00:32] <pross-au_> <- mutt [00:34] <llogan> That Reindl guy in -user is an angry one. [00:35] <wm4> btw. I've noticed that the gif demuxer doesn't report the file duration [00:36] <wm4> is it unable to? [00:36] <llogan> hmm...you're right. i'm not sure. [00:40] <cone-745> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:b627385b4bd2: ffserver: tests, use image2 instead of pgmyuv [00:53] <J_Darnley> I wonder if thunderbird got compression for its mail files. [00:54] <J_Darnley> Somehow, my entore profile is "only" 367MB [00:54] <J_Darnley> *entire [00:55] <BtbN> "files" [00:55] <BtbN> It's one huge plain mbox file [00:55] <BtbN> With just all mails right next to each other [00:55] <J_Darnley> Actually, I think it is one file for every imap folder. [00:56] <J_Darnley> Anyway, they are still very large [00:59] <wm4> apparently thunderbird still uses this format: http://www.jwz.org/blog/2004/03/when-the-database-worms-eat-into-your-brain/ [01:03] <BtbN> mbox isn't realy a format. It's just all the mails right after each other in one file [01:03] <BtbN> One of that per logical folder [01:04] <BtbN> Plus one index db file, which has offsets for each mail into the file, so it doesn't have to be parsed completely all the time [01:13] <J_Darnley> Doe anyone have a tip about how I can stop vim from adding tabs into makefiles? [01:14] <BtbN> :set paste [01:15] <BtbN> But what do you want to do? Don't makefiles depend on there beeing tabs? [01:15] <J_Darnley> How does ffmpeg's makefiles work then? [01:15] <BtbN> ? [01:15] <BtbN> It's using tabs? [03:25] <cone-745> ffmpeg.git 03Michael Niedermayer 07master:42507534977e: avformat/mpegts: favor DESC_types over probed codecs [04:06] <jamrial> i'm getting a "fatal: read error: Connection reset by peer" when i try to fetch commits from the main repository [04:07] <jamrial> three different OSes, two different connections. same thing in all of them [04:17] <michaelni> jamrial, cant reproduce [04:17] <michaelni> also main git is provided by videolan, i cant help if it doesnt work ... [04:22] <jamrial> ok, was just mentioning it in case others were having the same problem [05:31] <cone-745> ffmpeg.git 03Michael Niedermayer 07master:37c46743ee42: avcodec: fix missing doxygen comment marker [05:31] <cone-745> ffmpeg.git 03Michael Niedermayer 07master:97b88096dcbe: Merge commit '37c46743ee42df1d6986ba3c996e3af5b95511f7' [09:04] <cone-943> ffmpeg.git 03Clément BSsch 07master:36952786a5cc: build: use pkg-config to detect libmodplug [10:18] <ubitux> i wonder if we could use parallel in ffmpeg configure [10:19] <ubitux> the thing i'm afraid of is that there are various side effects with all the global variables [10:19] <ubitux> no functions are using "local" which sucks hard [10:19] <ubitux> but OTOH it doesn't seem standard :( [10:49] <cone-943> ffmpeg.git 03Stefano Sabatini 07master:d4ec07dfe7db: lavu/avstring: check for overlong encodings in av_utf8_decode() [11:03] <ubitux> saste: btw, saw that http://bjoern.hoehrmann.de/utf-8/decoder/dfa/ ? [11:05] <saste> ubitux, i know a lot could be optimized in the decoder [11:24] <Daemon404> ubitux, solution: critical sections using file locks [11:24] Action: Daemon404 runs [11:24] <ubitux> heh [11:24] <ubitux> Daemon404: i'm more concerned about stuff like this: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=configure;h=80f27484101a3e54… [11:25] <ubitux> here, $pkg get changed in check_pkg_config [11:25] <Daemon404> ah yes [11:25] <ubitux> it's not obvious what happens when require_pkg_config can be called with "libfoobar >= 1.2.3" [11:25] <Daemon404> i forgot [11:26] <ubitux> and still prints "libfoobar not found" [11:26] <Daemon404> shell only *looks* scoped [11:26] <ubitux> it can be if you use the local prefix [11:26] <Daemon404> im not sure thats POSIX [11:26] <ubitux> yes, my point earlier :( [11:29] <Daemon404> ;p [11:36] <cone-943> ffmpeg.git 03Clément BSsch 07master:343f07e15c58: RELEASE_NOTES: mention libmodplug detection change [14:49] <J_Darnley> What does an ampersand (&) mean in a function argument in c++ (or maybe in msvc)? [14:50] <wm4> it's a reference... it's like passing a pointer, except the variable is implicitly dereferenced on access [14:50] <wm4> so it behaves like a normal value and not a pointer [14:51] <J_Darnley> in that case, would I need to change it to a normal pointer in regular C? [14:51] <wm4> yes [14:51] <J_Darnley> okay thanks [14:51] <wm4> it's just syntactic sugar [14:52] <wm4> (or syntactic diabetes) [14:52] <J_Darnley> :) [14:53] <J_Darnley> ooh... I might need some brackets as well here, or maybe just some spaces: *d*=0.96 [14:54] <nevcairiel> it should work like that, but it sure looks weird [14:54] <Daemon404> i never understoof the point of references myself [14:54] <nevcairiel> the way i usually use them is to avoid a copy of a struct [14:54] <wm4> copying variables can be very expensive in C++ [14:55] <Daemon404> i mean [14:55] <Daemon404> why not use a const pointer? [14:55] <wm4> because pointers are EVIL [14:55] <nevcairiel> makes using stuff more noisy [14:55] <Daemon404> i dunno, less bad that reusing & for already possible functionality [14:55] <Daemon404> syntax wise [14:56] <wm4> IMO the ABI should just specify that large structs are passed by pointer (and the compiler has to take care to keep the semantics equivalent) [14:56] <J_Darnley> Then you would have people arguing over "large" [14:58] <wm4> the ABI makes many of such tradeoffs [14:58] <wm4> e.g. how many registers should be callee-saved etc. [15:02] <ubitux> the references in c++ are so evil& [15:02] <Daemon404> lots of things are [15:02] <ubitux> float x = 3; foobar(x); you don't know if foobar is going to modify x unless you look at the prototypes [15:03] <Daemon404> and strangely, i am writing c++ today [15:03] <Daemon404> because JSON libs in C are shitty to use [15:03] <wm4> Daemon404 has went to the dark side [15:03] <ubitux> i don't understand how people manage to understand c++ code [15:03] <Daemon404> traversing trees and shit... no thanks [15:03] <wm4> I wonder when ffmpeg will be converted to C++ [15:03] <Daemon404> i'd rather just unmarshall it in one func call (int oan obj/hash table) [15:03] <wm4> seems to happen to all C projects eventually [15:24] <TimNich> wm4: some seem to stay C with a C++ wrapper for the odd bits that are easier (such as Daemon404's JSON library) [15:25] <Daemon404> TimNich, thats kinda what i do yeah [15:25] <Daemon404> its very rare i need a c++ wrapper though [15:25] <Daemon404> json in c just sucks so much. [15:25] <nevcairiel> anything highly string intensive sucks much in c [15:25] <Daemon404> ;p [15:26] <Daemon404> it's nice to do parse() -> obj["key"] [15:26] <Daemon404> or w/e [16:05] <michaelni> anyone has any oppinon about "Timothy Gu ( 15K) [FFmpeg-devel] [PATCH] Use makeinfo to generate html doc for the new website" ? [16:06] <michaelni> this patch will remove support for building html docs for several major platforms [16:06] <michaelni> ubunto 12.04 and OSX being 2 affected AFAIK [16:07] <plepere> is there a documentation page for all the ASM macros ? (SPLATW and all) [16:09] <michaelni> i only know the source as "documentation" [16:09] <michaelni> if there really is none, maybe starting one could make sense, maybe on our wiki or somewhere on x264 [16:10] <kierank> splat just means take a value and repeat it across a simd register [16:11] <kierank> the advantage being that the macro "chooses" the best instruction depending on the instruction set [16:11] <plepere> kierank, I know, but there are plenty of macros (butterfly, clip...etc) [16:11] <kierank> clip is similar to av_clip [16:11] <kierank> butterfly i've never used [16:11] <plepere> being able to have a list of them would be nice [16:12] <kierank> ask in #x264dev [16:12] <kierank> and then paste them somewhere [16:12] <plepere> hmmm [16:12] <plepere> I'll maybe do that in october [16:15] <ubitux> seems we need a musl instance [16:29] <nevcairiel> Screw all those obscure weirdos [16:29] <BBB_> plepere: I can explain a couple if you have specific questions [16:29] <BBB_> plepere: theres no overall-complete documentation ATM, but asking around is generally considered good [16:29] <nevcairiel> :F [16:30] <plepere> BBB_, no, I'm fine. I was just wondering. I might do a wiki entry about it in October once I'm at my new job. [16:30] <BBB_> cool [16:46] <plepere> well, once I've found a place to stay. I have to move to the UK. [16:55] <J_Darnley> michaelni: if someone is building new ffmpeg from source on those "old" platforms, I don't see why we can't require them to have "new" tools. [16:55] <J_Darnley> but then I also like supporting old platforms [17:46] <cone-435> ffmpeg.git 03Timothy Gu 07master:8d6ec6118698: general: Fix usage of @float [18:56] <ubitux> http://david.li/filtering/ [18:57] <wm4> "Unfortunately, your browser does not appear to support the required features." [18:57] <wm4> aw [18:57] <Daemon404> works here [18:57] <Daemon404> inb4 paranoid slashdot tinfoilhat with no js [18:59] <thardin> I sure love browser wars [18:59] <saste> ubitux, cool, we really miss fourier filtering [18:59] <wm4> just using a browser that doesn't need several hundreds MB of RAM to display a blank page [18:59] <ubitux> saste: we have a dct filter ;) [19:01] <wm4> hm even in firefox it shows that message [19:01] <ubitux> works fine in firefox here [19:01] <Daemon404> here too [19:12] <J_Darnley> If you visit that page without javascript you don't get the message [19:13] <J_Darnley> but you also don't get much else. [19:42] <cone-435> ffmpeg.git 03Reimar Döffinger 07master:2a00812d82c5: h261dec, ituh263dec: Avoid unnecessary -1 inside inner loop. [19:42] <cone-435> ffmpeg.git 03Reimar Döffinger 07master:36c0043344fd: h261dec, ituh263dec: ensure CLOSE_READER is done on error paths, too. [19:42] <cone-435> ffmpeg.git 03Reimar Döffinger 07master:e8d0b84e8a58: h261dec, ituh263dec: Move condition. [20:01] <ubitux> here we go, the ffmpeg depreceted message got reverted to something not so obvious [20:01] <ubitux> they just don't want to say it's been "deprecated in the Libav project" [20:01] <ubitux> :D [20:02] <ubitux> this is surreal haha [20:03] <wm4> what a horrifying patch (aac fixed point decoder) [20:03] <wm4> patches of several hundred KBs [20:04] <ubitux> the previous ffmpeg/deprecated msg was fine, why the hell did they submit yet another crap like that ffs :( [20:04] <wm4> ubitux: it was fine? I thought it was not fine [20:05] <ubitux> i remember seeing "deprecated in the Libav project" at some point [20:05] <ubitux> which was just fine [20:05] <nevcairiel> wm4: why do you think it takes ages to apply any of them, this stuff has been coming to the ML for a year now or so [20:10] <jamrial> most are big because of code being moved to new files (like templates). also new huge tables [20:12] <wm4> I understand the reasons (or at least some), but it's still horrifying [20:28] <cone-435> ffmpeg.git 03Michael Niedermayer 07master:a2dbf379f01b: avcodec/dvbsubdec: make compute_edt user settable [20:28] <cone-435> ffmpeg.git 03Michael Niedermayer 07master:b01d2a5533a9: ffmpeg: Enable compute_edt only when the subtitles are used for a output stream instead of a filter [20:41] <cone-435> ffmpeg.git 03Diego Biurrun 07master:4600a85eaa61: dxva2: Pass variable of correct type to IDirectXVideoDecoder_GetBuffer() [20:41] <cone-435> ffmpeg.git 03Michael Niedermayer 07master:052cd1ce7204: Merge commit '4600a85eaa6182e5a27464f6b9cae5a9ddbf3098' [20:52] <cone-435> ffmpeg.git 03Diego Biurrun 07master:b8962d64cc71: dxva2: Clean up definition of _WIN32_WINNT [20:52] <cone-435> ffmpeg.git 03Michael Niedermayer 07master:38c4316fff74: Merge commit 'b8962d64cc71af241601bcab5c3fcdc5735ef4ae' [21:01] <cone-435> ffmpeg.git 03Gabriel Dume 07master:63f800ca5f4f: aac_adtstoasc_bsf: Return proper error code [21:01] <cone-435> ffmpeg.git 03Michael Niedermayer 07master:f626eaa58e69: Merge commit '63f800ca5f4f6b38f3789a7edb03bfabe8bacdd2' [21:33] <cone-435> ffmpeg.git 03Gabriel Dume 07master:e205fe6831fe: mpeg4videodec: Fix low_delay error message [21:33] <cone-435> ffmpeg.git 03Michael Niedermayer 07master:f9aadf1fc426: Merge commit 'e205fe6831fe1b5445f7827b5c916425620b4ab5' [21:50] <cone-435> ffmpeg.git 03Thomas Volkert 07master:f8164f6728a3: Add missing changelog entry [21:59] <cone-435> ffmpeg.git 03Mark Harris 07master:1b3a98f13790: doc/filters.texi: fix filter name in examples [23:31] <cone-435> ffmpeg.git 03Carl Eugen Hoyos 07master:7cf1f0f4af70: Fix standalone compilation of the snow decoder. [00:00] --- Tue Sep 2 2014

1 0

ffmpeg.log.20140901
by burek 02 Sep '14

02 Sep '14

[01:09] <techtopia> hello im trying to mux an audio and video file, but the result still has 3 streams, the 3rd being info/text stream, this is my line [01:10] <techtopia> ffmpeg -i audio.mp2 -i video.mp4 -acodec copy -vcodec copy output.mp4 [01:10] <techtopia> i was told about using map so tried this [01:10] <techtopia> ffmpeg -i audio.mp2 -i video.mp4 -map 0:a -map 0:v -acodec copy -vcodec copy output.mp4 [01:11] <techtopia> but this gives me an error [01:11] <techtopia> "Option map (set input stream mapping) cannot be applied to input file video.mp4" [01:11] <techtopia> ok [01:12] <BtbN> -map 0:v:0 -map 0:a:0 [01:13] <techtopia> http://pastebin.com/bPCQgfhs [01:14] <c_14> that -map 0:a needs to be after the video.mp4 [01:15] <c_14> ehh [01:15] <c_14> And it should probably be 1:v instead of 0:v [01:16] <techtopia> http://pastebin.com/bhMvfVyR [01:17] <techtopia> ok will try 1:V [01:17] <techtopia> same for audio? 1:a ? [01:17] <c_14> nah [01:17] <c_14> The 0 is for the first file and the 1 is for the second file. [01:17] <c_14> You want the audio stream[s] from the first file and the video stream[s] from the second [01:19] <techtopia> that worked without an error [01:19] <techtopia> but i still get a menu/text stream [01:20] <c_14> Can you pastebin an ffprobe of the output file? [01:21] <techtopia> http://pastebin.com/1t9YsctB thats from media info [01:22] <c_14> Add a -map -0 -map -1 right after video.mp4 [01:22] <techtopia> ok [01:24] <techtopia> "Stream map '0' matches no streams." [01:24] <c_14> what's your current commandline? [01:25] <techtopia> ffmpeg -i audio.mp2 -i video.mp4 -map -0 -map -1 -acodec copy -vcodec copy output.mp4 [01:25] <c_14> You need the other maps as well, make sure they're after the negative mappings. [01:25] <techtopia> oh my bad [01:25] <techtopia> will add them and try again [01:28] <techtopia> http://pastebin.com/xPa1N8Ez same error [01:30] <c_14> Ah, wait. The negative mappings only modify positive mappings so that won't help. Hmm [01:32] <techtopia> i can remux the file with mp4box but i would like to do it all in ffmpeg if it's possible [01:33] <c_14> I have no idea why the output file has that text stream. None of the input files have a text stream as far as I can tell and none of the options should create one... [01:33] <c_14> Have you tried muxing to mkv (just for testing purposes)? [01:34] <techtopia> i will try it [01:37] <techtopia> yeah it's still present muxing to mkv http://pastebin.com/ubhgQBS9 [01:38] <techtopia> it's not present in the audio or video file before muxing [01:38] <c_14> Can you paste the ffprobe output? I want to know what ffmpeg thinks of it. [01:39] <techtopia> yeah gimmie a few mins, have to download it [01:41] <techtopia> http://pastebin.com/rL1zufdg [01:41] <techtopia> ffprobe output [01:43] <c_14> I don't see a text stream there, maybe mediainfo is detecting part of the metadata as some sort of menu? [01:43] <c_14> try adding -map_metadata -1 [01:45] <techtopia> http://pastebin.com/E1buuJjz [01:46] <techtopia> there is a menu entry but no data for it [01:46] <techtopia> think that might be the best we will get [01:46] <c_14> Probably. Might be mediainfo doing weird things. I don't know. [01:46] <techtopia> thanks for the help c_14 [01:46] <c_14> np [04:24] <LanDi> anyone here ? [04:25] <llogan> there is always some here. feel free to just ask any questions [04:30] <LanDi> I'm using this http://paste.kde.org/py3q1zllq to record my mic and my skype output for radio interviews [04:31] <LanDi> but for some reason it has a big delay between the sources [04:31] <LanDi> any idea w [04:31] <LanDi> ? [04:40] <LanDi> update http://pastie.org/9518095 [04:48] <llogan> LanDi: you're missing the console output [04:48] <llogan> but now i have to go. [04:48] <llogan> you should include it in case someone else can answer [04:50] <LanDi> update: http://pastie.org/9518101 [08:00] <kuzko> hello, is anyone available? [11:09] <vladkansk> Can anyone help with kernel/server settings for multicast streaming? When I stream multicast from LFS Intel(R) Core(TM)2 Duo CPU E8400 (input eth1 udp://@239.x.x.x:1234, output eth2 udp://@239.y.y.y:1234) there is no problems. When I do same in CentOS Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz - output stream has a lot of garbage. ? [11:10] <vladkansk> maybe interrupts? kernel config? ffmpeg config? anything else? google has no answer for that [11:27] <ndee_> hey everyone! I have a quick question concerning ffplay and webm playback with vp9 codec [11:27] <ndee_> does ffplay support transparency in webm videos? [11:28] <ubitux> vp9 decoder only supports yuv420p output [11:29] <ubitux> do you have vp9 samples with transparency layer? [11:29] <ndee_> yes, I have something.. [11:29] <ndee_> which works fine in chrome [11:30] <ubitux> can you share a sample? [11:30] <ndee_> hmm.. not the files I have currently.. [11:30] <ndee_> but give me a sec, I will prepare somethin [11:30] <ndee_> g [11:32] <ndee_> ubitux: I have converted my png files with the yuva420p.. [11:32] <ndee_> yuv420p I mean [11:37] <ndee_> ubitux: here is a file : but the ffplay d [11:38] <ndee_> but the ffplay d [11:38] <ndee_> gha.. [11:38] <ndee_> https://dl.dropboxusercontent.com/u/1250100/fireball.webm [11:38] <ndee_> sorry.. wrong clipboard xD [11:39] <ndee_> ubitux: in chrome everything looks nice, but ffplay doesn't seem to display this properly [11:40] <ubitux> this is not vp9 [11:40] <ubitux> it's vp8 [11:41] <ubitux> the vp8 decoder only supports yuv420p as well though [11:41] <ubitux> ffplay doesn't support transparency anyway, i think mpv supports it, but not in this case anyway because the decoder only outputs yuv420p [11:41] <ndee_> really? I thought only vp9 supports transparency.. [11:42] <ubitux> Stream #0:0: Video: vp8, yuv420p, 500x500, SAR 1:1 DAR 1:1, 24 fps, 24 tbr, 1k tbn, 1k tbc (default) [11:44] <ndee_> ok.. just saw, that vp8 does support transparency playback too.. [11:51] <ndee_> ubitux: ok.. so you say ffplay cannot playback transparency even if it is converted with yuv420p.. [11:52] <ndee_> sorry, I am not to familiar with with video conversion and all that stuff so I just wanted to get it clear for me! :-) [11:52] <ubitux> i'm saying ffplay itself doesn't support transparent window, so yeah anyway it won't work [11:52] <ubitux> but OTOH, some codecs do actually support transparency [11:52] <ubitux> (in some FLV iirc) [11:52] <ubitux> so if you want to test, try mpv, afaik they do support it [11:52] <ubitux> (and use ffmpeg to decode) [11:53] <ndee_> ok.. thanks alot ubitux for your help! :) [11:53] <ubitux> that won't work with vp8/9 because we only export yuv420p but that should do with some flv [11:53] <ubitux> http://samples.ffmpeg.org/FLV/flash_with_alpha/ [11:53] <ubitux> try some here [11:56] <ndee_> they seem to played back well.. [11:56] <ubitux> with transparency ? [11:56] <ndee_> well a little hard to tell, the background is completely black.. [11:56] <radleader> i've been using transparency with video a lot [11:56] <radleader> well 8 bit masks [11:57] <radleader> but i've never used ffplay [11:57] <ubitux> ndee_: mpv supports it with some vo [11:57] <radleader> what are you trying to do [11:57] <ndee_> vo? [11:57] <ubitux> video output [11:57] <ndee_> ah ok [11:58] <ndee_> radleader: we are thinking to use ffplay in an embeded system.. and I wanted to check if it supports transparencies in videos.. ^^ [11:58] <ndee_> I am not the developer who implemented this, but the graphics artist who is going to convert the stuff in a proper format [11:59] <radleader> what's the transparency for [11:59] <ndee_> we have graphics that should overlay the complete screen.. [11:59] <ndee_> at the moment we use sprite animations.. [11:59] <ndee_> but the size of that sprites can get very big [12:00] <Olivius67> Hi all [12:00] <radleader> you want to use a video signal with an alpha channel for animated sprites? [12:01] <ndee_> I just want to playback a video that has an alpha channel.. instead of sprites, which we used currently [12:01] <radleader> and the background is dynamic content [12:01] <ndee_> radleader: yep, exactly [12:02] <ubitux> with a composite manager, this works for me: mpv --vo opengl:alpha 'http://samples.ffmpeg.org/FLV/flash_with_alpha/laraShadow_dl.flv' [12:02] <radleader> yeah i'm using vp6 and quicktime + png codec for alpha channels in two different bits of my project [12:03] <Olivius67> I'd like to split a streamable mp4 file into several parts of defined size, whitout re-encoding, and have the resulting parts still streamable. Any idea? [12:04] <ubitux> hls [12:04] <ubitux> see segmenter documentation [12:05] <ndee_> radleader: ok.. [12:05] <ndee_> so.. I just wanted to check if ffplay supports that sort of stuff we need xD [12:05] <radleader> good luck [12:05] <ndee_> thanks ^^ [12:49] <KAT_> http://pastebin.com/ANB6rNR8 - How to avoid that multiple audio conversion here? [13:08] <Olivius67> Bump: I'd like to split a streamable mp4 file into several parts of defined size, whitout re-encoding, and have the resulting parts still streamable. Any idea? [13:12] <saste> Olivius67, see segmenter/hls [13:14] <Olivius67> thx state :) [13:17] <KAT_> [mp4 @ 00000000043e79e0] Codec for stream 0 does not use global headers but cont [13:17] <KAT_> ainer format requires global headers [13:17] <KAT_> what does it means? [13:23] <termos> what's the best way of creating an AVFrame that is a clone of another AVFrame? [13:25] <ubitux> av_frame_clone() [14:14] <Olivius67> saste: I have use the following cmd line to generate my parts: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 180 out%02d.mp4 It seems to work well except that the parts seem to require much more buffering (aprox 4MB before starting to play) than the original in.mp4 (which seems to require around 2MB buffering before the video starts playing). Is there anyway to reduce the buffering amount? [14:15] <saste> Olivius67, how do you measure the buffering? [14:16] <Olivius67> saste: I confess this is not much scientific method, but basicaly I'm using firebug Network console [14:16] <saste> Olivius67, how did you get that value? [14:17] <Olivius67> well I have just checked on the console how much of the outxx.mp4 file was downloaded before the movie starts to play. The web player is JWPlayer. [14:19] <Olivius67> another strange thing, that may say the outxx.parts may not be perfectly valid is that using my dektop player (kmplayer), the out00.mp4 part plays well, but the next ones hang. [14:22] <saste> Olivius67, try with -f ssegment [14:22] <saste> note the double s at the beginning [14:23] <Olivius67> saste: yup [14:24] <Olivius67> same issue with kmplayer, uploading 2 parts to test online now [14:25] <Olivius67> also I have a repeated warning from ffmpeg while splitting: "[mp4 @ 045d7cc0] Using AVStream.codec.time_base as a timebase hint to the muxer [14:25] <Olivius67> is deprecated. Set AVStream.time_base instead." [14:33] <Olivius67> saste: ok, just tested online, it required nearly 6 MB buffering before starting to play. [14:52] <Olivius67> saste: I can confirm that except from out00.mp4 all subsquent parts are someway corrupted, ie they do not play in vlc. They do stream however, except that they need to initialy buffer a lot. [15:10] <tareed> Morning, Im trying to run the transcode.c example for ffmpeg 2.3 against a H264 encoded video file. I get the error from the h264 library that the ffmpeg defaults are broken. I have modified the transcode.c to set the vprofile to baseline and the preset to medium (fast, slower, etc) and have not had success. What else should I look at? [15:50] <Olivius67> saste: still around? [15:53] <c_14> Olivius67: try adding -movflags +faststart [15:54] <Olivius67> c_14: thx :-) trying now [15:57] <Olivius67> c_14: except from out00.mp4 all resulting parts still don't play on vlc, uploading now 2 parts to test online [15:58] <c_14> Are you still using ssegment? [15:58] <Olivius67> yes [15:58] <spaam> why split the .mp4 file ? [15:58] <c_14> I'm not sure ssegment works for mp4. [15:58] <c_14> According to the docs it's meant for mpegts files. [15:59] <spaam> i only tought it worked for .ts and ismv files [15:59] <c_14> ye [15:59] <c_14> Try the regular segment muxer. [15:59] <Olivius67> ok, trying again segment with the extra params you just game me [16:01] <Olivius67> no better results for vlc [16:01] <spaam> How to you feed it to vlc? via .m3u8 playlist? [16:01] <Olivius67> spaam: I open vlc, and drop the file there [16:02] <spaam> what command are you using now? [16:02] <Olivius67> part00 works just fine, but following parts do not play [16:02] <Olivius67> ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 180 -movflags +faststart out%02d.mp4 [16:03] <spaam> Olivius67: did you read what c_14 wrote? [16:04] <Olivius67> I think so [16:04] <Olivius67> re-reading though [16:04] <Olivius67> -f segment is to me the "regular" segment muxer [16:05] <Olivius67> what did I miss? [16:06] <c_14> So I just tried that command with one of my files and I can play all the output files. [16:06] <spaam> Olivius67: segment only works for .ts, nut and mkv files. not .mp4 [16:06] <spaam> c_14: nice :) [16:06] <spaam> c_14: what version are you using ? [16:06] <saste> Olivius67, I tried your command and is working fine [16:06] <saste> with both ffplay and vlc [16:07] <saste> can you try with ffplay? [16:07] <c_14> git head as of aug 14 [16:07] <spaam> saste: maybe some old version of ffmpeg cant make proper files with the segment muxer? [16:07] <saste> spaam, I think it depends on the player [16:07] <saste> ffplay is rather tolerant [16:07] <saste> another problem may be due to the initial timestamp [16:07] <Olivius67> spaam: well I thought c_14 was tallking about ssegment not working with mp4 and that segment would on the oposite work with mp4 [16:08] <Olivius67> on my end neither work [16:08] <saste> there is an option to reset the timestamp in the following segments [16:08] <saste> Olivius67, also, are you sure that the second file contains data? [16:08] <c_14> Olivius67: what version of FFmpeg are you using? [16:08] <Olivius67> yes all file have aprox the same size [16:09] <saste> Olivius67, you can file a ticket on trac, publishing your input sample [16:10] <Olivius67> http://pastebin.com/s5Dm0jNw [16:11] <Olivius67> can't realy publish the stream it's company property [16:13] <c_14> Can you try the same command with a different file? [16:13] <Olivius67> yes, maybe you know about a typical streamable mp4 file online? [16:17] <Olivius67> ok, I have this big_buck_bunny sample mp4, trying to split it now [16:19] <saste> or you can generate a sample with testsrc [16:19] <Olivius67> same prob [16:19] <Olivius67> the sample I used: http://camendesign.com/code/video_for_everybody/test.html => "MP4" link [16:21] <c_14> That sample works for me. [16:21] <c_14> Had to split with 18s though since the file is only 1m long. [16:21] <Olivius67> alright, then my ffmpeg? [16:21] <Olivius67> did 20 sec parts [16:22] <Olivius67> http://pastebin.com/s5Dm0jNw [16:22] <Olivius67> the pastbin is from my previous attempt with my original file not the bunny file [16:23] <saste> Olivius67, still works fine with ffmpeg -i big_buck_bunny.mp4 -codec copy -f segment -segment_time 20 -movflags +faststart big_buck_bunny-%02d.mp4 [16:24] <Olivius67> anyway you could upload the parts somewhere, so thta I could test with my local machine and with my online setup? [16:25] <c_14> Olivius67: http://dl.c-14.de/t/out/ [16:26] <Olivius67> thx :) testing now [16:27] <Olivius67> fisrt thing is that you get 4 parts while I get only 3 [16:29] <Olivius67> ok, I have the same problem with vlc: i see vlc cursor progressing but no vido or sound, for all parts except 00 [16:29] <c_14> eh, I get 3 as well. That 4th part was a leftover that I forgot to delete. [16:29] <Olivius67> ok [16:30] <c_14> Do they work with ffplay? [16:30] <c_14> Might be a vlc bug. [16:30] <Olivius67> ffplay is cml driven? [16:30] <Olivius67> yes working [16:31] <Olivius67> ffplay out01.mp4 [16:31] <Olivius67> ffplay.exe out01.mp4 [16:32] <c_14> If it works with ffplay, then it's probably a vlc bug. [16:33] <Olivius67> well, it doesn't work as well on kmplayer [16:33] <Olivius67> and streaming requires the full part to be downloaded first [16:33] <Olivius67> probably because it is small [16:34] <Olivius67> but on my own original file it requires nearly 6MB buffering before it starts playing [16:35] <Olivius67> I don't know much about video, still couldn't it be some kind of header that would need to be replicated from the original file to all parts [16:35] <Olivius67> I mean the fact that parts 00 behave normaly, but not subsequent parts [16:36] <Olivius67> or maybe the cut is not 'clean', in the middle of some frameset... sorry I miss the vocabulary [16:45] <saste> Olivius67, try with -reset_timestamps 1 [16:47] <Olivius67> saste: haha! all parts ply nicely on vlc and kmplayer [16:47] <Fjorgynn> Hello hello hello is there anybody out there [16:48] <saste> Olivius67, so the -reset_timestamps things did the trick? [16:49] <Olivius67> yes, it fixed the 'corruption' for vlc and kmplayer, testing now how much a part needs to buffer to start playing [16:49] <chrisss123456> hey guys, running into an issue when exporting frames as a video. at one frame it always just stays there, while drop increases (seemingly forever). im running this command: ffmpeg -r 25 -i frame%d.png -qscale 0 video.mp4 [16:53] <chrisss123456> anyone here? [17:02] <Olivius67> saste: unfortunately on jwplayer, all parts require around 6MB buffering, while original file (not splitted) requires around 2MB buffering to start playing. [17:03] <saste> Olivius67, try to remove -mov_flags +faststart [17:04] <saste> this will put MOV metadata at the beginning of the file [17:04] <saste> then I don't know how jwplayer is implemented, probably you should ask them for advice [17:05] <Olivius67> trying now [17:07] <JEEBsv> flash players usually buffer data in seconds [17:07] <JEEBsv> and you usually can modify that according to your buffering model [17:09] <chrisss123456> hey can anyone help? [17:17] <Olivius67> saste: same issue without -mov_flags +faststart [17:17] <Olivius67> JEEBsv: how can I define my buffering model? [17:23] <JEEB> Olivius67, on the player side to match your encoding you do it with the settings that the player lets you poke at. most flash-based players let you poke at the amount of seconds stuff is buffered [17:23] <JEEB> to set it on the encoding side you use -maxrate and -bufsize [17:24] <JEEB> maxrate being the minimum amount of bandwidth a user has to have to watch the video without further buffering, and bufsize is the buffer within which this maxrate is calculated all the time [17:25] <JEEB> and the time-wise "amount to buffer" can then be calculated via bufsize / maxrate . f.ex. bufsize 6000 and maxrate 3000, you get 2 "seconds" of buffering [17:25] <chrisss123456> no one? :( [17:25] <Olivius67> JEEB: yes curently browsing jwplayer options page, I'm going to try a few. Still what I don't understand is why my original file buffers 2MB whereas parts obtained from splitting this original file, buffer nearly 6MB. [17:26] <Olivius67> without tweaking anything on the player side that is. [17:26] <JEEB> well if you re-encoded without VBV (maxrate and bufsize), then that wouldn't be surprising [17:27] <JEEB> since the player would just buffer as much as stuff comes in your amount of buffering [17:28] <Olivius67> I don't think there was re-encoding, I used: ffmpeg.exe -i in.mp4 -codec copy -f segment -segment_time 180 -reset_timestamps 1 out%02d.mp4 [17:28] <JEEB> yes [17:28] <JEEB> anyways, I have no idea how those files are created or how flash/jwplayer calculate the buffer exactly [17:28] <JEEB> although if you don't put the index into the front of the file you will have to buffer more [17:29] <JEEB> or well, depending on the http source/player's capabilities - the whole file [18:42] <pmarty> does ffplay support displaying subtitles? it has shortcut 't' for switching between subtitles and it works (as I can tell from console output) but they are not displayed. [18:47] <pmarty> I know ffplay is the demo app, but I like it (don't tell me to use mplayer :) [18:53] <JEEB> pmarty, what about mpv :P [18:55] <pmarty> JEEB: oh, yes, mpv is currently the coolest one of m* family [18:55] <pmarty> but I like to use ffplay because it uses the same syntax as ffmpeg [18:56] <pmarty> I hate swithching between mplayer/ffmpeg cmd line syntax [18:56] <pmarty> too much to remember [18:57] <Mavrik> ffplay does display subtitles [18:57] <Mavrik> at least the DVB ones [18:57] <Mavrik> the support is kinda broken tho [18:59] <pmarty> by itself (without -vf magic)? [19:00] <pmarty> well it has 't' shortuct for switching so it must have some kind of support [19:00] <pmarty> "Switch subtitle stream from #2 to #-1" [19:00] <pmarty> "Switch subtitle stream from #-1 to #2" [19:00] <pmarty> after I press it [19:17] <sfan5> if you want ffmpeg syntax how about ffmpeg -i file.mp4 <what you want to do > -map 0 -c:s copy -c:a pcm_s16le -c:v rawvideo -f ffm - | mpv - ? [20:04] <chriys> hi all, I'm looking for a tuto on how to set up http live streaming from an rtmp url on ubuntu. [20:35] <chriys> on which version of ubuntu can I run apt-get install ffmpeg ? [20:36] <KjetilK> chriys, see http://packages.ubuntu.com/search?suite=default&section=all&arch=any&search… [20:37] <chriys> thx KjetilK [20:38] <KjetilK> np [20:38] <sacarasc> The quick answer, Lucid and earlier. [20:53] <chriys> thx guys [21:40] <Aison> I would like to merge an audio and video stream. My problem is now, that at the beginning of the output stream, the sync is ok, but at the end, the audio is a littlebit behind the video [21:40] <Aison> so either audio or video plays slower or faster [21:41] <Aison> is it possible to stretch either video or audio during merge? [21:41] <c_14> https://ffmpeg.org/ffmpeg-filters.html#setpts_002c-asetpts [21:42] <c_14> basically setpts=n*PTS will modify the speed of the video by n [21:42] <c_14> ditto for audio [21:42] <c_14> pick which you want to mess with [21:42] <Aison> what's better to modify, audio or video? [21:43] <c_14> I'd probably modify the video so the audio doesn't get stretched out/compressed but it also depends on the content. [21:43] <c_14> If the video has timestamps burned in or anything like that, mess with the audio. [22:32] <gcl5cp> is there a easy way to "translate" a command-line into a C++ API? [22:35] <c_14> system("ffmpeg [stuff]") :P [22:35] <c_14> But no, I don't thin' there is an easy way. [22:36] <gcl5cp> i tell API to build a cross platform. [22:36] <gcl5cp> let me try with system()... thank [23:22] <dahat> Quick sanity question... when building ffmpeg under MinGW for Windows with the VS2013 compiler and using the --enable-libx264 argument when running configure... which .lib file should it go looking for? libx264.lib or x264.lib? [00:00] --- Tue Sep 2 2014

1 0

ffmpeg-devel.log.20140831
by burek 01 Sep '14

01 Sep '14

[04:10] <cone-888> ffmpeg.git 03Michael Niedermayer 07master:e0237208b428: avcodec/h264: Do not get stuck on IDR inter frames [10:26] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:1654514ab0b0: fft: add ff_ prefix to some global arrays. [10:26] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:2bb66cc8befd: fft_template: Move variables to where they are used. [10:26] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:18464d7270d2: sipr16kdata.h: add forgotten const. [10:26] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:c9a4ec79690f: lavfi: add const/static const to pix_fmts arrays. [10:26] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:3bc5d2a06401: ac3dec_fixed: add missing "static const". [10:46] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:4fe448738e8d: WMA: add "const" to avoid warnings with hardcoded tables. [10:46] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:03bf45724197: Add av_cold to table generation functions. [10:46] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:2ca7edda89bf: lavu/hash.c: Add missing "static const". [10:46] <cone-301> ffmpeg.git 03Reimar Döffinger 07master:6d7aa437e110: vf_drawtext: move "static const" before "struct". [11:49] <ubitux> http://bjoern.hoehrmann.de/utf-8/decoder/dfa/ [11:50] <ubitux> ah, it's referencing dalias/musl [12:01] <wm4> rcombs: does plex run on musl? [12:02] <rcombs> wm4: not to my knowledge [12:03] <wm4> eh, why? [12:05] <rcombs> well, I didn't know what it was until you mentioned it [12:06] <wm4> someone asked whether plex runs on alpine linux (which uses musl) [12:08] <rcombs> we don't have a package for that particular distribution, but it may be able to run our Ubuntu builds, which are rather generic [12:08] <wm4> that would probably put stress on the glibc abi compat [12:11] <rcombs> might want to take this to #plex [12:12] <wm4> well I just thought I'd ask [12:12] <wm4> in general, your software will become cleaner if you try to make it work on musl [12:12] <rcombs> for all I know, it might compile against it with no changes now; we've just never tried [15:25] <cone-354> ffmpeg.git 03Michael Niedermayer 07master:63a52ca134dc: avcodec/mjpegdec: fix green vertical line at the right with upscale h [15:43] <cone-354> ffmpeg.git 03Michael Niedermayer 07master:f0d4f00f24d4: avcodec/mjpegdec: fix green line at the bottom with upscale v [18:34] <cone-354> ffmpeg.git 03Reimar Döffinger 07master:1a558cec64b4: intmath.h: Remove duplicated ARM include. [18:34] <cone-354> ffmpeg.git 03Reimar Döffinger 07master:3efc174fd6f4: aacps_tablegen: replace TABLE_CONST by const. [19:06] <durandal_1707> will i get review for my filter? [20:17] <cone-354> ffmpeg.git 03Reimar Döffinger 07master:da0a670b3c3e: h261, h263 decoders: convert to RL_VLC. [20:17] <cone-354> ffmpeg.git 03Reimar Döffinger 07master:c0d32686ddc1: h261dec: Optimize new RL_VLC based decoding. [20:17] <cone-354> ffmpeg.git 03Reimar Döffinger 07master:935453102bb5: ituh263dec: Optimize new RL_VLC based decoding. [20:25] <wm4> does anyone know what .sup files starting with the magic "SP" are? [20:26] <wm4> mkvmerge thinks they're "HD-DVD sub" (but doesn't support actually reading them) [20:45] <ubitux> HD-DVD, the dead concurrent of blu-ray? [20:45] <ubitux> competitor* [20:46] <nevcairiel> Thats probably it wm4 [20:46] <ubitux> Timothy_Gu: did you came back to your old broken mailer? [20:47] <nevcairiel> Note that its pretty similar to VOB subs, just with a built in palette, and the avcodec vob decoder should even support it [20:48] <wm4> there's just the question about the file format [20:48] <wm4> or if anyone cares [20:49] <ubitux> did you get have such file? [20:49] <nevcairiel> Its HD-DVD, no one cares [20:49] <wm4> yes, 2/3 of all .sup files in the demuxer patch thread started with SP [20:50] <Timothy_Gu> ubitux: I actually never left :D [20:50] <nevcairiel> Probably because you got them from mplayers ancient sample archives :D [20:50] <ubitux> Timothy_Gu: at some point you were able to send decent mails, now they're unreadable again [20:51] <ubitux> Timothy_Gu: http://ubitux.fr/pub/pics/_timothy-mails.png [20:51] <Timothy_Gu> durandal_1707: can you wrap at 78 columns to work around my broken mailer [20:58] <cbsrobot> wm4: I have a file with "hdmv_pgs_subtitle" if that helps - recorded with a cam [20:59] <nevcairiel> Your cam produces pgs subtitles? :p [20:59] <cbsrobot> Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 [20:59] <cbsrobot> I guess it's like a thumbnail [20:59] <cbsrobot> but I'm not sure what is in there [21:00] <cbsrobot> or could it be gps data ? [21:00] <nevcairiel> Well it can do stuff like thumbnails, the sub format is flexible enough for full artwork [21:01] <cbsrobot> how can I extract it's content ? [21:01] <wm4> cbsrobot: I'm not doing pgs subtitles, just .sup files, which contain pgs subtitles [21:03] <ubitux> wat, thumbnails in hdmv_pgs_subtitle? heh [21:03] <cbsrobot> wait - I'm not sure what is in there! It was just a thought. [21:03] <ubitux> mpv or even ffplay should be able to display them [21:04] <nevcairiel> I've seen Blu-ray discs which had some kind of artwork in a pgs stream which was meant to overlay the video and go with a commentary track [21:06] <nevcairiel> It's a bitmap format, noone said the bitmap has to show text ;) [21:07] <cbsrobot> nah - seems it's just the time I recorded the stream [21:27] <wm4> how do I compile tools/probetest.c? [21:27] <J_Darnley> make tools/probetest? [21:27] <J_Darnley> perhaps with .exe if you're on Windows [21:27] <wm4> J_Darnley: that doesn't work with an out-of-tree build [21:28] <wm4> and the file uses internal header files, so I can't just build it with an "installed" ffmpeg [22:21] <jamrial> wm4: it does work with oot builds [22:21] <wm4> jamrial: how? [22:22] <jamrial> i have the tree in /ffmpeg/src. configured it from /ffmpeg/build and "make tools/probeset" compiles it just fine [22:22] <jamrial> not talking about installed ffmpeg bt [22:23] <jamrial> *btw [22:25] <llogan> I was typing my name and wrote "ffmpeg" instead. [22:28] <wm4> jamrial: oh you're right; I'm extremely stupid [22:28] <wm4> I probably tried something similar which didn't work, and concluded it can't work [22:55] <llogan> daala overlord job: https://careers.mozilla.org/en-US/position/oNOsZfwM [00:00] --- Mon Sep 1 2014

1 0

ffmpeg.log.20140831
by burek 01 Sep '14

01 Sep '14

[05:29] <BobLfoot> I am trying to capture with ffmpeg the audio I am listening to, but can't seem to find the correct '-f alsa -i foo' setup. arecord -L gives me the following info --> http://paste.fedoraproject.org/129843/14094555 ; suggestions welcome [05:36] <thebombzen> BobLfoot: I only know how to do this from a GUI, but afaik fedora has one. If you go to the system sound settings, there should be a way to add a "monitor" as an input. A monitor is an output-to-input pipe. It should have a device name once you enable it. Then, ffmpeg -f pulse -i <devicename> should work [05:38] <radleader> i'm exporting a video from after effects that contains alpha data that i want to use ffmpeg filter graph to composit together with a series of PNG images (that show through the alpha) then produce an mpeg output - what format would be lowest computational overhead for ffmpeg for the input alpha video [05:38] <radleader> should i use h264 and have an extra video file with the alpha mask in it? [05:38] <radleader> should i use an avi containerand just keep it uncompressed [05:38] <radleader> not sure what the best plan here is [05:50] <troy_s> radleader: You will end up with compression artifacts, hence why alpha is never a decent choice in a codec. [05:51] <troy_s> radleader: If you are wanting to avoid the compression artifacts, you can stow to FFV1 or HuffYUV and force RGB storage. (Even lossless HuffYUV etc. will result in non 1:1 values if it hops over to the YCbCr domain) [05:51] <troy_s> radleader: Curious why you are relying on codecs here. [05:54] <radleader> so what i have is a video made by an artist with alpha channels in some picture frames in the scene where he wants me to dynamically place images, so i've rendered each frame of dynamic image content as a singel composit image and now i want to place that image (same dimensions as the video) into the video and produce a new stream, the fact i have an alpha channel is just a processing step, the final video will just be a normal mpeg or wmv depending [05:54] <troy_s> radleader: By dynamically do you mean like art installation in realtime or such? [05:55] <BobLfoot> thanks thebombzen - I'll look for a way to do that, the centOS gui doesn't appear to offer it at first blush [05:55] <troy_s> radleader: Generally I will almost always advise against codecs for any sort of motion picture imaging work. It's a rather unfortunate trend that has hit due to some vendors flogging their particular workflows. [05:55] <radleader> troy_s: i have a stream of images coming in from an event and a few pieces of video that i basicallky want to place random images into and output it as a normal video [05:55] <troy_s> radleader: Is this a realtime thing? Or is the project a baked presentation? [05:56] <radleader> i've got an after effects file rather than any actual videos, so i can render whatever output i need [05:56] <radleader> it's real time, they expect to wait a couple of minutes to get their video from the images [05:57] <radleader> for example there is a man talking beside a picture frame on a wall and that frame should contain the appropriate images at the appropriate time stamps, the artist has masked out the frame (which is what i can make an alpha channel from) [05:57] <troy_s> radleader: Your two options are likely as follows: 1) Use a still image series. 2) Use an RGB internal codec that is lossless to avoid compresison artifacting and such which will blow your alpha. HuffYUV and FFV1 qualify. [05:57] <troy_s> radleader: Is this going to be done using Processing or something akin to it? [05:58] <radleader> so what i was thinking is i could just set up a filter graph that takes this so-called alpha channel (lets just call it an 8 bit mask) and the png images and produces a new video of parts of the input pngs masked correctly, then i could apply this over the actual video of the guy talking to produce a single h264 stream output [05:59] <troy_s> radleader: Sure. You can also probably do something very easy with PureData [05:59] <troy_s> radleader: And if you wanted quick and dirty where quality is a back seat, go with a codec. [05:59] <troy_s> radleader: Such as RGB HuffYUV. [05:59] <troy_s> radleader: Are you familiar with PD? [06:00] <radleader> i haven't used it but my friends dick around with it pretty often [06:00] <troy_s> radleader: It might be a very suitable tool for an interactive installation such as this. [06:00] <troy_s> radleader: Or Processing. [06:00] <radleader> yeah i've done a lot of processing [06:00] <radleader> hold on, let me just make an image to verify you know what i am asking [06:00] <troy_s> radleader: The sort of 'upside' of pure data is that it is very interactive art VJ driven. [06:01] <troy_s> You are more or less into a realtime keying scenario. [06:01] <radleader> at it's most basic i just want to place a png image into a video stream that has been masked by another video stream [06:02] <radleader> and produce a single stream output [06:02] <troy_s> Yes. [06:03] <radleader> so you don't think using a filter graph is a good idea? i already made a test doing this but my input video contained the alph already and i just placed the pngs behind it conceptually [06:05] <troy_s> radleader: It is ultimately your choice. I would gear it to the quality needed. [06:06] <troy_s> radleader: A realtime installation quality need is probably lower, so you can be loose. [06:06] <radleader> so where does this filter graph answer sit on the spectrum of quality and performance [06:07] <radleader> i mean if i can do anything within the filter graph solution to ensure the input i am providing will composit at good speed and look nice i should do it [06:07] <radleader> i don't know what formats are good to use from after effects or if i should ditch png and have the rasters in some other format before they go in [06:07] <troy_s> radleader: haven't used a filtergraph for a realtime key. [06:07] <radleader> or if i should have two video signals (one for the mask, rather than having it in the stream) [06:07] <troy_s> radleader: I know of some artists that have used PD for such a thing. [06:08] <radleader> i was pretty happy how well it worked when i put this together [06:08] <troy_s> radleader: Then roll with it. [06:08] <troy_s> radleader: Use HuffYUV with RGB. [06:08] <troy_s> and you have your answer. [06:08] <radleader> okay cheers [06:09] <troy_s> radleader: Just make sure you get RGB [06:09] <troy_s> radleader: Because the transform from RGB, to YCbCr to RGB will mangle your alpha a little more. [06:09] <troy_s> radleader: And I'm not sure the flag on the command line to control that. [06:10] <troy_s> radleader: Once it is encoded to RGB, you don't need to worry. [06:14] <radleader> sweet that looks good thanks troy_s [06:14] <troy_s> radleader: I _would_ look into Pure Data though. [06:15] <troy_s> radleader: If only because it could be a very cool thing for this sort of installation. [06:15] <troy_s> radleader: You can probably overdeliver something unique, _and_ have it totally controllable via some PD widget sliders etc. [06:15] <radleader> it wouldn't add value to the current render pipeline (actually involves some windows machines (sigh) in the cloud) [06:15] <troy_s> And have it realtime. [06:15] <radleader> but yeah i agree [06:15] <radleader> i've simplified what the image data is doing in my explanation [06:16] <troy_s> radleader: If you are ultimatley going to take something to an end point like broadcast, I'd heavily avoid all codecs [06:16] <troy_s> radleader: And use a still frame based imaging pipeline right up to delivery. [06:16] <troy_s> radleader: If that is of any interest to you, feel free to ping me via PM and I might be able to help you structure it in a sane way if an offline / online pipeline is a little unfamiliar to you. [06:17] <radleader> sure, i understand, i'd ideally have this stream based end to end, i actually got excited when i saw the zmq filter graph stuff but it's only for signalling unfortunately [06:17] <radleader> if it goes well this week i might get some actual money to make it better :)O [06:18] <troy_s> radleader: Good luck. Let me know how it goes. (PM so I get the message.) [06:18] <radleader> sweet will do [09:47] <rule_2> I am using this command line to record video from a HDMI to USB3 adapter and it works great, but compresses to x264 in realtime, which is not happening on my laptop [09:47] <rule_2> ffmpeg -f v4l2 -framerate 30 -video_size 1280x720 -i /dev/video0 -map 0 test.mp4 [09:48] <rule_2> what can I do to get it to record raw video? I get that the file will be huge, and am ok with that [09:52] <rule_2> nvm, -vcodec rawvideo [09:53] <rule_2> my brain is trashed from the block party music :( [12:08] <luc4> Hello! I was looking at the output of ffmpeg after extracting the h264 raw stream from a mpeg ts container. I notice that ffmpeg is extracting the stream even from PES packets where there is no header at the beginning. Is this correct? [19:18] <mickkie> Hi All, is the option -ab 256k valid, or is it deprecated? I am trying to understand why it complains about encoder for the audio, from aac to mp2. [19:20] <JEEB> -ab is an old way of setting it, but IIRC it should work. -b:a 256k is the new way of setting that value [19:21] <mickkie> Ha! That was it! Thank you JEEB. :-) [19:24] <mickkie> Should in the same vane '-ar 48000' now be 'r:a 48000'? [19:24] <mickkie> I can't find it in the man pages [19:25] <mickkie> OK, just confirmed: -ar is still valid as a stream specifier. Cool [19:25] <mickkie> Thanks again for your help. [00:00] --- Mon Sep 1 2014

1 0