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

burek burek021 at gmail.com
Mon Aug 6 02:05:01 CEST 2012


[00:01] <burek> Foxhoundz, try: ffmpeg.exe -i "XXX Summer Olympics_KXASDT_2012_08_04_15_41_34.wtv" -vcodec copy -ar 44100 test.mp4
[00:04] <spaam> burek: why do you want mpeg2 in .mp4?
[00:04] <burek> to keep the quality? i dunno :)
[00:05] <burek> if it doesn't work, just remove -vcodec copy :)
[00:05] <burek> it was worth a shot :)
[00:07] <Foxhoundz> same error
[00:08] <Foxhoundz> removing vcodec also fails
[00:08] <Foxhoundz> would first converting it to ogg then to mp4 do the trick?
[00:08] <Foxhoundz> I'm trying to put this on my iDevice
[00:08] <Foxhoundz> as well as some other media
[00:29] <letoram> I'm using the ffmpeg libs as encoder for some generated video/audio output, I've set up codecs/streams successfully and got an AVOutputFormat and stuffed it as the oformat in an AVFormatContext but I don't have access to the filename to store as, only a pre-opened file descriptor. What would be the proper way to have ffmpeg output to that instead, replacing the write- function pointers in 'AVIOContext::pb'? or is there some more convenient way?
[09:14] <micols_> ffmpeg -i input.mp4 out.mp3 reduces quality from 192kbit/s to 64kbit/s , any idea how do avoid that?
[09:16] <ubitux> is the audio in mp3 in input.mp4?
[09:18] <micols_> hm seems it saves as mp2
[09:18] <micols_> and input is not mp3
[09:18] <micols_> http://pastebin.com/ed3dhqZW
[09:18] <micols_> maybe i need to compile ffmpeg with mp3 support for it to work with decent quality i think i remember now
[09:18] <micols_> just used debians version, which only has mp2 support i think
[09:18] <ubitux> you know this version is 4 years old?
[09:19] <ubitux> btw, you can try -acodec copy
[09:19] <micols_> ah thanks will try that, also i will try newest svn on this machine, i got newest svn on my other machine i think with mp3 support instead of mp2 :)
[09:21] <micols_> seems xmms/audacious cannot play mp4a unfortunately, so i will need to fetch svn version i guess
[09:21] <micols_> -acodec copy makes mp4a output
[09:21] <ubitux> we don't use svn anymore
[09:22] <ubitux> http://ffmpeg.org/download.html
[09:23] <micols_> thanks, cloning now :)
[09:23] <ubitux> your audio is AAC, so build a ffmpeg with --enable-libmp3lame, and ./ffmpeg -i input.mp4 -vn -aq 0 out.mp3 should give you a relatively good output
[09:23] <micols_> yeah, i think i did it before with --enable-libmp3lame and it worked better i recall now
[09:23] <micols_> debian comes with free stuff only, so only mp2 hehe
[09:24] <micols_> but i got it on my broken laptop a more recent git version of ffmpeg that works better ;p
[09:24] <micols_> with mp2 the sound is pretty bad, 64kbit/s
[09:25] <ubitux> with your old version you might want to try -ab 192 or something like that
[09:25] <micols_> -ab 192k seems to encode right
[09:26] <micols_> 192k output, but it is still encoding :)
[09:28] <micols_> nice, it worked, dunno why i didn't try that this time i looked in the manpage, but it is in the manpage :)
[09:28] <micols_> default is 64k
[09:28] <ubitux> i'd recommand playing with -aq instead, for vbr
[09:28] <ubitux> but not sure your old ffmpeg allows it, or if it's even possible with mp2
[09:29] <micols_> yeah i was searching for vbr in the manpage i think, so overlooked it
[09:29] <micols_> no -aq or vbr option
[09:29] <micols_> but i think there is vbr in the newest version iirc, so will be compiling shortly, thanks for the help :)
[09:30] <micols_> it sounds good now with -ab 192k and mp2 output
[09:31] <micols_> but vbr is better i think
[09:37] <Pyriel0> hi all
[09:39] <Pyriel0> i am trying to stream to using rtmp and the video framerate continually drops from 30 fps down to about 10 in a couple minutes
[09:40] <Pyriel0> recording to the hard drive works fine, and attempting to stream with the 64 bit version results in all of my ran (8 GB) being taken up. I'm guessing its a buffering problem, anyone know how to fix this?
[09:43] <meelu> i wanna encode a video with same codec as this videos info i found from vlc "Codec: H264 - MPEG-4 AVC (part 10) (avc1)"  "Frame rate: 23.976000" "Decoded format: Planar 4:2:0 YUV" "Codec: MPEG AAC Audio (mp4a)"  "Sample rate: 44100 Hz"
[09:43] <meelu> anyone know command for that?
[09:53] <Pyriel0> i think we are the only 2 here
[09:54] <ubitux> you didn't give enough info
[09:54] <ubitux> pastebin the full output of your cmd line
[09:54] <ubitux> if it's reproducible with git head, please open a bug on the trac
[09:55] <ubitux> meelu: for re-encode -c:v libx264 and one lib aac codec for the audio
[09:56] <ubitux> you can -c copy as well if you're just remuxing
[09:57] <Pyriel0> i don't know what the git head is
[09:58] <Pyriel0> here is "short" cmd line output though
[09:58] <ubitux> use pastebin to paste everything
[09:58] <Pyriel0> i am not sure what that is
[09:58] <ubitux> git head means you should checkout the latest dev version (http://ffmpeg.org/download.html)
[09:58] <ubitux> Pyriel0: http://pastebin.com
[09:59] <ubitux> paste everything here
[09:59] <ubitux> command line, and output
[10:00] <Pyriel0> http://pastebin.com/BLBMw0e3
[10:02] <Pyriel0> pretty sure I am using the 7-30 zeranoe version
[10:02] <ubitux> ok
[10:03] <ubitux> the 8GB memory leak is a problem
[10:03] <Pyriel0> I get video on the webpage, just the fps drops. The audio is fine though. Recording to the hard drive works perfectly
[10:04] <Pyriel0> It seems like frames keep getting put in a buffer waiting for some signal in the video or fromjustin /twitch tv or something
[10:05] <Pyriel0> i can use the exact same command line except -f flv rtmp:\xxxx   changed to f:\test.mp4 for the hard drive, and it works perfect
[10:05] <ubitux> i'm wondering if it's using librtmp here or the internals
[10:07] <Pyriel0> i typed -codecs and there is no librtmp there
[10:07] <ubitux> you certainly have it in -formats
[10:07] <ubitux> (the build has --enable-librtmp)
[10:08] <ubitux> i must say i never used rtmp stuff so i dunno
[10:08] <ubitux> i'd suggest you to open a trac issue
[10:09] <ubitux> (not -formats, -protocols sorry)
[10:09] <Pyriel0> ah ok
[10:10] <Pyriel0> I've only been messing around with this for a few days, not familiar with all the commands at all
[10:10] <ubitux> https://ffmpeg.org/trac/ffmpeg/register, then open a new ticket please
[10:11] <ubitux> don't forget to paste the same thing as the pastebin between {{{ }}} and specifies that there is no problem on the disk
[10:13] <Pyriel0> registering right now
[10:17] <Pyriel0> making the ticket now
[10:17] <Pyriel0> thanks for looking at it
[10:30] <ubitux> Pyriel0: could you share the ticket id when you open it?
[10:30] <Pyriel0> sure
[10:30] <Pyriel0> previewing it atm
[10:31] <Pyriel0> do you think what i have is good enough?
[10:31] <Pyriel0> or is the output with -report  needed?
[10:32] <Pyriel0> -report shows the handshake to the server and stuff
[10:37] <Pyriel0> it is Ticket #1604
[10:39] <Pyriel0> i would like to figure this out just to not rely on programs like xsplit / ffsplit to stream video
[10:39] <Pyriel0> + this lets me customize for my computer to get the best quality possible
[10:41] <ubitux> you gave enough information, thanks
[10:42] <ubitux> no you don't need -report; it's just an helper in case of crash
[10:42] <Pyriel0> thank you for helping me with it =)
[10:42] <ubitux> i don't have windows, and no justin.tv account, so it's hard for me to reproduce; can't do much sorry :)
[10:43] <Pyriel0> i can give you guys the key to my channel if needed and just change it later if needed
[10:45] <ubitux> one dev might have a rtmp server where he can push, don't share your account :)
[10:46] <ubitux> hey burek.
[10:46] <ubitux> we missed you
[10:47] Action: burek brings the keg of beer :)
[10:47] <ubitux> :)
[10:47] <Pyriel0> looks like i showed up at the right time
[10:54] <burek> Pyriel0, did you try to pipe 2 ffmpegs, just to see where does the bug show
[10:54] <burek> something like ffmpeg -i ... -acodec .. -vcodec .. -f flv - | ffmpeg -f flv -i - -c copy -f flv rtmp://...
[10:54] <burek> then watch the "top" with: watch top
[10:54] <Pyriel0> yes but both slowly dropped fps from what i remember
[10:55] <burek> and see what's going on.. the ffmpeg with higher cpu usage is the 1st one in the pipe
[10:55] <Pyriel0> i had no idea about watch top
[10:55] <burek> monitor the memory usage of both
[10:55] <Pyriel0> so i just put -watch top anywhere in the line?
[10:55] <burek> no no
[10:55] <burek> run the pipe line
[10:55] <burek> and in another shell/console, run: watch top
[10:56] <burek> watch cmd just repeats the "top" command every 2 seconds
[10:56] <burek> when I think of it
[10:56] <burek> top is already auto-refreshing
[10:56] <burek> I'm an idiot :)
[10:56] <burek> just type top
[10:56] <burek> :)
[10:56] <Pyriel0> ill try real quick
[10:59] <Fandekasp> hi there. Am I on the correct channel to ask help about mencoder ?
[10:59] <burek> did you try #mencoder
[10:59] <Fandekasp> channel doesn't exist, yes I tried
[10:59] <burek> well ok then :)
[10:59] <Fandekasp> lol
[11:00] <Pyriel0> i have the commandline set up and its "working"
[11:00] <Pyriel0> im not understanding where to put the top command though
[11:01] <burek> Pyriel0, the "top" command is a monitoring cmd
[11:01] <Fandekasp> I have an issue with extracting subtitles from a vob file. Here is what I did: http://sprunge.us/TfVV?rst . vobsub2srt couldn't print any text, and when running mplayer with the sub file, subtitles aren't displayed either, so I believe the mencoder command is the culprit. Do you see any error in it ?
[11:01] <ubitux> Fandekasp: #mplayer is the correct channel for asking about mencoder; about your vobsub problem, i'm not sure ffmpeg will be a great help unfortunately
[11:01] <burek> it shows all running processes
[11:01] <Fandekasp> ubitux: ah ok ^^
[11:01] <burek> and mem/cpu usage
[11:01] <burek> oh f...
[11:01] <burek> you're on windows..
[11:01] <burek> I just got up, I'm sorry :)
[11:02] <burek> use the task manager :)
[11:02] <Pyriel0> lol np
[11:02] <burek> * You were kicked from #mencoder by ChanServ (Invite only channel)
[11:02] <burek> :)
[11:03] <burek> Fandekasp, try /knock #mencoder
[11:04] <Pyriel0> my task manager only shows one ffmpeg running
[11:04] <burek> Fandekasp, try /j #mplayer
[11:04] <Fandekasp> didn't know knock, thanks for the tip burek
[11:05] <Pyriel0> ill do a short runa nd pastebin it
[11:05] <burek> as ubitux suggested :) it's a redirect I guess :)
[11:05] <Fandekasp> :)
[11:07] <burek> Pyriel0: ffmpeg -re -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv - | ffmpeg -f flv -i - -c:copy -f flv "rtmp://live-dfw.justin.tv/app/xxxxxxxxxxxxxxxxxxxxx"
[11:07] <burek> "-c:copy" should be "-c copy"
[11:08] <Pyriel0> yah i have it, just doing the pastebin atm
[11:08] <burek> and your task mgr shows only 1 ffmpeg?
[11:10] <Pyriel0> http://pastebin.com/aSeb0cLX
[11:10] <Pyriel0> ill run it again and make sure, last time i only saw 1 though
[11:10] <burek> click on the first column in "processes" tab, named "Image Name"
[11:11] <burek> you should see 2 of them
[11:11] <Pyriel0> yeah there were 2
[11:11] <Pyriel0> just one only used 0 to 1% cpu
[11:11] <Pyriel0> so i didn't see it the first time
[11:12] <burek> ok, one with the higher cpu usage is the 1st ffmpeg (encoder)
[11:12] <burek> the other is a streamer
[11:12] <burek> so just leave it running and see which one consumes the memory a lot
[11:12] <Pyriel0> ah ok
[11:12] <Pyriel0> let me rerun with the 64 bit one
[11:13] <Pyriel0> the one i posted just now was 32 bit
[11:13] <burek> ok
[11:14] <Pyriel0> the high cpu usage takes the ram
[11:15] <Pyriel0> it was over 4.5 GB after 35 secs
[11:16] <burek> well that was unexpected :)
[11:17] <burek> can you run just one more test?
[11:17] <burek> Pyriel0: ffmpeg -re -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -y -f flv /dev/null
[11:18] <Pyriel0> what am i looking for when this runs?
[11:18] <burek> mem usage
[11:19] <Pyriel0> /dev/null: No such file or directory
[11:19] <burek> I'm an idiot, part 2
[11:19] <Pyriel0> not to me lol
[11:20] <burek> try using this
[11:20] <burek> Pyriel0: ffmpeg -re -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -y -f flv - > NUL
[11:20] <burek> or \Device\Null instead of /dev/null
[11:21] <Pyriel0> that one works
[11:21] <Pyriel0> with - > NUL
[11:21] <burek> ok
[11:21] <Pyriel0> mem toggles 307 - 315 MB
[11:22] <Pyriel0> and constant 30 fps with ~25 cpu usage
[11:22] <burek> no memory exhaustion?
[11:22] <Pyriel0> nope, still running and still 308-317 ish mem usage
[11:22] <burek> now that's odd
[11:23] <Pyriel0> if i throw the NUL part in my old command line, will it still pipe it to the streaming one?
[11:24] <burek> no, that part tells ffmpeg to send the output to nowhere
[11:24] <burek> it redirects the output to a sinking hole
[11:24] <Pyriel0> crap lol
[11:25] <burek> but why would a first process have that memory leak, I'm really curious
[11:25] <burek> are you sure it was the 1st one, with higher cpu, the one that eats all the ram memory
[11:26] <Pyriel0> ill run it again
[11:28] <Pyriel0> yeah its the high one
[11:28] <Pyriel0> low only takes 5.5MB
[11:28] <Pyriel0> high just keeps taking more mem
[11:28] <burek> maybe 2nd process doesn't read fast enough from the pipe
[11:29] <zap0> pipes block if there is no data to read
[11:29] <burek> that's the opposite case
[11:30] <Pyriel0> ill try setting both to -r 30 instead of -re
[11:30] <burek> looks like the 1st ffmpeg sends data to pipe and 2nd process doesn't read it fast enough
[11:30] <burek> so the first process buffers a lot of data and thus consumes a lot of ram memory
[11:31] <burek> Pyriel0, you need -re in the 1st ffmpeg
[11:31] <burek> otherwise you'll make it worse
[11:31] <burek> ffmpeg will try to flush all of the input as fast as possible
[11:31] <burek> with -re it reads the input in real-time, so you can watch it (playback)
[11:34] <Pyriel0> c:\ffmpeg64\bin>ffmpeg -re -rtbufsize 100000k -f dshow -i video="SCFH DSF":audio
[11:34] <Pyriel0> ="Line 1 (Virtual Audio Cable)" -pix_fmt yuv420p -s hd720 -vcodec libx264 -prese
[11:34] <Pyriel0> t medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 1
[11:34] <Pyriel0> 28k -f flv - | ffmpeg -r 30 -i - -c copy -f flv "rtmp://live-dfw.justin.tv/app/xxxxxxxxxx flashver=FME/2.5 (compatible; FMSc 1.0)"
[11:34] <burek> pastebin
[11:34] <Pyriel0> sorry i didn't think just the commandline would take up too much
[11:34] <burek> Pyriel0, try this: ffmpeg -re -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv - | ffmpeg -f flv -i - -c:copy -f flv udp://127.0.0.1:12345
[11:35] <burek> just to see if it's the rtmp's fault
[11:35] <burek> again -c:copy -> -c copy
[11:36] <burek> I just copy/pasted it..
[11:36] <Pyriel0> yeah i put the space there
[11:36] <Pyriel0> its working fine
[11:37] <Pyriel0> one fps was locked at 30 and the other started at about 40 and dropped to 31 now
[11:37] <Pyriel0> one is locked at 30 and the other 30-31
[11:37] <Pyriel0> memory usage for the higher one is about 315 MB and holding
[11:39] <Pyriel0> does that mean the problem is with the receiving end?
[11:39] <burek> so, it's librtmp that is not behaving
[11:42] <burek> you could maybe go to the zeranoe's forum
[11:42] <burek> and post these results there
[11:42] <burek> i think they will figure out how to fix it
[11:46] <Pyriel0> i just post the its works to NUL and udp but not with rtmp output?
[11:46] <burek> well yes
[11:46] <Pyriel0> i already made a thread there and they referred me to ffmpeg users lol
[11:47] <burek> describe the problem briefly and say what test you have made
[11:47] <Pyriel0> ill reply to it with these results and hopefully someone gets it
[11:47] <burek> with what results
[11:47] <burek> ok
[11:48] <burek> if they already redirected you to ffmpeg, then try on ffmpeg's bug trac
[11:48] <Pyriel0> i submitted a bugreport already, is there a way for me to update it with what we just did?
[11:49] <burek> yes
[11:49] <burek> just post a reply
[11:53] <Pyriel0> should i put your name in it?
[11:59] <Pyriel0> updated both
[12:00] <Pyriel0> is there a way for me too try using it with different librtmp builds? I have only been using static builds, not sure exactly how to use the others
[12:03] <burek> im not sure
[12:03] <burek> try other zeranoe's builds
[12:04] <burek> (maybe even older ones)
[12:04] <burek> you just might stumble upon some version that actually works :)
[12:06] <Pyriel0> im gonna need that keg of beer lol
[12:06] <burek> :D
[12:06] Action: burek sets mode: +beer Pyriel0
[12:06] <burek> :)
[12:19] <Pyriel0> just realized i was testing out of the wrong folder =/
[12:30] <Pyriel0> i just copied the ffmpeg.exe from the ffsplit folder to my regular ffmpeg folder and it still doesn't work
[12:30] <Pyriel0> but that program works
[12:31] <Pyriel0> it has to be something on the commandline
[12:46] <rainmaker1> I amtrying to concatenate to mp4 files (the one I saved with ffmpeg in mp4 container) and am using this command ffmpeg -i concat:"out000.mp4|out001.mp4" -c copy out.mp4 however the resulting file out.mp4 is the same size as out000.mp4!?! Am I doing something wrong?
[13:00] <saste> rainmaker1: yes
[13:00] <saste> please read the FAQ on joining multiple files
[13:00] <saste> !faq
[13:01] <saste> damn doesn't work...
[13:06] <rainmaker1> saste: I read the manual, but I don't know what I am doing wrong. Do you see any error in my command?
[13:08] <rainmaker1> saste: maybe the problem is that I didn't mention that I save the live stream with with segment format
[13:09] <saste> no the problem is that mp4 doesn't allow physical concatenation
[13:09] <saste> http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f
[13:11] <rainmaker1> saste: yes, but I use beatstreamfilter -bsf h264_mp4toannexb in order to make physical concatenation possible
[13:12] <rainmaker1> saste: maybe it does not work.... hmmm Thank you for your support, I will investigate this...
[13:14] <rainmaker1> saste: s/beat/bit sorry :)
[15:22] <saste> works now
[15:22] <saste> !rtfm
[15:25] <Pyriel0> thanks for all the help earlier burek
[15:26] <burek> Pyriel0 :beer: :) did you solve your problem? :)
[15:26] <Pyriel0> no
[15:27] <burek> saste :) what should the result of !rtfm be? :D
[15:27] <Pyriel0> i tried putting the ffmpeg.exe from the ffsplit folder in the reg one and everything
[15:27] <burek> lmgtfy.com? :)
[15:27] <Pyriel0> it has to be either something with the librtmpor some weird parameters that the jtv server needs
[15:28] <burek> Pyriel0, I'm not sure I understand what you did, but did you file a bug report at least? :)
[15:29] <Pyriel0> yeah i filed a bug earlier and updated it with what we did
[15:29] <burek> at ffmpeg bug tracker?
[15:29] <Pyriel0> https://ffmpeg.org/trac/ffmpeg/ticket/1604#comment:4
[15:30] <burek> ok, let me see
[15:30] <Pyriel0> the output i have posted was an old saved one from a few days ago
[15:30] <Pyriel0> but the same thing happens with/ without piping
[15:31] <Pyriel0> and it happens to dshow and file input
[15:32] <burek> ok ok, I'll update the ticket to show all the examples we tried
[15:32] <Pyriel0> what pisses me off the most, I asked one of the head guys of FFsplit because they obviously already figured this out
[15:33] <Pyriel0> and he told me in that irc chat to go here / the ffmpeg page
[15:33] <Pyriel0> eventually they are supposed to open source their project so I'll get the answer sooner or later
[15:35] <Pyriel0> i just want to use -maxrate instead of variable bitrate because it controls the bitrate much better and keeps the upload from spiking to / past the max of our cable line
[15:40] <burek> what is ffsplit
[15:41] <Pyriel0> i guess like a gui version thing for transcoding files and streaming to rtmp
[15:41] <Pyriel0> for desktop capture
[15:41] <Pyriel0> it isn't for files
[15:45] <Pyriel0> thanks for updating the post. I don't know how to put the command lines in like that
[15:45] <Pyriel0> its funny those :'s are still there lol
[15:47] <burek> :)))
[15:47] <burek> immortal annoying thingies :)
[15:48] <Pyriel0> i am amazed there aren't any simple little programs just to pass the encoded stream through
[15:48] <Pyriel0> you would think the websites themselves would at least release something like that
[15:48] <burek> I guess the process itself is not that simple :)
[16:32] <aro> what would cause ffmpeg to encode video/audio out of sync on a quicktime (.mov) video?
[16:33] <burek> a bug, aliens, bad weather.. hmh what else..
[16:38] <Trax``> don't rule out human error
[18:18] <helderberg> supigle
[18:18] <helderberg> any mix boffs here ?
[18:18] <helderberg> nix
[20:04] <burek> does anyone see anything wrong here: http://pastebin.com/wcjsJhxp
[20:04] <burek> how blind I am...
[20:04] <burek> "The specified picture size of 1280x720 is not valid for the H.263 codec" :)
[20:04] <burek> just ignore me :)
[20:06] <Pyriel0> lol
[21:19] <far_> the lgpl licensing is hugely annoying
[21:20] <far_> cant use ffmpeg in iphone apps unless you publish your source or object code (because you must statically link iphone apps)
[21:20] <far_> but even if they change ffmpeg i would have to upgrade because im using an old version that has variety of custom mods i never want to port!
[21:20] <far_> i need retroactive licensing change
[21:21] <far_> ffmpeg works so nice on iphone too, with hardware accelerated FFT
[21:22] <far_> why are you guys ruining my life with unusable license?
[21:28] <Mavrik> far_: because you're using an OS which vendor forbade you from using opensource software
[21:28] <Mavrik> I suggest you ask MainConcept for licensing of codecs
[21:37] <JEEB> far_, LGPL is a relatively usable license even for proprietary use cases, but it just doesn't happen to work for you (compare to those libraries that put themselves under the GPL f.ex.). I'm sorry for you already having made work with it, but you really should have done the check before hand. And changing the license for a project like this is just impossible, you'd have to ask permission from everyone who has code in.
[21:38] <JEEB> (x264 did actually change from "GPL-only" to "GPL and a proprietary license", so it _is_ possible, but the code base of x264 is quite a bit smaller)
[21:38] <Mavrik> (not to mention changing a license on such a project just to cover a single platform which isn't primarly supported is rarely a worthwile endeavour)
[21:39] <JEEB> anyways, I kind of do understand the need to vent after putting effort into something, but it really does fall into "didn't research properly"
[21:40] <far_> also apples fault heh
[21:41] <far_> its just unfortunate, now i am going to all the trouble to replace ffmpeg in general, just to replace it for 1 platform
[21:42] <far_> as far as my use of it goes that is
[21:43] <JEEB> well, if your work needs it there ain't much you can do with it
[21:43] <JEEB> I really can't say that the ffmpeg license is even too strict on people who want to generally use it in proprietary stuff
[21:44] <JEEB> as LGPL permits that, and esp. in dynamic linking scenarios
[21:50] <far_> if ffmpeg aspired to the true multimedia swiss army knife it would be apache/bsd/mit free as in beer
[21:51] <far_> i guess lgpl would be perfectly fine if not for apple
[21:52] <far_> im also looking into google native client, hopefully they dont have some static link requirement
[22:06] <MMlosh> Hi!  I am trying to reencode a video and dropping the first frame from it... but expected solution   -vf select='gte(t,2)' doesn't work
[22:08] <ubitux> replace t with n
[22:08] <ubitux> and escape the ','
[22:09] <MMlosh> thanks..   then the manpage example is wrong
[22:10] <MMlosh> ubitux, hmm.. did not help.....    maybe I am supposed to put  the -vf thing somewhere else.....  (which would be stupid mistake, I know)
[22:11] <MMlosh> yup, I had it in the infline options...   thanks again, ubitux
[22:14] <MMlosh> but also it seems to defeat the deinterlacer
[22:16] <ubitux> where is the documentation wrong?
[22:16] <ubitux> it's indeed an output option
[22:17] <MMlosh> avconv manpage, around line 4125 as the "-vf select" is described
[22:17] <MMlosh> about yadif - it's just stupid me, having "-vf" twice
[22:17] <ubitux> we are not supporting avcov
[22:17] <ubitux> avconv
[22:17] <ubitux> please use ffmpeg
[22:17] <MMlosh> oh... I don't understand the legal situation between those
[22:17] <ubitux> btw, it wouldn't surprise me much if that's causing issues with the deinterlace, but it shouldn't happen
[22:18] <ubitux> there is no "legal" situation; thought you might be interested in http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html
[22:18] <MMlosh> easy - setting the "-vf select" just overwrites the first "-vf yadif" argument, doesn't it
[22:18] <ubitux> you can stack them
[22:18] <MMlosh> ffmpeg says "please use avconv" when I run it
[22:18] <ubitux> -vf select=...,yadif
[22:18] <MMlosh> yes... but I didn't, that's why it wasn't deinterlaced I guess
[22:18] <ubitux> MMlosh: that's the libav propaganda, look at the article
[22:19] <ubitux> -vf 'select=gte(n\,2),yadif' might work as you expect
[22:19] <MMlosh> works in reverse as expected as well
[22:19] <ubitux> i wouldn't recommand to run yadif before select
[22:19] <MMlosh> I was having two "-vf"-s ..  stupid user error
[22:21] <MMlosh> ok, I won't do that again..
[22:22] <ubitux> yadif is using multiple frame for the context
[22:22] <ubitux> dropping them after select will likely break the efficiency
[22:22] <MMlosh> that frame is totally unrelated...
[22:22] <ubitux> if not worst
[22:22] <MMlosh> it's green, while the following frames are pink-toned... no useful reference in there
[22:23] <MMlosh> but I agree that it was a good idea to drop it first and then deinterlace...
[22:25] <MMlosh> ubitux, for the manpage error - suprise surprise, ffmpeg manpage is identical to avconv's  (thus also with an error)
[22:26] <ubitux> MMlosh: could you paste the wrong line please?
[22:27] <MMlosh> ubitux,  http://fpaste.org/bqnB/  as minimum, there may be more
[22:27] <ubitux> ah you mean the escape thing?
[22:27] <MMlosh> no
[22:27] <MMlosh> yes
[22:27] <ubitux> .
[22:27] <ubitux> yes or no?
[22:27] <ubitux> :D
[22:27] <MMlosh> the missing escape  AND  "t" instead of "n"
[22:28] <ubitux> the 't' is correct in the examples
[22:28] <ubitux> it's the time
[22:28] <fishsponge_> hey people - i need to trim the last 5 seconds of lots of videos... i know the -t flag does this, but then I need to know the duration for each... is there any way to just trim the last 5 seconds?
[22:28] <fishsponge_> i'm already using -ss to trim 5 seconds from the beginning, but i need to trim 5 seconds from the end of each one too...
[22:28] <MMlosh> oh...  I misread the thing... I am glad it was unescaped then
[22:29] <ubitux> fishsponge_: the duration might not be known with a lot of inputs, and might be unreliable
[22:29] <ubitux> so there is no such option
[22:29] <MMlosh> ubitux, then it's the missing escape only....   and I wonder where in the man is the declaration of "t" and "n"
[22:29] <fishsponge_> ubitux, hmm... nightmare then! I guess i'll have to run mediainfo and parse it in the script...
[22:30] <ubitux> maybe the duration could be pushed to libavfilter to be re-used into vf select if available thought.
[22:30] <ubitux> fishsponge_: you can use ffprobe as well
[22:30] <ubitux> fishsponge_: it has fancy ini, json, xml or whatever easily parsable output
[22:31] <ubitux> MMlosh: this is likely a problem with the texi2man script since the escape are in the doc/filters.texi
[22:31] <MMlosh> aha
[22:31] <ubitux> MMlosh: see above for what 'n' and 't' stands
[22:32] <MMlosh> hmm... right, it's there, my apologies
[22:32] <ubitux> you're not wrong, maybe something can be fixed
[22:32] <ubitux> i'll open an issue
[22:42] <kenoby> Hello, I'm thinking about converting a rtsp stream from an ip camera to an mjpeg one in order to feed it to the program motion which does not understand rtsp. I looked in ffmpeg and ffserver options but didn't understand if this is possible
[22:43] <ubitux> MMlosh: this is now https://ffmpeg.org/trac/ffmpeg/ticket/1610
[22:43] <ubitux> thanks for the report
[22:44] <MMlosh> no problem.. thanks for the solution
[22:51] <MMlosh> ubitux, https://bugs.launchpad.net/ubuntu/+source/libav/+bug/939863   Can I read that as "even though I type ffmpeg, I still get avconv" ?
[22:55] <llogan> new x264 Encoding guide on the wiki: https://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide
[22:55] <llogan> feel free to edit/fflame
[22:56] Action: llogan leaves to move shitty car from shitty parking area
[23:03] <ubitux> MMlosh: ubuntu is packaging libav; and the old libav distributes their own version of a deprecated ffmpeg binary
[23:03] <Mavrik> MMlosh: yeah
[23:04] <Mavrik> depending on your Ubuntu version you either get avconv or old ffmpeg
[00:00] --- Mon Aug  6 2012


More information about the Ffmpeg-devel-irc mailing list