Pd-list June 2009

pd-list@lists.iem.at

121 participants
152 discussions

Start a nNew thread

vbo in Gem?
by Sebastian Saa 22 Jun '09

22 Jun '09

Hi , is it possible to use Vertex buffer objects in gem? Do anybody have tried this before? thanks Seb.

1 0

is bang~ limited to a 64 sample block?
by hard off 22 Jun '09

22 Jun '09

I made a patch which times the duration between two bangs sent by [bang~]. If i set the blocksize to the default of 64, then each bang comes 1.4ms apart - as expected with 44.1khz samplerate. However, making the blocksize smaller has no effect on the duration between the bangs. Does bang~ have a speedlimit of 64 samples? If not, what is the limiting factor stopping me getting bangs more often than every 1.4ms? (test patch is attached)

5 9

bang~ event resolution
by brandon zeeb 22 Jun '09

22 Jun '09

Hello, With regards to the block limit thread and the following previous discussion [1], I have a question regarding event timing resolution in Puredata. In the previous email thread, it was noted: > What is also interesting, is that i get the double value of 2.9 msec for > blocksizes above 64, for example 65 and above. There are no adc~ or dac~ > objects or any subpatches in this setup. > > Does this mean that the resolution of a bang is in *multiples* of 1.45msec? For example: 1. If I am attempting to send a message every 8msec (5.51 dsp blocks), will the event actually be sent, rendered, and perceived to occur every 8msec or will it be rounded up to the next block ( #6 ) at 8.7msec? 2. If an event is scheduled to occur every 1.50msec, will it be scheduled in time every 1.50msec or every 2.90msec? I've read the pertinent section of Miller's "Theory and Technique of Electronic Music", but I guess this is one small bit I'm still hung up on. Thanks, ~Brandon [1] - http://lists.puredata.info/pipermail/pd-list/2009-01/067255.html

4 4

readsf~ jack/alsa memory usage
by Jason Plumb 21 Jun '09

21 Jun '09

I'm working on a project with considerable sampling resources and noticing a HUGE difference in memory consumption of readsf~ between alsa and jack. If I create a default readsf~ with alsa and don't send it any messages, it seems to take up little to no memory. Sending it an open message also seems to use little/no memory, same with starting playback (maybe under 1 MB approx). With jack, a default readsf~ seems to take up about 8MB per instance. Manually specifying numbers larger than 8MB for the buffer seem to work, but anything smaller seems to be rounded up to 8MB. What gives? Why can't I provide a smaller buffer? Why the dramatic difference in memory performance? -jason http://noisybox.net

1 0

load_every_help test script ready for use
by Hans-Christoph Steiner 20 Jun '09

20 Jun '09

So I finally got my load_every_help.py script pretty well debugged and so it can actually survive a bunch of conditions. Basically, its a simple automated test of every help patch. You give it a base directory for Pd, and it opens every help patch and logs the result. This makes it easier to see which help patches have problems. I could see this script doing something like posting anytime there is a "couldn't create" error. Here's an example log, I ran it without X on Debian, so all of the Gem and probably PDP stuff failed. http://autobuild.puredata.info/pdlab/load_every_help-2009-06-19_01.04.42.log I think this script could also then serve as the basis of a regression testing script. It would basically look thru the SVN for any *- regression.pd file. These pd patches would run some bit of code, then print out the word "SUCCESS". If it doesn't that's a fail and it'd be automatically mailed to the list. .hc ---------------------------------------------------------------------------- If you are not part of the solution, you are part of the problem.

2 2

gem and double buffer
by Andres Ferrari 20 Jun '09

20 Jun '09

yes, but my problem is : I need to emulate single buffer on double buffer, i need to use double buffer because i work with iterations using repeat or until objects, and in single buffer with metro this iterators are so so so slow, almost "2" fps. i want don´t clear the image buffer when is drawed the new buffer, like an accumulation...but using double buffer!!....is possible???...in single buffer is easy, but with iterators....no way. thanks for your patience. Message: 6 Date: Mon, 15 Jun 2009 18:34:18 +0200 From: cyrille henry <cyrille.henry(a)la-kitchen.fr> Subject: Re: [PD] gem and double buffer To: Andres Ferrari <anfex(a)yahoo.com> Cc: pd-list(a)iem.at Message-ID: <4A36780A.1000905(a)la-kitchen.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Andres Ferrari a ?crit : > hello, > > is possible in gem to change between single buffer and double buffer without destroy gemwindow?? no > > or dont`t clear buffer(background image) in double buffer??? not really, but you can sna2tex and draw the last image on every frame. you can also easily emulate 2 buffer while in single buffer, using metro to bang gemhead and clean windows / clear Z buffer. Cyrille > > thanks a lot!!! > > Andr?s Ferrari G. > > http://www.myspace.com/anfex ____________________________________________________________________________________ ¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=e1

4 10

Fwd: PDF of Kreidler´s "Loadbang" book
by Caio Barros 20 Jun '09

20 Jun '09

Hey people! Finally I uploaded the PDF and the ZIP files to the PD site Member´s Downloads. they are under the names: Kreidler, Johannes - Programming Electronic Music in Pd and kreidler_pemwpd_files.zip Enjoy! Caio G. de Barros

1 0

Fwd: [MACTCL]: tkdock 1.0
by Hans-Christoph Steiner 19 Jun '09

19 Jun '09

Hmm, this could make for a fun Pd object, so you could control the Pd icon from Pd. .hc Begin forwarded message: > From: Kevin Walzer <kw(a)codebykevin.com> > Date: February 17, 2009 9:16:04 PM EST > To: "tcl-mac(a)lists.sourceforge.net List" <tcl-mac(a)lists.sourceforge.net > > > Subject: [MACTCL] ANN: tkdock 1.0 > Reply-To: kw(a)codebykevin.com > User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) > > I'm pleased to announce the release of Tkdock 1.0. > > The tkdock package is a small, Cocoa-based Tcl extension that allows a > Tcl/Tk application to change its icon on the OS X Dock while running. > This can be useful for indicating changes in application state, for > instance that the application is executing a long-running process, > connecting to a server, or similar activities. > > Using the Tkdock Package > > Tkdock is invoked by calling package require tkdock. It implements two > commands: > > ::tkdock::switchIcon /path/to/icon: This command switches the > application's Dock icon while the application is running, and takes a > path to an image as an argument. Any image format supported on Mac > OS X > should work, but Apple's native "icns" icon format (at 128x128 pixels) > appears to provide the sharpest results. > > ::tkdock::origIcon: This command restores the original application > icon. > > Installing Tkdock > > Because it calls into the Mac's native Cocoa frameworks, tkdock is a > binary extension (shipped as a .dylib). The universal binary package > was > built against Tcl/Tk 8.5.3 on Mac OS X 10.5.6 and should run on both > Intel and PPC systems. The source code comes with a makefile if you > want > to build the extension yourself. Tkdock is available under the > standard > Tcl/Tk BSD-style license. > > Tkdock can be downloaded at > http://www.codebykevin.com/opensource/oss.html. Many thanks to Daniel > Steffen for his advice. > -- > Kevin Walzer > Code by Kevin > http://www.codebykevin.com > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Tcl-mac mailing list > tcl-mac(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tcl-mac ---------------------------------------------------------------------------- "[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.

1 0

hackmeetings at PDCon2009 in Brasil
by glerm soares 19 Jun '09

19 Jun '09

Hello, I don't know "how" exactly it will work, but I am shure that it works and that's the spirit. "My" project for PDCon2009 was not made to be "mine" so I am introducing the process here to the community. Since the beginning my idea was to make some kind of "hackerspace", "openspace" or "bricolab" , whatever the name, inside the Convention. A place for artisans work and share tools and concepts as in your own neighbourhood with your long time mates... AFAIK the producers of the event here could get some space for we make some kind of "deconference" to find some convergence in spontaneous ideas and similar interests discovered with factual presence, at the Monday 20t july, all day. Maybe if enough people show interest in this situation around here we could schedule more time and space for that for the rest of the week... All the schedule and space that the event would give to me I will donate to this project... I will have no authoral, performatic or scientific project for this conference besides to stimulate local community meeting global community... So I hope it can helps the situation and an organic flow of collaborations... I have some ideas about how it could happen, but would i would like to hear from you first... thanx best regards, glerm

6 12

[PD-announce] Pd workshops at Imal (Brussels/Belgium) in July and August
by Jack 19 Jun '09

19 Jun '09

Hello list, Sorry in french only. Premier workshop (4 jours) : PureData, une introduction du 28 au 31 juillet 2009 Contenu: Ce stage est une introduction à PureData dans un contexte de création visuelle en temps réel, ainsi qu'aux possibilités d'interaction et d'échange de données sur les réseaux. Après la révolution du montage vidéo numérique, la nouvelle (r) évolution est le traitement de la vidéo, de la 3D et des flux de données en temps réel. Utilisés aussi bien en performance (VJ, Live Cinema) que dans les arts de la scène (danse, théatre) ou dans les environnements interactifs, les nouveaux logiciels de traitement en temps réel sont aussi une autre manière de produire de la vidéo linéaire, de la 3D ou du son. Le stage explore un des principaux outils actuels: PureData + GEM, environnement 'opensource' de programmation visuelle créé par Miller Puckette. Pd est un équivalent gratuit de MAX/MSP permettant de nombreuses manipulations en terme de son, d'image, de vidéo, de 3D, d'interaction en temps réel, mais aussi en terme d'échanges de données sur les réseaux. Formateur : Jack/RYBN Deuxième workshop (4 jours) : PureData, 3D Temps Réel et modèles physiques du 3 au 6 août 2009 Contenu: Durant ce workshop de 4 jours, nous aborderons de manière pratique la modélisation physique et la synthèse 3D en temps-réel. Les librairies pmpd et msd pour PureData permettent de simuler des comportements naturels d'objets simples: cordes, membranes, fluides, sables, ... Ces librairies seront explorées pour différents usages: filtrage de signal, contrôle de la synthèse sonore, mais surtout elles seront employées pour la synthèse 3D en temps-réel dans GEM. Les participants du workshop apprendront dans un premier temps à créer puis à manipuler des structures modélisées. Puis des techniques avancées de dessin et de création graphique seront détaillées pour représenter les structures développées. Formateur : Nicolas Montgermont Conditions de Participation : Ces stages sont accessibles à tout artiste, étudiant en art, désigner, infographiste, vidéaste, programmeur, enseignant... désirant s'initier aux nouveaux outils créatifs issus du numérique (18 ans ou +). Inscription : Attention : le nombre de place est limité (max. 15 personnes), inscrivez-vous à temps en remplissant soigneusement le(s) formulaire (s) d'inscription en ligne du ou des stages que vous voulez suivre sur http://www.imal.org/AteliersArtNum ! Lieu : Les stages se donnent à iMAL, 30 Quai des Charbonnages, 1080 Bruxelles (le long du canal, métro Comte de Flandre). La classe est équipée d'ordinateurs en réseau (venez avec votre portable si vous en avez un), d'un vidéoprojecteur, et d'un tableau... Horaire : Les cours se donnent de 10h à 18h00 avec interruption d'une heure le midi. Les stages ont une durée de 4 jours. Prix : 140 EUR par stage. Liens : les stages d'été d'iMAL (descriptifs, formateurs, inscriptions, archives) : http://www.imal.org/AteliersArtNum ++ Jack _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

4 3

← Newer
1
...
4
5
6
7
8
9
10
...
16
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list June 2009