date:20130730


On 07/30/2013 07:05 PM, Max wrote:

Am 30.07.2013 um 23:32 schrieb Jonathan Wilkes :

Max- Are you experiencing dropouts from the subprocess stalling, or are you 
saying you're trying to avoid the possibility of dropouts.  If it's the latter, 
then I'm having a hard time figuring out how two Pds connected through netsend 
would avoid dropouts.  Also, what causes the freezes?

Cyrille has repeatedly said on this list that [pd~] is not the way to 
completely detach the two instances and that it one should use two instances 
instead. Never mind - I thought there was an elegant solution to launch another 
instance from a patch programmatically.


Yeah, I don't think I know of one.  I've only read the paper on [pd~], 
never used it.  (Nor the shared mem library external.)


-Jonathan

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd

Am 30.07.2013 um 23:32 schrieb Jonathan Wilkes :
> Max- Are you experiencing dropouts from the subprocess stalling, or are you 
> saying you're trying to avoid the possibility of dropouts.  If it's the 
> latter, then I'm having a hard time figuring out how two Pds connected 
> through netsend would avoid dropouts.  Also, what causes the freezes?

Cyrille has repeatedly said on this list that [pd~] is not the way to 
completely detach the two instances and that it one should use two instances 
instead. Never mind - I thought there was an elegant solution to launch another 
instance from a patch programmatically.

m.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] msgfile and commas

another escaping problem:
any idea how the comma could be displayed correctly?



comma-msgfile-test.pd
Description: Binary data
hello, world___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Error: invalid command name "pd"

2013-07-30 Thread Jan Baumgart


Looks more like the cyclone lib.
I've succeeded to update it by simply replacing every "pd" with "pdsend" 
- but I haven't tested it extensively.


cheers,
jan

On 30.7.13 21:03 , Ed Kelly wrote:

First click "Details>>" on your error message and post the output.


Doh! Of course. Sorry, I naturally distrust error reports having been brought 
up on Window$.


Error messages are all the same in my patch:

invalid command name "pd"
invalid command name "pd"
 while executing
"pd [concat #hammergui _vised .x988db98.c 1 \;]"
 invoked from within
"if {[hammergui_ispatcher .x988db98.c]}   {pd [concat #hammergui _vised .x988db98.c 
1 \;]}"
 (command bound to event)


I think the problem is with [tot .] from the miXed library.

Does anyone know how to compile it? It's causing me a headache. Typing "make" 
from within the miXed library from the svn repository comes up with errors where it can't 
seem to find basic functions, e.g.

tot.c:(.text+0xbcf): undefined reference to `gensym'
tot.c:(.text+0xbff): undefined reference to `canvas_getrootfor'
tot.c:(.text+0xc17): undefined reference to `canvas_getrootfor'
/tmp/ccctv252.o: In function `tot_getcanvas':
tot.c:(.text+0xc5b): undefined reference to `canvas_class'
tot.c:(.text+0xc69): undefined reference to `pd_findbyclass'
tot.c:(.text+0xc79): undefined reference to `glist_getcanvas'
tot.c:(.text+0xcb7): undefined reference to `loud_warning'
tot.c:(.text+0xd48): undefined reference to `loud_error'




It gives similar outpuit for tot, and for pddplink

?
Ed




-Jonathan




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->  
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd


On 07/30/2013 03:40 PM, Dan Wilcox wrote:
Here's how we do it in OpenFrameworks: 
https://github.com/openframeworks/openFrameworks/blob/develop/libs/openFrameworks/utils/ofFileUtils.cpp#L1400


Hm, looking here:
http://stackoverflow.com/questions/7413445/accessing-proc

and here:
http://stackoverflow.com/questions/1023306/finding-current-executables-path-without-proc-self-exe

It looks like a) proc/self/exe is going to be there for almost all (if 
not indeed all) modern Linux distros,
and there are methods to get it for the BSDs and OSX.  If someone knows 
a Linux setup where Pd

can be used where "proc/self/exe" wouldn't work, let me know.

That's a lot of ifdefs, but we might as well fill out pd_getdirname and 
then it's easy to hook in through
[pdinfo].  If nothing else, this would be useful for 
debugging/troubleshooting.


That said, launching another Pd from inside Pd this is the wrong 
solution to the OP's problem.  That's
kind of the point of [pd~].  Max- Are you experiencing dropouts from the 
subprocess stalling, or are you saying you're trying to avoid the 
possibility of dropouts.  If it's the latter, then I'm having a hard 
time figuring out how two Pds connected through netsend would avoid 
dropouts.  Also, what causes the freezes?


-Jonathan



On Jul 30, 2013, at 3:03 PM, pd-list-requ...@iem.at 
 wrote:



*From:*Jonathan Wilkes mailto:jancs...@yahoo.com>>
*Subject:**Re: [PD] get dir of current pd*
*Date:*July 30, 2013 2:43:24 PM EDT
*To:*pd-list@iem.at 


On 07/30/2013 07:48 AM, yvan volochine wrote:

On 30/07/13 08:41, Jonathan Wilkes wrote:

Ok, I figured out how to do this


and how do you do?


In GNU/Linux on some _distros_ you can check the symlink
/proc/self/exe

If you do a readink from within C in Pd you'll get the absolute
path and name of the executable.

However, if you use the command "readlink" to [shell] I imagine
the readlink binary will look in the mirror and give you its own
name back.

I don't think /proc/self/exe is a requirement of all Linux flavors,
and I don't know what the BSD OSes do, or OSX.  So I'm reluctant
to add this to [pdinfo].

Windows has its own function accessible from C to return the full
path and name of the executable.

-Jonathan



y



Dan Wilcox
@danomatika
danomatika.com 
robotcowboy.com 







___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Reverse Kickstarter Update


On 07/30/2013 03:16 PM, Dan Wilcox wrote:
On Jul 30, 2013, at 2:55 PM, Jonathan Wilkes > wrote:




* the Apple interface guidelines generally frown on "Apply" buttons 
like the "Connect" button in the audio/midi dialogs. The expected 
behavior is that you also connect when you select the device in the 
drop down, the idea being you don't require 2 steps. At least that's 
how I would do it. It's a niggle, but thought I'd throw it in.


But then what about the blocksize, samplerate, and callbacks? If 
those don't immediately update then the user would have to switch 
devs to get them to update.  If they immediately update then the user 
would need to press  or click somewhere to make the text entry 
lose focus.  Both of those seem problematic, but if there's an 
Apple-like HIG solution I'll try to implement it.


-Jonathan



Yeah, as I said, it's a niggle and more Mac specific but you do it 
this way, for instance, in the GUI pane.


The Apply button concept is more firmly entrenched on the other 
desktops. I really only understood that after writing a Mac-only app 
and trying to make it work like the other native apps. There are 
certain situations where you need to start and stop things which does 
have a separate button. In some cases, certain options are disabled 
(greyed out / deactivated) when changing them has no effect and 
deactivated based on another control, say starting/stopping some 
background process.


At the very least, I think "Connect" is a bit confusing. It implies 
that there can be an unconnected state when the main purpose of the 
dialog is managing which things are connected. Maybe "Apply Settings", 
"Update Connection Settings", or even "Update", etc is better.


Ok.  I think "Update" or "Update Connection Settings" is probably best.



Ok a few more now that I'm looking more closely:

* the MIDI channels text box should probably be filled by default aka 
"16". Better yet, maybe it should be a drop down box? Also, we weren't 
able to set the number of channels per device in the old Midi settings 
dialog?


I'm a little restricted because I don't have any MIDI devices to test with.


Does this mean we can split up channels now?


I haven't changed anything on the C side, nor really any of the settings 
in the MIDI dialog.


Say use two devices but give them only 8 each? If we can't, then maybe 
you don't need this text box.


* in the MIDI dialog pane, I get an error when I switch to Multiple 
devices then back again: can't read "::midi_inchan2": no such variable


Ok, sounds like a bug on my part.  I'll check it out.



* in the Audio dialog pane, you could shorten "msec" to "ms"IMO, and I 
would add some text to explain what "Use callbacks"  and "Delay" mean 
and why there's a setting for them. Everything else makes sense 
really, but those always bothered me.


Actually, I still have some work to do testing with Jack and probably 
changing some of those settings when it's the API, because I don't think 
"Delay" has an effect in that case.


Also if you notice the "Help" window for the Audio dialog, you will see 
I clearly explained "Use callbacks" with

"???". :)

I haven't looked at the API code closely enough to understand what it 
does.  If anyone can supply a nice

user-facing explanation I'll add it.



* I wish the API dropdown box + "Number of devices" button was 
centered like the content below it


Hm... I'll try that.



* The toggle nature of the "Use single/multiples devices" never made 
sense to me. IMO is should really be a toggle button: Use multiple 
devices? [x]


Ah, yes!  That will help a lot on OSX, too-- a disabled button doesn't 
really look disabled for some reason...


   Better yet, there wouldn't need to be a direct control if there was 
a [+] [-] mechanism in the device section itself. The option would be 
implied: if you are
   only using 1 device then yeah "Using single device", as soon as you 
add a second one, then "Using multiple devices". This makes sense for 
both
   Audio and Midi. I know this is probably more work on the GUI side, 
but I thought I'd bring it up from a UI point of view.


Yeah, that's probably the right way to do it.



* in the GUI dialog pane, I'd put the color swatch buttons first, then 
the labels. This way they'd be aligned to the left better.


That should be pretty easy to test out.  I'll try it.

Thanks for the feedback!

-Jonathan




Dan Wilcox
@danomatika
danomatika.com 
robotcowboy.com 







___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] RE : Re: get dir of current pd

2013-07-30 Thread colet.patrice

I dont see the point of getting pd dir since we can run several instances of 
same bin with the shell.

Patrice Colet 

 Message d'origine 
De : Jonathan Wilkes  
Date : 30/07/2013  19:43  (GMT+00:00) 
A : pd-list@iem.at 
Objet : Re: [PD] get dir of current pd 

On 07/30/2013 07:48 AM, yvan volochine wrote:
> On 30/07/13 08:41, Jonathan Wilkes wrote:
>> Ok, I figured out how to do this
>
> and how do you do?

In GNU/Linux on some _distros_ you can check the symlink
/proc/self/exe

If you do a readink from within C in Pd you'll get the absolute
path and name of the executable.

However, if you use the command "readlink" to [shell] I imagine
the readlink binary will look in the mirror and give you its own
name back.

I don't think /proc/self/exe is a requirement of all Linux flavors,
and I don't know what the BSD OSes do, or OSX.  So I'm reluctant
to add this to [pdinfo].

Windows has its own function accessible from C to return the full
path and name of the executable.

-Jonathan

>
> y
>

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd

Here's how we do it in OpenFrameworks: 
https://github.com/openframeworks/openFrameworks/blob/develop/libs/openFrameworks/utils/ofFileUtils.cpp#L1400

On Jul 30, 2013, at 3:03 PM, pd-list-requ...@iem.at wrote:

> From: Jonathan Wilkes 
> Subject: Re: [PD] get dir of current pd
> Date: July 30, 2013 2:43:24 PM EDT
> To: pd-list@iem.at
> 
> 
> On 07/30/2013 07:48 AM, yvan volochine wrote:
>> On 30/07/13 08:41, Jonathan Wilkes wrote:
>>> Ok, I figured out how to do this
>> 
>> and how do you do?
> 
> In GNU/Linux on some _distros_ you can check the symlink
> /proc/self/exe
> 
> If you do a readink from within C in Pd you'll get the absolute
> path and name of the executable.
> 
> However, if you use the command "readlink" to [shell] I imagine
> the readlink binary will look in the mirror and give you its own
> name back.
> 
> I don't think /proc/self/exe is a requirement of all Linux flavors,
> and I don't know what the BSD OSes do, or OSX.  So I'm reluctant
> to add this to [pdinfo].
> 
> Windows has its own function accessible from C to return the full
> path and name of the executable.
> 
> -Jonathan
> 
>> 
>> y


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd


On 30/07/13 20:43, Jonathan Wilkes wrote:

I don't think /proc/self/exe is a requirement of all Linux flavors,
and I don't know what the BSD OSes do, or OSX.  So I'm reluctant
to add this to [pdinfo].


I'd say don't bother adding anything that's not really needed (which 
does seem the case here IMHO).

especially if that's not 100% sure to be OS compatible, etc

y

--
http://yvanvolochine.com
http://soundcloud.com/yvanvolochine
http://soundcloud.com/elgusanorojo
http://github.com/gusano
http://vimeo.com/yv

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Reverse Kickstarter Update

On Jul 30, 2013, at 2:55 PM, Jonathan Wilkes  wrote:

>> 
>> * the Apple interface guidelines generally frown on "Apply" buttons like the 
>> "Connect" button in the audio/midi dialogs. The expected behavior is that 
>> you also connect when you select the device in the drop down, the idea being 
>> you don't require 2 steps. At least that's how I would do it. It's a niggle, 
>> but thought I'd throw it in.
> 
> But then what about the blocksize, samplerate, and callbacks?  If those don't 
> immediately update then the user would have to switch devs to get them to 
> update.  If they immediately update then the user would need to press  
> or click somewhere to make the text entry lose focus.  Both of those seem 
> problematic, but if there's an Apple-like HIG solution I'll try to implement 
> it.
> 
> -Jonathan

Yeah, as I said, it's a niggle and more Mac specific but you do it this way, 
for instance, in the GUI pane.

The Apply button concept is more firmly entrenched on the other desktops. I 
really only understood that after writing a Mac-only app and trying to make it 
work like the other native apps. There are certain situations where you need to 
start and stop things which does have a separate button. In some cases, certain 
options are disabled (greyed out / deactivated) when changing them has no 
effect and deactivated based on another control, say starting/stopping some 
background process.

At the very least, I think "Connect" is a bit confusing. It implies that there 
can be an unconnected state when the main purpose of the dialog is managing 
which things are connected. Maybe "Apply Settings", "Update Connection 
Settings", or even "Update", etc is better.

Ok a few more now that I'm looking more closely:

* the MIDI channels text box should probably be filled by default aka "16". 
Better yet, maybe it should be a drop down box? Also, we weren't able to set 
the number of channels per device in the old Midi settings dialog? Does this 
mean we can split up channels now? Say use two devices but give them only 8 
each? If we can't, then maybe you don't need this text box.

* in the MIDI dialog pane, I get an error when I switch to Multiple devices 
then back again: can't read "::midi_inchan2": no such variable

* in the Audio dialog pane, you could shorten "msec" to "ms" IMO, and I would 
add some text to explain what "Use callbacks"  and "Delay" mean and why there's 
a setting for them. Everything else makes sense really, but those always 
bothered me.

* I wish the API dropdown box + "Number of devices" button was centered like 
the content below it

* The toggle nature of the "Use single/multiples devices" never made sense to 
me. IMO is should really be a toggle button: Use multiple devices? [x]
   Better yet, there wouldn't need to be a direct control if there was a [+] 
[-] mechanism in the device section itself. The option would be implied: if you 
are
   only using 1 device then yeah "Using single device", as soon as you add a 
second one, then "Using multiple devices". This makes sense for both  
   Audio and Midi. I know this is probably more work on the GUI side, but I 
thought I'd bring it up from a UI point of view.

* in the GUI dialog pane, I'd put the color swatch buttons first, then the 
labels. This way they'd be aligned to the left better.

Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Error: invalid command name "pd"

2013-07-30 Thread Charles Z Henry

Then, it's just missing m_pd.h.  You'll have to modify the makefile to set
the include path or copy your m_pd.h into the same directory as tot.c (or
maybe just set an environment variable... I don't know for sure).

Chuck


On Tue, Jul 30, 2013 at 2:03 PM, Ed Kelly  wrote:

> >First click "Details >>" on your error message and post the output.
>
> Doh! Of course. Sorry, I naturally distrust error reports having been
> brought up on Window$.
>
>
> Error messages are all the same in my patch:
>
> invalid command name "pd"
> invalid command name "pd"
> while executing
> "pd [concat #hammergui _vised .x988db98.c 1 \;]"
> invoked from within
> "if {[hammergui_ispatcher .x988db98.c]}   {pd [concat #hammergui _vised
> .x988db98.c 1 \;]}"
> (command bound to event)
>
>
> I think the problem is with [tot .] from the miXed library.
>
> Does anyone know how to compile it? It's causing me a headache. Typing
> "make" from within the miXed library from the svn repository comes up with
> errors where it can't seem to find basic functions, e.g.
> 
> tot.c:(.text+0xbcf): undefined reference to `gensym'
> tot.c:(.text+0xbff): undefined reference to `canvas_getrootfor'
> tot.c:(.text+0xc17): undefined reference to `canvas_getrootfor'
> /tmp/ccctv252.o: In function `tot_getcanvas':
> tot.c:(.text+0xc5b): undefined reference to `canvas_class'
> tot.c:(.text+0xc69): undefined reference to `pd_findbyclass'
> tot.c:(.text+0xc79): undefined reference to `glist_getcanvas'
> tot.c:(.text+0xcb7): undefined reference to `loud_warning'
> tot.c:(.text+0xd48): undefined reference to `loud_error'
>
> 
>
>
> It gives similar outpuit for tot, and for pddplink
>
> ?
> Ed
>
>
> >
> >-Jonathan
> >
> >
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Error: invalid command name "pd"

2013-07-30 Thread Ed Kelly

>First click "Details >>" on your error message and post the output.

Doh! Of course. Sorry, I naturally distrust error reports having been brought 
up on Window$. 


Error messages are all the same in my patch:

invalid command name "pd"
invalid command name "pd"
    while executing
"pd [concat #hammergui _vised .x988db98.c 1 \;]"
    invoked from within
"if {[hammergui_ispatcher .x988db98.c]}   {pd [concat #hammergui _vised 
.x988db98.c 1 \;]}"
    (command bound to event)


I think the problem is with [tot .] from the miXed library.

Does anyone know how to compile it? It's causing me a headache. Typing "make" 
from within the miXed library from the svn repository comes up with errors 
where it can't seem to find basic functions, e.g.

tot.c:(.text+0xbcf): undefined reference to `gensym'
tot.c:(.text+0xbff): undefined reference to `canvas_getrootfor'
tot.c:(.text+0xc17): undefined reference to `canvas_getrootfor'
/tmp/ccctv252.o: In function `tot_getcanvas':
tot.c:(.text+0xc5b): undefined reference to `canvas_class'
tot.c:(.text+0xc69): undefined reference to `pd_findbyclass'
tot.c:(.text+0xc79): undefined reference to `glist_getcanvas'
tot.c:(.text+0xcb7): undefined reference to `loud_warning'
tot.c:(.text+0xd48): undefined reference to `loud_error'




It gives similar outpuit for tot, and for pddplink

?
Ed


> 
>-Jonathan
>
>  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Netiquette (Was: Re: PLEASE HELP !)

Hi Luca,

First off: A warm welcome to this list.
Imagine every mail on this list had a subject HELP!, Help me! Please Help! and 
so forth. The mailing list would be a lot more complicated to read than it 
already is. Please take a moment to read through the netiquette:
http://puredata.info/community/lists/Netiquette/

Thanks!

m.


Am 30.07.2013 um 15:54 schrieb Luca Mani :

> To everybody, does anybody know if with ALSA is possible to run every kind of 
> multichannel sound card for recording audio on linux ? 
> 
> Thanks. 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Reverse Kickstarter Update

On 07/30/2013 01:22 PM, Dan Wilcox wrote:

Two things from me:

* missing a "Pd-extended" theme aka grey filled boxes

Ah yes, forgot that one.

* the Apple interface guidelines generally frown on "Apply" buttons
like the "Connect" button in the audio/midi dialogs. The expected
behavior is that you also connect when you select the device in the
drop down, the idea being you don't require 2 steps. At least that's
how I would do it. It's a niggle, but thought I'd throw it in.

But then what about the blocksize, samplerate, and callbacks? If those
don't immediately update then the user would have to switch devs to get
them to update. If they immediately update then the user would need to
press or click somewhere to make the text entry lose focus. Both
of those seem problematic, but if there's an Apple-like HIG solution
I'll try to implement it.

-Jonathan

Oh and in case my poorly formatted last email didn't get through, your
donations page is down ...

On Jul 30, 2013, at 6:00 AM, pd-list-requ...@iem.at
wrote:

*From:*Jonathan Wilkes mailto:jancs...@yahoo.com>>
*Subject:**Re: [PD] Reverse Kickstarter Update*
*Date:*July 29, 2013 9:47:15 PM EDT
*To:*pd-list@iem.at

Ok, with Dan's help I've now got a quick demo of the dialog
preferences for OSX (intel):

http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs

Turns out the ability to build for ppc arch is no longer supported in
recent versions of XCode (if I understand it correctly).

I guess I built without support for any other audio APIs, so the
dropdown is permanently empty which is a little weird. Also you need
at least tcl/tk 8.5 on your system. But other than that it should work.

If you try it out then me some feedback on the preferences dialog.

Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd


On 07/30/2013 07:48 AM, yvan volochine wrote:

On 30/07/13 08:41, Jonathan Wilkes wrote:

Ok, I figured out how to do this


and how do you do?


In GNU/Linux on some _distros_ you can check the symlink
/proc/self/exe

If you do a readink from within C in Pd you'll get the absolute
path and name of the executable.

However, if you use the command "readlink" to [shell] I imagine
the readlink binary will look in the mirror and give you its own
name back.

I don't think /proc/self/exe is a requirement of all Linux flavors,
and I don't know what the BSD OSes do, or OSX.  So I'm reluctant
to add this to [pdinfo].

Windows has its own function accessible from C to return the full
path and name of the executable.

-Jonathan



y




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Reverse Kickstarter Update

On 07/30/2013 01:22 PM, Dan Wilcox wrote:

Two things from me:

* missing a "Pd-extended" theme aka grey filled boxes

Oh and in case my poorly formatted last email didn't get through, your
donations page is down ...

Oh no! I tested the link in my browser and somehow left a typo in the
email.

My host is Nearly Free Speech-- the actual address is:

https://jwilkes.nfshost.com/donations.php

There's also a link to "donate" from http://www.jonathanwilkes.net

So yeah, ssl has its problems, _especially_ when you type your url wrong
in the first place!

Thanks for catching that.

-Jonathan

On Jul 30, 2013, at 6:00 AM, pd-list-requ...@iem.at
wrote:

*From:*Jonathan Wilkes mailto:jancs...@yahoo.com>>
*Subject:**Re: [PD] Reverse Kickstarter Update*
*Date:*July 29, 2013 9:47:15 PM EDT
*To:*pd-list@iem.at

Ok, with Dan's help I've now got a quick demo of the dialog
preferences for OSX (intel):

http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs

Turns out the ability to build for ppc arch is no longer supported in
recent versions of XCode (if I understand it correctly).

If you try it out then me some feedback on the preferences dialog.

Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PLEASE HELP !

2013-07-30 Thread Antoine Villeret

not *every kind* but thoses who are recognized by alsa...
there is a list somewhere on the net

and your question is more related to ALSA than to PD itself
so you'll probably get more accurate answer on the ALSA list/forum


--
do it yourself
http://antoine.villeret.free.fr


2013/7/30 Luca Mani 

> To everybody, does anybody know if with ALSA is possible to run every kind
> of multichannel sound card for recording audio on linux ?
>
> Thanks.
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Please help!!

2013-07-30 Thread Antoine Villeret

hi,

i've successfully tested an ESI Gigaport HD+ on the Pi
without clicks with ethernet disable
this interface doesn't have inputs this is why (i think) it could work with
USB 1.1

from its user manual specifications, part 5, page 11 :
1. Interface
- USB spec version 1.1
- USB audio class spec version 1.0
- fully compatible to USB 2.0 host controllers

but this should be tested more longer on the PI

regards

a

--
do it yourself
http://antoine.villeret.free.fr


2013/7/30 Luca Mani 

> It was very usefull thanks guys.
>
>   --
>  *Da:* Miller Puckette 
> *A:* Simon Wise 
> *Cc:* pd-list@iem.at
> *Inviato:* Lunedì 29 Luglio 2013 19:07
> *Oggetto:* Re: [PD] Please help!!
>
> I don't think this is presently possible - I think all 8-channel conforming
> USB audio devices require USB 2.0 and the only way to get solid audio in or
> out of the Pi (as far as I've been able to get working) depends on slowing
> the USB to 1.1 speed.  This is certainly just a software thing and I hope
> it
> will eventually get fixed.
>
> OTOH I've been getting good robust stereo in and out using Griffin iMic
> (and
> there seem to be plenty of other even cheaper choices).
>
> cheers
> Miller
>
> On Tue, Jul 30, 2013 at 12:05:47AM +0800, Simon Wise wrote:
> > On 29/07/13 21:22, Luca Mani wrote:
> > >To everybody, is it possible to run a pd patch with an 8 channel desk
> on a raspberry pi with an external USB sound card ?
> > >
> >
> > Raspberry usb is not great, and some audio devices work while others
> > do not, there is apparently an 8-channel output device that works
> > ... search this list for details ... it seems you are most likely to
> > have luck with basic consumer level devices. I had good results with
> > a simple, very cheap stereo output card, but that is a much simpler
> > setup than what you are asking for.
> >
> > >Features used:
> > >
> > >Raspberry PI: Model B
> > >Audio usb sound card : Tascam us 1800
> http://tascam.com/product/us-1800/
> >
> > of course also the audio card needs to have linux drivers ... mostly
> > this means that the device needs to use standard usb audio drivers
> > not its own special driver, and looking at the tascam specs it seems
> > to need its own drivers installed to work in windows and OSX, which
> > is not a good sign.
> >
> > Simon
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Reverse Kickstarter Update

Two things from me:

* missing a "Pd-extended" theme aka grey filled boxes

* the Apple interface guidelines generally frown on "Apply" buttons like the 
"Connect" button in the audio/midi dialogs. The expected behavior is that you 
also connect when you select the device in the drop down, the idea being you 
don't require 2 steps. At least that's how I would do it. It's a niggle, but 
thought I'd throw it in.

Oh and in case my poorly formatted last email didn't get through, your 
donations page is down ...

On Jul 30, 2013, at 6:00 AM, pd-list-requ...@iem.at wrote:

> From: Jonathan Wilkes 
> Subject: Re: [PD] Reverse Kickstarter Update
> Date: July 29, 2013 9:47:15 PM EDT
> To: pd-list@iem.at
> 
> 
> Ok, with Dan's help I've now got a quick demo of the dialog preferences for 
> OSX (intel):
> http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs
> 
> Turns out the ability to build for ppc arch is no longer supported in recent 
> versions of XCode (if I understand it correctly).
> 
> I guess I built without support for any other audio APIs, so the dropdown is 
> permanently empty which is a little weird.  Also you need at least tcl/tk 8.5 
> on your system.  But other than that it should work.
> 
> If you try it out then me some feedback on the preferences dialog.

Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Reverse Kickstarter Update

How do we give you money if the page isn't available? :P

On Jul 30, 2013, at 6:00 AM, pd-list-requ...@iem.at wrote:

> From: Jonathan Wilkes 
> Subject: Re: [PD] Reverse Kickstarter Update
> Date: July 29, 2013 9:47:15 PM EDT
> To: pd-list@iem.at
> 
> 
> Ok, with Dan's help I've now got a quick demo of the dialog preferences for 
> OSX (intel):
> http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs
> 
> Turns out the ability to build for ppc arch is no longer supported in recent 
> versions of XCode (if I understand it correctly).
> 
> I guess I built without support for any other audio APIs, so the dropdown is 
> permanently empty which is a little weird.  Also you need at least tcl/tk 8.5 
> on your system.  But other than that it should work.
> 
> If you try it out then me some feedback on the preferences dialog.
> 
> And if you have some money and like what you see, show me some beans and 
> rice: :)
> https://jwilkes.nfhost.com/donations.php
> 
> -Jonathan


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com





___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd

pwd to a [ggee/shell] results always in /
(at least on OS X)


Am 18.07.2013 um 20:44 schrieb Iain Mott :

> there's the "shell" external - to which you can send a "pwd" message -
> but perhaps this only works on linux, maybe mac?
> Iain
> 
> 
> 
> 
> Em Wed, 2013-07-17 às 06:44 -0700, Max escreveu:
>> is there something like [ggee/getdir] but for getting the path of the 
>> currently running Pd binary?
>> 
>> m.
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
> 
> 


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd


On 30/07/13 15:30, Max wrote:

If you are using two separate instances, then you either need to start them 
manually, create a shell script that does it, or (and this is finally why I was 
curious to know if there is a way from within Pd to know the path of the 
binary) launch the second instance from he first instance through a 
[ggee/shell] or [moonlib/popen].


I'd definitely go for the shell script solution..
although after some quick tests I didn't manage to run 2 different pd 
instances from one shell script...


my 2 cents anyway

good luck!
y

--
http://yvanvolochine.com
http://soundcloud.com/yvanvolochine
http://soundcloud.com/elgusanorojo
http://github.com/gusano
http://vimeo.com/yv

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Please help!!

2013-07-30 Thread Luca Mani

It was very usefull thanks guys. 



 Da: Miller Puckette 
A: Simon Wise  
Cc: pd-list@iem.at 
Inviato: Lunedì 29 Luglio 2013 19:07
Oggetto: Re: [PD] Please help!!
 

I don't think this is presently possible - I think all 8-channel conforming
USB audio devices require USB 2.0 and the only way to get solid audio in or
out of the Pi (as far as I've been able to get working) depends on slowing
the USB to 1.1 speed.  This is certainly just a software thing and I hope it
will eventually get fixed.

OTOH I've been getting good robust stereo in and out using Griffin iMic (and
there seem to be plenty of other even cheaper choices).

cheers
Miller

On Tue, Jul 30, 2013 at 12:05:47AM +0800, Simon Wise wrote:
> On 29/07/13 21:22, Luca Mani wrote:
> >To everybody, is it possible to run a pd patch with an 8 channel desk on a 
> >raspberry pi with an external USB sound card ?
> >
> 
> Raspberry usb is not great, and some audio devices work while others
> do not, there is apparently an 8-channel output device that works
> ... search this list for details ... it seems you are most likely to
> have luck with basic consumer level devices. I had good results with
> a simple, very cheap stereo output card, but that is a much simpler
> setup than what you are asking for.
> 
> >Features used:
> >
> >Raspberry PI: Model B
> >Audio usb sound card : Tascam us 1800 http://tascam.com/product/us-1800/
> 
> of course also the audio card needs to have linux drivers ... mostly
> this means that the device needs to use standard usb audio drivers
> not its own special driver, and looking at the tascam specs it seems
> to need its own drivers installed to work in windows and OSX, which
> is not a good sign.
> 
> Simon
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] PLEASE HELP !

2013-07-30 Thread Luca Mani

To everybody, does anybody know if with ALSA is possible to run every kind of 
multichannel sound card for recording audio on linux ? 

Thanks. ___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd

Am 30.07.2013 um 13:47 schrieb yvan volochine :
> On 17/07/13 15:44, Max wrote:
>> is there something like [ggee/getdir] but for getting the path of the 
>> currently running Pd binary?
> 
> you mind explaining why you would need that?

off cause: In an attempt to divide two processes in Pd I am currently using 
[pd~]. This allows for the OS to distribute the load of the sub-process on 
another core. That way, you can get more performance and fewer clicks depending 
on what you do. However, as someone has pointed here already, if the sub 
process stalls, you still might get drop outs eventually, since both processes 
are tied together with the pipe. The [pd~] approach is my favorite, as it is 
quite portable (exept for windows).

The alternative to it would be to run two instances and use for example 
netsend/netreceive and/or the incredible powerful shmem (the later I also use 
in the [pd~] scenario).

If you are using two separate instances, then you either need to start them 
manually, create a shell script that does it, or (and this is finally why I was 
curious to know if there is a way from within Pd to know the path of the 
binary) launch the second instance from he first instance through a 
[ggee/shell] or [moonlib/popen].

m.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd


On 30/07/13 08:41, Jonathan Wilkes wrote:

Ok, I figured out how to do this


and how do you do?

y

--
http://yvanvolochine.com
http://soundcloud.com/yvanvolochine
http://soundcloud.com/elgusanorojo
http://github.com/gusano
http://vimeo.com/yv

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] get dir of current pd