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

[burek]

[02:45] <itsthesource> Hey all, a player I'm using is having trouble playing back movies in optimized MP4 containers, so I want to extract the video & audio streams and put them in a new container. However, the amount of audio tracks vary. Is there a way to get all video & audio tracks without having to query the file for information first?
[03:00] <hwk> not likely... you need a map to know your routes
[03:03] <itsthesource> Thanks. I was pretty sure there wasn't an option to do so.
[03:04] <linuxdev> Hi. For -vb 256K what is the recommended -bufsize?
[04:19] <APoulos> burek, my computer is a piece of crap
[04:20] <APoulos> burek, seriously, I spent 5 hours converting a 11GB mkv file down to a 2.7GB mp4 file and it overheats.
[04:20] <APoulos> burek, I should make a meme or something, Craptastic Compaq
[04:20] <APoulos> burek, anyway, is there anyway I can have ffmpeg split a file while converting?
[04:21] <APoulos> burek, here's the syntax I have so far: ffmpeg -i blah.1080p.mkv -vcodec libx264 -preset ultrafast -s 720x480 -acodec copy -t 90 sample.mp4
[04:22] <APoulos> can someone explain what "ultrafast -s" stands for in the ffmpeg syntax?
[04:25] <APoulos> well then
[05:04] <elizeucoder> hi everyon
[05:05] <elizeucoder> im new in ffmpeg and im having a problem with h264
[05:17] <ArchMint> elizeucoder: how did you install x264?
[05:17] <ArchMint> I had it mess up because I had 2 installs once
[05:18] <elizeucoder> i downloade a static version with libx264 included
[05:18] <elizeucoder> *downloaded
[05:19] <elizeucoder> i want to convert a mp4(h2644) file to normal flv
[05:19] <elizeucoder> but the program cant make the conversion to this type of file
[05:19] <elizeucoder> :/
[05:24] <Arconiaprime> what's the command line command to convert low grade avi video to 720p avi/mpeg4?
[05:29] <elizeucoder2> im using the comman: ffmpeg.exe -i video.mp4 -vcodec copy -acodec copy --o file.flv
[05:29] <elizeucoder2> but nothing happens
[05:29] <elizeucoder2> :/
[05:37] <APoulos> Hello ladies and Gents, I have a question about encoding a video file that has dual audio (eng and jap) audios
[05:37] <APoulos> I'd like to know how I would go about encoding only one of the audios to the final encode
[05:37] <APoulos> so if someone could please help me out with that syntax I'd be thankful
[07:14] <grepper> APoulos: you would use the -map option
[07:14] <APoulos> grepper, -map option?
[07:15] <APoulos> grepper, can you use that in a syntax?
[07:16] <grepper> if you do ffmpeg -i FILE, you will see what streams are available
[07:17] <grepper> 0:0 is usually video
[07:17] <grepper> so ffmpeg -i FILE ... other options ... -map 0:0  -map 0:1 OUTFILE
[07:18] <grepper> would map the video stream and the 1st audio stream probably - you'd need to check the output of that 1st command to be sure what you are mapping
[07:19] <APoulos> grepper, how about if I wanted to split a large output file into 2 parts - due to the sh*tty PC I have and its ventilation system
[07:20] <APoulos> grepper, because I tried to shrink an 11GB mkv down to 2.5GB and it overheated
[07:20] <APoulos> and I lost everything
[07:20] <grepper> see -t and -ss options in the manpage
[07:20] <APoulos> grepper, manpages are a headache, can you use them in a sample syntax?
[07:20] <APoulos> grepper, something I can build off of?
[07:22] <grepper> ffmpeg -i FILE -t 01:00:00  <- 1st hour  ,  ffmpeg -i FILE -ss 01:00:00  <- rest of video
[07:23] <APoulos> thank you sir
[07:23] <APoulos> i shall log it and use it for building off of
[07:24] <APoulos> now say I wanted to join them later on?
[07:27] <grepper> depends on what format
[07:27] <grepper> easiest to use the split for a popcorn break :)
[07:28] <APoulos> haha
[07:28] <APoulos> I guess so
[07:34] <grepper> btw you can fast seek by putting the -ss  before the '-i FILE' but it is not as accurate and also may produce a few corrupt frames iirc
[07:34] <grepper> its much quicker though
[07:38] <APoulos> whats the whole "ultrafast" command mean?
[07:39] <grepper> ?
[07:52] <APoulos> eh
[07:52] <APoulos> nevermind
[16:39] <Vardan> !pastbin
[17:06] <DasHaas> Hi Im am seeking some assistance with some saturation issues I am having with ffmpeg
[17:06] <DasHaas> the output video seems less saturated and im not sure how to preserve the original saturation level
[17:08] <burek> DasHaas, are you re-encoding your video?
[17:08] <DasHaas> yes i am
[17:08] <DasHaas>  ffmpeg -i 2.mov -vcodec libx264 -b 8000k -y out.m4v
[17:09] <burek> you can take a look at mp video filter
[17:09] <burek> http://ffmpeg.org/ffmpeg.html#mp
[17:09] <DasHaas> oh btw Im running ffmpeg from OSX
[17:09] <burek> you'll see the example at the end of the section
[17:09] <DasHaas> ok let me check thaat out
[17:10] <burek> ffmpeg -i 2.mov -vf "mp=hue=100:-10" -vcodec libx264 -b 8000k -y out.m4v
[17:10] <burek> something like that
[17:10] <burek> btw, you might try playing around with -crf, -preset and -tune to see if you'll get better image
[17:10] <burek> x264 --help
[17:11] <DasHaas> hmm interesting
[17:11] <DasHaas> playing with the different values but i think im on the right path
[17:11] <DasHaas> thanks a million! i appreciate your assistance
[17:13] <burek> :beer: :)
[18:32] <edgy> Hi, ffmpeg -i test.rm test.mp3 generated a corrupted mp3 file, what could be wrong?
[18:33] <edgy> here is more info: http://pastebin.ca/2154653
[18:34] <edgy> -rw-rw-r-- 1 edgy edgy  83K May 26 19:31 test.mp3
[18:34] <edgy> -rwxr--r-- 1edgy edgy 1.3M Mar 18 21:32 test.rm
[18:41] <sgfgdf> hi, guys! is it possible to stream video to a STB device? it is actually used now for recieving tv from my Internet provider. does those STBs can accept different stream from the local network?
[18:45] <mystica555> if you can control the stb enough to do it, perhaps.. or if you can figure out exactly how your isp streams the tv multicast and emulate it exactly (perhaps, which VLAN its on if any, which multicast address to recieve from, whatever other signalling is required..)
[18:58] <sgfgdf> mystica555, the problem is that i have very few options to control the STB, probably they locked the important options to prevent users doing wrong stuff or restream the tv channels to another tv.
[18:58] <mystica555> thats where the 'configure your setup to match that of the isp' comes in; if its looking for something on vlan 127, at a certain multicast ip/port, then you may be able to trick it
[18:58] <mystica555> for example
[18:59] <mystica555> you'd have to do some pretty in-depth network sniffing and traffic analysis though
[19:01] <sgfgdf> mystica555, the problem is that the tv doesn't have DLNA, otherwise i would not bother to use the stb, i would stream directly to the tv.
[19:01] <mystica555> get yourself a wdtv
[19:01] <mystica555> or some other compatible network streamer
[19:01] <mystica555> *shrug*
[19:01] <mystica555> using the STB will be many orders of magnitude harder
[19:04] <sgfgdf> mystica555, by wdtv did you mean this -- http://en.wikipedia.org/wiki/WD_TV or something else?
[19:04] <mystica555> yes that
[19:04] <mystica555> its one of the most compatible streaming devices available
[19:04] <mystica555> there are many others however, with differing format playability
[19:04] <mystica555> and of course, price point
[19:07] <sgfgdf> mystica555, actually i used DLNA on another tv which supports it and i noticed that videos higher than 720p are difficult to play, they play very slow. i actually don't know if it is because i try to stream them over WiFi (802.11g) or perhaps my computer struggle to do the streaming.
[19:07] <mystica555> potentially both
[19:07] <mystica555> some higher quality videos will burst up to 20 megabits or so, and without proper buffering or with low signal and thus low transmit rates, you end up with underruns on the high bitrate stuff
[19:08] <mystica555> if its having to reencode on your computer, then you have even more potential for playback errors
[19:08] <mystica555> the wdtv itself is very format compatible, the only thing it can't play are 10bit h264s
[19:08] <mystica555> so it would instead of using DLNA, stream from a network share for example
[19:08] <mystica555> literally just pulling the raw file and decoding on the unit
[19:09] <sgfgdf> mystica555, can it use wifi signal?
[19:10] <mystica555> yes
[19:10] <mystica555> 802.11n
[19:10] <mystica555> however, if you can use ethernet, you will be guaranteed to not have a speed limit
[19:11] <sgfgdf> mystica555, do you think it is better than those alternatives like google tv and etc?
[19:12] <mystica555> it is a self contained unit; google tv itelf is rather limited in what it will natively play as it uses its GPU and not the CPU if memory serves; if you get an older unit and hack linux onto it, it may be more capable..
[19:20] <sgfgdf> mystica555, i'm not looking for comparison between roku, google tv, boxee, apple tv etc, but didn't see wdtv. is it somekind different from them?
[19:21] <mystica555> it is similar, but different. :) boxee is about the most compatible of the bunch, being an atom cpu with a very well thought out UI
[19:21] <mystica555> the wdtv is second in line for compatibility, but has lesser features
[19:21] <mystica555> the roku/google tv/apple tv are mostly online streaming, and indeed the roku won't even play LAN shared files at all, but does have a third-party DLNA streaming app
[19:22] <sgfgdf> mystica555, what can you do more with boxee than apple tv for example?
[19:22] <mystica555> much more
[19:23] <mystica555> apple's designs are limited in very many arbitrary ways
[19:24] <sgfgdf> mystica555, if you can stream video and rent from it what else people can do with this boxee?
[19:24] <sgfgdf> btw the boxee is the most expensive of them.
[19:38] <mystica555> yes the boxee is, because its a full atom x86 box.. hardware costs more.
[19:38] <mystica555> i think it has a more developer oriented platform for anyone to make different apps for
[19:39] <mystica555> and it has a browser
[19:39] <mystica555> with flash iirc
[19:40] <cbreak> yuck
[19:40] <cbreak> flash
[19:41] <sgfgdf> mystica555, so the others use hardware architecture like mips or arm, is that right?
[19:41] <mystica555> yes
[19:41] <mystica555> well, flash might be yuck, but for some online videos it works :)
[19:43] <sgfgdf> mystica555, what else you can do with boxee instead of the standard video streaming and renting videos? any interesting feature that lacks in the others boxes?
[19:43] <sgfgdf> mystica555, oh besides the browser itself.
[19:45] <mystica555> mainly the app availability, and the ability for just about anyone to make new apps for it
[19:45] <mystica555> with said apps, there are *many* more content options
[19:46] <mystica555> and other neat things too
[19:47] <sgfgdf> mystica555, does it play more video formats than the others (i mean if it is possible to play from HDD or something not the streaming feature)?
[19:47] <mystica555> its actually possible to hook up USB hard drives to just about all of these boxes
[19:47] <mystica555> but yes its format compatibility is top notch
[19:48] <mystica555> proper subtitles for things like anime, etc
[19:50] <sgfgdf> mystica555, on the other hand while streaming to the box is the video format a factor or it probably is converted if not playable by the box itself?
[19:51] <mystica555> its the same compatibility as a locally attached hard drive
[19:51] <mystica555> for the wdtv and the boxee
[19:51] <mystica555> others, not so much.. Sony makes a streamer box that will do ONLY mpeg2 over DLNA, and offers only more compatibility via a local usb hdd
[19:52] <mystica555> the only consideration is if the wifi signal is enough to give enough speed to stream high bitrate files to it
[19:53] <sgfgdf> mystica555, so if you have to rank them it will be something like boxee box, wdtv, and then?
[19:54] <mystica555> then, something like popcorn hour
[19:54] <mystica555> its popular with a lot of community
[19:54] <mystica555> but afaik not as much format compatibility in the current model
[19:54] <mystica555> lesser online features
[19:54] <mystica555> boxee far surpasses anything for online content features
[19:55] <sgfgdf> mystica555, where would you put the google/apple tvs, roku?
[19:56] <mystica555> somewhere near the bottom of the list.. i consider the roku and appletv useless; google is more useful, as iirc it uses android
[19:56] <mystica555> actually lets check the googletvs compatibility..
[19:56] <mystica555> it may be closer to the middle or low high end
[19:57] <mystica555> actually it seems pretty well specced too
[19:58] <mystica555> ok so i was wrong about that
[19:58] <sgfgdf> mystica555, about google tv, or...?
[19:58] <mystica555> id say its maybe a second and the wdtv would be the third
[19:58] <mystica555> about google tv
[19:58] <mystica555> wasnt aware it had such a good format compatibility
[19:59] <mystica555> it may not have full subtitle support in the way that the boxee or wdtv do
[19:59] <mystica555> but again, uncertain
[19:59] <sgfgdf> mystica555, so the format compatibility is probably one of the most important if people want to stream, right?
[20:00] <sgfgdf> i'm actually not aware if the manufacturers put some softwar updates to the boxes to update the format compatability if it is possible.
[20:00] <sgfgdf> *software
[20:06] <mystica555> well, there are some updates which software can do, and others which are hardware limitations
[20:07] <mystica555> all presented so far use a GPU based decoder chip for the video playout; whether its mpeg, h264, realmedia, etc
[20:07] <mystica555> the cpu however can be used for audio, as well as for container format demuxing, subtitle rendering, etc
[20:07] <mystica555> so software updates can update that part, but don't expect for example hi10p playback from any of these boxes, ever
[20:07] <mystica555> as no GPU based decoder will play that content
[20:19] <sgfgdf> mystica555, i'm actually not aware of that hi10p but it appears to use more information for showing colors. anyway thanks for the help!
[20:19] <mystica555> more color info, yes
[20:19] <mystica555> a lot of anime ripping groups use it because it theoretically provides for smaller encodes with the same visual clarity without banding (otherwise, they pre-dither to remove banding thus taking more bitrate to display)
[20:20] <mystica555> or they just want to do insane quality stuff
[20:20] <mystica555> but no hardware decoder exists to play it yet on the market
[20:20] <sgfgdf> so todays video uses still very low colors compared to pictures or i'm wrong?
[20:22] <mystica555> no, they are the same at the moment; 8 bits per pixel or 24 bits to descrbe the image; however digital camera RAW files are much more, usually 10-12-14 bit sometimes; all depends on the camera.
[20:25] <sgfgdf> mystica555, i did not understand that part -- 8 bits per pixel or 24 bits to describe the image. where does 24 comes from?
[20:25] <mystica555> 8 bits each for red, green and blue channels
[20:25] <zap0> 8 bit is not great, on a HD display, its easy to see banding.
[20:27] <sgfgdf> mystica555, so isn't it 24 bits per inch then? 8 bits of red, 8 of green and 8 of blue, because this bit can contain combination of three of them. am i missing something?
[20:28] <zap0> inch?
[20:28] <mystica555> no.. each pixel is encoded for a color value
[20:28] <mystica555> the combination of 8 bits (256 combinations) each for r/g/b makes up for 16.7 million possible combinations of colors per pixel
[20:38] <alp> hi, i just want to know that How can i insert multi images according times to a video, and export it?
[20:39] <alp> is it possible with ffmepg
[20:41] <ubitux> parse error
[20:41] <ubitux> i don't understand your question
[20:42] <alp> is it possible to insert multi images (not a image like logo) to a video with ffmepg?
[20:42] <ubitux> overlay can take images but also another video as input
[20:43] <alp> so, the images should be a video...
[20:43] <alp> is it correct
[20:43] <ubitux> yes, but is that a problem?
[20:43] <ubitux> you can create a lossless video from your images
[20:44] <ubitux> actually i wonder if you can avoid this step..
[20:44] <alp> but how can i build a video from these images according to time issue
[20:45] <alp> because, i want to see these images before according specified time
[20:45] <alp> i want to give an example
[20:45] <ubitux> maybe try something like: ffmpeg -i video.avi -f image2 -i /tmp/%03d.jpg -filter_complex '[0:v][1:v]overlay[out]' out.avi
[20:46] <alp> e.g., let say there is 5 images and i want to build 10 min video from them
[20:46] <alp> so how can i arrange?
[20:46] <alp> at that command, is there any time parameter?
[20:47] <ubitux> it will use the shortest time i guess
[20:47] <alp> h1mm :)
[20:47] <ubitux> i didn't test anything, you will likely need to experiment
[20:47] <alp> not solves my problem
[20:47] <alp> h1mm ok
[20:47] <alp> thank you for ur effort
[20:48] <ubitux> check http://ffmpeg.org/ffmpeg.html
[20:48] <alp> let's google :/ again again again
[20:48] <ubitux> look for "image2", "filter_complex", and "overlay"
[20:48] <ubitux> there are examples
[20:48] <alp> thank u again
[20:48] <alp> bye
[20:51] <sgfgdf> mystica555, okay when you say "8 bits each for r/g/b/" it means 8x3 isn't it right, so 24 bits per pixel.
[20:52] <mystica555> yes, however the nomenclature ends up referencing the subpixel
[20:52] <mystica555> i don't know why
[20:52] <mystica555> so 8 bits per subpixel
[20:52] <mystica555> or 10
[20:52] <mystica555> *3 subpixels
[20:53] <sgfgdf> mystica555, so this new trend is to use 10-bits per color r/g/b? ins't 16 millions colors enough for the human eye?
[20:53] <mystica555> its only a trend for some very specific tasks at the moment; animation being one where banding is most commonly seen
[20:54] <mystica555> it *is* enough for the human eye, but for computer processing, when it comes to floating point rounding and such, the error adds up and it doesn't quite look as good
[20:55] <zap0> sgfgdf, yor thinking about it wrong.    if you have a gradient on your HD monitor (everyones got one now days!)  and its a green gradient..  thats only 256 shades of green.
[20:55] <zap0> how can i draw a 1920 gradient on the screen with only 256 colours?
[20:57] <mystica555> plus every encoding step, it converts the already lesser-than-optimal colorspace, with perhaps differing results, creating even more potential for large jumps between gradients as the colors may be a few shades different after reprocessing..
[21:02] <sgfgdf> zap0, i will use the same color for every ~7 pixels, since i can't distinguish between lets say color #5 or color #5.1 (if #5.1 is some new color out of that 256 colors).
[21:03] <zap0> but the thing is,  you can distinguish.
[21:08] <sgfgdf> zap0, if you use the other red and blue colors in conjunction with the green won't you get more than 256 colors? i mean if you use only the green park you are right you get only 256 variants of green, but when adding the other base colors..?
[21:08] <sgfgdf> i'm just asking i actually don't know much about colors.
[21:09] <sgfgdf> as you can see :)
[21:10] <zap0> the result stops being green
[21:10] <zap0> it is some other colour.
[21:11] <zap0> sgfgdf http://cinetal.com/Download%20Library/stills/8bit_full_grad_2green.png     i see banding, do you?
[21:13] <sgfgdf> zap0, so they say 16+ million colors are enough for human eye and then if we talk exclusively about one of the base colors then it is not enough, because we want variants only from that color.
[21:13] <drv> if you've got a run-of-the-mill LCD panel, it's probably 6 bit anyway :P
[21:14] <RobertNagy> what is the best way to manage cases when looping files where there is more audio than video?
[21:15] <zap0> drv, yes, 6bit.. when?   it might be 6bits, but it can modulate between the next colour and the previous colour pretty fast.
[21:16] <zap0> so the overall light level leaving that pixel on the LCD can be more then 6bits
[21:16] <zap0> there is more to LCDs than just bit depth,  response time is important too.
[21:19] <zap0> sgfgdf, when the first movies of a train "crashing" thru the camera view where shown in the early 1900's,  audiences would duck.   at the time you could say the image was considered real enough for human eyes to represent a real thing.  can you imagine that now?
[21:19] <sgfgdf> zap0, yes i see something like stripes. does that image repets same color per few pixels?
[21:19] <zap0> "enough for human eyes"  is when you can't tell the difference between a real object and a displayed hologram.
[21:20] <zap0> sgfgdf, yes.  it has only 256 shades of green to use.   it must use them over 1920 pixels
[21:20] <zap0> so you are rigth its about ~8 pixels
[21:21] <zap0> you're monitor is likely cheaper than most?    if so, its probably one of those 6bit panels.    which means you are likely not even seeing all 8bits simetaneously as well
[21:25] <sgfgdf> zap0, so the problems exists when you need to show something that needs a big variants of the same base color?
[21:26] <sgfgdf> zap0, i actually see the stripes most on the black side (left) and they are not so noticable, but if i watch steadily i can see them.
[21:34] <Zeranoe> Can FFmpeg encode to 48000 PCM?
[21:42] <LittleFoot> hi whats the less choppy way to screen capture
[21:42] <mystica555> Zeranoe: yes
[21:44] <zap0> LittleFoot, have enough resources.
[21:44] <LittleFoot> no the comand thx
[21:44] <Snaggle> I'm trying to build ffmpeg-0.11 on OS X, and even though I have disabled libavresample, I get a failure that libavfilter.2.dylib needs libavresample.dylib. I know there was some issue of libavresample coming over from libav, but I thought it was totally optional.
[21:54] <sgfgdf> zap0, tahks for the conversation and the help! thanks to the other in the channel too!
[21:54] <zap0> ;)
[21:55] <sgfgdf> i have to go, bye.
[22:01] <Zeranoe> Is there an easy way to compile FFmpeg to disable all encoders other than the pcm ones? I see that --list-encoders lists many pcm types
[22:12] <lanceio> Unrecognized option 'x264opt'
[22:12] <lanceio> Failed to set value 'ref=3:b-pyramid=none:weightp=1' for option 'x264opt'
[22:12] <lanceio> what do I do?!
[22:12] <Mavrik> version?
[22:13] <Mavrik> output?
[22:13] <Mavrik> anything that chanserv tells you to do when you came to the channel?
[22:13] <lanceio> 0.8 - ubuntu
[22:14] <lanceio> thats the exact error message that I get:
[22:14] <lanceio> Unrecognized option 'x264opt'
[22:14] <lanceio> Failed to set value 'ref=3:b-pyramid=none:weightp=1' for option 'x264opt'
[22:22] <JEEB> x264opts
[22:22] <JEEB> yes, I think I even pasted that for you earlier, and it is -x264opts
[22:25] <lanceio> exactly JEEB I ran it today, and it still says its wrong
[22:25] <lanceio> Unrecognized option 'x264opts'
[22:25] <lanceio> Failed to set value 'ref=3:b-pyramid=none:weightp=1' for option 'x264opts'
[22:25] <JEEB> hmm
[22:26] <lanceio> do I need to install any seperate dependencies?
[22:26] <JEEB> I guess you are running something debian-based?
[22:26] <lanceio> ubuntu to be exact
[22:26] <JEEB> those have libav used instead of ffmpeg, and the avconv binary is more up-to-date as they chose not to update the ffmpeg command line tool
[22:27] <JEEB> you should try using avconv or switching to ffmpeg :)
[22:27] <lanceio> yeah you are right! ffmpeg claimed that it was being discontinued.
[22:27] <lanceio> avconv?
[22:27] <lanceio> seperate channel? :O
[22:28] <JEEB> nope, it says that the ffmpeg binary is deprecated (within the libav project)
[22:28] <JEEB> ffmpeg is a separate project, and it has merged the updates brought from the libav side into the ffmpeg command line tool
[22:28] <JEEB> and yes, there is #libav for libav-related talk
[22:28] <Mavrik> afaik debian distros just symlink ffmpeg to avconv
[22:28] <JEEB> nah
[22:28] <Mavrik> causing confusion since command-line parameters don't match
[22:29] <Mavrik> JEEB: at least my ubuntu 12.04 does that -_-
[22:29] <lanceio> so this wont work then? sorry if I dont understand things... would you suggest me a front end?
[22:29] <JEEB> orly?
[22:29] <JEEB> Mavrik, it could be possible but I just remember them having the non-updated ffmpeg there as lanceio says
[22:29] <JEEB> lanceio, just try switching s/ffmpeg/avconv/ when calling it
[22:30] <JEEB> the tool's name is just different
[22:30] <lanceio> HAH. surprisingly that gives me the exact same error as this one! Mavrik was right, its a symlink to avconv
[22:30] <JEEB> heh
[22:30] <JEEB> interesting
[22:30] <lanceio> I need to get my hands on the original binary version of ffmpeg
[22:31] <lanceio> source? build again?!
[22:31] <JEEB> the -x264opts setting should be there tho...
[22:31] <JEEB> on either project
[22:31] <lanceio> hmm... perhaps if I ran it from windows? will those libraries work?
[22:32] <lanceio> I can reboot and come from windows 7
[22:32] <lanceio> if thats an room for improvement
[22:32] <lanceio> any*
[22:32] <JEEB> you have libx264 installed btw?
[22:32] <JEEB> also for windows you'd have to find pre-built binaries
[22:33] <JEEB> (unless you want to have fun with mingw)
[22:33] <lanceio> yes I do
[22:33] <lanceio> I just checked that
[22:33] <lanceio> its there.
[22:34] <lanceio> its called libx264-120
[22:34] <lanceio> but I assume they are the same
[22:34] <JEEB> yeah, the -120 is just the API version
[22:34] <JEEB> take a look at the ubuntu compile guide @ the topic
[22:34] <JEEB> and try it out
[22:35] <lanceio> ok
[22:35] <JEEB> libx264 and friends are faster on linux anyways, and with a non-slow pc it shouldn't take too long
[22:35] <JEEB> (unless the guide sucks)
[22:36] <lanceio> do you suggest any front ends? as long as the quality is somewhat better than "ffmpeg -i source.flv -s 320x240 output.mp4" I dont mind
[22:36] <lanceio> whether its ffmpeg avconv or any other thing for that matter
[22:36] <JEEB> nope, no front ends are better to use than ffmpeg itself by now tbqh
[22:36] <lanceio> damn.. so I compile again?
[22:36] <JEEB> also... I wonder if the stuff I wrote into the x264opts incorrect
[22:37] <JEEB> because it says it's unable to set value to the option
[22:37] <lanceio> I dont think you are wrong, or else the -x264opts wouldnt have worked
[22:37] <lanceio> I googled it, many people had the same problem too
[22:38] <JEEB> "options is a list of key=value couples separated by ':'"
[22:38] <JEEB> ref=3 is correct
[22:38] <JEEB> weightp=1 is most likely correct as well
[22:39] <lanceio> whats the pyramid thing?
[22:39] <JEEB> b-pyramid is a setting in libx264 as well
[22:39] <JEEB> it's one of those things that libx264 will try to turn on to get better compression, but the PSP no gusta it
[22:40] <JEEB> also, can I get a full pastebin of your command line?
[22:40] <lanceio> yes
[22:40] <lanceio> im on it
[22:42] <lanceio> can you tell me how to redirect stderr also to stdout?
[22:42] <JEEB> you should be able to just copypasta stuff off of the terminal if you're using something a la gnome-terminal or whatever (and most ssh terminals on windows)
[22:43] <lanceio> ok
[22:45] <lanceio> http://pastebin.com/unJQz3dN
[22:45] <JEEB> -vcodec libx2640 <- was the zero there?
[22:47] <lanceio> yes
[22:47] <lanceio> I just removed it
[22:47] <lanceio> and tried again
[22:47] <lanceio> still no use
[22:47] <JEEB> :/
[22:47] <lanceio> exact same error
[22:49] <Mavrik> avconv does not have the x264opts parameter.
[22:49] <Mavrik> that's what the error says -_-
[22:49] <lanceio> yeah...
[22:49] <JEEB> it should, I see documentation from 2011 detailing it
[22:49] <lanceio> Im gonna compile ffmpeg from scratch.
[22:49] <JEEB> yeah, that works too
[22:51] <Mavrik> JEEB: I've just checked documentation on libav.org and there's no mention of it
[22:52] <Mavrik> while ffmpeg documentation does list it
[22:59] <JEEB> lanceio, can you instead of libx264 try out -refs 3 -b-pyramid none (or 0) -weightp simple (or 1)
[22:59] <lanceio> yeah ok
[23:00] <JEEB> argh
[23:00] <JEEB> not libx264 but x264opts
[23:00] <JEEB> because it seems like libav has separate settings instead of just sending a settings string into libx264
[23:00] <lanceio> ahh dude sorry
[23:01] <lanceio> I alredy removed
[23:01] <lanceio> ffmpeg
[23:01] <lanceio> its neccasry
[23:01] <lanceio> take a look at the compile for ubuntu thing
[23:01] <JEEB> ok
[23:01] <JEEB> anyways, there's a high chance it would've worked with separate settings
[23:01] <JEEB> looking at the libx264.c in libav
[23:01] <JEEB> heh, learned a new thing :P
[23:23] <lanceio> still compiling... ohh boy I wish I had faster internet! :|
[00:00] --- Sun May 27 2012