Video Editor freezes

deltaray · Post by **deltaray** » Tue Oct 18, 2005 10:37 pm

Using MediaStudio 8 Trial and trying to get everything out of it

!
I seem to have hit some bug or limit.
I have a larger project now, about 20 minutes long with a MAIN timeline and about 20 subtimelines which are mixed in the main timelime. I could workaround all problems, till YET!

For some reason whenever i CLICK on a random video, the Video randomly freezes (infinite as it seems). CPU Usage goes up to 100% and stays. It's really annoying, I can only edit 1-2 minutes till it freezes and loading has become rather slow.

Has anybody a Idea what the problem could be?
I have tried disabling Autobackup and Undo already, problem stays.

I had this freezes before, but very seldom. Now I keep getting them constantly

deltaray · Post by **deltaray** » Tue Oct 18, 2005 10:49 pm

Ok an update on this Issue

I am using 2-3 Video layers for overlay of text and such stuff, i simple set 2-3 of them to invisible as I don't need to see them while editing.

Problem seems to be gone for now, so it must be some bug if you use to many overlay tracks.

Devil · Post by **Devil** » Wed Oct 19, 2005 6:50 am

The more timelines you use and the more effects, including overlays, you use, so the demand on your computer resources increases. As these are not infinite, there must be a limit. You don't give even a clue about your hardware or how it is set up and what else you have running on your computer, hogging resources, so this makes it very difficult to help you. General advice: if you have < 1Gb of RAM, then increase it to at least this figure and make sure you have nothing else unessential running under Windows, such as firewalls, anti-virus, Internet connections, startup programmes etc.

deltaray · Post by **deltaray** » Wed Oct 19, 2005 9:27 pm

My bad I didn't specify my details as they can't be the problem, but ok here they are

2 x Opteron 246 (running @ 2ghz)
2 GB Ram
Approx 1.5 TB HD-Storage
Windows XP SP2

I can assure you that it is not some kind of my machine is becomming to slow, this is definitially a bug! I can work on the video in realtime most of the time, sometimes faster sometimes slower.
But these freezes are bugs for sure, it freezes to death, just by random clicking on a video part to edit. I waited 2 minutes and even 5 and 10, it still was hanging.

Devil · Post by **Devil** » Thu Oct 20, 2005 7:32 am

OK, a priori, it is not a hardware limitation, but something is obviously conflicting. During beta testing, at one point, I had 11 timelines open with about 100 files spread over them, with many effects and overlays, nesting and so on and it was as stable as a rock. I've also beta-tested Charlie Hill's "Moving Path Mania" in his forthcoming book which also uses 11 timelines, 8 or 9 tracks with nested MPs galore on each, without problem. The final project lasts only 20 seconds but it took Charlie over 6 minutes to render on a very fast, modern machine at 352 x 240. I would therefore say that the software is not what is causing your problem, but I would suggest that you may care to reinstall the latest DirectX and MSP8 to see whether it still does it.

deltaray · Post by **deltaray** » Thu Oct 20, 2005 8:50 am

Hrm reinstalling it again (did it 2 times already because Audiofilter list was messed up)

lol

!
But ok it seems to happen only on a specific timeline, yesterday I could edit without Problems (no freezes). Today I will work more on it and see what happens. Setting some overlay tracks to invisible does seem to fix the problem while editing as well, very strange overall.

Btw could the Video codec play a role? I am using the "Alparysoft Lossless Video Codec" for my raw material as it compresses without Quality loss.
This saves unnessecary disk space.

Devil · Post by **Devil** » Thu Oct 20, 2005 11:52 am

I don't know the codec you mention as all my analogue and digital work is done in DV. I'm therefore unable to answer.

I would say that the thing to do would be to try a different codec. PICvideo is almost lossless, depending on the settings.and is well tried and used by many. http://www.pegasusimaging.com/picvideomjpeg.htm If that works without a hitch, then you will know where the answer lies. (free trial with watermark or $14 upgrade)

deltaray · Post by **deltaray** » Thu Oct 20, 2005 3:43 pm

I may consider trying this codec, if it goes worse. But I don't like the Idea to use a codec that alters the video, even if the difference is not noticeable by a human

Devil · Post by **Devil** » Thu Oct 20, 2005 4:05 pm

ALL codecs change the video, including the one you are using.

deltaray · Post by **deltaray** » Sat Oct 22, 2005 4:25 pm

nope, this codec does compression without changing the video. The Uncompressed and compressed are exactly the same (From what you see)

For more see here:
http://www.alparysoft.com/products.php?id=8&item=35

Btw: No Problem anymore till now

Devil · Post by **Devil** » Sun Oct 23, 2005 7:11 am

deltaray wrote:nope, this codec does compression without changing the video. The Uncompressed and compressed are exactly the same (From what you see)

"From what you see" is the key. The ONLY way to have lossless video is to use uncompressed throughout: all compressed video introduces losses which, with a single pass, or even 2 or 3, may not introduce visual artefacts. Obviously, the lower the compression rates, the lower the losses. If you don't believe me, take a good quality still and compress/uncompress it 20 times with the settings at high "lossless" compression and you will see whether it is lossless or not.

deltaray · Post by **deltaray** » Mon Oct 24, 2005 10:00 am

I fully aggree with you to 99% of all video codecs as their compression is based changing the video to gain compression.
But this one here is really different, they compress what is possible but the video source will remain unchanged. It's familiar to the png compression

You should give it a try, its free as well

To come topic again, I haven't had the problem anymore, just 1-2 freezes but after I was using Ulead for 3-4 hours so thats ok for me, I save often enough