Re: [PD] bug in gop data-structs?

2008-06-18 Thread hard off
i can't use your patch because i don't have the [for] object, but i have had
similar troubles that you described.  i can also only describe it as a bug.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] bug in gop data-structs?

2008-06-18 Thread Rich E
Ah, buggers, didn't notice that was in there.  Here it is.

rich

On Wed, Jun 18, 2008 at 12:45 AM, hard off [EMAIL PROTECTED] wrote:

 i can't use your patch because i don't have the [for] object, but i have
 had similar troubles that you described.  i can also only describe it as a
 bug.





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


Re: [PD] ~/pd or ~/.pd for user's externals directory

2008-06-18 Thread Frank Barknecht
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:

 
 On Jun 17, 2008, at 6:05 PM, Frank Barknecht wrote:
 
 Hallo,
 Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
 
 I think I am going to go with /usr/local/lib/pd-externals and ~/pd-
 externals.
 
 What about abstractions?
 
 True... got any suggestions for a better name? externals is such a  
 vague term anyway.  This folder is intended for any kind of  
 objectclass, binary or ASCII, as well as helpfiles.

Am I understanding it correctly, that these are just a paths
pd-extended will include to the defaults in its settings? Then I'd use 
/usr/local/lib/pd/extra and for home maybe ~/pd/extra or just ~/pd.

The home path isn't important anyway as every user probably has her
own file layout for home. And I don't think that every home should be
standardized, I like it if all my friends' homes look different.

Ciao
-- 
 Frank Barknecht _ __footils.org__

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


Re: [PD] ~/pd or ~/.pd for user's externals directory

2008-06-18 Thread IOhannes m zmoelnig
Frank Barknecht wrote:
 The home path isn't important anyway as every user probably has her
 own file layout for home. And I don't think that every home should be
 standardized, I like it if all my friends' homes look different.

standardized homes are beautiful as you can always feel at home...
i would use My Pd Extras


fgmasdr
IOhannes

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


Re: [PD] bug in gop data-structs?

2008-06-18 Thread Frank Barknecht
Hallo,
Rich E hat gesagt: // Rich E wrote:

 I'm just checking to see if this is in fact a bug, or I am doing something
 wrong with GOP data structs.  The attached patch draws bars that symbolize 2
 measures, with 4 sub divisions each.  The problem is, when I minimize the
 patch and bring it back up, they disappear... seems like a bug to me, and
 I'll file a report if it is.

 traverse $0-bar-data
 ... couldn't create
  for 0 0
  ... couldn't create

Ciao
-- 
 Frank Barknecht _ __footils.org__

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


Re: [PD] Lua and PD (update)

2008-06-18 Thread Mathieu Bouchard

On Tue, 6 May 2008, Claude Heiland-Allen wrote:


Yes, that works - I use Lua quite a bit for collecting values from my
(many) GUI objects and sending them to one outlet.


Btw, GridFlow 0.9.4 introduces [receives], a tool for doing exactly that. 
Else, it makes the guts of such abstractions inanely repetitive. The help 
file isn't there yet, but you can see it in use in the new [#camera].


I made it because I was adding a grey-out feature in the [#camera] GUI 
(because it supports 4 camera types with different feature-sets), and 
thought that the guts subpatch was too full. On average, if a patch needs 
scrollbars, it's too full, IMHO. I hope to introduce more shortcuts like 
this in the future.


I haven't gotten into Lua yet, but whenever I have an external to make for 
which I'd really have loved to use Ruby, I'll use Lua. That language never 
got me excited, but then, I think I can enjoy it better than Python, and 
the languages that got me excited (Ruby and Tcl) shows me that getting 
excited is not so much a good sign.


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released

2008-06-18 Thread Hans-Christoph Steiner

On Jun 18, 2008, at 3:12 PM, Mathieu Bouchard wrote:

 On Sat, 7 Jun 2008, Hans-Christoph Steiner wrote:

 I think that gridflow would probably be more easily maintained  
 outside of Pd-extended, for now at least.

 GridFlow is not in a situation much different from Gem or PDP. It's  
 just that there's more of an incentive to get Gem running in pd- 
 extended, than there is to get GridFlow running. I'm talking about  
 today's GridFlow, which is quite Rubyless. I think that basically  
 you say that because you simply don't feel like handling it.

 Now I have a contract item that is to include GridFlow in pd- 
 extended, or if that fails, at least to make a version of pd- 
 extended that has GridFlow in it. It is likely that it gets done in  
 June, perhaps even in the next few days.

These days, I think we should try to make it easy to install and  
manage external libraries.  Then once things are very stable, they  
should be included in Pd-extended.  That's what I've learned from my  
experience so far.

And honestly, I don't want to deal with more build issues, I am very  
tired of it.  So if you want to include it, please don't expect me to  
do it, especially since you are getting paid and I am not.

.hc


 


If you are not part of the solution, you are part of the problem.



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


Re: [PD] ~/pd or ~/.pd for user's externals directory

2008-06-18 Thread Hans-Christoph Steiner

On Jun 18, 2008, at 8:31 AM, Frank Barknecht wrote:

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


 On Jun 17, 2008, at 6:05 PM, Frank Barknecht wrote:

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

 I think I am going to go with /usr/local/lib/pd-externals and ~/pd-
 externals.

 What about abstractions?

 True... got any suggestions for a better name? externals is such a
 vague term anyway.  This folder is intended for any kind of
 objectclass, binary or ASCII, as well as helpfiles.

 Am I understanding it correctly, that these are just a paths
 pd-extended will include to the defaults in its settings? Then I'd use
 /usr/local/lib/pd/extra and for home maybe ~/pd/extra or just ~/pd.

Yes.

 The home path isn't important anyway as every user probably has her
 own file layout for home. And I don't think that every home should be
 standardized, I like it if all my friends' homes look different.

I'd rather not be mislead by metaphors.  This is software, if the  
software package sets up the environment for us, then we all have to  
do less work to get things running.  Personally, I'd rather make art  
than manage a million different home directory configurations, and  
all the problems that arise from that.

.hc


 Ciao
 -- 
  Frank Barknecht _  
 __footils.org__

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



 


[W]e have invented the technology to eliminate scarcity, but we are  
deliberately throwing it away to benefit those who profit from  
scarcity.-John Gilmore



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


Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released

2008-06-18 Thread Mathieu Bouchard

On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:

These days, I think we should try to make it easy to install and manage 
external libraries.


I don't know what you mean by that.

Now I have a contract item that is to include GridFlow in pd-extended, 
or if that fails, at least to make a version of pd-extended that has 
GridFlow in it.

So if you want to include it, please don't expect me to do it,


You can see that it is clear that I am already planning for this 
possibility.


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Abstractions search path hirarchy (was: pduino-arduino trouble)

2008-06-18 Thread Mathieu Bouchard

On Sun, 15 Jun 2008, Frank Barknecht wrote:


Btw.: Miller is working on making shadowing even builtins possible.


It can be done by removing some lines from pd's source. Defining a method 
is done by appending to a linked-list. If it is made to prepend to the 
linked-list (by removing a for-loop), a new method with the same name as 
an old method with shadow the old method because of the way method-lookup 
happens, and then class-lookup is method-lookup in pd, because it's done 
through [objectmaker]'s method-list.


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] inlet and inlet~

2008-06-18 Thread IOhannes m zmoelnig

Matt Barber wrote:


In other words, at the moment it seems to be just as hard to add the
extra functionality to [inlet~] as it would be to make any ordinary
objectclass whose right inlet could take a signal and a bang message.


actually it is rather trivial, see attached diff.
this however is a quick hack and i don't think it should really be used.

probably a better approach would be to accept any messages in [inlet~] 
and just pass them on to the objects connected.

then you could have another object that separates signals and messages.
i would call the latter [route~]ld be made for the vinlet class.



BTW, to complicate things, if one wanted abstractions to REALLY work
like objects, then if the abstraction's leftmost inlet were an
[inlet~], it would automatically sprout the right outlet for passing
messages (and this only if it were an abstraction -- you probably
wouldn't want this for subpatches)...


i don't fully understand what you mean here.
however, it seems to me that you are trying to mimick flaws in the 
external-API in the abstraction-API.

it would probably be better to fix the flaws than to mimick them.
(and one could hack together an external that takes messages+signals on 
any inlet; and signals only on a right-hand inlet,...)



fmgasd
IOhannes
Index: g_io.c
===
--- g_io.c  (Revision 9980)
+++ g_io.c  (Arbeitskopie)
@@ -36,8 +36,9 @@
   /* if not reblocking, the next slot communicates the parent's inlet
  signal from the prolog to the DSP routine: */
 t_signal *x_directsignal;
+  t_resample x_updown;
 
-  t_resample x_updown;
+  t_outlet*x_sigoutlet, *x_msgoutlet;
 } t_vinlet;
 
 static void *vinlet_new(t_symbol *s)
@@ -47,43 +48,46 @@
 x-x_inlet = canvas_addinlet(x-x_canvas, x-x_obj.ob_pd, 0);
 x-x_bufsize = 0;
 x-x_buf = 0;
-outlet_new(x-x_obj, 0);
+x-x_msgoutlet=outlet_new(x-x_obj, 0);
+x-x_sigoutlet=0;
 return (x);
 }
 
 static void vinlet_bang(t_vinlet *x)
 {
-outlet_bang(x-x_obj.ob_outlet);
+outlet_bang(x-x_msgoutlet);
 }
 
 static void vinlet_pointer(t_vinlet *x, t_gpointer *gp)
 {
-outlet_pointer(x-x_obj.ob_outlet, gp);
+outlet_pointer(x-x_msgoutlet, gp);
 }
 
 static void vinlet_float(t_vinlet *x, t_float f)
 {
-outlet_float(x-x_obj.ob_outlet, f);
+outlet_float(x-x_msgoutlet, f);
 }
 
 static void vinlet_symbol(t_vinlet *x, t_symbol *s)
 {
-outlet_symbol(x-x_obj.ob_outlet, s);
+outlet_symbol(x-x_msgoutlet, s);
 }
 
 static void vinlet_list(t_vinlet *x, t_symbol *s, int argc, t_atom *argv)
 {
-outlet_list(x-x_obj.ob_outlet, s, argc, argv);
+outlet_list(x-x_msgoutlet, s, argc, argv);
 }
 
 static void vinlet_anything(t_vinlet *x, t_symbol *s, int argc, t_atom *argv)
 {
-outlet_anything(x-x_obj.ob_outlet, s, argc, argv);
+outlet_anything(x-x_msgoutlet, s, argc, argv);
 }
 
 static void vinlet_free(t_vinlet *x)
 {
 canvas_rminlet(x-x_canvas, x-x_inlet);
+if(x-x_sigoutlet)outlet_free(x-x_sigoutlet);
+if(x-x_msgoutlet)outlet_free(x-x_msgoutlet);
 resample_free(x-x_updown);
 }
 
@@ -247,17 +251,24 @@
 
 static void *vinlet_newsig(t_symbol *s)
 {
+  int onlysignal=0;
 t_vinlet *x = (t_vinlet *)pd_new(vinlet_class);
 x-x_canvas = canvas_getcurrent();
-x-x_inlet = canvas_addinlet(x-x_canvas, x-x_obj.ob_pd, s_signal);
+x-x_sigoutlet=outlet_new(x-x_obj, s_signal);
+if(onlysignal) {
+  x-x_inlet = canvas_addinlet(x-x_canvas, x-x_obj.ob_pd, s_signal);
+  x-x_msgoutlet=0;
+} else {
+  x-x_inlet = canvas_addinlet(x-x_canvas, x-x_obj.ob_pd, 0);
+  x-x_msgoutlet=outlet_new(x-x_obj, 0);
+}
 x-x_endbuf = x-x_buf = (t_float *)getbytes(0);
 x-x_bufsize = 0;
 x-x_directsignal = 0;
-outlet_new(x-x_obj, s_signal);
-
+  
 resample_init(x-x_updown);
 
-/* this should be though over: 
+/* this should be thought over: 
  * it might prove hard to provide consistency between labeled up-  
downsampling methods
  * maybe indeces would be better...
  *
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released

2008-06-18 Thread Hans-Christoph Steiner

On Jun 18, 2008, at 4:32 PM, Mathieu Bouchard wrote:

 On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:

 These days, I think we should try to make it easy to install and  
 manage external libraries.

 I don't know what you mean by that.

I mean not including everything in one big package, but instead make  
it easy to package, distribute, and install libraries for Pd.


 Now I have a contract item that is to include GridFlow in pd- 
 extended, or if that fails, at least to make a version of pd- 
 extended that has GridFlow in it.
 So if you want to include it, please don't expect me to do it,

 You can see that it is clear that I am already planning for this  
 possibility.

Feel free to ask questions, I'll do my best to answer them...

.hc


 


   http://at.or.at/hans/



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


Re: [PD] Abstractions search path hirarchy (was: pduino-arduino trouble)

2008-06-18 Thread Hans-Christoph Steiner

On Jun 18, 2008, at 4:52 PM, Mathieu Bouchard wrote:

 On Sun, 15 Jun 2008, Frank Barknecht wrote:

 Btw.: Miller is working on making shadowing even builtins possible.

 It can be done by removing some lines from pd's source. Defining a  
 method is done by appending to a linked-list. If it is made to  
 prepend to the linked-list (by removing a for-loop), a new method  
 with the same name as an old method with shadow the old method  
 because of the way method-lookup happens, and then class-lookup is  
 method-lookup in pd, because it's done through [objectmaker]'s  
 method-list.

Do you have a reference in the Pd code to look at this specific  
stuff?  I'd like to see how it works.  Ultimately, for the canvas- 
local namespaces to be complete, there needs to be a canvas-local  
method list too.

.hc



 


 kill your television



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


Re: [PD] inlet and inlet~

2008-06-18 Thread IOhannes m zmoelnig
IOhannes m zmoelnig wrote:
 Matt Barber wrote:

 
 actually it is rather trivial, see attached diff.

oops, seems my test-patch was missing something :-)
not _that_ trivial probably...

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


Re: [PD] Spore [was: TR909 emulation]

2008-06-18 Thread Andy Farnell



I didn't want to have the last word on this thread so I'm
just throwing another log on the fire.

As well as games, computer animation is another promising
application. I know Hans has worked hard to foster links
with the Blender Org.

I've also had the joy to colloborate with Joseph Thibodeau
on some synthetic thunder models that have taken a direction
towards offline high detail processing and managed to gain
the enthusiasm of Skywalker who have offered computing resources
to run models.

Being so busy with the book project lately I haven't had time
to keep all these pots boiling. Anyway, I hope we can have a 
wider discussion than my quite narrow  interpretation of 
procedural audio.

Andy



On Mon, 9 Jun 2008 20:47:04 +0100
Andy Farnell [EMAIL PROTECTED] wrote:

 
 
 This is a general feature of procedural audio. In fact Pd plays very nice and 
 has
 a fixed (predictable) cost for signal rate graphs - but a variable and 
 unpredictable cost for message domain computation.
 
 Proc audio eventually beats sample replay on cost because of dynamic level of
 detail where we get a variable (but predictable) cost for dynamically built
 signal graphs against a linear fixed cost for sample playback. It's an
 interesting bit of computer science to think about.
 
 I know from talks with EA guys that EAPd ran into some problems and its
 performance was not spotless. But not for the reasons you state.
 
 Andy
 
 
 
 
 On Mon, 9 Jun 2008 20:55:58 +0200
 [EMAIL PROTECTED] wrote:
 
  On Monday 09 June 2008 06:23:04 Kyle Klipowicz wrote:
   Maybe EA had better hire a genuine pro from the pd-list (wink wink).
  
   I hope that this thread takes off, since I'm curious what others think on
   the topic. Spore could be the PR break that Pd has been waiting for!
  
  One thing to note though is that they confessed having only used Pd to 
  trigger 
  midi events and play samples. There is no actual sound synthesis done by 
  pd 
  in Spore, only notes and messages generation. This was mostly for 
  efficiency 
  reasons, and because sound processing had to use only a predictable amount 
  of 
  cpu ressources. It is likely that any other game will have similar 
  limitations.   
  
  
  ___
  Pd-list@iem.at mailing list
  UNSUBSCRIBE and account-management - 
  http://lists.puredata.info/listinfo/pd-list
 
 
 -- 
 Use the source
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


-- 
Use the source

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


Re: [PD] PdSVN 0.8

2008-06-18 Thread Jamie Bullock
Hi Luke,

Nice work!

On Wed, 2008-06-18 at 05:45 -0700, Luke Iannini wrote:

snip

 A modified [getpatchname] is still required; Jamie, do you think you
 could take a look at my patch to consider including it (it's in the
 zipfile below) so this can Just Work?  I'd be happy to check in the
 change but I don't want to rustle around in your directories uninvited
 :).

Yes, no problem. Please go ahead and commit the change. It would be
great if you could update the help file also ;-)

best,

Jamie

-- 
www.postlude.co.uk
-- 
www.postlude.co.uk


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


Re: [PD] Abstractions search path hirarchy (was: pduino-arduino trouble)

2008-06-18 Thread Mathieu Bouchard

On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:
and then class-lookup is method-lookup in pd, because it's done 
through [objectmaker]'s method-list.

Do you have a reference in the Pd code to look at this specific stuff?


grep -n objectmaker *.c

Ultimately, for the canvas-local namespaces to be complete, there needs 
to be a canvas-local method list too.


I explained it in detail last year. Got no reply.

 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released

2008-06-18 Thread bigswift
that will be very nice


 Mathieu Bouchard [EMAIL PROTECTED] wrote: 
 On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:
 
  These days, I think we should try to make it easy to install and manage 
  external libraries.
 
 I don't know what you mean by that.
 
  Now I have a contract item that is to include GridFlow in pd-extended, 
  or if that fails, at least to make a version of pd-extended that has 
  GridFlow in it.
  So if you want to include it, please don't expect me to do it,
 
 You can see that it is clear that I am already planning for this 
 possibility.
 
   _ _ __ ___ _  _ _ ...
 | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec

--
Patrick Pagano
Sound and Light Technologist
School of Theatre and Dance
University of Florida



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


Re: [PD] bug in gop data-structs?

2008-06-18 Thread Rich E
Ok, sorry about that.  I copied and pasted out of a larger patch last time,
a little too hastily.

The attached patch is the same one, with no abstractions.

Hardoff, your problem is a different one, that I think I have experienced as
well.  The data struct objects don't hold their drawing order when the main
patch is redrawn.

In my bug, there should only be one thing drawn, the bars.

regards,
Rich

On Wed, Jun 18, 2008 at 6:08 AM, hard off [EMAIL PROTECTED] wrote:

 yeah sorry, i still can't get your patch to work either, even with the
 'for' abstraction.

 but i have attached an example of the glitch i have.  after re-reading you
 post and looking at the bits of your patch which do work, i think it might
 be a different bug, but may possibly be related.

 anyway...example is attached



 ___
 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] bug in gop data-structs?

2008-06-18 Thread Rich E
Geeshh... I'm slipping more and more this week.  I forgot to attach the
patch, here it is.

On Wed, Jun 18, 2008 at 1:25 PM, Rich E [EMAIL PROTECTED] wrote:

 Ok, sorry about that.  I copied and pasted out of a larger patch last time,
 a little too hastily.

 The attached patch is the same one, with no abstractions.

 Hardoff, your problem is a different one, that I think I have experienced
 as well.  The data struct objects don't hold their drawing order when the
 main patch is redrawn.

 In my bug, there should only be one thing drawn, the bars.

 regards,
 Rich

 On Wed, Jun 18, 2008 at 6:08 AM, hard off [EMAIL PROTECTED] wrote:

 yeah sorry, i still can't get your patch to work either, even with the
 'for' abstraction.

 but i have attached an example of the glitch i have.  after re-reading you
 post and looking at the bits of your patch which do work, i think it might
 be a different bug, but may possibly be related.

 anyway...example is attached



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





gop-data-struct2.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] get sample length for setting array size

2008-06-18 Thread smilingmolecule
hallo together,

i am trying to build a simple sample/loop player in pd.
i am using [read] [soundfiler][tabread] and so on.
everything works fine, only the samples are cutted when i play them.
i think the reason is that the wav file does not fit into the array.
is there a way to set the array size automatically? for example with the 
help of [soundfile_info]?

or maybe someone has a link to a patch with a good sample player, with 
options to loop, pitch and play on bang (for my sequencer patch).

thanks

/robert

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


Re: [PD] get sample length for setting array size

2008-06-18 Thread Claude Heiland-Allen
smilingmolecule wrote:
 hallo together,
 
 i am trying to build a simple sample/loop player in pd.
 i am using [read] [soundfiler][tabread] and so on.


[openpanel]
|
read -resize $1 my-table
|
[soundfiler]
|
new length of table


 everything works fine, only the samples are cutted when i play them.
 i think the reason is that the wav file does not fit into the array.
 is there a way to set the array size automatically? for example with the 
 help of [soundfile_info]?
 
 or maybe someone has a link to a patch with a good sample player, with 
 options to loop, pitch and play on bang (for my sequencer patch).
 
 thanks
 
 /robert



Hope this helps,


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

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


Re: [PD] bug in gop data-structs?

2008-06-18 Thread Luke Iannini
 On Wed, Jun 18, 2008 at 1:25 PM, Rich E [EMAIL PROTECTED] wrote:
 Hardoff, your problem is a different one, that I think I have experienced
 as well.  The data struct objects don't hold their drawing order when the
 main patch is redrawn.

Yo,
I have a horrible, tear-jerking workaround for this in senderfruit/
called ds-raise that will raise an item in a DS to the top.

It's written to only act on the first appearance of each template in a
struct (a limitation I need to remove library wide before splitting
out ds-abs officially; I've been using nothing but arrays and one of
each thereof so this hasn't been a personal priority yet).  But you
should be able to have a look inside and get the idea.

Worse, it needs to be called after the data-subpatch is opened with a
delay of ~200ms depending on complexity.  But, it does do the trick.
(in case it's not clear, you'd call ds-raise on each template you'd
like to order, in order, from bottom to top)

The z-order bug (which, actually, I'd prefer was converted to a real
parametric Z-ordering feature) and the mega-sketchy array-item mouse
dragging/interaction* in grain-quantized arrays (e.g. plot -y
note(0:88)(712:0)(1) noteArray 155 0 0 0), if fixed, would increase
my use of DS by at least a zillion percent.

*actually, this has become a valuable stochastic composition tool for me

Cheers
Luke

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


Re: [PD] PdSVN 0.8

2008-06-18 Thread Hans-Christoph Steiner

This sounds quite interesting.  It would be great to have SVN tied  
into the editing environment too.

About this comment in getpatchname.c: At some point we need to be to  
get the new patch name if it changes, couldn't make this work  
though, you should be able to do this in getpatchname_bang():

 outlet_symbol(x-outlet, canvas_getcurrent()-gl_name);

.hc

On Jun 18, 2008, at 6:49 PM, Jamie Bullock wrote:

 Hi Luke,

 Nice work!

 On Wed, 2008-06-18 at 05:45 -0700, Luke Iannini wrote:

 snip

 A modified [getpatchname] is still required; Jamie, do you think you
 could take a look at my patch to consider including it (it's in the
 zipfile below) so this can Just Work?  I'd be happy to check in the
 change but I don't want to rustle around in your directories  
 uninvited
 :).

 Yes, no problem. Please go ahead and commit the change. It would be
 great if you could update the help file also ;-)

 best,

 Jamie

 -- 
 www.postlude.co.uk
 -- 
 www.postlude.co.uk


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



 


If you are not part of the solution, you are part of the problem.



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


Re: [PD] PdSVN 0.8

2008-06-18 Thread Claude Heiland-Allen
Hans-Christoph Steiner wrote:
 About this comment in getpatchname.c: At some point we need to be to  
 get the new patch name if it changes, couldn't make this work  
 though, you should be able to do this in getpatchname_bang():
 
  outlet_symbol(x-outlet, canvas_getcurrent()-gl_name);

Nope:

http://lists.puredata.info/pipermail/pd-dev/2004-11/003023.html

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


[PD] pdlua-0.5 released

2008-06-18 Thread Claude Heiland-Allen
Hello,

Pd (aka Pure-data) is a real-time visual programming environment 
primarily used for multimedia processing. Lua is a powerful, fast, 
light-weight, embeddable scripting language. pdlua is a Lua embedding 
for Pd.

This release adds new features to interact with Pd's [value] and [table] 
and also better support Lua's require() functionality.

pdlua-0.5 (2008-06-18), changes since pdlua-0.4 (2008-03-26):

  * Building: Makefile.static (recommended)
  * Building: autoconfiscated (for advanced users)
  * Feature: interaction with [value], see [revalue] and [lexpr]
  * Feature: interaction with [table], see [ltabdump] and [ltabfill]
  * Feature: require() looks relative to .pd_lua and .pd_luax files
  * Internal: support pd = 0.41 and pd  0.41 (pd table API change)

Note: if pdlua is compiled for pd = 0.41 it won't load in pd  0.41, 
and if pdlua is compiled for pd  0.41 and is loaded in pd = 0.41 it 
will exhibit table-related 64bit bugs.

Get a tarball here:
https://devel.goto10.org/dl.php?repname=maximuspath=%2Freleases%2Fpdlua-0.5%2Frev=0isdir=1

Or via SVN:
svn co https://devel.goto10.org/svn/maximus/releases/pdlua-0.5

Development version (may be broken at times):
svn co https://devel.goto10.org/svn/maximus/pdlua


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] [PD-announce] Pd-0.40.3-extended-rc1 released

2008-06-18 Thread Chris McCormick
On Wed, Jun 18, 2008 at 05:57:03PM +0200, Hans-Christoph Steiner wrote:
 
 On Jun 18, 2008, at 4:32 PM, Mathieu Bouchard wrote:
 
 On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:
 
 These days, I think we should try to make it easy to install and  
 manage external libraries.
 
 I don't know what you mean by that.
 
 I mean not including everything in one big package, but instead make  
 it easy to package, distribute, and install libraries for Pd.

Hi Hans,

So does this mean that users in future will download a 'core' Pd
(extended) and then separately download and install the different sets
of externals that they want to work with, instead of downloading one big
monolithic package? I like that because it fits well with the Debian
philosophy.

Chris.

---
http://mccormick.cx

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


Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released

2008-06-18 Thread husk
Chris McCormick wrote:
 On Wed, Jun 18, 2008 at 05:57:03PM +0200, Hans-Christoph Steiner wrote:
   
 On Jun 18, 2008, at 4:32 PM, Mathieu Bouchard wrote:

 
 On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:

   
 These days, I think we should try to make it easy to install and  
 manage external libraries.
 
 I don't know what you mean by that.
   
 I mean not including everything in one big package, but instead make  
 it easy to package, distribute, and install libraries for Pd.
 

 Hi Hans,

 So does this mean that users in future will download a 'core' Pd
 (extended) and then separately download and install the different sets
 of externals that they want to work with, instead of downloading one big
 monolithic package? I like that because it fits well with the Debian
 philosophy.

 Chris.
   
this should be a good choice...

Husk

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


[PD] Play a soundfile reverse

2008-06-18 Thread Ricardo Dueñas Parada
Hello list,

do you know some way to read a soundfile (.wav, 2 channels) from the end to
the
beggining without convert the file?

I'm trying to make a mirror. I write any sound (variable longitude) to a
wav file,  and
when a stop the recording, it must be played reverse.

Any help will be appreciated. Thanks.

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


Re: [PD] Play a soundfile reverse

2008-06-18 Thread Ricardo Dueñas Parada
I've found the solution using [soundfiler].
If you know other way, please let me know.

_Ricardo.

2008/6/18 Ricardo Dueñas Parada [EMAIL PROTECTED]:

 Hello list,

 do you know some way to read a soundfile (.wav, 2 channels) from the end to
 the
 beggining without convert the file?

 I'm trying to make a mirror. I write any sound (variable longitude) to a
 wav file,  and
 when a stop the recording, it must be played reverse.

 Any help will be appreciated. Thanks.

 _Ricardo





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