[Mike Simpson]

The answer from BMD support says no…in case anyone finds the info useful.

[Mike Simpson]

Yeh, i get that Shane.
I’d really like to know why/how these files are corrupt in case there is anything we can do to fix the problem in future. The MXF files must all be fine or surely the transcode to ProRes wouldn’t work either.
The issues with using ProRes are that the file sizes are substantially larger. We are already backing up the data tranfered to the RAID using ShotPutPro to LTO and then also backing up the files created from using Log and Transfer to another LTO – that’s currently our redundancy.

As we are currently recording AVCIntra50 these file sizes aren’t too bad but having done a few tests they would be getting on for twice the size if injested using ProRes. Even LT files were a lot larger than the native AVCIntra.

Now i know you can’t have it all but AVCIntra is supposed to work so any help in working out why any of these files seem to be corrupt would be much appreciated.

As a slight aside but still related due to the issue – I’ve been looking at options like Virtual MXF so that we don’t need to worry about transcoding at all but as the pro version isn’t available I’m not sure that’s an options just yet. We have multiple angles for all our work so I guess we’d need multiple mounts to facilitate such.

That or going don the premier pro route for native workflow.

Any thoughts to any of the above?

Mike

[Mike Simpson]

So…today I found another file with the same issue and this time it was definitely from a different P2 card so that rules one thing out.

I tried transcoding another AVCIntra 50 file using same time codes and had the same issue.

On this occasion i could actually see an error in the image. It’s a little difficult for me to upload images due to not having permission from those being filmed, although I could photoshop all the faces i guess.

I then transcoded to ProRes and the file seems ok at the same timecode. No idea if it’s ok throughout.

Any ideas what could be causing this kind of issue?

Mike

[Mike Simpson]

Thanks Shane,
I’ll give that a go when I get chance…still need to check the s/n of the card and see whether the issues we are having seem related in any way.
Mike

[Mike Simpson]

Just wanted to add that I have noticed the same issues with shooting outside with our 371’s.
Dialing in more ND than usual does seem to “fix” the problem so we now make sure all operators are aware of this.

Mike

[Mike Simpson]

I’m afraid that the only pdf I have ever seen was for the GY-HD series not the HM.
I could dig that out if you think it would help but i doubt it’ll be the same.
Mike

[Mike Simpson]

Thanks for that Andrei,

I’ll have to give that a go on a sample to see how it looks with our footage.

We’ve just done a straight conversion from 720P50 HDV quicktime to MPEG2 for DVD but NTSC. It’s a little “stuttery” but not sure that the product demands a better conversion right now.

(I know that’s slightly different to your transcode as you seem to have “real” HD rather than our HDV but I think it’ll be worth giving it a go.)

Thanks again,

Mike

[Mike Simpson]

Hi Andrei,

Did you ever resolve your problems with converting HD PAL to SD NTSC?
I’m interested I need to do the same conversion with a couple of projects.
If you have any valuable information I’d be very glad to hear it.

Mike

[Mike Simpson]

I’d edit the whole multiclip thing without rotation.
Once you have finished the edit collapse the multiclip.
Rotate the first instance of the clip that needs it.
Copy the clip.
Select every subsequent clip form that angle onwards in the timeline and “Paste attributes” onto these clips.

That should do it i reckon.

If i’ve completely missed the point be sure to tell me.

Mike

[Mike Simpson]

I don’t yet have experience with DSLR video but i would guess if you put your clips for each angle into their own sequence and then nested all these into a multiclip sequence maybe that would work?

If it doesn’t – sorry for wasting your time!

Mike