Re: [PD] Pd-extended 0.41.4 release candidate 1
Hi, Hans-Christoph Steiner wrote: Ok, so this thing is just about ready to release! Please hammer on it, report any little bug or annoyance you might find to the bug tracker! You can see some info about the included changes here: http://puredata.info/dev/NextRelease Windows and Debian/PowerPC builds coming soon http://at.or.at/hans/pd/installers.html .hc The deb for Debian Lenny depends on liblame0 from Debian Multimedia (lame 3.97), but there is also a package libmp3lame0 (lame 3.98) that conflicts with liblame0. pd-extended 0.40.3-1 depends on libmp3lame0, that should be the preferred one. Keep on the good work, Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [expr] for if, then, else?
--- On Fri, 5/15/09, padovani josepadov...@yahoo.com.br wrote: From: padovani josepadov...@yahoo.com.br Subject: Re: [PD] [expr] for if, then, else? To: Cc: pd-list@iem.at Date: Friday, May 15, 2009, 2:15 PM You don't need to declare the variables... it is just: [expr if ($f3 0, $f1 + $f2, 0); if ($f3 0, $f1 - $f2, 0)] but you will have 2 outlets (one for each if), and not an else for the same outlet in fact, it would be nice to have an else on Yadegari's externals... For more information see: http://www.crca.ucsd.edu/~yadegari/expr.html Hi José I think the final 0 before the semicolon is the else part of the statement. [expr if ($f3 0, $f1 + $f2, $f1 - $f2)] will give you only one outlet. You can even nest if statements: [expr if ($f3 0, $f1 + $f2, if ($f3 0, $f1 - $f2, 0))] -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Good sequencer patches for learning?
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
Re: [PD] Maximum size of arrays (gui version) when using bezier / polygon
On Fri, May 15, 2009 at 5:36 PM, Martin Schied crini...@gmx.net wrote: Hi all, I'm using arrays to display contents of 1024 sample wide audio blocks. When using bezier or polygon mode all values of samples greater than 1000 are not visible anymore. Their values are still there. Yo! I have been meaning to write in about this as well - I ran into it trying to create a clone of [table] a month or so ago for more flexible display. So, when I hit it, it was with data structure arrays (demo patch forthcoming...). But I think [table]'s are based on those these days. I took a cursory poke around in src/ but haven't found the reason for the limit yet. It's definitely still there on 42-5 vanilla (I'm on Leopard). Best Luke Is there a reason for a 1000 pixels limit for bezier or polygon mode? Is it extendible to a digital age compatible 1023? Attached patch demonstrates the limit. I had this on several different versions of pd extended, also current release candidate (don't know about vanilla). ubuntu 8.04 Pd version 0.41-4extended-rc2 compiled 08:11:33 May 15 2009 ___ 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] GIT repo
Hi all! I am going to build and maintain RPM of puredata for ALT Linux. It uses git for building RPM packages so I want to pull from existing RCS (git preferrably) repositories of pd-vanilla and pd-extended if any. So my question is: Is there a working git repository of pd-vanilla and/or pd-extended or is the development held in SVN or such? Found only tarball of git repository on Miller Puckette's page (which obviously not exactly what I need) but no other links to git repositories. Thanks for any advice in advance. ___ 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 1
On May 16, 2009, at 1:55 AM, Thomas Mayer wrote: Hi, Hans-Christoph Steiner wrote: Ok, so this thing is just about ready to release! Please hammer on it, report any little bug or annoyance you might find to the bug tracker! You can see some info about the included changes here: http://puredata.info/dev/NextRelease Windows and Debian/PowerPC builds coming soon http://at.or.at/hans/pd/installers.html .hc The deb for Debian Lenny depends on liblame0 from Debian Multimedia (lame 3.97), but there is also a package libmp3lame0 (lame 3.98) that conflicts with liblame0. pd-extended 0.40.3-1 depends on libmp3lame0, that should be the preferred one. Thanks for spotting that, I fixed it. .hc Keep on the good work, Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://www.residuum.org/ kill your television ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GIT repo
Timur Batyrshin wrote: Hi all! I am going to build and maintain RPM of puredata for ALT Linux. It uses git for building RPM packages so I want to pull from existing RCS (git preferrably) repositories of pd-vanilla and pd-extended if any. So my question is: Is there a working git repository of pd-vanilla and/or pd-extended or is the development held in SVN or such? Found only tarball of git repository on Miller Puckette's page (which obviously not exactly what I need) but no other links to git repositories. the public repository for Pd (Pd-vanilla, externals, Pd-extended,...) is subversion: https://pure-data.svn.sourceforge.net/svnroot/pure-data miller privately uses git for developing Pd, and checks in the changes at every milestone (or so). so far, you cannot pull Pd via git (unless you install git-svn :-)) fgmasdr 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
Re: [PD] GIT repo
I don't know offhand how much trouble it would be to set up a git repository on sourceforge, but if it were there I'd be happy to keep it in sync with mine. cheers Miller On Sat, May 16, 2009 at 05:15:43PM +0200, IOhannes m zmoelnig wrote: Timur Batyrshin wrote: Hi all! I am going to build and maintain RPM of puredata for ALT Linux. It uses git for building RPM packages so I want to pull from existing RCS (git preferrably) repositories of pd-vanilla and pd-extended if any. So my question is: Is there a working git repository of pd-vanilla and/or pd-extended or is the development held in SVN or such? Found only tarball of git repository on Miller Puckette's page (which obviously not exactly what I need) but no other links to git repositories. the public repository for Pd (Pd-vanilla, externals, Pd-extended,...) is subversion: https://pure-data.svn.sourceforge.net/svnroot/pure-data miller privately uses git for developing Pd, and checks in the changes at every milestone (or so). so far, you cannot pull Pd via git (unless you install git-svn :-)) fgmasdr IOhannes ___ 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] packaging pd and friends WAS: GIT repo
Since you are also thinking about packaging, it would be good to open up a discussion about how to handle some things. If you plan on just packaging pd-vanilla, then its easy. If you want to support multiple versions of Pd then it gets a bit more complicated. Basically, libraries/externals can't be installed into 'pd/extra' because then the packages would conflict. I proposed /usr/lib/pd- externals/ as a place to install all packaged externals, so then you could have pd-vanilla, pd-extended, desiredata, etc. installed and they could all use the externals. Claude of pure-dyne had an objection to this, but he didn't follow up on the details. In any case, I think we should discuss it here so we can work out a common solution. .hc On May 16, 2009, at 10:31 AM, Timur Batyrshin wrote: Hi all! I am going to build and maintain RPM of puredata for ALT Linux. It uses git for building RPM packages so I want to pull from existing RCS (git preferrably) repositories of pd-vanilla and pd-extended if any. So my question is: Is there a working git repository of pd-vanilla and/or pd-extended or is the development held in SVN or such? Found only tarball of git repository on Miller Puckette's page (which obviously not exactly what I need) but no other links to git repositories. Thanks for any advice in advance. ___ 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
[PD] basic resonant filters in Pd
Hallo, How does everyone implement basic resonant filters, ie: LPF, HPF, BPF, in Puredata? [lop~], [hip~], and [bp~] are nice, and can easily be strung serially to create 2nd, 3rd, and 4th order filters, but lack q. [biquad~] seems up to the task, but I'm unable to find any information in the help file or docs online pertaining to how one could replicate standard filters using this object. Cheers, ~Brandon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-extended 0.41.4 release candidate 1
This change kind of works for me. Using: Fedora Core 9/i386:
Pd-0.41.4-extended-rc1-planetccrma9-i386.tar.bz2 with
Fedora 10 and 2.6.26.8-1.rt16.1.fc10.ccrma.i686.rt kernel.
The install per your instructions ran quickly with no problems.
The default font size 12 is noticeably smaller than font size 12
in the editor or terminal, more like size 9.
The relation of box size to font size is uneven, size 10, 12 16,
just fits, but size 8, 24 36 have extra space between the end of
the text and the box, and size 8 font is impossibly small to read.
Why does the tk program list 10 different sizes when the
pd font choice box only lists 6 (size 8 10 12 16 24 36)?
What (or where) is the relation between this foreach and
the pd font selection dialog?
-- Jeff
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.
Cheers,
Hector
On Fri, May 15, 2009 at 11:30 AM, Hans-Christoph Steiner
hans at at.or.at wrote:
I am guessing that you could do some font sizing like is
in pd-devel 0.41. Check out pdtk_pd_startup in
pd/src/u_main.tk. There you can find the font measuring
code. Basically, it is mapping a font to Pd's font size
numbers:
foreach i {8 9 10 12 14 16 18 24 30 36} {
set font [format {{%s} %d %s} $fontname_from_pd $i
$fontweight_from_pd]
set pd_fontlist [linsert $pd_fontlist 10 $font]
set width0 [font measure $font x]
set height0 [lindex [font metrics $font] 5]
set fontlist [concat $fontlist $i [font measure $font x] \
[lindex [font metrics $font] 5]]
}
.hc
Free info for small business owners. Click here to find great products geared
for your business.
http://thirdpartyoffers.juno.com/TGL2131/fc/BLSrjnsHcQa0x9kEIdgJvCbcDpmJIreX2fwQ5UEFERbrb2njCnP2tlp7OOM/
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] Fonts in Pd compiled against tcl/tk 8.5 WAS: Pd-extended 0.41.4 release candidate 1
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
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
