-
Jumpy output video in camera movement
Hi!
I have a strange problem on a project I’m working on. It is a 15 minutes project, with stills and video. The final output movie is a little jerky/jumpy when the camera moves.
When you still picuters, or when the camera is steady, no jerkiness occures.
The jumpy/jerky effect is like sudden stops every few frames., while the camera moves. Each ‘stop’ is very-very short, like sudden jumps.
It is shown on dvd and also in computer (also shown if I export to microsoft avi and see it with the media player).
Do you have any idea?All videos are lower field,
All are PAL,
I have a very robust computer, so this is not the problem.Could it be VBR or CBR encoding problem?
Roy -
8 Replies
-
Sounds like it may be an interlacing issue.
Field dominance list:
DV/DVCAM (lower field)
HDV (Upper field)
SD BetaCAM PAL (Upperfield)
SD BetaCAM NTSC (Lowerfield)
HD 720 (Progressive)
HD 1080i (Upperfield)
HD 1080p (Progressive)The project should have the same settings as the originating capture device/format.
Exports should follow suit for the best outcome.
Cs4 can force Progressive export from interlaced footage/sequences and make the export look like Deinterlaced – but slightly better.
– JB
Jon Barrie
aJBprods
http://www.jonbarrie.net -
Hi,
But I checked and all the files are lower field…
any more ideas? -
I’m going out on a limb here… It could be that this “jumping” has nothing to do with your settings and may have everything to do with the codec used in your footage. Sounds to me that premiere can play it back on the timeline fine, but when you export it, it has no idea how to handle frames.
First, try exporting the footage as just a simple mpg1 or mov file with animation. If that still has the “jumps”…. try converting some of the footage and replacing the clips in the project (try with 1 clip first and test).
Do you have CS4 or CS3?
Also what are your project settings? DV PAL 25fps (for example)?Tim Robinson
tim@erobinsons.com
Pride-Mobility-Products
Corporate Video Editor -
I have a similar problem. I am recording in HD which plays back perfectly on the camcorder. However, when I capture any footage as HD which has a pan or zoom in it then the footage is jumpy and this effect is carried through to the final output medium. It is most frustrating and I would love to get rid of it. I am a newcomer to PPRO and any complicated jargon will only make my eyes glaze over. I am using CS4. Can anyone explain my problem in words of one sylable?
-
Ok, first to answers Tim’s questions, I have CS4, and I did tried to output it to an AVI (came out with jerkiness), but haven’t tried to quicktime, that’s a good idea..
BUT!
I did find a solution!check out this thread:
https://forum.doom9.org/archive/index.php/t-19714.html“Whichever audio format you are using, use a CBR. I had read about DivX encodes in an AVI container being all “skittish” and “jumpy” during camera motions if the audio encoding was set to VBR. Sure enough, mine was.”
I tried to export using CBR and not VBR, and Vualla! all the movie was fine (except 2 minutes at start, but this is tolerable, and I guess I could try to solve it also, but I don’t have time to it).
So, I hope it helps!
Roy -
[Jon Barrie] “SD BetaCAM NTSC (Lowerfield)”
Hi Jon…
I have been running for twenty years dealing with most all broadcast analog formats as upper field first…1 inch type C, Betacam SP, etc.
Is BCSP NTSC-J Lower field first? I’m pretty certain that BCSP NTSC-US is upper field dominant.
In this way, DV and MPEG2 DVD are the oddities…
TimK,
Director, Consultant
Kolb Productions, -
Hi Tim,
I’m not going to doubt your TV experience, if I have the BetaCAM field incorrect then I would like to correct it. I’m in PAL land, in the past my research has always pointed to all SD NTSC (not just DV) recordings being lower field first as that suits the TV tracing in 60Hz reception.
What I do know is that a computer system can ingest the fields in which ever way it wants to and still produce the correct playback. Matrox cards can ingest DV PAL as UFF even though the tape signal recorded in LFF and it still plays back properly through a CRT monitor. Adding LFF footage ingested without the Hardware into the Matrox timeline would still look correct because the signal is playing back in it’s original Field dominance of ingest, a frame is a frame in Video (not cine 24P into interlaced format) the ingest can interpret it however it likes so long as it’s exported the same as it is in the sequence as each clip is playing in it’s ingested dominance.Perhaps I have it wrong, perhaps its just the way the NLE Hardware suppliers have it? But I’m always happy to be corrected by someone in the doing it end of things.
As I said earlier, all my research suggests that NTSC is a LFF format so that’s what I’ve gone off. My personal experience has been with PAL.
Cheers,
JB
Jon Barrie
aJBprods
http://www.jonbarrie.net -
Back in 1 inch type C days, there was always hang ups about field dominance before we went to master analog laser discs…and it seemed like when DV came in, the field dominance thing was huge in NTSC circles…because it wasn’t what everyone was used to…
I tried to research it, but it’s sort of old news now i suppose…i didn’t find a definitive source of info.
TimK,
Director, Consultant
Kolb Productions,
Reply to this Discussion! Login or Sign Up