![]() |
About mencoder speed
For all people that find the mencoder speed amazing, just look at that :
Code:
Pos:3719.3s 185968f (49%) 23fps Trem: 141min 1571mb A-V:0.000 [1741:0]2h10 to process 1 hour of video, we are far from 23 fps as annouced on the screen. So do NOT trust what it's written except "Trem" that is correct. I will need >5 hours to process the first pass of this movie (2h10 length). That is fast compared to any other encoders on my PC but not as much as mencoder try to make you think about. EDIT : wait a minute ! 185968 / 3719.3 = 50 :!: I'm doing a 25 FPS source (clearly identified as 25fps in the first lines of the mencoder output), and I encode into 25 FPS. :arrow: What is happenign there :?: |
Phil,
Are you doing D2V :arrow: AVS :arrow: makeAVIS :arrow: MEncoder :?: Or you are working with AVI :arrow: MEncoder :?: Or maybe VOB :arrow: MEncoder :?: Please post your command line so that I can try to recreate that. I just hope you're working on a regular progressive PAL source otherwise I won't be able to assist you. But since you're in PAL land maybe we're both in luck. Cheers PS-Mind you Phil, that MEncoder tells you how many FPS it is currently doing and not the average. That is, you could be on an average 12FPS encoding but you could be, at a given point (due to almost no motion) be doing 23FPS. |
Quote:
What is strange is that I encoded this same movie last week at a "normal" displayed speed of 13 fps. But I reinstalled all my PC yesterday and I'm currently doing my first encoding since that. I was first very surprise to encode at this speed until I noticed that it was completly wrong. But I really don't know where is the problem... :arrow: the only thing I changed is the post processing that I didn't use in my last week attempts. Quote:
Code:
D:\Mes KVCD>"mencoder.exe" -of rawvideo -sws 9 -nosound -vf yuvcsp,pp=hb:100:100Quote:
Since the beguinign the Trem was correct : 270 min announced at first for a 2h10 movie. Quote:
|
Well in my case the fps is correct :P
2:03;22 movie pal 25 fps thats 123:33 minutes thats 7413 seconds and 7413*25=185325 frames Im encoding at 16 fps so that means it would take about 193:05 minutes per pass and thats correct. for the first pass I stil am in my second one but I don't think it's gonna be different. |
Hi Phil,
well ... I always do see things how they "come out" and not how they are signed. In Fact almost every time the displayed FPS Speed encoding factor matches the time which is needed ... but it makes me not surprising that also "mencoder" can give confused "console text" outputs. I also watched in here the "mencoder" drops frames thread and I only can say all my mencoder encodings are in sync with audio and all plays back ok. Thats why many people do get confusing about "theoretics" but we always should see thinks in their "real" output ... and what comes out on the device where we see our final work is what counts. I ONLY had crazy framedrops which mad audio out of sync in case of a telecined source (like NTSC Captures) encoded with mencoder ... but thats not the subject in here. I often heared that after a "system reinstall" things getting weired ... like in the case when Rui had no probs using ffdshow Makeavis BEFORE he had to reinstall his system... after that we had a big "figuring out" time on skype phone. Whats that build youre using of mencoder? Do go to the official mplayer team compiled CVS build from may 18th http://www.mplayerhq.hu/MPlayer/releases/win32-beta/ And see if there things getting solved. To me it seems that "sasha" from mplayer team does configure the compiling a bit different ... maybe were doing something wrong when compiling .. I dont think so but .... lets do a comparison. |
Quote:
Quote:
But also can lead to new problems as the one you're experiencing. Right now you're a bit dizzy and can't make up your mind if the problem is that you forgot something or that MEncoder simply sucks :lol: MEncoder is eventually ok, I hope. Quote:
Unfortunatly not before tomorrow evening as my PC is on another jobs tonight :( BTW you got that command line from MencodeMe or Packshot? The later right? Quote:
Here is the latest officialy compiled CVS by Sasha Sommer http://www1.mplayerhq.hu/MPlayer/rel...CVS-040518.zip Quote:
But I did give my figures more than a handfull of times. Of course I just looked at an average amount of movies. If all my encodings did give me between 33 and 37 I would have told 35 and that will be pretty accurate, don't you think so? Of course that figure does change a lot during the encoding. And most probably your problem is that you're getting an almost fixed figure. Let's see if we can make it happen. Cheers |
Hi Phil,
I did a small 5 minutes encode with the command line you gave on your post with the MEncoder build by Sasha Sommer from 18/05. Mencoder said I was doing flat 18fps and it encoded 5445 frames in 300 seconds of encoding time. And 5445f/300s=18.15fps. So I guess the fps calculation is ok unless 5 minutes encoding is not enough. As I said today I'm having CPU overload with many things undergoing. So tomorrow night I can run a full encode just to make sure. NOTE: I said the figure should fluctuate during the movie while in easy parts it should go higher and on harder parts it should go lower but that depends on the filtering used on the command line. This one seems to treat the movie equaly on easy and hard parts. Cheers |
@Inc and Rds
I'm currently using mencoderP4sse2-20040506.rar. I will try an other release next time but in fact I will also probably drop this movie as it it not a good client for mencoder. I explain why there : http://www.kvcd.net/forum/viewtopic.php?t=11275 If somene wants to try it, it's "We were soldiers" as you can see in my previous post. Quote:
But I'm very surprised that this is HELPF what you gave generally. What are you doing (or not doing !) to have a such big fps that you don't have with my encode line ? Quote:
It's hard to think that the displayed number is the average when the real value is half below ;-) Note: the line is taken from packshot but I adapt the crop/Expand part to cut existent black borders that are on the source. |
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.