[01:59] <njbair> am I doing something wrong or is libvpx waaaaay slower than libx264? [02:05] <juanmabc> isn't vpx = very poor experience ? [02:05] <juanmabc> ;P [04:06] <Miesco> Chrome doesn't support ogg, how do I convert a .ogg to a webm vorbis? [04:11] <Miesco> Wait I think I know: ffmpeg -i file.ogg -acodec vorbis file.webm [04:16] <Miesco> I think wikipedia and w3c got Chrome's codec support wrong for <audio>. Chrome doesn't support ogg... [05:55] <saju> how to convert 2k video file to 4k [06:09] <praveenmarkandu> hi. how come this command doesnt make my file twice as large? or twice as long? [06:09] <praveenmarkandu> ffmpeg -i "concat:bigbuckbunny1080p.mov|bigbuckbunny1080p.mov" -c copy bigbuckbunny1080p_double.mov [06:30] <relaxed> praveenmarkandu: ffmpeg's concat is limited. Try mkvmerge, then copy back to mov if you need that container. [07:21] <praveenmarkandu> ok. i tried mencoder. seems to work [07:21] <praveenmarkandu> relaxed, what do you mean by limited? [08:15] <LorentzFactor> is there a way to use the original video stream while reencoding the audio stream? It'll take forever if it has to reencode both with all the files I'm trying to convert :\ [08:16] <klaxa> you can copy the video stream with -c:v copy [08:16] <LorentzFactor> ah [08:19] <LorentzFactor> thanks that's like 300% faster [08:19] <LorentzFactor> 3000%* [08:21] <Youka> Is there a way to use ffmpeg in msvc9? building it is just possible with msvc10 ('wrong C compiler' error) and using this library in msvc9 causes errors because of double definitions of f.e. _sopen [08:36] <Miesco> Hi [08:37] <Miesco> Anyone want to know the beautifulness that ffmpeg just trancoded: ftp://miesco.is-a-geek.org/soundcloud/dont%20know%20shawnsvocals.webm [08:37] <Miesco> Dats a song I wrote [09:12] <frostywolf> hi [09:13] <frostywolf> i need some help with a ffmpeg command [09:14] <CruX|> h265 is supported by ffmpeg ? [09:15] <frostywolf> i'm trying to get padding to work on a file. Downscaling widescreen to 4:3, from 1280x720 to 720x540 (therefore the actual video should be 720x405, so the padding command is 720:540:0:67:black right? [09:16] <JEEBsv> CruX|: smarter from the libav project is working on a hevc / H.265 decoder [09:16] <JEEBsv> the specification isn't even finished yet [09:31] <praveen> wait, so libav libaries are still used in FFMPEG? [09:31] <praveen> eventhough they have forked? [09:33] <JEEB> praveen, libav's changes are being merged into ffmpeg, yes? [09:34] <praveen> JEEB, ok. thanks. [09:34] <praveen> this may seem like a flame bait question [09:35] <praveen> but i want to know, why would one use libav over ffmpeg or vice versa [09:35] <JEEB> there are plenty of write-ups from either side on that (Ž [09:35] <JEEB> ubitux has a blog entry, lu_zero from gentoo has another... [09:35] <praveen> im guessing since im on #ffmpeg it is a loaded question [09:36] <praveen> ok. will search [09:36] <praveen> are changes from FFMPEG being merged into libav? or are they generally ahead? [09:37] <JEEB> some changes from ffmpeg are cherry-picked into libav [09:37] <JEEB> like lately the gbrp stuff [09:38] <praveen> ok cool [09:56] <jeje> Hi to all ;-) [09:56] <jeje> I have a question about using swscale lib [09:58] <jeje> when calling sws_getContext, the function can have a sws_flags parameters but I don't understand ther difference between each one . We also can set it to NULL. If someone can explain me please. [09:59] <jeje> for informations I use swscale to convert and resize an YUV420 image (H264 decoding by FFMPEG) to an RGB32 image displayed on screen [10:02] <jeje> I think it can change the speed of the swscale operation, but is one sws_flags is better than another one? [10:26] <praveen> is there a maximum file size ffmpeg can handle? [10:27] <Mavrik> hmm... not really [10:27] <Mavrik> it's more of a container support question [11:36] <frostywolf> i'm trying to get padding to work on a file. Downscaling widescreen to 4:3, from 1280x720 to 720x540 (therefore the actual video should be 720x405, so the padding command is 720:540:0:67:black right? [12:45] <venom200> Anyone knows how to set pixel aspect ratio in FFmpeg? [12:56] <venom200> Please answer - how to set PAR - Pixel Aspect Ratio in FFmpeg. [12:58] <durandal_1707> read documentation first [13:00] <relaxed> hmm, ffmpeg has -sar but not the setsar filter? [13:00] <durandal_1707> ffmpeg _have_ setsar filter [13:01] <durandal_1707> setsar V->V Set the pixel sample aspect ratio. [13:04] <venom200> I tried with setsar=1, but did not work. [13:05] <venom200> Here is the complete cli I used: http://pastebin.com/B9cxpqMC [13:08] <durandal_1707> venom200: do you understand what word complete mean? [13:08] <durandal_1707> paste full uncut output [13:10] <venom200> Here it is: http://pastebin.com/ALuX6yqM [13:11] <durandal_1707> venom200: please read documentation [13:11] <durandal_1707> how to use setsar filter [13:11] <venom200> I am sorry. I am not familiar with setsar. [13:12] <durandal_1707> can you read documentation? [13:12] <venom200> Yes. Where can I find that? [13:12] <durandal_1707> at ffmpeg.org [13:12] <venom200> Thanks If setsar is fully documented, I will read that. Thanks [13:22] <guest361> does -aspect option work for input file? [13:26] <durandal_1707> depends, usualy it is read from container/stream [13:30] <klaxa> http://aws.amazon.com/elastictranscoder/ <-- i wish they would post more than "720p and not 720p" [13:31] <klaxa> oh wait they do [13:33] <klaxa> mh not much more than "we use H264/AAC/MP4" i guess one would have to sign up to take a closer look [14:02] <brontosaurusrex> when muxing two streams (one video + one audio) i'd like that the final stream has duration of the shortest one, was there a command for that? [14:03] <mateo`> brontosaurusrex: -shortest ? [14:04] <brontosaurusrex> mateo`: really? cool [14:18] <guest361> do I have to re-encode to modify DAR ? [14:43] <JEEB> in ffmpeg, do -maxrate and -bufsize only limit the video or all tracks within the encode? [15:12] <foxlover> Hello everyone! Just want to know which ffmpeg version the CLI option -print_format appeared, was it 0.9 with json, compact and csv support or was yet before that? Readed the changelogs, but they don't helped much... thank you in advance! [15:15] <durandal_1707> foxlover: with JSON output [15:16] <durandal_1707> so 0.9 [15:37] <foxlover> durandal_1707: Thank you for your help! :) [15:56] <Guest32954> Hi, I use av_new_packet to allocate and initialize my AVPAcket with the PADDINGSIZE (IE: dwImageSize+FF_INPUT_BUFFER_PADDING_SIZE) [15:56] <Guest32954> but when I do a av_free_packet, it doesn't free the buffer of the AVPacket [15:56] <Guest32954> How can I free the buffer of the AVPacket? [15:57] <Guest32954> Do I need to call a av_freep (packet.data[0]) before? [16:09] <Guest32954> even if I call av_destruct_packet, my memory grow up [16:39] <Demon_Fox> Can you mux multiple files together with ffmpeg easily? [16:39] <Demon_Fox> I am going to reword that [16:40] <Demon_Fox> Can you easily mux multiple files together with ffmpeg?* [16:40] <Demon_Fox> or [16:40] <Demon_Fox> Can one easily mux multiple files together with ffmpeg?* [16:40] Action: Demon_Fox should have got that right the first time. [16:42] <sacarasc> Demon_Fox: So you have multiple streams or make the video longer? [16:42] <Demon_Fox> more like [16:42] <Demon_Fox> One audio stream and one video stream [16:42] <JEEB> that's simple [16:42] Action: Demon_Fox did not know [16:42] <sacarasc> http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20concatenate%20%28join,%20merge... [16:43] <JEEB> ffmpeg -i input1 -i input2 -map 0:v -map 0:a -c copy out.file [16:43] <JEEB> two inputs [16:43] <JEEB> map the video from the first one, audio from the second one [16:43] <sacarasc> Oh, right. [16:43] Action: sacarasc goes back to bed. [16:44] <Demon_Fox> thanks [16:44] <JEEB> -map input_nr:track_nr or track_type [16:45] <JEEB> selects a track [16:45] <JEEB> and adds it to output (overrides any automatic selection before then) [16:50] <Demon_Fox> thanks once again [16:52] <someone-noone> Hello! When I want to read data from bufffer using read callback putted in avio_alloc_context(), my program is always crashing exactly here: http://cekirdek.pardus.org.tr/~ismail/ffmpeg-docs/aviobuf_8c-source.html#l00... [16:53] <someone-noone> why can it be? [16:55] <someone-noone> found problem, my buffer wasn't allocated with av_malloc [16:56] <teratorn> if it bad to use timestamps with negative values? [16:57] <Demon_Fox> JEEB, This may sound rude, but are you from japan. I want to know because I would like to know how polite to be before I get rude. [16:59] <Demon_Fox> In some cultures trying to be as polite as possible can make me rude. [16:59] <JEEB> I have lived in Japan but I am from Finland >_> [17:00] <Demon_Fox> JEEB, Thanks, I needed how polite I needed to be about one of the most helpful IRC users [17:01] <Demon_Fox> for one of the* [17:04] <paltman> anyone know what this means? [libx264 @ 0x9c5a720] err{or,}_recognition separate: 1; 1 [17:06] <Demon_Fox> Strange error, maybe the people in #x264 can help. [17:12] <paltman> also getting some errors with dvvideo, but it looks like it might have been a regression that was fixed back in march https://ffmpeg.org/trac/ffmpeg/ticket/1042 [17:12] <paltman> as my build is previous to that [17:13] <paltman> as i am getting Unsupported bit depth: 0 as well [17:13] <paltman> in trying to transcode dvvideo to x264 [17:13] <paltman> going to recommend my client upgrade ffmpeg to latest [17:45] <sam_> ffmpeg doesnt accept profile options passing to libxx264 [17:46] <sam_> i had tried profile:v at command line it works but passing through configuration doesnt [18:37] <beastd> heh, good i looked into the archive. ffserver-user mailing list will be shutdown and merged with ffmpeg-user [19:44] <Miesco> Do you have to pay royalties for mp3 encoding/decoding in software that is free? [19:46] <JEEBsv> Miesco: software licenses and possible licenses for formats etc. are completely separate. If you see that a company wants you to get a license to deal with a certain format, and a lawyer tells you that it is valid in your country then it's better to follow it :P [19:46] <JEEBsv> I think MPEG-1 Layer 3 audio was licensed by fraunhofer? [19:47] <Miesco> http://mp3licensing.com/royalty/ [19:47] <Miesco> Im looking at that [19:49] <JEEBsv> oh, technicolor? Noted [19:49] <JEEBsv> anyways, IANAL and I can't tell you if you *have* to pay those royalties [19:49] <JEEBsv> that's better to be left to the lawyers [19:49] <JEEBsv> or just do a decision by yourself [19:53] <Miesco> its 1.25 for decoding mp3 in your app, what if its a $1 app on the android market, doesn't make sense [19:54] <llogan> shows .75 for mp3 [19:54] <llogan> who uses mp3pro? [20:03] <Miesco> llogan: Okay so I would have to pay $0.75? [20:28] <llogan> Miesco: probably, but apparently licensing agencies are still in the year 2000 and don't have an "app" pricing structure. [20:28] <JEEBsv> usually e-mailing them about it helps, at least it seems to have helped some people when licensing AAC [20:29] <JEEBsv> if they really don't want to bulge then you'll have to decide whether you want to pay or not [20:57] <barque> ((unsigned int)pFormatCtx->duration)/(float)AV_TIME_BASE is not giving me the correct duration of a video [20:57] <barque> is there some better way of getting the duration? [20:57] <barque> or do I have to maybe re-encode it to get a better duration? [20:58] <barque> I've also tried multiplying by time_base but I think that also gives me bad values [20:58] <barque> AVFractional time_base [20:59] <JEEBsv> in most such cases you haven't dealt with timestamps correctly, although I have no idea how well libavformat can give you the length with various container formats [20:59] <JEEBsv> some have timestamps for all frames [20:59] <barque> timestamps? [20:59] <JEEBsv> others just plain don't and stuff gets very roughly approximated [20:59] <barque> on packets? [21:00] <barque> no I mean I'm trying to get the duration before reading packets [21:00] <barque> do I have to read packets to get a decent duration? [21:00] <barque> the timestamps are actually on the mark [21:00] <barque> very accurate [21:00] <barque> I've logged them [21:02] <JEEBsv> no idea, but I wouldn't expect libavformat's checks always give you the correct length... but I will bet that you most probably are doing something weird if the format is such where libavformat can give you a relatively straightforward duration, for example forgetting to normalize the timestamps (duration and its time_base) [21:02] <barque> the packet timestamps are pefect.... what I'm trying to do to get duration is : ((unsigned int)pFormatCtx->duration)/(float)AV_TIME_BASE [21:03] <barque> here's how I get packet timestamps : (float)(packet.pts * av_q2d(pCodecCtx->time_base)); [21:03] <barque> gives me fractional seconds on the mark [21:03] <barque> I've tried multiplying duration by av_q2d(pCodecCtx->time_base) [21:03] <JEEBsv> I have no idea what AV_TIME_BASE is but it sounds like some nonchanging constant, not sure if that's a good idea [21:03] <barque> but gives me a rather large number [21:04] <barque> 47k some such [21:04] <barque> as *if* it was in milliseconds [21:04] <barque> actual video length is 43 seconds [21:05] <JEEBsv> what's your format btw? [21:05] <barque> so I don't know if just dividing things by 1000 on my own is a good idea [21:05] <barque> Theora/OGG [21:05] <JEEBsv> uh-oh [21:05] <JEEBsv> have fun is all I can say [21:05] <barque> hah, there's no way eh? [21:05] <JEEBsv> does command line ffmpeg give you a length? [21:05] <barque> let me see [21:05] <JEEBsv> nah, I'm going to expect a PEBKAC first :P [21:08] <barque> it gives me perfect duration [21:09] <JEEBsv> ok [21:09] <barque> I'm doing pre-reads and using custom seeks and stuff [21:09] <barque> callbacks [21:09] <JEEBsv> not sure if libavformat by default does the exact same checks with the exact same amount of file... but at least it's a hint towards the fact that you might be having a PEBKAC [21:10] <barque> So I'm not computing things correctly? [21:10] <JEEBsv> the most general thing is that the user forgets to normalize his timestamps (in this case, duration) to whatever he's expecting or whatever :V [21:10] <barque> ok [21:10] <JEEBsv> I'm pretty sure you're not supposed to be using any define like AV_TIME_BASE [21:11] <barque> yeah I used the other one [21:11] <barque> gives me a large number [21:11] <barque> (still) [21:14] <JEEBsv> ok... [21:14] <JEEBsv> http://www.ffmpeg.org/doxygen/trunk/structAVFormatContext.html#ad0ea78ac48f5... [21:18] <barque> yeah apparently http://www.sebastianroll.de/TableTopDoc/video_texture_8cpp-source.html is doing the same\ [21:21] <JEEBsv> also since I guess both the timestamp and timescale are int64_t, I recommend you make sure whatever you cast the values into can hold the end result values [21:21] <barque> ok [21:21] <barque> maybe I'll cast as the very very end [21:22] <barque> because it obviously finally needs to fit [21:22] <barque> I don't have godly large videos [21:38] <barque> for duration I'm getting 477051922 [21:38] <barque> AV_TIME_BASE is 1000000 [21:38] <barque> but the length of the video is 43.3 seconds [21:38] <barque> not 477 seconds [22:06] <sam__> how to force ffmpeg to decode using baseline profile by default it goes with high and add following parameter dont know how [22:06] <barque> bleh re-encoding of the same thing fixed the issue :/ [22:06] <sam__> rc=abr mbtree=1 bitrate=479 ratetol=1.0 / [00:00] --- Wed Jan 30 2013