Skip to main content

An iMovie bug AGAIN

After several month of not making any movies, I am trying a new project. Right of the start something is wrong, freshly imported unedited line of clips is not being played correctly in iMovie preview window - video stops in about 30sec or so, while audio goes on. If I switch to full screen, it gives me another 10sec of video, then it stops there, too, and nothing brings frozen video back to life. After restarting the app, everything repeats.
Needless to say it's impossible to edit.
It also does it with the older projects, which used to work just fine.
Here is what I've done so far:
1. Repaired permissions on startup disk and checked it for errors.
2. Repaired external disk, where the project resides (even tried to move the project to internal disk with no avail - same results), and where I have 80GB of free space.
3. Replaced external disk's directory, using DiskWarrior.
4. Deleted iMovie preferences file.
5. Removed all third-party plug-ins I had.
Nothing works.
QuickTime Player seems to play imported clips fine, so I am guessing, it's an iMovie bug.
I've been a loyal iLife user since the very beginning, and I swear, iMovie in it's buginnes is only challenged by iDVD.
______
PROBLEM RESOLVED (or seems to be resolved, for I haven't tried editing or exporting, but at least playback works now), thanks to Kirk Krueger:
"It is a common problem for G4 800 machines and I've been told Apple is investigating the issue.
Try putting your Mac to "sleep" for a minute and then try the file again."

Go figure.

Popular posts from this blog

WordPress: How to add custom fonts to a twenty seventeen child theme.

Quick help to those who have tried to find some help and failed (as I have so I have to write the code myself). Assuming that you have your virgin child theme configured and activated: here is a function which goes into the functions.php file (of your configured and activated child theme): function childtheme_twentyseventeen_fonts_url() { $replace_original_font = true; // unless you really like Libre Franklin if ($replace_original_font !== true) { $hyph = '-custom-'; } else { $hyph = '-'; }; $font_families = array( //add your Google fonts and weights (400 and 700 are defaults for normal and bold) here: 'Oswald:200,400,700', 'Lato:200,400,700', ); $query_args = array( 'family' => urlencode( implode( '|', $font_families ) ), 'subset' => urlencode( 'latin,latin-ext' ), ); $fonts_url = add_query_arg( $query_args, 'https://fonts.googleapis.com/css' ); wp_enqueue_style( 'twentyseventeen' ....

How to Make a Website Everyone Has

On The Endless Wonders Of Internet Explorer

May be somebody will stumble upon this post and save some time for him/herself. Apparently—it only become apparent after several hours of trial, cursing and error, as it usually goes with IE—, Internet Explorer (up to version 7) throws a runtime error, if you try to modify innerHTML of the dynamically created element under certain conditions. The conditions, as it always go with IE, are significantly lacking consistent logic. For starters, if you assign innerHTML to the element before you insert it into a DOM tree, the error may not come up at all, but will surface later, when you try to modify it. So far it looks like the error mostly comes up, if you change innerHTML of the block element inserted into inline element (which is not kosher in standard-compliant HTML, so it makes sense), and some nested block elements (like DIVs inside Ps—why is that considered wrong, too?—for instance). So, if one really-really need to insert a division into a paragraph, and w...