m2t error

[zoobie]

Vegas doesn't seem to see the error but I sure do when it's put onto BD.
On a search, I tried a few things I've already installed like mpeg streamclip but I really can't be d/l'ing and installing a bunch of crap.
I'd simply cutaway if I could.
What else should I try to fix this 8 second clip?

I'll try to upload it in a few.

[aedipuss]

where'd ya go zoob? captured from HDV?

[zoobie]

I'm on a little dialup connection...
Yes...It's a HDV cap m2t.
Since it wouldn't upload natively, I added a "s" to the end of it.
Maybe someone could take a look - see if there's an error in it somehow.

[poisondeathray]

what kind of errors did you see on bd?

how did you put it on bd? what software ?

[zoobie]

Actually, I just noticed Vegas Pro does see it as a big long green line and vlc sees it as a much shorter line.
I used VS11+ to assemble a menu and BD folders then used imgburn to burn to a BD-RE test disc.
A couple of my productions are going to be screened this summer so I'm trying to get them perfect.

[aedipuss]

i've got it in vegas and there are no frames with that green line? where in the sample do you see it? what timecode?

[_Al_]

Vegas reads it all right, but any kind of render produces a tiny distorted line for about1/4 of a second, not the green line but something like shifted blocks at that spot, not that noticeable but something is not right there. Tried Project X , did not help.

[poisondeathray]

It seems to vary on what decoder you are using, some have barely any error (maybe error concealment) , some render a big green line , some a small green line

Eitherway you can fix it with a patch method - it's only a few frames or fields , should only take a few minutes. That static portion is the ground, so you can just mask that out and shift a duplicate layer over a few frames (so the good layer "pokes" through) - this way it retains the noise pattern of the original clip .

The harder part to do in vegas is the error overlap with the guy's hat/head. You would have to move that part of the patch manually since vegas doesn't have a motion tracker

[zoobie]

Yes...
With the clip I uploaded, it's at timecode 3:21-23

[aedipuss]

it's interesting, it starts out as an opaque light grey goes to black and then fades out. i've never seen it before. hdv loss of signal would be a total black frame. i'd guess it happened before going to tape, like the sensor lost signal from that group of pixels momentarily.

[poisondeathray]

They look like mpeg2 errors - different decoders treat the error differently. It's not something you can "fix" by trying to repair the stream. But you can combine the results of different decoding methods (for example ffdshow hardly shows any errors or even shifts the error to the left, so you might composite that result with vegas' decoded image to get a clean end result)

Here is a repair using the patch method described above: the static ground section was repaced by the same clip, just shifted over a few frames, and the hat/face patch was motion tracked in after effects . It's rendered out as "HDV" without audio so you can just overlay this in vegas, and trim to the exact frames that need replacing (vegas can smart render HDV if you have it setup properly, so you minimize the quality loss of the original clip)

[zoobie]

Thanks so much poisondeathray for fixing it...I dropped it right in the timeline
I just don't have the time 'cause I'm having to fix other mistakes.
Thanks to aedipuss and al for working on it, too.

I'll be Bach...