Capturing from tape with Decklink Studio and Premier Pro6

We are running Premier Pro CS 6.0.2 and are using Decklink Studio editing card.

There is a problem acquiring material from tape. Material recorded in lower field (which is the default
unchangeable) becomes Upper field in the file but the metadata still
thinks the material is lower field and it plays wrong fields directly
after capture. We have tried different video decks without any luck. Only
workaround is to take all material acquired and flip it over to "Upper
field" afterwards. Then the material becomes useable on the timeline and on the
monitor.
I have tried to change the timeline from lower to upper without
any success unless I change the material first. We are using Deckling
Studio from BlackMagic as a capture card which strangely works with Final
cut 7 and Avid without flipping the fields. I have also tried to acquiring the
material with different codecs without any luck. We have also taken the
acquired quicktime file of Premier Pro into Final Cut Pro 7 and the
problem exist there as well. It seems that the wrong field order sticks to the file after capture. It does not matter if we are capturing Dv pal (lower field first) or DVCpro 50 (upper field first) the file has the wrong info.

Both Adobe and Blackmagic state that these products are suppose to work together. I am desperate for some help since I seem to be the last person on earth capturing from tape.

Best regards,

Gudmundur Thor Karason
RUV - Icelandic National Broadcasting Service

[Joshua Helling]

This issue comes up every once in a while. Thought it hasn't gotten much attention. I would recommend in the interim that you use a different codec to capture which will give you the proper field dominance.

Given the following information:

DVCPro50 PAL
Upper Field first

DVCPro25 PAL
Lower Field first

Upper = Odd
Lower = Even

It would seem that something is being lost in translation during capture and assigning the wrong field order. So you can continue to flip the field order, or you can capture using a different codec which will not exhibit this issue and use a more standard upper field first.