Raven Plenty
Forum Replies Created
-
Thank you Shane for the various tips, we’ll see how many of those we can address.
Jeremy, we’re capturing DV footage.
-
Well, I don’t remember the exact encode settings. I made a hasty post in case it was a common problem…I’ll have to do some testing later when I have time. Thanks.
-
Yes my bitrate was probably overkill, but it was only a temporary go-between file anyway. Again, I’m sure I did a lower bitrate version that still had the problem.
To be honest I don’t remember what the keyframe setting was. Is there a way to detect that info in a movie file?
No deinterlacing, source is 24P, encoding preserved the 24 fps.
Thanks again.
-
The source clip is NTSC DV footage that is destined to be a small WMV file posted on the company intranet. Since IT wanted to do their own compression, they requested a high quality WMV file as their source. I gave them this very high bitrate version just as their master, not intended to view really.
I believe I had the problem when I created a smaller version as well.
-
Sorry, didn’t see that question. It’s 15.60 mbit/s. (This is a high quality version that will be compressed and optimized by another team.) Thanks again for your help.
-
Nope, no extra frames or fade in or anything. Every frame is the same, except for the talking and gesticulating person.
-
It’s just a talking head the whole way through, no camera movements or zooms.
-
Great info Daniel, that makes sense, thanks!
The animation was actually exported to an Animation MOV, then exported to H.264 by Quicktime. Just the same, the Quicktime settings and the Handbrake keyframe settings must have been different.
-
I’m trying it now. I’ve made a 2-minute portion in Quicktime by using “trim to selection” then save as… to a new clip. Sure enough, Compressor is estimating about 1 hour to convert to mpeg-2.
Interesting though, I noticed that scrolling around the problem video in Quicktime is very jumpy with lots of lag, whereas the other file (the higher res animation clip that only takes 6 minutes to convert) scrolls much smoother.
So clearly the “problem” video has some issues. I just don’t know if this is a normal range of performance with H.264. I would have thought the performance would be proportionate to the files respective bitrates and resolutions. Could Handbrake be producing “poorly encoded” H.264 that is harder to decode? I was kind of thinking that H.264 is H.264.
Learning is fun…
-
It’s been pointed out to me numerous times that I should not have gone from m2v to H.264 to m2v (which is unrelated to my original question, but I do appreciate the comments.) The problem was that the source DVD was copy-protected so my options were limited. (I wanted to simply extract the pertinent m2v file and burn a backup from that.) I had to use what I had at the moment (Handbrake, which only does H.264 and mpeg-4 I believe) since I didn’t have much time to look for other options.
So what are methods to rip a copy-protected DVD to a high quality .mov? (Bearing in mind this was strictly to create a backup copy for use at a conference – just in case the original when missing, snapped in two, etc.)
Let me know if I should start this as a new topic in a different forum.