marius schebella | 1 May 01:16 2009
Picon

Re: cannot access archives

Hans-Christoph Steiner wrote:
> 
> On Apr 30, 2009, at 11:55 AM, zmoelnig <at> iem.at wrote:
> 
>> Quoting "marius schebella" <marius.schebella <at> gmail.com>:
>>
>>> hi,
>>> are the list archives down? I was not able to access 
>>> http://lists.puredata.info/pipermail/pd-list for the last 2 days :(
>>
>> works for me.
>> can you connect to the server or does the page give an error?
>>
>> fgmasdr
>> IOhannes
> 
> Works for me.  Maybe there is a war between Salzburg and Graz going on.

I am in Canada right now, this must be more a war between the toronto 
cable monopolist "rogers" and free software culture,

I got redirected with both the 
http://lists.puredata.info/pipermail/pd-list page and 
http://lists.puredata.info...

thanks for checking.
marius.

_______________________________________________
Pd-list <at> iem.at mailing list
(Continue reading)

august | 1 May 01:19 2009
Picon

Re: readanysf~ v0.30

> >i hope that gavl/gmerlin will be included in (more) distros soon
> 
> In the meantime, I think it would be worth it to have gavl/gmerlin  
> build out of the pure-data SVN.  Then we can remove it once its widely  
> packaged.
> 
> .hc
>

what exactly does that mean?   Do you mean compiling it in statically?
Or, do you mean compiling and installing the libraries?  If you mean
statically, I'm not sure, but I think it will be difficult since it is
gmerlin based on a plugin architecture of shared objects.

-a

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Hans-Christoph Steiner | 1 May 05:01 2009
Picon

Re: readanysf~ v0.30


On Apr 30, 2009, at 7:19 PM, august wrote:

>>> i hope that gavl/gmerlin will be included in (more) distros soon
>>
>> In the meantime, I think it would be worth it to have gavl/gmerlin
>> build out of the pure-data SVN.  Then we can remove it once its  
>> widely
>> packaged.
>>
>> .hc
>>
>
> what exactly does that mean?   Do you mean compiling it in statically?
> Or, do you mean compiling and installing the libraries?  If you mean
> statically, I'm not sure, but I think it will be difficult since it is
> gmerlin based on a plugin architecture of shared objects.
>
> -a

Static is one option, but not the only.  You can also compile it as a  
dynamic lib and included it with the external.  That makes it harder  
to distribute though.  With Windows and Mac OS X distros of Pd- 
extended, there are many included dynamic libs.  If there were fink  
packages for gmerlin/gavl then this happens automatically as part of  
the build system.

Basically what I mean in something like this:

externals/readanysf
(Continue reading)

Correa Diego | 1 May 05:44 2009
Picon

[PD-announce] Inscripciones Abiertas: Taller de Algoritmia Mayo 2009 (Santiago, Chile)

Inscripciones Abiertas: Taller de Algoritmia Mayo 2009


Están abiertas las inscripciones para los módulos:

Introducción a Pure Data (Pd)
  Se tratarán de forma representativa y práctica los temas de instalación, uso y dirección de la herramienta Pd al control lógico de métodos básicos en audio e imagen.

Introducción a Métodos en Música y Video-Performance con Pd
  Se pondrán en practica técnicas de análisis y síntesis de audio e imagen con la herramienta lógica de Pure Data bajo métodos estéticos musicales de escalamiento tonal y análisis del movimiento corporal. Requisito: Introducción a Pure Data.

Teoría y Técnica en Música Electroacústica con Pd
  Se revisará la teoría y técnica en música electrónica bajo los aspectos de síntesis del sonido y su dinámica musical.
  
Métodos en Video-Performance con Pd
  Se plantearán alternativas prácticas en análisis y síntesis de video para el tratamiento estético a la interpretación mediante el movimiento corporal.
  

Los módulos están compuesto por cuatro alumnos como máximo.

Todos los módulos constan de cuatro sesiones de 90 minutos cada uno donde se analizan las técnicas y se ponen en práctica los conocimientos.

Mayor información e inscripciones al correo electrónico algoritmia [en] labormedia.cl


_______________________________________________
Pd-announce mailing list
Pd-announce <at> iem.at
http://lists.puredata.info/listinfo/pd-announce
_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
august | 1 May 09:12 2009
Picon

Re: readanysf~ v0.30

> >what exactly does that mean?   Do you mean compiling it in statically?
> >Or, do you mean compiling and installing the libraries?  If you mean
> >statically, I'm not sure, but I think it will be difficult since it is
> >gmerlin based on a plugin architecture of shared objects.
> >
> >-a
> 
> Static is one option, but not the only.  You can also compile it as a  
> dynamic lib and included it with the external.  That makes it harder  
> to distribute though.  With Windows and Mac OS X distros of Pd- 
> extended, there are many included dynamic libs.  If there were fink  
> packages for gmerlin/gavl then this happens automatically as part of  
> the build system.
> 
> Basically what I mean in something like this:
> 
> externals/readanysf
> externals/readanysf/readanysf~.c
> externals/readanysf/gavl
> externals/readanysf/gmerlin
> 
> Then in the Makefile for readanysf, build gavl and gmerlin, then use  
> something like "-I./gavl -I./gmerlin" for CFLAGS and "-L./gavl -L./ 
> gmerlin" for LDFLAGS.  Using automake would make that process easier.   
> Then whereever the readanysf~.pd_linux is, the .so would be included  
> (or .pd_darwin/.dylib, or .dll/dll).

I'm not sure it can work like that.  For one, and correct me if I am
wrong...cause I am certainly not the master of dynamic linking, but just
because you compile an app with -L/gavl doesn't mean your system will be
able to load that needed dynamic library with the app.  You need to tell
the system that the dynamic library is somewhere where it can find it.
The second problem is that the gmerlin_avdecode library itself is based
on dynamic object plugins (one for madlib, one for theora, etc.) and
those object need to be in a findable place as well.

please correct me if I am missing something about how you are packaging
PD.  Is there a folder somewhere that you are installing shared libs that
are used by pd or externals? 

-a.

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Jack | 1 May 12:49 2009

Re: Crash on WindowsVista

It is not important that the comment of this patch is in french, but  
why it crash on 10 differents computers with windowsXP and Vista when  
you open it.
The patch was created on Pd-extended on MacOSX and works nice on this  
system.
I have finished the course, so i can't install the last nightly  
build. (But for a stable version, it's not really stable ! :)))
Thx.
++

Jack

Le 29 avr. 09 à 16:38, Hans-Christoph Steiner a écrit :

>
> The patch is in French, so I can't get anything from it.  What  
> triggers the crash?  Try in with nightly build:
>
> http://autobuild.puredata.info/auto-build/latest/
>
> .hc
>
> On Apr 29, 2009, at 6:06 AM, jack <at> rybn.org wrote:
>
>> Pd crash on Pd-extended 0.40.3 downloaded on
>> http://puredata.info/downloads (stable).
>> The problem occur with [route] and/or [select].
>> Here the patch.
>> ++
>>
>> Jack
>>
>> <routeAndselect.pd>_______________________________________________
>> Pd-list <at> iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>> listinfo/pd-list
>
>
>
>
> ---------------------------------------------------------------------- 
> ------
>
>                             kill your television
>
>

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Sebastian Saa | 1 May 13:48 2009
Picon
Picon

space background in Gem

Hello, i need to make a solar system in Gem , Do anybody have an idea of how can i make the space background in Gem?
ive tried using a quad primitive and apply a space texture and put it as background, the problem is then i move the camera position it doenst look realistic. I need that the texture always appears at the same position even if i move the camera position . Any idea?


thanks

S.


_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mark Sexton | 1 May 14:15 2009
Picon

Unpacking symbol to letters

Hi
I'm trying to unpack a symbol into individual consecutive letters 

e.g. hello
becomes
h
e
l
l
o

Are there any suggestions to completing this in PD, if not I'll have to bounce back and forth data to LISP.

Many Thanks

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

marius schebella | 1 May 16:06 2009
Picon

Re: Unpacking symbol to letters

Mark Sexton wrote:
> Hi
> I'm trying to unpack a symbol into individual consecutive letters 
> 
> e.g. hello
> becomes
> h
> e
> l
> l
> o
> 
> Are there any suggestions to completing this in PD, if not I'll have to bounce back and forth data to LISP.

use symbol2list and drip from the "zexy" library (see attached patch).

marius.

> 
> 
> Many Thanks
> 
> 
> 
> 
> _______________________________________________
> Pd-list <at> iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> 

Attachment (splitsymbol.pd): application/puredata, 413 bytes
_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hans-Christoph Steiner | 1 May 16:11 2009
Picon

Re: readanysf~ v0.30


On May 1, 2009, at 3:12 AM, august wrote:

>>> what exactly does that mean?   Do you mean compiling it in  
>>> statically?
>>> Or, do you mean compiling and installing the libraries?  If you mean
>>> statically, I'm not sure, but I think it will be difficult since  
>>> it is
>>> gmerlin based on a plugin architecture of shared objects.
>>>
>>> -a
>>
>> Static is one option, but not the only.  You can also compile it as a
>> dynamic lib and included it with the external.  That makes it harder
>> to distribute though.  With Windows and Mac OS X distros of Pd-
>> extended, there are many included dynamic libs.  If there were fink
>> packages for gmerlin/gavl then this happens automatically as part of
>> the build system.
>>
>> Basically what I mean in something like this:
>>
>> externals/readanysf
>> externals/readanysf/readanysf~.c
>> externals/readanysf/gavl
>> externals/readanysf/gmerlin
>>
>> Then in the Makefile for readanysf, build gavl and gmerlin, then use
>> something like "-I./gavl -I./gmerlin" for CFLAGS and "-L./gavl -L./
>> gmerlin" for LDFLAGS.  Using automake would make that process easier.
>> Then whereever the readanysf~.pd_linux is, the .so would be included
>> (or .pd_darwin/.dylib, or .dll/dll).
>
> I'm not sure it can work like that.  For one, and correct me if I am
> wrong...cause I am certainly not the master of dynamic linking, but  
> just
> because you compile an app with -L/gavl doesn't mean your system  
> will be
> able to load that needed dynamic library with the app.  You need to  
> tell
> the system that the dynamic library is somewhere where it can find it.
> The second problem is that the gmerlin_avdecode library itself is  
> based
> on dynamic object plugins (one for madlib, one for theora, etc.) and
> those object need to be in a findable place as well.
>
> please correct me if I am missing something about how you are  
> packaging
> PD.  Is there a folder somewhere that you are installing shared libs  
> that
> are used by pd or externals?

This kind of thing various a lot by platform:

- Windows will use .dlls in ".", it will also look in the same folder  
as the pd.exe.  With the Pd-extended installer, the dlls can be  
installed and managed in the "system32" folder too.

- I think GNU/Linux can also look in "." for .so files, but I haven't  
really tried much because I haven't had too, I just statically link,  
or use packaged libraries there.

- Mac OS X is the hardest.  The .dylibs need to have their path coded  
in them.  I don't think "." will work, but it might.  In Pd-extended,  
I wrote a script that looks for Fink libs (based on the /sw base path)  
then it copies them into the Pd-extended.app/Contents/lib and rewrites  
their path using the  <at> executable_path variable that allows some kind  
of relative path.  This is fully automated for years now, so I think  
making fink packages for this stuff will be the easiest path on Mac OS  
X.  But it would be good to figure out how to automatically  
load .dylibs from '.' so they can be included in any standalone  
libdirs.  By the way, libquicktime also has plugins, but they are also  
included in the Pd-extended.app package.  That required setting an  
envvar with the location.

After writing all that, I am thinking that linking everything  
statically on all platforms is probably going to be the easiest thing  
to do for now... it would be the same makefile, more or less, on all  
platforms.  The dynamic lib stuff will all be totally different on  
each platform.

.hc

----------------------------------------------------------------------------

"It is convenient to imagine a power beyond us because that means we  
don't have to examine our own lives.", from "The Idols of  
Environmentalism", by Curtis White

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list


Gmane