Some clips in bin cause crash after upgrade to v5

[hedleyw]

Edius 5 is crashing every time it tries to display the thumbnail in the bin on several clips. These clips were captured from CF using the Sony utility and were handled ok by 4.61. Any ideas please? I have already tried creating a new project and re-importing the files without success.

[pjsssss]

If you use details only in the bin , does it still crash?

[hedleyw]

If you use details only in the bin , does it still crash?

Thanks for your response. Yes - even if the bin is set to details, as soon as I select one of the "bad" files to import, poof - no Edius :(.

[antonsvideo]

what do you mean by "import" when they are already in the bin?

do you mean when dragging to timeline?

[GrassValley_KH]

Any chance of us getting a sample file?

[hedleyw]

what do you mean by "import" when they are already in the bin?

do you mean when dragging to timeline?

They (when I first discovered the problem) were already in the bin because I was opening a v4.61 project. Subsequently I tried importing files into a new v5 project where I found they would cause a crash on import. Hope that explains it?

[hedleyw]

Any chance of us getting a sample file?

Certainly. I've uploaded one to http://public.me.com/hedley.wright . When converted by visual hub to .mp4 I can see that the start of the file is corrupt - nothing unusual about that for files imported from a Sony CF module and Edius 4.61 handled them fine.

[GrassValley_KH]

Yeouch - that's a nasty piece of work with the start and end - lots of green MPEG breakage.

I think that's the issue - EDIUS 5 is simply quitting out in its attempt to read in the file. I'll pass it on to Japan and see what they say.

[andrewwhiteley]

I have also encountered a similar problem. Fortunately for me I ghosted my C drive before upgrading to vs 5. My media is kept on a separate raid 10 array.

Upon opening an SD project with HDV m2t clips in it that worked fine in 4.61, about half of the m2t clips were reported by Vs 5 as being 'offline' - notably these were all files larger than 5Gb - the smaller ones all seemed to survive OK.

Using E5's restore clip dialogue, although I could identify the clips on the Raid, E5 would not allow me to relink these into the project. After an afternoon's frustration, I went back to version 4 using norton ghost. As I had not re-saved the project file in E5 I was fortunate in being able to re-open the project in version 4 with all clips present and correct.

Is Edius 5 more picky with m2t clips than version 4?

This issue is a real pain and renders Edius 5 unusable so far as I am concerned! A great pity because the ability to zoom into HDV clips in an SD project and maintain resolution was what persuaded me to buy it.

[hedleyw]

Yeouch - that's a nasty piece of work with the start and end - lots of green MPEG breakage.

I think that's the issue - EDIUS 5 is simply quitting out in its attempt to read in the file. I'll pass it on to Japan and see what they say.

Thanks very much. Edius 5 is certainly unable to load these files where 4.6x could. Quite a lot of my files are like this if recording to tape and cf simultaneously in a run & gun environment; if it can't be fixed I've wasted my money on the upgrade :(

[Rusty]

I've had a similar Edius crash scenario in v4.x.
Load the project ok and as I scroll down to the problem files in the Bin and >poof!< Edius is gone! The files would play with VLC or Media Player, but the problem was obvious.

I'd been able to scroll to where I can just see the top of the suspect file in the bin and remove it with success. (this takes some patients) Then re-capture. Mostly caused by tape errors. If you're really stuck, maybe try an analog capture :~/. I have.

[hedleyw]

Thanks Rusty. I found the easiest way of identifying the problem files was switching the bin to list view (six files in view at any one time) so it was easy to workout the file number when Edius quit. Then move the file with Explore and delete the offline clip in Edius after restarting.

Analogue ingest is a definite last resort for obvious reasons but, other than reverting to v4.6x would be the only way. At a typical wedding as many as 5% of my clips are affected. These clips all loaded fine before upgrading to v5 so something has changed for the worse with the new version. Hopefully Keneally's post to Japan will produce a solution,

[GrassValley_KH]

Word back is that engineering have identified the issue, and say that it will be fixed in an upcoming update.

[andrewwhiteley]

Word back is that engineering have identified the issue, and say that it will be fixed in an upcoming update.

Does this also include the issue I identified 5 posts back of unlinking m2t files
from the bin? - if this is fixed I'll be a very happy man!

[GrassValley_KH]

Is the behaviour the same? In other words, if you open one of those M2T files in a new empty project's bin, will it dump EDIUS back to the desktop?

If not, we might need to get a sample file + project that consistently breaks for you, to test.