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

[burek]

[00:46] <arpu> hjello 
[00:47] <arpu> is it possible to use swfscale  -vf scale=320:240,format=rgb24  fo rthe output ? 
[00:50] <burek> arpu, did you try
[00:51] <arpu> burek,  yes i get this 
[00:51] <arpu> [buffer @ 0x22435e0] w:640 h:360 pixfmt:yuv420p
[00:51] <arpu> [ffsink @ 0x22479a0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed filter 1 format' and the filter 'out'
[00:51] <arpu> [scale @ 0x2240100] w:640 h:360 fmt:yuv420p -> w:320 h:240 fmt:rgb24 flags:0x4
[00:51] <arpu> [scale @ 0x225cc40] w:320 h:240 fmt:rgb24 -> w:320 h:240 fmt:yuv420p flags:0x4
[00:51] <burek> can you please use pastebin.com
[00:52] <arpu> first convert to rgb24 but than a nother convert to original yuv420p
[00:52] <arpu> http://pastebin.com/N9UHmDE4
[00:53] <arpu> i know i can use -pix_fmt rgb24 but i need to use swfscale for converting
[00:58] <burek> can you please provide complete command + output?
[01:00] <arpu> http://pastebin.com/aXgL2dmC
[01:08] <burek> i see
[01:08] <burek> and what would -pix_fmt after -f rawvideo do?
[01:09] <burek> also, did you try 320x180
[01:12] <arpu> http://paste.railsbox.eu/show/515/
[01:12] <arpu> looks good 
[01:12] <arpu> but the result on the /dev/video2 device is jerkling :-/ 
[01:12] <arpu> scampled 
[01:12] <arpu> works with mencoder
[01:13] <arpu> http://paste.railsbox.eu/show/516/
[01:13] <arpu> this is the mencoder command that works fine 
[01:13] <pietr101> hello, does ffmpeg works with nvidia/vdpau?
[01:17] <burek> arpu, did you check cpu
[01:17] <burek> can it handle that task?
[01:17] <arpu> burek,  ? yes
[01:18] <burek> also, you might use latest ffmpeg from git
[01:18] <arpu> why ? 
[01:18] <burek> i can imagine a lot has changed in ffmpeg since 0.7.x
[01:18] <arpu> hmm
[01:18] <arpu> ok i will try 
[01:19] <arpu> but strange mencoder works but ffmpeg not 
[01:19] <burek> its not that hard really
[01:19] <burek> and that way you are sure if something works incorrectly, that it's a bug :)
[01:19] <arpu> ok i will built the source from svn 
[01:19] <burek> anyway, what is /dev/video2
[01:20] <burek> no, not svn
[01:20] <arpu> v4l2loopback device
[01:20] <burek> svn is deprecated i thing.. use git
[01:20] <arpu> ah i see yes git 
[01:20] <burek> i see.. did you have to initialize it somehow?
[01:21] <arpu> yes
[01:21] <arpu> mom
[01:21] <burek> maybe you should set -r 25 or such
[01:21] <burek> before /dev/video2
[01:22] <arpu> http://paste.railsbox.eu/show/517/
[01:24] <burek> oh i see
[01:24] <burek> it requires input to be 640x360
[01:24] <burek> in rgb24
[01:25] <burek> that's why it might be jerkling :)
[01:25] <arpu> yes this is hardcoded i changed it to 320 240 
[01:25] <burek> change it to 320x180
[01:26] <arpu> same result
[01:29] <burek> what exactly is "jerkling"
[01:31] <arpu> scrampled 
[01:35] <pietr101> hello, how do I generate N screenshorts evenly spaced from a movie file? with original resolution.
[01:37] <arpu> burek, http://image-upload.de/uploaded/136676/kXt7UE/
[01:38] <burek> hmh
[01:40] <cbsrobot> pietr101: ffmpeg -i input -vf "select=not(mod(n\,1000))" -qscale 1 output-%04d.jpg
[01:41] <cbsrobot> will output every 1000th frame
[01:45] <cbsrobot> ah too late
[01:46] <arpu> burek,  same with git HEAD 
[01:46] <arpu> does mencoder use the same swscale lib ? 
[01:49] <arpu> hmm no mencoder use the libswscale.so ffmpeg the built in swscale 
[02:39] <alex87> is there a setting that will allow me to play incomplete x264 files? i'd like to watch an encoded video before it's finished transferring from my server
[03:26] <grepper> could anyone help with filters?  What is wrong with this filter chain for current git ? (it was working in ffmpeg 0.8.7):  -vf movie=bg.png [wm];[in][wm] overlay=0:0:1 [wm2]; [wm2] setdar=4:3 [out]
[03:27] <grepper> the error I get is:  [ffmpeg]:  [overlay @ 0x9c73cc0] Missing key or no key/value separator found after key '1'
[03:49] <burek> grepper, http://ffmpeg.org/ffmpeg.html#overlay
[03:49] <burek> you have 3 arguments, only 2 are needed
[04:05] <grepper> burek: ah.  The third had to do with transparency before I believe ?
[04:07] <grepper> burek: thanks a bunch, working again
[04:08] <grepper> now to figure out how to make this backwards compatible in my script for older ffmpegs
[04:10] <burek> :beer: :)
[04:12] <grepper> gladly, if you are in Toronto :)
[04:13] <grepper> unless you meant that as:  beer is a vital ingredient in coding
[04:14] <burek> well, it has vitamins ^^
[05:44] <Xgates> hey guys
[05:44] <Xgates> say, all around, for needing ffmpeg for many different apps, is there one particular version that is all around a safer bet to use for better compatibility?
[05:45] <Xgates> so far I ran across not being to compile against 0.8x so I compiled 0.7.8 and that worked out better...
[06:20] <rahulr92> Hi, I am a linux newbie, trying to read ffmpeg docs. Can anyone please tell me how to view *.texi files (without all the tags). I tried installing texinfo and tex2html packages, but can't figure out how to use them. Thanks.
[06:37] <Xgates> hey if we check out from git then what version/revision are we dealing with? I need to know a version/revision so I can package this and I'm not sure...
[07:08] <ircdearia> Using `fffmpeg -an -s 1920x1080 -f x11grab -i :0.0 -s 1920x1080 -r 25 -vcodec libxvid -sameq v.avi the output video appears low quality.  The pixels are not exactly identical to those that appear on my screen.  I believe it's related to libxvid codec maybe?  What codec can I use to preserve the exact color of all the pixels?
[07:17] <ircdearia> There are a lot of `ffmpeg -codecs` to choose from.  I'm not sure which one seems most appropriate.
[07:18] <ircdearia> Ah, I shall output to png images
[07:18] <sacarasc> ircdearia: It's often suggested that at first, one encodes to lossless h264 using libx264 and from there into lossy video, again using libx264.
[07:20] <ircdearia> mm, thanks for tip.  I will see if I can output to images though, because I'm taking each individual frame and making a gif animation anyhow.
[07:33] <burek> ircdearia, use -f image2 bla%02d.gif
[07:33] <burek> as an output format
[07:33] <burek> hmm, can ffmpeg create animated gifs?
[07:34] <ircdearia> burek, mm, interesting idea, but I would want to crop all the frames too.  How about, does ffmpeg support xcf (the gimp)?
[07:34] <burek> it has -vcodec gif
[07:34] <burek> but im not sure if it knows how to write animated gif
[07:35] <burek> oh yeah baby
[07:35] <burek> it can!
[07:35] <burek> :d
[07:35] <burek> -f gif -vcodec gif output.gif
[07:35] <burek> try that
[07:35] <burek> :D
[07:35] <ircdearia> mm, nice!  In that case, I must lastly see if I can record only certain pixels of my desktop instead of the whole desktop
[07:35] <burek> yes
[07:35] <burek> correct your -i
[07:35] <ircdearia> ah
[07:36] <burek> it's a left-upper point
[07:36] <burek> -s gives width x height
[07:36] <burek> oh wait
[07:36] <burek> -i :0.0+10,20
[07:37] <burek> 10=x, 20=y
[07:37] <burek> http://ffmpeg.org/ffmpeg.html#X11-grabbing
[07:37] <burek> there you go
[07:38] <ircdearia> yay!  ffmpeg is surely amazing!
[07:39] <burek> :)
[07:40] <burek> btw, you'll get huge gif that way
[07:40] <burek> maybe the better would be to encode a video
[07:42] <ircdearia> yeah, and then I will use `mplayer -vo png v.avi` to extract all the frames
[07:42] <burek> try for example: ffmpeg -codecs | grep -i lossless
[07:42] <burek> and try, i dunno.. i would try -f avi -vcodec camstudio
[07:42] <burek> output.avi
[07:43] <burek> thats also lossless codec, used for screen grabbing
[07:43] <burek> so it can't be bad
[07:43] <burek> wait, you need all the frames?
[07:43] <burek> as images, i mean
[07:45] <burek> anyway, need to go
[07:45] <burek> syl :) o/
[10:08] <XeonBloomfield> Hello
[10:09] <XeonBloomfield> When I am typing "-b 500" bitrate is set to "0 kb/s", why?
[10:10] <relaxed> 500k
[10:10] <XeonBloomfield> thx
[10:10] <XeonBloomfield> now it works great
[10:10] <XeonBloomfield> relaxed: thank you
[10:10] <XeonBloomfield> have a nice day
[10:10] <relaxed> you're welcome
[10:12] <XeonBloomfield> How can I convert FLV to AVI lossless?
[10:34] <relaxed> XeonBloomfield: why do you need avi?
[10:34] <XeonBloomfield> relaxed: hmm... I wonder if PiTiVi will work at FLV directly
[10:35] <XeonBloomfield> relaxed: I get 1:1 copy to AVI by "ffmpeg -i a.flv -vcodec copy a.avi"
[10:36] <XeonBloomfield> relaxed: It works directly - AVI is unnecessary
[10:37] <relaxed> Anyone want to be my guinea pig? https://sites.google.com/site/linuxencoding/install-script
[10:38] <relaxed> sacarasc pasteeater ^^^ when you get a chance
[11:02] <XeonBloomfield> relaxed: latest version of ffmpeg supports multi-core rendering?
[11:06] <relaxed> multithreaded decoding, yes
[11:06] <relaxed> ffmpeg has had support for a while now.
[11:35] <ircdearia> booo
[11:36] <ircdearia> It appears not a single video codec is available to capture the exact pixels of X desktop:  http://privatepaste.com/75ada99a74
[11:36] <ircdearia> I captured 3 frames of video using all the video codecs, extracted png image and compared to png image produced with `scrot` and not a single image matched, not even closely.
[11:42] <JEEB> ircdearia, use something capable of RGB if you want exactness
[11:42] <JEEB> also lol sameq
[11:43] <JEEB> most abused command ever
[11:43] <JEEB> because it doesn't do what the documentation used to say, now at least the documentation is changed :P
[11:44] <ircdearia> mm, yeah, I didn't bother to remove it.
[11:44] <ircdearia> I see that using vcodec png accomplishes what I wanted.  
[11:44] <JEEB> which is RGB
[11:44] <JEEB> unsurprisingly
[11:44] <JEEB> I think that at least one or two of the lossless encoders could do RGB as well
[11:45] <JEEB> (lossless video that is)
[11:45] <JEEB> x264 can do RGB-in-4:4:4 but I'm not sure if it's fast enough for live capture
[11:46] <JEEB> anyways, you'd have to see which lossless video codecs support RGB
[11:46] <JEEB> if you want 1-to-1
[11:50] <relaxed> -vcodec ffvhuff
[11:51] <JEEB> yeah
[11:51] <JEEB> I thought ffvhuff could do RGB
[11:51] <JEEB> relaxed, also do you remmeber if there's a way to make ffmpeg/avconv convert YUV<->RGB with the BT.709 matrix
[11:51] <JEEB> and not the BT.601 one
[11:51] <relaxed> Here it says input and output are bgra.
[11:52] <JEEB> great
[11:56] <relaxed> maybe -color_primaries bt709
[11:57] <JEEB> I'll try later
[11:58] <JEEB> so far I've just made people output to RGB from whatever they used for capture, and then had them use avisynth for the RGB->YUV conversion
[12:34] <ircdearia> `ffmpeg -pix_fmt rgb24 -an -s 780x600 -f x11grab -i :0.0+1140,15 -s 780x600 -pix_fmt rgb24 -r 25 -vcodec gif -vframes 10 v.gif`   shows   [gif @ 0x1005300] ERROR: gif only handles the rgb24 pixel format. Use -pix_fmt rgb24.
[12:34] <JEEB> > gif
[12:34] <JEEB> u mad?
[12:35] <JEEB> also, you were already given ffvhuff as an example of a lossless video codec that can do RGB :P
[12:36] <ircdearia> JEEB, I am experimenting.  I previously discovered that using -vcodec png was exactly what I wanted.
[12:36] <JEEB> well, I think png in video only works in mov or so? At least it's only usually supported like that. ffvhuff in avi tends to be more supported. I could be wrong of course.
[12:37] <ircdearia> Regarding if I'm mad or not.  Currently I recorded 1000 frames, converted them to png, loaded the 1000 png images as layers in the gimp, and then though that maybe I can prepare gif animations
[12:40] <Tjoppen> in gimp you can by naming the layers "frame 1", "frame 2" etc, but that's hardly practical
[13:55] <nguard> hello, does anyone know why thumbnail generation does not work for some of my .flv videos? this is an example: http://pastebin.com/TpLwtmvG
[13:55] <nguard> it works for some, for others it just freezes and doesn't do anything
[13:56] <nguard> I think it might have to do with "vp6f -> mjpeg" vp6f codec.
[13:57] <nguard> (h264 -> mjpeg works fine)
[14:04] <Hadus> Hallo
[14:05] <Hadus> Gibt es die Möglichkeit über ffmpeg HD zustreamen?
[14:06] <Hadus> Is there a possibility to stream HD to ffmpeg?
[14:44] <nguard> Hadus: ich kenne mich nicht wirklich gut aus, aber ich glaube du musst es einfach in x264 mit der passenden auflösung konvertieren. pack es in einen mp4 container und dann sollte das zu einem player wie flowplayer oder jwplayer kompatibel sein.
[14:45] <Hadus> Okay, weil den Stream selbst möchte ich auf einem Flashserver schicken per RTMP, die Streamquelle ist beispielsweise eine Dreambox
[15:43] <Nagy> do I need to call avfilter_inout_free?
[15:43] <Nagy> all the examples seems to use avfilter_inout_alloc without corresponding avfilter_inout_free, is that correct?
[16:25] <sacarasc> relaxed: So far this script is pretty cool...
[16:35] <sacarasc> relaxed: The script seems to work fine.
[17:16] <coony> hi
[17:16] <coony> ho
[17:16] <coony> hi
[17:18] <coony> i'm runnig this wiki http://ubuntuforums.org/showthread.php?t=786095 to compile ffmpeg on unbuntu 10.10 my question is on fine i have a encodind to mpeg2video or i add something on its confiritation?
[17:55] <defaultro> hey folks, can ffmpeg do a slow motion like twixtor's effect?
[18:17] <blez> can I compare flv/mp4 by header?
[18:17] <blez> if they're the same
[18:19] <coony> how to have ecoding to mpeg2video non ffmpeg
[19:50] <rynop> pasteeater, not sure if u remember me from few days ago - was having "dark video" issues w/ ffmpeg (from a .glc source). I found out the solution: menocder has a gamma (eq2) option where you can bump up the gamma a bit.  Installing newest ffmpeg did not help...
[19:51] <rynop> not sure why the vid is dark in the 1st place, but bumping up the gamma a bit with mencoder does the trick
[19:54] <JEEB> is it as if the most bright and most dark colors had been cut off?
[19:58] <rynop> JEEB, na - the entire video is just darker.  If i open the .glc file in glc-play looks fine.
[19:59] <JEEB> well, video gets darker if the darkest colors get cut off :P
[19:59] <JEEB> although derp
[19:59] <JEEB> getting tired
[19:59] <rynop> oh, ok. yea then maybe that is what is happening. u run into this before?
[19:59] <JEEB> nope, but I kind of feel that you're not doing the RGB->YUV conversion properly
[20:00] <JEEB> I'd check with Avisynth and AvsP
[20:00] <JEEB> first load the source into avisynth in some way
[20:00] <JEEB> load as RGB
[20:00] <JEEB> then convert to YUV with avisynth and check result
[20:00] <rynop> ok, not familiar with either of those tools but I'll look into it. this is what im doing: glc-play 1092-3.glc -o - -y 1 | mencoder -nosound -demuxer y4m - -ovc x264 -x264encopts qp=18:pass=1 -vf eq2=1.3 -of lavf -lavfopts format=mp4 -o test.mp4
[20:01] <JEEB> > qp
[20:01] <rynop> ?
[20:01] <JEEB> > using qp with x264
[20:02] <JEEB> qp is a mode practically only useful for testing of features etc., normal users are supposed to use crf or bitrate
[20:02] <rynop> sry, im a total encoding noob. so just get rid of the qp option?
[20:02] <JEEB> -.-
[20:03] <JEEB> crf, bitrate and qp are different rate control modes in libx264
[20:03] <JEEB> of which only the first two should be used by normal users
[20:04] <rynop> ok. u like crf or bitrate more? this vid is a capture of a video game...
[20:04] <JEEB> they have different uses
[20:05] <JEEB> bitrate needs two passes for best possible quality for that file size, while crf is meant for 'I just want this quality, now compress it.' kind of encoding
[20:05] <JEEB> and yeah, crf only needs one pass
[20:05] <rynop> ah ok cool, crf it is. just uploading this to youtube, dont need it be great. thx so much for ur help
[20:06] <JEEB> so if you want 'constant quality' crf is for you, just find the highest crf value that works for you
[20:06] <JEEB> basically the end result in both cases for similar bitrate is the same
[20:06] <rynop> kk, gonna start w/ crf=18
[20:06] <JEEB> start around 24
[20:06] <JEEB> it's easier to go down than up
[20:06] <JEEB> also, with crf you don't need to set passes
[20:06] <rynop> is pass=1 needed with crf? so like crf=18:pass=1? or is 1 pass implied?
[20:06] <rynop> :)
[20:07] <rynop> 1 step ahead of me u are
[20:07] <JEEB> nah, I just saw it on your command line and I know that if you set pass=1 it will use faster ways of doing things which aren't exactly a good thing for crf or other kind of encoding that only has one pass to do
[20:07] <JEEB> in libx264 that is
[20:08] <JEEB> anyways, if you're encoding for youtube you might as well set crf to zero and get lossless
[20:09] <rynop> why's that? cuz youbue will downsample (not sure if thats the right word) from my source? so if i dont upload a good src to begin with it will look even shittier?
[20:09] <rynop> shitter in youtube that is
[20:09] <JEEB> downsampling means usually resizing with video, which youtube might do as well depending on the resolution of your clip
[20:09] <JEEB> but no
[20:09] <JEEB> that's not the problem
[20:10] <JEEB> the problem is that youtube will re-encode your video
[20:10] <JEEB> so if you want to minimize the rape factor that youtube does
[20:10] <JEEB> you'll want to upload as good of a sample as possible
[20:10] <rynop> gotcha, yea thats what i was trying to say :).  i'm capturing in 1280x720 so youtube wont touch aspect
[20:10] <rynop> or reszie
[20:11] <JEEB> there are some services that let you upload stuff untouched as long as you go within some limits but youtube isn't one of those :)
[20:11] <rynop> yea. I'm looking for a vid hosting service that lets me upload unlimited # of videos, and is cheap.
[20:12] <rynop> doing a little weekend sideproject thing, want to keep costs low.
[20:13] <rynop> crf=0 will encode the mp4 faster too correct? i'm gonna be encoding lots of these things.
[20:13] <JEEB> well, yeah -- lossless H.264 has no b-frames, so one part of encoding drops completely out
[20:14] <rynop> coo
[20:14] <JEEB> so it should be somewhat faster as long as your HDDs can keep up
[20:14] <JEEB> if it's still too slow you can set the preset parameter
[20:14] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#preset
[20:15] <JEEB> presets are basically speed VS compression ratio
[20:15] <rynop> oh, cool. thx.  I'll be reading .glc from one HDD and writing to another. so hopefully it will help a bit.
[20:16] <rynop> u know if its possible to leverage your GPU when doing encoding. I know this is totally different subject, but sounds like u know wtf ur talking about.
[20:17] <rynop> i'm gonna be doing this encoding on a ghetto old box of mine. dual core p3. would like to leverage the nvidia GPU if possible.
[20:17] <JEEB> it is possible, and some encoders do it: the key is that you shouldn't leave the whole encoding chain to the GPU unless you have made your format specifically for that use
[20:18] <JEEB> some encoders have motion estimation for H.264 put onto the GPU
[20:18] <JEEB> not that it is of higher quality or otherwise more efficient, but it's just using a piece of hardware that normally doesn't get used, thus (possibly) being more fast
[20:18] <JEEB> but no, ffmpeg doesn't support these as far as I know :)
[20:18] <JEEB> mostly because libx264 doesn't support these
[20:19] <rynop> yea. ok. do you know the name off the top of your head of an encoder that does support GPU? just so i know where to focus my research
[20:19] <JEEB> the thing's generally slower than x264
[20:19] <rynop> oh
[20:19] <JEEB> so let's just say "It's not worth it"
[20:19] <rynop> cool, well that saved me some time. thx
[20:20] <JEEB> There seems to be an actual project to use OpenCL for the motion estimation in x264
[20:21] <JEEB> but I'm not expecting much, if at all
[20:26] <rynop> ok
[21:15] <coony> is it normal that fflay give me this kind of problem whe i want to see a file mov
[21:15] <coony> [mpeg2video @ 0x9262a00]warning: first frame is no keyframe    0B f=0/0
[00:00] --- Mon Dec  5 2011