Micah Dowty wrote: > Though I think that high-quality sound output is already better served by other > libraries (OSS, ESound, ALSA, Arts) I think it's reasonable to include limited > sound support in PicoGUI. Through Driver Messages PicoGUI already supports key- > click and beep sounds. It is easy to add more sounds by adding lines to > constants.h. The beep sound is already used for terminal emulation. The > keyclick sound can be turned on and off in the configuration file, but > currently no driver implements it. > > The one snag I can think of that's involved with adding simple sound support > via Driver Messages is: where do you put the sound driver code? So far, sound > driver messages are only implemented in the sdlfb and serial40x4 drivers. Both > of these drivers are mainly for video, but can also handle sound. On an > embedded system though, it's a harder choice. fbdev is a great generic device > that works on nearly any embedded system, but sound hardware varies greatly. > Often embedded systems will all require a specialized input driver, so the > sound could be integrated with that. But this isn't really a clean solution. > The code for implementing input drivers really isn't specific to input- maybe > PicoGUI could have video drivers and generic drivers, rather than video drivers > and input drivers. This way systems with fbdev video and some sort of standard > input could still have yet another driver for power management.
I agree about simple sound vs quality sound. These sounds should be handled by the server solely, and apps remain unaware of, and I would add the possibility to have more places where we can attach a sound, like widget click, dialog popup, etc. On the other hand I was also mentionning a named sound library provided to applications, because I find the theme system extremely well suited to manage all this in a way that can be customized. The sound playing engine is of course below Pgui. Remember that the console device (drivers/char/vt.c if I remember well) can play buzzer tones with some ioctl. For the sake of simplicity we could start with this device and not care about OSS & co. Pascal _______________________________________________ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
