-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a more "squishy" button sound to the wave generator button #480
Comments
@Ashton-Morris let me know if I can make any changes for this issue before the Thursday Feb 20 meeting. |
I have two variations for @emily-phet to hear Is that more in the ballpark? |
I like "squishy-button.mp3" a lot. @jbphet and @Ashton-Morris can you weigh in with thoughts on how this sounds within the context of the other UI sounds (does it sound like it "fits" in to you?). "flashlight-button.mp3" sounds too physical or real life to me. I prefer the kind of...rounded or smooth...sounds for the UI sounds, particularly the most subtle ones. |
Both the squishy-button and flashlight-button files still include a pretty strong impact sort of sound, as though something is hitting something else. I think we're looking for a sound with a bit less of that, something a bit "gentler", for lack of a better term. I think the word "squishy" was used to connote something that was less of a switch being flipped and more like a rubbery dome was being pushed in. Having said that, if we had to go with one of these, I agree with @emily-phet that squishy-button is the better of the two. |
@Ashton-Morris please let me know if you would like to explore other sounds for this issue, or if I should integrate "squishy-button.mp3" into the sim. |
I like squishy-button quite a lot. The flashlight-button reminds me too much of a regular mouse click. |
@Ashton-Morris We spoke last week about wanting to see a few more variations, see #480 (comment). It would be ideal if you had a few options ready by tomorrow's usual Tuesday Sound UI+ meeting to discuss. |
@emily-phet I will have a few variations to listen to by tomorrows meetings |
@Ashton-Morris Sweet! Looking forward to hearing them. |
We have some new ones to review today squishier-button-004.mp3 |
@samreid - @Ashton-Morris, @emily-phet, and I reviewed the current set of candidates in a sound design review meeting today, and suggest trying out |
I added the sound in the commit. Ready for review. |
Now that I listen to it In context, I don't love it. With the default reverb level from the sound manager, it sounds a lot like a clap sound from an eighties-era drum machine to me. I'd suggest two things:
|
@jbphet how much time would it take to put in three options (008, 007, and 005) into either Waves Intro or the general button demo thing? I think once we can 'feel' these in context it will be more clear which one is the winner. |
I really like 7 personally |
Also - just so it doesn't get lost - whatever sound is the final selection, it would be good to have a "press" and "unpress" version. |
I've added an Options dialog to the PhET menu that allows the user to choose between several of the options that we've identified. You can try it out at https://phet-dev.colorado.edu/html/waves-intro/1.1.0-dev.18/phet/waves-intro_en_phet.html. |
Reminder:
|
I liked, 7, 8, and 4. (4 didn't make the options cut) So, I like 7 and 8. |
@Ashton-Morris and I discussed this sound today and decided to try playing the press sound one semitone or a whole tone lower for the unpress sound. |
@samreid - I added support for playing a unique sound corresponding the the un-pressing of the buttons. I took my best shot at how to approach it, but I wasn't at all sure if having a parameter for |
We agreed that a suitable API for Checkbox was: // {Playable|null} - sound generators, if set to null defaults will be used, set to Playable.NO_SOUND to disable
checkedSoundPlayer: null,
uncheckedSoundPlayer: null, Can we use the same strategy for buttons that use pressedSoundPlayer: null,
unpressedSoundPlayer: null, |
@samreid - yes, I think that's a good approach for sticky toggle buttons. |
We (@emily-phet, @Ashton-Morris, and I) discussed the latest sounds in today's meeting and we're good with sound 7 and with it being a step lower for the pop out. The next step will be to eliminate the option dialog and make the sound essentially permanent. I'll do this before the next review meeting. |
I've removed the options dialog and the alternative sounds, so this is essentially finalized. @samreid - two requests:
|
@jbphet - I requested that the squishy button sound not play when other sounds play immediately on button press. The squishy button sound is only for feedback, and when there is other feedback I don't believe it is needed. I'd like to avoid any chance of the squishy button interfering with focusing or interpreting the more pedagogically relevant sounds. If someone notices that there's not a squishy button sound, that's less problematic than if they spend any time at all attending to the squishy button sound while more important sounds are playing. If you like, and can do this quickly - we can take a listen to sim later today with squishy sound on other screens. We have had button sounds on those screens previously, though, and I asked for them to be removed when other sounds are playing. Note, the button sound should still play on those other screens when no other sounds are (i.e., on the light screen, when "sound effect" checkbox is unchecked). Also, @BLFiedler is doing some more interviews. We can ask him to interview on this sim, and one of the things we can ask him to attend to is if anyone notices the button sound difference across screens. |
The sound itself was approved in today's sound design meeting. We also discussed whether to have the sound play in cases where the sound effect is on for the 2nd and 3rd screens, which is a question I raised in #480 (comment) item 2. @emily-phet said she would prefer to leave it as is for now, i.e. the button sound doesn't play if the sound effect is on. We may reconsider if we get feedback from interviews that users find this confusing. There may need to be some volume adjustment before this is considered final, but that can be done as part of the mixing process. @samreid - we could either close this now and do any followup, if any, in separate issues, or leave it open until all decisions and volume levels are finalized - up to you. |
Let's close and balance volumes in other issues, thanks! Closing. |
We discussed this in a meeting that @Ashton-Morris wasn't present for, and I think it got forgotten.
Currently, the common UI button sound feels discrepant with the squishy look to the button. I bet @Ashton-Morris might have some great squishy sounds in his sound library to use as a starting point!
The text was updated successfully, but these errors were encountered: