Re: [PD] "open with" on os x

[Steffen Juul]

On 12/02/2008, at 23.27, marius schebella wrote:

> I also think different release versions which use the same pref file,
> like org.puredata.plist (in ~/Library/Preferences) will always  
> switch to
> the newest version by default, therefore you cannot chose version 40-2
> if there is also a version 40-3, 41.0.

I've got the complete opposite behavior. So i guess that is not true.

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

Re: [PD] Letter -> Number

[marius schebella]

you could use msgfile from zexy and write your transaltions into a textfile
a 1;
b 2;
c 3;
...
and then
[r letter]
  |
[rewind, find $1(
  |
[msgfile]
  |
[$2(
  |
[s number]

pool (thomas grill) also has dictionary lookup features. but I am not 
sure if any of these solutions is more elegant then select, and select 
is quite fast. how many letters do you have?
marius.

David F. Place wrote:
> Dear Pd Friends:
> 
> I need to create a mapping from letters into numbers:
> 
> (A->1,a->1,B->2,b->2,...)
> 
> I want to be able to enter a letter into a symbol box and translate  
> it to the number.   This will allow me to enter rehearsal letters  
> from parts that cue up a sequence to the right spot.   I can think of  
> very unattractive ways to do this in Pd using select.   Is there an  
> elegant way?
> 
> Best Wishes,
> David
> 
>___
> (---o---o-o-o---o-o-o(
> David F. Place
> mailto:[EMAIL PROTECTED]
> 
> 
> 
> ___
> 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] Letter -> Number

[David F. Place]

Dear Pd Friends:

I need to create a mapping from letters into numbers:

(A->1,a->1,B->2,b->2,...)

I want to be able to enter a letter into a symbol box and translate  
it to the number.   This will allow me to enter rehearsal letters  
from parts that cue up a sequence to the right spot.   I can think of  
very unattractive ways to do this in Pd using select.   Is there an  
elegant way?

Best Wishes,
David

   ___
(---o---o-o-o---o-o-o(
David F. Place
mailto:[EMAIL PROTECTED]



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

Re: [PD] measurement of spectral richness

[Kevin McCoy]

Richness is subjective as far as I understand - you could do an
FFT-style frequency analysis, and there are ways to "enhance" sounds
and timbres like the mastering tools they use in studios - don't they
usually call these "sonic maximizers" or something?  Or exciters?

I would humbly suggest to do what sounds good to you!  This also
sounds like it could potentially go toward the "analog vs digital"
argument, which I don't really buy into - but maybe that's a whole
other quagmire.  Also, what is "natural"?

http://dataisnature.com/

"By the late twentieth century, our time, a mythic time, we are all
chimeras, theorized and fabricated hybrids of machine and organism; in
short, we are cyborgs. Ths cyborg is our ontology; it gives us our
politics."
Donna Haraway, "A Cyborg Manifesto"

cheers!
km

On Feb 12, 2008 4:45 PM, punchik punchik <[EMAIL PROTECTED]> wrote:
> ive heard a lot of times that natural sounds has more
> spectral richness that digital generated sounds...
> is it possible to measure the spectral richness of a
> sound?
>
> thanks
>
>
>   
> 
> Be a better friend, newshound, and
> know-it-all with Yahoo! Mobile.  Try it now.  
> http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 


http://art.sewanee.edu/mccoy

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

Re: [PD] newbie questions(ableton)

[Kevin McCoy]

Whoa, sorry - I automatically assumed you were on a Mac, and I
shouldn't have - I don't know of any solution for Windows though..

On Feb 12, 2008 10:50 PM, Kevin McCoy <[EMAIL PROTECTED]> wrote:
> As of now, I think the only way is to route through Jack OSX - there
> was supposed to be something going on with a "pluggo pd" as per Google
> Summer of Code, but I don't know what happened with that.  Jack is not
> the most convenient solution here, but it is known to work...
>
> http://jackosx.com/
>
> Kevin
>
> On Feb 12, 2008 9:01 PM, Steve Arnett <[EMAIL PROTECTED]> wrote:
> >
> >  i was wondering if it is possible to use pure data as plug in in ableton
> > live 5...perhaps as a vst or some sort of other way to integrate the two
> > programs...thanks everyone. later. steve.
> >
> > 
> > Need to know the score, the latest news, or you need your Hotmail(R)-get 
> > your
> > "fix". Check it out.
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
>
> --
>
> 
> http://art.sewanee.edu/mccoy
>



-- 


http://art.sewanee.edu/mccoy

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

Re: [PD] newbie questions(ableton)

[Kevin McCoy]

As of now, I think the only way is to route through Jack OSX - there
was supposed to be something going on with a "pluggo pd" as per Google
Summer of Code, but I don't know what happened with that.  Jack is not
the most convenient solution here, but it is known to work...

http://jackosx.com/

Kevin

On Feb 12, 2008 9:01 PM, Steve Arnett <[EMAIL PROTECTED]> wrote:
>
>  i was wondering if it is possible to use pure data as plug in in ableton
> live 5...perhaps as a vst or some sort of other way to integrate the two
> programs...thanks everyone. later. steve.
>
> 
> Need to know the score, the latest news, or you need your Hotmail(R)-get your
> "fix". Check it out.
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>



-- 


http://art.sewanee.edu/mccoy

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

Re: [PD] Saving Gem output as video file on MacOSX ?

[chris clepper]

Look at pix_snap and pix_record to make a Quicktime movie or pix_write to
make an image sequence that can be made into a movie using Quicktime Pro.

On Feb 12, 2008 8:14 PM, Dudley Brooks <[EMAIL PROTECTED]> wrote:

> I just recently started working with Pd/Gem.  I'm applying for a grant
> to combine it with my main art form (choreography).  I need to send a
> DVD of my experiments.  Is there a way to have Gem (or some accessory)
> save a Gem patch's output in some video file format?  This would be
> preferable to outputting it from the computer to external video (which I
> also don't know how to do) because at the moment the only external video
> I can output to anyway is VHS.
>
> If there's no such thing in Gem/Pd, is there a way to do it in OSX 10.4?
>  (I also only just started working with a Mac, so I have a lot to learn
> there, too.)
>
> 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] Saving Gem output as video file on MacOSX ?

[marius schebella]

have a look at pix_record. it is a little bit challenging to use...
marius.


Dudley Brooks wrote:
> I just recently started working with Pd/Gem.  I'm applying for a grant 
> to combine it with my main art form (choreography).  I need to send a 
> DVD of my experiments.  Is there a way to have Gem (or some accessory) 
> save a Gem patch's output in some video file format?  This would be 
> preferable to outputting it from the computer to external video (which I 
> also don't know how to do) because at the moment the only external video 
> I can output to anyway is VHS.
> 
> If there's no such thing in Gem/Pd, is there a way to do it in OSX 10.4? 
>   (I also only just started working with a Mac, so I have a lot to learn 
> there, too.)
> 
> 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

[PD] Saving Gem output as video file on MacOSX ?

[Dudley Brooks]

I just recently started working with Pd/Gem.  I'm applying for a grant 
to combine it with my main art form (choreography).  I need to send a 
DVD of my experiments.  Is there a way to have Gem (or some accessory) 
save a Gem patch's output in some video file format?  This would be 
preferable to outputting it from the computer to external video (which I 
also don't know how to do) because at the moment the only external video 
I can output to anyway is VHS.

If there's no such thing in Gem/Pd, is there a way to do it in OSX 10.4? 
  (I also only just started working with a Mac, so I have a lot to learn 
there, too.)

Thanks.

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

[PD] newbie questions(ableton)

[Steve Arnett]

i was wondering if it is possible to use pure data as plug in in ableton live 
5...perhaps as a vst or some sort of other way to integrate the two 
programs...thanks everyone. later. steve.

_
Need to know the score, the latest news, or you need your Hotmail®-get your 
"fix".
http://www.msnmobilefix.com/Default.aspx___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Comments on pd as a library to be used in game

[Chris McCormick]

On Tue, Feb 12, 2008 at 11:03:13AM +0100, Pablo Martin wrote:
> Mmmm, not so sure what you mean (i suppose the pd internal scheduler?),
> but i guess the whole thing could be put in a thread maybe... don't know
> why but it's always seemed like it good be a good idea to have pd as a
> library (after using it too many times as external program)... it'd make
> such a cool "internal" sound system. Still... probably we could handle
> running it as a separate process, but maybe i've had too many bad
> experiences with that :P

I agree that it would be better to run it as a library. I did a bit of
an experiment, putting hte following into the Pd makefile in the src
directory:

libpd.so: $(OBJ) $(BIN_DIR)
cd ../obj; $(LD) $(DBG_CFLAGS) -shared -soname ../bin/libpd.so.1 \
-o ../bin/libpd.so -lc $(OBJ) $(LIB)

Then I tested it with a Python program something like this:

import ctypes
pd = ctypes.CDLL("./libpd.so")
pd.pd_init()
pd.sys_startgui("./pd-gui")

Which seems to vaguely work, although I haven't made it make a sound
yet. Anyway, I think this could be a good strategy for tying Pd into
Blender. I would suggest running Pd in a separate thread and using a
mutexed queue to pass it messages which would then be read from the queue
inside the same thread where Pd was running and passed into Pd in that
thread by using the standard Pd message generating functions. So basically
the game engine and Pd-in-a-thread would only communicate by message
passing over this mutexed queue which should eliminate deadlocks etc.

Best,

Chris.

---
http://mccormick.cx

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

[PD] [PD-announce] Pd 0.41-1 (bug fix for Mac OSX 10.5.1)

[Miller Puckette]

Hi all,

Pd 0.41-1 is available on

http://crca.ucsd.edu/~msp/software.html

It's the same as 0.41-0 except for a bug fix for newer
versions of Mac OSX (10.5 and newer) thanks to David Plans Casal.

Miller

___
PD-announce mailing list
[EMAIL PROTECTED]
http://lists.puredata.info/listinfo/pd-announce

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

Re: [PD] sound device positions change after reboot > Pd uses wrong soundcard

[Peter Plessas]

Hi,

have a look at my similar question on the LinuxAudioUsers list some days 
ago, kindly answered by Frank B. to full satisfaction :-)

http://lists.linuxaudio.org/pipermail/linux-audio-user/2008-February/050967.html

lg, P

tim wrote:
> Hi all,
> 
> Sometimes when I reboot, my soundcard seems to move up or down in the 
> list of audio devices, causing Pd do start with the wrong one.
> Also aconnect 16:0 128:0 fails because 16:0 is now 20:0...
> It happens only now and then, so it's hard to test.
> Last time it happened after I accidently turned off the computer (so a 
> 'dirty' reboot).
> How can I make sure the position and name of my soundcard is consistent 
> throughout several reboots ?
> Or maybe dynamically adapt pd's startup options so that it will always 
> use the right soundcard ?
> This is on a desktop with ubuntustudio (7.04 feisty), an internal 
> (VIA8237) soundcard and a PCI with breakout (Echo Layla3G), using alsa 
> and alsa-midi, pd 0.39 (time to upgrade, I know...)
> Any tips appreciated,
> Tim
> 
> ___
> 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] [PD-dev] how to authenticate commits in SVN?

[Miller Puckette]

However, I don't have a password (only ssl auth, if even that
exists in the same form) ... anyway to change SVN authentification
methods in midstream?

And/or should I just get an old-fashioned password from Iohannes?

thanks
M

On Tue, Feb 12, 2008 at 04:49:40PM -0800, Luke Iannini (pd) wrote:
> Hi Miller,
> You can use svn commit --username {yourusername} (and optionally if
> there's trouble --password {password} too).
> 
> Also as a general tip you can always type
> "svn help {command e.g. "commit"}" to check the options on any command
> (or just svn help for an overview).
> Cheers
> Luke
> 
> On Feb 12, 2008 4:41 PM, Miller Puckette <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I'm trying to commit 0.41-1 to the svn repository, but can't figure out
> > how to get authenticated. I checked the trunk out ala
> >
> > svn checkout 
> > https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/pd/
> >
> > and now when trying to commit I get a username challenge.  In CVS I was
> > using sourceforge's "ssl" authentification but can't figure out how to get
> > SVN to use that.
> >
> > Do I have to check the sources out anew using a svnserve: or svn+ssh:
> > URL?  I'm not eager to try stuff at random since I'll have to redo all
> > my changes if I check out from scratch.
> >
> > thanks
> > Miller
> >
> > ___
> > PD-dev mailing list
> > [EMAIL PROTECTED]
> > http://lists.puredata.info/listinfo/pd-dev
> >
> 
> ___
> PD-dev mailing list
> [EMAIL PROTECTED]
> http://lists.puredata.info/listinfo/pd-dev

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

Re: [PD] select device for pix_video on Os x

[chris clepper]

There is no way to tell what the dialog settings are current set to using
the Quicktime APIs and there is no standard way that driver authors
implement the dialogs so it is difficult to figure out what is going wrong.
It is possible that whenever the dialog is called the settings on the USB
cam are reset or at least appear to reset.  I had this happen with some
terrible industrial cameras before I ditched them for DV.

You can use a message like [device 0, input 0, dimen 640 480(  to set the
device and then the dimensions.  Since both the iSIght and webcam are USB
devices then the input number might have to change instead of the device.
The order they appear in the dialog Source list will give some idea what
order they are in as will the info printed to the Pd console.


On Feb 12, 2008 5:24 PM, stefan <[EMAIL PROTECTED]> wrote:

> hi,
> - I use a macbook and try to configure a usb webcam through pix_video
> default selected camera is the built-in one > using [dialog( I select
> another webcam (usb)
> - if I send a message like [dimen x x( to [pix_video].
> the configuration I choose in [dialog( is reset and  it come back to the
> default settings (the built-in camera...)
> I use a logitechquickcam (macam driver) but I had the same problem with a
> apple I-sight (firewire)
> - I try to configure  the webcam using the device message...
> but  - [device 0(  or everything else  make nothing (or I don't know how
> to make it work..)
>   - [enumerate( does not work...
>   - I try with the driver too, but ... i can't figure myself how it's
> work
>
>
> is it possible to configure usb webcam with another way than [dialog(  and
> if it is possible...how? :)
>
> and why the dialog box configuration reset when I sent a dimen message to
> pix_video?
>
>
> thx
>
> s.
>
> ___
> 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] libdir_loader pd-extended

[marius schebella]

hey hans,
can you explain the new concept behind the libdir_loader. is this only 
for osx? and does this conflict with plists files in 
~/Library/Preferences? how can I add stuff to the libdir_loader? or use 
declare? which pdX versions have this loader?
thnks,
marius.

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

Re: [PD] *.lua => *.pd_lua or *.l_lua?

[Hans-Christoph Steiner]

On Feb 12, 2008, at 6:44 PM, Frank Barknecht wrote:

> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
>> I think this kind of thing should be caused by a real world problem
>> rather than a hypothetical.  mxj uses .java and it has been used a
>> lot.  People could also write java classes that are not intended to
>> be loaded by Max and stick them in the same folder.  So far, it
>> doesn't seem to be a problem, AFAIK.
>
> It's *not* a hypothetical problem at all. Please test it first before
> jumping to wrong conclusions, see below for how. Claude and I are
> already running Lua a lot and at least I have run into the problem of
> nameclashes.
>
> First: mxj for Pd (pdj) is not a loader, so it doesn't have the
> problem, as you specify the filename in the object name. If you don't
> specify a certain filename because it's a module, pdj won't load it.
> Similar things are possible with luax, also [pyext ...] works that
> way. We aren't talking about this kind of external here.
>
> However for the pdlua loader, lua scripts shadow e.g. abstractions.
> Here's how to test it: Make a lua file with this content only:
>
>  print("Hey, I shouldn't load at all")
>
> This is not a valid Pd class written in Lua. Then make it nameclash
> with any abstraction in your path by naming it e.g. "list-drip.lua"
> and putting it before the abstraction into your path. Then try to
> create a [list-drip]. pdlua will run the lua file instead of
> list-drip.pd and print "Hey, I shouldn't load at all".  The wrong
> [list-drip] will remain dashed.
>
> All of this is *trivial* to fix with a special file ending, whereas
> every other solution suggested so far is either completely impractical
> ("move modules outside of Pd's search path"), doesn't fix anything
> ("keep the status quo") or is overcomplicated and a possible
> performance drain ("add code which tries to load every *.lua file but
> goes on, if the file doesn't register a class properly").

This is not something that is exclusive to lua or pdlua.  This is  
just a classic nameclash issue, but triggered in a new way.  All of  
the normal techniques of dealing with nameclashes in Pd would also  
work.  I think we are much better off using one generalized technique  
for handling name clashes that works everywhere, than many domain- 
specific techniques, like .pd_lua.

A naming convention could be one way to help the situation.  For  
example, how about making non-objectclass lua files have a specific  
name prefix, like "lib" (i.e. libsupport.lua).  Yes, this would be a  
name clash with anything named 'libsupport', but I think a prefix  
could be chosen that would really be rarely a problem. Then you get  
all of the niceness of having the file called .lua, and very few name  
clashes.

I am not arguing this for some arcane reason.  All of the new Pd  
binary extensions (.pd_imac, .l_i386, .m_i386, etc.) that have been  
added have ended up causing me a lot of extra work in Pd-extended  
with no real benefit that I could see.  Even the  
standard .pd_darwin/.pd_linux has created extra work.

.hc



 


Mistrust authority - promote decentralization.  - the hacker ethic



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

Re: [PD] *.lua => *.pd_lua or *.l_lua?

[marius schebella]

what about a special pdlua_path variable? (don't know how easy this 
would be to implement).
pdlua would then only search in the exlicitely given folders.
that would speed up loading process, too.
marius.


Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> 
>> I think this kind of thing should be caused by a real world problem  
>> rather than a hypothetical.  mxj uses .java and it has been used a  
>> lot.  People could also write java classes that are not intended to  
>> be loaded by Max and stick them in the same folder.  So far, it  
>> doesn't seem to be a problem, AFAIK.
> 
> It's *not* a hypothetical problem at all. Please test it first before
> jumping to wrong conclusions, see below for how. Claude and I are
> already running Lua a lot and at least I have run into the problem of
> nameclashes.
> 
> First: mxj for Pd (pdj) is not a loader, so it doesn't have the
> problem, as you specify the filename in the object name. If you don't
> specify a certain filename because it's a module, pdj won't load it.
> Similar things are possible with luax, also [pyext ...] works that
> way. We aren't talking about this kind of external here.
> 
> However for the pdlua loader, lua scripts shadow e.g. abstractions.
> Here's how to test it: Make a lua file with this content only: 
>  
>  print("Hey, I shouldn't load at all")
> 
> This is not a valid Pd class written in Lua. Then make it nameclash
> with any abstraction in your path by naming it e.g. "list-drip.lua"
> and putting it before the abstraction into your path. Then try to
> create a [list-drip]. pdlua will run the lua file instead of
> list-drip.pd and print "Hey, I shouldn't load at all".  The wrong
> [list-drip] will remain dashed.
> 
> All of this is *trivial* to fix with a special file ending, whereas
> every other solution suggested so far is either completely impractical
> ("move modules outside of Pd's search path"), doesn't fix anything
> ("keep the status quo") or is overcomplicated and a possible
> performance drain ("add code which tries to load every *.lua file but
> goes on, if the file doesn't register a class properly").
> 
> Ciao


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

Re: [PD] Phasor Driven Midi File Playback?

[saint]

ah
i see. thanks. it does work if i move the test.mid to the root and send it a 
[read c:/test.mid(  message.
i will try the dos abbreviations too.

although it seems strange that a midi file that's saved in the same dir as the 
patch doesn't get picked up?

i.e. [read test.mid(

or...

[test.mid(

|

[read  $1(

|
[midifile]

or indeed...

[midifile test.mid]?

should this method be working?



again, sorry for all the bother it's just if i can use your external i'll be an 
extremely happy pd-er!!!

thanks, john.




  __
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com


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

Re: [PD] *.lua => *.pd_lua or *.l_lua?

[Frank Barknecht]

Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:

> problem, as you specify the filename in the object name. If you don't

Correction: I meant to write "specify the filename in the object
box". As an argument, that is.

Ciao
-- 
 Frank Barknecht _ __footils.org__

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

Re: [PD] "open with" on os x

[marius schebella]

true. it is apple's big secret where exactly this gets registered...
marius.

Hans-Christoph Steiner wrote:
> 
> Yup, fun fun fun.  I have found that it'll only register a given copy of 
> Pd if you run it.
> 
> .hc
> 
> On Feb 12, 2008, at 5:27 PM, marius schebella wrote:
> 
>> the latest on this topic. I finally figured out, why osx associates so 
>> many Pd versions with the *.pd file extension. osx indexes also 
>> applications that are not in the /Applications folder at all, but 
>> somewhere on the harddrive (for example in "build" folders or 
>> downloaded files folders).
>> I only got rid of these versions in the "open with" entries by 
>> deleting the unwanted apps themselves. both "open with" and also the 
>> drop down menu in the get info dialog are working again.
>> I also think different release versions which use the same pref file, 
>> like org.puredata.plist (in ~/Library/Preferences) will always switch 
>> to the newest version by default, therefore you cannot chose version 
>> 40-2 if there is also a version 40-3, 41.0. since some pd versions use 
>> a different name for the prefs file, it is sometimes possible to set 
>> another pd version as the default app for *.pd files.
>> marius.
>>
>> marius schebella wrote:
>>> Yes, that is true, but it was the only possibility to get rid of the 
>>> double entries. at least the only one that I found.
>>> marius.
>>> Hans-Christoph Steiner wrote:

 Watch out, I am pretty sure that it deletes all your associations as 
 well, and will prompt you again with the "this App hasn't been run 
 before, run it?" dialog.

 .hc

 On Oct 31, 2007, at 12:44 PM, Dafydd Hughes wrote:

> boy. i'm gonna bookmark this one!
>
> On 31-Oct-07, at 12:39 PM, marius schebella wrote:
>
>> I finally found the solution to this annoying problem.
>> you have to rebuild the launch service database (see 
>> http://www.macosxhints.com/article.php?story=20031215144430486 )
>> I ran the following command, and that fixed it.
>>
>> /System/Library/Frameworks/ApplicationServices.framework/Frameworks/LaunchServices.framework/Support/lsregister
>>  
>> -kill -r -domain local -domain system -domain user
>>
>> marius.
>>
>> Hans-Christoph Steiner wrote:
>>> This is a bug I run into a lot.  Basically, if you have a lot of 
>>> versions of Pd, it confused the assocations system.  Try removing 
>>> random ones.  I have found that I have to clean out the 
>>> associations system from time to time because I am always trying 
>>> many different versions.
>>> I forgot how to do it now... I think it's done by deleting some 
>>> file in /Library/Caches and rebooting.
>>> .hc
>>> On Oct 2, 2007, at 11:45 AM, marius schebella wrote:
 yes, that should do it, but not here. when I select Pd-extended it
 immediately get reset. there must be some hidden mechanism that 
 always
 choses the newer version or a file where that is stored...
 I have no clue what I have to search for to get this fixed.
 marius.

 Dafydd Hughes wrote:
> Hi Marius
>
> This worked for me:
>
> In Finder, Get Info on any Pd file, Open With -> choose your 
> version
> -> Change All...
>
> Hope this helps
>
> cheers
> dafydd
>
> On 10/2/07, marius schebella <[EMAIL PROTECTED]> wrote:
>> Hi,
>> I have two versions of pd-extended on my mac: pd-extended 
>> (0.39) and
>> pd-0.40.3-extended. I want all pd files to be opened with 0.39 
>> by default.
>> Instead os x tries to open all Pd files with a version 
>> (0.40.3) which I
>> deleted some time ago.
>> oh, how I hate stupid MACOS X!
>> anyway, how can I change that. I tried to use applications 
>> like xray,
>> but whenever I change the settings to the older version it gets
>> overwritten by that fascist OS that thinks it is cleverer than 
>> me.
>> marius.
>>
>> ___
>> 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
>>> 
>>>  
>>> Man has survived hitherto because he was too ignorant to know how 
>>> to realize his wishes.  Now that he can realize them, he must 
>>> either change them, or perish.-William Carlos Williams
>>
>
>
> -- 
> www.sideshowmedia.c

Re: [PD] *.lua => *.pd_lua or *.l_lua?

[Frank Barknecht]

Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:

> I think this kind of thing should be caused by a real world problem  
> rather than a hypothetical.  mxj uses .java and it has been used a  
> lot.  People could also write java classes that are not intended to  
> be loaded by Max and stick them in the same folder.  So far, it  
> doesn't seem to be a problem, AFAIK.

It's *not* a hypothetical problem at all. Please test it first before
jumping to wrong conclusions, see below for how. Claude and I are
already running Lua a lot and at least I have run into the problem of
nameclashes.

First: mxj for Pd (pdj) is not a loader, so it doesn't have the
problem, as you specify the filename in the object name. If you don't
specify a certain filename because it's a module, pdj won't load it.
Similar things are possible with luax, also [pyext ...] works that
way. We aren't talking about this kind of external here.

However for the pdlua loader, lua scripts shadow e.g. abstractions.
Here's how to test it: Make a lua file with this content only: 
 
 print("Hey, I shouldn't load at all")

This is not a valid Pd class written in Lua. Then make it nameclash
with any abstraction in your path by naming it e.g. "list-drip.lua"
and putting it before the abstraction into your path. Then try to
create a [list-drip]. pdlua will run the lua file instead of
list-drip.pd and print "Hey, I shouldn't load at all".  The wrong
[list-drip] will remain dashed.

All of this is *trivial* to fix with a special file ending, whereas
every other solution suggested so far is either completely impractical
("move modules outside of Pd's search path"), doesn't fix anything
("keep the status quo") or is overcomplicated and a possible
performance drain ("add code which tries to load every *.lua file but
goes on, if the file doesn't register a class properly").

Ciao
-- 
 Frank Barknecht _ __footils.org__

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

Re: [PD] "open with" on os x

[Hans-Christoph Steiner]

Yup, fun fun fun.  I have found that it'll only register a given copy  
of Pd if you run it.

.hc

On Feb 12, 2008, at 5:27 PM, marius schebella wrote:

> the latest on this topic. I finally figured out, why osx associates  
> so many Pd versions with the *.pd file extension. osx indexes also  
> applications that are not in the /Applications folder at all, but  
> somewhere on the harddrive (for example in "build" folders or  
> downloaded files folders).
> I only got rid of these versions in the "open with" entries by  
> deleting the unwanted apps themselves. both "open with" and also  
> the drop down menu in the get info dialog are working again.
> I also think different release versions which use the same pref  
> file, like org.puredata.plist (in ~/Library/Preferences) will  
> always switch to the newest version by default, therefore you  
> cannot chose version 40-2 if there is also a version 40-3, 41.0.  
> since some pd versions use a different name for the prefs file, it  
> is sometimes possible to set another pd version as the default app  
> for *.pd files.
> marius.
>
> marius schebella wrote:
>> Yes, that is true, but it was the only possibility to get rid of  
>> the double entries. at least the only one that I found.
>> marius.
>> Hans-Christoph Steiner wrote:
>>>
>>> Watch out, I am pretty sure that it deletes all your associations  
>>> as well, and will prompt you again with the "this App hasn't been  
>>> run before, run it?" dialog.
>>>
>>> .hc
>>>
>>> On Oct 31, 2007, at 12:44 PM, Dafydd Hughes wrote:
>>>
 boy. i'm gonna bookmark this one!

 On 31-Oct-07, at 12:39 PM, marius schebella wrote:

> I finally found the solution to this annoying problem.
> you have to rebuild the launch service database (see http:// 
> www.macosxhints.com/article.php?story=20031215144430486 )
> I ran the following command, and that fixed it.
>
> /System/Library/Frameworks/ApplicationServices.framework/ 
> Frameworks/LaunchServices.framework/Support/lsregister -kill -r  
> -domain local -domain system -domain user
>
> marius.
>
> Hans-Christoph Steiner wrote:
>> This is a bug I run into a lot.  Basically, if you have a lot  
>> of versions of Pd, it confused the assocations system.  Try  
>> removing random ones.  I have found that I have to clean out  
>> the associations system from time to time because I am always  
>> trying many different versions.
>> I forgot how to do it now... I think it's done by deleting  
>> some file in /Library/Caches and rebooting.
>> .hc
>> On Oct 2, 2007, at 11:45 AM, marius schebella wrote:
>>> yes, that should do it, but not here. when I select Pd- 
>>> extended it
>>> immediately get reset. there must be some hidden mechanism  
>>> that always
>>> choses the newer version or a file where that is stored...
>>> I have no clue what I have to search for to get this fixed.
>>> marius.
>>>
>>> Dafydd Hughes wrote:
 Hi Marius

 This worked for me:

 In Finder, Get Info on any Pd file, Open With -> choose your  
 version
 -> Change All...

 Hope this helps

 cheers
 dafydd

 On 10/2/07, marius schebella <[EMAIL PROTECTED]>  
 wrote:
> Hi,
> I have two versions of pd-extended on my mac: pd-extended  
> (0.39) and
> pd-0.40.3-extended. I want all pd files to be opened with  
> 0.39 by default.
> Instead os x tries to open all Pd files with a version  
> (0.40.3) which I
> deleted some time ago.
> oh, how I hate stupid MACOS X!
> anyway, how can I change that. I tried to use applications  
> like xray,
> but whenever I change the settings to the older version it  
> gets
> overwritten by that fascist OS that thinks it is cleverer  
> than me.
> marius.
>
> ___
> 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
>> - 
>> --- Man has survived hitherto because he was too  
>> ignorant to know how to realize his wishes.  Now that he can  
>> realize them, he must either change them, or perish.- 
>> William Carlos Williams
>


 -- 
 www.sideshowmedia.ca
 skype: chickeninthegrass

>>>
>>>
>>>  
>>> 
>>>
>>> Access to computers should 

Re: [PD] pitchshifter object?

[Jamie Bullock]

On Mon, 2008-02-11 at 00:23 -0500, Kevin McCoy wrote:
> The rubber band library sounds pretty good to me - has anyone made an
> external for this?
> 
> http://breakfastquay.com/rubberband/
> 

It might not be necessary to make an external since there is already a
couple of LADSPA plugins available that wrap the rubberband
functionality.

Jamie

-- 
www.postlude.co.uk


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

[PD] select device for pix_video on Os x

[stefan]

hi,
- I use a macbook and try to configure a usb webcam through pix_video
default selected camera is the built-in one > using [dialog( I select
another webcam (usb)
- if I send a message like [dimen x x( to [pix_video].
the configuration I choose in [dialog( is reset and  it come back to the
default settings (the built-in camera...)
I use a logitechquickcam (macam driver) but I had the same problem with a
apple I-sight (firewire)
- I try to configure  the webcam using the device message...
but  - [device 0(  or everything else  make nothing (or I don't know how to
make it work..)
  - [enumerate( does not work...
  - I try with the driver too, but ... i can't figure myself how it's
work


is it possible to configure usb webcam with another way than [dialog(  and
if it is possible...how? :)

and why the dialog box configuration reset when I sent a dimen message to
pix_video?


thx

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

Re: [PD] "open with" on os x

[marius schebella]

the latest on this topic. I finally figured out, why osx associates so 
many Pd versions with the *.pd file extension. osx indexes also 
applications that are not in the /Applications folder at all, but 
somewhere on the harddrive (for example in "build" folders or downloaded 
files folders).
I only got rid of these versions in the "open with" entries by deleting 
the unwanted apps themselves. both "open with" and also the drop down 
menu in the get info dialog are working again.
I also think different release versions which use the same pref file, 
like org.puredata.plist (in ~/Library/Preferences) will always switch to 
the newest version by default, therefore you cannot chose version 40-2 
if there is also a version 40-3, 41.0. since some pd versions use a 
different name for the prefs file, it is sometimes possible to set 
another pd version as the default app for *.pd files.
marius.

marius schebella wrote:
> Yes, that is true, but it was the only possibility to get rid of the 
> double entries. at least the only one that I found.
> marius.
> 
> Hans-Christoph Steiner wrote:
>>
>> Watch out, I am pretty sure that it deletes all your associations as 
>> well, and will prompt you again with the "this App hasn't been run 
>> before, run it?" dialog.
>>
>> .hc
>>
>> On Oct 31, 2007, at 12:44 PM, Dafydd Hughes wrote:
>>
>>> boy. i'm gonna bookmark this one!
>>>
>>> On 31-Oct-07, at 12:39 PM, marius schebella wrote:
>>>
 I finally found the solution to this annoying problem.
 you have to rebuild the launch service database (see 
 http://www.macosxhints.com/article.php?story=20031215144430486 )
 I ran the following command, and that fixed it.

 /System/Library/Frameworks/ApplicationServices.framework/Frameworks/LaunchServices.framework/Support/lsregister
  
 -kill -r -domain local -domain system -domain user

 marius.

 Hans-Christoph Steiner wrote:
> This is a bug I run into a lot.  Basically, if you have a lot of 
> versions of Pd, it confused the assocations system.  Try removing 
> random ones.  I have found that I have to clean out the 
> associations system from time to time because I am always trying 
> many different versions.
> I forgot how to do it now... I think it's done by deleting some 
> file in /Library/Caches and rebooting.
> .hc
> On Oct 2, 2007, at 11:45 AM, marius schebella wrote:
>> yes, that should do it, but not here. when I select Pd-extended it
>> immediately get reset. there must be some hidden mechanism that 
>> always
>> choses the newer version or a file where that is stored...
>> I have no clue what I have to search for to get this fixed.
>> marius.
>>
>> Dafydd Hughes wrote:
>>> Hi Marius
>>>
>>> This worked for me:
>>>
>>> In Finder, Get Info on any Pd file, Open With -> choose your version
>>> -> Change All...
>>>
>>> Hope this helps
>>>
>>> cheers
>>> dafydd
>>>
>>> On 10/2/07, marius schebella <[EMAIL PROTECTED]> wrote:
 Hi,
 I have two versions of pd-extended on my mac: pd-extended (0.39) 
 and
 pd-0.40.3-extended. I want all pd files to be opened with 0.39 
 by default.
 Instead os x tries to open all Pd files with a version (0.40.3) 
 which I
 deleted some time ago.
 oh, how I hate stupid MACOS X!
 anyway, how can I change that. I tried to use applications like 
 xray,
 but whenever I change the settings to the older version it gets
 overwritten by that fascist OS that thinks it is cleverer than me.
 marius.

 ___
 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
> 
>  
> Man has survived hitherto because he was too ignorant to know how 
> to realize his wishes.  Now that he can realize them, he must 
> either change them, or perish.-William Carlos Williams

>>>
>>>
>>> -- 
>>> www.sideshowmedia.ca
>>> skype: chickeninthegrass
>>>
>>
>>
>>  
>>
>>
>> Access to computers should be unlimited and total.  - the hacker ethic
>>
>>
>>
> 
> 


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

[PD] measurement of spectral richness

[punchik punchik]

ive heard a lot of times that natural sounds has more
spectral richness that digital generated sounds...
is it possible to measure the spectral richness of a
sound?

thanks


  

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 


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

Re: [PD] [PD-dev] DesireData

[David Plans Casal]

On 12 Feb 2008, at 20:31, Mathieu Bouchard wrote:

> On Thu, 7 Feb 2008, IOhannes m zmoelnig wrote:
>
>> "desiredata" is an equivalent of "pd", so in my nice little world,  
>> it would be /trunk/pd/src and /trunk/desiredata/src rather than / 
>> desiredata/pd/src (there is really no reason to have a "pd"  
>> subfolder in "desiredata") but this is just nitpicking.
>
> Depends... I have another question... what if I want to fork/branch  
> (whatever one calls it) other folders outside of the /trunk/pd  
> hierarchy? CVS makes it easy to branch individual files, or specific  
> subfolders without necessarily branching everything containing it.
>

Branches can be wildly different than the trunk, but a fork is fork,  
surely.

> How is that supported by SVN ?

Tags, AFAIK.

David

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

Re: [PD] *.lua => *.pd_lua or *.l_lua?

[Jamie Bullock]

Hi,

On Sun, 2008-02-10 at 14:03 +0100, Frank Barknecht wrote:

> I'm thinking if a custom file extension for pdlua classes would make
> sense? Currently pdlua loads all *.lua files, which complicates
> working with *.lua modules not intended to be used as pd classes:
> Those would have to be in a directory outside of Pd's search path to
> not pollute Pd's namespace. 
> 
> So my suggestion would be to use something like *.pd_lua, *.pdlua or
> *.l_lua as extension. What do you think? The same question may become
> an issue for other loaders as well, so a standard solution would be
> nice.

How about *.pd.lua? This has the advantage keeping the standard .lua
extension whilst providing a standardised suffix which indicates that
this is a special Pd Lua script... 

Just a thought.

Jamie

-- 
www.postlude.co.uk


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

Re: [PD] Comments on pd as a library to be used in game

[marius schebella]

Patrice Colet wrote:
> marius schebella a écrit :
>> hi,... I am not sure how easy the whole thing is. you for example will 
>> want to do all the sound/driver settings from within the game, which 
>> means pd has to be able to change this by sending commands. as far as 
>> I know this is not possible with current core pd.
> 
> It has always been possible to restart pd with new settings regarding 
> sound drivers, buffer, etc...

yes, but that takes longer than just changing settings...


>> but all the overall work on sound/patches could be started 
>> immediately, and network connection to send game parameters is also 
>> existing already (and can still be changed later).
>> marius.
> 
>  It would be great to have python modules that ease the communication 
> between Blender and PureData, with FUDI or OSCx!

why do you want to run all communication through python? or do you mean 
on the blender side? there are libraries (mrpeach and oscx, maybe even 
others) that do osc communication.
marius.

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

Re: [PD] Comments on pd as a library to be used in game

[Martin Peach]

marius schebella wrote:
>maybe still a little too ambitious for someone who does not know the pd
>source at all (aka me). is there an overall introductory explanation of
>how the various source codes components work together besides the source
>code and in code documentation itself?
>marius.

I wrote some stuff here about the startup structure on various platforms:
http://lists.puredata.info/pipermail/pd-list/2005-09/031049.html

Martin



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

Re: [PD] *.lua => *.pd_lua or *.l_lua?

[Hans-Christoph Steiner]

On Feb 12, 2008, at 12:57 PM, Claude Heiland-Allen wrote:

> Hans-Christoph Steiner wrote:
>> The point remains, even though Pd objectclasses on Windows use the  
>> same file extension as generic libraries (dll), it is not causing  
>> problems.
>
> Didn't you yourself have issues with your hid external?  I seem to  
> recall you had to rename it to hidio because of conflicts with  
> Windows' own hid.dll or something?  That is the same kind of  
> conflict that will be avoided by naming the Lua scripts .pd_lua  
> instead of .lua alone.
>
> http://lists.puredata.info/pipermail/pd-dev/2006-01/005721.html

That is true, but the issue that started this thread was about  
mistakenly loading lua files that were not meant to be Pd  
objectclasses, no?  That's a different issue.  I don't think that the  
OS would prevent loading different myobject.lua files, but Windows  
has surprised me with its stupidity more than once.  Plus that  
applied to Windows' loader.  The Pd loader is separate, which is what  
pdlua is using.

I think this kind of thing should be caused by a real world problem  
rather than a hypothetical.  mxj uses .java and it has been used a  
lot.  People could also write java classes that are not intended to  
be loaded by Max and stick them in the same folder.  So far, it  
doesn't seem to be a problem, AFAIK.

.hc

 


There is no way to peace, peace is the way.   -A.J. Muste



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

Re: [PD] Phasor Driven Midi File Playback?

[Martin Peach]

The latest versions are part of pd-extended in 
http://autobuild.puredata.info/auto-build/ but the last functional WinXp 
version is in late 2007. The spaces in path names cause trouble throughout 
pd and other "cross-platform" programs, the only workaround I know of is to 
rename your directories without spaces. I usually use underscores instead. 
"Program Files" always causes trouble. Sometimes you can access it using 
something like C:\PROGRA~1 (the short DOS name)
This works on my system:

[read C:/PROGRA~1/pd/doc/5.reference/textfile.txt(

but

[C:/PROGRA~1/pd/doc/5.reference/textfile.txt(
|
[read $1(

does not work.

Martin


>From: saint <[EMAIL PROTECTED]>
>To: pd-list@iem.at
>Subject: Re: [PD] Phasor Driven Midi File Playback?
>Date: Tue, 12 Feb 2008 11:39:53 -0800 (PST)
>
>hmmm. i did try that but it seems to stumble at the first space in the full 
>path (as pure data does)
>
>unfortunately the patch will need to be ported around when it's done so 
>specifying a full path won't fulfill my needs.
>
>is there a .dll of the midifile external for w32 knocking around for which 
>this read message works for shortened paths?
>
>
>
>again, thanks all of you for your time!
>
>
>- Original Message 
>From: Mike McGonagle <[EMAIL PROTECTED]>
>To: saint <[EMAIL PROTECTED]>
>Cc: pd-list@iem.at
>Sent: Tuesday, 12 February, 2008 7:22:29 PM
>Subject: Re: [PD] Phasor Driven Midi File Playback?
>
>I think what is happening is that [midifile] is expecting a full path for 
>the file name when using read. This is why it works for the [openpanel] 
>because it returns a complete path. Did you try using the full path with 
>[read $1(?
>
>
>Mike
>
>
>On Feb 12, 2008 12:33 PM, saint <[EMAIL PROTECTED]> wrote:
>
>thanks for the quick reply again martin,
>
>it's a strange problem that i seem to be having.
>
>because i definitely have all the midifiles in the same folder as the patch 
>but
>
>[midifile test.mid]
>...or...
>[read test.mid(---[midifile]
>gives... 'error: midifile: unable to open test.mid'
>
>
>but when i do
>[bang]---[openpanel]---[read $1(---[midifile]
>and point it to 'test.mid' it seems to work?
>
>h...
>unfortunately for what i want to do i need to be able to automate opening 
>different midifiles.
>
>i'm using your zip from 
>http://puredata.info/Members/martinrp/midifile/midifile.zip/view
>
>



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

Re: [PD] Phasor Driven Midi File Playback?

[Mike McGonagle]

On Feb 12, 2008 1:39 PM, saint <[EMAIL PROTECTED]> wrote:

> hmmm. i did try that but it seems to stumble at the first space in the
> full path (as pure data does)
>

Yes, paths can't have spaces in them, as it breaks the symbol you send to
[read $1( into two parts.

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

Re: [PD] Phasor Driven Midi File Playback?

[saint]

hmmm. i did try that but it seems to stumble at the first space in the full 
path (as pure data does)

unfortunately the patch will need to be ported around when it's done so 
specifying a full path won't fulfill my needs.

is there a .dll of the midifile external for w32 knocking around for which this 
read message works for shortened paths?



again, thanks all of you for your time!


- Original Message 
From: Mike McGonagle <[EMAIL PROTECTED]>
To: saint <[EMAIL PROTECTED]>
Cc: pd-list@iem.at
Sent: Tuesday, 12 February, 2008 7:22:29 PM
Subject: Re: [PD] Phasor Driven Midi File Playback?

I think what is happening is that [midifile] is expecting a full path for the 
file name when using read. This is why it works for the [openpanel] because it 
returns a complete path. Did you try using the full path with [read $1(?


Mike


On Feb 12, 2008 12:33 PM, saint <[EMAIL PROTECTED]> wrote:

thanks for the quick reply again martin,

it's a strange problem that i seem to be having.

because i definitely have all the midifiles in the same folder as the patch but

[midifile test.mid]
...or...
[read test.mid(---[midifile]
gives... 'error: midifile: unable to open test.mid'


but when i do
[bang]---[openpanel]---[read $1(---[midifile]
and point it to 'test.mid' it seems to work?

h...
unfortunately for what i want to do i need to be able to automate opening 
different midifiles.

i'm using your zip from 
http://puredata.info/Members/martinrp/midifile/midifile.zip/view


thanks again in advance!


- Original Message 
From: Martin Peach <[EMAIL PROTECTED]>

To: [EMAIL PROTECTED]; pd-list@iem.at

Sent: Tuesday, 12 February, 2008 5:13:00 PM

Subject: Re: [PD] Phasor Driven Midi File Playback?

saint 
wrote:
>
>hi 
martin,
>
>been 
trying 
your 
midifile 
object 
and 
it's 
working 
nicely.

great!

>
>is 
there 
a 
way 
to 
send 
it 
a 
[read 
test.mid{ 
message 
or 
a 
[read 
>folder/test.mid{ 
message?
>
>i 
need 
to 
automate 
opening 
a 
bunch 
of 
files 
without 
using 
the 
'openpanel' 
>object.
>

Just 
like 
that.
Or 
send 
a 
message 
or 
symbol 
containing 
the 
path 
to 
the 
[read 
$1( 
message.
It's 
probably 
easier 
if 
all 
the 
files 
are 
in 
the 
same 
directory 
as 
the 
patch.

Martin









   Sent from Yahoo! - a smarter inbox.



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






-- 
Peace may sound simple—one beautiful word— but it requires everything we have, 
every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician






  __
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Phasor Driven Midi File Playback?

[Mike McGonagle]

I think what is happening is that [midifile] is expecting a full path for
the file name when using read. This is why it works for the [openpanel]
because it returns a complete path. Did you try using the full path with
[read $1(?

Mike


On Feb 12, 2008 12:33 PM, saint <[EMAIL PROTECTED]> wrote:

> thanks for the quick reply again martin,
>
> it's a strange problem that i seem to be having.
> because i definitely have all the midifiles in the same folder as the
> patch but
>
> [midifile test.mid]
> ...or...
> [read test.mid(---[midifile]
> gives... 'error: midifile: unable to open test.mid'
>
> but when i do
> [bang]---[openpanel]---[read $1(---[midifile]
> and point it to 'test.mid' it seems to work?
>
> h...
> unfortunately for what i want to do i need to be able to automate opening
> different midifiles.
> i'm using your zip from
> http://puredata.info/Members/martinrp/midifile/midifile.zip/view
>
>
> thanks again in advance!
>
> - Original Message 
> From: Martin Peach <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]; pd-list@iem.at
> Sent: Tuesday, 12 February, 2008 5:13:00 PM
> Subject: Re: [PD] Phasor Driven Midi File Playback?
>
> saint wrote:
> >
> >hi martin,
> >
> >been trying your midifile object and it's working nicely.
>
> great!
>
> >
> >is there a way to send it a [read test.mid{ message or a [read
> >folder/test.mid{ message?
> >
> >i need to automate opening a bunch of files without using the 'openpanel'
>
> >object.
> >
>
> Just like that.
> Or send a message or symbol containing the path to the [read $1( message.
> It's probably easier if all the files are in the same directory as the
> patch.
>
> Martin
>
>
>
>
> --
> Sent from 
> Yahoo!-
>  a smarter inbox.
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Peace may sound simple—one beautiful word— but it requires everything we
have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Comments on pd as a library to be used in game

[Patrice Colet]

marius schebella a écrit :
> hi,... I am not sure how easy the whole thing is. you 
> for example will want to do all the sound/driver settings from within 
> the game, which means pd has to be able to change this by sending 
> commands. as far as I know this is not possible with current core pd.

It has always been possible to restart pd with new settings regarding 
sound drivers, buffer, etc...

> but all the overall work on sound/patches could be started immediately, 
> and network connection to send game parameters is also existing already 
> (and can still be changed later).
> marius.

  It would be great to have python modules that ease the communication 
between Blender and PureData, with FUDI or OSCx!

> Pablo Martin wrote:
>> Hi!
>>
>> Blender foundation together with crystalspace community just started
>> making a kickass game http://apricot.blender.org.
>>
>> We are thinking about using puredata to handle the music system (and
>> maybe also some more cool stuff), but I think it'd be important to be
>> able to have puredata as a library to link and control it easier from
>> the game (instead of running a separate process and handling all
>> communication with osc socket). I think there was some work in progress
>> in this direction with desiredata but i cant be so sure... can anybody
>> confirm on the status of this or if its feasible at all? My general idea
>> on the subject is we should be able to run pd as a game engine plugin
>> (instead of our own sound system for example), and handle opening the
>> different patches for different stuff, as well of communicating with
>> each of them.
>>
>> Another thing, i'd like to hear from people who have used pd in games to
>> know exactly what you did with it.
>>
>> I am one of main devs for the project, and i have great puredata
>> experience, so i think it'd be very interesting to work on this, still,
>> we are very time pressed so integrating pd should not pose too much
>> runtime or distribution basic problems, specially the lib thing
>> distresses me (and handling of patches from there). Just so everyone
>> knows, we do have osc receiver in the game engine, so we could basically
>> plug pd stuff to anywhere from object positions to shader variables to
>> do funky stuff, sending osc messages to pd as part of logic also is not
>> a problem.
>>
>> Cheers!
>>
>>  Pablo
>>
>> ___
>> 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] Call for performers 7th March Hudds UK

[Scott Hewitt]

Call for performers

Friday the 7th March ST. Pauls Hall. Huddersfield

An audience with the laptop...

We want to hear good live laptop music, we don't care how you code it
or even if you don't code live, just impress us.

If your interested in playing or performing, please email some info to
[EMAIL PROTECTED]

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

Re: [PD] microphone feedback canceling

[kristof lauwers]

putting the latency not too low can do wonders  ;)

xof


>tim wrote:
> > Hi,
> > I'm planning to use a microphone on stage, with pd.
> > With it comes the risk of unwanted feedback.
> > Has anyone done a feedback canceling patch or seen a proven technique ?
> > I don't know much about how this works in commercial devices (and if
> > they really work for that matter), but I suppose it's done by detecting
> > a frequency that peaks and apply a filter on that...




--
[EMAIL PROTECTED]

http://kristoflauwers.domainepublic.net
http://myspace.com/xofxof
--


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

Re: [PD] Phasor Driven Midi File Playback?

[saint]

thanks for the quick reply again martin,

it's a strange problem that i seem to be having.
because i definitely have all the midifiles in the same folder as the patch but

[midifile test.mid]
...or...
[read test.mid(---[midifile]
gives... 'error: midifile: unable to open test.mid'

but when i do
[bang]---[openpanel]---[read $1(---[midifile]
and point it to 'test.mid' it seems to work?

h...
unfortunately for what i want to do i need to be able to automate opening 
different midifiles.
i'm using your zip from 
http://puredata.info/Members/martinrp/midifile/midifile.zip/view


thanks again in advance!

- Original Message 
From: Martin Peach <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]; pd-list@iem.at
Sent: Tuesday, 12 February, 2008 5:13:00 PM
Subject: Re: [PD] Phasor Driven Midi File Playback?

saint 
wrote:
>
>hi 
martin,
>
>been 
trying 
your 
midifile 
object 
and 
it's 
working 
nicely.

great!

>
>is 
there 
a 
way 
to 
send 
it 
a 
[read 
test.mid{ 
message 
or 
a 
[read 
>folder/test.mid{ 
message?
>
>i 
need 
to 
automate 
opening 
a 
bunch 
of 
files 
without 
using 
the 
'openpanel' 
>object.
>

Just 
like 
that.
Or 
send 
a 
message 
or 
symbol 
containing 
the 
path 
to 
the 
[read 
$1( 
message.
It's 
probably 
easier 
if 
all 
the 
files 
are 
in 
the 
same 
directory 
as 
the 
patch.

Martin








  ___
Support the World Aids Awareness campaign this month with Yahoo! For Good 
http://uk.promotions.yahoo.com/forgood/___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Comments on pd as a library to be used in game

[Miller Puckette]

No -- there ought to be, but it never makes it to the top of the
priority heap.

M

On Tue, Feb 12, 2008 at 01:30:11PM -0500, marius schebella wrote:
> that sounds promising!
> maybe still a little too ambitious for someone who does not know the pd 
> source at all (aka me). is there an overall introductory explanation of 
> how the various source codes components work together besides the source 
> code and in code documentation itself?
> marius.
> 
> 
> Miller Puckette wrote:
> > Pdvst, by Joe Sarlo, does something related (embeds Pd as a VST plug-in;
> > windows only).  It uses the Pd executable, plugging in a user-supplied
> > scheduler that manages audio and control I/O to the calling program.
> > Since there might be several Pdvst plug-ins active at a time, each gets
> > its own address space, which is probably more work than you need to
> > do for the game.
> > 
> > It should be possible simply to compile Pd without including s_main.c
> > or s_entry.c, call the setup routines that sys_main does and then just
> > write your own main loop to replace m_callbackscheduler() or 
> > m_pollingscheduler() depending on which side of that religious divide
> > you want to occupy :)
> > 
> > M
> > 
> > On Tue, Feb 12, 2008 at 12:41:30PM -0500, marius schebella wrote:
> >> hi,
> >> I want to help with that project. I would have spend time on research 
> >> and development into that direction also without the apricot game (for 
> >> school), and was looking for a possibility like this. so the combination 
> >> with blender and working on a real project is perfect. who is 
> >> coordinating the efforts?
> >> regarding feasibility, I am not sure how easy the whole thing is. you 
> >> for example will want to do all the sound/driver settings from within 
> >> the game, which means pd has to be able to change this by sending 
> >> commands. as far as I know this is not possible with current core pd.
> >> but all the overall work on sound/patches could be started immediately, 
> >> and network connection to send game parameters is also existing already 
> >> (and can still be changed later).
> >> marius.
> >>
> >> Pablo Martin wrote:
> >>> Hi!
> >>>
> >>> Blender foundation together with crystalspace community just started
> >>> making a kickass game http://apricot.blender.org.
> >>>
> >>> We are thinking about using puredata to handle the music system (and
> >>> maybe also some more cool stuff), but I think it'd be important to be
> >>> able to have puredata as a library to link and control it easier from
> >>> the game (instead of running a separate process and handling all
> >>> communication with osc socket). I think there was some work in progress
> >>> in this direction with desiredata but i cant be so sure... can anybody
> >>> confirm on the status of this or if its feasible at all? My general idea
> >>> on the subject is we should be able to run pd as a game engine plugin
> >>> (instead of our own sound system for example), and handle opening the
> >>> different patches for different stuff, as well of communicating with
> >>> each of them.
> >>>
> >>> Another thing, i'd like to hear from people who have used pd in games to
> >>> know exactly what you did with it.
> >>>
> >>> I am one of main devs for the project, and i have great puredata
> >>> experience, so i think it'd be very interesting to work on this, still,
> >>> we are very time pressed so integrating pd should not pose too much
> >>> runtime or distribution basic problems, specially the lib thing
> >>> distresses me (and handling of patches from there). Just so everyone
> >>> knows, we do have osc receiver in the game engine, so we could basically
> >>> plug pd stuff to anywhere from object positions to shader variables to
> >>> do funky stuff, sending osc messages to pd as part of logic also is not
> >>> a problem.
> >>>
> >>> Cheers!
> >>>
> >>>  Pablo
> >>>
> >>> ___
> >>> 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] Comments on pd as a library to be used in game

[marius schebella]

that sounds promising!
maybe still a little too ambitious for someone who does not know the pd 
source at all (aka me). is there an overall introductory explanation of 
how the various source codes components work together besides the source 
code and in code documentation itself?
marius.


Miller Puckette wrote:
> Pdvst, by Joe Sarlo, does something related (embeds Pd as a VST plug-in;
> windows only).  It uses the Pd executable, plugging in a user-supplied
> scheduler that manages audio and control I/O to the calling program.
> Since there might be several Pdvst plug-ins active at a time, each gets
> its own address space, which is probably more work than you need to
> do for the game.
> 
> It should be possible simply to compile Pd without including s_main.c
> or s_entry.c, call the setup routines that sys_main does and then just
> write your own main loop to replace m_callbackscheduler() or 
> m_pollingscheduler() depending on which side of that religious divide
> you want to occupy :)
> 
> M
> 
> On Tue, Feb 12, 2008 at 12:41:30PM -0500, marius schebella wrote:
>> hi,
>> I want to help with that project. I would have spend time on research 
>> and development into that direction also without the apricot game (for 
>> school), and was looking for a possibility like this. so the combination 
>> with blender and working on a real project is perfect. who is 
>> coordinating the efforts?
>> regarding feasibility, I am not sure how easy the whole thing is. you 
>> for example will want to do all the sound/driver settings from within 
>> the game, which means pd has to be able to change this by sending 
>> commands. as far as I know this is not possible with current core pd.
>> but all the overall work on sound/patches could be started immediately, 
>> and network connection to send game parameters is also existing already 
>> (and can still be changed later).
>> marius.
>>
>> Pablo Martin wrote:
>>> Hi!
>>>
>>> Blender foundation together with crystalspace community just started
>>> making a kickass game http://apricot.blender.org.
>>>
>>> We are thinking about using puredata to handle the music system (and
>>> maybe also some more cool stuff), but I think it'd be important to be
>>> able to have puredata as a library to link and control it easier from
>>> the game (instead of running a separate process and handling all
>>> communication with osc socket). I think there was some work in progress
>>> in this direction with desiredata but i cant be so sure... can anybody
>>> confirm on the status of this or if its feasible at all? My general idea
>>> on the subject is we should be able to run pd as a game engine plugin
>>> (instead of our own sound system for example), and handle opening the
>>> different patches for different stuff, as well of communicating with
>>> each of them.
>>>
>>> Another thing, i'd like to hear from people who have used pd in games to
>>> know exactly what you did with it.
>>>
>>> I am one of main devs for the project, and i have great puredata
>>> experience, so i think it'd be very interesting to work on this, still,
>>> we are very time pressed so integrating pd should not pose too much
>>> runtime or distribution basic problems, specially the lib thing
>>> distresses me (and handling of patches from there). Just so everyone
>>> knows, we do have osc receiver in the game engine, so we could basically
>>> plug pd stuff to anywhere from object positions to shader variables to
>>> do funky stuff, sending osc messages to pd as part of logic also is not
>>> a problem.
>>>
>>> Cheers!
>>>
>>>  Pablo
>>>
>>> ___
>>> 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] Comments on pd as a library to be used in game

[Miller Puckette]

Pdvst, by Joe Sarlo, does something related (embeds Pd as a VST plug-in;
windows only).  It uses the Pd executable, plugging in a user-supplied
scheduler that manages audio and control I/O to the calling program.
Since there might be several Pdvst plug-ins active at a time, each gets
its own address space, which is probably more work than you need to
do for the game.

It should be possible simply to compile Pd without including s_main.c
or s_entry.c, call the setup routines that sys_main does and then just
write your own main loop to replace m_callbackscheduler() or 
m_pollingscheduler() depending on which side of that religious divide
you want to occupy :)

M

On Tue, Feb 12, 2008 at 12:41:30PM -0500, marius schebella wrote:
> hi,
> I want to help with that project. I would have spend time on research 
> and development into that direction also without the apricot game (for 
> school), and was looking for a possibility like this. so the combination 
> with blender and working on a real project is perfect. who is 
> coordinating the efforts?
> regarding feasibility, I am not sure how easy the whole thing is. you 
> for example will want to do all the sound/driver settings from within 
> the game, which means pd has to be able to change this by sending 
> commands. as far as I know this is not possible with current core pd.
> but all the overall work on sound/patches could be started immediately, 
> and network connection to send game parameters is also existing already 
> (and can still be changed later).
> marius.
> 
> Pablo Martin wrote:
> > Hi!
> > 
> > Blender foundation together with crystalspace community just started
> > making a kickass game http://apricot.blender.org.
> > 
> > We are thinking about using puredata to handle the music system (and
> > maybe also some more cool stuff), but I think it'd be important to be
> > able to have puredata as a library to link and control it easier from
> > the game (instead of running a separate process and handling all
> > communication with osc socket). I think there was some work in progress
> > in this direction with desiredata but i cant be so sure... can anybody
> > confirm on the status of this or if its feasible at all? My general idea
> > on the subject is we should be able to run pd as a game engine plugin
> > (instead of our own sound system for example), and handle opening the
> > different patches for different stuff, as well of communicating with
> > each of them.
> > 
> > Another thing, i'd like to hear from people who have used pd in games to
> > know exactly what you did with it.
> > 
> > I am one of main devs for the project, and i have great puredata
> > experience, so i think it'd be very interesting to work on this, still,
> > we are very time pressed so integrating pd should not pose too much
> > runtime or distribution basic problems, specially the lib thing
> > distresses me (and handling of patches from there). Just so everyone
> > knows, we do have osc receiver in the game engine, so we could basically
> > plug pd stuff to anywhere from object positions to shader variables to
> > do funky stuff, sending osc messages to pd as part of logic also is not
> > a problem.
> > 
> > Cheers!
> > 
> >  Pablo
> > 
> > ___
> > 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] *.lua => *.pd_lua or *.l_lua?

[Claude Heiland-Allen]

Hans-Christoph Steiner wrote:
> The point remains, even though Pd objectclasses on Windows use the same 
> file extension as generic libraries (dll), it is not causing problems.

Didn't you yourself have issues with your hid external?  I seem to 
recall you had to rename it to hidio because of conflicts with Windows' 
own hid.dll or something?  That is the same kind of conflict that will 
be avoided by naming the Lua scripts .pd_lua instead of .lua alone.

http://lists.puredata.info/pipermail/pd-dev/2006-01/005721.html

Thanks,

Claude
-- 
http://claudiusmaximus.goto10.org

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

Re: [PD] Comments on pd as a library to be used in game

[marius schebella]

hi,
I want to help with that project. I would have spend time on research 
and development into that direction also without the apricot game (for 
school), and was looking for a possibility like this. so the combination 
with blender and working on a real project is perfect. who is 
coordinating the efforts?
regarding feasibility, I am not sure how easy the whole thing is. you 
for example will want to do all the sound/driver settings from within 
the game, which means pd has to be able to change this by sending 
commands. as far as I know this is not possible with current core pd.
but all the overall work on sound/patches could be started immediately, 
and network connection to send game parameters is also existing already 
(and can still be changed later).
marius.

Pablo Martin wrote:
> Hi!
> 
> Blender foundation together with crystalspace community just started
> making a kickass game http://apricot.blender.org.
> 
> We are thinking about using puredata to handle the music system (and
> maybe also some more cool stuff), but I think it'd be important to be
> able to have puredata as a library to link and control it easier from
> the game (instead of running a separate process and handling all
> communication with osc socket). I think there was some work in progress
> in this direction with desiredata but i cant be so sure... can anybody
> confirm on the status of this or if its feasible at all? My general idea
> on the subject is we should be able to run pd as a game engine plugin
> (instead of our own sound system for example), and handle opening the
> different patches for different stuff, as well of communicating with
> each of them.
> 
> Another thing, i'd like to hear from people who have used pd in games to
> know exactly what you did with it.
> 
> I am one of main devs for the project, and i have great puredata
> experience, so i think it'd be very interesting to work on this, still,
> we are very time pressed so integrating pd should not pose too much
> runtime or distribution basic problems, specially the lib thing
> distresses me (and handling of patches from there). Just so everyone
> knows, we do have osc receiver in the game engine, so we could basically
> plug pd stuff to anywhere from object positions to shader variables to
> do funky stuff, sending osc messages to pd as part of logic also is not
> a problem.
> 
> Cheers!
> 
>  Pablo
> 
> ___
> 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] fixes in 0.41?

[Miller Puckette]

That's largely true... but other times, bugs get introduced and/or
fixed without my knowing they were even there.  I find and fix 
memory management mistakes frequently (certainly at least a few
times every major release cycle), often without knowing if they 
ever surface as crashes.  So the answer whether a memory management
bug fix got applied between version x and y is probably 'yes'.

It's a dangerous thing to offer, but if you can make a patch crash
using 'vanilla' pd on any of 32-bit linux, windows, mac, or 64-bit
linux, send me a tarball of the patch and its dependencies and I'll
try to see what happened.  Fixing crash bugs is always my highest priority.

cheers
Miller


On Tue, Feb 12, 2008 at 03:46:11PM +0100, Steffen Juul wrote:
> 
> On 12/02/2008, at 13.58, matteo sisti sette wrote:
> 
> > Are there any changelogs (is this the correct word) listing added
> > features and especially bugfixes  of each PD release?
> 
> There are release notes in doc/1.manual/x5.htm. The bug/patch tracker  
> holds some info, but are not complete either - not everything is  
> listed there basically since Miller need not add to it but only pull  
> from it, and not everything is guaranteed to be indexed/categorized  
> right which means it's lost wrt. searching (like a misplaced book in  
> the library).
> 
> To get a complete list I'm afraid we are left we diff'ing the source.
> 
> 
> 
> ___
> 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] *.lua => *.pd_lua or *.l_lua?

[Hans-Christoph Steiner]

On Feb 12, 2008, at 4:03 AM, IOhannes m zmoelnig wrote:

> Hans-Christoph Steiner wrote:
>
>> There is nothing stopping anyone from making a .dll on  Windows  
>> with a setup function and sticking it in pd/extra.  If  someone  
>> tried to load it, Pd would make it's best effort, and the  setup  
>> function won't create any inlets or outlets, so it would just  sit  
>> there.
>
> this of course is plain wrong.
>
> the "setup"-function _never_ creates any inlets and outlets, or  
> even an object.
> it is the "new"-function (aka creator) that handles instantiation.
>
> it is perfectly possible to create a dll that does not provide any  
> objectclasses (and is still "loaded" by Pd). it is not possible to  
> instantiate such a nonexistant objectlass though - it would always  
> "just sit there" in dashed lines...

Yes, you're right, I didn't go into detail.  Without the setup  
function being called, the new function will never be called, and  
therefore no inlets and outlets would be created. But this is  
orthogonal to the thread.

The point remains, even though Pd objectclasses on Windows use the  
same file extension as generic libraries (dll), it is not causing  
problems.

.hc

 


The arc of history bends towards justice. - Dr. Martin Luther  
King, Jr.



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

Re: [PD] 0.40.1 look (fonts) in 0.41? Is it possible

[Hans-Christoph Steiner]

On Feb 12, 2008, at 10:57 AM, Roman Haefeli wrote:

> On Tue, 2008-02-12 at 14:19 +0100, matteo sisti sette wrote:
>> Hi,
>>
>> As I mentioned in an earlier unrelated message, I have just upgraded
>> to 0.41 and it seems it fixes some critical bugs that made my life a
>> hell.
>>
>> Now, something has changed in how GUI texts look like.
>> Probably it's just the font that is being used, I don't know if some
>> more aspects are involved (spacings, sizes...).
>>
>> I make extensive use of GUI, and now my patches made with 0.40.1  
>> look horrible.
>>
>> Is there any way in WINDOWS to configure PD to use the same font that
>> was used by default in 0.40.1? Will it be enough to have the gui look
>> the same as it before?
>>
>> I attach two screenshots of the same piece of GUI as it looked in  
>> 0.40
>> and as it looks now in 0.41.
>> Tastes are personal, but I don't really think anybody can honestly
>> tell it looks better in the new version...
>
> i have the impression, that it might be only a scaling issue. the
> appearance of fonts in pd is still an issue and, afaik, currently in
> focus to be fixed. that is probably why patches look different in
> different versions of pd. i think, it would be best to _not_ rely any
> particular appearance these days. once all those issues are fixed, it
> should be possible to get the same appearance by using a different
> fontsize.

The pixel and font sizes are now exactly the same size on all  
platforms using Pd-extended 0.39.3 as was demonstrated by lots of  
testing.  I am committing to maintaining that in future versions,  
regardless of what happens with pd-vanilla, since I think it is  
essential to GUI design and patch layout.

.hc

 


Access to computers should be unlimited and total.  - the hacker ethic



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

Re: [PD] gemmouse wish

[marius schebella]

thanks!
marius.

IOhannes m zmoelnig wrote:
> marius schebella wrote:
>> Hi IOhannes,
>> is this still on your todo list? it would make interface building in 
>> gem a lot easier.
> 
> in theory it was still on my todo list, in practice i have forgotten it...
> i have changed the behaviour in CVS now.
> 
> if this breaks somebodies patches, we might have to reconsider and 
> introduce yet another syntax (otoh, i guess the [gemmouse ] (with 
> only one argument) was so unknown/unusable that chances are high that 
> the current behaviour will not be challenged
> 
> 
> fgasdrm.
> IOhannes
> 


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

Re: [PD] Phasor Driven Midi File Playback?

[Martin Peach]

saint wrote:
>
>hi martin,
>
>been trying your midifile object and it's working nicely.

great!

>
>is there a way to send it a [read test.mid{ message or a [read 
>folder/test.mid{ message?
>
>i need to automate opening a bunch of files without using the 'openpanel' 
>object.
>

Just like that.
Or send a message or symbol containing the path to the [read $1( message.
It's probably easier if all the files are in the same directory as the 
patch.

Martin



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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Georg Holzmann]

Hallo!

> is that correct, that it only happens if some table needs to be resized?

No it happens also if you only load a soundfile ...

> can drop-outs completely be avoided by using [sndfiler] without any
> table resizing?

No not completely - however, I did not get dropouts in my use-cases ...

LG
Georg

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

Re: [PD] 0.40.1 look (fonts) in 0.41? Is it possible

[Roman Haefeli]

On Tue, 2008-02-12 at 14:19 +0100, matteo sisti sette wrote:
> Hi,
> 
> As I mentioned in an earlier unrelated message, I have just upgraded
> to 0.41 and it seems it fixes some critical bugs that made my life a
> hell.
> 
> Now, something has changed in how GUI texts look like.
> Probably it's just the font that is being used, I don't know if some
> more aspects are involved (spacings, sizes...).
> 
> I make extensive use of GUI, and now my patches made with 0.40.1 look 
> horrible.
> 
> Is there any way in WINDOWS to configure PD to use the same font that
> was used by default in 0.40.1? Will it be enough to have the gui look
> the same as it before?
> 
> I attach two screenshots of the same piece of GUI as it looked in 0.40
> and as it looks now in 0.41.
> Tastes are personal, but I don't really think anybody can honestly
> tell it looks better in the new version...

i have the impression, that it might be only a scaling issue. the
appearance of fonts in pd is still an issue and, afaik, currently in
focus to be fixed. that is probably why patches look different in
different versions of pd. i think, it would be best to _not_ rely any
particular appearance these days. once all those issues are fixed, it
should be possible to get the same appearance by using a different
fontsize.

roman




___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Roman Haefeli]

On Tue, 2008-02-12 at 14:07 +0100, Georg Holzmann wrote:

> Also if it works as it should there could be still some audio dropouts, 
> because the dsp graph has to be recalculated in pd (this was discussed 
> quite some times on this list) and there is no (easy) way to solve this 
> problem.

is that correct, that it only happens if some table needs to be resized?
can drop-outs completely be avoided by using [sndfiler] without any
table resizing?

roman




___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


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

Re: [PD] Phasor Driven Midi File Playback?

[saint]

hi martin,

been trying your midifile object and it's working nicely.

is there a way to send it a [read test.mid{ message or a [read folder/test.mid{ 
message?

i need to automate opening a bunch of files without using the 'openpanel' 
object.


cheers again,

john.

- Original Message 
From: Martin Peach <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]; pd-list@iem.at
Sent: Monday, 11 February, 2008 8:19:56 PM
Subject: RE: [PD] Phasor Driven Midi File Playback?

saint 
wrote:
>
>I've 
been 
trying 
to 
incorporate 
synched 
looped 
midi 
file 
playback 
into 
a 
>system 
of 
tabread 
looping 
players. 
So 
far 
I've 
been 
using 
xeq 
but 
recently 
>discovered 
seq 
in 
the 
cyclone 
library.
>
>I 
can 
kinda 
get 
xeq 
to 
work 
but 
it 
involves 
me 
cheating 
the 
tempo 
of 
the 
>file 
playback, 
banging 
a 
sync 
point 
at 
the 
start 
of 
every 
audio 
loop 
and 
>I'm 
getting 
quite 
confused 
with 
the 
different 
xeq 
objects 
(the 
>documentation 
has 
been 
down 
for 
a 
number 
of 
years)...
>
>Is 
there 
a 
more 
graceful 
way 
of 
doing 
this 
like 
I 
do 
with 
the 
>phasor/tabread 
audio? 
I 
see 
that 
seq 
has 
a 
'goto' 
command 
with 
seconds 
and 
>milliseconds, 
if 
I 
fed 
that 
with 
my 
audio 
phasor 
would 
the 
midi 
loops 
play 
>in 
sync 
with 
the 
audio 
loops?
>

There's 
the 
[mrpeach/midifile] 
object. 
You 
feed 
it 
ticks 
from 
a 
[metro] 
to 
advance 
through 
the 
file 
and 
can 
jump 
to 
any 
tick 
in 
the 
file. 
It 
can 
also 
dump 
the 
file 
so 
you 
can 
find 
the 
tick 
number 
to 
go 
to. 
It 
doesn't 
know 
about 
seconds 
but 
you 
can 
tune 
the 
speed 
very 
finely. 
I 
have 
had 
it 
running 
in 
sync 
with 
the 
Hydrogen 
drum 
machine 
for 
hours 
at 
a 
time.

Martin








  __
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] sound device positions change after reboot > Pd uses wrong soundcard

[Roman Haefeli]

the answer to this question is related to alsa, not to pd. i would say
it is a bug, but alsa people seem to want their users to be forced to
edit a file in a (i think) quite sophisticated way.

the problem is, that the order the different kernel modules for each
card are loaded is different on each boot. however, there is a way to
predefine a certain order by editing the file:

/etc/modprobe.d/alsa-base

i am too little expert to explain you in detail exactly how this is done
the correct way, but basically you first need to add some aliases for
each soundcard module, that will be loaded and then you define the order
by specifying an index for each module.

as an example you'll find my edited alsa-base file here:
http://www.romanhaefeli.net/alsa-base.txt

hopefully it helps you figuring out, how you need to edit yours. in my
file the devices are ordered this way:

hw:0 : my built-in c-media card (snd_intel8x0)
hw:1 : the hdsp rpm (snd_hdsp)
hw:2 : the sounddevice from the built-in tv tuner (saa7134_alsa)
hw:3-5: those are reserved for usb soundcards, if there are any
(someone from #alsa recommended to add those lines, because otherwise
usb soundcards wouldn't work properly)

roman


On Mon, 2008-02-11 at 23:20 +0100, tim wrote:
> Hi all,
> 
> Sometimes when I reboot, my soundcard seems to move up or down in the 
> list of audio devices, causing Pd do start with the wrong one.
> Also aconnect 16:0 128:0 fails because 16:0 is now 20:0...
> It happens only now and then, so it's hard to test.
> Last time it happened after I accidently turned off the computer (so a 
> 'dirty' reboot).
> How can I make sure the position and name of my soundcard is consistent 
> throughout several reboots ?
> Or maybe dynamically adapt pd's startup options so that it will always 
> use the right soundcard ?
> This is on a desktop with ubuntustudio (7.04 feisty), an internal 
> (VIA8237) soundcard and a PCI with breakout (Echo Layla3G), using alsa 
> and alsa-midi, pd 0.39 (time to upgrade, I know...)
> Any tips appreciated,
> Tim
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list




___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


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

Re: [PD] smoothing control signals

[matthew venn]

thanks everyone, I'm using [line] and it works just how I want it!

Matthew

On 12/02/2008, Roman Haefeli <[EMAIL PROTECTED]> wrote:
>
>
> sorry, forgot to attach the patch
>
> roman
>
> On Mon, 2008-02-11 at 11:41 +0100, Roman Haefeli wrote:
> > On Fri, 2008-02-08 at 22:43 +, matthew venn wrote:
> >
> > > I'm a beginner with PD, and I'm finding it useful and frustrating in
> > > equal amounts!
> > >
> > yo.. before you get too frustrated, ask the list first (as you did now).
> > i'd assume that many people would be appreciative of your frustration
> > and therefore are willing to help.
> >
> > > Right now I'm looking at ways to smooth control signals. I wanted a
> > > control version of [lop~]. I couldn't find anything in the docs,
> > > archives or the wiki. In the end I made the attached abstraction using
> > > [lop~] and [snapshot~]. I wonder if this is inefficient? Now all my
> > > patches need to have 'compute audio' turned on.
> >
> > yeah, this is a bit inefficient, because it is not really necessary to
> > go into the audio domain.
> > >
> > > I'm sure I must have missed an obvious external or patch somewhere, as
> > > it seems to me like quite a useful function.
> >
> > definitely it is. some people mentioned [line], which is probably the
> > most preferrable solution in the most cases. if you _really_ want to
> > have the behaviour of a [lop~], then have a look at attached patch,
> > which tries to imitate a [lop~] in the message-domain.
> >
> > roman
> >
> >
> >
> >
> >
> >
> > ___
> > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
> >
> >
> > ___
> > 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] fixes in 0.41?

[Steffen Juul]

On 12/02/2008, at 13.58, matteo sisti sette wrote:

> Are there any changelogs (is this the correct word) listing added
> features and especially bugfixes  of each PD release?

There are release notes in doc/1.manual/x5.htm. The bug/patch tracker  
holds some info, but are not complete either - not everything is  
listed there basically since Miller need not add to it but only pull  
from it, and not everything is guaranteed to be indexed/categorized  
right which means it's lost wrt. searching (like a misplaced book in  
the library).

To get a complete list I'm afraid we are left we diff'ing the source.



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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Georg Holzmann]

Hallo!

> I just tested it. You wrote "this is very experimental and may crash 
> your patch".
>  ... and yes, it did!

;)

> Unfortunately when it doesn't crash the patch it also interupts audio.
> BTW you should add the option of using the "-resize" in the load message 
> so you can use the same commands as for soundfiler without having to 
> change all the load messages when replacing "soundfiler" with 
> "sndfiler". I guess "sndfiler" should simply ignore "-resize".

The version in cvs (or now svn) supports that - I guess you got the one 
from my homepage ?
The sndfiler should not crash pd - then something is definitely wrong. 
Which OS are you on ? Maybe there is somewhere a library problem and I 
suggest you to compile it yourself, then there shouldn't be a crash.

Also if it works as it should there could be still some audio dropouts, 
because the dsp graph has to be recalculated in pd (this was discussed 
quite some times on this list) and there is no (easy) way to solve this 
problem.
However, I used sndfiler in some performance patches without dropouts.

> I need something extremely stable as I am developing a hardware 
> instrument (sample player) that runs with pd. Anything unstable is 
> absolutely out of the question.
> I guess I'll have to keep loading the patches as the get recalled 
> instead of loading in the background after the instrument stared playing 
> already.

If it helps you can also consider the iem16 library, then you can load 
more samples into RAM ... ;)

LG
Georg

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

Re: [PD] 0.40.1 look (fonts) in 0.41? Is it possible

[IOhannes m zmoelnig]

matteo sisti sette wrote:
> Hi,
>
> I attach two screenshots of the same piece of GUI as it looked in 0.40
> and as it looks now in 0.41.
> Tastes are personal, but I don't really think anybody can honestly
> tell it looks better in the new version...

it's not a matter of "better" or "worse":
i cannot possibly imagine any way to make something look better, once 
you have handcrafted your personal GUI.
afaik, the idea of the changes was to make the look more cross-platform; 
this way, it should be possible that your layout (that took you ages) 
will look good on other machines too (and not just yours).
obviously this change will come at some cost, because most of the old 
layout will not be 100% compatible with the new layout - they will be 
"similar" enough to keep it useable, though.

that's the good news.
the bad news is, that afair, this attempt has failed yet again on Pd-0.41.

fgmasdr.
IOhannes

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

Re: [PD] smoothing control signals

[Roman Haefeli]

sorry, forgot to attach the patch

roman

On Mon, 2008-02-11 at 11:41 +0100, Roman Haefeli wrote:
> On Fri, 2008-02-08 at 22:43 +, matthew venn wrote:
> 
> > I'm a beginner with PD, and I'm finding it useful and frustrating in
> > equal amounts!
> > 
> yo.. before you get too frustrated, ask the list first (as you did now).
> i'd assume that many people would be appreciative of your frustration
> and therefore are willing to help.
> 
> > Right now I'm looking at ways to smooth control signals. I wanted a
> > control version of [lop~]. I couldn't find anything in the docs,
> > archives or the wiki. In the end I made the attached abstraction using
> > [lop~] and [snapshot~]. I wonder if this is inefficient? Now all my
> > patches need to have 'compute audio' turned on.
> 
> yeah, this is a bit inefficient, because it is not really necessary to
> go into the audio domain. 
> > 
> > I'm sure I must have missed an obvious external or patch somewhere, as
> > it seems to me like quite a useful function.
> 
> definitely it is. some people mentioned [line], which is probably the
> most preferrable solution in the most cases. if you _really_ want to
> have the behaviour of a [lop~], then have a look at attached patch,
> which tries to imitate a [lop~] in the message-domain.
> 
> roman
> 
> 
> 
> 
> 
>   
> ___ 
> Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
#N canvas 786 176 448 298 10;
#X obj 88 118 * 0.1;
#X obj 88 141 +;
#X obj 122 141 * 0.9;
#X floatatom 196 209 5 0 0 0 - - -;
#X floatatom 192 44 5 0 0 0 - - -;
#X obj 88 95 f;
#X obj 88 4 loadbang;
#X obj 88 67 metro 100;
#X text 235 45 input;
#X floatatom 146 21 5 0 0 0 - - -;
#X text 187 21 samplingperiod;
#X text 239 208 output;
#X connect 0 0 1 0;
#X connect 1 0 2 0;
#X connect 1 0 3 0;
#X connect 2 0 1 1;
#X connect 4 0 5 1;
#X connect 5 0 0 0;
#X connect 6 0 7 0;
#X connect 7 0 5 0;
#X connect 9 0 7 1;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] fixes in 0.41?

[matteo sisti sette]

Hi,

Are there any changelogs (is this the correct word) listing added
features and especially bugfixes  of each PD release?

Particularly, I'd like to have a look at those of 0.40.2, 0.40.3 and 0.41.

I was going INSANE because some frustrating bug was suddenly rendering
months of my work completely useless and making me fear I would loose
my job.
(((example: you add a [print] or a [route] or a [whatever] to an
abstraction; you load a patch that uses hundreds of instances of that
abstraction and that always worked, and now it crashes PD on opening;
the funny thing is that I can guarantee 100% that the added object is
not even reached at loadbang so it crashes just because it exists;
reducing the total number of objects containing instances of the
abstraction fixed the problem with no good reason, so it was somewhat
a matter of quantity of existing things: some memory corruption I
guess;. this is the kind of things that was driving me crazy)))

So I upgraded to 0.41 and to my surprise the problem seems to have disappeared.
At the beginning I was getting some crashes that I didn't get with the
very same patch with the previous version, but after some minor
changes that couldn't in any way be reasonably related, the new
crashes disappeared, so my patches are working again.

It would be of much much comfort to see a changelog that says something like:
"fixed some memory management issues that could cause PD to crash when
loading a large number of bla bla bla"

Otherwise, I live with the fear that one day, I add one more [table]
and everything stops working.




-- 
Matteo Sisti Sette
[EMAIL PROTECTED]
http://www.matteosistisette.com

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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Bryan Jurish]

moin Ingo, moin all,

I've used a similar trick with [readanysf~] (no upsampling, just a
"background" [tabwrite~]).  It's even possible to simulate "-resize"
e.g. with [wavinfo], but re-allocating tables is generally a Bad Idea if
you want to avoid dropouts.

marmosets,
Bryan

On 2008-02-12 13:14:14, Claude Heiland-Allen
<[EMAIL PROTECTED]> appears to have written:
> Ingo Scherzinger wrote:
>> Hi,
>>
>> does anybody know if there is an alternative method to soundfiler in 
>> order to load wave files into tables.
> 
> [readsf~] and [tabwrite~] in an upsampled subpatch (with [block~]).
> 
> No -resize support there though, and it's only "N times" faster than 
> real time, not "as fast as possible without dropouts".
> 
> 
> Claude

-- 
Bryan Jurish   "There is *always* one more bug."
[EMAIL PROTECTED]  -Lubarsky's Law of Cybernetic Entomology


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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Claude Heiland-Allen]

Ingo Scherzinger wrote:
> Hi,
> 
> does anybody know if there is an alternative method to soundfiler in 
> order to load wave files into tables.

[readsf~] and [tabwrite~] in an upsampled subpatch (with [block~]).

No -resize support there though, and it's only "N times" faster than 
real time, not "as fast as possible without dropouts".


Claude
-- 
http://claudiusmaximus.goto10.org


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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Derek Holzer]

Do you really have so many soundfiles that they can't all fit in RAM? My 
solution has been to preload all the samples I need before performing.

best,
d.

Ingo Scherzinger wrote:
> Hi Georg,
> 
> I just tested it. You wrote "this is very experimental and may crash 
> your patch".
>   ... and yes, it did!
> Unfortunately when it doesn't crash the patch it also interupts audio.
> BTW you should add the option of using the "-resize" in the load message 
> so you can use the same commands as for soundfiler without having to 
> change all the load messages when replacing "soundfiler" with 
> "sndfiler". I guess "sndfiler" should simply ignore "-resize".
> Too bad, but it's not usable for me at the current state it is in. It's 
> simply too unstable.
> I need something extremely stable as I am developing a hardware 
> instrument (sample player) that runs with pd. Anything unstable is 
> absolutely out of the question.
> I guess I'll have to keep loading the patches as the get recalled 
> instead of loading in the background after the instrument stared playing 
> already.
> 
> Thanks anyway
> Ingo
> 
> 
> Georg Holzmann schrieb:
>> Ingo Scherzinger schrieb:
>>> Hi,
>>>
>>> does anybody know if there is an alternative method to soundfiler in 
>>> order to load wave files into tables.
>>> Soundfiler is not realtime capable and I urgently need to load files 
>>> in the background while playing audio and midi without interruption.
>>>
>>> Maybe an external?
>> sndfiler: http://grh.mur.at/software/sndfiler.html
>>
>> LG
>> Georg
>>
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 

-- 
derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista
---Oblique Strategy # 64:
"Don't stress one thing more than another"

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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Ingo Scherzinger]

Hi Georg,

I just tested it. You wrote "this is very experimental and may crash 
your patch".
  ... and yes, it did!
Unfortunately when it doesn't crash the patch it also interupts audio.
BTW you should add the option of using the "-resize" in the load message 
so you can use the same commands as for soundfiler without having to 
change all the load messages when replacing "soundfiler" with 
"sndfiler". I guess "sndfiler" should simply ignore "-resize".
Too bad, but it's not usable for me at the current state it is in. It's 
simply too unstable.
I need something extremely stable as I am developing a hardware 
instrument (sample player) that runs with pd. Anything unstable is 
absolutely out of the question.
I guess I'll have to keep loading the patches as the get recalled 
instead of loading in the background after the instrument stared playing 
already.

Thanks anyway
Ingo


Georg Holzmann schrieb:
> Ingo Scherzinger schrieb:
>> Hi,
>>
>> does anybody know if there is an alternative method to soundfiler in 
>> order to load wave files into tables.
>> Soundfiler is not realtime capable and I urgently need to load files 
>> in the background while playing audio and midi without interruption.
>>
>> Maybe an external?
>
> sndfiler: http://grh.mur.at/software/sndfiler.html
>
> LG
> Georg
>

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

Re: [PD] sound for blender apricot opensource game

[Pablo Martin]

marius schebella escribió:
> afaik, xmlrpc is a little bit slower, because it uses a pull
> mechanism. you send a request from a client to the server and that
> responds with data. i think just sending osc over udp is faster. don't
> know about securityissues...

I don't think security would be a problem for us :)

 Pablo

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

Re: [PD] gemmouse wish

[IOhannes m zmoelnig]

marius schebella wrote:
> Hi IOhannes,
> is this still on your todo list? it would make interface building in gem 
> a lot easier.

in theory it was still on my todo list, in practice i have forgotten it...
i have changed the behaviour in CVS now.

if this breaks somebodies patches, we might have to reconsider and 
introduce yet another syntax (otoh, i guess the [gemmouse ] (with 
only one argument) was so unknown/unusable that chances are high that 
the current behaviour will not be challenged


fgasdrm.
IOhannes

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

Re: [PD] sound for blender apricot opensource game

[Pablo Martin]

Hi!

Hans-Christoph Steiner escribió:
> On Feb 11, 2008, at 9:43 AM, Pablo Martin wrote:
>
>   
>> Hi!
>>
>> Sorry guys i didnt see this thread before...
>>
>> Hans-Christoph Steiner escribió:
>> 
> You might be interested in IEM's xmlrpc library for Pd.  That will  
> give you an interface closer to a library.  We could use this project  
> as an impetus to get iemxmlrpc into Pd-extended, if it isn't  
> already.  Other options are OSC, and just using Pd messages over a  
> network socket (they are very simple format, anything ASCII ending  
> with a semi-colon and a carraige return).
>   

If we use it we would most probably use OSC as I have already much
experience in using it for communicating pd to other programs, also, we
already have an OSC plugin for crystalspace that exposes most of the
world :) (which means we would be able to control basically any
parameter or logic for the game from pd).

> It would also be a useful test case for steering the build system  
> towards making custom distros.  This would mean that Apricot could  
> easily use any Pd library that is included in Pd-extended, but we  
> could then strip out anything that isn't actually used.
>
> I'll be in Amsterdam from April 30th until May 7th ish, I could meet  
> up with you guys for some face time, if that's not too late. :)
>   

Well, it'll be a bit late to make big decisions for the project, but of
course you're welcome to come over :)

Cheers!

 Pablo



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

Re: [PD] Comments on pd as a library to be used in game

[Pablo Martin]

Hans-Christoph Steiner escribió:
> On Feb 11, 2008, at 9:55 AM, Pablo Martin wrote:
>
>   
>> Andy Farnell escribió:
>> 
>>> Hey Pablo,
>>>
>>> Yes it is feasible. So Apricot is to use Pd?
>>>
>>>   
>> Well its still being decided, and most team know nothing about pd, so
>> they are a bit reluctant to accept this kind of risks... though they
>> also understand some of the good parts, but of course i think it would
>> be great.
>>
>> 
>
> Hey Pablo!
>
> You should know that Pd is the sound engine for EA's Spore (http:// 
> www.spore.com/ ).  

Yeah, i knew :)


> As for using Pd as a library, I don't think that is feasible.  You  
> need to have a realtime scheduler in order to use Pd, and I don't  
> think Pd is so modular that you can separate the objects from the Pd  
> scheduler.
>   

Mmmm, not so sure what you mean (i suppose the pd internal scheduler?),
but i guess the whole thing could be put in a thread maybe... don't know
why but it's always seemed like it good be a good idea to have pd as a
library (after using it too many times as external program)... it'd make
such a cool "internal" sound system. Still... probably we could handle
running it as a separate process, but maybe i've had too many bad
experiences with that :P

Any ideas how desiredata handles this? I thought they actually have a
"libpd" part in the code tree...

Cheers!

 Pablo


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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Ingo Scherzinger]

Thank you very much, Georg.
I will try it immeadetly.

Ingo


Georg Holzmann schrieb:
> Ingo Scherzinger schrieb:
>> Hi,
>>
>> does anybody know if there is an alternative method to soundfiler in 
>> order to load wave files into tables.
>> Soundfiler is not realtime capable and I urgently need to load files 
>> in the background while playing audio and midi without interruption.
>>
>> Maybe an external?
> sndfiler: http://grh.mur.at/software/sndfiler.html
>
> LG
> Georg
>

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

Re: [PD] pd becomes unresponsive but does not eat cpu

[matteo sisti sette]

I could finally isolate it.

It is a bug in netsend (again!), not print.

If you send too many message to netsend in 0 logical time, pd freezes
and stops responding, but without eating up CPU.

Here's a simple patch that reproduces it.
I guess the critical quantity of messages may be platform dependent
(or not), so if it does not reproduce the bug try increasing the
number in the message box.



2008/2/11, matteo sisti sette <[EMAIL PROTECTED]>:
> Hi,
>
> Does anyone know what kind of errors may cause PD to become completely
> unresponsive (i.e.: you click on any GUI object and nothing happens,
> ctrl+e does not change cursor, clicking on any object doesn't open it,
> pd's window won't close, etc) but without consuming any CPU at all
> (0%)???
>
> It's something triggered by something in my patch, but as usual I am
> not able to isolate it, as all tests with small quantities of things
> always worked and never had any error, and just when things get bigger
> (only a matter of quantity: more instances of the very same things)
> something weird happens
>
> Windows XP here.
>
>
> What if a message tree becomes HUGE not in depth (which would give a
> stack overflow) but in "breadth"? A part from the time needed to
> execute it (if that was the problem, pd would hang consuming a lot of
> cpu), is it possible that it gets just too big and everything breaks
> and stop working without triggering a stack overflow or whatever
> error? Or must it be something else?
>
> Thanks,
> m.
>
> --
> Matteo Sisti Sette
> [EMAIL PROTECTED]
> http://www.matteosistisette.com
>


-- 
Matteo Sisti Sette
[EMAIL PROTECTED]
http://www.matteosistisette.com
#N canvas 177 43 1064 533 12;
#X obj 170 286 netsend;
#X msg 72 35 connect localhost 5000;
#X obj 170 316 select 1;
#X msg 47 71 disconnect;
#X obj 179 103 t b b;
#X msg 240 129 0;
#X obj 178 166 until;
#X obj 174 206 f;
#X obj 213 205 + 1;
#X msg 170 243 send bla bla \$1;
#X obj 624 92 netreceive 5000;
#X obj 270 45 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X msg 177 138 1;
#X connect 0 0 2 0;
#X connect 1 0 0 0;
#X connect 3 0 0 0;
#X connect 4 0 12 0;
#X connect 4 1 5 0;
#X connect 5 0 7 1;
#X connect 6 0 7 0;
#X connect 7 0 8 0;
#X connect 7 0 9 0;
#X connect 8 0 7 1;
#X connect 9 0 0 0;
#X connect 11 0 4 0;
#X connect 12 0 6 0;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] kraftpad/ddr_pad patch

[tim]

Noah Walcutt wrote:
This is my first PD project, thanks to Dave Merrill for the starter 
patch and inspiration.


*If this patch already exists online please refer me to where I can 
find it.*


1)  Here is what I'm trying to do:

--Create a patch for Dave Merrill's "DDR-style musical instrument. 
"  that 
will play notes from the cmajor scale when certain pads on the 
assembly are depressed. 
--Dave has already created a patch that interprets signals from the pad
--I am trying to assign these (eight) signals to different oscillators 
so that when a pad is stepped is on one oscillator plays at a time.


2)  Here are the issues I'm having:

--all of the oscillators output continuously when I turn the audio on
--not all of the inlets in cmajorscale_phasor.pd appear to be working 
in my subpatch (ie I step on a pad and only 4 of the inlets show they 
have recieved a float)


3)  Attached is a patch of what I've come up with so far, as well as 
the other patches written by Dave Merrill.


Any help would be most appreciated!


Hi Noah,

just some remarks and ideas:
In your patch you had some double [inlet] objects right on top of each 
other, so you had nearly double the inlets you needed, and only half of 
those were connected.

In general, construct your patches top-to-bottom rather than left-to-right.
Place the inlets from left to right, because then you see clearly which 
inlet gets what input from the parent patch.
Have a look at the [line~] objects' help file and also the combination 
of it with [*~] to make envelopes (see doc/3.audio.examples/A03.line.pd 
and A04.line2.pd).
There is no need to have several [dac~] objects. Best to have only one 
and use [throw~] [catch~] or [s~] [r~] to send several signals to it.

I attached an adapted version of your cmajorscale patch.
hope this helps,

Tim


Thanks,

Noah




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


#N canvas -20 -32 1012 718 12;
#X text 39 -64 c 264 d 297 e 330 f 352 g 396 a 440 b 495 c' 528;
#X obj 94 -36 inlet;
#X msg 48 383 \; pd dsp 1;
#X obj 48 306 loadbang;
#X text 48 280 turns on audio automatically;
#X msg 82 337 \; pd dsp 0;
#X obj 94 30 == 1;
#X obj 75 153 osc~ 264;
#X floatatom 94 -6 5 0 0 0 - - -;
#X obj 94 122 line~;
#X msg 94 95 1 \, 0 300;
#X obj 76 187 *~;
#X obj 94 70 sel 1;
#X obj 44 495 dac~ 1 2;
#X obj 75 227 throw~ mixL;
#X obj 93 258 throw~ mixR;
#X obj 44 437 catch~ mixL;
#X obj 96 465 catch~ mixR;
#X obj 184 -36 inlet;
#X obj 184 30 == 1;
#X floatatom 184 -6 5 0 0 0 - - -;
#X obj 184 122 line~;
#X msg 184 95 1 \, 0 300;
#X obj 165 187 *~;
#X obj 184 70 sel 1;
#X obj 164 227 throw~ mixL;
#X obj 182 258 throw~ mixR;
#X obj 274 -36 inlet;
#X obj 274 30 == 1;
#X floatatom 274 -6 5 0 0 0 - - -;
#X obj 274 122 line~;
#X msg 274 95 1 \, 0 300;
#X obj 256 187 *~;
#X obj 274 70 sel 1;
#X obj 255 227 throw~ mixL;
#X obj 273 258 throw~ mixR;
#X obj 364 -36 inlet;
#X obj 364 30 == 1;
#X floatatom 364 -6 5 0 0 0 - - -;
#X obj 364 122 line~;
#X msg 364 95 1 \, 0 300;
#X obj 345 187 *~;
#X obj 364 70 sel 1;
#X obj 344 227 throw~ mixL;
#X obj 362 258 throw~ mixR;
#X obj 454 -36 inlet;
#X obj 454 30 == 1;
#X floatatom 454 -6 5 0 0 0 - - -;
#X obj 454 122 line~;
#X msg 454 95 1 \, 0 300;
#X obj 436 187 *~;
#X obj 454 70 sel 1;
#X obj 435 227 throw~ mixL;
#X obj 453 258 throw~ mixR;
#X obj 544 -36 inlet;
#X obj 544 30 == 1;
#X floatatom 544 -6 5 0 0 0 - - -;
#X obj 544 122 line~;
#X msg 544 95 1 \, 0 300;
#X obj 525 187 *~;
#X obj 544 70 sel 1;
#X obj 524 227 throw~ mixL;
#X obj 552 258 throw~ mixR;
#X obj 634 -36 inlet;
#X obj 634 30 == 1;
#X floatatom 634 -6 5 0 0 0 - - -;
#X obj 634 122 line~;
#X msg 634 95 1 \, 0 300;
#X obj 615 187 *~;
#X obj 634 70 sel 1;
#X obj 614 227 throw~ mixL;
#X obj 642 258 throw~ mixR;
#X obj 164 153 osc~ 297;
#X obj 255 153 osc~ 330;
#X obj 344 153 osc~ 352;
#X obj 435 153 osc~ 396;
#X obj 524 153 osc~ 440;
#X obj 614 153 osc~ 495;
#X obj 724 -36 inlet;
#X obj 724 30 == 1;
#X floatatom 724 -6 5 0 0 0 - - -;
#X obj 724 122 line~;
#X msg 724 95 1 \, 0 300;
#X obj 705 187 *~;
#X obj 724 70 sel 1;
#X obj 704 227 throw~ mixL;
#X obj 732 258 throw~ mixR;
#X obj 704 153 osc~ 528;
#X connect 1 0 8 0;
#X connect 3 0 2 0;
#X connect 6 0 12 0;
#X connect 7 0 11 0;
#X connect 8 0 6 0;
#X connect 9 0 11 1;
#X connect 10 0 9 0;
#X connect 11 0 14 0;
#X connect 11 0 15 0;
#X connect 12 0 10 0;
#X connect 16 0 13 0;
#X connect 17 0 13 1;
#X connect 18 0 20 0;
#X connect 19 0 24 0;
#X connect 20 0 19 0;
#X connect 21 0 23 1;
#X connect 22 0 21 0;
#X connect 23 0 25 0;
#X connect 23 0 26 0;
#X connect 24 0 22 0;
#X connect 27 0 29 0;
#X connect 28 0 33 0;
#X connect 29 0 28 0;
#X connect 30 0 32 1;
#X connect 31 0 30 0;
#X connect 32 0 34 0;
#X connect 32 0 35 0;
#X connect 33 0

Re: [PD] *.lua => *.pd_lua or *.l_lua?

[IOhannes m zmoelnig]

Hans-Christoph Steiner wrote:

> There is nothing stopping anyone from making a .dll on  
> Windows with a setup function and sticking it in pd/extra.  If  
> someone tried to load it, Pd would make it's best effort, and the  
> setup function won't create any inlets or outlets, so it would just  
> sit there.

this of course is plain wrong.

the "setup"-function _never_ creates any inlets and outlets, or even an 
object.
it is the "new"-function (aka creator) that handles instantiation.

it is perfectly possible to create a dll that does not provide any 
objectclasses (and is still "loaded" by Pd). it is not possible to 
instantiate such a nonexistant objectlass though - it would always "just 
sit there" in dashed lines...


fgmadsr.
IOhannes

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

Re: [PD] soundfiler alternative - realtime? (loading in background)

[Georg Holzmann]

Ingo Scherzinger schrieb:
> Hi,
> 
> does anybody know if there is an alternative method to soundfiler in 
> order to load wave files into tables.
> Soundfiler is not realtime capable and I urgently need to load files in 
> the background while playing audio and midi without interruption.
> 
> Maybe an external?

sndfiler: http://grh.mur.at/software/sndfiler.html

LG
Georg

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

[PD] soundfiler alternative - realtime? (loading in background)

[Ingo Scherzinger]

Hi,

does anybody know if there is an alternative method to soundfiler in 
order to load wave files into tables.
Soundfiler is not realtime capable and I urgently need to load files in 
the background while playing audio and midi without interruption.

Maybe an external?

Any help is appreciated!

Ingo

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