Pd-dev March 2009

pd-dev@lists.iem.at

19 participants
75 discussions

[ pure-data-Bugs-1957612 ] PD cannot connect to jack if pulseaudio is running
by SourceForge.net 03 Mar '09

03 Mar '09

Bugs item #1957612, was opened at 2008-05-04 20:52 Message generated for change (Settings changed) made by danomatika You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1957612&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Dan Wilcox (danomatika) Assigned to: Nobody/Anonymous (nobody) Summary: PD cannot connect to jack if pulseaudio is running Initial Comment: Using the Pd-0.40.3-extended-20080408-debian-stable-i386.deb autobuild ... On Ubuntu Hardy, PD has problems connecting to jack when the pulseaudio sound server is running, which it is by default. Upon killing pulse, pd can connect to jack correctly. Other applications using jack such as ardour and audacity work correctly. Note: I am running jack on an external sound card. ---------------------------------------------------------------------- Comment By: Dan Wilcox (danomatika) Date: 2008-05-15 14:03 Message: Logged In: YES user_id=2032867 Originator: YES Go ahead and close this bug report. Pulse and pd do work together ok. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1957612&group_…

1 0

Proposals for object categories
by Luke Iannini 03 Mar '09

03 Mar '09

On Tue, Feb 24, 2009 at 4:34 PM, João Pais <jmmmpais(a)googlemail.com> wrote: >>>> when pd-extended or the cvs will be ordered to have directory >>>> like : /math >>>> /audio/math >>>> /audio/effect >>>> /save >>>> /matrix >>>> > >> but i would prefer to organise this properly (i.e. not by developer but >> by functionality) >> >> for now, using flatspace is the only way i know to include code in >> pd-extended, i'll digg more when i'll get time. > > is something like this possible: each developer drops his stuff in svn in > the current structure, but when compiled all externals are divided into > categories (e.g. like the above named)? each developer has his own corner > to drop stuff, but he has to check to which category each object belongs > to, and they get distributed at compiling time. and, unchecked objects > don't get compiled. > > is this feasible/logic? it sounds logic to me, as f.e. my abstractions > cover a bit of everything: GUI, midi, audio, ... > > > Also, the amount of categories should be discussed, and probably on the > main list. I think that MP's original list isn't enough, and new > categories should be included (especially considering the amount and > diversity of objects in pd-ext). audio filters, generators, effects, ... I > can look at the pd-ext-list I've made and give a concrete suggestion in > the next days, if you want. > this discussion will be a bit chaotic, but it should go to the main > list/pdpedia. Yo, Perhaps an interesting way to approach this would be for each developer to hierarchize their own collection, and then we can find the common ground between them all. It also might be nice for everyone to claim a library and stand as its maintainer, as Frank has done for list-abs/ and Cyrille and HC have done for mapping/, etc. I've begun ds-gui/ to this effect... Best Luke And, here's an example from my own sfruit/ collection: gui/ (for extending, interacting with, or working around limitations of the IEMGUIs) ds-gui/ ds-abs/ keyboard/ hid/ color/ control/ (i'm guessing everyone has enough of these that we'll have to make this finer-grained) dialog/ (these are different manifestations of "dialog boxes" in Pd) gem/ OSC/ list-abs-extended/ (these are list-abs that require objects not in Pd-vanilla (a restriction laid down by Frank long ago for list-abs)) midi/ sequencing/ signal/ envelope/ mix/ oscillators/ os/ > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev >

11 40

object naming (related to several recent discussions)
by Loic Kessous 02 Mar '09

02 Mar '09

Hi, it seems that there is several problems about objects from different libraries that have the same names. I wonder if a solution could be to keep things as they are,including the way to call related to the librairie as: [the_libA/the_object] or [the_libB/the_object] but also introducing copies of these objects with new more specific names (that still have to be defined of course...) . in this way, everyone will be able to use old patches, but progressively it will be possible to make new patches without specifying the name of the lib. For the new names, I would suggest that in the case that the object has a identical name in Max would keep is name (and by default if no lib is specified this one should be created), and the other get a new name. In this way, it may help people (like me...) who have patches in Max 4 to convert them to Pd in an easier way. hope that help loic

1 0

SQLite3DBv0.03
by Mike McGonagle 01 Mar '09

01 Mar '09

Hello all, I would like to announce the release of SQLite3db. This release represents a complete rewrite of the externals. It has been rolled into a single external library containing the externals [sqlite3db], [sqlite3query], [sqlite3rowid], and [sqlite3blob]. This release includes several features: 1. Database can be on disk or an in-memory database. 2. The [sqlite3query] object now supports Place Holders. 3. Comprehensive error reporting. 4. Includes a separate object for retrieving the ID for the last record inserted (allows making links between tables) 5. SSSAD plug-and-play panel for storing multiple sets of SSSAD parameters. You can get the archive for files at: http://puredata.info/Members/mjmogo/SQLite3db_v0_03.zip/view Also, the 'makefile' only contains a process for making a 'pd_darwin' external for the Mac. It should not be difficult to compile for Unix or Windows, as it is Ansi-C. Everything should work with Vanilla Pd as well. Let me know if you have any suggestions, criticism, or general praises ;) Mike -- Jean-Luc Godard - "To be or not to be. That's not really a question."

1 0

structuring of pd objects (was: Re: stripping down Pd-extended's default libs)
by marius schebella 01 Mar '09

01 Mar '09

hi, (maybe this is of general interest for pd users?) speaking of lists, I once did a similar thing some years ago, collecting 2682 objects. the list is far away from being complete or up to date... http://www.parasitaere-kapazitaeten.net/files/GENERAL_ALL.csv_.txt marius. 2009/2/20 João Pais <jmmmpais(a)googlemail.com>: >> Hans-Christoph Steiner wrote: >> I definitely agree that we should have libraries organized based on a >> topic. There is nothing stopping anyone from doing this. There is >> tons of code that could be easily taking and stuck into new libraries >> organized around concepts. > > hmm, that matches with what I was proposing (still on a private level) for > the new categories of documentating pd-ext objects. although some people > might not like not having their objects in their personal folder, it would > really make information more easily to come by - fyi, I think in the latest > object list I've made, there are ~1200 externals (objects + abstractions). > > I would go to the extra step and and follow yves' suggestions try to ask > some developpers to change the names of some objects to avoid name clashes - > if that's possible anyway, after all these years of programming. > > I can't contribute with code because I can't code, but I can write mails and > give (sometimes good) ideas. To remind how big the task is, I attach here > the list of pd-ext objects I've done some months ago (as a first step to try > to get an updated documentation for pd-ext).

4 8

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev March 2009