Thank You for your continued support and contributions!
I think the pitch change should allways be in semitones (or fractions of semitones).
But you should display the percentage for notification. So if you adjust the pitch 6 semitones, you see 150%.
In my opinion, toggling just complicates things unnecessary. I can't imagine that someone wants to increase the pitch exactly 3%
Quote from: ant on October 10, 2006, 11:46:39 AMI think the pitch change should allways be in semitones (or fractions of semitones).This was an existing feature. I wanted to enhance, not replace or change it.
QuoteBut you should display the percentage for notification. So if you adjust the pitch 6 semitones, you see 150%.That's not correct IMHO since semitone steps are exponential. So 6 semitones mean 2^(1/2)=141.4%.
QuoteIn my opinion, toggling just complicates things unnecessary. I can't imagine that someone wants to increase the pitch exactly 3%I needed both modes. I wanted to start music playback and strum on my guitar. My guitar was not tuned exactly with the recording. So I changed the pitch. But the difference was not an integer number of semitones either. So I had to use both modes. Or, in this case, I could use only the normal mode. But if you know that you need N semitones (I have recordings where I know I need to go exactly one tone lower), you're quicker with semitone mode. A little bit messy explanation, I see...
One thing: This isn't a pitch-increase. This is a Playback Speed increase. Describing it in terms of pitch increase is actually incorrect.
Yes, I know you did not want to change it, nevertheless I propose exactly that
Hmm, isn't the percentage exponential too?
If I set the Pitch to 150% I expect that the song is played one and a half time faster.
As you can see, there is realy no need for percentage.
I think that as long as the method is simply increasing the playback rate of the file, the display should stay as percentage, since that's all it is. Play the file 112% faster, or whatnot, a value that is *particularly* useful for knowing when a file will end.
I have no objection to allowing semitone steps as an additional option.
For example, if I have a 3 hour long trip, and a 3.5 hour long spoken audio program that I want to get the whole content from, I can increase the speed and while it will sound a little funny, I know what the minimal increase I need (minimal being ideal because of the issue of sounding funny) without having to convert from Semitones just to use time compression.
To do the key mappings why don't you use the sim?
On the other hand, if I am using this feature to practice a difficult musical passage (which I do)
it is far more useful to display in semitones
Page created in 0.096 seconds with 14 queries.