Re: Consistent sound
Mike, This looks like 1000% more than what I was suggesting and I am all for it. I would like to make a implementation suggestion. To keep this all simple I suggest the student use a naming convention either directly to the sound files or as symbolic links to the sound files in a single sound localization directory. so emote( laugh, 6 ) would play the sound file linked to laugh.6.wav in the the localization directory. Of course, the type of media file would be able to vary to anything there are standard players for in the OLPC. So laugh.6.gif would be selected if the machine was in silent mode. Perhaps if the laugh.gif is just a single simple image the intensity can do a animation with the image to indicate the intensity. Mike C. Fletcher wrote: The basic concept seems to be that of a system notification, as seen on all modern desktops. We'd need to integrate with Sugar and Bitfrost, and implement the generic emotional notifications for games and the like, but otherwise the implementation should be quite familiar. That should make it fairly straightforward to implement. I have a request from a consulting course at U of T to act as a client on a project for one of their students. I'll propose this as the project if people are amenable. Assumptions: * DBUS Interface o This lets non-python activities use the same interface o Python wrapper can be provided o A pipe-level interface might also be useful for games written by new coders (open pipe, write happy 2.5s\n) * Sugar Control Panel extensions to customise the sound-scape for each user (just think how quickly many people just *have* to shut off the Windows start sound) o Alternately, a GUI on the daemon that allows for customisation * Visual Notification options when muted o For the deaf/hard-of-hearing/classroom use * Severely restricted environment for the daemon/service o Access to sound files, preferably just those in the default set(s) plus those explicitly loaded by the user into the application's work-space via the configuration tool o Access to sound hardware o Access to current volume setting (read-only, likely) * Support Localisation for default sound-sets * Classic Notification Set (window actions, system startup/shutdown, that kind of thing) o Likely taken from an existing free-software system to start quickly * Emoticon Notification Set (emotional content, e.g. for games) with intensity setting * Sound implementation(s) o GStreamer sources + OGG files + Wav files o CSound scores * Visual notification implementation o Will require some coordination with the Sugar peoples to provide a non-obtrusive overlay notification mechanism ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Consistent sound
Eben Eliason wrote: I, too, find this a very nice idea. Not only does it encourage culturally appropriate sounds, but it simply encourages context appropriate sounds in general. Right now there is a lack of audible feedback in a number of the games on the system, and said feedback would really enhance the experience, especially for kids. This would give developers a simple way to accomplish this without having to locate, record, package, and play their own sounds unless they want to, which also saves some space. Of course, I too lack any technical knowledge in this area, but am interested to see where it leads. The basic concept seems to be that of a system notification, as seen on all modern desktops. We'd need to integrate with Sugar and Bitfrost, and implement the generic emotional notifications for games and the like, but otherwise the implementation should be quite familiar. That should make it fairly straightforward to implement. I have a request from a consulting course at U of T to act as a client on a project for one of their students. I'll propose this as the project if people are amenable. Assumptions: * DBUS Interface o This lets non-python activities use the same interface o Python wrapper can be provided o A pipe-level interface might also be useful for games written by new coders (open pipe, write happy 2.5s\n) * Sugar Control Panel extensions to customise the sound-scape for each user (just think how quickly many people just *have* to shut off the Windows start sound) o Alternately, a GUI on the daemon that allows for customisation * Visual Notification options when muted o For the deaf/hard-of-hearing/classroom use * Severely restricted environment for the daemon/service o Access to sound files, preferably just those in the default set(s) plus those explicitly loaded by the user into the application's work-space via the configuration tool o Access to sound hardware o Access to current volume setting (read-only, likely) * Support Localisation for default sound-sets * Classic Notification Set (window actions, system startup/shutdown, that kind of thing) o Likely taken from an existing free-software system to start quickly * Emoticon Notification Set (emotional content, e.g. for games) with intensity setting * Sound implementation(s) o GStreamer sources + OGG files + Wav files o CSound scores * Visual notification implementation o Will require some coordination with the Sugar peoples to provide a non-obtrusive overlay notification mechanism Have fun, Mike On 11/19/07, Samuel Klein [EMAIL PROTECTED] wrote: On Nov 19, 2007 12:31 PM, Gerard J. Cerchio [EMAIL PROTECTED] wrote: Hi, I am just beginning to get involved with the OLPC so please forgive me if this topic is already covered. I am also new to python so my learning curve is somewhat steep. I am attempting to build a go game activity starting with the connect_activity. I would like to produce sounds for various game play events such as victory, loss, atari, etc. I would also like the sounds the child hears from the OLPC be consistent and culturally appropriate. I would posit that if all the activities made consistent utterances to the child, the value of the OLPC learning experience would be enhanced. I would like to suggest a way to give a this consistent localized sound personality to the OLPC through the csound object. I propose that there be a simple csound method: emote( emotion, intensity ) where emotion is a string index into a table of localized sounds intensity is an integer that regulates the degree of the emotion Sample emotion strings would be: win - produces a reward sound appropriate to the locale lose - opposite of win yes - indicate acceptance no - opposite of no warn - indicate more thought may be required approval - encourage disapproval - discourage Maybe this covers more than just emotions; I have no comment on how to implement this in csound sugar, but it is a charming idea. SJ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Consistent sound
Hi, I am just beginning to get involved with the OLPC so please forgive me if this topic is already covered. I am also new to python so my learning curve is somewhat steep. I am attempting to build a go game activity starting with the connect_activity. I would like to produce sounds for various game play events such as victory, loss, atari, etc. I would also like the sounds the child hears from the OLPC be consistent and culturally appropriate. I would posit that if all the activities made consistent utterances to the child, the value of the OLPC learning experience would be enhanced. I would like to suggest a way to give a this consistent localized sound personality to the OLPC through the csound object. I propose that there be a simple csound method: emote( emotion, intensity ) where emotion is a string index into a table of localized sounds intensity is an integer that regulates the degree of the emotion Sample emotion strings would be: win - produces a reward sound appropriate to the locale lose - opposite of win yes - indicate acceptance no - opposite of no warn - indicate more thought may be required approval - encourage disapproval - discourage The intensity may select a different sound or if the table lacks multiple intensities may just adjust volume. The goal of the object is to give activity designers a sound palate that is localized to the cultural of the child. In c++ I would use an enumerator for the emotion parameter, however it appears python lacks enumerators. Is there a better python/sugar methodology that would simplify the interface to the sound selection? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Consistent sound
On Nov 19, 2007 12:31 PM, Gerard J. Cerchio [EMAIL PROTECTED] wrote: Hi, I am just beginning to get involved with the OLPC so please forgive me if this topic is already covered. I am also new to python so my learning curve is somewhat steep. I am attempting to build a go game activity starting with the connect_activity. I would like to produce sounds for various game play events such as victory, loss, atari, etc. I would also like the sounds the child hears from the OLPC be consistent and culturally appropriate. I would posit that if all the activities made consistent utterances to the child, the value of the OLPC learning experience would be enhanced. I would like to suggest a way to give a this consistent localized sound personality to the OLPC through the csound object. I propose that there be a simple csound method: emote( emotion, intensity ) where emotion is a string index into a table of localized sounds intensity is an integer that regulates the degree of the emotion Sample emotion strings would be: win - produces a reward sound appropriate to the locale lose - opposite of win yes - indicate acceptance no - opposite of no warn - indicate more thought may be required approval - encourage disapproval - discourage Maybe this covers more than just emotions; I have no comment on how to implement this in csound sugar, but it is a charming idea. SJ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel