- Posts: 5
- Joined: Mon Aug 27, 2012 10:04 am
Johny_Sko wrote:Hi,
a week ago I started testing Davinci Resolve Lite. I'm working on completing the project that was shot in DVCPRO 50 (PAL - Anamorphic 16:9).
I just want to clarify. It doesn't appear that these images are anamorphic as they would have a resolution of 720x576. So are these simply screen grabs? Because they are close to square pixel equivalent 1048x576 (should be 1024x576).
Johny_Sko wrote:1) The source material has black borders around the image on the left and right sides (http://dl.dropbox.com/u/2160706/original.png). When I import video in source format occurs in Resolve to stretch image on the entire frame (http://dl.dropbox.com/u/2160706/resolve_out1.png).
Also what are you using to view these images, I know the resolve image you are using resolve. But the original, what app is drawing that image? I'm curious because looking at the skyline there seems to be more sky on the resolve. And it appears that the image is zoomed to close the black on the side which you can do with your mouse scroll wheel if you're not careful. Sides have no blanking that the original has but there is also less bike at the bottom suggesting that both axis were scaled. I ask because QT player will sometimes try to crop as much black as possible.
As a side note, if you are playing an interlaced file in QTPlayer, when you pause you will see interlacing. The key is to check when it's moving. And if the image still jutters or looks flickery when playing, then that would be indicative of a field order issue. If so, then we move onto the next part.
Johny_Sko wrote:This problem does not occur when I do a conversion into ProRES422 HQ before importing.
What format did you encode to? You didn't change the resolution or or frame rate?
Johny_Sko wrote:2) Source material (DVCPRO) has dominant even fields. However, the output from Resolve has always dominant odd fields. Unfortunately I did not find them there are no setup of project or exports, that can affect the output field order.
Well, DVCPro25 has dominant lower/even fields. But from my understanding this is not the case with DVCPro50, which should have dominant upper/odd fields.
So I guess there's just a little confusion on what your source material is. You mentioned DVCPro50 in the top of the post, but then mention DVCPro and mention the field orders appropriate for 25.
Can you clarify that and the other questions i've asked?