Hannu Savolainen wrote: > Clive Wright wrote: >> [EMAIL PROTECTED] wrote: >> >>> Hi again, >>> >>> the biggest problem with kmix is that it doesn't even has the possibility >>> to >>> form a tree layout. If it could, the dicussion here wouldn't go so long :P >>> >>> >> I am left wondering what would be the easiest solution to provide an >> OSS_v4 mixer for KDE >> >> The initial idea of modifying kmix would appear to be the simplest >> solution but on closer inspection the amount of work involved in >> providing a fully functional mixer and the problems that need to be >> overcome could make another solution more attractive. >> >> A KDE version of ossxmix. Perhaps called kossxmix or kossmix, >> based on the structure of ossxmix but dcop aware and using the qt >> toolkit instead of gtk. >> > I have rather limited knowledge of KDE (as well as Gnome). So maybe you > could explain what kind of requirements KDE has for a mixer program. For > example does KDE have some kind of audio mixer/volume control mechanism > you need to support? > > I think that a KDE specific mixer should use approach that is rather > similar to existing KDE mixer for ALSA. Instead of input/output/switch > sections you need to use main/pcm/rec/monitor. In addition to volume > sliders there can also be onoff/mute/enum controls. You don't need to > care about the tree tructure. > > Fully featured mixers like ossxmix don't typically sit as an icon in the > tool bar. So I don't see there any benefit in implementing any KDE > specific version of it. > > Actually the the most ideal OSS mixer would be one that is implemented > on top of plain X11 (Xlib). Using GTK+ causes all kind of library > version problems and consumes too much space/memory in embedded > environments. >
My knowledge of KDE is also somewhat limited as my desktop of choice is Gnome. Perhaps Yair would care to comment on this as I know he is a KDE user. As I understand it kmix is a standalone mixer which accesses the sound systems (currently Alsa and OSS_v3) using their native API so adding a subset of OSS_v4 should be relatively simple. The only thing that makes KDE applications special is their look and feel which would require them to use the same Qt toolkit and to support Desktop COmmunications Protocol (DCOP) for integration into the KDE desktop. It appears that Apriori is not content with using OSS_v4 reduced mixer API which is understandable as a large proportion of the drivers do not express any mixer controls at all when limited to this API. Gnome presents a totally different problem in that GTK applications already match the look and feel of Gnome. The Gnome volume control is a Gstreamer application that relies on Gstreamer libraries to translate its own API to that of the sound system in use. I had considered providing a full translation of OSS_v4 reduced API to that of Gstreamer. Indeed I already have it on my computer as a work in progress but it has become apparent to me that limiting the Gnome volume control to one simple slider that to all intent and purposes controls the master volume (in reality it is vmix's volume control) provides the best solution for a non-technical user who expects to be able to control the master volume using the keyboard or mouse without any setting up. Other controls being accessed using ossxmix which is launched in response to double clicking the Gnome volume applet's icon. Kind regards, Clive _______________________________________________ oss-devel mailing list oss-devel@mailman.opensound.com http://mailman.opensound.com/mailman/listinfo/oss-devel