Hoontech DSP24 with DSP C-Port 2000: how do I use the line in/out of the pci card in JACK?
4 Oct
2017
4 Oct
'17
11:14 a.m.
Hi all ,
I am using the Hoontech DSP24 with DSP C-Port 2000 for music production.
This is similar to Midiman L1010 card , which has the same chipset
(ice1712) and a fairly similar card architecture/implementation. So if you
are an owner of ice1712 chipset, please do not skip this email :)
Personally, I've been using the external 1U c-port 2000 (based on the
ICE1712) for the past 10+ years in linux and i'm very satisfied with it :)
So far I had not bothered with capture/playback from the pci card (DSP24,
based on SigmaTel STAC97xx as I read in this link
http://www.st-audio.de/products/dsp24.html). I would like to do that now.
Of course I want to use these playback/capture ports from within jack
$ cat /proc/asound/cards
0 [DMX6Fire ]: ICE1712 - TerraTec DMX6Fire
TerraTec DMX6Fire at 0xec00, irq 16
1 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xf9ff8000 irq 45
2 [DSP24 ]: ICE1712 - Hoontech SoundTrack Audio DSP24
Hoontech SoundTrack Audio DSP24 at 0xe400, irq 17
3 [DSP24_1 ]: ICE1712 - Hoontech SoundTrack Audio DSP24
Hoontech SoundTrack Audio DSP24 at 0xd880, irq 18
where for card2:
$ cat /proc/asound/pcm
02-00: ICE1712 multi : ICE1712 multi : playback 1 : capture 1
02-01: ICE1712 consumer : ICE1712 consumer : playback 1 : capture 1
02-02: ICE1712 consumer (DS) : ICE1712 consumer (DS) : playback 6
I start up jack with master card the #2 as:
$ pasuspender -- jackd -S -dalsa -dhw:DSP24,0 -r44100 -p64 -n2
not sure if this is correct, but I get to see all the channels I expect at
least (which is weird because here I see that device 2:0 apparently has
only 1p and 1c port ?!?!?!? Can someone explain?)
To do that I tried using zita-a2j and zita-j2a. the commands are the
following :
#playback
zita-j2a -d hw:DSP24,1 -c 2 -j DSP24old_out -r44100 -p1024 -n2
#capture
zita-a2j -d hw:DSP24,1 -c 2 -j DSP24old_in -r44100 -p1024 -n2
I am not sure if device hw:2,1 is correct here either. If someone could
explain to me the differences of "ICE1712 multi" , "ICE1712
consumer"
, "ICE1712
consumer(DS)", I would appreciate it!
right so, I can start the playback port fine - the zita-j2a outputs in cli
"Starting synchronisation" every second or so, but it seems to have started
up at least.
However I do not get any sound from the line out jack of the pci card. I
checked the levels in alsamixer, "PCM" and "Master" are at 100% and
not
muted. What can I not hear anything?
The capture port is non existent for some reason.
$ Can't open ALSA capture device 'hw:DSP24,1'.
How can I check if a capture port exists for this card? or how can I verify
it is not used by someone else (f.e. pulseaudio server, etc) ?
Thank you in advance for your help!
4 Oct
4 Oct
1:35 p.m.
On Wed, 4 Oct 2017 12:14:07 +0300, Athanasios Silis wrote:
So if you are an owner of ice1712 chipset, please do
not skip this
email :)
Hi,
ok, but I don't know how to help you, one reason is, that I never ever
would install pulseaudio, another reason is that for audio I only use
one card at a time and appart from this the envy24 card is used for
MIDI only, if at all.
not sure if this is correct, but I get to see all the
channels I
expect at least (which is weird because here I see that device 2:0
apparently has only 1p and 1c port ?!?!?!? Can someone explain?)
Much likely it means that one "playback device" and one "capture
device"
are provided. What makes you think the info is related to the available
ports?
I get...
[rocketmouse@archlinux ~]$ grep -v HDMI /proc/asound/pcm
00-00: RME AIO : RME AIO : playback 1 : capture 1
01-00: ICE1712 multi : ICE1712 multi : playback 1 : capture 1
04-00: USB Audio : USB Audio : playback 1 : capture 1
[rocketmouse@archlinux ~]$ aplay -l | grep -v HDMI | grep -vi sub
**** List of PLAYBACK Hardware Devices ****
card 0: HDSPMx579bcc [RME AIO_579bcc], device 0: RME AIO [RME AIO]
card 1: EWX2496 [TerraTec EWX24/96], device 0: ICE1712 multi [ICE1712 multi]
card 4: USB [Scarlett 18i20 USB], device 0: USB Audio [USB Audio]
[rocketmouse@archlinux ~]$ arecord -l | grep -v HDMI | grep -vi sub
**** List of CAPTURE Hardware Devices ****
card 0: HDSPMx579bcc [RME AIO_579bcc], device 0: RME AIO [RME AIO]
card 1: EWX2496 [TerraTec EWX24/96], device 0: ICE1712 multi [ICE1712 multi]
card 4: USB [Scarlett 18i20 USB], device 0: USB Audio [USB Audio]
...for all cards it claims "playback 1" and "capture 1". However
nowhere "port" is mentioned. If you would assume "device" instead of
"port", it would make sense.
If I run Firefox to play a youtube video, so that apulse, a
pulseaudio emulation for ALSA does grab the device and then try to
launch...
[rocketmouse@archlinux ~]$ pacman -Q jack2
jack2 1.9.10.r293.gc44a220f-1
...by...
[rocketmouse@archlinux ~]$ jackd -dalsa -dhw:HDSPMx579bcc -r44100 -p128 -n2
[snip]
ATTENTION: The playback device "hw:HDSPMx579bcc" is already in use. Please stop
the application using it and run JACK again
Cannot initialize driver
JackServer::Open failed with -1
Failed to open server
... jack informs me that something else already grabbed the device.
Regards,
Ralf
10:44 p.m.
On Wed, 4 Oct 2017, Athanasios Silis wrote:
Hi all ,I am using the Hoontech DSP24 with DSP C-Port
2000 for music production.
This is similar to Midiman L1010 card , which has the same chipset (ice1712) and
a fairly similar card architecture/implementation. So if you are an owner of
With some differences :) I have a delta 66.
where for card2:
$ cat /proc/asound/pcm
Use this one which has 8 Analog inputs, 2 digital and 2 internal from the
mixer output (total 12) and 8 analog outputs and 2 spdif outputs (total
10):
02-00: ICE1712 multi : ICE1712 multi : playback 1 :
capture 1
This one is an AC97... My personal opinion is "avoid like the plague"
02-01: ICE1712 consumer : ICE1712 consumer : playback
1 : capture 1
This one is an AC97 digital (optical surround by the number of outputs,
which is sort of like s/pdif, but the spdif should be included in the
multi so probably not useful either:
02-02: ICE1712 consumer (DS) : ICE1712 consumer (DS) :
playback 6
I think that is the way it should be... but it looks like yours is not the
same as one of the delta units if you can only see one i/o on the multi
(not stereo?) What does it look like in jack?
I start up jack with master card the #2 as:
$ pasuspender -- jackd -S -dalsa -dhw:DSP24,0 -r44100 -p64 -n2
not sure if this is correct, but I get to see all the channels I expect at least
(which is weird because here I see that device 2:0 apparently has only 1p and 1c
port ?!?!?!? Can someone explain?)
I would say that if you can see all 12/10 on multi, don't bother with the
AC97 stuff, sync will be problematic and bit depth is probably 16 not the
24bit you have with multi. In the case of the digital 6 out, I think the
R/L are 16bit and the rest are 12bit non-linear. However to use it, I
think you need a licenced encoder. (unless there is firware that does that
for you included)
I would point out that "consumer" in computer audio means reasonably good
quallity output (not studio though) and audio input that is only good for
telphony (ie. Skype) (at least that has been my experience with most AC97
or HDA audio systems)
--
Len Ovens
www.ovenwerks.net
11:32 p.m.
On 10/04/2017 04:14 AM, Athanasios Silis wrote:
Hi all ,
I am using the Hoontech DSP24 with DSP C-Port 2000 for music
production. This is similar to Midiman L1010 card , which has the same
chipset (ice1712) and a fairly similar card
architecture/implementation. So if you are an owner of ice1712
chipset, please do not skip this email :)
Personally, I've been using the external 1U c-port 2000 (based on the
ICE1712) for the past 10+ years in linux and i'm very satisfied with it :)
So far I had not bothered with capture/playback from the pci card
(DSP24, based on SigmaTel STAC97xx as I read in this link
http://www.st-audio.de/products/dsp24.html). I would like to do that
now. Of course I want to use these playback/capture ports from within jack
$ cat /proc/asound/cards
0 [DMX6Fire ]: ICE1712 - TerraTec DMX6Fire
TerraTec DMX6Fire at 0xec00, irq 16
1 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xf9ff8000 irq 45
2 [DSP24 ]: ICE1712 - Hoontech SoundTrack Audio DSP24
Hoontech SoundTrack Audio DSP24 at 0xe400, irq 17
3 [DSP24_1 ]: ICE1712 - Hoontech SoundTrack Audio DSP24
Hoontech SoundTrack Audio DSP24 at 0xd880, irq 18
where for card2:
$ cat /proc/asound/pcm
02-00: ICE1712 multi : ICE1712 multi : playback 1 : capture 1
02-01: ICE1712 consumer : ICE1712 consumer : playback 1 : capture 1
02-02: ICE1712 consumer (DS) : ICE1712 consumer (DS) : playback 6
I start up jack with master card the #2 as:
$ pasuspender -- jackd -S -dalsa -dhw:DSP24,0 -r44100 -p64 -n2
not sure if this is correct, but I get to see all the channels I
expect at least (which is weird because here I see that device 2:0
apparently has only 1p and 1c port ?!?!?!? Can someone explain?)
To do that I tried using zita-a2j and zita-j2a. the commands are the
following :
#playback
zita-j2a -d hw:DSP24,1 -c 2 -j DSP24old_out -r44100 -p1024 -n2
#capture
zita-a2j -d hw:DSP24,1 -c 2 -j DSP24old_in -r44100 -p1024 -n2
I am not sure if device hw:2,1 is correct here either. If someone
could explain to me the differences of "ICE1712 multi" , "ICE1712
consumer" , "ICE1712 consumer(DS)", I would appreciate it!
right so, I can start the playback port fine - the zita-j2a outputs in
cli "Starting synchronisation" every second or so, but it seems to
have started up at least.
However I do not get any sound from the line out jack of the pci card.
I checked the levels in alsamixer, "PCM" and "Master" are at 100% and
not muted. What can I not hear anything?
The capture port is non existent for some reason.
$ Can't open ALSA capture device 'hw:DSP24,1'.
How can I check if a capture port exists for this card? or how can I
verify it is not used by someone else (f.e. pulseaudio server, etc) ?
Thank you in advance for your help!
I have the same unit (have had for about 10 years I guess). I added
this line to /etc/modprobe.d/blacklist.conf
blacklist snd_hda_intel
because that caused all sorts of grief if I left it active. The other
thing I did was 'sudo chmod 644 /usr/bin/pulseaudio' but that's just
because I can't stand pulse ;-) I know, there are all kinds of things I
can do to make pulse and jack work together but I just don't need pulse
(I'm following the KISS principal).
On my system:
cat /proc/asound/pcm
00-00: ICE1712 multi : ICE1712 multi : playback 1 : capture 1
00-01: ICE1712 consumer : ICE1712 consumer : playback 1 : capture 1
00-02: ICE1712 consumer (DS) : ICE1712 consumer (DS) : playback 6
Even though it says playback 1 : capture 1 for multi, I show all 10
inputs and 8 outputs (I only use PCM Out 1 and 2) when I run mudita24.
Never try to use the consumer stuff, it doesn't work. You don't need it
anyway.
Cheers,
Jan
5 Oct
5 Oct
8:21 a.m.
On Wed, 4 Oct 2017 16:32:00 -0500, Jan Depner wrote:
blacklist snd_hda_intel
because that caused all sorts of grief if I left it active.
Hi,
that's hard to believe. What do you mean by "left it active"? Could you
please give a few examples? What happens?
Disabling the onboard audio device by the BIOS settings is a good idea,
if it's anyway unneeded, but this shouldn't necessarily be required, to
improve something, let alone that removing the module shouldn't make a
difference.
Regards,
Ralf
9:47 a.m.
On 10/04/2017 08:21 PM, Ralf Mardorf wrote:
On Wed, 4 Oct 2017 16:32:00 -0500, Jan Depner wrote:
Don't know about the original poster's situation, but disabling the
onboard audio on my laptop via BIOS meant that Debian came up with no
audio at all. Blacklisting the module worked better.
As far as by "leaving it active", perhaps he means his system adamantly
insists on making the on-board audio the default audio device for
everything? My desktop system has onboard HDMI audio. Since it's
connected to an HDMI monitor, the system would make the HDMI audio the
default device. Not useful since the monitor has no speakers ...
--
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
blacklist snd_hda_intel
because that caused all sorts of grief if I left it active.
Hi,
that's hard to believe. What do you mean by "left it active"? Could you
please give a few examples? What happens?
Disabling the onboard audio device by the BIOS settings is a good idea,
if it's anyway unneeded, but this shouldn't necessarily be required, to
improve something, let alone that removing the module shouldn't make a
difference.
9:55 a.m.
On Wed, 4 Oct 2017 21:47:52 -1000, david wrote:
On 10/04/2017 08:21 PM, Ralf Mardorf wrote:
same here, simply ensure that the device can't become hw:0
[rocketmouse@archlinux ~]$ cat /etc/modprobe.d/alsa-base.conf
# ALSA module ordering
options snd slots=snd_hdspm,snd_ice1712,snd_ice1712
[rocketmouse@archlinux ~]$ aplay -l | grep HDMI
card 3: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
card 3: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
card 3: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
card 3: HDMI [HDA Intel HDMI], device 9: HDMI 3 [HDMI 3]
card 3: HDMI [HDA Intel HDMI], device 10: HDMI 4 [HDMI 4]
Regards,
Ralf
--
Guerilla Open Access Manifesto:
https://archive.org/stream/GuerillaOpenAccessManifesto/Goamjuly2008_djvu.txt
On Wed, 4 Oct 2017 16:32:00 -0500, Jan Depner
wrote:
Don't know about the original poster's situation, but disabling the
onboard audio on my laptop via BIOS meant that Debian came up with no
audio at all. Blacklisting the module worked better.
As far as by "leaving it active", perhaps he means his system
adamantly insists on making the on-board audio the default audio
device for everything? My desktop system has onboard HDMI audio. Since
it's connected to an HDMI monitor, the system would make the HDMI
audio the default device. Not useful since the monitor has no
speakers ... blacklist snd_hda_intel
because that caused all sorts of grief if I left it active.
Hi,
that's hard to believe. What do you mean by "left it active"? Could
you please give a few examples? What happens?
Disabling the onboard audio device by the BIOS settings is a good
idea, if it's anyway unneeded, but this shouldn't necessarily be
required, to improve something, let alone that removing the module
shouldn't make a difference. 
12:53 p.m.
New subject: Hoontech DSP24 with DSP C-Port 2000: how do I use the line in/out of the pci card in JACK?
Ralf Mardorf <ralf.mardorf-ZCLZIpdjs0kJGwgDXS7ZQA(a)public.gmane.org>
writes:
On Wed, 4 Oct 2017 21:47:52 -1000, david wrote:
If your desired sound card is, say, hw:DSP24, then can't you just do
export ALSA_CARD=DSP24
and have programs use it?
--
David Kastrup
On 10/04/2017 08:21 PM, Ralf Mardorf wrote:
same here, simply ensure that the device can't become hw:0 On Wed, 4 Oct 2017 16:32:00 -0500, Jan Depner
wrote:
Don't know about the original poster's situation, but disabling the
onboard audio on my laptop via BIOS meant that Debian came up with no
audio at all. Blacklisting the module worked better.
As far as by "leaving it active", perhaps he means his system
adamantly insists on making the on-board audio the default audio
device for everything? My desktop system has onboard HDMI audio. Since
it's connected to an HDMI monitor, the system would make the HDMI
audio the default device. Not useful since the monitor has no
speakers ... blacklist snd_hda_intel
because that caused all sorts of grief if I left it active.
Hi,
that's hard to believe. What do you mean by "left it active"? Could
you please give a few examples? What happens?
Disabling the onboard audio device by the BIOS settings is a good
idea, if it's anyway unneeded, but this shouldn't necessarily be
required, to improve something, let alone that removing the module
shouldn't make a difference.
3:46 p.m.
On Thu, 5 Oct 2017, Ralf Mardorf wrote:
On Wed, 4 Oct 2017 16:32:00 -0500, Jan Depner wrote:
> blacklist snd_hda_intel
>
> because that caused all sorts of grief if I left it active.
that's hard to believe. What do you mean by
"left it active"? Could you
please give a few examples? What happens?
Not at all hard to believe. If /etc/default/rtirq is left default. HDA may
well end up being prioritized before the ice1712. I have found that the
device with the highest priority affects others. I have also found that
some HDA implementations are quite limited in the latency department.
--
Len Ovens
www.ovenwerks.net
11:18 p.m.
On Thu, 5 Oct 2017 07:58:26 -0500, Jan Depner wrote:
On 10/05/2017 02:47 AM, david wrote:
Hi,
it's wise, even if somebody shouldn't experience this Intel onboard
device issue, to set up a proper /etc/modprobe.d/alsa-base.conf as
described by a previous mail, since even connecting an USB MIDI device
(not necessarily a MIDI interface, but e.g. a remote control KORKnano
or better) could cause a change of the order of audio cards randomly at
startup.
On Thu, 5 Oct 2017 06:46:57 -0700 (PDT), Len Ovens wrote:
As far as by "leaving it active",
perhaps he means his system
adamantly insists on making the on-board audio the default audio
device for everything?
That's exactly what happened. Not at all hard to believe. If /etc/default/rtirq is
left default. HDA
may well end up being prioritized before the ice1712.
When using rtirq, it's wise to edit it's config. However, usually it's
possible to disable the integrated Intel onboard device, excepted of
the HDMI part and even if it shouldn't be possible, blacklisting or
removing drivers, instead of using the tools to optimise the Linux
install doesn't make sense at all.
[rocketmouse@archlinux ~]$ rtirq status
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
117 FF 90 - 130 0.0 S irq/25-xhci_hcd
119 FF 90 - 130 0.0 S irq/16-ehci_hcd
135 FF 89 - 129 0.0 S irq/23-ehci_hcd
269 FF 85 - 125 0.0 S irq/16-snd_hdsp
271 FF 80 - 120 0.0 S irq/16-snd_ice1
39 FF 50 - 90 0.0 S irq/9-acpi
58 FF 50 - 90 0.0 S irq/8-rtc0
120 FF 50 - 90 0.0 S irq/1-i8042
121 FF 50 - 90 0.0 S irq/26-ahci[000
227 FF 50 - 90 0.0 S irq/5-parport0
260 FF 50 - 90 0.0 S irq/27-mei_me
268 FF 50 - 90 0.0 S irq/18-i801_smb
276 FF 50 - 90 0.0 S irq/29-i915
340 FF 50 - 90 0.0 S irq/30-snd_hda_
428 FF 50 - 90 0.0 S irq/28-enp3s0
7 TS - 0 19 0.0 S ksoftirqd/0
23 TS - 0 19 0.0 S ksoftirqd/1
[rocketmouse@archlinux ~]$ grep RTIRQ_NAME_LIST /etc/conf.d/rtirq | grep -v \#
RTIRQ_NAME_LIST="usb snd_hdsp snd_ice1"
[rocketmouse@archlinux ~]$ grep RTIRQ_NAME_LIST /mnt/moonstudio/etc/default/rtirq | grep
-v \#
RTIRQ_NAME_LIST="snd_hdsp snd_ice1" ^^^^^^^^^^^^
^^
The second config is from an Ubuntu install ^^
without giving USB top priority.
Regards,
Ralf
--
Guerilla Open Access Manifesto:
https://archive.org/stream/GuerillaOpenAccessManifesto/Goamjuly2008_djvu.txt
2608
days inactive
2609
days old
linux-audio-user@lists.linuxaudio.org
10 comments
6 participants
participants (6)
-
Athanasios Silis -
david -
David Kastrup -
Jan Depner -
Len Ovens -
Ralf Mardorf