[LAU] Multiple ICE1712 cards setup with jack2
Jason Jones
poeticintensity at gmail.com
Wed Feb 1 21:27:27 UTC 2012
No idea if this helps or not, but FWIW, I had two 1010's working in my
studio for years without problems. I blogged about how I got em' to work.
Link below:
http://www.ilovemyjournal.com/?action=view_entry&eid=4773
--Jason
www.advancedbudgetstudios.com
On Wed, Feb 1, 2012 at 2:24 PM, mn0 <mn0 at fukked-up.de> wrote:
> Just compiled jack1 but conflicts with jack2.
> Won't checkinstall...
> tried make install
> and it installs but doesn't work -
> undefined symbols.
> Doesn't overwrite all libs, as it seems.
> would have been good to test, if it's a jack2 specific problem.
> /mn0
>
>
> Am 01.02.2012 21:48, schrieb mn0:
> > Am 01.02.2012 19:56, schrieb Joe Hartley:
> >> Hi, I've been using 2 Delta 1010s together for a while, I hope I can
> >> help a bit here. I've tried to put most of what I've learned on the
> >> web at http://delta.brainiac.com/deltasync.html
> >>
> >> On Tue, 31 Jan 2012 05:40:35 +0100 mn0 <mn0 at fukked-up.de> wrote:
> >>> I use Jack2, where can I find the exact version?
> >>> Only thing I know, it's jackdmp 1.9.7.
> >>
> >> That should be fine, it's what I use as well.
> >
> > compiled jack 1.9.8 yesterday - didn't help. Now back on 1.9.7.
> >
> >>> The cards are hardware synced via S-PDIF.
> >>> In envy24control, a mixer program that knows about these features, hw:0
> >>> is set to internal clock and hw:1 is set to S-PDIF.
> >>
> >> So far, so good. I'll assume you're using a real S-PDIF cable and not
> >> just an audio RCA cable.
> >
> > Yep.
> >
> >>> a)use .asoundrc
> >>> I have a .asoundrc from the web.
> >>> After a few seconds, it crashes saying this:
> >>>
> >>> Unknown request 4294967295
> >>> Destination port in attempted (dis)connection of system:monitor_6 and
> >>> system:monitor_6 is not an input port
> >>> Unknown request 4294967295
> >>> Unknown request 0
> >>> Unknown request 0
> >> [ snip ]
> >>
> >> Using the .asoundrc file to combine the cards into one logical device is
> >> what I consider to be the "correct" way of doing this, so I'll focus on
> >> that. Assumptions I'm making here:
> >> - the Deltas are the only 2 sound devices in the system. This can be
> >> verified by the command "cat /proc/asound/cards". On my system, this
> >> is the output I see:
> >>
> >> [jh at xtc ~]$ cat /proc/asound/cards
> >> 0 [M1010 ]: ICE1712 - M Audio Delta 1010
> >> M Audio Delta 1010 at 0xdf80, irq 21
> >> 1 [M1010_1 ]: ICE1712 - M Audio Delta 1010
> >> M Audio Delta 1010 at 0xdf40, irq 20
> >>
> >> If you have a motherboard that has an integrated sound chip, you might
> >> find your zero device is not a Delta, which is a problem. I had to
> disable
> >> my onboard sound card in my motherboard's BIOS settings.
> >
> > Already is disabled.
> >>
> >> - You have hw:0 and hw:1 identified correctly. Unfortunately, sometimes
> >> Linux has an issue with being able to consistently identify 2
> identical
> >> soundcards. I've had this happen in the past and it gets annoying. I
> >> found it most liable to happen if I've made some other hardware change
> >> to the machine, otherwise it's usually stable across reboots. It's
> >> easily tested by using hw:0 to start jack and verifying that it
> >> addresses the ports on the card you believe to be hw:0.
> >
> > Already done. They're both recognized and I know which hardware card
> > belongs to which device (always wondering after some time, so I check
> > that, first).
> >>
> >> - You've got the right cards set as master clock and S/PDIF slave and
> that
> >> the correct ports on each are connected. I've gotten this incorrect
> on
> >> at least 2 occasions, so it's worth re-checking!
> >
> > Already checked, now re-checked, it's ok.
> >
> >
> >> - The 2 1010LT's are not sharing any IRQs with other devices. "lsmod
> -v"
> >> command will show you the IRQs of all the PCI devices. The Deltas
> should
> >> have IRQs all to themselves. Here's my output edited to show just the
> >> Deltas. IRQs 20 and 21 are not shared with any other device.
> >>
> >
> > You mean "lspci -v". There seems to be a silly situation:
> >
> > lspci -v | grep IRQ -B2 output(shortened to relevant IRQs):
> >
> > 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI
> > Controller #3 (rev 01)
> > Subsystem: Foxconn International, Inc. Device 0c7e
> > Flags: bus master, medium devsel, latency 0, IRQ 18
> > --
> > 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE
> > Controller (rev 01) (prog-if 8f [Master SecP SecO PriP PriO])
> > Subsystem: Foxconn International, Inc. Device 0c7e
> > Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 18
> > --
> > 04:01.0 Multimedia audio controller: VIA Technologies Inc. ICE1712
> > [Envy24] PCI Multi-Channel I/O Controller (rev 02)
> > Subsystem: VIA Technologies Inc. Device d63b
> > Flags: bus master, medium devsel, latency 64, IRQ 22
> > --
> > 04:05.0 Multimedia audio controller: VIA Technologies Inc. ICE1712
> > [Envy24] PCI Multi-Channel I/O Controller (rev 02)
> > Subsystem: VIA Technologies Inc. Device d63b
> > Flags: bus master, medium devsel, latency 64, IRQ 18
> >
> > So...SATA, USB and ICE1712 share one interrupt.
> > How can I change the interrupt of the devices, except by moving them to
> > another slot? Though I'd really like to get rid of this, I can't
> > imagine, this is responsible for
> > Jack: JackGraphManager::AssertPort port_index = 4294967295
> > Looks like a dangling or uninitialized pointer to me.
> >
> >
> >
> >> 02:09.0 Multimedia audio controller: VIA Technologies Inc. ICE1712
> [Envy24] PCI Multi-Channel I/O Controller (rev 02)
> >> Subsystem: VIA Technologies Inc. M-Audio Delta 1010
> >> Flags: bus master, medium devsel, latency 64, IRQ 21
> >> I/O ports at df80 [size=32]
> >> I/O ports at dfa0 [size=16]
> >> I/O ports at df60 [size=16]
> >> I/O ports at df00 [size=64]
> >> Capabilities: <access denied>
> >> Kernel driver in use: ICE1712
> >> Kernel modules: snd-ice1712
> >>
> >> 02:0c.0 Multimedia audio controller: VIA Technologies Inc. ICE1712
> [Envy24] PCI Multi-Channel I/O Controller (rev 02)
> >> Subsystem: VIA Technologies Inc. M-Audio Delta 1010
> >> Flags: bus master, medium devsel, latency 64, IRQ 20
> >> I/O ports at df40 [size=32]
> >> I/O ports at ded0 [size=16]
> >> I/O ports at dec0 [size=16]
> >> I/O ports at de80 [size=64]
> >> Capabilities: <access denied>
> >> Kernel driver in use: ICE1712
> >> Kernel modules: snd-ice1712
> >>
> >> If the hardware's setup is verified as OK, look at how you're starting
> >> Jack. You didn't post the command used to start jack, so I can't say if
> >> it's starting the way you expect. If you use QJackCtl to start jack,
> >> the command that starts jack can be found by looking at the .jackdrc
> >> file.
> > I normally use QJackCtl, except for debugging this. QJackCtl froze and I
> > wasn't able to read the output. The command normally is:
> > /usr/bin/jackd -P89 -v -dalsa -r48000 -p256 -n4 -m -D -Cmulti_capture
> > -Pmulti_playback
> > but other frames/period, Priority etc. settings don't help.
> > I tried the settings from your page but without success.
> >
> >>
> >> Hope this helps, or at least gives you a starting point for
> troubleshooting.
> > Oh yes, I found the shared IRQs and I know for certain, it's possible to
> > use jack 1.9.7 with .asoundrc and two ICE1712.
> > Thank you!
> > /mn0
> >
> > _______________________________________________
> > Linux-audio-user mailing list
> > Linux-audio-user at lists.linuxaudio.org
> > http://lists.linuxaudio.org/listinfo/linux-audio-user
> >
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user at lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-user/attachments/20120201/f3af8660/attachment.htm>
More information about the Linux-audio-user
mailing list