Thanks. Tried that (48K sampling) but no dice. However, I did finally get it to work:
I had exactly the same messages when installing my firewire interface
(fireface400)and attempting to get the 8 ins and outs that should have been
available.
By changing the samplerate from 44.1 to 48khz in audio settings I was able
to get the thing working....the system clock of the interface has to be in
agreement with pd I suppose.
Good luck, Nick
-----Original Message-----
From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of
pd-list-request@iem.at
Sent: 22 March 2009 12:00
To: pd-list@iem.at
Subject: Pd-list Digest, Vol 48, Issue 110
Send Pd-list mailing list submissions to
pd-list@iem.at
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.puredata.info/listinfo/pd-list
or, via email, send a message with subject or body 'help' to
pd-list-request@iem.at
You can reach the person managing the list at
pd-list-owner@iem.at
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Pd-list digest..."
Today's Topics:
1. multiple sound cards on XP? (John Harrison)
2. Re: ADSR variations [was: Re: Patch-off] (Jonathan Wilkes)
3. Horizontal Connections (Was: Re: style guide idea: [send
(Matt Barber)
4. Re: does anyone know of a good Eq I can use? (hard off)
5. Re: Horizontal Connections (Was: Re: style guide idea: [send
(Jonathan Wilkes)
----------------------------------------------------------------------
Message: 1
Date: Sat, 21 Mar 2009 21:03:45 -0500
From: John Harrison <johnharrisonwsu@gmail.com>
Subject: [PD] multiple sound cards on XP?
To: PD List <pd-list@iem.at>
Message-ID:
<7aa995dd0903211903k12b5b0cfia00e52da4e5f0e30@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Is there a way to get Pd to use multiple sound cards on XP? I've had no
problem doing this in Linux, but in XP on both Pd vanilla 0.42-4and
Pd-extended 0.40.3-extended-20080721, trying to configure MMIO with multiple
cards is giving me:
Terminal Window:
waveInOpen: The specified format is not supported or cannot be translated.
Use the Capabilities function to determine the supported formats.
Pd console:
separate audio device choice not supported\; using sequential devices.
and no input/output on both cards with one configuration.
If I choose ASIO, Pd crashes instantly with this message in the terminal
window:
Failed to open () = 0DEV not openDEV not openDeviceIoControl STOP_ISO_STREAM
com
plete, success = 0
DEV not openDEV not open
I have ASIO4ALL installed and did seem to have good luck with that in the
past on another machine...
I'd like to have multiple Griffin iMics plugged into an XP machine and all
accessible with one instance of Pd.
-John
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.puredata.info/pipermail/pd-list/attachments/20090321/3ded9801/
attachment-0001.htm>
------------------------------
Message: 2
Date: Sat, 21 Mar 2009 21:05:15 -0700 (PDT)
From: Jonathan Wilkes <jancsika@yahoo.com>
Subject: Re: [PD] ADSR variations [was: Re: Patch-off]
To: pd-list@iem.at, Frank Barknecht <fbar@footils.org>
Message-ID: <109351.44216.qm@web65601.mail.ac4.yahoo.com>
Content-Type: text/plain; charset=us-ascii
--- On Sun, 3/22/09, Frank Barknecht <fbar@footils.org> wrote:
> From: Frank Barknecht <fbar@footils.org>
> Subject: Re: [PD] ADSR variations [was: Re: Patch-off]
> To: pd-list@iem.at
> Date: Sunday, March 22, 2009, 2:37 AM
> Hallo,
> Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote:
>
> > I agree. I also like the use of list in that patch to
> store parameters.
> >
> > So if you wanted to set parameters with creation
> arguments, would it just be a matter of using $1...$5 in the
> [list]s and (un)[pack]?
>
> Yes, almost. [list] is a shortcut for [list append] so you
> need to use:
> [list append $1 $2 $3 $4 $5] or so.
Actually [list $1 $2 $3 $4 $5] seems to work in this context, but I guess
that's because the first arg isn't a symbol. Is that why you're saying
[list append] is needed?
-Jonathan
>
> Ciao
> --
> Frank
>
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
------------------------------
Message: 3
Date: Sun, 22 Mar 2009 00:52:05 -0400
From: Matt Barber <brbrofsvl@gmail.com>
Subject: [PD] Horizontal Connections (Was: Re: style guide idea:
[send
To: pd-list@iem.at
Message-ID:
<c71d8c030903212152v2ce34cb6o41f3eef8205eeab0@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
> Here's my proposal: horizontal connections should only be used when the
upper object has only one outlet, and the lower object has only one inlet.
?Otherwise there will be always be ambiguity.
>
> With your example of all outlets pointing to the same inlet, there is
still ambiguity as to whether or not all the outlets are actually connected.
?That's fine if your patching style is to connect them first, and only line
them up after. ?But if someone is debugs a patch they made that includes
your abstraction, they would have to click and move objects to be certain
all the objects are actually connected.
There is one way to be a little less conservative, but it requires a
usage agreement: if a horizontal connection travels from left to
right, it must come from the right-most outlet of the upper object and
must connect to the left-most inlet of the lower object. Reverse if
the connection travels from right to left. The problem is there's no
good way to tell if a patch adheres to the agreement.
Matt
------------------------------
Message: 4
Date: Sun, 22 Mar 2009 16:15:24 +0900
From: hard off <hard.off@gmail.com>
Subject: Re: [PD] does anyone know of a good Eq I can use?
To: patrick <puredata@11h11.com>
Cc: pd-list@iem.at
Message-ID:
<161320dd0903220015v55dfffbbm8e845c0b3d74bae4@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
there are a few EQ units in my DIY library:
http://puredata.hurleur.com/sujet-1982-diy2-effects-sample-players-synths-so
und-synthesis
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.puredata.info/pipermail/pd-list/attachments/20090322/bc542942/
attachment-0001.htm>
------------------------------
Message: 5
Date: Sun, 22 Mar 2009 01:00:44 -0700 (PDT)
From: Jonathan Wilkes <jancsika@yahoo.com>
Subject: Re: [PD] Horizontal Connections (Was: Re: style guide idea:
[send
To: pd-list@iem.at, Matt Barber <brbrofsvl@gmail.com>
Message-ID: <659635.57125.qm@web65603.mail.ac4.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
Matt,
I like the usage agreement idea, as long as there's visual feedback.
For example, if the inlets and outlets in pd-ext protruded one or two
pixels, you'd be able to see the connection crossing over to the "wrong"
outlet.
-Jonathan
--- On Sun, 3/22/09, Matt Barber <brbrofsvl@gmail.com> wrote:
> From: Matt Barber <brbrofsvl@gmail.com>
> Subject: [PD] Horizontal Connections (Was: Re: style guide idea: [send
> To: pd-list@iem.at
> Date: Sunday, March 22, 2009, 5:52 AM
> > Here's my proposal: horizontal connections should
> only be used when the upper object has only one outlet, and
> the lower object has only one inlet. ?Otherwise there will
> be always be ambiguity.
> >
> > With your example of all outlets pointing to the same
> inlet, there is still ambiguity as to whether or not all the
> outlets are actually connected. ?That's fine if your
> patching style is to connect them first, and only line them
> up after. ?But if someone is debugs a patch they made that
> includes your abstraction, they would have to click and move
> objects to be certain all the objects are actually
> connected.
>
>
> There is one way to be a little less conservative, but it
> requires a
> usage agreement: if a horizontal connection travels from
> left to
> right, it must come from the right-most outlet of the upper
> object and
> must connect to the left-most inlet of the lower object.
> Reverse if
> the connection travels from right to left. The problem is
> there's no
> good way to tell if a patch adheres to the agreement.
>
> Matt
>
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: twopix.png
Type: image/png
Size: 1298 bytes
Desc: not available
URL:
<http://lists.puredata.info/pipermail/pd-list/attachments/20090322/684da702/
attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fourpix.png
Type: image/png
Size: 1334 bytes
Desc: not available
URL:
<http://lists.puredata.info/pipermail/pd-list/attachments/20090322/684da702/
attachment-0003.png>
------------------------------
_______________________________________________
Pd-list mailing list
Pd-list@iem.at
to manage your subscription (including un-subscription) see
http://lists.puredata.info/listinfo/pd-list
End of Pd-list Digest, Vol 48, Issue 110
****************************************
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list