I use Ubuntu Studio 20.04.1 LTS (64 bits Linux) and I updated to MuseScore Portable AppImage 3.5.0 and... I cannot to see that "PLAY" box in the Inspector. Now, I just get a very simple piano chord sound in that track and just in the place where the chord symbol is. What's wrong here? ???
In the "INSPECTOR", there is not any "PLAY" box, here!!! Also... The new version is taking a very long time to load any score and... It is frozen each time I want to change anything. So... I think there are some bugs with Linux. I forgot to mention I use JACK AUDIO CONNECTIONS SERVICE. Maybe, it is related with this, I don't know. Unfortunately, I cannot to find the old Portable AppImage (3.4.2), and I erased the one I got. I will try to install the Snap version. Maybe...
I could install the snap version (3.4.2) and it is running so fine!!!
Definitively, the new Portable AppImage 3.5.0 has some bugs with my Ubuntu Studio system. I tested it inside my 3 computers. It is the same inside all of them. Musescore is frozen each time I change something, anything Per sample: When I try to change some value into the INSPECTOR.
As mentioned, you have to actually select a chord symbol. Then the Play property will be available along with all other setting specific to chord symbols.
Now I can see my mistake!!! I selected the chord diagram!!! Now, I know I have to select the name of the chord!!! Hahahaha!!!
BTW: There are some bugs with the version: A lot of time to load any score, Frozen when I change something in the INSPECTOR and a lot of time to save an score. I think, this version is still "green" (not ripe, or mature) to Ubuntu Studio.
Let's say, we are working in the adjusted score (but I tested with other scores and it is exactly the same). Remember I tested Musescore 3.5.0 Portable AppImage, the only one available to Ubuntu.
1) The program takes a very loooooong time to load and/or save it.
2) Try to change the size of the INSPECTOR panel. In my PC, Musescore 3.5.0 is frozen. I just have to kill the program with the Ubuntu TASK MANAGER.
3) Try to insert a bar, whatever, not at the start or end of the score, in the middle. Same thing (but it is the same with the 3.4.2 version).
4) Try to replace some chord diagram, in the INSPECTOR... The same thing!!! Musecore 3.5.0 is frozen.
5) Try to add some note, anywhere. The same thing!!! Musescore 3.5.0 is frozen.
And so and on.
So... I guess there is something bad between Musescore 3.5.0 and Ubuntu Studio 20.04.1 LTS.
Unfortunately I can't seem to download the score you attached. I know there was a problem with the site yesterday, so maybe something went wrong with the upload. Can you attach it again to another comment here? I have never seen the problems you describe with 3.5 on Linux, and really nothing changed before 3.4.2 and 3.5 that could possibly explain the things you are describing. So it is mostly a corruption in that specific score.
Works perfectly for me too. So you are saying the problem went away? Or is there some precise series of steps we should follow in order to reproduce the issue you were seeing before?
The steps I wrote is what I did (or... I tried to do).
The problems were out when I re-installed the old 3.4.2 version.
I don't have doubt the new version should be running so fine with WIndows and/or Mac. But... Here, with Ubuntu Studio...
But, remember this is not the first time something like this happens. Maybe... Some cryptic necessary library which worked so fine with the old version is lost today. Maybe... We have to wait some future upgrading from Ubuntu team. I don't know!!!
Is there a global option to disable? This is incredibly disorienting and annoying to open old scores written before this was auto-enabled and then have them play back demonic clashing harmonizations on-top of the explicitly written chord voicings.
The possibility of having older scores default to off has been discussed and is still on the table. Looking to see what sort of consensus develops. The huge downside of that is, the tones of lead sheets that would have benefits from this automatically won't, and people might not even discover the feature exists. That's a big price to pay.
But why not identifying the old scores as having their style set as "play chords=unspecified", and having a global preference saying if unspecified means yes or no? (With default yes to align with 3.5 behaviour)?
New scores would have an play chords value of yes/no explicitely set and would not use that global preference.
That's an interesting suggestion. I would recommend thinking it through a little more regarding how all the various cases would be handled - existing score created by you played on your own system, existing score created by you played on another system (including musescore.com), existing score created by others on your system / other systems, new scores same story, etc. Then start a new thread with a proposal.
From comments on other threads I've followed, it seems to me there is a fairly trivial fix, and that means having a personal style and while in it, selecting a chord change and then selecting "off" in inspector (I can't remember the exact wording) and set the style and apply to all.
If, like me, you have a style that you apply to most scores, after the above, save the style, either under the common style you use or under a special name.
Many people might like cowbells added to their scores, and if adding cowbells was not default, they might never discover that the feature exists. Im decreasingly convinced by this line of argument.
I would say if MuseScore had always supported cowbell as an instrument but didn't connect it to an actual sound, and a user added a cowbell staff to his score because he knew he wanted the notation so human musicians would play it even if MuseScore didn't, and then one day we added an actual cowbell sound, but the millions of scores out there that used cowbells couldn't access it without taking special steps, this would be almost criminal negligence on our part. Similarly if we had implemented single notate dynamics but existing scores couldn't use it by default.
But yes, telling people later: "Oh, BTW, we sneaked that feature in about a year ago, you'd just need to tweak that obscure option to have it" is not a good way either
Comments
Select a chord symbol, deselect "play" inside the inspector and set it as style there.
In reply to Select a chord symbol,… by kuwitt
That is, click the "S".
In reply to Select a chord symbol,… by kuwitt
I use Ubuntu Studio 20.04.1 LTS (64 bits Linux) and I updated to MuseScore Portable AppImage 3.5.0 and... I cannot to see that "PLAY" box in the Inspector. Now, I just get a very simple piano chord sound in that track and just in the place where the chord symbol is. What's wrong here? ???
In reply to I use Ubuntu Studio 20.04.1… by jotape1960
You must click on a chord symbol, any chord symbol, with the inspector visible, the click "off" the "play" box and click the "S".
In reply to You must click on a chord… by [DELETED] 1831606
In the "INSPECTOR", there is not any "PLAY" box, here!!! Also... The new version is taking a very long time to load any score and... It is frozen each time I want to change anything. So... I think there are some bugs with Linux. I forgot to mention I use JACK AUDIO CONNECTIONS SERVICE. Maybe, it is related with this, I don't know. Unfortunately, I cannot to find the old Portable AppImage (3.4.2), and I erased the one I got. I will try to install the Snap version. Maybe...
In reply to In the "INSPECTOR", there is… by jotape1960
I could install the snap version (3.4.2) and it is running so fine!!!
Definitively, the new Portable AppImage 3.5.0 has some bugs with my Ubuntu Studio system. I tested it inside my 3 computers. It is the same inside all of them. Musescore is frozen each time I change something, anything Per sample: When I try to change some value into the INSPECTOR.
In reply to In the "INSPECTOR", there is… by jotape1960
The AppImage of 3.5.0 works fine here. Maybe be sure, that it's a chord symbol an not a staff text:
In reply to In the "INSPECTOR", there is… by jotape1960
As mentioned, you have to actually select a chord symbol. Then the Play property will be available along with all other setting specific to chord symbols.
In reply to As mentioned, you have to… by Marc Sabatella
Now I can see my mistake!!! I selected the chord diagram!!! Now, I know I have to select the name of the chord!!! Hahahaha!!!
BTW: There are some bugs with the version: A lot of time to load any score, Frozen when I change something in the INSPECTOR and a lot of time to save an score. I think, this version is still "green" (not ripe, or mature) to Ubuntu Studio.
In reply to Now I can see my mistake!!!… by jotape1960
Exact steps and score to reproduce needed
In reply to Exact steps and score to… by Jojo-Schmitz
@ Jojo-Schmitz... Hi!!!
Let's say, we are working in the adjusted score (but I tested with other scores and it is exactly the same). Remember I tested Musescore 3.5.0 Portable AppImage, the only one available to Ubuntu.
1) The program takes a very loooooong time to load and/or save it.
2) Try to change the size of the INSPECTOR panel. In my PC, Musescore 3.5.0 is frozen. I just have to kill the program with the Ubuntu TASK MANAGER.
3) Try to insert a bar, whatever, not at the start or end of the score, in the middle. Same thing (but it is the same with the 3.4.2 version).
4) Try to replace some chord diagram, in the INSPECTOR... The same thing!!! Musecore 3.5.0 is frozen.
5) Try to add some note, anywhere. The same thing!!! Musescore 3.5.0 is frozen.
And so and on.
So... I guess there is something bad between Musescore 3.5.0 and Ubuntu Studio 20.04.1 LTS.
In reply to Let's say, we are working in… by jotape1960
Unfortunately I can't seem to download the score you attached. I know there was a problem with the site yesterday, so maybe something went wrong with the upload. Can you attach it again to another comment here? I have never seen the problems you describe with 3.5 on Linux, and really nothing changed before 3.4.2 and 3.5 that could possibly explain the things you are describing. So it is mostly a corruption in that specific score.
In reply to Unfortunately I can't seem… by Marc Sabatella
This is the file, again. This works so fine, here. I hope you can see it, now.
In reply to This is the file, again… by jotape1960
No problems with that score on my machine, Windows 7, MuseScore 3.5.0
In reply to This is the file, again… by jotape1960
Works perfectly for me too. So you are saying the problem went away? Or is there some precise series of steps we should follow in order to reproduce the issue you were seeing before?
In reply to Works perfectly for me too. … by Marc Sabatella
The steps I wrote is what I did (or... I tried to do).
The problems were out when I re-installed the old 3.4.2 version.
I don't have doubt the new version should be running so fine with WIndows and/or Mac. But... Here, with Ubuntu Studio...
But, remember this is not the first time something like this happens. Maybe... Some cryptic necessary library which worked so fine with the old version is lost today. Maybe... We have to wait some future upgrading from Ubuntu team. I don't know!!!
Is there a global option to disable? This is incredibly disorienting and annoying to open old scores written before this was auto-enabled and then have them play back demonic clashing harmonizations on-top of the explicitly written chord voicings.
In reply to Is there a global option to… by almostimplemented
There's a score wide style setting, as explained in multiple posts
In reply to Is there a global option to… by almostimplemented
The possibility of having older scores default to off has been discussed and is still on the table. Looking to see what sort of consensus develops. The huge downside of that is, the tones of lead sheets that would have benefits from this automatically won't, and people might not even discover the feature exists. That's a big price to pay.
In reply to The possibility of having… by Marc Sabatella
But why not identifying the old scores as having their style set as "play chords=unspecified", and having a global preference saying if unspecified means yes or no? (With default yes to align with 3.5 behaviour)?
New scores would have an play chords value of yes/no explicitely set and would not use that global preference.
In reply to But why not identifying the… by frfancha
That's an interesting suggestion. I would recommend thinking it through a little more regarding how all the various cases would be handled - existing score created by you played on your own system, existing score created by you played on another system (including musescore.com), existing score created by others on your system / other systems, new scores same story, etc. Then start a new thread with a proposal.
In reply to But why not identifying the… by frfancha
I would like control over this feature.
From comments on other threads I've followed, it seems to me there is a fairly trivial fix, and that means having a personal style and while in it, selecting a chord change and then selecting "off" in inspector (I can't remember the exact wording) and set the style and apply to all.
If, like me, you have a style that you apply to most scores, after the above, save the style, either under the common style you use or under a special name.
In reply to The possibility of having… by Marc Sabatella
Many people might like cowbells added to their scores, and if adding cowbells was not default, they might never discover that the feature exists. Im decreasingly convinced by this line of argument.
In reply to Many people might like… by [DELETED] 1831606
I would say if MuseScore had always supported cowbell as an instrument but didn't connect it to an actual sound, and a user added a cowbell staff to his score because he knew he wanted the notation so human musicians would play it even if MuseScore didn't, and then one day we added an actual cowbell sound, but the millions of scores out there that used cowbells couldn't access it without taking special steps, this would be almost criminal negligence on our part. Similarly if we had implemented single notate dynamics but existing scores couldn't use it by default.
In reply to I would say if MuseScore had… by Marc Sabatella
almost criminal negligence
I told you a million times not to exaggerate ;-)
But yes, telling people later: "Oh, BTW, we sneaked that feature in about a year ago, you'd just need to tweak that obscure option to have it" is not a good way either
In reply to almost criminal negligence I… by Jojo-Schmitz
I don't understand what "couldn't have it by default" means for any value of "it". That's an oxymoron.
In reply to Is there a global option to… by almostimplemented
See https://musescore.org/en/faq#faq-308797