c63936e on Vista
Downloaded, extracted. Nightly exe puts up a fuss: all I get is the splash screen.
When it disappears the program does not start.
(I've done the usual procedures)
Do you still have an unanswered question? Please log in first to post your question.
Comments
Same for me (Windows 7 and 8). Emphasized incidentally in this bug report:
http://musescore.org/fr/node/27321
In reply to Same for me (Windows 7 and by cadiz1
I just read your speech and I wanted to try on my pc.
The previous (87ace48) opens, the problem remains
I'm a brand new user and wanted to try Tabulature creation. I can download the latest 2 nightlies and I think I uncompressed them, but I just get the cymbals splash screen for a few seconds and it disappears - no program.
What is the last nightly that actually loads?
I have Windows Vista x64 and I installed 7-Zip x64 version especially for this purpose. Thanks.
In reply to I'm a brand new user and by Ukulele Marilyn
Hello,
As said before, the Nightly "87ace48" (July 6) and earlier, open correctly under Windows.
There seems to be a problem also with personal builds.
The error from my build of MuseScore (commit c63936e ), under Windows 8.1, is:
Debug: ScoreFont: fatal error: cannot load internal font <:/fonts/mscore/mscore.ttf> (C:\Git_packages\MuseScore\libmscore\sym.cpp:5292, void Ms::ScoreFont::load())
Due to this error, MuseScore only starts with the "-d" option (also works for Nightly Builds), but all scores using Emmentaler font show blank squares (since at the moment the font is not found by the program).
In reply to Font problem by ABL
That commit did change mscore.ttf, presumably adding the fadin/fadeout symbols.
See #23058: [Guitar Pro] Fade In not imported
In reply to That commit did change by Jojo-Schmitz
Using the below nightly builds I can't reproduce this on the linux builds (running Arch x86_64), or on the windows version, but I must note I am using wine (v1.7.17) to test the Windows version - perhaps that would have some effect on the fonts, but I can't think how.
MuseScoreNightly-2014-07-06-1149-c63936e.7z
mscore.64bits-2014-07-07-09-42-c63936e.tar.bz2
mscore.64bits-2014-07-06-10-26-87ace48.tar.bz2
In reply to That commit did change by Jojo-Schmitz
Using the below nightly builds I can't reproduce this on the linux builds (running Arch x86_64), or on the windows version, but I must note I am using wine (v1.7.17) to test the Windows version - perhaps that would have some effect on the fonts, but I can't think how.
MuseScoreNightly-2014-07-06-1149-c63936e.7z
mscore.64bits-2014-07-07-09-42-c63936e.tar.bz2
mscore.64bits-2014-07-06-10-26-87ace48.tar.bz2
LAST EDIT
the 32bit compilation is OK
EDIT
I ran
pulseaudio --startin a terminal and c63936e opened
So my (linux) problem was not the same as yours
END of EDIT
same situation on Mint16 64bits
when launching from terminal it fails :
PulseAudio Context Connect Failed with Error: Connexion refusée (connection not allowed)
However it could be the result of modifications I made in pulseaudio to prevent glitches (I succeeded), since a trunkmscore of June 6 return the same message.
but on the same computer Musescore 1.3 is OK
I'm now waiting for my 32bits Lubuntu to compile. It uses pulseaudio, and I didn't make any modification in its installation.
However I'm due to leave for holidays within 3 hours
It appears that Windows does not like that mscore.tff. When trying to open it with Windows preview (i.e. double-click on it), it says: "The request file C:\... is not a valid font file".
I tried to convert the mscore.otf to ttf with Type Light, but the resulting ttf file does still have the same problem. I then tried an online font converter http://onlinefontconverter.com/ to convert mscore.otf to mscore.ttf and the resulting ttf font is displayed correctly by Windows preview and solves the font loading problem in MuseScore.
Maybe re-converting the font with FontForge may adjust this problem (maybe with an older version of FontForge?).
In reply to Windows complaining by ABL
Thanks for the comment. I can confirm that fontforge from v20120731 generates an mscore.ttf with a different SHA512 sum from fontforge v20140527 (shown below). However, they are both different from the the sum generated from the file output from onlinefontconverter (possibly though because it embeds its URL or whatever inside the metadata of the font though).
onlinefontconvertor: c890f3bdc1...
fontforge20140527: 153b62a1c...
fontforge20120731: 29ffba6723...
I would have thought all of these should be exactly the same.
Here's the link to the one I generated with old fontforge, does this solve the problem?
In reply to Thanks for the comment. I can by jpirie
I can confirm that the ttf from the "old" FontForge is displayed correctly under my Windows 8.1 (font preview) and that it is correctly loaded by MuseScore (commit c63936e Windows 8.1, self-built).
Thank you jpirie.
It seems that "new (updated) software" is not always better than the old one... :-)
In reply to The old version works better (sometimes...) by ABL
Aha! Excellent. I shall put in a pull request with this new file now and ping lasconic so he can merge it and fix the master brach. Will e-mail the mailing list too so that others are warned of possible future issues.
In reply to The old version works better (sometimes...) by ABL
I can confirm this.
In reply to I can confirm this. by Jojo-Schmitz
Great! Everything is back: download ok, slurs also, and we can finally try the "Swing Settings" function in Style -> General -> Score.
The first tests are very conclusive ☺
Well done, and thanks all.
In reply to Great! Everything is back: by cadiz1
... do you want to verify this?
I downloaded f97c0a4, extracted and launched "nightly exe".
For the first time is not created the second nightly folder.
In reply to If I'm not ... by Shoichi
Message:
---
This applications failed to start because it could not find or load the Qt platform plugin "windows".
Available platform plugins are: minimal, offscreen, windows, windows.
Reinstalling the application may fix this problem.
OK
---
Very strange
In reply to Ah, I see by Jojo-Schmitz
I meant to say: Previously just launched the application I always have two folders. The second contained empty subfolders, I delete it systematically
(I do not find the old conversation where Marc advised not to install on desktop).
It seems to me an improvement (if it is not a folly of Windows).
Everything seems to work normally. I leave to you experts the specialist topics ... but thanks for always being ready, Franz.
In reply to To be safe I rebooted. by Shoichi
Nope reboot doesn't help
In reply to Nope reboot doesn't help by Jojo-Schmitz
I downloaded an older version (the usual procedure);
I launched *.exe.
I get two similar folders, the second contains five empty folders.
As end user I consider f97c0a4 without that defect (I get along better to copy the "recent changes")
In reply to I rebuilt the conditions: by Shoichi
Two folders, maybe, but I do not remember having two very similar folders. I think one of them concerned one (empty) file (of folder?) : Sounds file.
I deleted it by going to Preferences -> Soundfont folders.
All is ok now.
In reply to Ah, I see by Jojo-Schmitz
@Jojo-Schmitz:
I see the same behavior. It is caused by the presence of the Qt folder at C:\Qt\5.3\mingw482_32\bin since some paths are hard-coded inside Qt dlls.
See also: http://musescore.org/en/node/20966
and also: http://musescore.org/en/node/21810 [ where the problem was the opposite :-) ]
You can rename the Qt folder or use the qt.conf file described in those posts.
Ciao,
ABL
In reply to platform plugin by ABL
Actually the problem seems to be that C:\Qt\5.3 contains Qt-5.3.1. If it really contains Qt-5.3.0, or it is installed in C:\Qt\5.3.1 (or the nightlies would use 5.3.1), there is no problem.
In reply to platform plugin by ABL
the trick with the qt.conf file doesn't seem to work for me
Edit: nonsense, it does work, but not when having replaced platforms/qwindows.dll with the Qt-5.3.1 version :-/
Now we'd need to add such a file to the nightly builds
...bin/qt.conf
[Paths]
Prefix= ./
In reply to the trick with the qt.conf by Jojo-Schmitz
Could you make sure that you can still see pictures in a score with the qt.conf in place? Are plugins still "working" and not complaining about missing dependencies?
In reply to Could you make sure that you by [DELETED] 5
Plugins work (tested with 'color notes'), Images work too
In reply to Plugins work (tested with by Jojo-Schmitz
should be fixed in b63988130