[PD] R: working windows builds...
Hans-Christoph Steiner
hans at eds.org
Thu Mar 6 22:46:01 CET 2008
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 at iem.at [mailto:pd-list-bounces at iem.at] Per
> conto di
> pd-list-request at iem.at
> Inviato: giovedì 6 marzo 2008 10.54
> A: pd-list at iem.at
> Oggetto: PD-list Digest, Vol 36, Issue 23
>
> Send PD-list mailing list submissions to
> pd-list at 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 at iem.at
>
> You can reach the person managing the list at
> pd-list-owner at iem.at
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of PD-list digest..."
>
>
> Today's Topics:
>
> 1. Re: Lua and PD (Chris McCormick)
> 2. Re: pd-ext paths, libs and help (marius schebella)
> 3. Re: Lua and PD (marius schebella)
> 4. Re: Lua and PD (Hans-Christoph Steiner)
> 5. working windows builds... (Hans-Christoph Steiner)
> 6. understanding vline~ (naysayer)
> 7. Re: understanding vline~ (marius schebella)
> 8. Re: understanding vline~ (IOhannes m zmoelnig)
> 9. Re: Add Path problems (yvan volochine)
> 10. Re: pd-ext paths, libs and help (Roman Haefeli)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 5 Mar 2008 19:57:09 -0500
> From: Chris McCormick <chris at mccormick.cx>
> Subject: Re: [PD] Lua and PD
> To: Frank Barknecht <fbar at footils.org>
> Cc: pd-list at iem.at
> Message-ID: <20080306005709.GB24199 at 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.
>
> -------------------
> http://mccormick.cx
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 05 Mar 2008 21:57:27 -0500
> From: marius schebella <marius.schebella at gmail.com>
> Subject: Re: [PD] pd-ext paths, libs and help
> To: reduzierer at yahoo.de
> Cc: "pd-list at iem.at" <pd-list at iem.at>
> Message-ID: <47CF5D97.1050107 at 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 at gmail.com>
> Subject: Re: [PD] Lua and PD
> To: Chris McCormick <chris at mccormick.cx>
> Cc: pd-list at iem.at, Frank Barknecht <fbar at footils.org>
> Message-ID: <47CF64AA.50703 at 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.
>>
>> -------------------
>> http://mccormick.cx
>>
>> _______________________________________________
>> PD-list at 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 at eds.org>
> Subject: Re: [PD] Lua and PD
> To: marius schebella <marius.schebella at gmail.com>
> Cc: pd-list at iem.at, Chris McCormick <chris at mccormick.cx>, Frank
> Barknecht <fbar at footils.org>
> Message-ID: <DAB5293B-AE40-4C2D-BAB6-DD650C64EA48 at 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.
>>>
>>> -------------------
>>> http://mccormick.cx
>>>
>>> _______________________________________________
>>> PD-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>>> listinfo/pd-list
>>>
>>
>>
>> _______________________________________________
>> PD-list at 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 at eds.org>
> Subject: [PD] working windows builds...
> To: Pd List <pd-list at iem.at>
> Message-ID: <1912DE7C-F1E8-45B3-9153-079C6BBCE7BE at 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 at gmail.com>
> Subject: [PD] understanding vline~
> To: "Pd-List (E-mail)" <pd-list at iem.at>
> Message-ID:
> <5969dc560803052242k171a3ce2k103ceb9cb274e709 at 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
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.puredata.info/pipermail/pd-list/attachments/
> 20080306/434d182e/a
> ttachment-0001.htm
>
> ------------------------------
>
> Message: 7
> Date: Thu, 06 Mar 2008 02:16:18 -0500
> From: marius schebella <marius.schebella at gmail.com>
> Subject: Re: [PD] understanding vline~
> To: naysayer <gateswideopen at gmail.com>
> Cc: "Pd-List \(E-mail\)" <pd-list at iem.at>
> Message-ID: <47CF9A42.5060906 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> yea, there is no explanation of the syntax.
> the first number is the value that you want to go to.
> the second value is the duration it takes to go to that value and the
> third nmber is the time when to start with the action.
>
> 99 1000 5000 means go to 99 in 1000ms but wait for 5000 ms before
> you start.
> the problem is, if you send another message
> 0 500 1000 before the 5 seconds of the first message passed then it
> overwrites the first message and goes to 0 after 1 second. (and if you
> were at 0 nothing happens.)
>
> the message in the help patch should go to 1 over a duration of one
> second, then jump to zero after one second and then ramp up again
> starting after 1 second (counting from the time when you clicked).
>
> marius.
>
>
>
> naysayer wrote:
>> 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
>>
>>
>>
>> ---------------------------------------------------------------------
>> ---
>>
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ------------------------------
>
> Message: 8
> Date: Thu, 06 Mar 2008 09:31:26 +0100
> From: IOhannes m zmoelnig <zmoelnig at iem.at>
> Subject: Re: [PD] understanding vline~
> To: marius schebella <marius.schebella at gmail.com>
> Cc: "Pd-List \(E-mail\)" <pd-list at iem.at>
> Message-ID: <47CFABDE.6030402 at iem.at>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>
> marius schebella wrote:
>> yea, there is no explanation of the syntax.
>
> apart from the following quote taken from the vline~-help (updated for
> version 0.33):
> "The messages consist of a target value, a time interval (zero if not
> supplied), and an initial delay (also zero if not supplied.)"
>
> fgmasdr.
> IOhannes
>
>
>
> ------------------------------
>
> Message: 9
> Date: Thu, 06 Mar 2008 10:52:11 +0100
> From: yvan volochine <yvan.pd at gmail.com>
> Subject: Re: [PD] Add Path problems
> To: pd-list at iem.at
> Message-ID: <47CFBECB.9040804 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
>>> Second question:I think it's possible to load a path with a
>>> message in
>>> a patch but also don't know how to do it!
>>>
>>
>> [declare] (part of pd)
>> [import] (part of hcs)
>>
> I think that [declare] came with pd-0.4 so it won't work for
> Delphine as
> she has pd-0.39 (until the tomorrow-windows-build ? =)
> [import] should work fine though.
> You also have the other trick i.e. put your folder name in object name
> (when folder is already in your pd path):
> [rradical/rrad.filt~].
> This can be boring... or handy (when sharing a patch with subfolders).
> HTH
>
> _yvan
>
>
>
> ------------------------------
>
> Message: 10
> Date: Thu, 06 Mar 2008 11:04:01 +0100
> From: Roman Haefeli <reduzierer at yahoo.de>
> Subject: Re: [PD] pd-ext paths, libs and help
> To: marius schebella <marius.schebella at gmail.com>
> Cc: "pd-list at iem.at" <pd-list at iem.at>
> Message-ID: <1204797841.5287.11.camel at localhost.localdomain>
> Content-Type: text/plain
>
> On Wed, 2008-03-05 at 21:57 -0500, marius schebella wrote:
>> 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.
>
>
> argh.. sorry for the confusion.. i wanted to type:
>
> [declare -path extra/oscx]
>
> that is what actually is written in the helpfile. anyway, have a
> look at
> it.
>
> roman
>
>
>
>
>
> ___________________________________________________________
> Der fr|he Vogel fdngt den Wurm. Hier gelangen Sie zum neuen Yahoo!
> Mail:
> http://mail.yahoo.de
>
>
>
>
> ------------------------------
>
> _______________________________________________
> PD-list mailing list
> PD-list at iem.at
> to manage your subscription (including un-subscription) see
> http://lists.puredata.info/listinfo/pd-list
>
>
> End of PD-list Digest, Vol 36, Issue 23
> ***************************************
>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
------------------------------------------------------------------------
----
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra
More information about the Pd-list
mailing list