Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[jgreen]

I can reproduce this reliably, and only noticed it after startup times were optimized via serializing processes.  After a complete machine reboot, starting MC for the first time, even after an interval of several minutes after reboot will show this behavior: 

A quick start, 1 sec, a brief period with control of the GUI, maybe 3 secs, and then the GUI will freeze completely for 20-30 secs by my count, then control is restored and MC behaves normally.  Restart MC, and the events are similar, only the complete freeze will last maybe 3 secs, and then all is normal.

Reboot the PC, and the 20-30 sec freeze returns.

[Matt]

Perhaps a 3rd party interface plugin you have installed is using .NET or doing some other slow thing.

Interface plugins need to run in the main thread, so they can block the UI as they startup.

[jgreen]

Lyrics Editor, it appears.

Matt, once again, thank you for clearing this up.  I swear, unless I discover a severed horse's head or something, I'm going to lay off the bug reports.

[Matt]

It's best if interface plugins aren't "server" style.  That way, they're only started when you access them instead of loading them everytime the program starts.

Of course, that model doesn't work for all plugins.

As I mentioned, it's really tricky for us to move plugins to a background thread (UI in multiple threads is dicey) so there isn't a lot we can do.

[KingSparta]

Lyrics Editor, it appears.

I noticed that too, last week

I disabled each plug-in until I found the one, not sure what it is doing.

[marko]

I noticed that too, last week

I disabled each plug-in until I found the one, not sure what it is doing.

Doof has it set to "always run" to avoid this bug:

[Doof]

Just noticed this thread.

The latest release of Lyrics Editor has the mode switched back to active when visible. Marko's correct in that the only reason I originally set it to be always active was as a work around to a bug in the SDK. Since MC12's arrival, I'm not sure the bug is still there, as I've switched the mode back to active when visible and so far haven't encountered the bug. Anybody else seeing it?

[Magic_Randy]

Just noticed this thread.

The latest release of Lyrics Editor has the mode switched back to active when visible. Marko's correct in that the only reason I originally set it to be always active was as a work around to a bug in the SDK. Since MC12's arrival, I'm not sure the bug is still there, as I've switched the mode back to active when visible and so far haven't encountered the bug. Anybody else seeing it?

I'm using Lyrics Editor 2.14 - is the update you referred to in this version or the next version coming out?

I get some delay, but I think that is because of an external drive I use for all of my music files.  It looks like it is reading through he external drive for ~20 seconds, then everything settles down.

[Mr ChriZ]

Matt any chance of implementing this idea
http://yabb.jriver.com/interact/index.php?topic=36572.0
It would really help alot with the .NET plugins.

[KingSparta]

I originally set it to be always active was as a work around to a bug in the SDK

What Makes You Think is A Bug In The SDK?

What Is Used In The SDK To Cause This?

[Doof]

At the time that I was running into it, I wrote a plugin that did nothing but call the CreateFiles() routine. If you ran the plugin, then went to Playing Now, then back to the plugin, it would crash. Setting the mode to Always Active for some reason avoided this.

[KingSparta]

Recently I found out when using a trap like

On Error Resume Next

And When Doing Somethings In A Loop Would Cause MC To Crash

I Fixed The Problem By Using "On Error Goto"

In A Sub That Accessed The SDK.

I think The "Resume Next" was forcing the code to continue to run after it should have quit.