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

[burek]

[04:31] <cac> Which GPU is best for OpenGL video rendering? I have been informed AMD GPUs are inferior to other cards regarding it.
[04:33] <relaxed> nvidia
[04:33] <elkng> "I have been informed", by AMD ?
[04:33] <elkng> at least nvidia is better supported in linux
[07:11] <BurnZeZ> G'night
[07:11] <BurnZeZ> Don't let the fermis burn you alive while you sleep
[07:18] <elkng> what ?
[10:15] <Misaka42> Hi. I'm trying to record my audio output along with my screen using ffmpeg, using this command: ffmpeg -f alsa -ac 2 -i hw:0,0 -f x11grab -r 30 -s 1024x768 -i :0.0 -acodec pcm_s16le -vcodec libx264 -preset ultrafast -crf 0 -threads 0 output.mkv. However, it captures my mic instead of my sound output. Any ideas why?
[11:48] <ItsMeLenny> whats it called when you weave frames together to change an interlaced  framerate, and does ffmpeg/avconv have a filter to do that
[11:50] <JEEB> so you have each field as its own picture and you want to fieldmatch and weave them?
[11:51] <JEEB> not sure if you can do that, but I do know that if you have the two fields in a single interlaced "frame" that you should be able to fieldmatch them
[11:52] <JEEB> http://ffmpeg.org/ffmpeg-filters.html#fieldmatch
[11:52] <JEEB> and then if it's full IVTC you need there's also a decimation filter now
[11:52] <JEEB> which takes the duplicate out
[11:53] <ItsMeLenny> i ripped an animation that was an american animation done at 24fps, but was then interlaced to 30fps, and i want to get it back to its original frame per frame view
[11:56] <JEEB> which would mean you want IVTC. Also you just said "weave frames together", which still leaves something unknown. Is it straight from a DVD or TV or whatever, or did you encode it so that each field became its own "frame"?
[11:56] <JEEB> because the latter case I'm not sure how to deal with inside ffmpeg, but the usual case of interlaced encoding and fields being fields should work just fine with the two filters I noted
[11:56] <JEEB> fieldmatch and decimate
[11:57] <ItsMeLenny> yeah, ive essentially deinterlaced it in the way that the two feilds are now one frame, but ocmbing is still visible
[11:57] <ItsMeLenny> ripped from a dvd
[11:58] <JEEB> ...
[11:58] <ItsMeLenny> i did use a 4:2:0 codec, but its not the colours i'm needing to represent, just trying more proof of concept
[11:58] <JEEB> I hope you aren't gonna try to use that "deinterlaced" version as input?
[11:58] <ItsMeLenny> ah, ivtc, inverse telecine, yeah thats exactly what i was thinking
[11:58] <ItsMeLenny> yeah i want to
[11:59] <JEEB> that makes no sense
[11:59] <ItsMeLenny> why not?
[11:59] <JEEB> because you've already "deinterlaced" it, and depending on what the hell you meant with that I have no idea what you did there
[11:59] <ItsMeLenny> interlacing is rows of pixels, i can just specify which field is which
[11:59] <JEEB> so just take the source and fieldmatch/decimate it?
[11:59] <ItsMeLenny> both the fields are one frame
[12:00] <ItsMeLenny> yeah, i think thats what i want
[12:00] <JEEB> yes, not the thing you did whatchamabob to
[12:00] <JEEB> if you did something to the source already and have another file with that, don't use that as the source for the IVTC
[12:00] <JEEB> use the original vob or whatever as the source
[12:01] <JEEB> just trying to say that
[12:01] <ItsMeLenny> ah, i understand
[12:01] <ItsMeLenny> i didnt run any deinterlacing on the rip
[12:01] <ItsMeLenny> im just saying when one rips to x264 it essentially converts to progressive
[12:02] <JEEB> ok... then you just said for whatever reason that you deinterlaced it and thus made me react with STOP WHATEVER YOU'RE DOING AND MAKE SURE YOU'RE NOT USING A WEIRD FILE FOR INPUT!
[12:02] <ItsMeLenny> lol
[12:02] <JEEB> anyways, see the filter documentation I linked, I linked you the point of the fieldmatch filter, and the other if I recall correctly is decimate
[12:03] <ItsMeLenny> no i made sure that no deinterlacer was on :P
[12:03] <JEEB> lol
[12:03] <JEEB> you're once again making me unsure
[12:03] <ItsMeLenny> yeah, i will have an intense read over it
[12:03] <JEEB> maybe I will just ignore what you're saying just to not comment on random lines you say all the time
[12:03] <ItsMeLenny> lol ok, one moment
[12:04] <JEEB> because you already said that you just ripped the DVD file structure
[12:04] <JEEB> and now you suddenly say "I made sure that no deinterlacer was on"
[12:04] <ItsMeLenny> no i didnt rip the file structure :P
[12:04] <JEEB> yet when you are ripping a DVD structure you shouldn't have options like that to begin with :s
[12:04] <ItsMeLenny> i ripped to h264 (High), yuv420p, 720x480 [PAR 8:9 DAR 4:3], 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default)
[12:04] <JEEB> lossless and interlaced coding, I hope?
[12:04] <ItsMeLenny> no, no interlacing
[12:05] <ItsMeLenny> and not lossless either, dvds are lossy in the first place :P
[12:05] <JEEB> then go grab the DVD and rip out the dvd structure again
[12:05] <JEEB> yes, but you're making it worse
[12:05] <ItsMeLenny> lol, i didnt rip the dvd structure
[12:05] <JEEB> you're now meaning to use this already lossy re-encode of the DVD to make another lossy re-encode!?
[12:05] <ItsMeLenny> lol i know, but im not using the video as is
[12:05] <ItsMeLenny> exactly
[12:05] <ItsMeLenny> thats exactly what i want to do :P
[12:05] <JEEB> I... I don't have words for this
[12:06] <JEEB> just use the goddamn DVD source as source and IVTC it and that's it?
[12:06] <JEEB> there's no reason to make it EVEN WORSE in the process
[12:06] <ItsMeLenny> yes, but i have to see if it works in the first place
[12:06] <ItsMeLenny> no, but the final result will not use the video at all
[12:07] <ItsMeLenny> i just need it as reference in its original animated frames
[12:08] <JEEB> I think I'll just really ignore you, my head hurts as to why you would use an already lossily re-encoded encode of the source instead of the source...
[12:08] <JEEB> but yes, those two filters, have fun
[12:08] <ItsMeLenny> :P lol, thanks for your help
[12:08] <ItsMeLenny> if it works i will go back and rerip
[12:09] <JEEB> ok, that sounds better :P
[12:11] <ItsMeLenny> oh right, id need "reverse telecine" rather than inverse
[12:12] <JEEB> usually it's just called IVTC
[12:12] <JEEB> those two words in general mean the same thing methinks
[12:12] <ItsMeLenny> ah
[12:12] <JEEB> telecine was done to the source (in theory, unless someone decided to do something awful -- although not doing soft telecine is already awful), and you're inversing/reversing it
[12:12] <ItsMeLenny> yeah i think reverse telecine is a dvd term
[12:13] <ItsMeLenny> dvd player term
[12:13] <JEEB> (soft telecine is basically a way of letting people encode the actual picture rate while putting in headers that tell the player that it should add fields in case it wants interlaced output)
[12:14] <JEEB> (hard telecine is actually doing the telecine in the footage and encoding it)
[12:14] <ItsMeLenny> ah
[12:14] <ItsMeLenny> i dont think avconv has fieldmatch
[12:14] <JEEB> yeah, libav doesn't have this filter yet, and the packaged libav binaries would be even older, so :)
[12:15] <ItsMeLenny> :/
[12:15] <ItsMeLenny> :(
[12:15] <ItsMeLenny> oh, i'll see if cinelerra does it, thats what i was gonna try
[12:15] <JEEB> grab an ffmpeg binary of ffmpeg binary for your OS I guess?
[12:15] <JEEB> argh
[12:15] <JEEB> *grab an ffmpeg ffmpeg binar
[12:15] <JEEB> *binary
[12:15] <JEEB> !bin
[12:15] <JEEB> ugh, what was the trigger :|
[12:15] <ItsMeLenny> ubuntu?
[12:16] <ItsMeLenny> ubuntus ffmpeg command redirects to avconv
[12:16] <JEEB> yes, rightly so. Since ubuntu uses libav
[12:16] <ItsMeLenny> cinelerra doesnt even recognise the video format i used
[12:16] <ItsMeLenny> :P
[12:16] <JEEB> ok, so you should be able to use the static ffmpeg binaries
[12:16] <ItsMeLenny> maybe i might reencode it again to import to cinelerra :P
[12:16] <JEEB> http://ffmpeg.org/download.html
[12:17] <JEEB> check the "FFmpeg Linux Builds" part
[12:17] <JEEB> the static builds
[12:17] <JEEB> are what you want
[12:17] <JEEB> the PPA IIRC has a very old version
[12:17] <ItsMeLenny> didnt know static versions existed, thats helpful then
[12:17] <JEEB> http://ffmpeg.gusari.org/static/
[12:17] <JEEB> this methinks?
[12:17] <JEEB> if you have 3.2 or newer kernel
[12:18] <ItsMeLenny> i cant even remember what kernel sanders i have
[12:18] <ItsMeLenny> i'll try this one i grabbed, a nightly
[12:19] <JEEB> uname -a
[12:19] <ItsMeLenny> 3.5
[12:19] <ItsMeLenny> looks like this one i grabbed works
[12:20] <JEEB> yeah
[12:20] <JEEB> that should be new enough for having the filter :)
[12:21] <ItsMeLenny> yeah, i'll see if the default params work automatically
[12:21] <ItsMeLenny> they seem to work as default, but ill probably redo it specified, it looks so beautiful!!
[12:22] <JEEB> it's pretty nice to have fieldmatch and decimate filters in ffmpeg now :) First Myrsloik rewrote tritical's TIVTC for vapoursynth as VIVTC, and then ubitux ported that over as a libavfilter filter
[12:22] <ItsMeLenny> i never use programs deinterlacing when i play stuff on the computer, so i always watch things all interlaced and its always visible, this looks absolutely fantastic now though, i never even realised how bad it was
[12:22] <ItsMeLenny> ah
[12:23] <ItsMeLenny> itd be cool if theyre brought into programs as a real time filter
[12:23] <ItsMeLenny> this didnt seem to time the animation completely right, but if i fiddle with some settings i'll proably get it
[12:25] <JEEB> well, nothing stops people from using libavfilter for realtime stuff
[12:25] <JEEB> I think mpv for example does exactly that
[12:25] <ItsMeLenny> oh
[12:26] <JEEB> (mpv being http://mpv.io/ )
[12:26] <JEEB> and I bet other apps do it too
[12:26] <ItsMeLenny> i'll see if its in synaptic
[12:26] <ItsMeLenny> doesnt look liek it :/
[12:26] <ItsMeLenny> thanks very much for the help btw
[12:27] <JEEB> yeah, it's new enough not to be there yet
[12:28] <ItsMeLenny> yeah, mashing the default suppositories with outdated software seems to be the thing
[12:28] <JEEB> well, more like it's a case of "this stuff is new and not brought up with debian/ubuntu yet"
[12:29] <ItsMeLenny> yeah
[12:29] <JEEB> and then for why debian/ubuntu still use an old version of libav is because there's o9k packages using it, and many use old APIs that would get removed in the next release
[12:29] <JEEB> but I think debian is finally transitioning through its first update of that
[12:29] <ItsMeLenny> hopefully soon, i'm sure they work hard regardless
[12:30] <ItsMeLenny> been on ubuntu for a good 5 years ive seen it grow
[12:30] <JEEB> so the general gist of distributions that do releases is: 1) if we know it and it's already packaged and has no issues, pick the newest version released at the point of final freeze 2) if there are issues, stay with the last package-able version
[12:31] <ItsMeLenny> its much more compatible now which is  a releif, i remember 6.04 (or was it .06 something weird) being very bizzare
[12:31] <ItsMeLenny> yeah, well debian is about using stable packages right?
[12:32] <JEEB> debian uses the release procedure, yes. And ubuntu then imports stuff managed by the debian side at some point from the unstable repository methinks
[12:32] <ItsMeLenny> ah
[12:32] <JEEB> much of the multimedia stuff in ubuntu is managed by debian people
[12:32] <JEEB> so to get stuff updated in ubuntu at times you need to just start poking the debian side of things
[12:33] <JEEB> there are some packages that have maintainers in ubuntu itself of course
[12:33] <JEEB> at least wine was at one point
[12:34] <ItsMeLenny> ah, i add the wine ppa
[12:44] <ItsMeLenny> is there a way to change the framerate without it reencoding the frames but instead speeding it up
[12:46] <xlinkz0> May I suggest there be added some additions to the https://trac.ffmpeg.org/wiki/Seeking%20with%20FFmpeg page?
[12:47] <JEEB> xlinkz0, you should poke someone with actual rights on the trac :)
[12:47] <xlinkz0> who's that?
[12:48] <JEEB> probably some people on the -devel channel, methinks?
[12:50] <xlinkz0> i just left a message there, hopefully someone sees it or someone who knows someone forwards it :D
[12:50] <xlinkz0> i'm glad i fixed it for myself
[12:54] <xlinkz0> if I were libav I'd make killer docs, index it properly in google and in a couple of months steal all the new people looking for these tools :D
[12:54] <xlinkz0> so sad that there's so little invested in docs
[12:55] <durandal_1707> xlinkz0: you can modify wiki yourself
[12:59] <ItsMeLenny> lol JEEB i did a lossless rip, which came out huge for starters, but it worked worse than on the lossy rip :P
[13:00] <ItsMeLenny> dont even know how that is possible
[13:04] <ItsMeLenny> oh infact, mightve been my rip
[13:07] <xlinkz0> lol i actually can modify the wiki
[13:07] <xlinkz0> awesome
[13:12] <ItsMeLenny> modify away xlinkz0, ramp that wiki!
[13:13] <xlinkz0> surely will help me when i'm not home to review all my "hidden ffmpeg magic tricks" file..
[13:14] <ItsMeLenny> :P
[13:22] <TheOneRing> hi Im trying to build ffmpeg with msys2
[13:22] <TheOneRing>  --enable-memalign-hack --disable-static --enable-shared --enable-gpl --enable-libvorbis --enable-pthreads --disable-doc
[13:22] <TheOneRing> and it fails with http://paste.kde.org/p019f97db/
[13:23] <TheOneRing> looks like it does try to link to avutil instad of avutil-52
[13:24] <TheOneRing> is anything missing in the configuration?
[13:26] <TheOneRing> and im using mingw-w64 x86 4.8.1-rev3 fom mingwbuilds
[13:26] <JEEB> well, first of all
[13:26] <JEEB> if you're using mingw-w64
[13:26] <JEEB> you don't need memalign hack
[13:27] <JEEB> also are you sure you want pthreads and not win32threads?
[13:28] <JEEB> and does that linking error happen with the current git HEAD at this moment?
[13:28] <TheOneRing> it happend with 1.1.3 and 2.0.1
[13:29] <TheOneRing> I'll try githead
[13:30] <TheOneRing> and the best example of how to configure ffmpeg on windows was from 2006 :P
[13:32] <JEEB> well, I just noted the problem points :P
[13:32] <JEEB> as in, things that you might not need to enable nowadays
[13:32] <JEEB> memalign-hack is only needed for certain things, and mingw-w64 is not one of those
[13:32] <JEEB> pthreads is generally not needed
[13:32] <JEEB> win32 thread implementation should be enabled by default
[13:35] <JEEB> anyways, all I know is that I build shared ffmpeg quite often with mingw-w64 and that hasn't failed for me yet
[13:42] <TheOneRing> JEEB: hm do you crosscompile or do you use msys?
[13:42] <JEEB> I use msys + mingw-w64
[13:42] <TheOneRing> hm k
[13:42] <TheOneRing> I use the msys2 builds
[13:42] <TheOneRing> hm
[13:43] <JEEB> well, msys and msys2 are just the shells and the terminal thing that converts *nix-like paths to windows paths inside
[13:43] <JEEB> the mingw toolchain is what is doing the compilation
[13:44] <TheOneRing> yes
[13:45] <JEEB> anyways, try current git HEAD and make distclean, then at first try with just ./configure --enable-shared
[13:45] <JEEB> see how that goes, and move from there
[13:50] <JEEB> I'm gonna try with my setup as well, with vanilla ffmpeg
[14:05] <TheOneRing> JEEB: the same problem
[14:05] Action: JEEB is still compiling
[14:21] <JEEB> TheOneRing, make clean and then ./configure --enable-shared and then make resulted in the DLLs and tools being created just fine :D
[14:26] <JEEB> linker seems to be the gcc as per usual, and then MS's lib gets called for the dot-lib creation
[14:27] <TheOneRing> I dont have link in my path
[14:27] <TheOneRing> or the msvc stuff
[14:27] <JEEB> I have but I don't see link getting used for linking
[14:27] <JEEB> gcc gets called for linking
[14:27] <JEEB> lib.exe gets called where in your case dlltool gets called
[14:27] <TheOneRing> or lib.exe
[14:27] <JEEB> for the dot-lib creation
[14:27] <JEEB> but I don't think that's it
[14:28] <JEEB> although not like I have an idea :P
[14:28] <JEEB> I also use a mingw-w64 toolchain from here http://files.1f0.de/mingw/
[14:29] <TheOneRing> hm in \libavutil
[14:29] <TheOneRing> so you have a libavutil.dll.a
[14:29] <TheOneRing> or only the .lib?
[14:29] <JEEB> .dll.a gets created by the linker for mingw linking
[14:29] <JEEB> that's OK
[14:30] <JEEB> (with gcc/ld you link the .dll.a to create a dependency on the .dll)
[14:31] <JEEB> then the lib file gets created in my case with the MS tool, in your case with dlltool, but that really shouldn't matter since only MSVC uses the lib files :)
[14:32] <TheOneRing> hm yes
[14:32] <TheOneRing> but I didnt see the dll.a
[14:32] <TheOneRing> just cleared the dir, recompiling
[14:36] <TheOneRing> ok
[14:36] <TheOneRing> it is there
[14:36] <TheOneRing> libavutil.dll.a
[14:36] <TheOneRing> ah do you build inside of the source?
[14:36] <JEEB> yes
[14:37] <JEEB> I didn't create a separate dir from which I ran the configure
[14:55] <Mattx> Hello
[14:55] <Mattx> does anybody happen to know what does the "-quality good"?
[14:56] <Mattx> I couldn't find -quality in the man page
[14:58] <JEEB> I think that's a libvpx-specific option?
[14:58] <JEEB> you could check what it does in vpxenc
[15:20] <TheOneRing> arg
[15:21] <TheOneRing> I used make -e  because I made it use ccache via CC="ccache gcc"
[15:21] <TheOneRing> but yes
[15:21] <TheOneRing> that somehow broke ffmpeg
[15:37] <t4nk943> HELP! ffserver polling get no any fd ready for read, even ffmpeg post connection
[15:38] Last message repeated 1 time(s).
[15:38] <Fjorgynn> aha
[15:38] <t4nk943> when ffserver use poll to get the fd that ready for read/write, then each connection can get service. but sometimes
[15:38] <t4nk943> ffserver get a condition:
[15:38] <t4nk943> c->poll_entry->revents does not include any events about POLLIN, even the post connection from ffmpeg
[15:38] <t4nk943> ffmpeg keep posting video data to ffserver, then the feed file can get new video data
[15:39] <t4nk943> ffserver says there is no fd ready for read.
[15:39] <t4nk943> ffmpeg says that the receive side does not read data on time.
[15:39] <t4nk943> any ideas?
[15:39] <t4nk943> HELP
[15:39] <t4nk943> please
[15:44] <t4nk943> Can I deleat the /tmp/feed1.ffm file in run time?
[15:44] <t4nk943> Can I delete the /tmp/feed1.ffm file in run time?
[15:44] <t4nk943> any one have idea?
[15:46] <JEEB> TheOneRing, yeah ccache and stuff on windows can be funky :P
[15:46] <JEEB> keep to using normal tools instead if possible :)
[15:46] <wiseeebou> hello, I'm encoding some DVD in x264 with avidemux but the pictures are not steady. Does anyone have knowledge in x264 ? I know it's ffmpeg but maybe somebody can help
[15:49] <wiseeebou> I have a sample if you want to check the quality
[15:49] <wiseeebou> https://docs.google.com/file/d/0B4auCK8LbjrmNTdESEpHbFoyZTA/edit?usp=sharing
[15:54] <t4nk943> fjorgynn, do you have any idea about my question?
[15:54] <wiseeebou> you need to download the file because youtube fix my problem but decrease quality
[18:22] <erbalist> hi, is there a library which i can feed data (sound/video) frame by frame into to produce a video output? pref .flv/.mp4
[18:39] <cbreak> erbalist: yes. There's ffmpeg.
[18:44] <erbalist> cbreak: when i say data, i mean pixel data, not a .jpg or whatever
[18:44] <erbalist> idealy x*y of rgb
[18:46] <klaxa> make it a bmp and feed that? :X
[18:47] <erbalist> im trying to get around saving a bunch of crap to disk :{
[18:47] <klaxa> save it to /tmp/
[18:47] <erbalist> that's not saved to disk?
[18:48] <klaxa> on most distributions /tmp/ is a mounted ramfs
[18:48] <erbalist> okay thanks
[19:09] <cbreak> erbalist: ffmpeg accepts rgb, yuv and so on
[19:10] <cbreak> erbalist: if you use the libswscale component you can get a wide range of conversions
[19:10] <erbalist> i mean straight from a pixel array
[19:10] <cbreak> erbalist: nothing will be saved to disk until the final result
[19:10] <erbalist> rather than from a file
[19:10] <cbreak> erbalist: yeah, and?
[19:10] <erbalist> so you're saying that's possible, for example from inside a php script?
[19:10] <cbreak> you do know that ffmpeg is available as C libraries?
[19:11] <cbreak> libswscale, libavformat, libavcodec, ...
[19:11] <cbreak> it is possible from C/C++
[19:11] <cbreak> no idea if that garbage of a language PHP can do it
[19:11] <erbalist> haha
[19:11] <erbalist> okay thanks ill look into it
[19:11] <cbreak> if you want to go the program route, maybe think about feeding the program via a named pipe or similar
[20:09] <asherawelan> I have a ffserver video stream that only seems to be able to be played in vlc and not any other player&. how can i work out why?
[20:17] <durandal_1707> asherawelan: what codec?
[20:18] <asherawelan> durandal_1707: I have specified Format mpeg in the stream
[20:18] <durandal_1707> perhaps it does not use yuv420 subsampling?
[20:21] <asherawelan> durandal_1707: eek, you lost me there& thought this would be straight forward enough using the sample and all...
[20:23] <durandal_1707> i'm just guessing as i have no enough information
[20:23] <asherawelan> durandal_1707: this is the stream& http://162.13.84.103:8090/test1.mpg
[20:24] <asherawelan> durandal_1707: works fine in VLC - but not through other players
[20:27] <cbreak> mplayer?
[20:27] <cbreak> protocol?
[20:28] <cbreak> works with mplayer
[20:28] <cbreak> some fat bunny
[20:28] <durandal_1707> i get "Invalid frame dimensions 0x0"
[20:29] <asherawelan> cbreak: yeah some fat bunny! I'm trying to a few flash/html5 players - nada
[20:30] <cbreak> do those even support mpeg?
[20:30] <cbreak> shouldn't you rather try mp4 (an mpeg4 container) and h264 codec?
[20:31] <cbreak> or maybe that other one from google
[20:31] <cbreak> webm
[20:32] <asherawelan> cbreak: great idea - perhaps I'm not understanding! :)
[20:32] <asherawelan> i will try setting the format to mp4, and the codec to h264
[20:32] <asherawelan> cbreak: sound about right?
[20:33] <cbreak> there was no sound.
[20:33] <asherawelan> cbreak: yeah, thats intentional
[20:34] <asherawelan> ok, seems I didn't compile with libx264& oops
[20:34] <asherawelan> so no h264 for me
[20:34] <asherawelan> balls
[20:35] <cbreak> ffmpeg might be able to do it on its own
[20:35] <cbreak> or maybe not :)
[20:35] <cbreak> (x264 most certainly's the better solution)
[20:38] <asherawelan> right - downloading tar balls etc, time to recompile!
[20:42] <elkng> cbreak: s/x264/mpeg2
[20:43] <cbreak> mpeg2 is a waste of bandwidth and storage space
[20:44] <elkng> cbreak: at least you can play mpeg2 on pentium2
[20:44] <cbreak> no
[20:44] <cbreak> I don't have a pentium2
[20:45] <cbreak> I do have a miniature mobile phone thing, which handles h264 just fine.
[21:05] <asherawelan> Two strange issues& I have ffmpg configured with --enable-libx264 - but "VideoCodec h264" in the stream gives me this error: "/etc/ffserver.conf:18: Unknown VideoCodec: h264" - what am i missing?
[21:26] <klaxa> asherawelan: try libx264 instead of h264
[22:16] <cbreak> asherawelan: did you enable gpl?
[22:16] <cbreak> you can't use x264 in lgpl ffmpeg
[22:19] <klaxa> in that case ./configure would have failed
[22:22] <Rasi> hi
[22:23] <Rasi> i am trying to create screencasts with ffmpeg as gif
[22:23] <Rasi> but the colors are somewhat screwed up
[22:23] <Rasi> http://53280.de/vid/20130818221959.gif
[22:23] <Rasi> any way to fix this?
[22:23] <Rasi> the same video looks alright if i use byzanz
[22:24] <klaxa> no way to fix that, gif is limited to 255 colors
[22:24] <klaxa> *256 actually
[22:26] <klaxa> i think gimp can create color palettes for gifs that suit the colors used better, but you'd have to post process a recording with more colors
[22:26] <Rasi> then i will stick with byzanz for screen recording
[22:26] <Rasi> no clue how it does it
[22:27] <Rasi> it records screen straight to gif
[22:27] <Rasi> and it always looks fine
[22:30] <asherawelan> cbreak: i will check i enabled gpl
[22:30] <asherawelan> cbreak: yes
[22:30] <asherawelan> ffserver version git-2013-08-16-faf7c35 Copyright (c) 2000-2013 the FFmpeg developers
[22:30] <asherawelan>   built on Aug 18 2013 18:51:06 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54)
[22:30] <asherawelan>   configuration: --prefix=/root/ffmpeg_build --extra-cflags=-I/root/ffmpeg_build/include --extra-ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --extra-libs=-ldl --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264
[22:30] <cbreak> and did configure find the libs?
[22:31] <BurnZeZ> Rasi: It does what klaxa just described
[22:36] <klaxa> you might want to consider to use webm instead of gif too :X
[22:36] <klaxa> if embedding on websites is of importance, webm > gif
[22:38] <klaxa> it also may reduce cpu load even though it doesn't seem like it at first
[22:38] <klaxa> but that gif kept my cpu pretty busy
[22:40] <klaxa> filesize might go down too
[22:53] <BurnZeZ> gif is pretty bad at efficiency
[23:24] <cbreak> gif is pretty bad at everything
[23:24] <cbreak> it's expensive to use due to patents
[23:37] <iive> cbreak: gif patents expired.... long ago
[23:46] <asherawelan> cbreak: how still around?
[23:46] <asherawelan> cbreak: still trying to sort this configure issue out....
[23:48] <asherawelan> Can any one please help me, I am receiving this error when starting ffserver - "/etc/ffserver.conf:18: Unknown VideoCodec: h264" - I can confirm that I compiled ffmpg with "--enable-libx264" - am i missing something else?
[23:49] <klaxa> <klaxa> asherawelan: try libx264 instead of h264
[23:50] <klaxa> i told you to try that hours ago :x
[23:50] <asherawelan> klaxa: apologies, my connection has been in and out - i may have missed it
[23:50] <asherawelan> i tried and receive this error
[23:50] <asherawelan>   Stream #0:0 -> #0:0 (mpeg4 -> libx264)
[23:50] <asherawelan> Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
[23:50] <klaxa> now that's something different, but we'll need some more info
[23:50] <klaxa> pastebin your ffserver.conf
[23:51] <asherawelan> klaxa: sure thing
[23:51] <asherawelan> klaxa: http://pastebin.com/424FxHA0
[23:52] <klaxa> >VideoBufferSize 333
[23:52] <asherawelan> klaxa: I'm running this line too
[23:52] <asherawelan> ffmpeg -i /root/bigbuckbunny/big_buck_bunny_1080p_surround.avi http://localhost:8090/feed1.ffm
[23:52] <asherawelan> klaxa: what should it be?
[23:52] <klaxa> 333 sounds suspicious
[23:52] <klaxa> i'm not sure though
[23:53] <asherawelan> klaxa: I tried commenting it out - same thing
[23:53] <asherawelan> ok - ill paste error
[23:54] <asherawelan> klaxa: OK, i missed an error further up& her it is
[23:54] <asherawelan> http://pastebin.com/4XJvvi4b
[23:54] <asherawelan> klaxa: line 20 - 24
[23:55] <klaxa> dunno, lol
[00:00] --- Mon Aug 19 2013