Yeah, Gem isn't built from source on Windows/MinGW yet, do Gem.dll
isn't in the nightly builds. We'll be starting the release cycle
soon, then Gem.dll will be included.
.hc
On Mar 6, 2008, at 11:07 AM, Dario wrote:
Hi,
it works, but miss Gem.dll?
cheers
-----Messaggio originale----- Da: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] Per
conto di pd-list-request@iem.at Inviato: giovedì 6 marzo 2008 10.54 A: pd-list@iem.at Oggetto: PD-list Digest, Vol 36, Issue 23Send PD-list mailing list submissions to pd-list@iem.at
To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-list or, via email, send a message with subject or body 'help' to pd-list-request@iem.at
You can reach the person managing the list at pd-list-owner@iem.at
When replying, please edit your Subject line so it is more specific than "Re: Contents of PD-list digest..."
Today's Topics:
- Re: Lua and PD (Chris McCormick)
- Re: pd-ext paths, libs and help (marius schebella)
- Re: Lua and PD (marius schebella)
- Re: Lua and PD (Hans-Christoph Steiner)
- working windows builds... (Hans-Christoph Steiner)
- understanding vline~ (naysayer)
- Re: understanding vline~ (marius schebella)
- Re: understanding vline~ (IOhannes m zmoelnig)
- Re: Add Path problems (yvan volochine)
- Re: pd-ext paths, libs and help (Roman Haefeli)
Message: 1 Date: Wed, 5 Mar 2008 19:57:09 -0500 From: Chris McCormick chris@mccormick.cx Subject: Re: [PD] Lua and PD To: Frank Barknecht fbar@footils.org Cc: pd-list@iem.at Message-ID: 20080306005709.GB24199@podsix.com.au Content-Type: text/plain; charset=us-ascii
On Wed, Mar 05, 2008 at 09:45:47AM +0100, Frank Barknecht wrote:
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
Vast amounts of number crunching, for performance reasons. This includes DSP at the moment, although hopefully Frank's port of Lua~/Vessel~ is a viable alternative (not sure what the current
status of that is).It is working fairly well and now that LAC is almost over I intend to work more on it as I want to use it in a project. Vessel is quite fast: All synthesis and number crunching happens in a C-library,
while Lua just serves as a kind of text based patching environment for dynamically generating the dsp graphs. This is very handy for
granular synthesis or any other tasks that require lots of polyphony. So
Vessel can do things that are nearly impossible with Pd patching alone.Really excited to try this out!
Chris.
Message: 2 Date: Wed, 05 Mar 2008 21:57:27 -0500 From: marius schebella marius.schebella@gmail.com Subject: Re: [PD] pd-ext paths, libs and help To: reduzierer@yahoo.de Cc: "pd-list@iem.at" pd-list@iem.at Message-ID: 47CF5D97.1050107@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Roman Haefeli wrote:
On Tue, 2008-03-04 at 12:09 -0500, marius schebella wrote:
declare -path oscx is also doing nothing. oh, wait!
as written in the declare-help.pd, -path is relative to pd, so you
have to use:[declare -path oscx] (assuming the folder is <pd-path>/extra/oscx)
roman
but that is exaclty what I used! (see 2 lines above...) something is broken with declare. (see mails before). hans, would it be a problem to add all the missing paths to the configuration file of pdxt? adding all these external libraries but
not supporting them seems weird. marius.
Message: 3 Date: Wed, 05 Mar 2008 22:27:38 -0500 From: marius schebella marius.schebella@gmail.com Subject: Re: [PD] Lua and PD To: Chris McCormick chris@mccormick.cx Cc: pd-list@iem.at, Frank Barknecht fbar@footils.org Message-ID: 47CF64AA.50703@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed
me too, really excited to see lua signal processing in pd. since
graham wakefield is involved I guess it will be similar to the max version? are you planning a native texteditor support from within pd. I saw texteditors that pop up when you double cklick an object for example for the cyclone coll object. something like this (... syntax highlighting???). auto updating of scripts when they are changed and saved would be
nice, too. marius.Chris McCormick wrote:
On Wed, Mar 05, 2008 at 09:45:47AM +0100, Frank Barknecht wrote:
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
Vast amounts of number crunching, for performance reasons. This includes DSP at the moment, although hopefully Frank's port of Lua~/Vessel~ is a viable alternative (not sure what the current
status of that is).It is working fairly well and now that LAC is almost over I
intend to work more on it as I want to use it in a project. Vessel is quite fast: All synthesis and number crunching happens in a C-library,
while Lua just serves as a kind of text based patching environment for dynamically generating the dsp graphs. This is very handy for
granular synthesis or any other tasks that require lots of polyphony. So
Vessel can do things that are nearly impossible with Pd patching alone.Really excited to try this out!
Chris.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Message: 4 Date: Wed, 5 Mar 2008 22:47:33 -0500 From: Hans-Christoph Steiner hans@eds.org Subject: Re: [PD] Lua and PD To: marius schebella marius.schebella@gmail.com Cc: pd-list@iem.at, Chris McCormick chris@mccormick.cx, Frank Barknecht fbar@footils.org Message-ID: DAB5293B-AE40-4C2D-BAB6-DD650C64EA48@eds.org Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Even better would be to use file associations to open the file in your default Lua editor.
.hc
On Mar 5, 2008, at 10:27 PM, marius schebella wrote:
me too, really excited to see lua signal processing in pd. since graham wakefield is involved I guess it will be similar to the max version? are you planning a native texteditor support from within pd. I saw texteditors that pop up when you double cklick an object for example for the cyclone coll object. something like this (... syntax highlighting???). auto updating of scripts when they are changed and saved would be nice, too. marius.
Chris McCormick wrote:
On Wed, Mar 05, 2008 at 09:45:47AM +0100, Frank Barknecht wrote:
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:
Vast amounts of number crunching, for performance reasons. This includes DSP at the moment, although hopefully Frank's port of Lua~/Vessel~ is a viable alternative (not sure what the current status of that is).
It is working fairly well and now that LAC is almost over I intend to work more on it as I want to use it in a project. Vessel is quite fast: All synthesis and number crunching happens in a C-library, while Lua just serves as a kind of text based patching environment for dynamically generating the dsp graphs. This is very handy for granular synthesis or any other tasks that require lots of polyphony. So Vessel can do things that are nearly impossible with Pd patching alone.
Really excited to try this out!
Chris.
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
--
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
Message: 5 Date: Thu, 6 Mar 2008 01:00:07 -0500 From: Hans-Christoph Steiner hans@eds.org Subject: [PD] working windows builds... To: Pd List pd-list@iem.at Message-ID: 1912DE7C-F1E8-45B3-9153-079C6BBCE7BE@eds.org Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
I fixed the invisible patches bug on Windows, Martin Peach was right, it was related to namespaces. And thru some help from #tcl, I found a nice, clean fix that also should introduce bytecode caching to all Tcl commands. It also updates the code so it doesn't use a deprecated API. Here are the relevant changes:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd- extended/v0-40/pd/src/t_tkcmd.c? view=diff&r1=9168&r2=9540&diff_format=h
If it all works out, there should be a working Windows build here by tomorrow:
http://autobuild.puredata.info/auto-build/2008-03-06/
.hc
--
?El pueblo unido jam?s ser? vencido!
Message: 6 Date: Thu, 6 Mar 2008 17:42:01 +1100 From: naysayer gateswideopen@gmail.com Subject: [PD] understanding vline~ To: "Pd-List (E-mail)" pd-list@iem.at Message-ID: 5969dc560803052242k171a3ce2k103ceb9cb274e709@mail.gmail.com Content-Type: text/plain; charset="iso-8859-1"
hi all.
just wondering if i am the only one who has missed the point when
it comes to vline~. i know this has been around for quite some time now but
i am confused as to how the object actually works. in the documentation
there is an explanation that i feel is a little hard to understand.the message box says ramp up, jump down, then ramp up again
| 1 1000, 0 0 1000, 1 1000 1000 (
yet when i press it only ramps upto 1 and thats it. now i'm trying how to use it and make it work but i can't figure out the syntax.
could someone point me in the right direction. perhaps i'm being
completely stupid and i've missed something simple.thanks