Re: [PD] Pd-extended 0.41.4 release candidate 2

2009-05-18 Thread Enrique Erne

Yes you are right. It only happens with GOP abstractions.


Hans-Christoph Steiner wrote:


Hmm, I can't reproduce it with Pd version 0.41.4-extended-rc1 on Mac OS 
X 10.5.7/Intel.  I attached my test patches, basically, I opened myabs, 
modified it, closed it.  Then closed test.pd.  myabs.pd was opened, with 
a prompt to save it.




.hc


On May 17, 2009, at 5:31 AM, Enrique Erne wrote:


Sorry to spam, I am not fully awake atm :)

In Pd-0.42.5 there is comes a dialog but only when the abstraction is 
already visible.


If the abstraction is not visible:
- closing the patch, makes the abs visible but no dialog appears
- trying to quit Pd prints consistency check failed: canvas_vis



Enrique Erne wrote:

Little correction:
In Pd-0.42-5 actually we have the same problem when trying to quit 
Pd. There is a console meassge: consistency check failed: canvas_vis
When closing the patch in Pd-0.42-5 then the abstraction pops up, 
this with the dialog do you want to save the changes you made would 
be the correct behavior in my opinion.

Enrique Erne wrote:

Hi Hans

There is a little annoying bug with the dialog
do you want to save the changes you made with abstractions.

If the abstraction isn't visible the dialog doesn't appear.
When trying to close the patch or quiting pd, nothing happens.

This is with Pd-0.41.4-extended-rc2-macosx105-i386.dmg from
http://autobuild.puredata.info/auto-build/latest/

In Pd-0.42-5 the window of the abstraction gets visible when quiting 
Pd  or closing the patch. I tested with GOP abstractions, but I 
guess the same happens with no GOP as well.






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





 



kill your television





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


Re: [PD] GIT repo

2009-05-18 Thread Timur Batyrshin
On Sun, 17 May 2009 11:10:46 -0700
Miller Puckette wrote:

 Ok... I put it up on http://crca.ucsd.edu/~msp/Software/pd-git/ -
 I can't imagine this would work too well since the git repository
 mostly consists of a single compressed 4M file, which presumably your
 git client has to download wholesale.

I think it is because of git-repack or such.

 But if it functions for you
 (or if you can suggest a way I could do it better) that's easy for me
 to maintain :)

Actually you should not copy but push your working repository to your
public one.

Something like:

Set up the public repository on the web server:
mkdir ~msp/Software/pd/
cd ~msp/Software/pd/
git-init

Add remote to your working repository on your working computer:
cd path/to/git/repo/pd/
git remote add pubrepo  /pub/Software/pd/
(here goes the path under which you access your home dir on the web
server)

After that each time you want to publish your changes just use the
command from your working repository:
git push --all --tags pubrepo


I think this would be much the same for each public git-hosting such
as github or gitorious. You just will need to set up the transport
(ssh, etc) to access it and change the single 'git remote add ...'
accordingly.


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


Re: [PD] GIT repo

2009-05-18 Thread IOhannes m zmoelnig

Miller Puckette wrote:

Ok... I put it up on http://crca.ucsd.edu/~msp/Software/pd-git/ -
I can't imagine this would work too well since the git repository mostly
consists of a single compressed 4M file, which presumably your git
client has to download wholesale.  But if it functions for you (or if
you can suggest a way I could do it better) that's easy for me to maintain :)



i was delighted when i found out about the git-svn bridge, which 
allows you to checkout an svn-repo via git, work with git and then push 
the changes from the local git repository to subversion.


this might be simliar to what you do know, with the noteable difference, 
that the history of changes will be preserved (once you push to svn, 
git-svn will actually do multiple commits to the svn-repository), so we 
have the full log of the git repository in svn.


i currently do not see a big need to setup a git-repository on 
sourceforge (people are still staggering about the cvs vs svn...), 
though i think it should be not more work than just clicking on yes i 
do want to have git.


fgmadsr
IOhannes


smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] feature request: arrays with colors

2009-05-18 Thread João Pais
Probably this was asked already: how about setting a variable for a color  
of the line of an array? That would make data comparison quite easy (when  
several arrays are on the same graph).


Of course it might be possible to do this with data structures or with  
gem, but it would be much easier to perform it with only one variable. I'm  
not a programmer, but this doesn't seem to be a complex thing to do,  
basically opening up a variable which was so far closed.


best,

João Pais

--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
jmmmp...@googlemail.com | skype: jmmmpjmmmp

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


Re: [PD] abunch release

2009-05-18 Thread João Pais

Hi,

do you want to join this with pd-ext? it would be the best way to make  
sure it gets around. if you want, just contact hc-steiner, and he'll tell  
you how to do it (it's quite simple).


João Pais


Hello,

Here is my release of Abunch, a collection of 50 abstractions for Pd  
vanilla. I started developing these patches for the different courses  
that I teach (for performers, for composers, for students, for  
teenagers,...). It is conceived as an easy introduction to computer  
music. After a while I started adding more advanced features because I  
also started using it myself, not just for teaching but for performing  
and composing.


I guess most people on this list are Pd-users, so the explanation about  
Abunch is rather simple:

-all controle data are normalized within the range of 0 - 127
-give an unique number to every abunch abstraction as an argument. So if  
you want to create two phasers: [phaser 1] and [phaser 2]
-you can save presets by creating the object 'presets' and giving it one  
symbol as an argument, like [presets phaserpresets]


Every abunch object has a help file. You need to have a Pd version 0.40  
or higher.


The fastest way to get to know Abunch is to have a look at the example  
files. There are about 30 of them, they are in the abunch folder and  
start with 'ex'  (like 'ex1a-play.pd').


You can download Abunch (and find more information) on this site:
http://home.versateladsl.be/hanstine/hans/abunch-eng.htm

Voor de Nederlandstaligen: je kan ook een Nederlandstalige versie  
downloaden (met help files en uitleg in het Nederlands):

http://home.versateladsl.be/hanstine/hans/abunch-ned.htm

Abunch was realized with the support of the University College of Ghent  
(Faculty of Music and Drama)(Belgium).


Hans R


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




--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
jmmmp...@googlemail.com | skype: jmmmpjmmmp

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


Re: [PD] xapian search engine for Pd

2009-05-18 Thread Phil Stone

Hi Hans,

I'm a little unclear, would this replace the find function on the 
find menu?  If so, that would be wonderful; the current find has a 
serious drawback in that it can't find partial object names, neither can 
it find names containing $0; these two attributes combine to make it 
impossible to track down objects named similarly to '$0-foo'.  I 
understand the issue with $0, being that it is replaced with a generated 
number, but partial-string search would be a fantastic improvement.



Phil



Hans-Christoph Steiner wrote:


Hey,

I've been thinking for a while that Pd really needs a good built-in 
search function.  I just found this Xapian search library that has 
good Tcl bindings, anyone ever used it?


I suppose it could also be implemented in C in 'pd' rather than in Tcl 
in 'pd-gui'.  It seems like a pd-gui thing tho.


.hc

 



As we enjoy great advantages from inventions of others, we should be 
glad of an opportunity to serve others by any invention of ours; and 
this we should do freely and generously. - Benjamin Franklin




___
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] Fonts in Pd compiled against tcl/tk 8.5 WAS: Pd-extended 0.41.4 release candidate 1

2009-05-18 Thread Matt Barber
Does this handle fonts for all the iemguis, and for data structures as well?

As it turns out, all the fonts are too large on my system, not just
the text object ones.

Thanks,

Matt

On Mon, May 18, 2009 at 12:58 AM, Hans-Christoph Steiner h...@eds.org wrote:

 Federico figured out something for pd-devel 0.41.4 to actually measure the
 font size and use that, its in the fit_font_into_metrics proc:

 http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-devel/0.41.4/src/pd.tk?revision=10896view=markup

 Basically, I think it would be really easy to test for Tcl 8.5 in u_main.tk
 then use one of these solutions to adjust the font size to be correct.

 .hc

 On May 17, 2009, at 12:54 AM, Matt Barber wrote:

 Hector Centeno said:

 OK, I got the font size fixed! If I change the foreach (at line 3944)
 in pd.tk from:

  foreach i {8 9 10 12 14 16 18 24 30 36} {

 to:

  foreach i {4 6 8 9 10 12 14 16 18 24} {

 The text stays withing the object boxes. Exactly what is happening
 here I don't know. I have to analyze further to find out what's going
 on.



 Hello,

 Hector's fix (or something similar) works for me as well for text
 boxes -- although the pixel-perfect mapping for me on Fedora 10 seems
 to be at about .75:

 8   -  6
 10 -  8
 12 -  9
 16 - 12
 24 - 18
 36 - 28


 So the question is -- it's easy enough to edit u_main.tk to check if
 it is using 8.5 and then use the new mapping if so, but is it better
 to implement the mapping in s_main.c, where the t_fontinfo struct
 already provides fi_hostfontsize?

 In this case it would be easy to make both files check for 8.5 and
 handle things that way.
 I can post diffs for either solution.

 All the gui object fonts are too large as well.  I wonder if these
 problems are popping up on other tcl/tk apps on these distros -- it
 would be more satisfying to get to the bottom of the underlying
 problem than to hack the font mapping.


 Thanks,

 Matt




 

 All information should be free.  - the hacker ethic






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


Re: [PD] xapian search engine for Pd

2009-05-18 Thread cyrille henry

if you need partial-string search, then stop thinking and install pd 0.42-5
;-)

Cyrille


Phil Stone a écrit :

Hi Hans,

I'm a little unclear, would this replace the find function on the 
find menu?  If so, that would be wonderful; the current find has a 
serious drawback in that it can't find partial object names, neither can 
it find names containing $0; these two attributes combine to make it 
impossible to track down objects named similarly to '$0-foo'.  I 
understand the issue with $0, being that it is replaced with a generated 
number, but partial-string search would be a fantastic improvement.



Phil



Hans-Christoph Steiner wrote:


Hey,

I've been thinking for a while that Pd really needs a good built-in 
search function.  I just found this Xapian search library that has 
good Tcl bindings, anyone ever used it?


I suppose it could also be implemented in C in 'pd' rather than in Tcl 
in 'pd-gui'.  It seems like a pd-gui thing tho.


.hc

 



As we enjoy great advantages from inventions of others, we should be 
glad of an opportunity to serve others by any invention of ours; and 
this we should do freely and generously. - Benjamin Franklin




___
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] basic resonant filters in Pd

2009-05-18 Thread brandon zeeb
I've verified my calculations and duplicated the ggee code in a short perl
script.  My script and my Pd patch match, but are still off from ggee.
I feel like a noob here, what's the difference?

The script/patch are being compared at 100hz, bw=1, sr=48000.

~Brandon

On Sun, May 17, 2009 at 9:45 PM, brandon zeeb zeeb.bran...@gmail.comwrote:

 Hey,

 I've implemented the same coefficients as the ggee [lowpass] external in
 Pd, and can't seem to figure out where my calculations are off.  The
 calculations are in the [pd lowpass] sub patch.

 Any ideas?
 ~Brandon


 On Sun, May 17, 2009 at 2:43 PM, Frank Barknecht f...@footils.org wrote:

 Hallo,
 brandon zeeb hat gesagt: // brandon zeeb wrote:

  Good call!  I explored the GGEE objects in Pd-extended, which led me to
  their source code (A+ for readability),  which led me to this:
  http://www.musicdsp.org/files/Audio-EQ-Cookbook.txt

 The filter objects in the rjdj-lib just do these calulations as pd-vanilla
 abstractions (no stability checks)

 Ciao
 --
 Frank

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





coef.pl
Description: Binary data


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


[PD] Pd-extended 0.41.4-rc2 released

2009-05-18 Thread Hans-Christoph Steiner


http://at.or.at/hans/pd/installers.html

It's looking quite stable, so please try it if you haven't already so  
we can find the last bugs.  As far as I know, there aren't any  
outstanding bugs that need to be fixed for this release besides the  
Tcl/Tk 8.5 issue on GNU/Linux.


Test away and file bugs in the bug tracker!

http://puredata.org/dev/bugtracker

This release candidate includes:
* Windows build
* moocow/readdir included on Windows
* Debian lenny/stable PowerPC build
* added/fixed Next Window menu item and key binding (Cmd-` on  
Mac OS X)



KNOWN BUGS

Check http://puredata.info/dev/bugtracker before reporting bugs, and  
if you find an existing bug report on the same issue, please add your  
information there.


- the fonts are messed up when using Tcl/Tk 8.5 on GNU/Linux

- Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup  
preferences


- pdp_opengl is alpha and will definitely crash Pd

- loading pdp_opengl will crash Pd if X11 is not open before trying to  
load it





Looking at things from a more basic level, you can come up with a more  
direct solution... It may sound small in theory, but it in practice,  
it can change entire economies. - Amy Smith




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


[PD] MinGW/Windows work session - tomorrow, Tuesday 5/18

2009-05-18 Thread Hans-Christoph Steiner


August has ported gavl and gmerlin-avdecoder to MinGW, and August and  
I have been cranking on trying to get the whole slew of libs building  
for MinGW, so now we have a good reason to put some time into the  
MinGW setup for Pd builds.  readanysf~ uses them and with them works  
really well. Gem is also going this route.  It would make life much  
easier if the Windows builds did too.


We are thinking it would be a lot more productive if we all work at  
the same time on this stuff via IRC.  Then we can ping each other with  
questions, complain, swear at Windows, etc.  You don't need to be a C  
coder or an expert of any kind, just have an interest in getting  
things building with MinGW.  The more the merrier, join us in the  
sharing the pain! :D


tomorrow (May 19, 2009-05-19) on IRC in #dataflow:
irc://irc.freenode.net/dataflow

 * 9.00 Pacific Time
 * 11.00 Central Time
 * 12.00 Eastern Time/PET
 * 15.00 BRST/Sao Paulo
 * 17.00 GMT/Zulu
 * 18.00 Central European CET
 * 19.00 EET/Istanbul/Cairo
 * 20.00 MSD - Moscow Daylight Time
 * 23.00 IST/Chennai
 * 1.00 CST/Taipei  (2009-05-20)

.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] xapian search engine for Pd

2009-05-18 Thread Hans-Christoph Steiner


Xapian would be for searching all of the included documentation so you  
can use keywords to find objects that you need, and things like that.


.hc

On May 18, 2009, at 12:17 PM, Phil Stone wrote:


Hi Hans,

I'm a little unclear, would this replace the find function on the  
find menu?  If so, that would be wonderful; the current find has  
a serious drawback in that it can't find partial object names,  
neither can it find names containing $0; these two attributes  
combine to make it impossible to track down objects named similarly  
to '$0-foo'.  I understand the issue with $0, being that it is  
replaced with a generated number, but partial-string search would be  
a fantastic improvement.



Phil



Hans-Christoph Steiner wrote:


Hey,

I've been thinking for a while that Pd really needs a good built-in  
search function.  I just found this Xapian search library that has  
good Tcl bindings, anyone ever used it?


I suppose it could also be implemented in C in 'pd' rather than in  
Tcl in 'pd-gui'.  It seems like a pd-gui thing tho.


.hc



As we enjoy great advantages from inventions of others, we should  
be glad of an opportunity to serve others by any invention of ours;  
and this we should do freely and generously. - Benjamin  
Franklin




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










kill your television



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


Re: [PD] Pd-extended 0.41.4 release candidate 2

2009-05-18 Thread Hans-Christoph Steiner


If this is also happening in Pd-vanilla 0.42-5, then I think you  
should make a bug report.


.hc

On May 18, 2009, at 2:24 AM, Enrique Erne wrote:


Yes you are right. It only happens with GOP abstractions.


Hans-Christoph Steiner wrote:
Hmm, I can't reproduce it with Pd version 0.41.4-extended-rc1 on  
Mac OS X 10.5.7/Intel.  I attached my test patches, basically, I  
opened myabs, modified it, closed it.  Then closed test.pd.   
myabs.pd was opened, with a prompt to save it.

.hc
On May 17, 2009, at 5:31 AM, Enrique Erne wrote:

Sorry to spam, I am not fully awake atm :)

In Pd-0.42.5 there is comes a dialog but only when the abstraction  
is already visible.


If the abstraction is not visible:
- closing the patch, makes the abs visible but no dialog appears
- trying to quit Pd prints consistency check failed: canvas_vis



Enrique Erne wrote:

Little correction:
In Pd-0.42-5 actually we have the same problem when trying to  
quit Pd. There is a console meassge: consistency check failed:  
canvas_vis
When closing the patch in Pd-0.42-5 then the abstraction pops up,  
this with the dialog do you want to save the changes you made  
would be the correct behavior in my opinion.

Enrique Erne wrote:

Hi Hans

There is a little annoying bug with the dialog
do you want to save the changes you made with abstractions.

If the abstraction isn't visible the dialog doesn't appear.
When trying to close the patch or quiting pd, nothing happens.

This is with Pd-0.41.4-extended-rc2-macosx105-i386.dmg from
http://autobuild.puredata.info/auto-build/latest/

In Pd-0.42-5 the window of the abstraction gets visible when  
quiting Pd  or closing the patch. I tested with GOP  
abstractions, but I guess the same happens with no GOP as well.






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










Free software means you control what your computer does. Non-free  
software means someone else controls that, and to some extent controls  
you. - Richard M. Stallman




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


Re: [PD] Fonts in Pd compiled against tcl/tk 8.5 WAS: Pd-extended 0.41.4 release candidate 1

2009-05-18 Thread Hans-Christoph Steiner


I think it should, but I don't remember exactly.

.hc

On May 18, 2009, at 12:51 PM, Matt Barber wrote:

Does this handle fonts for all the iemguis, and for data structures  
as well?


As it turns out, all the fonts are too large on my system, not just
the text object ones.

Thanks,

Matt

On Mon, May 18, 2009 at 12:58 AM, Hans-Christoph Steiner  
h...@eds.org wrote:


Federico figured out something for pd-devel 0.41.4 to actually  
measure the

font size and use that, its in the fit_font_into_metrics proc:

http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-devel/0.41.4/src/pd.tk?revision=10896view=markup

Basically, I think it would be really easy to test for Tcl 8.5 in  
u_main.tk
then use one of these solutions to adjust the font size to be  
correct.


.hc

On May 17, 2009, at 12:54 AM, Matt Barber wrote:


Hector Centeno said:

OK, I got the font size fixed! If I change the foreach (at line  
3944)

in pd.tk from:

foreach i {8 9 10 12 14 16 18 24 30 36} {

to:

foreach i {4 6 8 9 10 12 14 16 18 24} {

The text stays withing the object boxes. Exactly what is happening
here I don't know. I have to analyze further to find out what's  
going

on.




Hello,

Hector's fix (or something similar) works for me as well for text
boxes -- although the pixel-perfect mapping for me on Fedora 10  
seems

to be at about .75:

8   -  6
10 -  8
12 -  9
16 - 12
24 - 18
36 - 28


So the question is -- it's easy enough to edit u_main.tk to check if
it is using 8.5 and then use the new mapping if so, but is it better
to implement the mapping in s_main.c, where the t_fontinfo struct
already provides fi_hostfontsize?

In this case it would be easy to make both files check for 8.5 and
handle things that way.
I can post diffs for either solution.

All the gui object fonts are too large as well.  I wonder if these
problems are popping up on other tcl/tk apps on these distros -- it
would be more satisfying to get to the bottom of the underlying
problem than to hack the font mapping.


Thanks,

Matt







All information should be free.  - the hacker ethic














All mankind is of one author, and is one volume; when one man dies,  
one chapter is not torn out of the book, but translated into a better  
language; and every chapter must be so translated -John Donne




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


Re: [PD] GGEE [lowpass] error vs. purepd [lowpass]? was Re: basic resonant filters in Pd

2009-05-18 Thread Claude Heiland-Allen

brandon zeeb wrote:

GGEE's [lowpass] seems to be sharp by a semitone or so


[1] line 68: x-x_rate = 44100.0;

seems to have a hardcoded sample rate, which obviously causes problems 
when running at other sample rates...



Claude

[1] 
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ggee/filters/lowpass.c?view=markup


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


Re: [PD] GGEE [lowpass] error vs. purepd [lowpass]? was Re: basic resonant filters in Pd

2009-05-18 Thread Hans-Christoph Steiner


On May 18, 2009, at 4:27 PM, Claude Heiland-Allen wrote:


brandon zeeb wrote:

GGEE's [lowpass] seems to be sharp by a semitone or so


[1] line 68: x-x_rate = 44100.0;

seems to have a hardcoded sample rate, which obviously causes  
problems when running at other sample rates...


Nice catch.  That seems like a bug, no?  As far as I know Günter is  
missing-in-action on his code in the pure-data SVN, so it seems  
appropriate to me IMHO to commit fixes directly.


.hc





Claude

[1] 
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ggee/filters/lowpass.c?view=markup

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






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] GGEE [lowpass] error vs. purepd [lowpass]? was Re: basic resonant filters in Pd

2009-05-18 Thread martin brinkmann
brandon zeeb wrote:

 Can you reproduce this behavior on your machine? 

no, both filters sound exactly the same here. with 44100
samplerate though.

bis denn!
martin

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


Re: [PD] GGEE [lowpass] error vs. purepd [lowpass]? was Re: basic resonant filters in Pd

2009-05-18 Thread brandon zeeb
Indeed, great catch.  I hadn't noticed that line!

On Mon, May 18, 2009 at 4:30 PM, Hans-Christoph Steiner h...@at.or.atwrote:


 On May 18, 2009, at 4:27 PM, Claude Heiland-Allen wrote:

  brandon zeeb wrote:

 GGEE's [lowpass] seems to be sharp by a semitone or so


 [1] line 68: x-x_rate = 44100.0;

 seems to have a hardcoded sample rate, which obviously causes problems
 when running at other sample rates...


 Nice catch.  That seems like a bug, no?  As far as I know Günter is
 missing-in-action on his code in the pure-data SVN, so it seems appropriate
 to me IMHO to commit fixes directly.

 .hc




 Claude

 [1]
 http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ggee/filters/lowpass.c?view=markup

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





 

 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] MinGW/Windows work session - tomorrow, Tuesday 5/18

2009-05-18 Thread Bryan Jurish
morning all,

as previously mentioned off-list, I'm likely to be a bit late in joining
the misery, so I've gone and prepared a whole lot of buffered misery for
y'all to play with (if time and interest permit) before I join in ;-)
Circa 20MB of the aforementioned misery is available in concentrated
form for a limited time only at:

  http://odo.dwds.de/~moocow/moo.mingw-build.2009-05-17.tar.bz2

included are sources, patches, and scripts for building the following on
mingw/msys:

 flite : svn export, with patch  build script
 zlib : sources  build script
 expat : also
 libiconv : also also
 gettext : from the mingw site, with extra hacks (as patch)
 pkg-config : binary only, due to circular dependencies with glib
 libglib-2.x : sources  build script

... I've now successfully built all of these on my test machine (after
killing the §§%$§ webcam daemon... grr...), and included in the
archive are build scripts a la 'build-libs-on-mingw.sh' for all of the
libs (the only difference being an optional argument to force building
even if the test-file is present).  There's also a './build-all-moo.sh'
to build everything in the archive in (I think!) an acceptable order.

feel free to commit any or all of this, with or without applied patches
to the sources/ section and/or the main build-libs-on-mingw.sh script;
otherwise I can do some or all of it when I show up (and reminisce about
the bad old days of 2400 baud as I watch the IRC traffic crawl past
during the commit ;-)

enjoy (ha!)

marmosets,
Bryan

On 2009-05-18 21:39:58, Hans-Christoph Steiner h...@at.or.at appears
to have written:
 
 August has ported gavl and gmerlin-avdecoder to MinGW, and August and I
 have been cranking on trying to get the whole slew of libs building for
 MinGW, so now we have a good reason to put some time into the MinGW
 setup for Pd builds.  readanysf~ uses them and with them works really
 well. Gem is also going this route.  It would make life much easier if
 the Windows builds did too.
 
 We are thinking it would be a lot more productive if we all work at the
 same time on this stuff via IRC.  Then we can ping each other with
 questions, complain, swear at Windows, etc.  You don't need to be a C
 coder or an expert of any kind, just have an interest in getting things
 building with MinGW.  The more the merrier, join us in the sharing the
 pain! :D
 
 tomorrow (May 19, 2009-05-19) on IRC in #dataflow:
 irc://irc.freenode.net/dataflow
 
  * 9.00 Pacific Time
  * 11.00 Central Time
  * 12.00 Eastern Time/PET
  * 15.00 BRST/Sao Paulo
  * 17.00 GMT/Zulu
  * 18.00 Central European CET
  * 19.00 EET/Istanbul/Cairo
  * 20.00 MSD - Moscow Daylight Time
  * 23.00 IST/Chennai
  * 1.00 CST/Taipei  (2009-05-20)
 
 .hc

-- 
Bryan Jurish   There is *always* one more bug.
jur...@ling.uni-potsdam.de  -Lubarsky's Law of Cybernetic Entomology

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


[PD] compiling netsend~ in osx 10.5

2009-05-18 Thread Andres Ferrari

hello,

I got netsend~ and netreceive~ sources from this website:
http://www.nullmedium.de/dev/netsend~/


when I compile them netreceive~..pd_darwin is created without problem, but 
netsend~.pd_darwin don`t appear and the terminal show:

ferraris-macbook41:net ferrari$ make pd_darwin
cc -DPD -DUNIX -DMACOSX -O2 -Wall -W -Wshadow -Wno-unused -Wno-parentheses 
-Wno-switch -I../../src -Iinclude -o netsend~.o -c netsend~.c
/var/folders/Pv/PvVeb-QFGxi7XEJGJnt4kk+++TI/-Tmp-//ccWJWAbj.s:614:no such 
instruction: `fctiw %st,%st'
/var/folders/Pv/PvVeb-QFGxi7XEJGJnt4kk+++TI/-Tmp-//ccWJWAbj.s:615:no such 
instruction: `stfd %st, -32(%ebp)'
make: *** [netsend~.pd_darwin] Error 1


any idea??

thanks!!!


Andrés Ferrari G.

http://www.myspace.com/anfex





  

¡Obtén la mejor experiencia en la web!
Descarga gratis el nuevo Internet Explorer 8. 
http://downloads.yahoo.com/ieak8/?l=e1


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


Re: [PD] compiling netsend~ in osx 10.5

2009-05-18 Thread Hans-Christoph Steiner

Wow, that's a crazy error.  Never seen anything like that.  Perhaps your
compiler setup is messed up?  It built for me in 10.4/PowerPC.

.hc

-- 
  Hans-Christoph Steiner
  h...@at.or.at


On Mon, 18 May 2009 15:31 -0700, Andres Ferrari an...@yahoo.com
wrote:
 
 hello,
 
 I got netsend~ and netreceive~ sources from this website:
 http://www.nullmedium.de/dev/netsend~/
 
 
 when I compile them netreceive~..pd_darwin is created without problem,
 but netsend~.pd_darwin don`t appear and the terminal show:
 
 ferraris-macbook41:net ferrari$ make pd_darwin
 cc -DPD -DUNIX -DMACOSX -O2 -Wall -W -Wshadow -Wno-unused
 -Wno-parentheses -Wno-switch -I../../src -Iinclude -o netsend~.o -c
 netsend~.c
 /var/folders/Pv/PvVeb-QFGxi7XEJGJnt4kk+++TI/-Tmp-//ccWJWAbj.s:614:no such
 instruction: `fctiw %st,%st'
 /var/folders/Pv/PvVeb-QFGxi7XEJGJnt4kk+++TI/-Tmp-//ccWJWAbj.s:615:no such
 instruction: `stfd %st, -32(%ebp)'
 make: *** [netsend~.pd_darwin] Error 1
 
 
 any idea??
 
 thanks!!!
 
 
 Andrés Ferrari G.
 
 http://www.myspace.com/anfex
 
 
 
 
 
   
 
 ¡Obtén la mejor experiencia en la web!
 Descarga gratis el nuevo Internet Explorer 8. 
 http://downloads.yahoo.com/ieak8/?l=e1
 
 
 ___
 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] GGEE [lowpass] error vs. purepd [lowpass]? was Re: basic resonant filters in Pd

2009-05-18 Thread brandon zeeb
Btw, this seems to be a feature of almost all of the GGEE biquad coefficient
externals.  Check line 67 on highpass.c, bandpass.c, equalizer.c, and so
forth.  I'm not sure how you would want to handle this, but keep in mind
it's systemic.

Cheers,
~Brandon

On Mon, May 18, 2009 at 4:30 PM, Hans-Christoph Steiner h...@at.or.atwrote:


 On May 18, 2009, at 4:27 PM, Claude Heiland-Allen wrote:

  brandon zeeb wrote:

 GGEE's [lowpass] seems to be sharp by a semitone or so


 [1] line 68: x-x_rate = 44100.0;

 seems to have a hardcoded sample rate, which obviously causes problems
 when running at other sample rates...


 Nice catch.  That seems like a bug, no?  As far as I know Günter is
 missing-in-action on his code in the pure-data SVN, so it seems appropriate
 to me IMHO to commit fixes directly.

 .hc




 Claude

 [1]
 http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ggee/filters/lowpass.c?view=markup

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





 

 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] Good sequencer patches for learning?

2009-05-18 Thread gabe vinardi
Hi everyone,

Here you have my little contribution :)

A simple 8 steps sequencer, with step by X step operator and SLICE
time between values.
Open it for more details.

Hope it would be helpfull !



On Sat, May 16, 2009 at 10:24 AM, martin brinkmann
m...@martin-brinkmann.de wrote:
 Solen Music wrote:

 my plan for the tappable groove metro is not to use [metro] but to
 keep a variable table of times between output bangs. i hope to hook
 two drum pads to a [timer] based kind of bpm counter. one pad will
 input the downbeat times and the other the offbeat times (the usual
 decider in 'swing-factor').

 if that makes sense?!?

 i think it makes sense, though, if i understood everything right,
 the drummer has to consciously tap the groove (but that is of course
 also true for the usual tap-tempo-button).
 an 'automatic groove recognition' (getting the tempo from what the
 drummer is normally playing) would be great...

 bis denn!
  martin

 ___
 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] Good sequencer patches for learning?

2009-05-18 Thread gabe vinardi
and now. jjeje the file



On Sat, May 16, 2009 at 10:24 AM, martin brinkmann
m...@martin-brinkmann.de wrote:
 Solen Music wrote:

 my plan for the tappable groove metro is not to use [metro] but to
 keep a variable table of times between output bangs. i hope to hook
 two drum pads to a [timer] based kind of bpm counter. one pad will
 input the downbeat times and the other the offbeat times (the usual
 decider in 'swing-factor').

 if that makes sense?!?

 i think it makes sense, though, if i understood everything right,
 the drummer has to consciously tap the groove (but that is of course
 also true for the usual tap-tempo-button).
 an 'automatic groove recognition' (getting the tempo from what the
 drummer is normally playing) would be great...

 bis denn!
  martin

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

#N canvas 349 64 1026 716 10;
#X floatatom 344 299 5 0 0 0 - - -;
#X floatatom 264 298 5 0 0 0 - - -;
#X floatatom 305 299 5 0 0 0 - - -;
#X floatatom 419 300 5 0 0 0 - - -;
#X floatatom 459 300 5 0 0 0 - - -;
#X floatatom 499 300 5 0 0 0 - - -;
#X floatatom 381 299 5 0 0 0 - - -;
#X floatatom 538 300 5 0 0 0 - - -;
#X obj 264 269 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 305 270 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 344 270 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 381 269 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 419 268 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 459 269 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 499 269 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 538 268 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 400 200 route 0 1 2 3 4 5 6 7;
#X obj 397 15 metro 200;
#X msg 397 -64 bang;
#X msg 397 -39 stop;
#X obj 397 60 f;
#X obj 425 60 + 1;
#X obj 399 88 moses 8;
#X obj 452 88 - 8;
#X obj 399 109 moses 0;
#X obj 400 150 i;
#X floatatom 528 -1 5 0 0 1 tempo_(ms) - -;
#X floatatom 528 44 5 0 0 1 +_X_step(s) - -;
#X msg 396 -17 0;
#X obj 373 108 + 8;
#X floatatom 222 28 5 0 0 0 - - -;
#X msg 222 -2 bang;
#X obj 264 147 pack f f;
#X msg 264 173 \$2 \$1;
#X floatatom 186 29 5 0 0 0 - - -;
#X obj 264 201 route 0 1 2 3 4 5 6 7;
#X obj 264 79 *;
#X obj 264 -30 loadbang;
#X obj 264 -5 timer;
#X msg 264 20 seed \$1;
#X obj 405 449 line;
#X obj 405 399 pack f f;
#X msg 405 426 \$1 \$2;
#X floatatom 681 383 5 0 0 3 slide_time_(ms) - -;
#X floatatom 405 478 5 0 0 0 - - -;
#X obj 528 146 route 8 9 10;
#X text 12 103 Here you can send a message to set a value to one step.
I put a little example \, this sets a random value to the actual step.
;
#X obj 264 44 random 1000;
#X text 653 0 The main feature here is that you can set how many steps
forward the sequence will continue. A normal sequence would go: +1
This means step 0 \, step 1 \, step 2 \, etc... Changing this operator
allowds a lot of different combinations with the same 8 values. (A
little tip: try negatives and floats);
#X text 707 425 A 'transition' time between values of each step.;
#X connect 0 0 41 0;
#X connect 1 0 41 0;
#X connect 2 0 41 0;
#X connect 3 0 41 0;
#X connect 4 0 41 0;
#X connect 5 0 41 0;
#X connect 6 0 41 0;
#X connect 7 0 41 0;
#X connect 8 0 1 0;
#X connect 9 0 2 0;
#X connect 10 0 0 0;
#X connect 11 0 6 0;
#X connect 12 0 3 0;
#X connect 13 0 4 0;
#X connect 14 0 5 0;
#X connect 15 0 7 0;
#X connect 16 0 8 0;
#X connect 16 1 9 0;
#X connect 16 2 10 0;
#X connect 16 3 11 0;
#X connect 16 4 12 0;
#X connect 16 5 13 0;
#X connect 16 6 14 0;
#X connect 16 7 15 0;
#X connect 17 0 20 0;
#X connect 18 0 17 0;
#X connect 19 0 17 0;
#X connect 20 0 21 0;
#X connect 20 0 22 0;
#X connect 21 0 20 1;
#X connect 22 0 24 0;
#X connect 22 1 23 0;
#X connect 23 0 20 0;
#X connect 24 0 29 0;
#X connect 24 1 25 0;
#X connect 25 0 16 0;
#X connect 25 0 32 1;
#X connect 26 0 17 1;
#X connect 27 0 21 1;
#X connect 28 0 20 0;
#X connect 29 0 20 0;
#X connect 30 0 47 1;
#X connect 31 0 30 0;
#X connect 31 0 47 0;
#X connect 32 0 33 0;
#X connect 33 0 35 0;
#X connect 34 0 36 1;
#X connect 35 0 1 0;
#X connect 35 1 2 0;
#X connect 35 2 0 0;
#X connect 35 3 6 0;
#X connect 35 4 3 0;
#X connect 35 5 4 0;
#X connect 35 6 5 0;
#X connect 35 7 7 0;
#X connect 35 8 45 0;
#X connect 36 0 32 0;
#X connect 37 0 38 0;
#X connect 38 0 39 0;
#X connect 39 0 47 0;
#X connect 40 0 44 0;
#X connect 41 0 42 0;
#X connect 42 0 40 0;
#X connect 43 0 41 1;
#X connect 45 0 26 0;
#X connect 45 1 27 0;
#X connect 45 2 43 0;
#X connect 47 0 36 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list