I totally agree with the goal of improving the default playback. I think
that would be a great improvement. And I predict that once you work through
the design, you'll end up with something very similar to what I proposed. :)
For example, the assumption that dynamics=velocity clearly needs to ch
I'm not sure what you're saying here. I agree having chords with partial
ties is normally not what one wants. And that's precisely why I was saying
I was uncomfortable with making the tie command a toggle, as that would
make it harder to correct the situations where this happens currently.
Right no
Marc Sabatella wrote
> The downside of changing the tie button into a toggle is that it becomes
> potentially harder to handle chords well. Currently you can use the tie
> button to easily add ties to notes in a chord without affecting existing
> ties. If we changed the tie to a toggle, you'd pot
The downside of changing the tie button into a toggle is that it becomes
potentially harder to handle chords well. Currently you can use the tie
button to easily add ties to notes in a chord without affecting existing
ties. If we changed the tie to a toggle, you'd potentially end up adding
ties w
I was more talking about adding a toggle when a note is selected.
lasconic
2016-04-11 18:06 GMT+02:00 Marc Sabatella :
> The downside of changing the tie button into a toggle is that it becomes
> potentially harder to handle chords well. Currently you can use the tie
> button to easily add ties
https://github.com/musescore/MuseScore/pull/1083 is about assigning
channels/ports to instruments.
This is definitely possible in master if you enable it in Preferences >
Score, you can change channels/ports in the Mixer.
lasconic.
2016-04-11 16:59 GMT+02:00 Marc Sabatella :
> Michael - obviousl
Michael - obviously I don't know the specifics of what you have in mind,
but I *can* say that this is indeed the sort of thing I mean when I say if
there is to be a grand re-design, it should give thought to how it could
fit within the current model of an internal syntehsizer playng a soundfont
we
I believe this is about this closed and unmerged PR:
https://github.com/musescore/MuseScore/pull/1083
From: Lasconic [mailto:lasco...@gmail.com]
Sent: Monday, April 11, 2016 4:14 PM
To: MuseScore
Subject: Re: [Mscore-developer] Playback abstraction layer
Ok. So I read several time about
Ok. So I read several time about Igevorse's work on MidiAction dialogue but
I don't think there is any work to merge currently.
There are no open PR for it
https://github.com/musescore/MuseScore/pulls?utf8=%E2%9C%93&q=is%3Apr+igevorse+
So I think nothing has been done. Did I miss something?
In any
Just a note from the sound design aspect of this.
In order to implement what Peter is trying to do for everyone the default
soundfont would have to be modified extensively in order to have the
multi-velocity splits and other bells and whistles available to be acted on.
With Igevorse's work on Mid
Hi,
Is there someone who's in charge? Who are the core developers? How
do decisions
get made?
David Bolton's post sums up the situation very well. Werner is still the
one writing most of the code. I'm merging most of the pull requests.
In general, there are not many decisions to be made becaus
recaculate note lengths after a copy paste
Yes. I want this function too. Do we have a formal feature request for it
in the issue tracker?
99% of times you only need two consecutive notes tied over.
I agree too. I think it's too easy currently to tie two non consecutive
notes. In my view, it sho
12 matches
Mail list logo
