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

[burek]

[00:27] <TadekMocarz> HEY ANYONE HERE!!!!!!!!!!!!!1
[00:27] <TadekMocarz> why i get "Unrecognized option 'dct_algo'"
[00:27] <TadekMocarz> Unrecognized option 'dct_algo'
[00:29] <TadekMocarz> HELP
[01:30] <llogan> how are we supposed to know what you're doing wrong without actually seeing your command?
[01:37] Action: relaxed reads minds
[01:42] <TadekMocarz> i can show you
[01:42] <TadekMocarz> llogan and fflogger
[01:42] <TadekMocarz> i tried many
[01:42] <TadekMocarz> last is
[01:42] <TadekMocarz> -f mpegts -acodec libmp3lame -b:a 96k -ar 32000 -ac 1 -vcodec mpeg2video -vf scale=96:72 -b:v 154k -q:v 1 -bf 0 -r 10 -strict -1 -qmax 22
[01:42] <TadekMocarz> but its still too cpu-extensive
[01:43] <TadekMocarz> i need to make a video which is easy (fast) to decode
[01:43] <TadekMocarz> it has to be mpeg1 or mpeg2
[01:44] <relaxed> what is the target device?
[01:45] <TadekMocarz> sansa clip zip, it has armv9 cpu
[01:45] <TadekMocarz> 25Mhz
[01:45] <TadekMocarz> slow cpu but has lot of disk bandwith
[01:46] <TadekMocarz> id use uncompressed avi but there is no decoder for that
[01:50] <TadekMocarz> help, plax
[01:53] <llogan> TadekMocarz: i don't get the dct_algo message with your command
[01:55] <TadekMocarz> i did tried that option before
[01:56] <llogan> i was replying to "why i get "Unrecognized option 'dct_algo'""
[01:56] <TadekMocarz> its renamed in newer ffmpeg
[01:56] <TadekMocarz> yes i know, but i found another name for it
[01:56] <TadekMocarz> and try to use but it doesnt help
[01:57] <relaxed> does it not support mpeg4?
[01:57] <TadekMocarz> it doesnt
[01:57] <TadekMocarz> unless somebody implement it..
[01:58] <TadekMocarz> but isnt the mpeg4 even more cpu-expensive
[01:59] <TadekMocarz> HEY!!
[01:59] <TadekMocarz> LISTEN
[01:59] <TadekMocarz> DAMN
[01:59] <TadekMocarz> i downloaded a video from internet
[02:00] <TadekMocarz> its 128x96
[02:00] <TadekMocarz> 22 fps...
[02:00] <TadekMocarz> GREAT QUALITY
[02:01] <TadekMocarz> and it works perfectly on sansa
[02:01] <relaxed> I don't see any video support here: http://www.sandisk.com/products/music-video-players/clip-zip/#Specification
[02:01] <TadekMocarz> smooth quality and perfect view
[02:01] <TadekMocarz> relaxed, yes because its actually mp3 player.. but i use open source firmware called Rockbox
[02:01] <TadekMocarz> which allow for playing videos, games etc
[02:02] <TadekMocarz> and like i said, i have just downloaded video from internet with 5x times better quality than mine - and it works PERFECT
[02:02] <TadekMocarz> so something have to be wrong with ffmpeg or settings i use
[02:03] <TadekMocarz> http://www.rockbox.org/wiki/PluginMpegplayer#Sample_Videos
[02:03] <relaxed> run ffmpeg -i on the file that plays and pastebin.com the output.
[02:03] <TadekMocarz> The following files are encoded using mpeg2enc at "-q 6" quantization level. Audio is LAME-encoded MP3 (44.1KHz, Stereo, 170kbps VBR). The source video is the "world's first open movie"
[02:03] <TadekMocarz> ok will do
[02:07] <TadekMocarz> relaxed, heres http://pastebin.com/6mqnfsjU
[02:07] <TadekMocarz> the video looks great and is perfectly smooth
[02:09] <TadekMocarz> i was about to think "damn, this cpu is weak, i quit trying to play video on this"
[02:09] <TadekMocarz> but when i saw that video
[02:11] <TadekMocarz> the quality is almost like hd on pc.. ok maybe not that but still great
[02:16] <TadekMocarz> relaxed still therE? or anybody
[02:17] <TadekMocarz> thats very strange when i got video from internet with hd quality and it plays smoothly, but when i do video in ffmpeg with weak quality i cant even play at 5fps
[02:17] <TadekMocarz> i noticed some strange thing
[02:18] <relaxed> try, ffmpeg -i input -c:v mpeg2video -q:v 5 -vf scale=128:96,setdar=4:3 -c:a libmp3lame -b:a 160k -f mpeg output.mpg
[02:18] <TadekMocarz> k
[02:26] <TadekMocarz> relaxed, u still there man
[02:26] <relaxed> add -t 10 after the input for a 10 second sample to test with.
[02:26] <TadekMocarz> i had to change a bit ur command to make it work
[02:26] <TadekMocarz> -f mpegts -vcodec mpeg2video -q:v 5 -vf scale=128:96,setdar=4:3 -c:a libmp3lame -b:a 160k -r 15 -strict -1
[02:27] <TadekMocarz> when i used -f mpeg   and no -r   i got 0.7 fps   and warning message
[02:27] <TadekMocarz> after changes..  its same,   cant smooth play
[02:27] <TadekMocarz> only can play on windows media player
[02:27] <TadekMocarz> but no on sansa
[02:28] <TadekMocarz> it gets corrupted like before
[02:28] <relaxed> ignore the warnings and try my command.
[02:29] <TadekMocarz> ok i was using WinFF, a gui for ffmpeg..
[02:29] <TadekMocarz> will use it directly
[02:29] <llogan> you should have been using ffmpeg directly hours ago
[02:30] <TadekMocarz> you know, i like to click some options, not enter some magic keywords
[02:30] <TadekMocarz> but i had to enter them anyway
[02:31] <relaxed> type the magic into the black box with text
[02:33] <TadekMocarz> i did man
[02:33] <TadekMocarz> and video result is same:  i get 0.7-1.5 fps on MY PC
[02:33] <TadekMocarz> and the video is corrupted
[02:33] <TadekMocarz> only audio works properly
[02:34] <TadekMocarz> the funny thing is its not using 100% cpu it uses <5% but still cant even display a single frame properly
[02:34] <TadekMocarz> but maybe i have hardware acceleration iam not sure
[02:34] <TadekMocarz> i can show you output of fffmpeg
[02:35] <TadekMocarz> the windows media player shows that the frame rate of video should be 30fps but it plays (real framerate) is about 1.0  and i can see it when i watch the video
[02:36] <relaxed> test this on the device
[02:36] <relaxed> wmp sucks
[02:36] <TadekMocarz> ok
[02:37] <relaxed> and the file that works on the device is odd, btw. mpeg2/mp3 in the mpeg1 container.
[02:37] <TadekMocarz> well maybe is odd, but works like a lightning
[02:39] <TadekMocarz> MAN LISTEN. U DID IT. IT WORKS PERFECT. u were right, wmp is microshit shit
[02:40] Action: relaxed bows
[02:40] <TadekMocarz> have 22fps and hd quality
[02:40] <TadekMocarz> i owe you many beers
[02:41] <relaxed> I recommend vlc if you're on Windows.
[02:41] Action: relaxed loves beer
[02:41] <TadekMocarz> actually i have it installed, but used only for movies
[02:42] <TadekMocarz> need to set it as default opener for videos
[02:43] <TadekMocarz> now im going to change the resolution and quality of your command to see what happens
[02:43] <TadekMocarz> the screen of device is 96x96, and it doesnt resize videos on fly so need to make them 96x72
[02:44] <relaxed> is the input 4/3?
[02:44] <TadekMocarz> yes
[02:44] <TadekMocarz> or can make 128x96
[02:44] <TadekMocarz> and have it full screen but a bit hidden from sides
[02:45] <TadekMocarz>  did checked video in vlc and works on it
[02:46] <TadekMocarz> no, device is not centering video, so will use 96x72
[02:50] <relaxed> try -vf scale=96:-1,pad=0:96:0:(oh-ih)/2,setdar=1:1
[02:52] <relaxed> it would require no scaling, thus faster
[02:52] <TadekMocarz> i just tried 96x72 and QUALITY =1
[02:54] <TadekMocarz> works great, will now try ffmpeg -i input -c:v mpeg2video -q:v 1 -vf scale=96:-1,pad=0:96:0:(oh-ih)/2,setdar=1:1 -c:a libmp3lame -b:a 160k -f mpeg output.mpg
[02:54] <TadekMocarz> i didnt even realized this 25mhz device can play almost HD quality
[02:55] <TadekMocarz> even the text in videos is sharp and clear
[02:59] <TadekMocarz> just realized i spent like 6-9 hours to have ability to play videos on this
[03:00] <relaxed> HD refers to freame size
[03:00] <relaxed> er, frame
[03:01] <TadekMocarz> maybe.. but for my subjective perception, im very happy what i see
[03:02] <TadekMocarz> the interesting thing is that officialy/on original firmware this device dosent support videos
[03:02] <TadekMocarz> yet have hardware which can handle that
[03:02] <TadekMocarz> and screen too
[03:02] <TadekMocarz> 16bit lcd
[03:03] <TadekMocarz> but they sell another player which plays, propably marketing decision
[03:07] <relaxed> I installed rockbox on an old ipod to play flac a long time ago.
[03:08] <TadekMocarz> i has color screen ?
[03:08] <TadekMocarz> i had sansa clip+ with rockbox before, but it is two colored screen and i bricked it
[03:22] <llogan> i still use the unfortunately named Cowon iAudio G3
[03:31] <alyawn> can I use the fdk-aac encoder to encode to raw .aac then later mux together with video to produce a valid mp4?
[03:32] <alyawn> I'm just wondering if anything will be missing when muxing later
[03:35] <TadekMocarz> I HAV VIDEOS GAMES MUSIC MY LIFE IS PERFECT
[03:35] <TadekMocarz> thanks and goodbye
[03:36] <relaxed> alyawn: should be fine
[04:42] <donmarquis> Hey i need to install ffmpeg to a server which i have root access WITHOUT ROOT can someone help me
[04:45] <donmarquis> ods15: anyone here ?
[04:47] <relaxed> there are static builds available or you can install using a prefix that doesn't require root.
[04:55] <donmarquis> can someone help me with the prefix options
[04:56] <relaxed>  ./configure --prefix=/home/user/ffmpeg-install-path
[04:56] <relaxed> then, /home/user/ffmpeg-install-path/bin/ffmpeg -i ...
[04:57] <relaxed> (after make && make install)
[04:57] <relaxed> or you can just make and run it from the source dir
[05:14] <donmarquis> ok
[05:23] <donmarquis> i tried it
[05:23] <donmarquis>  it says no yasm
[05:23] <donmarquis> ill post the log on pastebin
[05:32] <relaxed> install yasm through your package manager or download the source, use the same prefix as ffmpeg and modify your $PATH so it can be found.
[17:05] <vulkanr> hello.
[17:06] <vulkanr> is there a way to make ffmpeg replace any bad frames (frames that it failed to decode) with a blank one? so that the result number of frames will be the same as the source?
[17:50] <mulicheng> Using H.263 encoder in a streaming application.. I get this warning every little while: (warning, clipping 1 dct coefficients to -127..127(I don't know a lot about H.263.  Is this normal or should I be tweaking encoding parameters to avoid this.
[17:54] <mulicheng> I googled around a bit and it seems I can safely ignore that warning.
[17:55] <Olson> http://pastebin.com/kJsxPzt1  I having rather bothersome time I'm afraid. When I record screencast, it seems to start off OK, then gradually as it goes on, the audio de-syncs. By about 2 mins in, it desync badly enough to be unwatchable because clicks dont match the words. I *think* it because as from the pastebin, the recording FPS drops from 25 which I wanted slowly down to 24, 23, 20. I'd like to know if something I can do :-\
[18:03] <Olson> it's like it slowly get weighted down by something, I notice when recording FPS drops, the application I'm demonstrating, feels laggy
[18:38] <Olson> mmm
[18:39] <Olson> Might I be so bold as to ask again if anyone has a view on this:  http://pastebin.com/kJsxPzt1  it seems the drop in recording FPS as time goes on causes the audio to desync from the video over time and I be trying to find a way to make it not happen
[18:41] <Olson> I kinda record a 12 minutes screencast, audio sync nicely up until about 1 ½ the slowly you notice it creeping out
[18:47] <bwalker8981> Hi, I'm trying to stream with the mjpeg codec, and I am getting an error that I don't understand. Here it is: http://pastebin.com/bSbrWe1q
[18:47] <Olson> I can tell when it's happening as I am doing the screencast, I kinda notice the interface getting laggy or so
[19:04] <bwalker8981> The error I am getting says that "The v4l2 frame is 51325 bytes, but 230400 bytes are expected." Has anyone ever seen this problem when using the mjpeg codec?
[19:46] <hypnocat> whenever ffplay goes in to fullscreen mode, it moves the mouse cursor to the center of the screen
[19:47] <hypnocat> this is pretty annoying, as the cursor is not only disturbed from where i wanted it to be, but the ffplay does not make the cursor disappear, so it obscures the center of the screen
[19:48] <hypnocat> and i have to move it out of the way.. but when i go out of fullscreen mode and back in to fullscreen mode, it once again gets moved to the center of the screen
[19:48] <hypnocat> when i'm doing a lot of switching in to and out of fullscreen mode, this behavior results in making me keep manually moving the cursor from the center of the screen to the side.. really annoying..
[19:59] <alyawn> Olson, is there a correlation to memory usage when you start seeing performance degrade?
[20:00] <Olson> alyawn, thanks for replying. I can't see that there is. I tested earlier on and always ffmpeg use around 200mb maybe a little more. Also processor reports usage of 200% , I dunno why it reports like that but because of 6 cores, 600% would be full usage in this particular monitor
[20:01] <Olson> Im considering trying to record instead at only 20fps :(
[20:03] <alyawn> I wonder if that would actually fix it or not
[20:03] <Olson> I not sure if this matters but at 1920x1080 I'm actually recording half of the total desktop size, as it's nvidia twinview with 2x1080p screens.. would that cause any additional processing to be done
[20:04] <alyawn> it seems odd that anything ffmpeg would be doing could slow down the interface
[20:04] <Olson> alyawn, I can't see that it would "fix" only that it might be less likely to happen during the session
[20:05] <Olson> I used to be able to record at 30fps without a worry and, I dont know what has changed. I re-install O/S a while ago and such
[20:05] <Mista_D> When using ffprobe to extract PID (...-show_streams|grep video|cut -d, -f19), the csv output positions differ from file to file. So it can't be `cut`.
[20:08] <alyawn> did you always record with TwinView?
[20:08] <Olson> no
[20:08] <alyawn> if I had to guess i'd say it has to do with x11grab and twinview
[20:09] <Olson> yes I see what you say
[20:09] <alyawn> are your monitors identical?
[20:10] <Olson> same res, same manufacturer, different model because I buy them a year or so apart
[20:10] <alyawn> I'd say the refresh rate matters more than anything
[20:11] <alyawn> I've noticed all sorts of non-ffmpeg related issues with tearing, etc when twinview is enables
[20:11] <Olson> I.. mm.. because i like to have a script of things to follow on one and be recording the other
[20:11] <Olson> mmm
[20:11] <Olson> I think, their refresh rate is one is 60hz and one is 55hz but I check
[20:12] <Olson> ee they're both on "auto" at the moment for refresh
[20:13] <Olson> I put them both set to 60 now
[20:13] <alyawn> you can see what it is set to under the GPU section in the server settings
[20:13] <Olson> ohm..
[20:14] <Olson> oh ye.. they 60 each
[20:15] <Olson> I put OpenGL slider to high performance rather than "quality" I dunno what that does
[20:16] <alyawn> me either ;)
[20:17] <Olson> you see.. I make tutorial videos that are popular, and as of late I cannot release them becuse always out of sync :(
[20:17] <Olson> *somtimes* it seem to work..
[20:18] <Olson> erf
[20:18] <alyawn> I suggest you try with only a single monitor (TwinView off) and see if it ever happens
[20:19] <alyawn> Or maybe setting your framerate to a multiple of the refresh rate... just grasping at straws here
[20:20] <alyawn> and yes, the world is a better place with your Blender tutorials :)
[20:20] <Olson> sure.. I appreciate it, thank you
[20:20] <Olson> hah
[20:20] <Olson> you know me?
[20:20] <Olson> ohh i see you
[20:20] <Olson> hehe
[20:20] <alyawn> you've helped me with blender problems many times :)
[20:20] <Olson> I thought I recognise the name, sorry man
[20:21] <Olson> \o/
[20:21] <alyawn> sorry i couldn't be more helpful for you
[20:21] <Olson> it's all good, I appreciate it
[20:21] <Olson> I come here each week with same problem :P
[20:21] <alyawn> maybe someone who knows more about x11grab will see this :)
[20:22] <Olson> 20fps might be watchable
[20:22] <Olson> I see.
[21:16] <Olson> erf.. putting to 20fps record didn't help
[21:33] <Olson> I be recording screencast with x11grab and the audio is desyncing, not from the start, but gradually over time. I *believe* it is caused by the recording FPS dropping below what I set it at the beginning:  http://pastebin.com/kJsxPzt1  see it drop from 25 to 24..23 20 after about 8 minutes. So far I have tried setting recording FPS lower, to 20, still it drop below that to 19 or so after about the same amount of time.
[21:42] <alyawn> and Olson, you said that memory usage is *not* increasing during that time, correct?
[21:43] <Olson> last test I didn't be looking at system monitor unfortunatley
[21:43] <Olson> I will look again.. thing is I have to let it run for 8mins or so it seems before anything bad happen
[21:46] <Olson> recording at 30fps it didn't take as long to happen.. memory usage at 230mb, didn't change
[21:47] <Olson> I will have to test without twinview.. though is a bit of a pain :-\
[21:48] <alyawn> yes, it is a pain
[21:50] <Olson> I will have to restart x
[21:50] <Olson> o/
[22:03] <Olson> :(
[22:05] <alyawn> no dice?
[22:05] <Olson> neh
[22:05] <Olson> it just happen at *some point* the recording FPS drops, and never recovers back to the original
[22:06] <alyawn> well... while you were gone, I looked at the code in x11grab and it seems there is no compensation for drift in there
[22:07] <alyawn> actually.. I take that back...
[22:08] <Olson> there is -itsoffset which can use as a one time thing I believe like, after the fact
[22:08] <Olson> it seem there is not a way to know when the drop will occur, however
[22:11] <alyawn> you say that no matter how low the output framerate, you get the same behavior?
[22:12] <Olson> I believe it's the input rate I'm using
[22:12] <Olson> x11grab -r 20 or so
[22:12] <Olson> if it's dropping and I'm only recording at 20fps then meh.. i'm not going lower than that
[22:13] <Olson> which means i'm stuffed.
[22:13] <alyawn> try adding -vsync
[22:13] <alyawn> or have you?
[22:13] <Olson> ffmpeg -f alsa -ac 2 -i hw:1,0 -f x11grab -r 20 -s 1920x1080 -i :0.0 -acodec pcm_s16le -vcodec libx264 -preset ultrafast -crf 0 -threads 0 output.mkv
[22:15] <Olson> so like   -vsync 1  somewhere in there
[22:15] <Olson> or just -vsync I see
[22:16] <alyawn> try putting in a -vsync drop was what I was thinking
[22:16] <alyawn> or -vsync 1 may be better
[22:17] <alyawn> although effectively, it's probably already doing vsync 1
[22:22] <Olson> I will try
[22:22] <Olson> I try record this now 5 times or so :P
[22:44] <alyawn> good practice, Olson
[22:44] <Olson> i recorded it with vsync now.. the fps reported dropped from 30 to 20 during.. I haven't seen yet what happened to the video
[22:46] <Olson> no
[22:47] <Olson> unusable.
[22:47] <alyawn> bummer
[22:47] <Olson> ye :(
[22:48] <Olson> stuffed.
[22:48] <alyawn> it just seems that x11grab is not getting the frames fast enough
[22:49] <alyawn> I have no idea why... I may be able to try myself, but will probably be a few days, unfortunately
[22:53] <Olson> http://pastebin.com/3DX3cecs
[22:53] <Olson> it doesn't take long for it to go down to 29, then gradually, 28, 27, 26..
[22:56] <alyawn> trying it myself
[22:56] <alyawn> :)
[22:58] <alyawn> mine is solid at 30, for the last 4:45
[22:58] <Olson> did you be making a Blender a bit
[22:59] <alyawn> cranking up blender now
[22:59] <Olson> though.. my demonstration doesn't even make use of anything serious
[23:01] <alyawn> hmm... blender core dumped when I switched my view to Cycles :/
[23:03] <alyawn> ah.... dropped to 29
[23:03] <Olson> if GPU rendering or something, I would expect something nasty to happen, but i'm just not doing anything stressful to it
[23:05] <alyawn> went for about 10 minutes... no reduction
[23:05] <alyawn> then started blender and it is going down... now at 28
[23:05] <alyawn> and I'm noticing slowdown
[23:05] <alyawn> wierd
[23:05] <Olson> yeah that
[23:06] <Olson> so blender become a bit choppy to use like
[23:06] <alyawn> hmmm closed blender and the choppiness went away
[23:06] <alyawn> still recording
[23:07] <alyawn> fps, however has not recovered
[23:07] <Olson> no it does't
[23:08] <Olson> and that mean each second the audio is going ahead by the difference in frames
[23:08] <Olson> or
[23:08] <Olson> behind sorry
[23:11] <alyawn> well... at least it's not just you
[23:12] <Olson> i guess, thanks for looking
[23:12] <Olson> I am upset
[23:12] <Olson> I go do something else for a bit :(
[23:15] <Mista_D> anyway to disable scene_detection and have GOP
[23:20] <alyawn> Olson, it definitely seems like an ffmpeg bug that, even with lagging input, it doesn't stay in sync with audio
[23:21] <alyawn> but the cause of the lag is a different issue
[23:48] <Mista_D> Anyway to ensure ffprobe values are allways ih the rigth sequesnce when outputing to CS? I extract video PID with `ffprobe...-show_streams -print_format csv|grep video|cut -d, -f19`. Sometimes PID is -f16 on MPEG2-TS files.
[23:54] <saste> Mista_D: uh, the sequence order should be always, if not it's a bug
[23:54] <saste> (but the number and order may change from ffprobe version to version)
[23:55] <saste> please file a bug report with a sample showing the problem
[00:00] --- Fri Aug 10 2012