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

[burek]

[00:00] <alpine2013> hello
[00:02] <alpine2013> anyone around here?
[00:09] <ubitux> LunaVorax: there are all kind of loop option
[00:09] <ubitux> for encoding, for decoding, etc
[00:09] <ubitux> what are you trying to do?
[00:10] <LunaVorax> I've found a workaround ubitux, I was trying to loop the input to make a video out of a still image
[00:10] <LunaVorax> Turns out the parameter -f image2 has to be set
[00:11] <ubitux> should not be necessary.
[00:11] <ubitux> what's your command line?
[00:12] <ubitux> you have to make sure your -loop option is set as an INPUT option (before -i) if you want to use it as "the loop option for the image demuxer"
[00:12] <ubitux> LunaVorax: i just tried this: ffmpeg -loop 1 -i tests/lena.pnm -i input.mp3 -shortest -c:v libx264 -c:a copy -y test.flv and it worked fine
[00:13] <LunaVorax> -shortest gets the work badly done
[00:14] <LunaVorax> It's make a 10second video while the audio track I provide is 2:17
[00:14] <ubitux> -shortest makes sure it stops after it getting done with the audio
[00:14] <LunaVorax> Whel& it failed
[00:14] <ubitux> otherwise -loop 1 will make the image demuxer outputs the same image forever
[00:14] <LunaVorax> s/whel/well
[00:14] <LunaVorax> ubitux, with or without -shortest
[00:15] <ubitux> both, if that makes a difference
[00:15] <alpine052013> hello guys
[00:16] <LunaVorax> ubitux, http://pastebin.com/xJNAyYzb
[00:16] <ubitux> LunaVorax: please read what i say
[00:16] <ubitux> 00:12:17 <@ubitux> you have to make sure your -loop option is set as an INPUT option (before -i) if you want to use it as "the loop option for the image demuxer"
[00:16] <LunaVorax> ubitux, no -shortest http://pastebin.com/wwKhWAQ2
[00:17] <LunaVorax> Oh I made a mistake?
[00:17] <alpine052013> ffmpeg -loop 1 -y -i titleimage.jpg
[00:17] <alpine052013> like this, before -i
[00:17] <alpine052013> put -loop
[00:18] <ubitux> LunaVorax: try ffmpeg -loop 1 -i image.png -i 23-Medivo.flac -shortest -c:v copy -c:a copy test.mkv
[00:18] <ubitux> also, i'm not sure -c:v copy will work
[00:18] <ubitux> actually it won't make much sense
[00:18] <ubitux> if you're trying to encode it as a video
[00:19] <ubitux> LunaVorax: ffmpeg -loop 1 -i image.png -i 23-Medivo.flac -shortest -c:v libx264 -c:a copy -y test.mkv
[00:19] <ubitux> this would make more sense IMO
[00:19] <LunaVorax> It work but I'll use -c:v png if it makes more sense
[00:19] <ubitux> why?
[00:19] <ubitux> you want a video or no? :p
[00:19] <LunaVorax> Because I use the png video codec
[00:19] <ubitux> it's not a video codec
[00:19] <ubitux> it's an image codec
[00:20] <ubitux> it makes sense only for a standalone image
[00:20] <LunaVorax> It's not the first time I use png for video with ffmpeg and it works
[00:20] <ubitux> and you're trying to repeat the same images
[00:20] <LunaVorax> Yes but it works and it's what I want
[00:20] <ubitux> you can also try to understand what you are doing
[00:21] <ubitux> either it's not doing it effectively, or it's doing something bad©
[00:21] <LunaVorax> I am ubitux, png can but used as a video codec and video sharing websites understands it
[00:21] <ubitux> no you're not ubitux
[00:21] <ubitux> i am.
[00:21] <LunaVorax> I am [understanding] ubitux
[00:21] <alpine052013> hey ubitux, I will have a question also once you are done
[00:22] <LunaVorax> Ubitux, if you have another lossless codec, I'll use that instead of png. Assuming it's not a lossless uncompressed codec.
[00:23] <ubitux> h264 can be lossless
[00:23] <ubitux> alpine052013: ask anytime
[00:24] <ubitux> LunaVorax: what's the full cmdline you use to generate your video?
[00:24] <LunaVorax> I know, but last time I try I had troubles with colours iirc, they looked washed out
[00:24] <alpine052013> I have this process I am working on
[00:24] <alpine052013> http://pastebin.com/kdg7y67Z
[00:24] <alpine052013> need some input on my step 2 and step 4
[00:25] <alpine052013> actually I need input on all my steps if possible but I will start with those
[00:26] <alpine052013> basically trying to capture last frame of a video into an image to be able to use it as an overlay to my second video for some transition
[00:26] <alpine052013> not sure what would be the best effient way to do this
[00:28] <ubitux> not sure if there is really an efficient way of doing this
[00:28] <ubitux> maybe try to seek at something like 24 hours, decode everything into png, pick the last one
[00:28] <alpine052013> does it look stupid the way I do it?
[00:29] <ubitux> i'm too lazy to read all that stuff
[00:29] <alpine052013> ffmpeg -y -i input1.ts -ss 00:00:02.9 -f image2 -vcodec mjpeg -vframes 1 inputtemp1.jpg
[00:29] <alpine052013> thsi si what I do for a 3 sec video
[00:29] <alpine052013> seeking to 2.9 secs
[00:30] <alpine052013> is this idiotic or a quick and dirty way to do it?
[00:30] <ubitux> that won't work with every input, also the seek might be seeking to the last key frames, no the last frame
[00:30] <alpine052013> how do I seek to 24 hours like you mentioned?
[00:31] <LunaVorax> ubitux, I used your command and played a bit with it. I finally undersand what you were trying to tell me when talkign about -c:v copy. I though ffmpeg -c:v copy and -c:v png were the same in that peticular case.
[00:31] <ubitux> alpine052013: -ss 24:00:00?
[00:31] <LunaVorax> Long story short, your command work perfectly
[00:32] <ubitux> LunaVorax: -c:v copy means "do not decode, just send the packet to the muxer"
[00:32] <ubitux> it's not "same codec", it's "copy data"
[00:32] <LunaVorax> Well that makes sense since I used ffmpeg a lot to demux video files
[00:33] <ubitux> -c:v png decodes the data, and send it to the png encoder, and then to the muxer (but i'm guessing it won't work/make sense in your case anyway)
[00:33] <LunaVorax> I don't really understand why you say it doesn't makes sense
[00:34] <LunaVorax> It creates 25 frames per second and apparently encode every frame in png
[00:34] <LunaVorax> So& that's fine
[00:34] <ubitux> can i see your full working command line?
[00:35] <LunaVorax> ffmpeg -loop 1 -i image.png -i 23-Medivo.flac -shortest -c:v png -c:a copy -y test.mkv
[00:35] <LunaVorax> The same you gave me
[00:35] <LunaVorax> I just use png as a video codec
[00:35] <ubitux> -c:v png doesn't work for me
[00:35] <ubitux> that's why i'm asking
[00:35] <LunaVorax> Oh! Ok
[00:36] <ubitux> would you mind to pastebin the ffmpeg output of that command?
[00:36] <LunaVorax> Of course
[00:37] <ubitux> wait it's ok, forget it
[00:37] <ubitux> ok so
[00:37] <ubitux> it doesn't do what you want to.
[00:37] <ubitux> it only encodes one gif
[00:37] <ubitux> one png* sorry
[00:37] <ubitux> it's not doing a video stream
[00:38] <ubitux> so that won't work in a various range of cases
[00:39] <ubitux> mmh, there is something weird.
[00:39] <LunaVorax> Hum it's werid
[00:39] <ubitux> sorry, brainfart again
[00:40] <ubitux> forget what i said
[00:40] <LunaVorax> Haha it's ok
[00:40] <LunaVorax> Just in case ubitux http://pastebin.com/p2pBU5uM
[00:41] <ubitux> -rw-r--r-- 1 ubitux ubitux 410M Mar  6 00:40 test-copy.mkv
[00:41] <ubitux> -rw-r--r-- 1 ubitux ubitux 412M Mar  6 00:40 test-png.mkv
[00:41] <ubitux> -rw-r--r-- 1 ubitux ubitux 1.8M Mar  6 00:40 test-x264.mkv
[00:41] <ubitux> see the difference? :)
[00:41] <ubitux> your png is duplicated
[00:41] <LunaVorax> Yes, that's why you'll not the -r 0.1 parameter
[00:41] <ubitux> N times
[00:41] <LunaVorax> s/not/note
[00:42] <LunaVorax> I'll try in my case when not compressing the image
[00:43] <ubitux> will a low rate really works everywhere?
[00:44] <ubitux> doesn't it makes the seek clumsy with some players for instance?
[00:44] <LunaVorax> So far it doesn't
[00:44] <LunaVorax> mplayer is ok with that
[00:44] <ubitux> yeah sure, but mplayer rox
[00:44] <LunaVorax> Haha
[00:45] <LunaVorax> Usually, such a file is meant to be sent off websites like YouTube and other video sharing websites
[00:46] <ubitux> is youtube ok with such input?
[00:46] <LunaVorax> It is
[00:46] <LunaVorax> YouTube supports the most unusual video/audio codecs
[00:46] <LunaVorax> mpng/flac mkv works for instance
[00:46] <ubitux> yeah well, they use ffmpeg so of course
[00:46] <LunaVorax> That's what I've logically supposed
[00:46] <ubitux> but it's an old version, with misc setup afaik
[00:47] <ubitux> but what i wonder is...
[00:47] <LunaVorax> I haven't tried real obscure files like PS1 STR videos
[00:47] <ubitux> if your player/service/whatever is fine with 5 or 10 frames
[00:48] <ubitux> why isn't it working with just one?
[00:48] <ubitux> basically, just: ffmpeg -i in.png -i in.mp3 -c copy -y test.mkv
[00:48] <LunaVorax> It's working now ubitux, I told you I used the command you gave me
[00:48] <LunaVorax> Ah ok
[00:48] <LunaVorax> Let me try
[00:48] <ubitux> because this also works with mplayer
[00:48] <LunaVorax> Iirc last time I tried it mades a 1frame video
[00:48] <ubitux> yes.
[00:49] <ubitux> but if 5 frame video is fine
[00:49] <ubitux> why not 1 frame video?
[00:49] <ubitux> also note that it works with mplayer, but the seek is somehow broken
[00:49] <ubitux> just like a rate of 0.1 will likely affect the seek
[00:49] <ubitux> (and maybe the encode process on youtube side)
[00:49] <LunaVorax> & oh well it works too apparently
[00:50] <alpine052013> I have one last question guys
[00:50] <ubitux> LunaVorax: OTOH, if you have a 25 fps video, you're safe ;)
[00:50] <alpine052013> http://pastebin.com/SdjHaFnD   I have highlightes the problem area
[00:50] <LunaVorax> ubitux, my hard drive space won't ;)
[00:51] <alpine052013> it gives me some message that I could not decrypt
[00:51] <ubitux> LunaVorax: it will be extremely well compressed with h264, since there is absolutely no change between frames
[00:51] <ubitux> see my previous test-h264.mkv
[00:51] <ubitux> ...at 25fps
[00:52] <LunaVorax> I insist on using the lossless presset
[00:52] <ubitux> alpine052013: you're highlighting two unrelated warnings, and some normal output
[00:52] <ubitux> LunaVorax: what about -q:v 0
[00:52] <ubitux> ?
[00:52] <LunaVorax> ffmpeg -i in.png -i in.mp3 -c copy -y test.mkv won't work if it's for uploading on video sharing websites, it displays a black image. You got your explication now.
[00:52] <LunaVorax> -q:v 0 means lossless ubitux ?
[00:53] <LunaVorax> I'm trying that right away
[00:53] <ubitux> it should be libx264
[00:53] <defaultro> libx264 isn't lossless
[00:53] <ubitux> defaultro:   -q, --qp <integer>          Force constant QP (0-69, 0=lossless)
[00:54] <ubitux> from x264 --fullhelp
[00:54] <defaultro> 0 value is broken
[00:54] <defaultro> i've tried it many times and video becomes so blocky
[00:54] <defaultro> i have the build of just few days ag
[00:54] <defaultro> ago
[00:54] <ubitux> maybe you should report it... ?
[00:54] <ubitux> because it's supposed to be lossless according to the doc
[00:55] <defaultro> i mentioned it here yesterday but yeah, I should report it
[00:55] <alpine052013> ubitux: do you know what 37 and 42 menas, I thought they were related
[00:55] <defaultro> crf of 15 is nice enough
[00:55] <defaultro> but if source is png, I use huffyuv
[00:55] <ubitux> alpine052013: what are you trying to do?
[00:55] <ubitux> as lossless codec you also have ffv1
[00:55] <LunaVorax> defaultro, I'll be running low on diskspace if I do so
[00:56] <LunaVorax> Isn't ffv1 clumsy and rubbish?
[00:56] <ubitux> no
[00:56] <LunaVorax> Or it is just some bullshit I've heard somewhere
[00:56] <ubitux> it's very effective
[00:56] <LunaVorax> Ok
[00:56] <defaultro> i'm very impressed with the encoding. Take a look at the words from the video i made this morning, http://www.youtube.com/watch?v=LLL86Y01CMY
[00:56] <defaultro> i used huffyuv then libx264
[00:56] <alpine052013> trying to take a 10 sec clip from a larger video, overlay an image to fade it out and also add subtitles at the same time
[00:57] <defaultro> watch it in 1080p please
[00:57] <LunaVorax> I choosed 144^
[00:57] <LunaVorax> 144p
[00:57] <LunaVorax> :o)
[00:58] <ubitux> seems the prediction with the lossless codecs is broken
[00:58] <ubitux> or well, just not effective
[00:58] <LunaVorax> What do you mean ubitux, ffv1 is borken?
[00:59] <ubitux> no, i'm saying it doesn't look taht effective with a static image
[00:59] <defaultro> ubitux, huffyuv is working
[00:59] <defaultro> it works very well
[00:59] <ubitux> it's better than huffyuv, but it doesn't do a very good job either with this case
[00:59] <ubitux> defaultro: we're talking about static image right now
[01:00] <defaultro> the static images on my video are huffyuv
[01:00] <defaultro> it's a single image that I encoded to 10 seconds using ffmpeg and huffyuv
[01:01] <ubitux> the output is huge.
[01:01] <ubitux> -rw-r--r-- 1 ubitux ubitux 410M Mar  6 01:00 test-copy.mkv
[01:01] <ubitux> -rw-r--r-- 1 ubitux ubitux 231M Mar  6 01:01 test-ffv1.mkv
[01:01] <ubitux> -rw-r--r-- 1 ubitux ubitux 311M Mar  6 01:00 test-huffyuv.mkv
[01:01] <ubitux> -rw-r--r-- 1 ubitux ubitux 1.8M Mar  6 01:00 test-libx264.mkv
[01:02] <defaultro> those are small to me :)
[01:02] <defaultro> huffyuv is better than ffv1 as opposed to what you said earlier
[01:02] <ubitux> are you sure you read what i pasted correctly?
[01:03] <defaultro> yup
[01:03] <defaultro> take a look at your post again
[01:03] <ubitux> ffv1 231M
[01:03] <ubitux> huffyuv 311M
[01:03] <defaultro> :)
[01:03] <ubitux> what's best in your opinion?
[01:03] <defaultro> larger file has more image information
[01:03] <ubitux> ...
[01:03] <ubitux> it's lossless
[01:03] <defaultro> but our eyes cannot see them
[01:03] <ubitux> both are lossless codec.
[01:04] <ubitux> the content is exactly the same
[01:04] <defaultro> hmm
[01:04] <defaultro> someone should chime in
[01:04] <ubitux> anyway, in all these tests, this is just the same png repeated all over again
[01:04] <defaultro> not sure what the extra megs would be then
[01:04] <ubitux> libx264 is obviously the best choice, assuming it indeed kept the same quality
[01:04] <defaultro> looks like ffv1's algo is better
[01:04] <ubitux> defaultro: different compression algorithm.
[01:05] <defaultro> what libx264 settings you used?
[01:05] <ubitux> just used -q:v 0
[01:05] <defaultro> that's wrong man
[01:05] <defaultro> -q:v is same as vcodec
[01:05] <ubitux> that shouldn't matter much anyway
[01:05] <defaultro> it's either -qa or -crf
[01:05] <defaultro> no, that's wrong
[01:05] <defaultro> oops, -qp
[01:05] <ubitux> since most of the compression is done by the prediction
[01:06] <defaultro> k
[01:06] <ubitux> with -qp 0 i got 2.4M
[01:07] <ubitux> which is indeed bigger, but far better than all the others
[01:07] <defaultro> k
[01:07] <ubitux> (and the output has the same number of frames, about 2400 in my cases)
[01:07] <defaultro> my -qp is bad
[01:07] <defaultro> i'm getting blocky videos
[01:07] <ubitux> basically the pred was smart enough to say "repeat the same 2400 times"
[01:08] <defaultro> ah, i know why, maybe because it was a moving video
[01:08] <defaultro> for static, I should try it
[01:08] <defaultro> oh i remember, I did. I still had a problem
[01:08] <defaultro> there was some macroblocking
[01:10] <defaultro> i'll talk to you guys later, I have 10" of snow in my driveway :(
[01:10] <defaultro> need to clean it up before i get lazy, lol
[02:30] <bchapman> is there a way to skip reading an input stream from a file? I'm trying to ignore the aac audio stream on an mp4 file.  I know you can pass -an to ignore it in the output, and -map 0:v which will also ignore it, but any other way to skip reading it in the first place?
[02:45] <relaxed> bchapman: why is that important to you?
[02:48] <bchapman> working to track down a bug with the aac decoder.  If I transcode an mp4 without an aac audio track, everything works great.  Just having an aac stream in the source file seems to cause the issue.  So if I could ignore the stream when reading the input, I could isolate the bug.
[02:50] <relaxed> Which aac encoder are you using? Maybe try a different one?
[02:52] <bchapman> I'm writing a sort of universal tool to transcode any input to my desired output.  So I won't have control of which encoder the input aac used.
[02:53] <relaxed> Describe the bug.
[02:55] <bchapman> There's actually two I'm working with right now: https://ffmpeg.org/trac/ffmpeg/ticket/2324 http://ffmpeg.org/trac/ffmpeg/ticket/2325
[03:01] <relaxed> Did you try testing with mp3 instead?
[03:05] <bchapman> mp3 works great, its just aac
[03:08] <relaxed> have you tried using multiple aac encoders to see if the results differ?
[03:10] <relaxed> you have -c:a libfaac and -c:a aac
[03:21] <bchapman> If I compile the mp4 with a source wave file and mp4 with just a video stream: ffmpeg -y -i test100_noaac.mp4 -i test100_properaudio.wav -c:v copy -strict experimental -c:a aac test100_combineaac.mp4
[03:21] <bchapman> then combine them with: ffmpeg -i test100_combineaac.mp4 -c:a pcm_s16le test100_combineaac_audio.wav
[03:21] <bchapman> I can then separate them with: ffmpeg -i test100_combineaac.mp4 -c:a pcm_s16le test100_combineaac_audio.wav
[03:21] <bchapman> and it will have no delay
[03:22] <bchapman> so this would mean the current way that test100.mp4 is getting encoded by Adobe After Effects is causing the issue with ffmpeg decoding
[15:33] <Bor0> could anyone help me with is->step. how could I use it to go backwards frame-by-frame ? is->step = -1 doesn't seem to do it
[15:38] <Mavrik-> um
[15:38] <Mavrik-> you can't really decode things in reverse
[15:38] <Mavrik-> that's not supported by libav :)
[15:39] <Bor0> how does QuickTime solve this issue? they do have the option to frame step backwards
[15:39] <Mavrik-> you cache frames
[15:39] <Mavrik-> and then step back
[15:39] <Mavrik-> and decode GOPs as you go back
[15:40] <Mavrik-> or they just decode keyframes
[15:40] <Mavrik-> I don't how how exactly that looks like in quicktime
[15:41] <Bor0> is it a good idea to rewind() the whole thing and then go forward step until n-1?
[15:42] <Mavrik-> it's gonna take awhile :)
[15:43] <Bor0> I don't like caching frames, since this is a web browser plugin, it could really cause memory issues with large videos
[15:44] <Mavrik-> well
[15:44] <Mavrik-> the video codec is designed in a way which REQUIES you to decode frames in forward matter
[15:44] <Mavrik-> so your liking doesn't have much to do with it :P
[15:44] <Bor0> :)
[15:45] <Bor0> what is meant by caching frames? caching an entire pixe lframe?
[15:59] <aleray> hi, using the following command `ffmpeg -vcodec theora -g 15 -qscale 6 -acodec libvorbis -ac 2 -aq 3 -i in.avi out.ogv` I get the error `Unknown encoder 'libtheora'`
[16:00] <aleray> oups, the command is actually `ffmpeg -vcodec libtheora -g 15 -qscale 6 -acodec libvorbis -ac 2 -aq 3 -i in.avi out.ogv`
[16:01] <aleray> strange because ffmpeg shows that libtheora is there: http://dpaste.com/1014081/
[16:01] <aleray> any idea?
[16:38] <xastey> I'm getting error "ffmpeg: error while loading shared libraries: libx264.so.130: cannot open shared object file: No such file or directory" but I have /usr/lib/libx264.so.130 installed
[16:39] <JEEB> 1) make sure you have run ldconfig 2) if that doesn't work, then /usr/lib isn't in the default LD loading path
[16:39] <JEEB> (and you have to add it there)
[16:39] <JEEB> welcome to shared libraries :)
[16:41] <xastey> cool I didn't run ldconfig and didn't add --enable-shared to ./configure.. trying again
[16:42] <JEEB> uhh
[16:48] <xastey> umm with --enabled-shared i get "libavutil/intfloat_readwrite.o: relocation R_X86_64_PC32 against undefined symbol `ldexp@@GLIBC_2.2.5' can not be used when making a shared object;"
[16:53] <Mavrik-> xastey, --enable-shared has little to do with your problem
[16:54] <xastey> o ok.. well I'm recompiling with after running ldconfig
[17:00] <karlox> hi all
[17:01] <karlox> sorry if is a repeted question but is  vdpau working in lasf ffmpeg code?
[17:12] <karlox> i'm iterested in decodec only
[17:12] <karlox> no playback
[17:21] <tclarke> trying to use ffmpeg to rebroadcast an rtsp/rtp stream over multicast and I'm having some issues...I'm testing over localhost unicast first with: ffmpeg -i rtsp://192.168.1.3/live.sdp -vcodec copy -f rtp rtp://@127.0.01:5003
[17:22] <tclarke> the output looks like it's working so (on the same host) I do ffprobe rtp://@127.0.01:5003
[17:22] <tclarke> I get "Unable to receive RTP payload type 96 without an SDP file describing it"
[17:22] <tclarke> not sure how to supply the SDP info
[17:26] <xastey> ok Mavrik- or JEEB how can I address this problem
[17:29] <xastey> nvm.. got it worked out.. thanks JEEB for the ldconfig info
[17:29] <tclarke> ok, I may have figured it out...I copied the SDP info output from the ffmpeg command into a file and ffplay foo.sdp works...can't get VLC to recognize it but I think I can live with this for now...next test is with a multicast address so another question
[17:29] <tclarke> can I tell ffmpeg to set multicast loopback on the socket so I can receive on the same host?
[18:26] <xastey> can someone take a look at this http://pastebin.com/tCEAAVs1 , I'm tryiing to convert an h264+speex to h264+aac
[18:27] <Mavrik> xastey, afaik libfaac doesn't support 16kHz samplig rate
[18:27] <Mavrik> switch to 11050, 22100 or 44200
[18:28] <xastey> cool thanks
[18:41] <karlox> no idea about ffmpeg and vdpau?
[18:42] <Mavrik> no, I think there's not alot of people that use that :\
[18:50] <karlox> i don't undestand if it work or no
[19:13] <avinashrbhat> is there any ppa for installing ffmpeg in ubuntu 12.10 amd64?
[19:15] <avinashrbhat> sry, nevermind, got it from the download page itself.
[22:08] <jakechapa> Hello kind sirs. I'm trying to convert an RTSP (h264) stream to a JPG image.. I get "Output file #0 does not contain any stream"
[22:08] <jakechapa> the command I use: ffmpeg -i rtsp://71.240.170.44:8000/CH001.sdp -vcodec h264 -s 640x480 -f image2 snapshot.jpg
[22:20] <tg2> quick question - any way to have ffmpeg detect and remove letterbox on input?
[22:20] <tg2> or even just detect it
[22:21] <saftas> jakechapa, ffmpeg -i rtsp://71.240.170.44:8000/CH001.sdp  -vcodec png -an -s  640x480 -vframes 1 -f image2 snapshot.png
[22:21] <sacarasc> -vf cropdetect maybe?
[22:22] <tg2> ok i'll look into that
[22:22] <tg2> thanks
[22:22] <tg2> if anybody else has something that is tried and true
[22:22] <tg2> lemme know
[22:22] <tg2> ultimately i want to detect if its a 16x9 letterboxed into a 4x3
[22:23] <tg2> so i can cut it off and convert it back into a 16x9
[22:23] <tg2> then resize accordingly
[22:25] <tg2> so -vf cropdetect=16:9:0 ?
[22:25] <tg2> will look for 16x9 content that has been letterboxed into a 4x3?
[22:36] <jakechapa> saftas: trying...
[22:36] <jakechapa> saftas: http://sht.tl/PHSSH
[22:36] <jakechapa> that's a public IP so you can try it from your end too
[22:48] <jakechapa> 100 bucks to whomever can help me
[23:01] <jakechapa> help
[23:26] <tg2> @jake
[23:26] <tg2> 405 is from the URL you're trying to crawl
[23:26] <tg2> the 71.240.170.44:8000/CH001.sdp
[23:28] Action: tg2 slaps jakechapa around a bit with a large trout
[00:00] --- Thu Mar  7 2013