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

[burek]

[03:03] <gmaxwell> Has ffmpeg yet picked up the ability to use the BT. 709 primaries for its yuv->RGB conversion? (and if so how do you ask for it?)
[03:13] <zap0> gmaxwell, sounds unique enough string to search for
[03:15] <gmaxwell> zap0: No, I just thought I'd waste your time instead of searching.  (or maybe I did search and found a post from early 2010 saying it was in the code but not hooked up, and I checked and it appeared to still not be hooked up, but I thought I'd ask before telling people that it was incapable of it)
[03:19] <zap0> you wouldn't be the first.
[03:51] <GRMrGecko> what am I missing? http://p.webra.in/j I'm trying to offset the audio by 5 seconds as it's off by that much.
[09:19] <sam3> hi guys,how i use post-proc cmd in ffmpeg?
[10:54] <TACPILOT> how to find out what color format avchd is ?
[10:56] <JEEB> ffmpeg -i derp.m2ts ?
[10:56] <JEEB> and see the video related line
[10:56] <JEEB> it will most probably be 420p
[10:57] <JEEB> which is 8bit YCbCr (also misnomed as "YUV")
[11:01] <TACPILOT> will ffmpeg convert it output to yuv 444 ?
[11:01] <TACPILOT> uncompressed
[11:16] <alexpsi> hi, i am trying to transform a 3gp file to mp4 so it can get played by a samsung Y, converted file plays at desktop but not at mobile, i am not using any parameters other than -i
[11:16] <alexpsi> thanks in advance
[11:21] <Mavrik> TACPILOT: I think so
[11:21] <Mavrik> use -f rawvideo
[11:21] <Mavrik> and same vcodec
[11:21] <JEEB> uhh no
[11:21] <JEEB> it won't output 444 yuv
[11:21] <JEEB> out of 420p
[11:22] <JEEB> unless you tell it that you want 444p
[11:22] <TACPILOT> any suggestions ?
[11:22] <TACPILOT> aah
[11:22] <JEEB> but I have no idea why you'd want to make 444p out of 420p by default?
[11:22] <Mavrik> JEEB: I'm quite sure it's able to convert 420p to 444p
[11:22] <JEEB> Mavrik, that's not the issue
[11:22] <Mavrik> alexpsi: why aren't you using any parameters? :)
[11:22] <JEEB> I'm just telling that it won't autoconvert 420p to 444p when outputting
[11:22] <Mavrik> JEEB: I might have missed start of the conversation :)
[11:22] <Mavrik> what's the issue?
[11:23] <TACPILOT> put with the right command it is cabable ?
[11:23] <JEEB> -_-
[11:23] <alexpsi> because i don't know what parameters to use?
[11:23] <JEEB> I'm just wanting to tell you that it won't output 444p out of 420p by default
[11:23] <JEEB> because that's not what people usually want
[11:23] <JEEB> TACPILOT, yes it is capable of outputting 444p
[11:23] <JEEB> but tell me why you need exactly 444p?
[11:23] <TACPILOT> cool
[11:25] <TACPILOT> considering it for hi quality format for render farm so I can have as much headroom as possible for  post production work
[11:26] <Mavrik> alexpsi: http://www.virag.si/2012/01/web-video-encoding-tutorial-with-ffmpeg-0-9/
[11:28] <alexpsi> thanks i will study it :)
[11:28] <JEEB> TACPILOT, uhh
[11:28] <JEEB> editors etc. usually convert to their needed colorspace
[11:28] <Mavrik> alexpsi: basically you'll have to check which profile your phone supports
[11:28] <Mavrik> alexpsi: it's probably "main"
[11:29] <Mavrik> alexpsi: or high... and then just throw it into those presets :)
[11:30] <herdingcat> I notice that ffmpeg cannot record the camera video stream in real time, can anyone tell me why? 2 hrs recording only get 70mins video stream file.
[11:31] <TACPILOT> exactly so when u have a chain of different applicatoins upsampling and downsampling that is a lot of clockcycles doing the same conversion plus artifacts from one stage to the next
[11:32] <TACPILOT> since the size wasted is only tempory as with the bandwidth the cpu can spend its time doing other things
[11:32] <herdingcat> TACPILOT, I'm sure I got a fast CPU like i7 processor, still have e such problem?
[11:33] <TACPILOT> this is for a 15 - 20 node stateless cluster
[11:34] <herdingcat> TACPILOT, sorry?
[11:34] <TACPILOT> 15 -20 computer render farm with no hard drives
[11:34] <JEEB> TACPILOT, uhh
[11:34] <herdingcat> TACPILOT, so that can be in real time, right?
[11:34] <JEEB> if you are using closed source stuff you won't even know how many times it does up/downsampling during the whole workflow
[11:35] <TACPILOT> cut down on render time while producing hier end quality
[11:35] <TACPILOT> complete open source work flow
[11:35] <JEEB> I mean, how do you know that the editor won't downsample to 4:2:2 at the beginning for example
[11:35] <JEEB> uhh
[11:36] <JEEB> i didn't even know there were 444-capable proper open source editors :P
[11:36] <herdingcat> TACPILOT, you talked to me?
[11:36] <JEEB> I'd think most of the stuff just converts to RGB or just uses 420p
[11:36] <TACPILOT> suposedly cinelerra
[11:36] <JEEB> (or 422p)
[11:36] <JEEB> point being: cinerella
[11:36] <JEEB> argh
[11:36] <TACPILOT> if its an issue 422 will be my next choice
[11:36] <JEEB> _supposedly_
[11:37] <JEEB> anyways, go check how exactly the stuff afterwards handles shit
[11:37] <JEEB> do that first
[11:37] <TACPILOT> seeing how I have been working with the developers for the last couple days I feel my info is valid
[11:37] <JEEB> well, just go ask them to make sure then
[11:37] <JEEB> instead of doing hypotheses
[11:38] <TACPILOT> multiple develpers agreed they feel yes but should test for proper suport
[11:38] <JEEB> -_-
[11:39] <herdingcat> and btw, I notice a strange problem, there are 7 cams I used for recording, I started 7 ffmpeg to record them at the same time, but I notice the earliest 3 cams records more, and other 4 records less than them, is that normal?
[11:39] <JEEB> ok, it's just too herp derp to keep talking to you, just do whatever you want with the stuff you've recorded
[11:39] <JEEB> and have fun
[11:39] <TACPILOT> and cinelerra definitely converts input to 444 by default
[11:40] <herdingcat> JEEB, HUH?
[11:40] <JEEB> 444 YUV or 444 RGB?
[11:40] <JEEB> herdingcat, not talking to you
[11:40] <JEEB> I never said even a line towards you
[11:40] <JEEB> :3
[11:40] <TACPILOT> I'll double check .. am understanding yuv
[11:40] <herdingcat> JEEB, okay
[11:40] <herdingcat> TACPILOT, did you talk to me ever?
[11:40] <JEEB> TACPILOT, in any case -- just do what you want... pix_fmt and raw yuv output are what you'll need then
[11:41] <TACPILOT> only to u real time comment
[11:42] <TACPILOT> cool .. tnx for the info
[11:42] <herdingcat> TACPILOT, okay, thanks. And I started several ffmpeg to records cameras video stream at the same time but in different video length, is that normal?
[11:43] <TACPILOT> u asking the wrong person
[11:43] <herdingcat> oops
[11:43] <TACPILOT> vets here may know
[11:43] <herdingcat> why?
[11:49] <TACPILOT> herdingcat: I see u confusion with the posts .. though I may not have the answers u need maybe just some suggestions
[11:49] <TACPILOT> what OS are u using ?
[11:55] <herdingcat> TACPILOT, Fedora
[11:56] <herdingcat> TACPILOT, I started 7 ffmpeg to records 7 cameras video stream in background, 2 hrs later, I notice that the length of those 7 videos are not the same.
[11:56] <TACPILOT> if I understand u are recording from 7 cameras at once
[11:56] <herdingcat> TACPILOT, yes
[11:56] <TACPILOT> r u using a realtime kernel ?
[11:56] <herdingcat> TACPILOT, no
[11:56] <herdingcat> TACPILOT, just a normal kernel.
[11:57] <TACPILOT> It may be worth trying .. plus what is u hardrive configuration ?
[11:57] <herdingcat> TACPILOT, as you said, I know why it is smaller than 2 hrs but I don't know why the length are different.
[11:57] <herdingcat> TACPILOT, normal, no raid.
[11:57] <TACPILOT> drive speed ?
[11:58] <TACPILOT> and resolution u are recording
[11:58] <herdingcat> 7200rpm
[11:59] <TACPILOT> 3Gig sata
[11:59] <herdingcat> TACPILOT, 640x480, bitrate is 256k/s
[11:59] <herdingcat> TACPILOT, yes, SATA2
[11:59] <herdingcat> TACPILOT, 7 cameras I records
[12:00] <TACPILOT> dropping frames skipping and such is what u are experiencing ?
[12:01] <TACPILOT> are these usb cameras ?
[12:01] <herdingcat> TACPILOT, nope, after 2 hrs I killed ffmpeg processes, and I noticed the longest length is 70 mins and the shortest one is only 16 mins
[12:01] <herdingcat> TACPILOT, not using usb, Ethernet
[12:02] <herdingcat> TACPILOT, using Ethernet
[12:02] <TACPILOT> static assigned popet addresses ?
[12:02] <herdingcat> TACPILOT, DHCP
[12:03] <\DSAFEW\> I have tried fiddling with ffmpeg quite a bit, but during each of my tests within a minute the audio is noticeably slower than the video, async seems to do nothing, as sometimes the program starts and the results are already desynched
[12:03] <\DSAFEW\> sample output http://paste.pocoo.org/show/562108/
[12:03] <\DSAFEW\> current command: ffmpeg -f x11grab -s "$inres" -r "$fps" -i :0.0"${offset}" -f alsa -async 2 -ac 2 -i pulse -vcodec libx264 -vpre "$qual" -s "$outres" -acodec libmp3lame -ab 96k -ar 44100 -threads 0 -f avi "${output_file}"
[12:03] <TACPILOT> any type of motion activation involved ?
[12:03] <\DSAFEW\> can't get -vsync drop to work, which is why I upgraded to .10, tried almost everything with the older stable version
[12:04] <TACPILOT> or just continuous feed cameras ?
[12:06] <herdingcat> TACPILOT, continuous feed cameras
[12:08] <TACPILOT> without knowing any more , the only thing I can think to suggest is maybe trying to set u addresses to static, is that not help may try a real time kernel
[12:09] <TACPILOT> if still no good but only as last resort try assigning  ffmpeg instances to specific cpu cores
[12:09] <herdingcat> TACPILOT, do you know why the length of the video stream are not same?
[12:09] <herdingcat> TACPILOT, My CPU gets 4 cores
[12:09] <TACPILOT> not really .. just most my suggestions are performance related
[12:10] <TACPILOT> its possible the streams just locked up
[12:10] <TACPILOT> but tweaking u OS and hardware setup may be the answer
[12:11] <herdingcat> TACPILOT, okay
[12:11] <TACPILOT> make sure there are no specific port requirements that need to be set per stream
[12:11] <herdingcat> so 2 hrs recording only get 70 mins is normal with my system, right?
[12:11] <TACPILOT> I cant answer that
[12:12] <TACPILOT> what ever the limit I would expect to see similar record times per stream even is the hard drive filled up
[12:12] <herdingcat> TACPILOT, my command line is this: /usr/bin/ffmpeg -loglevel quiet -i http://foobar/mjpg/video.mjpg -b 256k /home/mona/Wed_Mar__7_17:08:18_CST_2012.LAB-CAM-04.avi
[12:13] <herdingcat> TACPILOT, any parameter I can set up to tune performance?
[12:14] <TACPILOT> I am electronic engineer programmer hardware and network guy .. the vets in this channel may have ffmpeg answers for u I not a ffmpeg pro
[12:15] <TACPILOT> sounds to me like u issue is hardware or os tune related
[12:16] <TACPILOT> I doubt its an ffmpeg issue
[12:17] <herdingcat> TACPILOT, okay, thanks mate@
[12:17] <TACPILOT> good luck I hope u find a solution ..
[12:17] <herdingcat> TACPILOT, :)
[12:17] <TACPILOT> :)
[12:17] <TACPILOT> GN
[12:20] <TACPILOT> one more suggestion .. u may not be able to feed that much bandwidth through a single NIC
[12:21] <TACPILOT> Hopefullly u have it spread out and not 7 cameras --> switch --> single on board NIC
[12:22] <TACPILOT> comodity switch may struggle to keep up and a single NIC doubtfullly will
[12:22] <TACPILOT> L8r
[12:28] <GRMrGecko> what am I missing? http://p.webra.in/j I'm trying to offset the audio by 5 seconds as it's off by that much.
[12:44] <\DSAFEW\> GRMrGecko, is it supposed to be negative 5 seconds?
[12:56] <GRMrGecko> \DSAFEW\: Ether way, it does not work
[12:56] <\DSAFEW\> GRMrGecko, without the map arguments what happens?
[12:58] <GRMrGecko> \DSAFEW\: It just uses the first file streams
[12:59] <GRMrGecko> the map is there to make sure the video comes from file 1 and audio comes from file 2
[12:59] <\DSAFEW\> GRMrGecko, forgive me for asking if recording.ts is different for each
[13:00] <GRMrGecko> \DSAFEW\: They are both the same file.
[13:00] <GRMrGecko> Cannot remember how, but I know I've done this before.
[13:01] <\DSAFEW\> oh sorry, I don't know then, ffmpeg seems to have its own ways of doing things
[13:02] <\DSAFEW\> try putting the -i recording somewhere else, like after the acodec flag
[13:03] <GRMrGecko> Unknown decoder 'libfaac'
[13:03] <GRMrGecko> that means it's setting a decoder codec.
[13:05] <GRMrGecko> I think I may have it...
[13:05] <GRMrGecko> lol
[13:05] <GRMrGecko> if you use the -ss argument, it works.
[14:47] <chaosblackdragon> hello
[14:48] <chaosblackdragon> has anyone been able to recorde live video split into 10 minute files ?
[14:54] <markuman> i want to make a time lapse movie. my source are jpg images, name called 2010_1.jpg till 2010_125.jpg how to the them? ffmpeg -r 10 -f image2 -i 2010_*.jpg zeitraffer.mp4 something like that, but don't know how to cover the numbers
[15:06] <\DSAFEW\> markuman, I don't know about how to do it in ffmpeg, but try Imagemagick's convert *jpg mymovie.mpg
[15:10] <rainmaker1> Hi, can I stream with ffmpeg to a file?
[15:10] <markuman> \DSAFEW\: yeah, if this would be a linux machine, i would :D its a crapy retarded xp machine at work. so no linux here
[15:10] <\DSAFEW\> markuman, cygwin :)
[15:11] <rainmaker1> to be more precise, I want to stream to a file beacuse I would like to simulate live streaming...
[15:11] <rainmaker1> hmmmm forget it, I think it's impossible to describe what I want to achive :)
[15:12] <markuman> \DSAFEW\: i've got no persmission to install here any app :)
[15:12] <\DSAFEW\> aw, I see..
[15:14] <\DSAFEW\> markuman, see if this still exists http://www.imagemagick.org/discourse-server/viewtopic.php?f=8&t=12926
[15:14] <markuman> ffmpeg for win luckly no need to install
[15:15] <\DSAFEW\> http://www.imagemagick.org/script/binary-releases.php
[15:16] <markuman> \DSAFEW\: i'll try
[15:27] <markuman> \DSAFEW\: don't work :(
[15:30] <dafox> Hi all. I'm trying to transcode some videos to xvid like this: "ffmpeg -threads auto -loglevel info -i input.mkv -y -vcodec libxvid -b:v 2048k -bf 2 -g 125 -qmin 2 -qmax 31 -mbd 2 -flags +mv4+aic -umv 1 output.mkv". I have a core i7, so I'd like to make use of all cores and use 8 threads. However ffmpeg uses only between 110-120% cpu, or just slightly more than one core. Is there a way to make better use of my cores?
[15:30] <Mavrik> dafox: move -threads after the -i declaration
[15:31] <Mavrik> and pass it -threads 4 or some such
[15:31] <dafox> why not use 'auto'?
[15:32] <Mavrik> nowhere in documentation can I see "auto" as valid parameter
[15:33] <dafox> ok, I think I've seen it somewhere (on the internet), but it didn't complain. However this does not seem to make any difference, I put '-threads 4' at the very end of the command, but is still uses just 110-120% cpu
[15:34] <Mavrik> "very end of command"?
[15:34] <dafox> "ffmpeg -loglevel info -i input.mkv -y -vcodec libxvid -b:v 2048k -bf 2 -g 125 -qmin 2 -qmax 31 -mbd 2 -flags +mv4+aic -umv 1 output.mkv  -threads 4"
[15:34] <sacarasc> dafox: ffmpeg -loglevel info -i input.mkv -y -vcodec libxvid -b:v 2048k -bf 2 -g 125 -qmin 2 -qmax 31 -mbd 2 -flags +mv4+aic -umv 1 -threads 12 output.mkv"
[15:35] <dafox> still exactly the same
[15:35] <sacarasc> What FPS is it encoding at?
[15:36] <dafox> it seems to settle at ~35fps after a couple of seconds
[15:36] <Mavrik> dafox: moving it outside the encoder settings won't work ;)
[15:36] <Mavrik> dafox: put it right behind -vcodec
[15:36] <Mavrik> and make sure you're not using ffmpeg from ancient times
[15:36] <dafox> I'm on fairly recent git, I can try updating if you think it'll help
[15:37] <sacarasc> The big question really is why use xvid at all...
[15:37] <Mavrik> that too :)
[15:37] <Mavrik> ah
[15:37] <dafox> because the target device doesn't support h264, otherwise there would probably be no need to transcode at all :)
[15:37] <sacarasc> You can use some threads to decode the input too...
[15:38] <Mavrik> dafox: anyway, to pass threads to encoder it has to be in vcodec settings specification, put it after -vcodec
[15:38] <spaam> USE THREADS EVERYWHERE
[15:38] <Mavrik> if it doesn't work it's not implemented.
[15:38] <dafox> haha
[15:39] <dafox> calling it like this and with updated ffmpeg its still the same: ffmpeg -loglevel info -threads 4 -i input.mkv -y -threads 4 -vcodec libxvid -threads 4 -b:v 2048k -bf 2 -g 125 -qmin 2 -qmax 31 -mbd 2 -flags +mv4+aic -umv 1 -threads 4 output.mkv -threads 4
[15:40] <Mavrik> doesn't work then :P
[15:40] <dafox> But I though that libxvid 1.2+ did support multithreaded encoding?
[15:41] <spaam> maybe it is. but not that good ?
[15:41] <dafox> (I have libxvid 1.3.2)
[15:42] <dafox> if by 'not that good' you mean 'hardly at all'?
[15:42] <dafox> the increase I'm seeing could very well be simply the input decoding and output writing happening in a different thread
[15:43] <spaam> how many fps do you get?
[15:43] <dafox> by increase I mean the cpu 10-20% usage over 100%
[15:43] <dafox> only ~35
[15:44] <Mavrik> what OS are you using?
[15:44] <dafox> linux, gentoo
[15:44] <dafox> I was hoping to use some multithreading magic to speed that 35 up a factor of 4 at least
[15:45] <sacarasc> To be honest, an i7 should be encoding xvid at about 100fps anyway.
[15:45] <zap0> fps is relative to the quality and video size
[15:46] <dafox> I have an laptop i7 (the 'Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz' to be exact) so it's probably less powerfull then a desktop i7
[15:47] <dafox> the video size is 848x480 pixels (I'm transcoding without changing the resolution)
[15:48] <dafox> quality (see commandline) is just some settings I found on the internet, so advice there is welcome too ofcourse :)
[15:48] <zap0> you'll likely have IO issues before cores are pegged
[15:49] <dafox> its only a small video (150mb file, h264), and I have plenty of RAM free (I have 8gb)
[15:50] <dafox> (~20 minute tv-show episode)
[15:50] <JEEB> most probably either A) xvid doesn't have good multithreading or B) your settings might be resulting in less-than-optimal performance with multiple threads
[15:53] <dafox> can you recommend me some good alternative settings then? Filesize is not so much an issue as quality, I'd like to encode only once (single pass), and I intend to watch this on a good-quality SD CRT television.
[15:54] <sacarasc> Raspberry Pi with XBMC. :p
[15:54] <sacarasc> Then no reencoding needed!
[15:54] <sacarasc> And it's like £30!
[15:56] <dafox> that's more of a physical setting :p
[15:57] <JEEB> no-one really cares or tries to learn about xvid any more
[15:57] <JEEB> the only thing it's used for is pretty much subtitle timing I've seen
[15:57] <JEEB> (since its keyframe algorithm seems to fit that use better than x264's)
[16:05] <dafox> surely there are still people and use-cases for encoding to xvid?
[16:24] <JEEB> dafox, of course some people still use it but it's definittely been without a leading force because it's just that much less needed than H.264 encoders nowadays :)
[16:24] <JEEB> esp. that even with slow machines you can just do --tune fastdecode in x264
[16:41] <herdingcat> I notice that ffmpeg cannot record the camera video stream in real time, can anyone tell me why? 2 hrs recording only get 70mins video stream file.
[18:06] <blight_> hi guys
[18:07] <blight_> it's nice that ffmpeg supports prores now! i just have a lil' question: is it possible that performance for yuv422p10le is worse than yuv422p videos and is there anything i can do to speed it up?
[18:09] <blight_> or have there been some improvements since 0.9?
[18:17] <ePirat> is there a way to get ffmpeg source from 08.2011 ?
[18:18] <ePirat> something in new version broke an important program i was using, therefore i need an older ffmpeg
[19:01] <mikunos> hi guys I am trying to convert an ogg file into avi with memcoder but the quality of the result is so poor, I would like to test ffmpeg. Which is the right way to convert an ogg file into avi file?
[19:03] <mikunos> I am starting from this ffmpeg -i input_file.ogv output_file.flv
[19:05] <mikunos> ffmpeg -i input_file.ogv -sameq output_file.flv
[19:05] <mikunos> I get many squares in the video
[19:05] <mikunos> why this happens?
[19:07] <Mavrik> because -sameq doesn't do what you think it does
[19:07] <Mavrik> because you can't do it just like that
[19:07] <Mavrik> your ffmpeg defaults to some (low) quality preset
[19:08] <mikunos> ok
[19:08] <mikunos> so which is the right command?
[19:08] <mikunos> please
[19:10] <Mavrik> since I came late.
[19:10] <Mavrik> what do you want to achieve?
[19:10] <Mavrik> and please paste your ffmpeg output as per chanserv guidelines
[19:11] <mikunos> I would like to prepare a video created by the recordmydesktop on the web converting it in a flv video file, but before I need to edit it with openshot in avi format.
[19:12] <mikunos> Openshot open the video file but unsync the video and the audio
[19:12] <mikunos> and I have supposed that If I convert it in another format I can handle it
[19:15] <Mavrik> I see
[19:15] <Mavrik> hmmm
[19:15] <Mavrik> I can't see which formats openshot supports as best
[19:15] <Mavrik> mikunos, but you'll have to pass in the encoder name and at least bitrate for that
[19:16] <Mavrik> something like
[19:16] <Mavrik> mikunos, try putting your video to .dv before importing to openshot - use "ffmpeg -i <video> -target pal-dv video.dv"
[19:17] <mikunos> let me test it
[19:18] <mikunos> it is working
[19:18] <mikunos> http://pastie.org/3542876
[19:21] <tjholowaychuk> just compiled 0.10 and im getting Unknown decoder 'copy'
[19:21] <tjholowaychuk> does -vcodec copy no longer work?
[19:24] <\DSAFEW\> tjholowaychuk, can you pastebin the output and put your command here?
[19:24] <tjholowaychuk> https://gist.github.com/01dea76d3bbf4fcfec54
[19:25] <Mavrik> tjholowaychuk, you put "-vcodec" before "-i"
[19:25] <Mavrik> ffmpeg is sensitive to parameter order.
[19:25] <tjholowaychuk> ah
[19:25] <tjholowaychuk> interesting, it used to work
[19:25] <Mavrik> no, it never did.
[19:25] <tjholowaychuk> or silently fail
[19:25] <Mavrik> -vcodec before "-i" sets decoder for video
[19:30] <\DSAFEW\> ePirat, which version on which distro are you looking for?
[19:31] <ePirat> \DSAFEW\, stable, about 6 month old
[19:31] <\DSAFEW\> ePirat, so for windows then?
[19:33] <ePirat> \DSAFEW\, no, source i wanna build myself on ubuntu
[19:33] <ePirat> need it for another application
[19:33] <\DSAFEW\> ePirat, look here http://ffmpeg.org/download.html
[19:34] <ePirat> i did, only found git and some versions from january 2012
[19:34] <ePirat> is there a way to get older versions using git?
[19:34] <\DSAFEW\> scroll down further
[19:36] <\DSAFEW\> <Mavrik> ffmpeg is sensitive to parameter order.
[19:36] <\DSAFEW\> why is that? it's very strange to me
[19:37] <Mavrik> historical reasons
[19:37] <Mavrik> and the fact that it allows several outputs and inputs
[19:37] <Mavrik> for which you can pass "same" parameters
[19:37] <tjholowaychuk> I have -i path -vcodec copy
[19:37] <tjholowaychuk> which seems to match what you're saying.. not sure why it's exploding on me
[19:40] <Mavrik> tjholowaychuk, please grab console output with full commandline to a pastebin
[19:40] <pasteeater> ePirat: yes, you can use git to uhh...get whatever you want.
[19:41] <pasteeater> ePirat: git checkout eff2399f240db76b713b694508cdc8be175ab9fd
[19:41] <pasteeater> for example
[19:41] <ePirat> ah thanks :)
[19:41] <\DSAFEW\> does anyone know what may be causing audio desynch (become increasingly delayed past video) when I'm trying to capture my desktop using x11grab and alsa+pulse? here's my current command and output: ffmpeg -f x11grab -s "$inres" -r "$fps" -i :0.0"${offset}" -f alsa -async 2 -ac 2 -i pulse -vcodec libx264 -vpre "$qual" -s "$outres" -acodec libmp3lame -ab 96k -ar 44100 -threads 0 -f avi "${output_file}"
[19:41] <\DSAFEW\> http://paste.pocoo.org/show/562108/
[19:41] <pasteeater> ePirat: see what git hash you want with 'git log' or via http://git.videolan.org/?p=ffmpeg.git;a=summary
[19:42] <pasteeater> then you can "git checkout master" if you ever want to go back
[19:43] <tjholowaychuk> Mavrik: https://gist.github.com/c93c4f2838013540841e
[19:43] <pasteeater> \DSAFEW\: show your actual command and not a paste from a script.
[19:43] <pasteeater> and use pastebin for long command pastes
[19:43] <pasteeater> paste.
[19:44] <tjholowaychuk> oh crap, that was after i tried removing -vcodec copy
[19:44] <Mavrik> Incompatible sample format 's16' for codec 'aac', auto-selecting format 'flt'
[19:44] <Mavrik> [NULL @ 0x21e09c0] Codec is experimental but experimental codecs are not enabled, see -strict -2
[19:44] <Mavrik> you're trying to encode AAC audio with integrated experimental codec instead of libfaac/libvo_aacenc
[19:45] Action: pasteeater preferred "experimental" over "-2"
[19:45] <\DSAFEW\> there you are pasteeater http://paste.pocoo.org/show/562568/
[19:45] <tjholowaychuk> on my local machine what I have works fine with the mp3 :s
[19:49] <pasteeater> \DSAFEW\: you didn't declare a -preset or rate control method and value, so it's probably using '-preset medium -crf 23' by default. is this what you want?
[19:49] <pasteeater> did you try without -async 2 and -ar 44100?
[19:49] <\DSAFEW\> pasteeater, yeah I've been messing with it for days
[19:49] <pasteeater> (for your avi output)
[19:50] <\DSAFEW\> the output has appeared identical for streams and avi so far
[19:50] <pasteeater> as in the avi also is not in sync?
[19:50] <\DSAFEW\> but as far as the preset thing goes, isn't that what the preset file is for?
[19:50] <pasteeater> no
[19:51] <\DSAFEW\> pasteeater, yeah the audio is off by a second in about a minute, and it keeps going
[19:51] <\DSAFEW\> gaining about second delay per minute
[19:51] <pasteeater> x264 presets are now chosen with -preset. you can see a list of available presets in "x264 --help".
[19:51] <pasteeater> the -vpre is used for special cases where an additional, non-standard preset is required.
[19:52] <pasteeater> so far, there are only a few ipod presets.
[19:52] <\DSAFEW\> /usr/share/ffmpeg/libx264-ipod320.ffpreset
[19:52] <\DSAFEW\> Your paste can be seen here: http://paste.pocoo.org/show/562574/
[19:52] <pasteeater> why are you using that preset if you're not targeting ipod?
[19:53] <\DSAFEW\> is that bad?
[19:54] <\DSAFEW\> my target is actually 240p
[19:54] <pasteeater> you should use preset instead so you have more control over the encoding.
[19:54] <\DSAFEW\> so it's not like the resolutions there matter, I can try a lot of different things to get this working
[19:55] <\DSAFEW\> pasteeater, to save me time can you tell me what command you would use is, or at least where it's documented?
[19:55] <\DSAFEW\> there isn't exactly anything beyond a man-page for this program
[19:56] <pasteeater> have you also tried other players? does ffplay also show bad sync?
[19:58] <\DSAFEW\> recording a new test
[20:00] <pasteeater> i'd start by using a preset that's fast enough (or maybe even lossless encoding) and a crf that looks good enough (for the file output at least) and i wouldn't use avi if b-frames are involved.
[20:01] <\DSAFEW\> interesting, of course that test wouldn't desynch..
[20:01] <\DSAFEW\> only drop=12 though
[20:01] <\DSAFEW\> I've noticed a lot more dropped frames in other tests
[20:02] <pasteeater> then use a faster preset.
[20:02] <\DSAFEW\> pasteeater, I really need a command
[20:02] <\DSAFEW\> that's not even getting me in the ballpark of understanding or finding out how to do those things
[20:03] <\DSAFEW\> but I'm curious why the async doesn't work, and why there is no such thing as vsync drop in version 8 or 10
[20:04] <\DSAFEW\> I'm sorry if I sound cynical or rude, I know you are all helping out of kindness to support the community, but I've literally been at this for days and I'm no closer than when I started
[20:05] <\DSAFEW\> the only documentation with examples was many years old
[20:07] <pasteeater> i don't really know what you're doing, but you can try http://pastebin.com/T8xRpTmC
[20:18] <\DSAFEW\> thanks pasteeater I think that might have done it
[20:19] <\DSAFEW\> if there's dropped packets will it desynch again though?
[20:19] <\DSAFEW\> and also, how do I bring up the presets help like you were saying...
[20:20] <pasteeater> x264 --help
[20:20] <pasteeater> or --fullhelp
[20:20] <\DSAFEW\> like x264 is a command?
[20:20] <\DSAFEW\> not here >.>
[20:21] <pasteeater> ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow
[20:24] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#preset
[20:28] <\DSAFEW\> well I can't seem to get dropped frames, which is superb, I guess I'll test it live now
[20:42] <\DSAFEW\> okay even with substantial frame drops it's in synch
[20:42] <\DSAFEW\> neat
[21:00] <quentusrex> I'm trying to generate some audio for vlc player, and it seems I need to compute a pts value. Is there any documentation on how to compute a pts value, for a generated audio stream?
[21:03] <burek> presentation time stamps?
[21:03] <burek> you could probably load your video into a video editor and read the data you need?
[21:03] <boo> Hi! I'm trying to convert video stream from dvb-t device with ffmpeg and send it to rtmp server, but for an unknown reason the ffmpeg always fails after several frames. I can extend the time before ffmpeg crashes for a little bit, if I add -analyzeduration 1500000000 to the command. terminal - http://pastebin.com/fZeufE0e
[21:05] <burek> boo, you can also add -f mpegts before -vcodec h264 -i /dev/dvb/adapter0/dvr0
[21:05] <burek> to avoid analyzing of input
[21:06] <boo> burek, I'll try
[21:06] <burek> also, try updating your libx264
[21:06] <boo> btw, when I save the stream to a file with cat and then try to convert with ffmpeg everything is ok
[21:06] <boo> burek, did that
[21:06] <burek> oh I see
[21:06] <burek> can you do ffmpeg -i on that file and give us the pastebin
[21:07] <burek> ffmpeg -i file.cat
[21:07] <burek> :)
[21:07] <quentusrex> burek, I'm generating an audio stream
[21:07] <boo> burek, sure!
[21:07] <quentusrex> and it appears that when I'm giving it to vlc I'm not including a proper dts or pts
[21:08] <burek> quentusrex, s/video/audio/ :)
[21:08] <burek> load it into audio editor and see what pts are
[21:08] <burek> wait, you are generating audio
[21:09] <quentusrex> correct, I'm generating the audio.
[21:09] <burek> what exactly does this mean "I'm trying to generate some audio for vlc player"
[21:10] <boo> burek, this is what I get when mpegts is being added. http://pastebin.com/SMHUbkx6 I'll try to cat the file and then paste the -i
[21:10] <quentusrex> I'm working on an algorithm to generate some raw audio based on misc inputs. I have a simple milliwatt tone working, which is a simple sine wave. But I appear to not have a proper dts or pts generated.
[21:10] <burek> boo, "btw, when I save the stream to a file with cat and then try to convert with ffmpeg everything is ok"
[21:10] <burek> that file :)
[21:11] <boo> burek, yes, ofcourse, I have to create it again :)
[21:11] <burek> boo, it seems your input might not be mpegts.. cat it to the file and just do ffmpeg -i file
[21:12] <boo> burek http://pastebin.com/GDQP3d2m
[21:12] <burek> quentusrex, if you generate raw audio (wav?) then you just make sure you write the correct wav audio format in the file, that's all
[21:13] <burek> boo, did you try to cache the input a little bit
[21:13] <burek> http://ffmpeg.org/ffmpeg.html
[21:14] <burek> muxdelay and muxpreload
[21:14] <boo_> burek, disconnected from mirc, sorry.
[21:14] <sacarasc> But you weren't using mIRC...
[21:14] <boo_> sacarasc, I call it like that :)
[21:15] <sacarasc> Like an ignoramus, got ya.
[21:15] <burek> boo, http://pastebin.com/7jhAQATH
[21:15] <boo_> sacarasc ignoramus?
[21:16] <boo_> burek, you mean, cat it for longer time?
[21:16] <sacarasc> ig·no·ra·mus/ÌignYÈr
mYs/
[21:16] <sacarasc> Noun:	
[21:16] <sacarasc> An ignorant or stupid person.
[21:16] <burek> boo, no, cat showed that it is mpegts format indeed.. ffmpeg has a hard time staying in sync with your stream
[21:16] <burek> it looses reference frames
[21:17] <burek> either it's too bad network connection or it needs a little more caching
[21:17] <boo_> sacarasc, How clever.
[21:18] <pasteeater> sacarasc: you should save that for those who want to encode Real junk...
[21:18] <sacarasc> People who call a protocol by a client name get that.
[21:18] <pasteeater> do you call them kleenex?
[21:19] <sacarasc> Nope.
[21:19] <pasteeater> ok. good.
[21:19] <sacarasc> Tannoy is a common one in the UK, but that's a PA system.
[21:20] <boo_> sacarasc, oh my, did your world started to collapse when I called your dear protocol as a client?
[21:20] <pasteeater> i like "ATM Machine". Automated Teller Machine Machine.
[21:20] <sacarasc> PIN number!
[21:21] <boo_> burek, is there a specific flag for that? How to cache it for a bit? Was trying to create a fifo file, but that didn't work.
[21:21] <burek> read up, I already told you :)
[21:23] <boo_> burek,  -vf "slicify=32" really worked :) The ffmpeg didn't die so fast, but still it crashed.
[21:24] <boo_> oh, that's not the one..
[21:24] <burek> http://ffmpeg.org/ffmpeg.html
[21:25] <burek> muxdelay and muxpreload
[21:33] <boo_> burek, thanks! Is there a more extensive manual for ffmpeg? This one doesn't give me a clue what those two commands do
[21:34] <burek> boo_, did you try ffmpeg --help ?
[21:35] <boo_> burek, no, good idea! :)
[21:35] <burek> :)
[21:37] <Mavrik> boo_, http://ffmpeg.org/ffmpeg.html
[21:42] <boo_> Mavrik, don't get it from that info. tryed changing to  ffmpeg -y -f mpegts -vcodec h264 -i /dev/dvb/adapter0/dvr0 -ac 1 -s 700x400 -r 22 -ar 22050 -ab 32000 -f flv -muxdelay 2 rtmp://rmrpmr   but it still crashes, tryed to change the muxdelay  - from 0.1 to ~ 20... the best result was when it got to 900 framse
[22:37] <maister> I noticed libx264rgb codec needs to be used to be able to encode H.264 RGB now.
[22:37] <maister> How do I use that from libavcodec?
[22:37] <maister> I didn't find CODEC_ID_* for H264RGB
[22:40] <maister> hm, seems
[22:40] <maister> AVCodec ff_libx264rgb_encoder = {
[22:40] <maister> has .id             = CODEC_ID_H264, as well ...
[22:45] <maister> I suppose avcodec_find_encoder_by_name() can be used
[22:51] <boo> hi burek, are you here?
[22:52] <boo> burek, muxpreload doesn't fix the problem.. http://pastebin.com/cnULdMDb
[22:53] <burek> boo, did you compile your ffmpeg or just used repository to install it?
[22:53] <boo> burek, 'emerge gentoo'
[22:53] <boo> burek, lol 'emerge ffmpeg' I need some sleep :)
[22:53] <burek> I think your best bet is to use git
[22:53] <burek> :)
[22:54] <boo> burek, tryed using git one month ago, still the same,
[22:54] <burek> to keep up with all the changes, bugfixes, etc
[22:54] <burek> well, you'll need to use git version if you want devels to consider a possible bug and fix it
[22:54] <burek> if you use older versions, they'll surely ask you to upgrade :)
[22:55] <burek> if you can, compile libx264 and ffmpeg
[22:55] <burek> from gits
[22:55] <burek> and try your cmd line again
[22:55] <boo> burek, ok I'll try to
[22:55] <burek> if it fails again, then you could cat the sample to a file
[22:55] <burek> and attach it to the bug report
[22:55] <burek> so that we can fix it
[23:40] <chuck_> File Edit Options Buffers Tools Help                                                                                                                    hello ! I have few problems while extracting a piece of video out of a movie. The issue is that sometimes the extracted pieces dont start showing imag\ es at the very beginning of the video. I think this is because my movie is mpeg4 and that i might cut between two keyframes.
[23:42] <sacarasc> Probably.
[23:42] <chuck___> sorry i have issues with chrome
[23:43] <chuck___> didnt saw any answers i they where any
[23:44] <sacarasc> [22:42:14] <sacarasc> Probably.
[23:45] <chuck___> so how can i fix this ?
[23:45] <chuck___> is there a way to force creation of keyframes where i decide to cut the video
[23:45] <chuck___> ?
[23:46] <sacarasc> How are you cutting it?
[23:48] <chuck___> this way ffmpeg -t <duration> -i <input> -ss <time> -c <output>
[23:49] <chuck___> i mean : this way ffmpeg -t <duration> -i <input> -ss <time> -c copy <output>
[23:49] <sacarasc> Copying will just cut, you'd need to reencode it...
[23:50] <ubitux> -t <duration> after -i <input> is recommended
[23:50] <sacarasc> Won't that not be as precise?
[23:51] <chuck___> actually its putting -ss after -i that makes my cut more precise. does -t impact too ?
[23:51] <chuck___> sacarasc : so should i just remove -c copy ?
[23:52] <chuck___> @ubitux : why ?
[23:53] <ubitux> -t affects the output
[23:53] <chuck___> @ubitux but it what way ?
[23:54] <ubitux> "if duration of the output > specified -t option then stop"
[23:54] <ubitux> it's an output related option in that way
[23:54] <ubitux> i wonder if it affects the input as well; but what you are trying to do is "take this time of the input"
[23:55] <chuck___> @ubitux yes exactly
[23:55] <chuck___> i just want a perfect cut
[23:59] <chuck___> well moving -t didnt changed a thing but deleting -c copy seems to work. but i get an awful encoding at the end
[00:00] --- Thu Mar  8 2012