VS 11 Plus Crashes at 73% During Rendering Every Time

mark9422 · Post by **mark9422** » Tue Dec 02, 2008 2:15 am

I'm running Windows Vista 32 bit. I am trying to render a family video for Christmas Eve which (at this point) runs 1:10:00. I have a few more files to add to the project which should total about 1:25:00. The files I'm rendering are a mix of JPEG stills and mostly DV files captured by UV 11 from a camcorder. Every time I try to render a video file (and any format I select....avi, mpeg, etc) the program crashes at 73% of the finished rendering job. I have updated my video driver files and am trying to update Direct X from Microsoft but their server is still having issues. I rendered a much smaller movie in June with no problems. When checking the Windows Error log, the file "uipp.dll" seems to come up all the time as the problem file. I have even opened another TBYB on an XP machine and grabbed the .dll from there and replaced the one on my Vista machine with no luck. I really need to get this done as it has been a family tradition every year to watch our "Family Movie" on Christmas Eve not to mention I have been working on this all year! Thank you in advace for your consideration!

DVDDoug · Post by **DVDDoug** » Tue Dec 02, 2008 3:02 am

This kind of thing is almost always a from problem, rather than a to problem...

Most-likely, one (or more) of your DV or JPEG files is corrupted, or there's just something about one of your files that Video Studio doesn't "like". (Sometimes a slightly corrupt file will play-back OK, but cause trouble when you try to edit or convert it.)

So, I'd simplify the project by eliminating some of the files to try and identify the problem file(s). AVI/DV files are usually foolproof. If you are using any other more-compressed video files, I suspect those. If not, I'd start by eliminating some JPEGs. And, if you are using any compressed audio files (i.e. MP3), they can sometimes cause trouble too. Maybe you can start by deleting whatever is at the 73% point (about the 51 minute mark).

Another approach would be to shorten the video, and save the first-half or first three-fourths of the program. Then you can work on the second part as a seperate project for now, adding one file (or a few short files) at a time and re-rendering frequently.

Once you find the offending file(s), you may be able to convert it/them to a different format, or re-render them, with a 3rd-party program. Or, Video Studio as may be able to convert/re-render the files as a separate step, before editing.

I have updated my video driver files...

Bad drivers shouldn't cause this problem... The video card & drivers are only used for viewing. All of the processing/rendering is done by the CPU.

...and am trying to update Direct X from Microsoft but their server is still having issues.

That's worth trying when the server is back on line.

...the file "uipp.dll" seems to come up all the time as the problem file.

Sorry, I have no idea what that DLL does.

Black Lab · Post by **Black Lab** » Tue Dec 02, 2008 4:14 am

Could also be a bad audio file, especially if it is MP3. I would do as Doug suggested and split your project in two. Try rendering each one. If one renders and one doesn't, repeat the process with the one that doesn't, until you narrow down the offending clip.

mark9422 · Post by **mark9422** » Tue Dec 02, 2008 9:48 am

Thanks for the quick reply on this. I have tried removing the JPEG and DV video file at the point where the program crashes and says "Video Studio Has Stopped Working...." I have also removed the surrounding transitions and Title Box. It still crashes at 73% even when it hits another clip. I didn't try removing the audio though. At that point of the movie, the audio track that exists, has been running for about a minute or so. I removed the clips one at a time and put each one back while removing the next. I will take all of them out and try again. If that doesn't work, I'll try splitting the project in two. If you have any other thoughts on this, please post when you can. And as always, thank you.

erdna · Post by **erdna** » Tue Dec 02, 2008 10:20 am

Some months ago I had exactly the same problem when rendering AVCHD files. One of the forum members suggested to uncheck "Smart render", which I did. Render time became longer, but the problem was solved.

mark9422 · Post by **mark9422** » Tue Dec 02, 2008 10:42 am

I'll try un-checking "Smart Rendering" too when I get home from the office and will post here. Thanks very much.

mark9422 · Post by **mark9422** » Wed Dec 03, 2008 10:59 am

OK...here's the latest news:
The only thing that has worked thus far is splitting the project in two parts. It seems to render fine even when rendering the largest of files. The only problem here is the following:
When splitting up the movie and removing the second have all is fine as the front half stays put---all titles and audio clips are in sync. However, when I remove the front half of the movie (so I can just render part two) all video tracks move to the front of the project (where part one used to be) while all audio and titles stay put. That means hours of manually moving everything forward. Any time saving ideas on how to do this?

PS: Here are the steps I took to try to correct the original problem: I updated the video card drivers, Direct X, removed suspect audio, video, transitions and titles and unchecked smart rendering. None of those worked to solve this issue other than making any file I render under 45 minutes which seem a bit crazy considering the advanced nature of the program.

mark9422 · Post by **mark9422** » Wed Dec 03, 2008 12:50 pm

PSS I should also add that I tried all the same problem solving measures on both an XP and Vista machine. I still think the first post may be correct in so far as it being a problem clip somewhere. I just have not been able to isolate it at this point.

Clevo · Post by **Clevo** » Wed Dec 03, 2008 2:01 pm

Save you project and do test runs from a copy.... e.g. save project as Test2.vsp

Do all testing from the test VSP.

Just a tip...

Post by **Ken Berry** » Wed Dec 03, 2008 9:10 pm

And do you have ripple editing enabled for all tracks? That should avoid the problem of some parts moving right and the other remaining where they originally were...

mark9422 · Post by **mark9422** » Thu Dec 04, 2008 10:43 am

Hi Ken

"Ripple Editing" ??? Where do I find that function? I don't believe I noticed that option.

mark9422 · Post by **mark9422** » Thu Dec 04, 2008 10:44 am

oh...and can you tell me what "Ripple Editing" does?

Clevo · Post by **Clevo** » Thu Dec 04, 2008 10:46 am

When you are in Timeline View it's right there on the left hand side where all the little "lock" icons are...Click the big one at the top then choose which ones to lock in...it has it's quirks though....

mark9422 · Post by **mark9422** » Thu Dec 04, 2008 10:55 am

So far here's what I've accomplished:
I split the video in two sections and was able to render each section after many attempts although the second section (which is much smaller than the first) which I assume has the trouble track(s), took more effort. I unchecked "Smart Rendering" on each attempt and eventually, I got a complete render. Re-editing all the segments took an hour and a half since I had many timed audio and video affects. Interesting note here:
After a failed editing attempt, the avi that the program created but did not finish, would always cause any program to crash upon trying to open or gather information about it such as Windows Explorer, Windows Media Player, GOM Player, Nero Showtime, etc. They would also display the message saying "The Program Has Stopped Working and Will Now Close". hmmmmm. I am just glad to be on to the next section and will render often before each gets too large. Now, here's what I want to do next: Take both rendered sections, put them into VS editor and render them together. Good idea? Will I lose any quality. Both rendered files are DV avi's. Thanks very much for your help.

Black Lab · Post by **Black Lab** » Thu Dec 04, 2008 2:16 pm

AVIs are pretty lossless, so you shouldn't see any quality loss.