<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for wm161.net</title>
	<atom:link href="http://wm161.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://wm161.net</link>
	<description>Your daily source of everything!</description>
	<lastBuildDate>Fri, 05 Apr 2013 21:02:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>Comment on Phonon-Xine is dead. Long live Phonon-GStreamer. by Behzodbek</title>
		<link>http://wm161.net/2011/09/08/phonon-xine-is-dead-long-live-phonon-gstreamer/#comment-17210</link>
		<dc:creator>Behzodbek</dc:creator>
		<pubDate>Fri, 05 Apr 2013 21:02:26 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=753#comment-17210</guid>
		<description>(sorry for the double post but my linbereaks were eaten)If you don’t know which backend to use, you’re probably actually doing it wrong.That’s me! Ok, so tell us! Which to use? I’m running some Debian machines that have been upgraded from one KDE to another for a long time and the backend wasn’t automatically decided for me, so I am kinda like this:Or you’re a distro developer who is trying to build the proper UX for your end users. Yes, build it for myself. I am surely not alone, this is Linux.I’ve used Xine in the past for other KDE things, since GStreamer is a GNOME technology (I think, but I may be wrong!) and VLC was also GNOME until somewhat recently. It seemed that Xine was the only KDE option, which is important to make KDE function properly.Your only choices right now are GStreamer or VLC.Ok, so, which to use? What happens when one fails, does Phonon auto-choose the next one to try the playback again? I’m not familiar enough with these, but why do we even need choices in this, why can’t Phonon be built to play back without a separate backend?</description>
		<content:encoded><![CDATA[<p>(sorry for the double post but my linbereaks were eaten)If you don’t know which backend to use, you’re probably actually doing it wrong.That’s me! Ok, so tell us! Which to use? I’m running some Debian machines that have been upgraded from one KDE to another for a long time and the backend wasn’t automatically decided for me, so I am kinda like this:Or you’re a distro developer who is trying to build the proper UX for your end users. Yes, build it for myself. I am surely not alone, this is Linux.I’ve used Xine in the past for other KDE things, since GStreamer is a GNOME technology (I think, but I may be wrong!) and VLC was also GNOME until somewhat recently. It seemed that Xine was the only KDE option, which is important to make KDE function properly.Your only choices right now are GStreamer or VLC.Ok, so, which to use? What happens when one fails, does Phonon auto-choose the next one to try the playback again? I’m not familiar enough with these, but why do we even need choices in this, why can’t Phonon be built to play back without a separate backend?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A fresh new KMix by Simon Lewis</title>
		<link>http://wm161.net/2013/03/21/a-fresh-new-kmix/#comment-17204</link>
		<dc:creator>Simon Lewis</dc:creator>
		<pubDate>Thu, 04 Apr 2013 19:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=896#comment-17204</guid>
		<description>Having read all the high adrenalin pumped emotional stuff above I would like to take the opportunity to get back to basics...

Firstly why is Kmix needed?

1) Obviously, to simply adjust the volume when watching a video or listening to music, etc.. This is best done with a plasmoid in the task bar.

2) To control the sound cards – that is, to actually configure the gain settings and mode switches on the cards as opposed to adjusting stream levels going to and from the sound cards.

For example:
- setting the microphone amp gain
- switching between HDMI, S/PDIF and analogue outputs

3) For hobby, semi-pro and professional studio users – to precisely set levels optimising the signal-to-noise ratio and avoid clipping. And yes I do set the controllers to exactly 0 dB gain when my laptop is connected to a Behring U-Control.

4) For fault finding – “Why can I not hear anything?” or “Why is my microphone not working?”

If each control had a level meter then you literately “see” if a signal is there and where it is (or is not) going.

For the KDE Desktop the only way to do the above tasks without resorting to the command line is to use Kmix.

(There is off course QASTools, but this development is floundering – it is a shame that KDE.org did not pick-this up and make it an integral part of the KDE suite.)

What does this mean for Kmix?

a) In the true KDE style make everything configurable, horizontal or vertical controls, gain setting numbers in db, %, or none etc.. . 

b) Each control should have a level indicator – to be professional the k-meters used in jkmeter (http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html) are as near perfect as you can get. (The indicators show both the RMS and Peak levels simultaneously.)

c) Each control should have a number indicating the gain setting in db and/or %.

d) Give each control a scale (tick marks) which  show the gain steps that are really available for the sound card channel. Sometimes the mic boost is only available in 4 steps, etc..

QASMixer in QAStools does this perfectly, as it reads the ALSA sound card configuration to determine the correct display of each individual control. (See http://xwmw.org/qastools)

e) The different sound cards must be selectable within kmix, especially for Laptops where:

- one moment they are used to skype with the internal sound card / webcam
- the next moment they are connected to a TV (HDMI) to watch a film
- the next moment connect to a midi-controller-keyboard with built in sound card
- etc...

f) Kmix should be readily accessed with just one click on the task bar icon (not right and click and select from menu as now)

I&#039;m sure there are a few more good ideas, but if the above was implemented, many of the shortcomings of the current Kmix would be laid to rest.

With best regards, Simon</description>
		<content:encoded><![CDATA[<p>Having read all the high adrenalin pumped emotional stuff above I would like to take the opportunity to get back to basics&#8230;</p>
<p>Firstly why is Kmix needed?</p>
<p>1) Obviously, to simply adjust the volume when watching a video or listening to music, etc.. This is best done with a plasmoid in the task bar.</p>
<p>2) To control the sound cards – that is, to actually configure the gain settings and mode switches on the cards as opposed to adjusting stream levels going to and from the sound cards.</p>
<p>For example:<br />
- setting the microphone amp gain<br />
- switching between HDMI, S/PDIF and analogue outputs</p>
<p>3) For hobby, semi-pro and professional studio users – to precisely set levels optimising the signal-to-noise ratio and avoid clipping. And yes I do set the controllers to exactly 0 dB gain when my laptop is connected to a Behring U-Control.</p>
<p>4) For fault finding – “Why can I not hear anything?” or “Why is my microphone not working?”</p>
<p>If each control had a level meter then you literately “see” if a signal is there and where it is (or is not) going.</p>
<p>For the KDE Desktop the only way to do the above tasks without resorting to the command line is to use Kmix.</p>
<p>(There is off course QASTools, but this development is floundering – it is a shame that KDE.org did not pick-this up and make it an integral part of the KDE suite.)</p>
<p>What does this mean for Kmix?</p>
<p>a) In the true KDE style make everything configurable, horizontal or vertical controls, gain setting numbers in db, %, or none etc.. . </p>
<p>b) Each control should have a level indicator – to be professional the k-meters used in jkmeter (<a href="http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html" rel="nofollow">http://kokkinizita.linuxaudio.org/linuxaudio/downloads/index.html</a>) are as near perfect as you can get. (The indicators show both the RMS and Peak levels simultaneously.)</p>
<p>c) Each control should have a number indicating the gain setting in db and/or %.</p>
<p>d) Give each control a scale (tick marks) which  show the gain steps that are really available for the sound card channel. Sometimes the mic boost is only available in 4 steps, etc..</p>
<p>QASMixer in QAStools does this perfectly, as it reads the ALSA sound card configuration to determine the correct display of each individual control. (See <a href="http://xwmw.org/qastools" rel="nofollow">http://xwmw.org/qastools</a>)</p>
<p>e) The different sound cards must be selectable within kmix, especially for Laptops where:</p>
<p>- one moment they are used to skype with the internal sound card / webcam<br />
- the next moment they are connected to a TV (HDMI) to watch a film<br />
- the next moment connect to a midi-controller-keyboard with built in sound card<br />
- etc&#8230;</p>
<p>f) Kmix should be readily accessed with just one click on the task bar icon (not right and click and select from menu as now)</p>
<p>I&#8217;m sure there are a few more good ideas, but if the above was implemented, many of the shortcomings of the current Kmix would be laid to rest.</p>
<p>With best regards, Simon</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Volume Slider Compromise by T. Fischer</title>
		<link>http://wm161.net/2013/04/01/the-volume-slider-compromise/#comment-17200</link>
		<dc:creator>T. Fischer</dc:creator>
		<pubDate>Wed, 03 Apr 2013 16:47:12 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=904#comment-17200</guid>
		<description>You&#039;ll need my kmix-improvements branch.

http://quickgit.kde.org/?p=kmix.git&amp;a=blob&amp;h=49dd96ace720db1071c5f6225915d0aad405c873&amp;hb=f7f58c8b4e8a0a317ba31574215dfcd9b7f998e3&amp;f=src%2Fgui%2FControlSlider.cpp</description>
		<content:encoded><![CDATA[<p>You&#8217;ll need my kmix-improvements branch.</p>
<p><a href="http://quickgit.kde.org/?p=kmix.git&#038;a=blob&#038;h=49dd96ace720db1071c5f6225915d0aad405c873&#038;hb=f7f58c8b4e8a0a317ba31574215dfcd9b7f998e3&#038;f=src%2Fgui%2FControlSlider.cpp" rel="nofollow">http://quickgit.kde.org/?p=kmix.git&#038;a=blob&#038;h=49dd96ace720db1071c5f6225915d0aad405c873&#038;hb=f7f58c8b4e8a0a317ba31574215dfcd9b7f998e3&#038;f=src%2Fgui%2FControlSlider.cpp</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Volume Slider Compromise by Robert</title>
		<link>http://wm161.net/2013/04/01/the-volume-slider-compromise/#comment-17189</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Tue, 02 Apr 2013 14:26:21 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=904#comment-17189</guid>
		<description>In fact volume control is already using a kind of logarithmic scale as the ear is sensitive on a logarithmic scale and the hardware is adjusted to this.</description>
		<content:encoded><![CDATA[<p>In fact volume control is already using a kind of logarithmic scale as the ear is sensitive on a logarithmic scale and the hardware is adjusted to this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Volume Slider Compromise by Maximilian Schander</title>
		<link>http://wm161.net/2013/04/01/the-volume-slider-compromise/#comment-17188</link>
		<dc:creator>Maximilian Schander</dc:creator>
		<pubDate>Tue, 02 Apr 2013 13:04:10 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=904#comment-17188</guid>
		<description>Are you fooling me?
I want to use this, but there is no ControlSlider.cpp in the source!
FUUUU!
And I hoped, my dream comes true!</description>
		<content:encoded><![CDATA[<p>Are you fooling me?<br />
I want to use this, but there is no ControlSlider.cpp in the source!<br />
FUUUU!<br />
And I hoped, my dream comes true!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A fresh new KMix by T. Fischer</title>
		<link>http://wm161.net/2013/03/21/a-fresh-new-kmix/#comment-17186</link>
		<dc:creator>T. Fischer</dc:creator>
		<pubDate>Tue, 02 Apr 2013 10:33:38 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=896#comment-17186</guid>
		<description>Why yes, I do accept patches.</description>
		<content:encoded><![CDATA[<p>Why yes, I do accept patches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A fresh new KMix by Adam</title>
		<link>http://wm161.net/2013/03/21/a-fresh-new-kmix/#comment-17184</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Tue, 02 Apr 2013 04:39:35 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=896#comment-17184</guid>
		<description>This guy isn&#039;t a troll.  What I can make out of his comment is logical and rational.  It&#039;s not cool to obfuscate his posts and embarass him just because you disagree.

You need to remember that KMix is part of the core desktop UI.  People use it all the time, every day.  You should expect them to react passionately when you propose making radical changes that they don&#039;t like.  You&#039;re proposing changes that affect them personally, so you shouldn&#039;t be surprised when they have strong feelings.  

It&#039;s frustrating when developers propose major changes and then take opposing comments so personally that they get offended--remember that the users are offended by the opposing changes!  It would be good if developers viewed these kinds of core software as being more community-owned rather than personal, pet projects.</description>
		<content:encoded><![CDATA[<p>This guy isn&#8217;t a troll.  What I can make out of his comment is logical and rational.  It&#8217;s not cool to obfuscate his posts and embarass him just because you disagree.</p>
<p>You need to remember that KMix is part of the core desktop UI.  People use it all the time, every day.  You should expect them to react passionately when you propose making radical changes that they don&#8217;t like.  You&#8217;re proposing changes that affect them personally, so you shouldn&#8217;t be surprised when they have strong feelings.  </p>
<p>It&#8217;s frustrating when developers propose major changes and then take opposing comments so personally that they get offended&#8211;remember that the users are offended by the opposing changes!  It would be good if developers viewed these kinds of core software as being more community-owned rather than personal, pet projects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A fresh new KMix by Adam</title>
		<link>http://wm161.net/2013/03/21/a-fresh-new-kmix/#comment-17183</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Tue, 02 Apr 2013 04:32:53 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=896#comment-17183</guid>
		<description>I feel frustrated when I see what could be a great thing turned into a potentially very frustrating thing.  A new developer takes over a mildly-neglected project, one that represents core, basic desktop UI.  Yay!  

But then he decides to do it in a radically different way, a way that people actively dislike, a way that&#039;s not logical, a way that is the opposite of real-life hardware UIs.  

Why?  Who knows?  Maybe he wants to make a name for himself by doing something different.  Maybe it&#039;s his personal preference and he doesn&#039;t want to write code to do it both ways.  Maybe he is on a power-trip and wants to feel control over other people (I&#039;m not accusing you of this, but I&#039;ve seen it before).

In the end, it doesn&#039;t matter why.  What matters is that one person has control over something that is used by many, many people.  What matters is that this one person needs to remember that, &quot;with great power comes great responsibility.&quot;  What matters is that this one person needs to do what is best for everyone, not what he personally prefers, or what he personally thinks is best for everyone.  &quot;You&#039;ll grow to like it,&quot; or, &quot;Someday you&#039;ll see that I&#039;m right,&quot; or, &quot;This is what the designers came up with,&quot; or, &quot;This is what fits with our vision&quot;...none of these are acceptable reasons to the real people that actually use the software.

So please, by all means, take KMix to its potential as being the best FOSS desktop mixer app.  But don&#039;t reinvent the wheel.  Mixers are rooted in reality, in real hardware--you won&#039;t see any professional audio mixing gear with horizontal level sliders, because they fundamentally don&#039;t make sense when compared to vertical ones.  &quot;Ugly&quot; labels are a minor issue compared to the primary function, which is adjusting levels.</description>
		<content:encoded><![CDATA[<p>I feel frustrated when I see what could be a great thing turned into a potentially very frustrating thing.  A new developer takes over a mildly-neglected project, one that represents core, basic desktop UI.  Yay!  </p>
<p>But then he decides to do it in a radically different way, a way that people actively dislike, a way that&#8217;s not logical, a way that is the opposite of real-life hardware UIs.  </p>
<p>Why?  Who knows?  Maybe he wants to make a name for himself by doing something different.  Maybe it&#8217;s his personal preference and he doesn&#8217;t want to write code to do it both ways.  Maybe he is on a power-trip and wants to feel control over other people (I&#8217;m not accusing you of this, but I&#8217;ve seen it before).</p>
<p>In the end, it doesn&#8217;t matter why.  What matters is that one person has control over something that is used by many, many people.  What matters is that this one person needs to remember that, &#8220;with great power comes great responsibility.&#8221;  What matters is that this one person needs to do what is best for everyone, not what he personally prefers, or what he personally thinks is best for everyone.  &#8220;You&#8217;ll grow to like it,&#8221; or, &#8220;Someday you&#8217;ll see that I&#8217;m right,&#8221; or, &#8220;This is what the designers came up with,&#8221; or, &#8220;This is what fits with our vision&#8221;&#8230;none of these are acceptable reasons to the real people that actually use the software.</p>
<p>So please, by all means, take KMix to its potential as being the best FOSS desktop mixer app.  But don&#8217;t reinvent the wheel.  Mixers are rooted in reality, in real hardware&#8211;you won&#8217;t see any professional audio mixing gear with horizontal level sliders, because they fundamentally don&#8217;t make sense when compared to vertical ones.  &#8220;Ugly&#8221; labels are a minor issue compared to the primary function, which is adjusting levels.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A fresh new KMix by Adam</title>
		<link>http://wm161.net/2013/03/21/a-fresh-new-kmix/#comment-17182</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Tue, 02 Apr 2013 04:24:12 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=896#comment-17182</guid>
		<description>Who said sliders should even have long text labels?  And who said wrapping is always obnoxious?

Anyway, I think this looks fine, and makes sense, and works well:  http://alphapapa.net/outbox/kmix-vertical-sliders.png</description>
		<content:encoded><![CDATA[<p>Who said sliders should even have long text labels?  And who said wrapping is always obnoxious?</p>
<p>Anyway, I think this looks fine, and makes sense, and works well:  <a href="http://alphapapa.net/outbox/kmix-vertical-sliders.png" rel="nofollow">http://alphapapa.net/outbox/kmix-vertical-sliders.png</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Volume Slider Compromise by Distrowatch Almost Got Me, April Fools&#8217; Jokes &#124; PHP World</title>
		<link>http://wm161.net/2013/04/01/the-volume-slider-compromise/#comment-17180</link>
		<dc:creator>Distrowatch Almost Got Me, April Fools&#8217; Jokes &#124; PHP World</dc:creator>
		<pubDate>Tue, 02 Apr 2013 00:23:33 +0000</pubDate>
		<guid isPermaLink="false">http://wm161.net/?p=904#comment-17180</guid>
		<description>[...] tonight * Facebook to access surveillance cameras and more * waymir: merging Mir and Wayland * The KMix Volume Slider Compromise * Ubuntu 13.04 to disable Dash online search by [...]</description>
		<content:encoded><![CDATA[<p>[...] tonight * Facebook to access surveillance cameras and more * waymir: merging Mir and Wayland * The KMix Volume Slider Compromise * Ubuntu 13.04 to disable Dash online search by [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
