<br><tt><font size=2>Christian-</font></tt>
<br>
<br><tt><font size=2>I'm not familiar with Valin's code. Have listening
quality tests been performed between it and samplerate-best? Is it a library
like samplerate best or something that's being considered for inclusion
in the alsa core? Considering that the kernel is GPL I don't think the
concern should be focused on the 'most open' solution but instead the 'highest
quality solution' with a minimum openness of GPL/LGPL.</font></tt>
<br>
<br><tt><font size=2>Best,</font></tt>
<br><tt><font size=2>~Chad</font></tt>
<br>
<br><tt><font size=2>>Hi,<br>
>I think that on the topic of resampling OpenMoko should probably look<br>
>towards the code that Jean-Marc Valin recently wrote for ALSA instead
of<br>
>going with libsamplerate. The reason for this is simply that Jean-Marc<br>
>Valin code is licensed under the BSD/LGPL license instead of the GPL
and<br>
>thus keeping the OpenMoko platform more open.<br>
><br>
>Christian<br>
><br>
>On Mon, 2007-03-26 at 11:08 -0400, Chad.Heuschober@mail.cuny.edu wrote:<br>
> <br>
> Has the in/exclusion of libsamplerate (aka 'secret rabbit code') in<br>
> alsa been discussed yet? <br>
> <br>
> It may seem like a fringe topic but part of the success of devices<br>
> like this is attributed to their ability to do the jobs of many<br>
> devices at once. When it comes to playing music, for the most part,<br>
> portable players are generally very poor performers (with some notable<br>
> exceptions). It made me very happy to see the inclusion of a wolfson<br>
> dac in the device as, traditionally, wolfson dacs have much better<br>
> power handling and higher quality output than other dacs. This is
why<br>
> v1 and v2 iPods, which use the wolfson chips, have superior sound<br>
> production to later iterations.<br>
> <br>
> If libsamplerate is included as part of the core the choice can be<br>
> left to the user to enable some of the other samplers (like<br>
> samplerate-best) and sacrifice the requisite cpu cycles in<br>
> their .asoundrc. There's not a huge cost in KiB's and inclusion of
the<br>
> library doesn't dictate that a user MUST use the more expensive<br>
> converter. Personally, I'd like to see it included since it's obvious<br>
> a mixer is necessary and samplerate conversions will occur. But I'm<br>
> also someone who has canalphones that cost more than a high-end iPod<br>
> so it's possible my opinion is skewed. I do firmly believe that,<br>
> assuming the power handling is done well and there isn't voltage<br>
> bleeding (which would be silly considering that this is a mobile<br>
> device and can't afford it) or rampant emi, that this device has the<br>
> potential to reach into the upper echelon of audio production and<br>
> could further distinguish itself by taking that crown from other<br>
> contenders. <br>
> <br>
> (Thinking about that inevitable 'comparison' article on a tech<br>
> website). <br>
> <br>
> Thoughts? If a 'good idea' who does this get passed to? <br>
> <br>
> ~Chad</font></tt>