Comments on: Mix it some more http://colin.guthr.ie/2010/01/mix-it-some-more/ Illegitimi non carborundum Tue, 27 Jul 2010 12:14:02 +0000 hourly 1 http://wordpress.org/?v=3.0 By: Colin http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-766 Colin Mon, 05 Jul 2010 07:46:58 +0000 http://colin.guthr.ie/?p=204#comment-766 I've got work waiting to add this configuration switching capabilities. It's not part of kmix (as I don't think this is actually the right place to put this), but a new GUI next to the device/category selection in System Settings. Once KDE trunk is open to commits I'll sent it out to the world and blog about it a bit. I’ve got work waiting to add this configuration switching capabilities. It’s not part of kmix (as I don’t think this is actually the right place to put this), but a new GUI next to the device/category selection in System Settings. Once KDE trunk is open to commits I’ll sent it out to the world and blog about it a bit.

]]> By: Ryan http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-765 Ryan Sat, 03 Jul 2010 20:47:47 +0000 http://colin.guthr.ie/?p=204#comment-765 Actually, it's not quite perfect. KMix doesn't provide a way to switch input/output configurations. For example, my laptop has internal speakers as well as an HDMI output, and Pulseaudio supports both. I can use pavucontrol to switch between these configurations, but not KMix. Furthermore, KMix crashes every time I switch configurations in this way. Still, great work, and thank you! Actually, it’s not quite perfect. KMix doesn’t provide a way to switch input/output configurations. For example, my laptop has internal speakers as well as an HDMI output, and Pulseaudio supports both. I can use pavucontrol to switch between these configurations, but not KMix. Furthermore, KMix crashes every time I switch configurations in this way.

Still, great work, and thank you!

]]> By: Ryan http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-764 Ryan Fri, 02 Jul 2010 22:50:53 +0000 http://colin.guthr.ie/?p=204#comment-764 Works like a charm! Works like a charm!

]]> By: Ryan http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-763 Ryan Fri, 02 Jul 2010 22:40:16 +0000 http://colin.guthr.ie/?p=204#comment-763 Your packages are a little out of date compared to the current ones in Lucid, so I pulled the patch from your PPA[1] and applied it to the latest source[2]. I'm compiling it now, and then I will install it and reboot to make sure all the new components are in place. I'll report back here whether it works. [1] http://launchpadlibrarian.net/38014492/kdemultimedia_4%3A4.3.90-0ubuntu1_4%3A4.3.91-0~pulseenabled~1padoka0.diff.gz [2] apt-src install kdemultimedia Your packages are a little out of date compared to the current ones in Lucid, so I pulled the patch from your PPA[1] and applied it to the latest source[2]. I’m compiling it now, and then I will install it and reboot to make sure all the new components are in place. I’ll report back here whether it works.

[1] http://launchpadlibrarian.net/38014492/kdemultimedia_4%3A4.3.90-0ubuntu1_4%3A4.3.91-0~pulseenabled~1padoka0.diff.gz
[2] apt-src install kdemultimedia

]]> By: Colin http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-501 Colin Mon, 25 Jan 2010 09:42:00 +0000 http://colin.guthr.ie/?p=204#comment-501 Sadly this wont make 4.4, but it will be in 4.5 and I expect distros shipping KDE 4.4 with a PA system underneath to include a patch to enable this anyway (the only real problem is some minor i18n() phrases that wont be translated). As for bluetooth, yes, PA is the way forward in this regard. Simply pair your device using a suitable applet and it will become automatically available (I recommend "bluetooth-applet". I'm not 100% sure of the KDE bluetooth applet support of late as I've not looked - it could be fine or it could be a bit broken!) All the upstream work from bluez regarding audio is focused on PA integration which is one of the reasons I'm keen to see support in KDE improved :) Sadly this wont make 4.4, but it will be in 4.5 and I expect distros shipping KDE 4.4 with a PA system underneath to include a patch to enable this anyway (the only real problem is some minor i18n() phrases that wont be translated).

As for bluetooth, yes, PA is the way forward in this regard. Simply pair your device using a suitable applet and it will become automatically available (I recommend “bluetooth-applet”. I’m not 100% sure of the KDE bluetooth applet support of late as I’ve not looked – it could be fine or it could be a bit broken!) All the upstream work from bluez regarding audio is focused on PA integration which is one of the reasons I’m keen to see support in KDE improved :)

]]> By: venky80 http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-500 venky80 Mon, 25 Jan 2010 07:52:55 +0000 http://colin.guthr.ie/?p=204#comment-500 Hi Will these changes be in kde 4.4 final? Also does PA make it easy to use bluetooth headset with kde? Hi Will these changes be in kde 4.4 final?
Also does PA make it easy to use bluetooth headset with kde?

]]> By: Colin http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-493 Colin Mon, 18 Jan 2010 09:06:07 +0000 http://colin.guthr.ie/?p=204#comment-493 Well it depends what you mean by "only way" :p If the user's system is configured to not use PulseAudio, we detect this and the PA backend is not used. So users who don't drink from the PA cup will not really notice any difference. For those users who do use PA, kmix will now notice this and present them with the PA version. I know others (e.g. Helio and Cristian) would be in favour of being able to select your preferred backend via a menu and switch at runtime etc., so longer term there will be a more user friendly way to do this. Take care Well it depends what you mean by “only way” :p If the user’s system is configured to not use PulseAudio, we detect this and the PA backend is not used. So users who don’t drink from the PA cup will not really notice any difference. For those users who do use PA, kmix will now notice this and present them with the PA version.

I know others (e.g. Helio and Cristian) would be in favour of being able to select your preferred backend via a menu and switch at runtime etc., so longer term there will be a more user friendly way to do this.

Take care

]]> By: Colin http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-492 Colin Mon, 18 Jan 2010 08:49:10 +0000 http://colin.guthr.ie/?p=204#comment-492 Not sure what you mean about the "capture stuff" but I presume you mean the "Ports" system (the ability to change port for a given sink or source if the device supports it?). If so then yes, this is not implemented yet. I may implement it, but the GUI in kmix makes this difficult for now.... I could use the Enums structure but I think the end GUI will be pretty ugly :s It may have to wait until after the GUI is reworked. As for the overload %age thing, This is easily doable, but I want to make sure I mark the volume sliders appropriately with a mark or different colour etc. when it's above 100%. Ideally I'd like to have kmix+pavucontol+gnome-volume-control all agree on the maximum volume shown so that there is some degree of sanity :p All in time :) Not sure what you mean about the “capture stuff” but I presume you mean the “Ports” system (the ability to change port for a given sink or source if the device supports it?). If so then yes, this is not implemented yet. I may implement it, but the GUI in kmix makes this difficult for now…. I could use the Enums structure but I think the end GUI will be pretty ugly :s It may have to wait until after the GUI is reworked.

As for the overload %age thing, This is easily doable, but I want to make sure I mark the volume sliders appropriately with a mark or different colour etc. when it’s above 100%. Ideally I’d like to have kmix+pavucontol+gnome-volume-control all agree on the maximum volume shown so that there is some degree of sanity :p

All in time :)

]]> By: jbernardo http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-490 jbernardo Mon, 18 Jan 2010 06:19:59 +0000 http://colin.guthr.ie/?p=204#comment-490 One doubt I got from your previous article, if someone now still wants to use kmix without pulseaudio the only way will be to launch it from the command line passing a env string, or to export that string in .profile? One doubt I got from your previous article, if someone now still wants to use kmix without pulseaudio the only way will be to launch it from the command line passing a env string, or to export that string in .profile?

]]> By: Paulo Dias http://colin.guthr.ie/2010/01/mix-it-some-more/comment-page-1/#comment-489 Paulo Dias Mon, 18 Jan 2010 02:03:57 +0000 http://colin.guthr.ie/?p=204#comment-489 Compiled it for lucid from your git pulse branch, packages made (right now just for my PPA), works like a charm with 4.4 rc1. One little wish. The gnome mixer has the option to overload the sound level (above 100%), can you implement this for kmix too? its very valuable when you have some shitty headphones :) Also i couldnt find the advanced options gnome has (like the capture stuff anywhere, not implemented yet)? anyway, its a great work you are doing.. keep it up, me and i believe a lot of other ppl are behind you 110% :) best regards Compiled it for lucid from your git pulse branch, packages made (right now just for my PPA), works like a charm with 4.4 rc1.

One little wish. The gnome mixer has the option to overload the sound level (above 100%), can you implement this for kmix too? its very valuable when you have some shitty headphones :)

Also i couldnt find the advanced options gnome has (like the capture stuff anywhere, not implemented yet)?

anyway, its a great work you are doing.. keep it up, me and i believe a lot of other ppl are behind you 110% :)

best regards

]]>