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

[burek]

[00:23] <undercash> hello
[00:23] <undercash> having a weird issue, i wanted to burn subtitle .srt, so i compiled with libass,.  so far so good
[00:24] <undercash> but it only display the first sentence then nothing
[00:24] <undercash> it s kinda weird..
[00:27] <undercash> http://gyazo.com/db3303aa9e8253459d9e57eba157b106
[00:34] <Kapsel> hi, I'm trying to use ffmpeg to extract video frames from an ARRI Alexa video camera, as PNG's, and then use oiiotool (opencolorio) to apply a color conversion LUT to them, and write it back to an H264. But I see some color shifting, when writing the initial PNG frames, I guess its because ffmpeg reads the data as one color space, and then converts it. any ideas on how to solve rthis?
[00:35] <Kapsel> https://sites.google.com/site/openimageio/ this is the tool that I am using
[00:36] <Kapsel> works extremely well
[00:36] <Kapsel> and converts an absolutely perfect color correct frame, but again, the colors drifts slightly when exporting to png from ffmpeg
[00:37] <klaxa> Kapsel: i think you are right, default colorspace for h264 is yuv and not rgb
[00:38] <Kapsel> yep, but this happens even when I do my source -> rgb
[00:38] <alesan> can h264 support RGB at all?
[00:38] <Kapsel> if I compare the PNG's with PNG's taht I export from another program, they differ slightly in colors
[00:38] <Kapsel> err, source -> png
[00:38] <klaxa> alesan: there is libx264rgb at least...
[00:39] <klaxa> >H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (decoders: h264 h264_vdpau ) (encoders: libx264 libx264rgb )
[00:39] <alesan> hm
[00:41] <klaxa> Kapsel: i have not completely understood your work-chain
[00:41] <klaxa> so you have a video-file
[00:41] <klaxa> then you extract one rgb frame from that
[00:41] <klaxa> apply a color filter
[00:41] <klaxa> and add it to an h264 stream with ffmpeg
[00:42] <klaxa> the resulting stream does not look like the png you exported from your source video?
[00:42] <Kapsel> klaxa: sorry. My video file is a ProRes 4444 file, that I extract to PNG's. Then I run them over oiiotool, a program that applies a color LUT, write them to a new file, and then I encode an H264 with ffmpeg. when I do the first source -> png, the colors shifts compared to if I do the same frame with my other software, DaVinci Resolve
[00:43] <Kapsel> the DaVinci Resolve extracted PNG is totally accurate, but my ffmpeg PNG is different.
[00:43] <Kapsel> I came across this thread, when searching: http://blenderartists.org/forum/showthread.php?209240-Lut-Support-in-Blender-OpenColorIO
[00:43] <Kapsel> Someone mentions this:
[00:43] <Kapsel> ffmpeg -i input -sws_flags lanczos+full_chroma_int+full_chroma_inp+accurate_r nd -f image2 output%05d.png
[00:43] <Kapsel> this command extracts to 550d footage to using full range levels 1-254.
[00:43] <Kapsel> but I am not sure if those parameters matters in my case.
[00:46] <klaxa> so if you are using DaVinci Resolve to extract the frames from the ProRes 4444 file, it's perfect, but if you use ffmpeg, the colors are off?
[00:46] <Kapsel> yeah
[00:47] <undercash> well sorry, works perfectly.. was just the wrong sub file.....
[00:50] <klaxa> Kapsel: can't find a lot in the codecs section of my ffmpeg binary other than 3 encoders and 2 decoders
[00:50] <klaxa> i don't know whether the 4444 profile is supported though
[00:50] <klaxa> however, http://en.wikipedia.org/wiki/ProRes_422#Open_Source_Projects
[00:51] <klaxa> maybe that fork is of interest for you
[00:53] <Kapsel> I know of ffmbc, we use it a couple of places.
[00:54] <Kapsel> I do think that Prores 4444 decoding is fully supported by ffmpeg, though.
[00:55] <klaxa> mmhh... have a look at the output log and see if you can find something like swscaler or something that indicates a colorspace change
[00:57] <Kapsel> I have both ffmbc and ffmpeg installed on my laptop, downloading a Prores 4444 file from the office right now, going to do some quick tests.
[00:57] <Kapsel> good point, will try that
[01:02] <bcoudurier> Kapsel, is your source hd ?
[01:02] <Kapsel> bcoudurier: its 2K
[01:02] <bcoudurier> is it using bt 709 as colorspace ?
[01:03] <Kapsel> no, thats what I'm trying to convert it to. its some logC colorspace right now.
[01:03] <Kapsel> afaik.
[01:03] <Kapsel> and hey, thank you for your work on ffmpeg and ffmbc for us in broadcast and post
[01:04] <Kapsel> http://www.arri.com/camera/digital_cameras/learn/log_c_and_rec_709_video.html
[01:05] <Kapsel> we shoot in Log C
[01:06] <Kapsel> I can send you a .mov if you'd like to see how it looks like.
[01:09] <Kapsel> http://dpaste.com/933645/ info on file here
[01:14] <Kapsel> http://dpaste.com/933662/ and this is what I get when I export a frame (ignore the errors)
[01:16] <Kapsel> interestingly enough, ffmpeg produces a 12.8MB PNG file, ffmbc creates a 3.8MB PNG
[01:16] <Kapsel> using the same command, but different bins.
[01:18] <Kapsel> full output here: http://dpaste.com/933679/
[01:19] <Kapsel> colors varies slightly, maybe ffmbc does it better for some reason(?) - will try to compare with some material exported from Resolve
[01:20] <Kapsel>     Stream #0:0(eng): Video: png, rgb48be, 2048x1152 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc
[01:20] <Kapsel>     Stream #0.0(und): Video: png, rgb24, 2048x1152p [PAR 1:1 DAR 16:9], vbr, lossless, 25.00 fps
[01:20] <Kapsel> rgb24 vs rgb28be, maybe thats the answer
[01:21] <Kapsel> rgb48be
[02:10] <defaultro> other than -vf hue, what other color correction filters we can use in ffmpeg?
[02:36] <tds5016> hey. Is it possible to use ffserver to receive an rtp stream, and rebroadcast it as ffmpeg?
[02:37] <tds5016> rebroadcast as hls*
[07:15] <bigmac> how can i convert a video to a smaller size for streaming over http
[07:15] <bigmac> vcodec examples?
[08:02] <defaultro> hey folks, I have an existing -vf "mp ......", how do I add hue=h?
[08:03] <defaultro> this failed, ffplay 00013.MTS -vf "mp=eq2=1.3:1.1:-.1,hue=h=30:0"
[08:11] <defaultro> found it, using comma :)
[12:12] <WmA> anyone sees the error in my syntax?
[12:12] <WmA> ffmpeg -i "http://192.168.1.2:7522/upnp/channelstream/0.ts" -c:v libx264 -preset slow -crf 19 -x264opts keyint=123:min-keyint=20 -c:a copy output.mp4
[12:12] <WmA> At least one output file must be specified
[13:22] <octe_> Trying to follow this guide: http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20capture%20a%20lightning%20(thunderbolt)%20with%20FFmpeg , but it's not working to play back the output from samplicate
[13:22] <octe_> http://pastebin.com/LMCgjnmD
[13:22] <octe_> that is the output i get
[15:33] <Aktau> Hey guys :). Does anyone know what some good settings are to make libvpx encode with variable bitrate. Leaving me to just choose some kind of quality setting?
[15:33] <Aktau> I've tried crf but it appears to be ignored
[15:33] <Aktau> The ffpresets are cool but they set a bitrate of 2M. Which is for some videos too much and for some perhaps too little
[15:34] <Aktau> I'd like to suffer as little quality loss from the source H.264 file as possible
[15:34] <Aktau> I'm using the newest ffmpeg freshly compiled
[15:34] <Mavrik> sec
[15:36] <JEEB> Aktau, -crf is libx264-only
[15:37] <Aktau> JEEB: I've heard many conflicting things. This is from the WebM project itself: http://wiki.webmproject.org/ffmpeg
[15:37] <Mavrik> Aktau: -crf should work
[15:37] <Aktau> JEEB: it actually lists a crf
[15:37] <Mavrik> Aktau: if you have new enough ffmpeg
[15:37] <JEEB> o_O
[15:37] <Mavrik> I see that in older versions only bitrate CBR mode was available
[15:37] <JEEB> uhh
[15:38] <Aktau> Mavrik: ffmpeg 1.1.2
[15:38] <Aktau> I compiled it yesterday via homebrew for mac, works like a charm
[15:38] <Aktau> Just looking for the right flags
[15:38] <JEEB> I'd be surprised if there was a -crf option for libvpx :s
[15:38] <JEEB> ask on #vp8
[15:38] <JEEB> as far as I know, crf has only been in libx264
[15:39] <Mavrik> JEEB: I'm looking at the source.
[15:39] <Aktau> Yea that's what many people on the web say as well
[15:39] <Aktau> Been looking for almost 2 days how to do this
[15:39] <Mavrik> JEEB: "-crf" parameter maps to libvpx's "constant quality" option
[15:39] <JEEB> lol
[15:39] <Mavrik> http://ffmpeg.org/doxygen/1.0/libvpxenc_8c-source.html
[15:39] <Mavrik> line 271.
[15:39] <JEEB> that is not crf >_<
[15:39] <JEEB> IIRC the constant quality in libvpx is something quite different
[15:39] <JEEB> at least looking at their documentation
[15:39] <Aktau> ffmpeg -i ironman3-biggame_h1080p.mov -codec:v libvpx -threads 8 -vpre 1080p-aktauvar -crf 11 -codec:a libvorbis ironman3-biggame_h1080p-var.webm
[15:39] <Aktau> Is my current commandline
[15:40] <Aktau> This creates a really small file, source is 64MB, output is about 4
[15:40] <Aktau> Quality is really bad so I assume it does 200kb/s as it shows after entering the command
[15:40] <Mavrik> JEEB: terminology aside, "-crf" just switches libvpx to "CQ" mode and passes the number as CQ factor :)
[15:40] <JEEB> yes
[15:41] <Mavrik> which is what Aktau wants I guess
[15:41] <JEEB> I understand that
[15:41] <JEEB> no
[15:41] <JEEB> he wants x264's crf
[15:41] <JEEB> something like that
[15:41] <JEEB> while libvpx's "constant quality" as far as I know
[15:41] <JEEB> is something else
[15:41] <JEEB> unless they've recently implemented something better
[15:41] <JEEB> http://blog.webmproject.org/2011/03/vp8-constrained-quality-cq-encoding.html
[15:41] <Aktau> I guess I want something to regulate quality without fixing the bitrate
[15:42] <Mavrik> JEEB: ffs, their documentation calls "VPX_CQ" the "constant quality" parameter
[15:42] <Mavrik> and in other docs they call it "constrained quality"
[15:42] <Mavrik> -_-
[15:42] <JEEB> yes, their documentation sucks on it and is not definitive
[15:43] <JEEB> and since I don't really care for vp8, I've never really derped at the #vp8 folk about whether or not this is something similar to x264's crf
[15:43] <JEEB> putting it under the -crf option in ffmpeg is another piece of craziness as well
[15:43] <Aktau> That, it sure is
[15:43] <Aktau> I'll inquire there as well
[15:44] <Mavrik> slides from senior engineer: "This is not a constant quality mode; but can be made to
[15:44] <Mavrik> behave like one (almost).
[15:44] <Mavrik> "
[15:44] <Mavrik> they need better docs -_-
[15:45] <JEEB> I hope they'll make their docs and the encoder better for when they start finishing up VP9 :P
[15:46] <Mavrik> considering how they rushed it to Chromium... I doubt it :P
[16:30] <defaultro> is it possible to reduce green color?
[16:30] <saste_> defaultro, lutrgb
[16:31] <defaultro> awesome, I'll search for it
[16:37] <defaultro> what's default value of rgb, is it 1?
[16:37] <defaultro> i got it working btw :) just need to know the default values
[16:42] <saste_> there is no default value for a pixel color
[16:42] <saste_> defaultro, what you mean?
[16:49] <defaultro> just got back
[16:49] <defaultro> the default value that will not change rgb
[16:49] <defaultro> i'll try 0
[16:50] <defaultro> 0 made video all black :)
[16:50] <durandal_1707> defaultro: there is expression which is evaluated
[16:51] <durandal_1707> using constant values is not much of use
[16:51] <octe> did anyone see my question?
[16:51] <defaultro> k
[16:51] <octe> Trying to follow this guide: http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20capture%20a%20lightning%20(thunderbolt)%20with%20FFmpeg , but it's not working to play back the output from samplicate
[16:51] <octe> http://pastebin.com/LMCgjnmD that's the output i get
[16:51] <octe> maybe i need to specify more parameters explicitly?
[16:53] <durandal_1707> octe: you sure it is mpegts stream?
[16:53] <octe> that is the format specified in the streamer
[16:54] <durandal_1707> does it work if you do not force it?
[16:55] <octe> udp://127.0.0.1:5678: Invalid data found when processing input
[16:57] <durandal_1707> increse probe/analyize duration
[16:57] <octe> durandal_1707, trying it without samplicate in the middle doesnt seem to work either
[16:58] <octe> ah
[16:58] <durandal_1707> octe: if it fails to auto detect it usually forcing it will not help at all
[17:00] <octe> durandal_1707, just following the tutorial from the wiki..
[17:00] <octe> what's a good value to try for probesize / analyzeduration?
[17:00] <durandal_1707> big one
[17:21] <rindolf> Hi all.
[17:23] <rindolf> How do I record the screen and a mono sound track from my microphone at the same time on Linux using ffmpeg-1.1.2-1.mga3.tainted on Mageia Linux 3/Cauldron?
[17:23] <rindolf> Something like a screencast.
[17:52] <octe> rindolf, something like this works for me: ffmpeg -f x11grab -s 1920x1200 -r 15 -i :0.0  -f pulse -ac 2 -i default -vcodec libx264 -tune zerolatency -vb 5000k -pix_fmt yuv420p -s 1920x1200  -acodec libmp3lame -ab 96k -ar 22050 -threads 0 -f flv out.flv
[17:52] <rindolf> octe: thanks.
[17:53] <Fjorgynn> why 420p?
[17:53] <Fjorgynn> why not 720P?
[17:53] <Fjorgynn> ah, I read wrong
[17:53] <Mavrik> evenin'
[17:54] <rindolf> octe: http://paste.debian.net/234689/ - I'm getting this.
[17:55] <rindolf> Mavrik: evening.
[17:56] <Fjorgynn> rindolf: http://www.youtube.com/watch?v=eFM9ZI4BY0w
[17:56] <Fjorgynn> maybe?
[17:56] <Fjorgynn> and why flv, use x264 imo
[17:56] <rindolf> Fjorgynn: OK.
[17:57] <rindolf> Fjorgynn: windows?
[17:57] <rindolf> Fjorgynn: I'm on Linux.
[17:57] <rindolf> Fjorgynn: Give me freedom or give me death.
[17:57] <Mavrik> ...
[17:59] <rindolf> Fjorgynn: someone I know become much more cynical/etc. after he switched from using Debian Linux to Windows (for Photoshop and for video stuff).
[17:59] <Mavrik> dude
[17:59] <rindolf> Mavrik: what?
[17:59] <Mavrik> please leave OS evangelism out of this channel.
[17:59] <rindolf> Mavrik: OK.
[18:00] <rindolf> Mavrik: I want to record a screencast on Linux using ffmpeg.
[18:00] <octe> Fjorgynn, flv is just a container isnt it?
[18:00] <Mavrik> anyway, what seems to be the problem?
[18:00] <octe> it's still x264
[18:00] <rindolf> Not on Windows, not on whatever.
[18:00] <Mavrik> mhm
[18:00] <octe> rindolf, did you change the screen size parameter?
[18:00] <Mavrik> rindolf: and I see you're using x11grab
[18:00] <octe> to match
[18:00] <rindolf> Mavrik: http://paste.debian.net/234692/
[18:00] <rindolf> octe: no, I did not.
[18:00] <octe> rindolf, is your screen smaller than 1920x1200?
[18:00] <octe> then that is probably the issue.
[18:00] <Mavrik> rindolf: can you pastebin the actual command as well?
[18:01] <Mavrik> I see only a bash script
[18:01] <rindolf> Ah, it's x1080
[18:01] <Mavrik> oh, it's in the log
[18:01] <rindolf> Mavrik: it's what octe gave.
[18:01] <Mavrik> yup, your resolution is probably wrong
[18:02] <Fjorgynn> rindolf: I know that hak5 have a tutorial
[18:03] <rindolf> OK, now I'm getting no sound.
[18:04] <rindolf> Fjorgynn: will you forget about hak5? http://www.shlomifish.org/philosophy/computers/web/use-qmail-instead/ ?
[18:04] <rindolf> Mavrik: OK, resolution is fine now and the video was recorded but no sound.
[18:04] <rindolf> Let me paste the new script.
[18:04] <rindolf> Mavrik, octe : thanks.
[18:04] <Mavrik> rindolf: hmm, do you have pulseaudio server on your machine?
[18:04] <Mavrik> IIRC Debian doesn't install it by deafult
[18:04] <Mavrik> *default
[18:05] <octe> yeah, that command uses pulseaudio
[18:05] <octe> change the -f pulse to -f alsa to use alsa i think?
[18:05] <rindolf> Mavrik: http://paste.debian.net/234694/ - see this.
[18:05] <Mavrik> -f alsa -i hw0,0 I think
[18:05] <Mavrik> or is it hw0:0
[18:05] <Mavrik> not sure what alsa device aliases are
[18:05] <octe> if you're using pulse check what input you get in the pulseaudio volume control
[18:06] <rindolf> Mavrik: I'm using ALSA.
[18:06] <rindolf> Mavrik: there's "default".
[18:07] <octe> do you have audio recording working in general with alsa?
[18:07] <rindolf> octe: yes, works fine in Audacity.
[18:17] <rindolf> http://paste.debian.net/234696/ - this is what I get - script + output - in the console.
[21:57] <defaultro> anyone alive :) what's the best compression setting so that when we upload to youtube, it won't affect the image quality too much
[22:00] <klaxa> defaultro: youtube will fuck up your quality anyways, don't bother too much
[22:00] <defaultro> k
[22:01] <rindolf> defaultro: maybe try using an .mp4 file.
[22:01] <defaultro> i am on mp4
[22:05] <Xgates> hi guys
[22:05] <divVerent> defaultro: just use high quality settings
[22:05] <Xgates> if I use this to trim a video the audio is messed up;
[22:05] <Xgates> ffmpeg -ss 00:00:00 -i 1.avi -c:v copy -c:a copy -t 00:03:13 output.avi
[22:05] <divVerent> so the quality loss will be mostly on youtube's side
[22:06] <divVerent> then your encoding process just won't matter, quality loss wise
[22:06] <divVerent> that's as good as you can get then
[22:06] <Xgates> then I found this for mencoder and it works;
[22:06] <Xgates> mencoder -ss 00:00:00 -endpos 00:03:13 -oac copy -ovc copy 1.avi -o trimmed.avi
[22:06] <Xgates> so not sure if mencoder works better for simple video trimming...
[22:08] <defaultro> i read somewhere that if our encoding is really high, the loss will be little
[22:08] <Xgates> it's mpeg4 & mp3 and if I leave out the -c:a copy it works fine, not sure why it won't do the copy and work...
[22:09] <Xgates> so is there one command that will work on any codec for trimming?
[22:10] <Xgates> without transcoding, just copying...
[22:12] <divVerent> defaultro: "little", no
[22:12] <divVerent> but the higher your quality settings are
[22:12] <defaultro> k
[22:12] <divVerent> the less your own quality loss affects the result
[22:12] <divVerent> so it then is only youtube's quality loss, which you can't control
[22:12] <defaultro> yup
[22:13] <divVerent> I don't know which crf to use, but if you want to find out...
[22:13] <defaultro> what would be the highest quality setting? q=15?
[22:13] <defaultro> i mean crt
[22:13] <divVerent> upload a HQ video to youtube, with a very low CRF
[22:13] <divVerent> then download it from youtube
[22:13] <divVerent> and see what crf the file has
[22:13] <defaultro> ah
[22:13] <divVerent> but, yes, crf 15 sounds safe to me
[22:14] <defaultro> can i find out what crf was use in my encoding?
[22:14] <divVerent> yes
[22:14] <divVerent> run "strings" on the video file
[22:14] <defaultro> ok
[22:14] <divVerent> then you get a long string from x264
[22:14] <divVerent> which contains all x264 settings
[22:14] <defaultro> k
[22:14] <divVerent> not sure if youtube strips that, though
[22:14] <divVerent> if they DO strip it, go by file size
[22:15] <divVerent> make your upload twice the size download from youtube will yield, then you also are pretty safe
[22:15] <divVerent> or just use paranoidly high quality settings, like crf 15 :P
[22:15] <defaultro> ah, this one used 23 for crf. That's why isn't that good
[22:15] <divVerent> and PCM or REALLY high bitrate MP3 or AAC for audio
[22:15] <defaultro> i'm fine with audio
[22:15] <divVerent> crf 23 is default
[22:15] <defaultro> got it
[22:23] <defaultro> this is failing
[22:23] <defaultro> ffmpeg -y -i $2 -crf $1 -vcodec libx264 -s 1920x1080 -r 30000/1001 -vf 'lutrgb=r=1.1*val:g=.9*val:b=1*val, hue=0:1.5, mp=eq2=1:1.5:0' -acodec libfaac -ac 2 -vpre slow -threads 0 00013.mp4
[22:23] <defaultro> /usr/local/share/ffmpeg/libx264-slow.ffpreset: Invalid option or argument: 'directpred=3
[22:23] <JEEB> don't use preset files
[22:23] <defaultro> what should I change?
[22:23] <JEEB> use -preset and the actual internal x264 presets
[22:24] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#preset
[22:24] <defaultro> did you mean -vpre slow?
[22:24] <JEEB> ^ list of presets
[22:24] <JEEB> yes
[22:24] <JEEB> also I am not fully sure why you are setting the frame rate
[22:24] <JEEB> esp. after -i
[22:25] <defaultro> it's because video is at 60p
[22:25] <defaultro> oh, where should I place it?
[22:25] <JEEB> ok, so you are converting frame rate
[22:25] <JEEB> then it's ok
[22:25] <defaultro> k
[22:25] <JEEB> well, -r after -i converts frame rate
[22:25] <JEEB> -r before -i sets a frame rate (in certain cases)
[22:25] <JEEB> and usually people don't have to set -r
[22:26] <JEEB> because the input time stamps get used
[22:26] <defaultro> so mine is fine?
[22:26] <JEEB> yes
[22:26] <defaultro> k
[22:26] <defaultro> ffmpeg is running now :) I removed -vpre and changed it to -preset slow
[22:26] <defaultro> Thanks a lot
[22:36] <defaultro> hmmm. video became blank gray
[22:36] <defaultro> i'm rerunning it. Command is ffmpeg -y -i 00013.MTS -crf 15 -vcodec libx264 -s 1920x1080 -r 30000/1001 -vf 'lutrgb=r=1.1*val:g=.9*val:b=1*val, hue=0:1.5, mp=eq2=1:1.5:0' -acodec libfaac -ac 2 -preset slow -threads 0 00013.mp4
[22:42] <defaultro> it's still color gray :( what could be the culprit parameter?
[22:46] <Mavrik> um
[22:46] <Mavrik> maybe the video filter where you change colors?
[22:47] <defaultro> it works i'm sure because i used it last night but without the other parameters
[22:48] <defaultro> i took out -r and -s
[22:48] <defaultro> let's set if it's going to work this time
[22:50] <defaultro> still blank gray :( ffmpeg -y -i 00013.MTS -crf 23 -vcodec libx264  -vf 'lutrgb=r=1.1*val:g=.9*val:b=1*val, hue=0:1.5, mp=eq2=1:1.5:0' -acodec libfaac -ac 2 -preset slow -threads 0 00013.mp4
[22:50] <defaultro> this is what I used and it works, ffmpeg -i 00013.MTS -vf 'lutrgb=r=1.1*val:g=.9*val:b=1*val, hue=0:1.3' 00013.mp4
[22:51] <defaultro> but crf on that is 23 which is default
[22:51] <defaultro> maybe -preset slow is affecting it
[22:52] <JEEB> no, no it shouldn't
[22:52] <defaultro> not sure why when using the long command, output becomes gray
[22:52] <JEEB> you are most probably doing something wrong, as simple as that
[22:52] <JEEB> check your filter chain and so forth
[22:52] <JEEB> have fun
[22:52] <defaultro> it works if using the short command I showed above
[22:58] <defaultro> i took out -vf and video is now being displayed
[22:58] <defaultro> where should -vf be placed?
[22:58] <JEEB> the placement of -vf itself is OK
[22:58] <JEEB> I'm pretty sure you have problems with the filter chain
[22:59] <defaultro> k
[22:59] <defaultro> i took out two from the filter chain and left lutrgb
[23:00] <defaultro> video is back to blank gray again with filter lutrgb
[23:01] <defaultro> now trying filter hue
[23:01] <defaultro> it works
[23:02] <defaultro> trying with both hue and mp
[23:02] <defaultro> works again. so lutrgb is the culprit
[23:13] <defaultro> played with lutrgb values and it wouldn't cooperate :(
[23:13] <defaultro> maybe lutrgb is not compatible with libx264
[23:13] <JEEB> try converting to rgb before it and back to yuv420p after it
[23:14] <defaultro> how do I do that?
[23:14] <defaultro> the reason I am using lutrgb is to just reduce the green channel
[23:15] <JEEB> look at the listing of video filters, there should be one to change colorspaces around
[23:15] <defaultro> k
[23:16] <JEEB> because either you are failing at life regarding the usage of that filter, or you were and are using a diff. colorspace between those two command lines, and in the latter case you could just manually convert before and after the filter
[23:17] <defaultro> k
[23:23] <saste> defaultro, looks like you didn't read lutrgb docs
[23:23] <defaultro> why?
[23:28] <defaultro> saste, can you please tell me where the lutrgb doc is?
[23:28] <defaultro> is this it, http://multivac.fatburen.org/localdoc/ffmpeg/ffmpeg.html#lut_002c-lutrgb_002c-lutyuv
[23:30] <Xgates> I edited a video from my digital camera with ffmpeg and now I want to trim off the end with this command but the audio doesn't work;
[23:30] <Xgates> ffmpeg -i 6.avi -vcodec copy -mp3 copy -ss 00:00:00 -t 00:03:13 trimmed.avi
[23:30] <Xgates> is there a one size fits all command for when audio is remuxed how to do this, no matter what audio format?
[23:31] <Xgates> errr my bad no -mp3 copy but -acodec copy doesn't work
[23:31] <Xgates> this is the output; http://pastebin.ca/2314537
[23:31] <klaxa> that is weird because -c:a copy should work especially with mp3
[23:31] <Xgates> yeah it's not
[23:31] <Xgates> hmm
[23:32] <klaxa> you might also want to update your ffmpeg
[23:32] <Xgates> I compiled ffmpeg-0.11.2 yeah thinking maybe to get the latest 1x the only reason I didn't is because I mainly use WinFF to convert videos and working good with 0.11x
[23:33] Action: Xgates checks 
[23:34] <saste> defaultro, lutrgb=r=1.1*val:g=.9*val:b=1*val
[23:34] <saste> this looks mostly right, but 1.1*val is going to generate out-of-range values
[23:34] <defaultro> that's what I used
[23:34] <saste> which are clipped to 255 IIRC
[23:35] <defaultro> it works when I don't add the other parameters
[23:35] <defaultro> so float is not allowed?
[23:35] <defaultro> but i've been trying non-float, it still generates gray video
[23:36] <saste> defaultro, complete command
[23:36] <defaultro> one sec, it's running
[23:37] <defaultro> for my recent test, I took out lutrgb and used lutyuv, it showed the video
[23:37] <defaultro> this one generated grey video, ffmpeg -y -i 00013.MTS -crf 23 -vcodec libx264 -vf lutrgb="r=1*val" -acodec libfaac -ac 2 -preset ultrafast -threads 0 00013.mp4
[23:38] <Xgates> ok compile time for 1.1x
[23:39] <saste> defaultro, what about the original source?
[23:39] <defaultro> what about the original source?
[23:39] <saste> also "lutrgb=r=1*val" is not changing the video
[23:40] <defaultro> based from my earlier test, it will increase red channel
[23:40] <defaultro> what is your question about original source?
[23:41] <saste> defaultro, no, r=1*val is just setting red to the original value, while the other components are kept to the same value
[23:41] <saste> that is it is not changing the input at all
[23:41] <defaultro> got it
[23:41] <defaultro> now I remember why I did 1.1
[23:41] <saste> also if you have gray input, you get gray output
[23:41] <defaultro> my original source is full color
[23:42] <defaultro> but it has some slight green cast
[23:42] <saste> but then i don't know what you're trying to achieve
[23:42] <defaultro> saste, check this out, http://www.youtube.com/watch?v=twwWOsWUSIk&list=UUrcz0Vxiv4ZOKFEDScLw5UQ&index=1
[23:43] <defaultro> that's the one I created last night using ffmpeg. However, the command was very simple. crf was set to default of 23
[23:43] <defaultro> now, I am retrying with more ffmpeg parameters but when I added the same -vf filters, it turned color gray
[23:43] <saste> defaultro, what about lutrgb=g=0.5*val
[23:44] <saste> but in that case you are pixel intensity
[23:44] <defaultro> ok
[23:44] <saste> you are *decreasing*
[23:44] <defaultro> fyi, this is what I used last night to create that youtube video - ffmpeg -i 00013.MTS -vf 'lutrgb=r=1.1*val:g=.9*val:b=1*val, hue=0:1.3, mp=eq2=1:1.5:0' 00013.mp4
[23:45] <defaultro> now, when I added that same filter to my longer command line, it generated grey video
[23:46] <defaultro> this one generated grey video
[23:46] <defaultro> ffmpeg -y -i 00013.MTS -crf 15 -vcodec libx264 -s 1920x1080 -r 30000/1001 -vf 'lutrgb=r=1.1*val:g=.9*val:b=1*val, hue=0:1.5, mp=eq2=1:1.5:0' -acodec libfaac -ac 2 -preset slow -threads 0 00013.mp4
[23:46] <saste> not here
[23:47] <defaultro> what do you mean "not here"?
[23:47] <relaxed> defaultro: you may want to build ffmpeg with libfdk (--enable-libfdk-aac), as it's supposed to be a much better aac encoder.
[23:47] <saste> defaultro, that I tried that filterchain and I get no grey video
[23:48] <defaultro> ok saste. I don't get grey video if I use the shorter command line
[23:48] <defaultro> i get grey video once I use the longer command
[23:48] <defaultro> relaxed, I'll retry it later
[23:48] <defaultro> i would like to make the filter work
[23:49] <defaultro> do you think i have a bad ffmpeg version?
[23:50] <defaultro> ffmpeg version N-48389-g341e40f
[23:50] <Xgates> ok done, I gues 10 mins. on an i3 not bad :)
[23:56] <relaxed> defaultro: latest from git is usually recommended
[23:56] <defaultro> k
[23:57] <defaultro> when specifying multiple filters, how do you combine them? Do we use comma, space or semicolon?
[23:58] <defaultro> i tried two -vf, the latter is only one that gets executed
[00:00] --- Sun Feb 17 2013