On Sun, 2015-12-06 at 18:22 +0100, Marc Haber wrote:
> [Reposting with correct sender, I apologize]
>
> When I ask pulseaudio kindly to
> terminate by use of the kill(1) command, some helpful other component
> starts a new pulseaudio daemon immediately.
Hi Marc,
apt-get remove pulseaudio works
On Fri, 2015-02-20 at 20:27 +, Dang Sananikone wrote:
> I remembered that a while back I had gone on a power-saving crusade and
> added:
>
> "options snd_hda_intel power_save=1"
>
> I've now removed this line, and everything is OK --- there is sound and there
> is no more filling of the
On Tue, 2015-02-10 at 11:43 +0100, Adrian Knoth wrote:
> How about the following patch? (untested, but since we already know what
> we're aiming for, this is just a matter of how to implement the
> constraint):
>
> From cf4853f0796f28bf8bcad4d1ba9a8ee80217a6ad Mon Sep 17 00:00:00 2001
> From: Adr
On Tue, 2015-02-10 at 12:09 +0100, Tino Mettler wrote:
> On Tue, 2015-02-10 at 11:48 +0100, Takashi Iwai wrote:
>
> > Let me know whether the patch really works for you guys.
>
> Hi,
>
> I noticed the patch and will try to test it this week. Currently I use
> the p
On Tue, 2015-02-10 at 11:48 +0100, Takashi Iwai wrote:
> Let me know whether the patch really works for you guys.
Hi,
I noticed the patch and will try to test it this week. Currently I use
the patch with fixed period of 2 and it works fine.
Regards,
Tino
-
On Mon, 2015-02-09 at 15:14 +0100, Takashi Iwai wrote:
> At Mon, 9 Feb 2015 15:06:14 +0100,
> Tino Mettler wrote:
> >
> > On Mon, 2015-02-09 at 14:51 +0100, Takashi Iwai wrote:
> > > What if with --buffer-size=256 or --buffer-size=192, i.e. align buffer
> > >
On Mon, 2015-02-09 at 14:51 +0100, Takashi Iwai wrote:
> At Tue, 10 Feb 2015 00:16:36 +1100,
> Bruce wrote:
> >
> > Ok. Huge progress.
> > Works for me too !
> >
> > To get the 96k playback working too, I used :
> > aplay --buffer-size=128
> > Then it sounds perfect.
> > (Also -B 1250 works)
>
>
On Mon, 2015-02-09 at 09:18 +0100, Takashi Iwai wrote:
> At Mon, 09 Feb 2015 16:28:23 +1100,
> Bruce wrote:
> >
> > Hi Adrian,
> >
> > OK. I have made some progress !
> > I now have good sound using *jackd*. I have managed to get this working
> > at both single and double speed.
> > There are so
On Thu, 2015-02-05 at 17:01 +0100, Mettler, Tino (ALC NetworX GmbH)
wrote:
> > Am 05.02.2015 um 15:42 schrieb Takashi Iwai :
> >
> > Larger rewrites of the hdspm code started since 1.0.24. Especially
> > lots of intrusive changes have been made between 1.0.24 and 1.0.25.
> > So, my wild guess is
On Fri, 2015-02-06 at 12:03 +0100, Adrian Knoth wrote:
> I'm lost. Can we get a fresh proper test case?
>
>- current kernel (your 3.18.x is fine)
>- up-to-date distro (your Arch should be good)
>- running with jackd
I didn't use jack, but this test setup:
- Debian unstable with Kern
On Thu, 2015-02-05 at 14:56 +0100, Takashi Iwai wrote:
> looking at the code diff between 1.0.15 and 1.0.18, there is no
> significant changes in hdspm.c, and most of them are just typo fixes
> and core-side API cleanup that is irrelevant with HDSPM
> functionality.
Hi,
as Bruce seems to have th
On Thu, 2015-02-05 at 23:37 +1100, Bruce wrote:
> Tino,
>
> I'm getting a similar problem on an RME Hammerfall eMADI.
> I output on 2 chans using a play, which I expect to be 31 & 32. On
> hdspmixer I see output on 1,2,3 and 31 & 32 !!
> The sound is playing very fast and distorted.
Yeah, exactly
Hi,
I also wonder if I am supposed to see anything in dmesg when I load the
snd_hdspm module. Because there is nothing in dmesg.
Regards,
Tino
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sp
Hi,
it would be nice to get some input regarding this issue. First, I'd like
to know if the tools hdspconf and hdsploader are intended to work on
this card. Because they don't. In the source, they check for a "RME
Hammerfall DSP" string in the card name, whereas my card name is "RME
AES32 S/N 0xec
14 matches
Mail list logo
