-
Please Help Me 30p to DVD
-
[Sean ONeil] “I just played around with it. Do NOT put a DV clip set to “lower field” on a sequence that is set to “none”. Viewing it on my external monitor (via Kona 3) the image is horrible. It appears to be line-doubling one field only while throwing away the other field – which of course equals garbage.
Change the clip to “none” as well as the sequence and it looks great. So I think this is mandatory – not just a good idea.”
That’s not what I’m seeing with DV. Clip captured with normal DV NTSC settings (FD shows Lower), placed on a sequence set to None–looks OK. Clip property set to None, placed on a sequence set to None–looks the same. I’m observing this on a Kona LHe set to 525i (the only choice for SD) going to a Sony PVM interlaced monitor. Is there another possible variable in your sequence settings that is causing yours to look bad?
-
No. The sequence is identical to DV NTSC – just changed it to “None”. It’s outputting 525i 8-bit, viewing on a Panasonic BT-H1350.
It could just be a difference between the LHE and the Kona 3. Or maybe because I captured it from a digibeta and not DV (but then why does changing the clip to None work fine?).
-
I’m puzzled at the moment. I don’t have any digibeta in house. I’ll try it with some beta-sp though.
-
After 5 days of testing I just turned in the dvd and client is happy. But I did not deliver to them a dvd without some combing and thin ghost/aura around their bodies.
I have made tests of every possible variation with *no* difference between them. The only visible change I see is when I set sequence settings to none from lower. But I do not have a fancy playback monitor. I am playing back on mbp and crappy TV from the 90’s. When I played back on friends plasma tv the image looked horrible.
The tests are made in compressor and burned to dvd.
So,
What is clear to me is this:
-the sequence’s field dominance setting must be set to none.What is unclear to me is this -i.e.these changes don’t make a dif:
– collapsing multicam edit, changing a and b clips (captured at reg ntsc settings) from lower to none in sequence set to none looks exactly the same as a and b clips set (captured at reg ntsc settings) to lower in sequence set to none
– footage captured as progressive that has a lower field in sequence set to none looks the same as the above mentioned tests
It’s been fun, thanks Cow– you all have been a lifeline during this project.
Old standby brightness/contrast fixed gain on shooter’s work.
xo
VV -
excuse me I meant changing seq settings from lower to none yielded positive results. all the best regards!
-
[Tom Brooks] “I’m puzzled at the moment. I don’t have any digibeta in house. I’ll try it with some beta-sp though”
Do you have Quicktime 7.2?
I’ve been having a lot of problems lately with the Mac not recognizing the right field dominance. Today was a special kind of nightmare. Exporting to Compressor (either directly or otherwise), the deinterlace filter does not work whatsoever. Doesn’t matter if I manually choose even or odd. I’ve tried SD source and 1080i source.
Anyway, that could be related to the behavior I’m seeing in regards to this discussion.
-
[Sean ONeil] “Do you have Quicktime 7.2?”
Yes, I have QT7.2. I’m in FCP 5.1.4 at the moment, however, and I have not applied the most recent Pro Apps updates yet.
I captured a few seconds of Beta-SP (good old 525i) using the NTSC 8-bit Uncompressed Easy Setup. Created a new sequence, set FD to None. Inserted the clip set as it was captured to Lower. No problem. Changed clip to None — looks the same.
Created new sequence and left if set to Lower. Changed clip FD to Upper and put it in the sequence. Now it stutters as it should with reversed field order. Change it back to either Lower or None and it’s OK.
So, I’m definitely not seeing that field dropping behavior. Setting the clips to None doesn’t seem to change a thing. They still behave exactly as they do with setting on Lower. In other words, they do not become progressive because of this setting. They still play as 60i the way they were shot and captured.
The only adverse setting is when you tell FCP that the clip is Upper when it really isn’t. That causes FCP to play it Upper First and gives it that stuttery motion because the later motion is playing out before the earlier motion.
Final Cut Studio, FCP 5.1.4, After Effects 6.5 Pro, Quicktime 7.2, G5 Quad 2.5, Kona-LHe V3.4, 4.5GB RAM, Nvidia GeForce 7800-GT 256MB, G-RAID 2x1TB FW800, Mac OS-X 10.4.10.
-
I’m running FCP 6, Kona 3. Different systems. But I’m absolutely seeing it the way I described. Of course, maybe I just need to trash preferences and it will stop. Who knows.
Reply to this Discussion! Login or Sign Up