Crash When Deleting Clip During Playback

[imagic]

I received SpeedEdit this morning, and I am very impressed. I ditched a Vegas 7 project and started over in Speededit, certain that I will finish sooner anyhow.

My project is all M2T files from an HDR-FX1. If I attempt to delete a clip while that clip is playing, SpeedEdit crashes. Deleting other clips during playback causes no problems. Other than this bug, the application seems stable. Anybody have advice?

[SBowie]

I'm trying really hard not to type "Sure, don't do that" ... but failing. Is it important to be able to do this without clicking stop first? Or perhaps I'm misunderstanding what you are actually doing...

[bobgilles]

Are you running 64 bit?

[Danic101]

Just tried this on Vista Ultimate 64bit with clips from my FX1 and can't repeat it.

[bobgilles]

Danic, I am thinking of changing to the 8800 GTS, does the 8000 series cards work with Speededit?

[imagic]

Steve - Thanks, that's essentially what I started doing - but then I noticed the behavior seemed intermittent, hard to replicate.

What I found is that SpeeedEdit only crashes if deleting a clip that is playing back for the first time. If the clip is previewed, playback is stopped, and then resumed, deleting the clip causes no problems. However if you then preview a different clip, jump back to the first clip, playback and delete, SpeedEdit crashes. This behavior is consistent, and applied to SD and HDV clips in DV.avi format and MPEG2.m2t formats

Since I was previewing a large number of small clips (hooray for HDD capture) I though I'd just delete bad takes as they played, that's why all the crashes.

[SBowie]

Interesting, thanks - and thanks for not being offended by my insatiable curiosity. Given this explanation, I'm inclined to think the problem may happen when you delete a clip while SE is not yet finished calculating the thumbnail anim.

[imagic]

Not that it much matters, but a switch to an nVidia 7950 made no difference. I'm inclined to go with the thumbnail preview theory, that playback needs to stop for the refresh, otherwise a delete causes a crash. I'll run SpeedEdit as a demo on another system and see if the behavior is similar.

[Rich Deustachio]

I agree, it is probably conforming the audio when you are deleting it causing the crash.

[John Perkins]

I've tested the heck out of this today and I'm not able to reproduce it.

I've used 1080i and 720p m2t files and DV avi files.
I've cleaned the temporary files (to remove conformed audio and thumbnail previews) and tried while still conforming.
I've used both ripple and non-ripple mode.

The worst I've seen is that if I delete every last clip, it continues playing for a bit.

If you have more suggestions, please contact me.

Thanks,

[SBowie]

Gee, thought we were onto something there ... :p

[imagic]

The action that triggers the crash is beginning playback of a clip by double-clicking it, and then deleting the clip. If I start playback any other way there is no crash.

I've tested the heck out of this today and I'm not able to reproduce it.

I've used 1080i and 720p m2t files and DV avi files.
I've cleaned the temporary files (to remove conformed audio and thumbnail previews) and tried while still conforming.
I've used both ripple and non-ripple mode.

The worst I've seen is that if I delete every last clip, it continues playing for a bit.

If you have more suggestions, please contact me.

Thanks,

[John Perkins]

Ah HA!

Sometimes it's little details such as this that keep us from repeating the problem.

Already found and fixed. You will get it in an upcoming update.

For now you might want to use the play function rather than double-clicking since that shouldn't be effected.

Thanks!:thumbsup: