22 - 24 fps on my imac of a MTR-ripped movie during the first pass, followed by 6 - 8 fps on the second pass.
I also noticed that choosing a pct (say 55%) slowed compression down to a crawl.
Any thoughts on things to try? Thanks
1st Pass Flies; 2nd Pass Crawls
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
-
- Bright Spark User
- Posts: 183
- Joined: Wed Mar 14, 2007 1:49 pm
please allow the encode to finish, then play the film back, skip through the movie and scan it. is the audio there throughout the whole movie?
i think you may be experiencing an audio drop, the speed decrease in the encode is a symptom not limited to, but directly related to an audio drop.
i believe the slowdown occurs only in the second pass when the file is actually being outputted. it does not occur on the first pass which is only used to generate a stat file.
i might be wrong, but i am 90% sure this is the case.
so guys, be patient, let the encode finish, make sure you have audio throughout the whole encode, if not, you need to be looking at the huge NO AUDIO thread located here:
http://handbrake.m0k.org/forum/viewtopic.php?t=849
i think you may be experiencing an audio drop, the speed decrease in the encode is a symptom not limited to, but directly related to an audio drop.
i believe the slowdown occurs only in the second pass when the file is actually being outputted. it does not occur on the first pass which is only used to generate a stat file.
i might be wrong, but i am 90% sure this is the case.
so guys, be patient, let the encode finish, make sure you have audio throughout the whole encode, if not, you need to be looking at the huge NO AUDIO thread located here:
http://handbrake.m0k.org/forum/viewtopic.php?t=849
You were 100% right -- it was audio drop-out. I found that using ffmpeg, rather than h.264, worked just fine and didn't drop the audio. Go figure.loyalty_anchored wrote: i think you may be experiencing an audio drop, the speed decrease in the encode is a symptom not limited to, but directly related to an audio drop.
i believe the slowdown occurs only in the second pass when the file is actually being outputted. it does not occur on the first pass which is only used to generate a stat file.
i might be wrong, but i am 90% sure this is the case.
I now need to understand better what the trade-offs are b/t ffmpeg and h.264. A year ago, Front Row didn't play movies that were encoded in ffmpeg mp4, so I used h.264 out of necessity. Now that is not the case for AppleTV -- it likes ffmpeg mp4 movies just fine.
I am sure that starting a thread on this will border on trolling, so let me instead ask your opinion here (in this relatively low-profile post): what are the trade-offs b/t the two as you see them?
Thanks!
TC
-
- Enlightened
- Posts: 123
- Joined: Thu Mar 22, 2007 8:29 pm
So THAT's what's been going on. I've tried to encode the movie True Lies 6 times now and the audio drops out in the middle of the movie. By the way, I use FFMPEG to encode and still get audio drop-outs.
I've been encoing everything at 29.97fps. Is this not good? I do this because I've noticed that if I leave the fps setting as "same as source", the picture looks jerky when there's panning going on.
I've been encoing everything at 29.97fps. Is this not good? I do this because I've noticed that if I leave the fps setting as "same as source", the picture looks jerky when there's panning going on.