Upon quit MuseScore stayed in memory
{I've reported this issue in passing on the feature request forum, and now that I've understood the software better and have tested more thoroughly...}
I try quitting either from File > Quit or by clicked the X on the window (and answer the dialog to save if needed). In either case, task manager show the mscore.exe remained in memory and not released. This happens every time. If I start MuseScore again without deleting the old process, it just starts up another mscore.exe process!
Why do I have to keep quitting and restarting? To test new soundfonts! It becomes a pain even after 2 days, to have to delete every time... :-(
My system: r1667. Windows XP Home SP1, it reported Pentium 4 CPU 3.00GHz, 1.00 GB RAM.
Sibelius and other programs do not have this problem. (Except OpenOffice, which keeps a part resident for faster re-access, same as Office.)
Commentaires
Do you have access to another computer you can try MuseScore on? (Just to see if the same thing happens on any other computer).
As a side note any reason you are still on SP1?
En réponse à Do you have access to another par David Bolton
I tried this on a public computer, and it works correctly. So that means other people may not encounter the same issue. But the same two termination method works there, so it's not user error either...
What is interesting, though, is that I noticed memory footprint to be significantly less on that other computer! (And I thought MuseScore was already good on memory utilization on my PC...) So I have made a separate post http://musescore.org/en/node/1386, to see memory usage for others. If my PC uses significantly more, that may be related to the termination issue... (the size of the difference can't be attributed to differences in Service Pack levels alone.)
En réponse à works on another computer par newsong4life
Thanks to David Bolton and lasconic who posted their memory usage footprint (so far). I'm correlating that my nearly doubled memory footprint with the faulty installation. Still musing over (pardon the pun) why when muse disables its sequencer, then I can quit without leaving process behind...
En réponse à Thanks to David Bolton and lasconic par newsong4life
What do you mean by "Muse disables its sequencer"? What method are you using to disable the sequencer?
Have you ever tried resetting all the MuseScore preferences by going to Start > Run and typing mscore -F
Customary Warning: resetting the preferences removes any changes you have made in the preference panel or to the F9 palette.
En réponse à What do you mean by "Muse par David Bolton
First, thanks David for the tip. I don't want to spam the forum, but I found the results interesting and potentially useful for you all to figure out further what happened...
1) I tried mscore -F, and it was restored to default, with default piano1.sf2 and demo. It played OK. Memory footprint was 45MB. Better than before! I quit, it still remained in memory.
2) I tried starting the old way, it got started with soundfont file not found, and thus it popped up the message "xxx not found; sequencer is disabled", and I press OK. I loaded the demo, and it shows only 34MB! I quit, and as before, it quit successfully, removing itself from memory.
3) I tried mscore -F again, and this time the memory usage is 35MB!
In other words, the first time mscore -F reduced footprint by about 1/2 of what should be reduced. Then even when I run using the old method, the 2nd time it's run, the memory footprint is reduced to what you all had been experiencing...
So, I've now got memory usage back to normal. But why? And why reseting only got back 1/2 the lost memory the first time? Why does it take 2 runs to take back the lost memory? It's the first time I've seen software behaving like this.
Regardless, now the issue is to find a workaround for the .exe remaining in memory...
En réponse à Very Interesting! par newsong4life
I have had the same problem with nightly builds and the prerelease beta for some time know. Resetting the defaults does not help in this case. I was told before that it cannot be reproduced so it must be my problem. Well it is the only piece of software I have this problem with. I am fast finding that no matter how much I like the software otherwise I am going to have to abandon it. I simply cannot deal with having to force quit the process every time I use it. This would in my estimatiomn be a shame since there are many things I like about the product and the quality of finished score it produces.
Regards
Keith
En réponse à I have had the same problem and cannot resolve par keith.n.mckenna
Keith, what operating system are you using?
There has been a problem with JACK 1.9.4 that caused MuseScore to crash on startup for Windows Vista and Windows 7. The latest nightly (r. 2757) is built using JACK 1.9.5. Could you try it and let us know if it works for you?
En réponse à Keith, what operating system par David Bolton
David;
Using Windows XP Professional SP3. I will more than happily try the latest nightly and hopefully I can put this to bed. It has been a thorn in my side for a while now.
just tried the latest nightly and we are part way there. Entering File/Quit still does not close the process as it should. However if you hit the big red X in the upper right corner it does kill the process. This I can live with for the time being, though it does raise some interesting questions.
En réponse à I have had the same problem and cannot resolve par keith.n.mckenna
Keith/David & Others,
I shared similar sentiments - It's a shame there were minor things that I wished fixed and I would use it, as there were many good stuffs I like, despite a few critical issues that remained unfixed for 1 year...
Anyway, I found the problem after I left, but in the interest of others, I'll post... My system was also XP, and it has to do with timeouts. It turns out in my case, it takes exactly 4 minutes before Musescore finally quits after a timeout. Now, I assume anyone will consider that excessive. But try it for yourself...
Reason why I discovered it was that I was running another audio program once, and that program gave me some diagnostic message that allows me to trace the problem to MuseScore, and then 4 minutes later, that warning message disappeared. Since that was repeatable, I finally realized what was going on.
Hope this helps the project...
En réponse à I had left for same reason... par newsong4life
newsongsforlife;
I tried it and after 6 minutes+ it still was active in task manger so I cannot confirm your thoughts. However since since using the x on upper right does close out everything I am able to continue to use it. It still may be a timeout problem and it may not be an exact repeatable time on all systems. I will leave it for the technical guru's to sort out and will be more than willing to test any fixes they come up with. Since I can reliably get it to close both the window and the underlying process for know I am happy.
Regards
Keith
I compiled a "debug" version of MuseScore that may (or may not) help diagnose the problem.
http://prereleases.musescore.org/windows/nightly/mscore-debug.7z
After you download the file you will need to decompress the file using 7-Zip (as explained on the Windows nightly builds page ). Inside is a single file called mscore.exe.
I don't know if you are familiar with using the command prompt or not but I'll try to explain the steps in case you aren't. The "debug" version displays some messages in a separate "command prompt" window but in order to see these messages after you exit MuseScore you need open the "command prompt" ahead of time.
For comparison this is the text I got:
For cross reference, here's Keith's original thread: http://musescore.org/en/node/3932
En réponse à For cross reference, here's par David Bolton
David;
I ran the debug version as you requested and the results are as follows
C:\Program Files\mscoreNightly\bin>mscore
Init midi driver failed
preferences.checkUpdateStartup: 72
lastupdate: 23.02.2010 12:03:18.636
pm_winmm_term called
pm_winmm_term exiting
With this the mscore process remained active in the task manager. One thing I can verify is that when it cannot find the sound font and it turns playback off it does properly close the process when doing a file/quit. I hope that this provides some clues. Anything else that cando to help debug this problem please do not hesitate to ask..
Regards
Keith
En réponse à David; I ran the debug par keith.n.mckenna
In step 6 could you also try adding " -d" like this: mscore.exe -d
It should give some more detail.
En réponse à In step 6 could you also try par David Bolton
David;
Here is he detail from running the debug version with the -d cmd line argument.
C:\Program Files\mscoreNightly\bin>mscore -d
global share:
configured localeName
real localeName
load translator
load translator from
load translator failed
using PortAudio Version: PortAudio V19-devel
Init midi driver failed
load soundfont
printer DPI 600.000000(600) display PDPI 120.000000(120) DPMM 23.622047
LibraryPath:
MuseScore::changeState: STATE_DISABLED
Plugin Path
Register Plugin
add Menu
add action
Register Plugin
add action
Register Plugin
add action
Register Plugin
add action
Register Plugin
add action
Register Plugin
add action
Register Plugin
add action
Register Plugin
add action
Register Plugin
add action
Register Plugin
add action
Register Plugin
add action
start event loop...
preferences.checkUpdateStartup: 72
lastupdate: 23.02.2010 17:27:36.540
MuseScore::cmd
Stop I/O
pm_winmm_term called
pm_winmm_term exiting
I will also add that until you manually kill the mscore process from the tsk manager cmd.exe window freezes and cannot be closed without also doing a force kill. once mscore process is killed cmd.exe is released to thelly. command prompt and can by exited gracefully.
Anything else I can do please let me know.
Regards
Keith
En réponse à David; Here is he detail par keith.n.mckenna
David;
It appears that the detail got truncated when saved to the forum.I am attaching it as a txt file.
Keith
En réponse à Detail got truncated par keith.n.mckenna
I reproduce this on windows XP using the nightly build r2784 and mscore.exe from the debug package david provides.
MuseScore is blocked with "Begin closing open devices".
This message is generated by PortMidi on exit.
I took a look to the MIDI devices installed on this computer. One of them was Maple Virtual Midi Cable. I uninstalled it. Reboot (asked by the uninstall procedure) and run MuseScore again. No more problem!
Other device was an USB to MIDI driver and does not cause problem.
I use LoopBe1 on vista for the same purpose than Maple and I don't have problems on close.
So question to Keith and other experimenting this issue, do you have some midi devices installed? Can you give a list?
To find out, if you use a beta version of 0.9.6, there is a list of your midi devices in Preferences -> I/O.
En réponse à I reproduce this on windows par [DELETED] 5
Lasconic, I think you hit the jackpot... Congrats!
I did not try the beta, but since I do use another Virtual MIDI cable (not Maple), and this correlates with what I found previously (I noticed the behavior because other programs were also having similar issues, but to lesser extent, and one program specifically also pointed out this timeout issue in their diagnostic), I think you are right on.
It may be interesting to note that during this one year, another program which used to have the next largest timeout of about 30 sec. have now reduced it to only a few seconds. (To be fair, that program is probably the most common open-source program available, and has automatic updates.) So now every program I have on this computer, other than MuseScore, has acceptable timeouts so it appears that the programs exit properly.
Hopefully MuseScore will be able to finally solve this issue.
En réponse à Bravo! par newsong4life
newsong4life, Could you mention the name of the virtual MIDI cable program you are using? Are you able to disable the the virtual MIDI cable program to test whether this is the problem for you?
En réponse à newsong4life, Could you par David Bolton
Sorry, David, my system is on a deathbed; I don't really want any minor or major operations on it at this time as it may just die...
As I said, another program's diagnostic said essentially the same thing, so I am confident lasconic's observation is valid on my system too. I did not run the beta.
I installed that long time ago; I forgot whether it is MIDIox or MIDIYoke or, most likely, I looked and found this from the system device manager: Sonic Foundry Virtual MIDI Router (x86) and Virtual Audio Cable. I did remember I registered and downloaded from the Sony site - it requires you to have Sonic Foundry to download. And I also have tried either MIDIox or MIDIYoke, but I didn't remember what I did with them - I probably uninstalled them already...
Hope this limited information helps.
En réponse à Sonic Foundry Virtual MIDI Router (x86)? par newsong4life
Fair enough. Thanks for the information.
En réponse à I reproduce this on windows par [DELETED] 5
Lasconic;
Sorry it took so long to reply, I have been sick. Musascore only lists the midi mapper and the Soundmax soundcard.owever I do have another device on this system. I have the yamaha XG50 doftsynth insatalled. In fact i have midi mapper set to it. This could be the problem. What is realy weird though is If I force muscesore to go with the soundmax instead of the mapper, it still exhibits the same problem. If I change the mappping in control panel to the standard ms wave table it still exhibits the same problem. It IS NOT an option to uninstall the xG50 soft synth. I can try installing my SoundBlaster Live usb synth and see if it has any effect.
Regards
Keith