What I hadn't counted on was that the VBV values were now hopelessly wrong, causing all kinds of audio breakup on every standalone I tried.Īs I recall, I ran into enough other problems that I gave up on encoding tricks and just used AVISynth to convert to NTSC size and framerates (AssumeFPS(23.976), I think) and just encoded the whole thing properly. Then I used pulldown.exe to convert it to 29.97fps with pulldown. At first I just resized it to 720x480 and encoded away at 25fps. Even after re-encoding the audio stream to match, I found that I still had to perform tricks with the PAL video stream. The last time I tried this I ran into hopeless sync problems. Does it actually re-encode the video stream or is it just playing with the the flags in the headers? I ask this because you will encounter numerous problems with trying to massage a 25fps PAL MPEG-2 into something that will play correctly on most standalones. I don't think I've ever seen an NTSC DVD where 25fps progressive images were stored, though.įorgive me for being dense, but I don't understand quite what this program is trying to do. Just as neuron2 has seen some MPEG2 streams where a hard telecine was done on a 25fps source, so have I. In addition to which, there will be no blending.
#HOW TO BLUR A FACE IN TMPGENC 6 FULL#
They'll all deinterlace, but it doesn't really matter, because storing 25fps will still be a big improvement over the current solution of storing the full 29.97fps (or 30fps). No player will give you back all progressive frames I don't think. If the drop frame problem is a temporary holdup, then you might try testing "telecining" off of 24.975fps (such as you'll get from RePAL or Decimate(6)), which will then output 29.97fps. In an MPEG-2 domain, this means that the 00 and 01 frames are dropped or SKIPPED from time code, at the start of each minute except minutes which are even multiples of 10. Well, to put it in simple term, DROP_FRAME here is in essence EQUAL a SLOWED_DOWN playback from a pure 30fps into the correct NTSC 29.97fps SPEED.
It sets the drop_frame flag to slow it down to 29.97fps. What does a Standalone-DVD-player do with a 30fps stream?
It looks as if he may have been a bit premature with the announcement. Just saw mention of this in the Doom9 News. When I watched the clip, it started out with out of sync audio (which is ok because I didn't do anything to fix it), but after a few minutes it looks like it gets back in very close sync again. Where is this transition problem I'm supposed to see. Ran pulldown25p on it then authored with TMPEGauthor, burning right now. m2v file or am I just doing it the hard way? Will TMPEGenc accept this half NTSC and half PAL. My authoring s/w will not accept this when set to author NTSC or PAL. What I have just done is run the PAL 25p through DGIndex, fed this project (.d2v via avisynth, with NTSC resizing), to Mpeg2 encoder which gives me my elementary stream at 720x480 25p. I always author with elementary streams (up until now anyway). I think I'm going to have trouble authoring when using program streams. Good question Scharfis_brain, that's what we'll find out. Maybe I'll give it a try on some musical movies, when you finished programming. Recapitulating, I want to say, that I just was interested whether it is possible to do such pulldown with MPEG. The fluidity of the movies is somehow different from the cinema-look. I've seen it on some older PAL-VHS cassetes (eg: Koyaanisqatsi)Īlso I do not like 3:2 telecine. Musical Films often were made using 24p telecine in past. (Our audiophiles probably will ignore it ) )īut I personally would never make usage of a 24p telecine on PAL, because it is far more off-standard and shows this stutter. It looks very 'nice' on TV, when the image details are jumping every other half second *grrrrrr*īecause of this I think, some (most?!?) persons would never notice the one field stutter. Hiding censoring with slowdown to 24 fps.īoth conversions are being made using a stupid bobber before, of course.
#HOW TO BLUR A FACE IN TMPGENC 6 MOVIE#
Sqeezing movie to show more ads using a speedup to 26fps
One field stutter is sadly very common with some broadcasters here in germany. And a one field stutter is usually tolerable.
0 kommentar(er)
