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

[Correa Diego]

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


http://www.labormedia.cl/algoritmia
___
Pd-announce mailing list
pd-annou...@iem.at
http://lists.puredata.info/listinfo/pd-announce
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] readanysf~ v0.30

[Hans-Christoph Steiner]

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
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).


.hc







"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] readanysf~ v0.30

[august]

> >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@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] cannot access archives

[marius schebella]

Hans-Christoph Steiner wrote:


On Apr 30, 2009, at 11:55 AM, zmoel...@iem.at wrote:


Quoting "marius schebella" :


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@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] readanysf~ v0.30

[Hans-Christoph Steiner]

On Apr 30, 2009, at 3:35 PM, zmoel...@iem.at wrote:


Quoting august :




I don't know gavl, but it if it is close to as good as vlc/mplayer/
ffmpeg for reading codecs, it would be an improvement over  
Quicktime.


you mean "QuickTime" or "libquicktime" (4linux)?

as a matter of fact, the author of gavl/gmerlin is also the author  
of libquicktime (after the fork from heroinewarrior)


I mean Apple Quicktime.  VLC and mplayer are already much better for  
playing movies than Quicktime on Mac OS X so it would be nice if Gem  
on Mac OS X took advantage of that.



it is very close to vlc/mplayer/ffmpeg.  in fact, it might even read
more formats depending on what options you compile in.


gavl is already in macports so making a fink package should be easy,
then it could be part of the nightly builds.

What about using ffmpeg for something like readanysf~?  Its much  
more

widely deployed, its even on Windows.



gavl/gmerlin is designed as a stable API that uses a number of  
available backends.

writing code for ffmpeg is a nightmare. the API changes every week.
writing code for gavl/gmerlin is simple. the ffmpeg-nightmare is  
delegated to a single-point: gavl.


Ah ok, alles klar, makes sense.


Another option is to check in a version of gavl and the related
packages to the pure-data SVN and have it build the library then  
build
readanysf~.  Since gavl/gmerlin is not fully packaged on any  
platform,

I think this makes sense.


yes, and AFAIK the gavl package in debian is already over a year  
old and

is not compatible with readanysf~.



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





fgsdmr
IOhannes





This message was sent using IMP, the Internet Messaging Program.








I have always wished for my computer to be as easy to use as my  
telephone; my wish has come true because I can no longer figure out  
how to use my telephone."  --Bjarne Stroustrup



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

Re: [PD] readanysf~ v0.30

[Hans-Christoph Steiner]

On Apr 30, 2009, at 10:16 AM, Frank Barknecht wrote:


Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:


Yeah, an [anysoundfiler] would be super handy.


Almost there already: Search the archive for [oggfiler]: It's an  
abstraction I
once wrote that uses [oggread~] to read oggfiles into tables in an  
upsampled
subpatch.  Should be trivial to adapt to readanysf~, and if  
readanysf~ also

reports total length, you can even resize the table if you want.


It was not easy to find after all, there were few hits for oggfiler  
out there,  But here it is:


http://lists.puredata.info/pipermail/pd-list/2009-02/068050.html

.hc





Ciao
--
Frank

___
Pd-list@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




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

[PD] does [closebang] work?

[Hans-Christoph Steiner]

I was just playing with the [closebang] in Pd-extended, I believe its  
from a patch from IOhannes.  I can't get it to do anything.  Anyone  
know how to use it?


.hc



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

Re: [PD] readanysf~ v0.30

[august]

> >yes, and AFAIK the gavl package in debian is already over a year old and
> >is not compatible with readanysf~.
> 
> while the former is true, is the latter also true?
> iirc, i can compile Gem against both the debian-package and my cvs  
> checkout of gmerlin (though i haven't followed changes in the last  
> month or so)



yes, it is true.  I made some contributions to gavl last
August/September that allows you change the samplerate on the fly.  

new packages that include this change have not yet been made.

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

Re: [PD] readanysf~ v0.30

[zmoelnig]

Quoting august :


yes, and AFAIK the gavl package in debian is already over a year old and
is not compatible with readanysf~.


while the former is true, is the latter also true?
iirc, i can compile Gem against both the debian-package and my cvs  
checkout of gmerlin (though i haven't followed changes in the last  
month or so)


fgamsdr
IOhannes


This message was sent using IMP, the Internet Messaging Program.



binRELeBUSHCz.bin
Description: Öffentlicher 	PGP-Schlüssel
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] readanysf~ v0.30

[zmoelnig]

Quoting august :




I don't know gavl, but it if it is close to as good as vlc/mplayer/
ffmpeg for reading codecs, it would be an improvement over Quicktime.


you mean "QuickTime" or "libquicktime" (4linux)?

as a matter of fact, the author of gavl/gmerlin is also the author of  
libquicktime (after the fork from heroinewarrior)




it is very close to vlc/mplayer/ffmpeg.  in fact, it might even read
more formats depending on what options you compile in.


gavl is already in macports so making a fink package should be easy,
then it could be part of the nightly builds.

What about using ffmpeg for something like readanysf~?  Its much more
widely deployed, its even on Windows.



gavl/gmerlin is designed as a stable API that uses a number of  
available backends.

writing code for ffmpeg is a nightmare. the API changes every week.
writing code for gavl/gmerlin is simple. the ffmpeg-nightmare is  
delegated to a single-point: gavl.





Another option is to check in a version of gavl and the related
packages to the pure-data SVN and have it build the library then build
readanysf~.  Since gavl/gmerlin is not fully packaged on any platform,
I think this makes sense.


yes, and AFAIK the gavl package in debian is already over a year old and
is not compatible with readanysf~.



i hope that gavl/gmerlin will be included in (more) distros soon


fgsdmr
IOhannes





This message was sent using IMP, the Internet Messaging Program.


binb3a2rFdYwd.bin
Description: Öffentlicher 	PGP-Schlüssel
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Good sequencer patches for learning?

[Solen Music]

Hi,

Can anybody point me in the direction of good sequencer patches for
learning? preferably vanilla or as close to as possible!

Thanks in advance,

-- 
John

http://www.myspace.com/solenband

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

Re: [PD] readanysf~ v0.30

[Hans-Christoph Steiner]

On Apr 30, 2009, at 1:14 PM, august wrote:




I don't know gavl, but it if it is close to as good as vlc/mplayer/
ffmpeg for reading codecs, it would be an improvement over Quicktime.


it is very close to vlc/mplayer/ffmpeg.  in fact, it might even read
more formats depending on what options you compile in.


gavl is already in macports so making a fink package should be easy,
then it could be part of the nightly builds.

What about using ffmpeg for something like readanysf~?  Its much more
widely deployed, its even on Windows.


the gavl/gmerlin_avdecoder combo uses libavcodec and libavformat from
ffmpeg (as does mplayer) to play a lot of encoded audio/video streams.
In addition to that, (like mplayer and I assuem VLC) it links in other
libs to decode even more types of audio/video streams.


Another option is to check in a version of gavl and the related
packages to the pure-data SVN and have it build the library then  
build
readanysf~.  Since gavl/gmerlin is not fully packaged on any  
platform,

I think this makes sense.


yes, and AFAIK the gavl package in debian is already over a year old  
and

is not compatible with readanysf~.


I forgot to mention, the list of libs installed on the MinGW build  
machine is here:


http://puredata.info/docs/developer/mingw

It is possible to add more.  Basically, you need to import the sources  
into the 'pure-data/sources' tree in pure-data SVN.  That's the tree  
for the MinGW setup.  You can check the import-tarball.sh script to  
see the process for importing a tarball there.  When adding libs, the  
build-libs-on-mingw.sh script should build and install everything  
needed.


And lastly, on Windows, its best to do SVN operations in Cygwin via  
ssh, then run builds using MinGW via rdesktop.


.hc





-a.






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

Re: [PD] readanysf~ v0.30

[august]

> I don't know gavl, but it if it is close to as good as vlc/mplayer/ 
> ffmpeg for reading codecs, it would be an improvement over Quicktime.   

it is very close to vlc/mplayer/ffmpeg.  in fact, it might even read
more formats depending on what options you compile in.

> gavl is already in macports so making a fink package should be easy,  
> then it could be part of the nightly builds.
> 
> What about using ffmpeg for something like readanysf~?  Its much more  
> widely deployed, its even on Windows.

the gavl/gmerlin_avdecoder combo uses libavcodec and libavformat from
ffmpeg (as does mplayer) to play a lot of encoded audio/video streams.
In addition to that, (like mplayer and I assuem VLC) it links in other
libs to decode even more types of audio/video streams.

> Another option is to check in a version of gavl and the related  
> packages to the pure-data SVN and have it build the library then build  
> readanysf~.  Since gavl/gmerlin is not fully packaged on any platform,  
> I think this makes sense.

yes, and AFAIK the gavl package in debian is already over a year old and
is not compatible with readanysf~.   

-a.

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

Re: [PD] readanysf~ v0.30

[Hans-Christoph Steiner]

On Apr 30, 2009, at 8:46 AM, IOhannes m zmoelnig wrote:


august wrote:
ah, this is good news (for the gavl advocates at least).  Are you  
planning on using it
just in linux then?  Or, are you looking to make builds for mac and  
win

as well?


well, i'm planning to use it on every platform that supports it :-)
currently i don't have any plans (nor time to invest), to make gavl/ 
gmerlin work on anything it doesn't already work on (e.g. i will not  
port gavl to w32)
since Gem uses QuckTime on both w32 and osx, i (from my Gem pov)  
don't see a big need for having gavl on other systems than linux...


I don't know gavl, but it if it is close to as good as vlc/mplayer/ 
ffmpeg for reading codecs, it would be an improvement over Quicktime.   
gavl is already in macports so making a fink package should be easy,  
then it could be part of the nightly builds.


What about using ffmpeg for something like readanysf~?  Its much more  
widely deployed, its even on Windows.


Another option is to check in a version of gavl and the related  
packages to the pure-data SVN and have it build the library then build  
readanysf~.  Since gavl/gmerlin is not fully packaged on any platform,  
I think this makes sense.


.hc



If nature has made any one thing less susceptible than all others of  
exclusive property, it is the action of the thinking power called an  
idea, which an individual may exclusively possess as long as he keeps  
it to himself; but the moment it is divulged, it forces itself into  
the possession of everyone, and the receiver cannot dispossess himself  
of it.- Thomas Jefferson




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

Re: [PD] DorkbotPDX introduces free Pure Data workshop series

[Kyle Klipowicz]

Thanks for the update. I hope you have a nice turnout.
~Kyle

On Thu, Apr 30, 2009 at 10:17 AM, Jason Plumb  wrote:

> Kyle Klipowicz wrote:
>
>> What city is "Room 205" in again?
>>
>
> The ridicule is well deserved!  Sorry for not making it more clear...
>
> The workshop series is organized by Dorkbot PDX (Portland, OR) and the
> first session will be held at the Pacific Northwest College of Art (in
> Portland, OR).
>
> -jason
>
>
> DorkbotPDX introduces free Pure Data workshop series
>>
>>
>>We are excited to announce a new workshop series devoted to Pure Data
>>(Pd). http://puredata.info/
>>
>>"Pd (aka Pure Data) is a real-time graphical programming environment
>>for audio, video, and graphical processing. It is the third major
>>branch of the family of patcher programming languages known as Max
>>(Max/FTS, ISPW Max, Max/MSP, jMax, etc.) originally developed by
>>Miller Puckette and company at IRCAM."
>>
>>Pure Data is free [FLOSS] software - meaning there is no charge for
>>the download and it is open source, (free/libre). It runs wonderfully
>>on Mac, Linux, Windows - so bring any laptop. Come with Pd-extended
>>installed if possible - otherwise come a little early for installation
>>assistance. The workshop is free as well!
>>
>>We will will be doing several workshops starting from the ground up -
>>and ranging topics as advanced as there is interest for.
>>
>>Workshop One will be held May 17th. No prior Pd or programming
>>knowledge is required, but expect to leave with functional knowledge
>>of how to use Pd. The outline in progress can be found here:
>>http://dorkbotpdx.org/wiki/pd_workshop_2009_outline
>>
>>But we want to hear from you! We'd love to get a rough idea of how
>>many people are interested in attending.
>>
>>Do you use Pd? Do you use similar commercial software like Max/MSP? Are
>>you interested in learning Pd? Why? What are some of your ideas?
>>
>>Pd is an incredibly open-ended platform so we're trying to get an idea
>>of where the majority's (if there is a majority) interests lie
>>Physical Interfaces for music? Live DSP? Generative composition?
>>Video? Dance? Robotic cat toys? Feedforward most welcome!
>>
>>Bring a laptop with Pd-extended installed, if possible. Otherwise come
>>a little early for installation help!
>>http://puredata.info/downloads
>>
>>When: May 17th, 2009
>>Where: PNCA room 205 <- [[in Portland, OR!]]
>>Time: 1-5pm
>>
>>See you there!
>>
>>-jason
>>http://noisybox.net
>>
>>___
>>Pd-list@iem.at  mailing list
>>UNSUBSCRIBE and account-management ->
>>http://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>>
>> --
>> -
>> 
>>    -
>>   - --
>> http://perhapsidid.wordpress.com
>> http://myspace.com/kyleklipowicz
>>
>


-- 
-

    -
  - --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] cannot access archives

[Hans-Christoph Steiner]

On Apr 30, 2009, at 11:55 AM, zmoel...@iem.at wrote:


Quoting "marius schebella" :


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.

.hc






This message was sent using IMP, the Internet Messaging Program.

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






Using ReBirth is like trying to play an 808 with a long stick.- 
David Zicarelli




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

Re: [PD] cannot access archives

[zmoelnig]

Quoting "marius schebella" :


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


This message was sent using IMP, the Internet Messaging Program.



binksDwuo1Hss.bin
Description: Öffentlicher 	PGP-Schlüssel
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] DorkbotPDX introduces free Pure Data workshop series

[Lao Yu]

interesting - which country? which city? there's nothing about the  
location of "pnca romm 205" on the entire site...


On Apr 30, 2009, at 12:57 PM, Jason Plumb wrote:



DorkbotPDX introduces free Pure Data workshop series


When: May 17th, 2009
Where: PNCA room 205
Time: 1-5pm


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

Re: [PD] DorkbotPDX introduces free Pure Data workshop series

[Jason Plumb]

Kyle Klipowicz wrote:

What city is "Room 205" in again?


The ridicule is well deserved!  Sorry for not making it more clear...

The workshop series is organized by Dorkbot PDX (Portland, OR) and the 
first session will be held at the Pacific Northwest College of Art (in 
Portland, OR).


-jason



DorkbotPDX introduces free Pure Data workshop series


We are excited to announce a new workshop series devoted to Pure Data
(Pd). http://puredata.info/

"Pd (aka Pure Data) is a real-time graphical programming environment
for audio, video, and graphical processing. It is the third major
branch of the family of patcher programming languages known as Max
(Max/FTS, ISPW Max, Max/MSP, jMax, etc.) originally developed by
Miller Puckette and company at IRCAM."

Pure Data is free [FLOSS] software - meaning there is no charge for
the download and it is open source, (free/libre). It runs wonderfully
on Mac, Linux, Windows - so bring any laptop. Come with Pd-extended
installed if possible - otherwise come a little early for installation
assistance. The workshop is free as well!

We will will be doing several workshops starting from the ground up -
and ranging topics as advanced as there is interest for.

Workshop One will be held May 17th. No prior Pd or programming
knowledge is required, but expect to leave with functional knowledge
of how to use Pd. The outline in progress can be found here:
http://dorkbotpdx.org/wiki/pd_workshop_2009_outline

But we want to hear from you! We'd love to get a rough idea of how
many people are interested in attending.

Do you use Pd? Do you use similar commercial software like Max/MSP? Are
you interested in learning Pd? Why? What are some of your ideas?

Pd is an incredibly open-ended platform so we're trying to get an idea
of where the majority's (if there is a majority) interests lie
Physical Interfaces for music? Live DSP? Generative composition?
Video? Dance? Robotic cat toys? Feedforward most welcome!

Bring a laptop with Pd-extended installed, if possible. Otherwise come
a little early for installation help!
http://puredata.info/downloads

When: May 17th, 2009
Where: PNCA room 205 <- [[in Portland, OR!]]
Time: 1-5pm

See you there!

-jason
http://noisybox.net

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




--
-

    -
  - --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz


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

[PD] cannot access archives

[marius schebella]

hi,
are the list archives down? I was not able to access 
http://lists.puredata.info/pipermail/pd-list for the last 2 days :(

marius.

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

Re: [PD] readanysf~ v0.30

[Frank Barknecht]

Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:

> Yeah, an [anysoundfiler] would be super handy.

Almost there already: Search the archive for [oggfiler]: It's an abstraction I
once wrote that uses [oggread~] to read oggfiles into tables in an upsampled
subpatch.  Should be trivial to adapt to readanysf~, and if readanysf~ also
reports total length, you can even resize the table if you want.

Ciao
-- 
Frank

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

Re: [PD] DorkbotPDX introduces free Pure Data workshop series

[Kyle Klipowicz]

Great!
What city is "Room 205" in again?

:-)

~Kyle

On Wed, Apr 29, 2009 at 11:57 PM, Jason Plumb  wrote:

>
> DorkbotPDX introduces free Pure Data workshop series
> 
>
> We are excited to announce a new workshop series devoted to Pure Data
> (Pd). http://puredata.info/
>
> "Pd (aka Pure Data) is a real-time graphical programming environment
> for audio, video, and graphical processing. It is the third major
> branch of the family of patcher programming languages known as Max
> (Max/FTS, ISPW Max, Max/MSP, jMax, etc.) originally developed by
> Miller Puckette and company at IRCAM."
>
> Pure Data is free [FLOSS] software - meaning there is no charge for
> the download and it is open source, (free/libre). It runs wonderfully
> on Mac, Linux, Windows - so bring any laptop. Come with Pd-extended
> installed if possible - otherwise come a little early for installation
> assistance. The workshop is free as well!
>
> We will will be doing several workshops starting from the ground up -
> and ranging topics as advanced as there is interest for.
>
> Workshop One will be held May 17th. No prior Pd or programming
> knowledge is required, but expect to leave with functional knowledge
> of how to use Pd. The outline in progress can be found here:
> http://dorkbotpdx.org/wiki/pd_workshop_2009_outline
>
> But we want to hear from you! We'd love to get a rough idea of how
> many people are interested in attending.
>
> Do you use Pd? Do you use similar commercial software like Max/MSP? Are
> you interested in learning Pd? Why? What are some of your ideas?
>
> Pd is an incredibly open-ended platform so we're trying to get an idea
> of where the majority's (if there is a majority) interests lie
> Physical Interfaces for music? Live DSP? Generative composition?
> Video? Dance? Robotic cat toys? Feedforward most welcome!
>
> Bring a laptop with Pd-extended installed, if possible. Otherwise come
> a little early for installation help!
> http://puredata.info/downloads
>
> When: May 17th, 2009
> Where: PNCA room 205
> Time: 1-5pm
>
> See you there!
>
> -jason
> http://noisybox.net
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
-

    -
  - --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] DorkbotPDX introduces free Pure Data workshop series

[Ben Baker-Smith]

For the location you put "PNCA room 205" what does this mean?  I
looked at the website and still couldn't even figure out what state
you are in.

-Ben

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

Re: [PD] pix_multiblob crashing

[IOhannes m zmoelnig]

bra...@subnet.at wrote:

Thank you

as I am mostly on windows, how can I investigate further with my tracking
issue without using eyesweb which i really do not like.



get the 0.92CVS20090430 snapshot from http://gem.iem.at and see whether 
it works...



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] readanysf~ v0.30

[IOhannes m zmoelnig]

august wrote:


ah, this is good news (for the gavl advocates at least).  Are you planning on 
using it
just in linux then?  Or, are you looking to make builds for mac and win
as well?


well, i'm planning to use it on every platform that supports it :-)
currently i don't have any plans (nor time to invest), to make 
gavl/gmerlin work on anything it doesn't already work on (e.g. i will 
not port gavl to w32)
since Gem uses QuckTime on both w32 and osx, i (from my Gem pov) don't 
see a big need for having gavl on other systems than linux...



ghmasdr
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] GEM pix_image+ram

[stefan]

here is the patch

++
s.

2009/4/30 IOhannes m zmoelnig 

> stefan wrote:
>
>> I don't succeed to use the hottest gem...
>>
>> anyway I will explain some others things I observe about that bug...
>> (using os X 10.5 + pd-0.41.4-extended-20090429)
>>
>> with pix_film and .mov files there is no problem
>> (but there is a problem with still images when pix_film is used as
>> pix_image)
>>
>
> that is quite interesting, as i think that Gem is agnostic whether
> [pix_film] opens an image or a film: it just passes the request to QuickTime
> (which might then return a 1-frame "film")
>
>
>> with pix_buffer, when the buffer is looped there is no problem
>>
>>> when I resize the buffer using [resize $1(
>>>
>> the used memory increase
>>
>>> if I resize to a buffer with less frames the used-memory
>>> decrease...but...
>>>
>> each times I resize pix_buffer there is a little bit less ram disponible..
>>
>
> that's something else and more interesting (in terms of fixability) for me.
> could you please post an example patch that exposes this behaviour?
>
> f
> dasrm
> IOhannes
>


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

Re: [PD] readanysf~ v0.30

[august]

> >I think you will see gavl/gmerlin become more standard in the future.
> >Lumiera, the new video editing software from the cinelerra-cv folks, is
> >based on it.
> 
> and Gem :-)


ah, this is good news (for the gavl advocates at least).  Are you planning on 
using it
just in linux then?  Or, are you looking to make builds for mac and win
as well?

-a.

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

Re: [PD] readanysf~ v0.30

[august]

> >> well ..that sounds brilliant -
> >> but why is it dependent on some 'gavl' ??
> >
> > hmm, that's interesting as a hard dependency on gavl makes readanysf~ be
> > pretty much linux only at the moment (despite of what is discussed on other
> > lists...)
> Yeah, indeed.  I was very excited about readanysf~ as I'd huuugely
> like to be able to load and manipulate MP3s from my library into Pd
> (I'm quite shocked that this is impossible without manually decoding
> them outside of Pd right now :O )
> 
> Thus I spent a good 4 or 5 hours trying to get gavl/gmerlin_avdec to
> compile on OS X a few weeks ago with a result of very frustrating
> failure...
> 
> Here's hoping that changes one day : |  If anyone else is up for
> working on it together I'd happily put in some more time just so that
> my hours thus far don't go to waste!


Luke,

I'd be willing to help...but I need access to a osx box with gcc and
build tools.  Where did you leave off?

-a

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

Re: [PD] GEM pix_image+ram

[chris clepper]

On Thu, Apr 30, 2009 at 7:24 AM, IOhannes m zmoelnig wrote:

> stefan wrote:
>
>> I don't succeed to use the hottest gem...
>>
>> anyway I will explain some others things I observe about that bug...
>> (using os X 10.5 + pd-0.41.4-extended-20090429)
>>
>> with pix_film and .mov files there is no problem
>> (but there is a problem with still images when pix_film is used as
>> pix_image)
>>
>
> that is quite interesting, as i think that Gem is agnostic whether
> [pix_film] opens an image or a film: it just passes the request to QuickTime
> (which might then return a 1-frame "film")


Yes, the code just opens any file Quicktime recognizes and loads it.  This
looks like a Quicktime bug.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM pix_image+ram

[IOhannes m zmoelnig]

stefan wrote:

I don't succeed to use the hottest gem...

anyway I will explain some others things I observe about that bug...
(using os X 10.5 + pd-0.41.4-extended-20090429)

with pix_film and .mov files there is no problem
(but there is a problem with still images when pix_film is used as
pix_image)


that is quite interesting, as i think that Gem is agnostic whether 
[pix_film] opens an image or a film: it just passes the request to 
QuickTime (which might then return a 1-frame "film")




with pix_buffer, when the buffer is looped there is no problem

when I resize the buffer using [resize $1(

the used memory increase

if I resize to a buffer with less frames the used-memory decrease...but...

each times I resize pix_buffer there is a little bit less ram disponible..


that's something else and more interesting (in terms of fixability) for me.
could you please post an example patch that exposes this behaviour?

f
dasrm
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] GEM pix_image+ram

[stefan]

I don't succeed to use the hottest gem...

anyway I will explain some others things I observe about that bug...
(using os X 10.5 + pd-0.41.4-extended-20090429)

with pix_film and .mov files there is no problem
(but there is a problem with still images when pix_film is used as
pix_image)

with pix_buffer, when the buffer is looped there is no problem
>when I resize the buffer using [resize $1(
the used memory increase
>if I resize to a buffer with less frames the used-memory decrease...but...
each times I resize pix_buffer there is a little bit less ram disponible..


hope this help

stefan

2009/4/28 IOhannes m zmoelnig 

> stefan wrote:
>
>> 2009/4/28 IOhannes m zmoelnig 
>>
>>  stefan wrote:
>>>
>>>  I get =78 errors

  better than 90 :-)
>>>
>>>  but I can't manage to use FTGL+freetype2...
>>> do you need it?
>>>
>>
>> not really, but maybe you need to know the errors I get?
>>
>
> well, if you want more than a generic answer: yes :-)
>
>
>>
>>> are there any other errors you get?
>>>
>>
>> I don't think so..
>>
>
> it's simple: if you want text, you need it; else you don't...
>
>  I always heve these 78 errors... and the build failed
>>
>
> obviously, since they are "errors" (not "warnings")
>
> fmsdr
> IOhannes
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] readanysf~ v0.30

[Luke Iannini]

On Thu, Apr 30, 2009 at 12:09 AM, IOhannes m zmoelnig  wrote:
> errordevelo...@gmail.com wrote:
>>
>> hi
>>
>> well ..that sounds brilliant -
>> but why is it dependent on some 'gavl' ??
>
> hmm, that's interesting as a hard dependency on gavl makes readanysf~ be
> pretty much linux only at the moment (despite of what is discussed on other
> lists...)
Yeah, indeed.  I was very excited about readanysf~ as I'd huuugely
like to be able to load and manipulate MP3s from my library into Pd
(I'm quite shocked that this is impossible without manually decoding
them outside of Pd right now :O )

Thus I spent a good 4 or 5 hours trying to get gavl/gmerlin_avdec to
compile on OS X a few weeks ago with a result of very frustrating
failure...

Here's hoping that changes one day : |  If anyone else is up for
working on it together I'd happily put in some more time just so that
my hours thus far don't go to waste!
Best
Luke

>
>
> anyhow, Gem's HEAD has currently a soft dependency on gavl (and
> gmerlin_avdec) as well, so it is a must anyhow :-)
>
> fgmadsr
> 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

Re: [PD] readanysf~ v0.30

[IOhannes m zmoelnig]

august wrote:

hi



gavl is a really brilliant low-level library which handles the details
of audio and video formats like colorspaces, samplerates, multichannel
configurations etc.  


i basically agree.
and it is super simple.
it took me two days during(!) piksel (while drinking beer and stuff) to 
hear of gavl/gmerlin and implement support for it in Gem.




gmerlin_avdecode uses gavl to deliver frames of audio and video
(including conversions and resampling).  It can decode all kinds of
media filesmp3, ogg, flac, mp4, x264..etc.   Pretty much everything
that can be played with mplayer.

Together, they are as close to a full-fledged multi-media api that I
have seen yet on linux.  gstreamer comes close, but has a really large
and complex design.



for me, gstreamer and gmerlin do not directly compete. while both claim 
to be "multimedia frameworks", the former is hard to interface on the 
data-level from a host application; however pipelines (within the 
gst-framework) are highly optimized and do not require much thinking of 
the host-programmes authors. otoh, gmerlin is a straighforward API to 
read data from a media-stream into your host application (writing is 
possible but more complicated)




I think you will see gavl/gmerlin become more standard in the future.
Lumiera, the new video editing software from the cinelerra-cv folks, is
based on it.


and Gem :-)




It IS unfortunate that they aren't yet apt-get'able, but I think that
should happen soon.


gavl itself has been packaged into debian since etch.
unfrotunately gavl is just the interface that defines how frames of data 
look like, whereas the actual decoding library is in a a package called 
gmerlin_avdec, which is _not_ in proper debian.

however, it is available through debian-multimedia by christian marillat.

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] readanysf~ v0.30

[IOhannes m zmoelnig]

errordevelo...@gmail.com wrote:

hi

well ..that sounds brilliant -
but why is it dependent on some 'gavl' ??


hmm, that's interesting as a hard dependency on gavl makes readanysf~ be 
pretty much linux only at the moment (despite of what is discussed on 
other lists...)



anyhow, Gem's HEAD has currently a soft dependency on gavl (and 
gmerlin_avdec) as well, so it is a must anyhow :-)


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