It won't be the Movie plugin itself; it will be one of the codecs/splitters installed on your system that handles MOV files.
(The Movie plugin knows nothing about .MOV files itself. It just acts as a gateway between the viewer and whichever codec/splitter DLLs are installed on your machine and registered against the different video types.)
This guide has some suggestions for fixing codecs/splitters:
Alternatively, disabling the Movie plugin is fine if you find other plugins work better. You'll probably have the files drop through to the ActiveX plugin which would then use Windows Media Player to display the files in the viewer pane. It may be using the same codecs/splitters, but in a way that doesn't upset them. (It also keeps things isolated in a separate process so if they do crash it won't usually take Opus with it. It also uses the 32-bit versions of the codecs/splitters by default, which are sometimes better tested or simply different components to the 64-bit versions that the Movie plugin uses.)
Strange, I came in here to complain about this. I'm also having a crash issue with the movie viewer plugin reading .mov files (specifically, videos taken with an iPhone camera). The crash I'm getting looks just like reck's screenshot. It doesn't seem to have an issue with other types of files. I just had the crash start happening yesterday; previously, it was never a problem. Disabling the "Movie" plugin solves the problem, but then I do not get video metadata in DOpus.
Is there any chance that Tuesday's Windows 10 patch included a breaking codec change? (Since Microsoft is bundling a lot of codecs/splitters with Windows nowadays.) I can't think of anything else that I have changed recently, and the timing between the two of us having the same problem is suspicious.
I'm also on Windows 10 x64 and updated to the latest opus release in the hope it would be fixed.
Something's obviously changed that's made the movie plugin unstable. Other than installing a game i've made no changes to my system other than installing the normal Windows update. It's only circumstantial at the moment but the latest series of Windows update seem to be the likely candidate.
We'll just have to wait for a response from the Opus devs as to the cause and hopefully a fix. In the meantime the only thing you can do really is what Aaron suggested in the post above yours.
It sounds like this is caused by a recent Windows update, but if those seeing it want to send us some crash dumps to look at we will see if there is anything we can do on our side to avoid triggering the problem.
In the meantime, turning off generate thumbnails in the Movie plugin seems the best workaround. You'll still get thumbnails via Windows, just without the sprocket borders.
It confirms the crash is within some Windows code. Unfortunately, it looks largely outside of our control as it's on a thread which Windows is starting, calling code that is part of Windows, with none of our code involved on that thread. My guess is Microsoft have introduced a bug where this code will crash if it is triggered by more than one thread at a time, or if something else isn't done with the same component before the thumbnail code is triggered.
At least for now, we plan to disable the Movie plugin's thumbnails option by default, so the thumbnails are generated via a slightly different route (which apparently does not trigger the Windows bug). These days there isn't a lot of benefit to using the plugin's method anyway, so this isn't a bad solution.
Following up on that, the bug Microsoft have introduced into the AreDvdCodecsEnabled API (which we do not call directly, but the MP4 components in Windows appear to call before doing anything) has been causing crashes in multiple programs, not just Opus:
Plex has problems with an update in January, and found some kind of workaround (I haven't found the details yet, if they are published).
Microsoft thread which mentions PowerDVD, DVB Viewer, Power Media Server and even Windows Media Player. Opening a folder containing MPEG2 files crashes dllhost/COM Surrogate, with it still happening within the last couple of days and more recent updates.
Another Plex thread which mentions several other programs also having problems, and has some more detail. KB3216755 seems to be the cause, and is included in a recent roll-up update.
So this is definitely a Windows OS bug, and you'll probably see a lot of other video software crashing until it is fixed.
Hopefully the workaround we have planned will stop Opus crashing, but it may just make it less common, based on the above.
The good news is that since the Windows bug affects so many things, Microsoft are more likely to fix it.
Good to hear ! i have this crash often in thumbnails mode, since a long time (not just since the last update). on very specific file (even .mp4 with H264 codec), it's very rare but when it's happen it's a pain in the a** :D. i'll try immediatly the workaround, hoping i'll still be able to use the thumbnails feature until microsoft fix this ! thanls
If you've been having it for a while, the Windows updates might add to it but the underlying problem will be a bad video codec or splitter on your machine.
The HOW TO: Enable/fix playback of various media formats in Opus guide linked above (4th post) has suggestions for that.
You may find the same workaround (disabling the Movie plugin's Generate Thumbnails option) also works, as it'll cause movie thumbs to be generated via a different route which may not trigger the codec/splitter bug, but it may still happen, depending on the nature of it.
I just tested it and the 2 files that i'm sure was crashing opus by disabling the tumbs from the plugin are not crashing anymore ! i'll Watch the other topic "how to. enable...." in case it's happen again ! Thanks !