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

[burek]

[00:09] <Barvinok> did it. ticket #1664
[00:09] <JEEB> great, might take a look at the sample you probably provided tomorrow or so
[01:53] <autopilot> hi - i have a quick question about ffmpeg - if you don't specify the bitrate for encoding, is the input bitrate used for the output?
[01:59] <sacarasc> No.
[02:01] <t355u5> sacarasc: any chance that you can specify this? e.g. -abr ibr ??
[02:01] <t355u5> or do you always have to check the input bitrate first?
[02:01] <sacarasc> Don't think there is something like that.
[02:08] <autopilot> i see - if you specify a higher bitrate than the input, will it drop down to what the actual input bitrate is? I've specified 320k but an mp3 i've generated is actually at 64k..
[02:09] <sacarasc> It should do what you want, can you give the command line and full output on a pastebin?
[02:31] <autopilot> sacarasc: sorry i'm not ignoring you, not sure why but output is mangled, maybe it doesn't like tmux.. not showing the cmd properly
[02:38] <autopilot> sacarasc: http://pastebin.com/xidKHkp7
[02:38] <autopilot> 64kbps according to the windows details tab
[02:38] <sacarasc> Try using -ab rather than just -b.
[02:40] <autopilot> what does the -a do? there's no mention of an individual a option in the man pages
[02:40] <autopilot> that's working btw, thanks
[02:40] <t355u5> -ab = audio bitrate
[02:41] <autopilot> ah, thanks
[02:49] <heimlich> Hi Guys, does ffmpeg support the output to .exr frames ?
[02:51] <autopilot> is there an option to list the details of a file via ffmpeg?
[02:51] <heimlich> ah.. geez.. forgot about that.. lemme look
[02:51] <heimlich> auto: isnt there ffprobe ?
[02:53] <autopilot> heimlich: thank you :)
[02:53] <heimlich> darn.. looks like no exr support :(
[09:09] <thiagoalencar> Hi, is anybody interested in developing a RTSP h264 video decoding application for iOS ?
[09:11] <thiagoalencar> *payment amount negotiable
[09:42] <fasta_> Where do I get va/va.h?
[11:41] <japjap> Hello, can ffmpeg record video stream coming in thru local udp port as RTPs ?
[11:52] <burek> japjap yes
[12:04] <burek> autopilot, you might look at this also: http://ffmpeg.org/trac/ffmpeg/wiki/Encoding%20VBR%20(Variable%20Bit%20Rate)%20mp3%20audio
[12:09] <japjap> burek, could you please tell me how to do that ?
[12:09] <burek> ffmpeg -f rtp -i udp://localhost:port -vcodec ... output
[12:10] <burek> is your input rtp or you need your output to be rtp
[12:10] <japjap> it is RTp, holding H.264
[12:10] <burek> then it's the correct cmd line
[12:11] <japjap> ok, let me try
[12:14] <japjap> I ran it like this ffmpeg -f rtp -i udp://localhost:5599 -vcodec libx264 output.mp4
[12:14] <japjap> but it did not work
[12:15] <japjap> I am having Wireshark on and saw the RTPs coming
[12:15] <japjap> but there is no output.mp4 there
[12:16] <japjap> any idea why ?
[12:21] <japjap> It keeps waiting and no message is shown
[12:34] <burek> japjap, are you sure you capture the localhost:5599 with wireshark
[12:34] <burek> captured*
[12:54] <japjap> burek, yes I am sure
[12:55] <japjap> I have also written my own UDP client and I was able to receive the data with it
[12:59] <japjap> I feel like it doesn't even touch ffmpeg
[12:59] <japjap> ran with -loglevel debug and still no further info
[13:01] <japjap> However, I am pretty sure that ffmpeg does listen for incoming data as I've been asked to allow access (firewall)
[13:17] <japjap> Forget it... I was using `localhost` instead of the actual IP
[13:18] <japjap> It now says: Unable to receive RTP payload type 96 without an SDP file describing it
[13:23] <japjap> Any idea what going on ?
[13:23] <japjap> I am running: ffmpeg -loglevel debug -f rtp -i udp://192.168.5.6:5599 -vcodec libx264 output.mp4
[13:27] <japjap> It also gets confusing...
[13:27] <japjap> it says: [rtp @ 01CD97C0] Unable to receive RTP payload type 96 without an SDP file describing it
[13:27] <japjap> [rtp @ 01CD97C0] All info found
[13:31] <burek> japjap, try next time udp://@:port
[13:31] <burek> or udp://0.0.0.0:port
[13:32] <burek> japjap can you please use a pastebin site (like www.pastebin.com) to show your ffmpeg command and the complete console output?
[13:40] <japjap> http://pastebin.com/WCHmxcDD
[13:52] <japjap> any clue ?
[13:53] <burek> you need to use sdp file
[13:53] <japjap> how could I provide the SDP ?
[13:53] <burek> [rtp @ 01D297C0] Unable to receive RTP payload type 96 without an SDP file describing it
[13:55] <japjap> Could you please tell me how to provide it ?
[14:07] <cbsrobot> japjap: did you try with -i udp://192.168.5.6:5599 ?
[14:07] <cbsrobot> ah sorry
[14:07] <cbsrobot> with
[14:07] <cbsrobot> -i udp://192.168.5.6:5599
[14:08] <cbsrobot> damn
[14:08] <japjap> :)
[14:08] <cbsrobot> -i rtp://192.168.5.6:5599
[14:08] <cbsrobot> ah - nice
[14:08] <japjap> no, let me try
[14:08] <japjap> and keep the -f rtp, right ?
[14:09] <cbsrobot> try it out
[14:09] <japjap> with or without, gives the same messages
[14:10] <japjap> as pasted on pastebin
[14:11] <cbsrobot> what rtp server are you using ?
[14:12] <japjap> it is a DVR
[14:13] <japjap> I do not know... how could I find out ?
[14:13] <cbsrobot> just wondering
[14:13] <cbsrobot> as it says it could not get the spd description
[14:13] <cbsrobot> I think the server should deliver it ....
[14:13] <cbsrobot> did you try rtpdump ?
[14:14] <japjap> what should SPD hold ? should that be sent over along with PPS / SPS ?
[14:14] Action: cbsrobot has no clue of rtp
[14:15] <japjap> ?
[14:15] <cbsrobot> fflogger: !google rtp
[14:15] <japjap> what was that ?
[14:15] <cbsrobot> hehe
[14:15] <cbsrobot> me failing
[14:16] <cbsrobot> hehe
[14:17] <japjap> LOL
[14:17] <cbsrobot> ha - now it worked
[14:17] <japjap> yep
[14:21] <japjap> BTW, I can use Wireshark to see the actual content
[14:21] <japjap> I think that'd be better than rtpdump, wouldn't it ?
[14:21] <cbsrobot> can you watch it in vlc ?
[14:24] <japjap> No, it also says: SDP required:
[14:24] <japjap> A description in SDP format is required to receive the RTP stream. Note that rtp:// URIs cannot work with dynamic RTP payload format (96).
[14:24] <cbsrobot> so - seems your server is buggy
[14:24] <cbsrobot> what brand of dvr is it ?
[14:24] <cbsrobot> and type ?
[14:25] <japjap> model Dahua, type: do not know
[14:26] <cbsrobot> surveillance cam ?
[14:27] <japjap> yes, a surveillance cam connected to a DVR
[14:28] <cbsrobot> http://www.bahamasyellowpages.net/articles/dahua-rtsp-stream.asp
[14:28] <cbsrobot> does it support rtsp ?
[14:29] <burek> its not buggy
[14:29] <burek> you just need to read its manual
[14:29] <burek> to find out what's the url to the SDP file
[14:29] <burek> and how to access it
[14:29] <burek> instead of a direct rtp url
[14:29] <burek> rtp server (dvr) also generates sdp file, which you can access over network
[14:31] <burek> or use rtsp url, as cbsrobot suggested (if your dvr supports it)
[14:31] <burek> it will handle the sdp retrieval automatically
[14:31] <cbsrobot> hi burek
[14:31] <burek> hi :)
[14:32] <cbsrobot> how can you specify the sdp file on the command line ?
[14:32] <julius_> gi
[14:32] <julius_> hi
[14:32] <japjap> Sorry guys, I think it's been a missunderstanding
[14:33] <japjap> Let me tell you how this currently works
[14:33] <burek> cbsrobot, just specify it as -i param
[14:33] <julius_> avconv -i INPUT -map 0 -c:v libx264 -c:a copy OUTPUT               found this on the libav homepage, but this errors with:  Unable to find a suitable output format for 'OUTPUT'            why is that?
[14:33] <burek> julius_ that's not ffmpeg
[14:33] <burek> it's avconv, a fork of ffmpeg
[14:33] <cbsrobot> ah ok - nice
[14:33] <julius_> oh, thought you renamed the project
[14:33] <burek> no
[14:34] <japjap> cbsrobot, burek -- So in order to grab the video from the DVR, I need to send some RTSP commands
[14:34] <burek> some people tried to take over the project
[14:34] <julius_> why did they fork?
[14:34] <burek> that's what all hassle is about
[14:34] <japjap> When the DVR receives the play commandm it sends video data to my UDP port
[14:34] <japjap> I then receive RTPs
[14:34] <japjap> holding H264
[14:34] <julius_> burek, ah and now avconf is based on other licences or what?
[14:35] <cbsrobot> japjap: Iguess so, but read the manual or at least find out what model your dvr is ....
[14:36] <burek> julius_ well, it's a similar project as ffmpeg, but ffmpeg includes most patches from avconv too, while avconv doesn't even want to acknowledge the existance of ffmpeg
[14:36] <burek> so, choose for yourself
[14:36] <japjap> unfort I do not have any... working with a remote DVR that I know nothing about
[14:37] <cbsrobot> hehe
[14:37] <burek> japjap, do entire rtsp thing with ffmpeg
[14:37] <burek> and it will work
[14:37] <japjap> I would like to do that
[14:37] <burek> ffmpeg -i rtsp://...
[14:38] <cbsrobot> japjap: or try with vlc: rtsp://192.168.5.6:554/cam/realmonitor?channel=1&subtype=00&authbasic=YWRtaW46YWRtaW4=
[14:41] <japjap> cbsrobot, that works for live streaming
[14:42] <japjap> but I do need it for video recording
[14:42] <cbsrobot> so try it with ffmpeg
[14:42] <cbsrobot> ffmpeg -i rtsp://192.168.5.6:554/cam/realmonitor?channel=1&subtype=00&authbasic=YWRtaW46YWRtaW4= output.mp4
[14:44] <japjap> keeps waiting
[14:44] <japjap> With VLC I ran it like this:
[14:45] <japjap> vlc.exe --rtsp-tcp --rtsp-http --rtsp-http-port 7070 "rtsp://192.168.5.123/cam/realmonitor?channel=1&subtype=0&unicast=true"
[14:45] <japjap> you may notice that the DVR address is given here and not the local IP
[14:58] <julius_>  burek just read 10 days from the mailing list about the announcement
[14:59] <julius_> very interresting
[15:05] <burek> japjap do you have a dvr's user manual?
[15:05] <burek> julius_ I believe it is :)
[15:05] <japjap> I do not
[15:05] <japjap> I do not even know the model
[15:06] <burek> turn it upside down and read the label?
[15:06] <julius_> burek, but since i wasnt following the development i just want to know which one prevails
[15:06] <julius_> burek, thats black magic, thats forbidden ;)
[15:07] <japjap> LOL, I wish I could
[15:07] <japjap> But it's thousands miles away
[15:07] <japjap> I'm working remotely
[15:07] <burek> ask somebody to do it for you?
[15:08] <burek> or spend hours here trying to figure it out by pure chance :)
[15:08] <japjap> They're sleeping right now... :) But I'll email them
[15:08] <japjap> They are some other time zone
[15:08] <burek> also, monitor that rtsp connection with wireshark
[15:08] <japjap> I did
[15:09] <burek> you'll see a plain text transfered
[15:09] <burek> which tells ffmpeg which udp port to open
[15:09] <burek> and stuff like that
[15:09] <burek> so you can configure your nat router if needed
[15:09] <japjap> Hey, the thing is the following...
[15:10] <japjap> ffmpeg is not to connect to the DVR
[15:10] <japjap> and send RTSP commands and such
[15:10] <japjap> but I simply receive RTPs
[15:10] <japjap> and need to have them `decoded` somehow
[15:10] <japjap> I did write a parser myself
[15:11] <japjap> but at some point noticed that they were not sending over all the packets
[15:11] <japjap> but some sequence numbers were missing
[15:11] <japjap> so the FUs got mixed up
[15:11] <japjap> you know what I mean ?
[15:12] <japjap> Retrieving the video comes in two steps
[15:13] <japjap> I first send the right RTSP commands
[15:13] <japjap> and when issuing PLAY, the DVR sends the video data to the designated IP/port
[15:13] <burek> ffmpeg handles it all if you just provide the right rtsp url
[15:13] <burek> no need for custom tools
[15:13] <japjap> I need to send some custom information in the header
[15:15] <japjap> makes sense ?
[15:17] <burek> I know exactly what are you saying
[15:17] <burek> and you need to understand what I am telling you too :)
[15:17] <burek> ffmpeg does all the rtsp thing (it sends PLAY command) and receives rtp streams after that
[15:18] <burek> so, just focus on making your ffmpeg -i rtsp://... command proper
[17:31] <superjoe> is there a command line option to print the target file's information such as format, duration, bitrate, etc., without actually doing a conversion?
[17:33] <relaxed> superjoe: ffmpeg -i input
[17:33] <relaxed> or use ffprobe
[17:34] <superjoe> thanks
[18:40] <markit> hi, I try to record from my webcam, but when I play the movie is "accelerated", what am I doing wrong? ffmpeg -f alsa -ac 1 -ar 48000  -i hw:3,0  -acodec mp2  -f video4linux2 -s 640x480 -r 25 -i /dev/video0 -vcodec libx264 test_25fps_no_monitor.mp4
[18:41] <markit> also if I use webm codec the quality is terrible (ok, the size is smaller but...)
[18:42] <dericed> markit: webm is not a codec
[18:43] <markit> dericed: ehm, sorry, webm format with libvpx codec, correct?
[18:44] <dericed> markit: try adding -b:v to control the vp8 bitrate
[18:44] <markit> in any case, I want to produce some screencast and seems nothing I'm using works as expected (i.e. kdenlive exports video but audio is slowing out of sync...)
[18:45] <markit> dericed: any idea why the movie seems "accelerated"?
[18:46] Action: markit trying to google about "-b:v" stuff
[18:47] <markit> ok -b 1000k improved a lot
[19:06] <thebeav> Hi, I am trying to create a short video file (set number of frames) from a jpg picture. Here is the command (or one of) I've been trying ffmpeg -f image2 -i temp_pic.jpg -vframes 200 out.mpg
[19:08] <thebeav> This results in the video "out.mpg" being created, but it's either way too short or corrupt because it will not play at all. I would like to be able to make the video any duration (a couple of seconds)
[19:21] <relaxed> thebeav: you need -loop 0 before the input
[19:26] <thebeav> relaxed: thank you, but that is still not working for me
[19:40] <thebeav> relaxed: -loop 1 did the trick though I think. thanks
[19:44] <RoyK> hi
[19:44] <RoyK> I've tried to enable libfaac, and it compiles right, or so it seems, but faac isn't listed with ffmpeg -codecs
[19:46] <RoyK> running ubuntu 12.04, and ffmpeg is compiled from source with --enable-libfaac --enable-nonfree --enable-encoder=libfaac --enable-decoder=libfaac
[19:46] <RoyK> any idea what to check?
[19:52] <DelphiWorld> hi
[19:52] <DelphiWorld> burek: SUP
[21:33] <_klk_> hi, is it possible to get ffmpeg to convert colorspace from bt.709 to bt.601?
[21:33] <_klk_> some googling shows this option: "-vf colormatrix=bt709:bt601"
[21:33] <_klk_> is that correct?
[21:46] <JEEB> I'm not sure if ffmpeg has that filter
[21:46] <JEEB> ffmbc has it
[21:46] <JEEB> http://ffmpeg.org/ffmpeg.html#colormatrix
[21:46] <JEEB> ok, it's there
[21:46] <JEEB> YARR
[21:49] <ubitux> yeah it was ported a while ago
[21:55] <_klk_> cool, thanks!
[21:55] <bbhoss> hey all, I'm trying to transcode a flv-contained speex file into a simple wav file, and I'm getting this error: [graph 0 input from stream 0:0 @ 0x7ff188c2dd20] Invalid sample format '(null)' This is on OS X Lion
[21:56] <bbhoss> Mountain Lion actually. Any help?
[21:56] <bbhoss> ffmpeg -i C773A907-F99C-7AFE-F457-C49B1CC07679.flv rog.wav is the command
[21:56] <saste> bbhoss: pastebin
[21:56] <bbhoss> saste: pb what?
[21:56] <bbhoss> the whole output?
[21:57] <saste> commandline and commandline output
[21:57] <bbhoss> https://gist.github.com/824f6007d8915ffd1224
[21:58] <saste> bbhoss: weird, ffmpeg can't guess sample format
[21:58] <saste> are you able to play the file, e.g. with ffplay?
[21:59] <bbhoss> let me see
[22:00] <saste> also trying with vlc may help, so we know if it is an ffmpeg bug
[22:02] <bbhoss> hmm, seems to just play silence on vlc, but it transcodes to wav fine on linux using https://gist.github.com/d83c942e24054999f44e
[22:02] <DelphiWorld> bbhoss: dude
[22:02] <DelphiWorld> bbhoss: we have same bug
[22:02] <DelphiWorld> saste: channel format not specified or something
[22:02] <bbhoss> DelphiWorld: I should have known you were behind this
[22:02] <DelphiWorld> bbhoss: :P
[22:03] <DelphiWorld> bbhoss: yeah, you knew me in freeswitch
[22:03] <DelphiWorld> bbhoss: join #VLC
[22:04] <bbhoss> hmm, I get booted
[22:04] <DelphiWorld> bbhoss: booted?
[22:04] <relaxed> bbhoss: #videolan
[22:04] <bbhoss> yeah it looks like it was trying to redirect to #videolan
[22:04] <DelphiWorld> bbhoss: sory shit... is #videolan :P
[22:07] <bbhoss> any ideas from that saste? it worked fine in an older rev of ffmpeg
[22:07] <bbhoss> on linux at least
[22:07] <bbhoss> DelphiWorld: are you on OS X?
[22:07] <DelphiWorld> bbhoss: nop, linux
[22:07] <saste> bbhoss: ticket + sample upload
[22:07] <bbhoss> saste: I figured that :(
[22:07] <bbhoss> :)
[22:07] <saste> you could try to specify the sample format with -sample_fmt ... but it looks fishy
[22:16] <DelphiWorld> saste: do you want a VLC sample output ?
[22:17] <saste> DelphiWorld: why should I want that?
[22:17] <DelphiWorld> saste: cause VLC is using ffmlpeg
[22:17] <DelphiWorld> and audio not working regardless
[22:17] <saste> i mean i need the input sample *to* ffmpeg
[22:17] <saste> i don't care how the sample was obtained
[22:18] <saste> (but sure the info may somehow help)
[22:18] <DelphiWorld> saste: input is regardless. mpeg2,mp3,aac,ogg
[22:18] <DelphiWorld> saste: http://149.6.134.182/vlc.out
[22:19] Action: saste is confused
[22:19] <saste> DelphiWorld: what are we talking about?
[22:19] <DelphiWorld> saste: dont be
[22:20] <DelphiWorld> saste: i built VLC with ffmpeg both from git
[22:20] <DelphiWorld> i am transcoding from mpeg2 to aac or mp3 or ogg
[22:20] <DelphiWorld> but audio is always failt to come in, only video and that seen to be a ffm issue
[22:21] <saste> DelphiWorld: how's that related to the bbhoss thing?
[22:21] <DelphiWorld> saste: he's not getting audio from speex no ?
[22:21] <bbhoss> right
[22:22] <bbhoss> saste: how can I specify a sample format
[22:22] <saste> bbhoss: check output of -sample_fmts
[22:22] <saste> then choose a random format
[22:22] <saste> observe what it happens
[22:22] <saste> but that should not happen
[22:23] <saste> speex stream should tell what's about
[22:23] <saste> it's not like rawaudio when you *need* to provide that info, if not something is weird (bug?)
[22:24] <bbhoss> saste: https://ffmpeg.org/trac/ffmpeg/ticket/1668
[22:25] <bbhoss> see if it works for you?
[22:31] <saste> bbhoss: works fine here
[22:31] <bbhoss> saste: I have a feeling it has to do with Clang/llvm
[22:31] <bbhoss> I assume you're on linux?
[22:32] <saste> bbhoss: also I don't see libspeex on your config line
[22:32] <bbhoss> saste: hmm, you're right
[22:33] <bbhoss> if that's it I'm gonna be mad at myself
[22:33] <saste> even in that case ffmpeg should do a better job at reporting the problem
[22:38] <saste> bbhoss: don't blame yourself, blame the machine!
[22:39] <saste> i mean sane error reporting is good, if it can't give you a clue about the problem the problem is the program, not the user
[22:39] <bbhoss> weird it doesnt work in VLC though
[22:40] <bbhoss> that was it, fuck
[22:58] <Heimdall> hi
[23:07] <rkeene> I'm using ffmpeg 0.11.1.  It indicates I should run "man ffmpeg" for help, but does not include a man page
[23:09] <JEEB> http://ffmpeg.org/ffmpeg.html
[23:10] <rkeene> Someone should tell the ffmpeg developers that asking people to run "man ffmpeg" when no man page is supplied is stupid.
[23:10] <rkeene> JEEB, Thanks
[23:10] <JEEB> also I thought 'make install' would have installed some manpages...
[23:11] <rkeene> Since none exist in the source tarball it sounds unlikely.
[23:11] <rkeene> But I did confirm that make install does not install any.
[23:11] <rkeene> (As of 0.11.1)
[23:11] <JEEB> nothing in <prefix>/share ?
[23:11] <JEEB> ah
[23:11] <JEEB> there are the ffpreset files >_>
[23:11] <JEEB> meh
[23:11] <saste> rkeene: are you on windows?
[23:12] <rkeene> saste, No.
[23:12] <saste> rkeene: installing man pages is not that easy
[23:13] <saste> iirc our make install doesn't do it
[23:13] <saste> since that would clutter with system man pages
[23:13] <saste> i do man -l doc/ffmpeg.1 all the time
[23:13] <rkeene> saste, Then don't tell people to run "man ffmpeg"
[23:13] <saste> rkeene: uh? I never do
[23:13] <rkeene> build-i386:~/ffmpeg-0.11.1$ ./ffmpeg
[23:13] <rkeene> Use -h to get full help or, even better, run 'man ffmpeg'
[23:14] <rkeene> Also: doc/ffmpeg.1: No such file or directory
[23:14] <saste> rkeene: how are you installing? from source or what?
[23:15] <rkeene> From source
[23:15] <saste> check the doc dir, can you confirm there are *.1 files?
[23:16] <rkeene> The only "*.1" files in the tarball are: ffmpeg-0.11.1/tests/ref/fate/wavpack-channels-5.1, ffmpeg-0.11.1/tests/ref/fate/wavpack-channels-6.1, ffmpeg-0.11.1/tests/ref/fate/wavpack-channels-7.1, ffmpeg-0.11.1/COPYING.LGPLv2.1
[23:16] <rkeene> Additionally, after building it there are no additional "*.1" files.
[23:17] <saste> rkeene: you said you installed from sources, so I suppose you compiled it
[23:17] <rkeene> saste, I did.
[23:17] <saste> manpages are compiled from texi sources
[23:17] <saste> when doing make documentation in the top source dir
[23:17] <saste> unless you miss some dependencies (pod2man, perl)
[23:18] <saste> in that case there is no way to build docs
[23:18] <rkeene> I did: ./configure  --disable-asm --disable-yasm --enable-memalign-hack --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-nonfree --enable-libv4l2 && make && make install DESTDIR="$(pwd)/INST"   and no "*.1" files were created
[23:18] <saste> then you miss podman/perl?
[23:18] <JEEB> o_O @ disable-asm/yasm
[23:19] <rkeene> I have both podman and perl.
[23:19] <saste> what happens if you do: make documentation in the top dir?
[23:19] <saste> cd doc; make clean; cd ..; make documentation
[23:20] <rkeene> make documentation   ->   HTML    doc/ffmpeg.html   ->     /bin/sh: texi2html: command not found
[23:21] <saste> when you do configure the output should tell you if pod2man is present
[23:21] <saste> same for texi2html
[23:21] <saste> without those programs it is not possible to build docs
[23:22] <rkeene> It does not.
[23:23] <rkeene> http://www.rkeene.org/viewer/tmp/ffmpeg-configure.txt.htm
[23:23] <rkeene> So you are saying that the bug (it telling me to read a man page it didn't install) is due to configure magic missing.  Good to know, but it doesn't resolve the issue.
[23:28] <saste> rkeene: well the output in the configure log was added recently, so not in 0.11
[23:28] <saste> and no i'm not stating anything like that, i'm just trying to help you get the godamn manpage
[23:29] <saste> regarding the run man ffmpeg, it's there since the dawn of times and nobody ever considered to change that
[23:30] <saste> supposedly it's good for distro users, other (or windows) users are unlucky
[23:30] <saste> feel free to open a ticket for that
[23:30] <rkeene> Thanks
[23:31] <Heimdall> ÿI have this error : [libx264 @ 0x101809800] width not divisible by 2 (1455x807) How can I avoid it?
[23:32] <Heimdall> it was with the following command : ffmpeg -r 24 -b:v 18000k -i jz%04d.png jz.mp4
[23:34] <ubitux> maybe you could add a pad filter?
[23:34] <JEEB> Heimdall, make sure with a scale/crop/pad video filter that both width and height are divisible by two
[23:35] <JEEB> there was an automated'ish example on the trac which you could modify to your needs
[23:36] <Heimdall> I'm sorry I dont udnerstand what you said
[23:36] <Heimdall> what's the video filter?
[23:37] <JEEB> a video filter is something you apply on a video clip
[23:37] <JEEB> -vf
[23:37] <Heimdall> the height and height are 1455 and 807. Is there a way to make a video from those PNGs?
[23:37] <JEEB> yes, you can either pad, crop or resize to make both width and height divisible by two
[23:38] <JEEB> the format you most probably want with libx264 is 4:2:0 YCbCr (colloquially called YUV)
[23:38] <JEEB> it is a colorspace where chroma channels have one sample per 2x2 pixels
[23:38] <JEEB> this is why you have to keep your picture divisible by two
[23:39] <Heimdall> :/
[23:39] <Heimdall> that's not convenient
[23:40] <JEEB> not sure what the problem is if you can automate the way you deal with it?
[23:41] <Heimdall> JEEB: could you indicate me where I can find this way to deal with it, because I didn't get what to do
[23:42] <JEEB> modify the solution given at http://ffmpeg.org/trac/ffmpeg/ticket/309 according to the way you want to deal with it + ctrl+f around http://ffmpeg.org/ffmpeg.html for extra information
[23:42] <JEEB> basically ffmpeg will not change your resolution automatically for you
[23:42] <JEEB> so you will need to either crop, pad or resize
[23:47] <Heimdall> ok thanks JEEB
[00:00] --- Tue Aug 21 2012