Pd-list April 2006

pd-list@lists.iem.at

136 participants
232 discussions

Re: [PD] PDP and quicktime pdp_qt
by shreeswifty 21 Apr '06

21 Apr '06

ok, if you are willing try this Install FINK. http://fink.sourceforge.net/download/index.php?phpLang=en this will make a /sw/lib directory then place the dylibs from the pidip sources in there. HtH Pat On Fri Apr 21 12:08:11 EDT 2006, Dave Leith <dave.leith(a)gmail.com> wrote: > As for sorenson codec it still remains unrecognized along with > the rest. > > On the Mac using the installer there is no /sw folder created > (show > invisible files). Using the installer from puredata.org to > install you just > drag the Pd-0.38.4-extended-RC8 package to anywhere on your > harddrive, (me > to a PureData folder in Applications). Fink - which is not > installed on my > system would create a sw folder but it's not part of the OSX PD > default > installer or installation requirements. > > The path using "Show Package Contents" is > Pd-0.38.4-extended-RC8/Contents/lib/libquicktime.0.dylib. > > This is where other files libbz2.1.0.2.dylib, libmp3lame.0.dylib, > libspeex.1.dylib, etc. reside. > > Do I need to do something to else to get the library to be > recognized?....Odd that pdp_qt is not using the installed library > (as I > mentioned earlier nothing changes if the libquicktime.0.dylib is > removed) > > The patch I'm using to open the quicktime movies is called > "quicktime.pd" > and it comes with the PiDiP OSX installer. > > > On 4/21/06, Patrick Pagano <pat(a)digitalworlds.ufl.edu> wrote: >> >> where did you put it? >> it should go in /sw/lib, yes? >> and then you tried to make a movie 320x240 with >> sorensen codec? >> >> >> >> -----Original Message----- >> From: pd-list-bounces(a)iem.at on behalf of Dave Leith >> Sent: Thu 4/20/2006 9:59 PM >> To: PD List send >> Cc: >> Subject: Re: [PD] PDP and quicktime pdp_qt >> >> >> Hi all >> >> the saga continues...I replaced the quicktime library >> libquicktime.0.dylib in RC8 with the one from the PiDiP package >> and no >> difference. Then I thought I'd see just what difference it would >> make if it >> wasn't even there at all (renamed) and it made no difference >> what so >> ever....same old messages about wrong codec but no complaints >> about the >> missing library...does this idicate a problem else where..if so >> where to >> look? >> >> Thanks >> >> Same behavior in RC6, RC7, RC8 .39 test2.....none of >> them can find >> a qt codec on OSX >> >> >> On 4/19/06, Pat Pagano <bigswift(a)ufl.edu> wrote: >> >> Sorry, i am on linux and os x >> >> replace that dylib with the one from the pidip >> sources >> >> >> >> On Apr 19, 2006, at 12:09 PM, Dave Leith wrote: >> >> >> I'm not sure this will work as I am using the PD >> extended >> OSX installer from puredata.org. Everything is inside the >> package (Show >> Contents). The quicktime library seems to be called >> libquicktime.0.dylib >> >> Thanks >> >> >> On 4/19/06, Patrick Pagano < >> pat(a)digitalworlds.ufl.edu<mailto: >> pat(a)digitalworlds.ufl.edu> > wrote: >> >> from terminal.app >> >> cd /sw/lib >> >> sudo mv libquicktime.so.0 >> libquicktimeso.0_fink >> >> sudo cp ******/libquicktime.so.0 . >> >> */ where ****** is the libquicktime >> included with >> pidip /* >> >> locate libquicktime >> >> might help too.. >> >> HtH >> >> cheers~ >> >> >> As well what would be the most >> straightforward way >> to replace the quicktime library? I do have a copy of >> pdp_pidip_osx.tar.gz. >> >> >> >> >> >> >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> >> > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > Patrick Pagano,M.F.A Digital Media Specialist Digital Worlds Institute University Of Florida (352) 294-2082

2 1

route bug
by B. Bogart 21 Apr '06

21 Apr '06

Hey all, This may be related to the "route bang bug" issues but I'm not using any bangs, just floats lists and symbols. Attached is a test patch, and for some reason the float "1" seems to get matched to the route argument "scale" which makes no sense to me. Have I lost my mind? Open the "parent" test patch to see what I mean. I'm using the debian 0.38-4 sarge package. What is the work around? Thanks! .b.

2 1

Re: [PD] PDDP meeting?
by Koray Tahiroglu 21 Apr '06

21 Apr '06

Hello Hans, PDDP has been quite for a while, lets arrange a meeting soon. > > So I have been sorting thru all of the tutorial/workshop materials > that I could find, and I have been cranking out an intro tutorial, > plus some sketches for the sound, visual, physical, and networking > tutorials. At this point, I would love some feedback to see if > people think that the work I have done is in the right direction. > > Anyone up for PDDP meeting? > > I gotta say that in the processing of sorting thru all of the > tutorial patches has really re-ignited by belief in the process of > free software, and in this case, free documention. If I had written > this intro by myself, it would be a fraction of what it is > currently. What I especially enjoy is the creative little hacks that > demonstrate core ideas that have come from a number of people. And > that's not the drink talking ;) > > .hc ----------------- M.Koray Tahiroglu Media Lab, University of Art and Design Helsinki, TaiK Hameentie 135C 00560 Helsinki Finland http://mlab.uiah.fi/~korayt/ http://purenoise.uiah.fi:8000/ tel: +358 40 754 8449 fax: +358 9 75630 555

5 5

Re: [PD] PDDP meeting?
by IOhannes m zmoelnig 21 Apr '06

21 Apr '06

B. Bogart wrote: > Being able to print in "lanscape" mode would be really handy, I was > never able to do it with all the PS and GS hacking I could manage after > I got the file out of PD. > > Obvisouly patches made for the screen are more often wider than all, > maybe we should just switch the default to landscape... right: screen-based documentation tends to be "landscape". (however whenever i "print" with pd, it seems to set the width/height of the patch correctly) furthermore, i assumed that the patches would just fit on the screen, which is probably true for most "documentation" patches, but not for "real-world" patches. if the patch does not fit into the (visible part of the) window, then it is truncated when "printing"; considering that most of the time the "printed" patch looks different than the one on the screen, i usually tend to use an external bitmap screenshot program (like the gimp) mfa.dr IOhannes

1 0

Re: [PD] PDP and quicktime pdp_qt
by Dave Leith 21 Apr '06

21 Apr '06

I'm not sure this will work as I am using the PD extended OSX installer from puredata.org. Everything is inside the package (Show Contents). The quicktime library seems to be called libquicktime.0.dylib Thanks On 4/19/06, Patrick Pagano <pat(a)digitalworlds.ufl.edu> wrote: > > from terminal.app > > cd /sw/lib > > sudo mv libquicktime.so.0 libquicktimeso.0_fink > > sudo cp ******/libquicktime.so.0 . > > */ where ****** is the libquicktime included with pidip /* > > locate libquicktime > > might help too.. > > HtH > > cheers~ > > As well what would be the most straightforward way to replace the > quicktime library? I do have a copy of pdp_pidip_osx.tar.gz. > > > >

2 2

mac intel build
by Sciss 21 Apr '06

21 Apr '06

hallo, has someone in the meantime made a mac intel build of pd, preferably of pd-extended, and would like to share a URL for getting this? otherwise, an easy to understand step-by-step document of building it from source without having to edit sourcecodes for endianess etc. ? thx! best, -sciss-

3 4

None
by None 20 Apr '06

20 Apr '06

1nwybBo1kCOvovVDOGEhX6SYp9woWHzIk0Jaix/zA9+iUQeMebBSrgdgZaPOwyuPYDDflJ9tkKeyqOiymKhhbBOJWEtMv3xCWNQR8wrXsvuykg+wTFnj2bASU9eZ/rabsG7AKxhQG7gnAVB6XLqFcmxGlUqhRqBgVtchjkejU= ; Received: from unknown (HELO ?192.168.0.12?) (pablodnb(a)81.185.191.36 with plain) by smtp008.mail.ukl.yahoo.com with SMTP; 20 Apr 2006 16:54:56 -0000 Message-ID: <4447BCD7.7080706(a)yahoo.fr> Date: Thu, 20 Apr 2006 18:54:47 +0200 From: pablo <pablodnb(a)yahoo.fr> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: fr, en MIME-Version: 1.0 To: pd-list(a)iem.at, montgermont(a)la-kitchen.fr References: <E1FWVyH-0003n8-Ri(a)puredata.info> In-Reply-To: <E1FWVyH-0003n8-Ri(a)puredata.info> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -2.6 X-Spam-Level: -- X-Spam-Tests: BAYES_00 X-Spam-Score: 0.0 X-Spam-Level: / Subject: [PD] compiling nusmuk X-BeenThere: pd-list(a)iem.at X-Mailman-Version: 2.1.5 Precedence: list List-Id: the PureData - mailinglist <pd-list.iem.at> List-Unsubscribe: <http://lists.puredata.info/listinfo/pd-list>, <mailto:pd-list-request@iem.at?subject=unsubscribe> List-Archive: <http://lists.puredata.info/pipermail/pd-list> List-Post: <mailto:pd-list@iem.at> List-Help: <mailto:pd-list-request@iem.at?subject=help> List-Subscribe: <http://lists.puredata.info/listinfo/pd-list>, <mailto:pd-list-request@iem.at?subject=subscribe> X-List-Received-Date: Thu, 20 Apr 2006 17:02:15 -0000 hi list, hi nicolas i'm having some trouble trying to compile externals/nusmuk from CVS. typing : sh ../../grill/flext/build.sh pd gcc make -f ../../grill/flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=../../grill/flext/buildsys/ PKGINFO=package.txt BUILDCLASS=ext TARGETMODE=release TARGETTYPE=single _build_ make[1]: entrant dans le répertoire « /home/pablo/pure-data/externals/nusmuk/msd » g++ -c -msse -mfpmath=sse -ffast-math -DNDEBUG -pthread -fPIC -DFLEXT_SYS=2 -I/home/pablo/pure-data/pd/src -I/usr/local/include/flext main.cpp -o pd-linux/release-single/main.opp main.cpp:3: error: explicit specialization of flext_obj* msdN<1>::__init__(int, t_atom*) must be introduced by template <> main.cpp:3: error: template-id __init__<> for flext_obj* msdN<1>::__init__(int, t_atom*) does not match any template declaration main.cpp:3: error: invalid function declaration make[1]: *** [pd-linux/release-single/main.opp] Erreur 1 make[1]: quittant le répertoire « /home/pablo/pure-data/externals/nusmuk/msd » make: *** [build-release-single] Erreur 2 i get the same error when trying to compile msd3D main.cpp:3: error: explicit specialization of flext_obj* msdN<3>::__init__(int, t_atom*) must be introduced by template <> main.cpp:3: error: template-id __init__<> for flext_obj* msdN<3>::__init__(int, t_atom*) does not match any template declaration main.cpp:3: error: invalid function declaration make[1]: *** [pd-linux/release-single/main.opp] Erreur 1 i have build flext from CVS, and i tried with gcc3.3, gcc3.4 and gcc4. Also it is the first I try to build with flext. maybe it is more a flext-relevant problem ? Any help would be nice (as you can see I have no C++ knowledge). cheers pablo ___________________________________________________________________________ Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services préférés : vérifiez vos nouveaux mails, lancez vos recherches et suivez l'actualité en temps réel. Rendez-vous sur http://fr.yahoo.com/set

1 0

dropouts on mac os ...
by Sciss 20 Apr '06

20 Apr '06

hi, is this a known issue : on a powermac g4/800 panther with pd 0.38- extended, i get a lot of audio dropouts, even when only using one or two objects, say a readsf~ or just osc~ objects. i tried both portaudio and jack, doesn't make a difference. the problem seems to be inside pd. the dropouts occur at the slightest stuff i do, for example switch to the finder, open a file requester etc. when i run another app in the background, there's drop outs every few seconds. i increased the "delay" value in the preferences which i guess is a kind of I/O vector size, didn't make any change ... sound card is RME 96/8 PAD and i'm not having any difficulties in any other audio app. thanks for hints! best, -sciss-

7 9

pd 0.39 - window behaviour
by oliver 20 Apr '06

20 Apr '06

hi all, sorry for bringing this up again, it has been widely discussed before: i wanted to join the party complaining about the new behaviour of prompting the user to save his/her work in PD 0.39. for me this is definitely a step in the wrong direction though i can uinderstand the pros. for me as an enthusiatic PD-user, one of the big advantages of PD over let's say MAX, is that editing can be done so fast and fluent. starting from the ctrl-1 etc. shortcuts for objects, messages etc. (a concept that saves hours of mouse-moving and that MAX still doesn't offer) to the ability to edit abstractions without having to open the orginal first. now, with PD 0.39 editing time has increased a fair amount because of all this endless confirming dialogues and the main PD window getting focus after doing so. also, i really don't understand why a window that hasn't been changed at all gets a "dirty" flag (as it is now with PD'S help patches) and why editing an abstraction also sets the "dirty" flag to the main patcher window. if miller has are really good reasons to keep with this - too bad for me. but someone suggested a kind of preferences thing where the user can change these behaviours individually (plus the possibility of defining shortcuts). now that would be a compromise i could live with. please consider ! don't slow down PD ! ;-) thanks for listening to my mourning oliver -- \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ ///////////// http://klingt.org/ground/lift //////////// \\\\\\\\\\\\\ http://www.charmant-rouge.com \\\\\\\\\\\\ ///////// http://klingt.org/executive-ensemble ///////// \\\\\\\\\\\\\ http://klingt.org/~oliver/prb \\\\\\\\\\\\ //////////////////////////////////////////////////////// \\\\\\\\ LIVE-BUILDER (music improvisation tool): \\\\\\ /////// http://klingt.org/~oliver/pd/live-builder ////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

5 6

Re: [PD] feature request for [list]
by Chris McCormick 20 Apr '06

20 Apr '06

On Wed, Apr 12, 2006 at 12:01:29PM +0200, pd-list-request(a)iem.at wrote: > Date: Wed, 12 Apr 2006 10:14:46 +0200 > From: Frank Barknecht <fbar(a)footils.org> > Subject: Re: [PD] feature request for [list] > > Hallo, > Chris McCormick hat gesagt: // Chris McCormick wrote: > > > So basically I'd like to see a [list length] and an [s2l]. > > You can do "list length" with a simple counter and "list split" > already. It's called [list-len] in [list]-abs. However unfolding a > list using [until] and [list split] is very slow. I did benchmarks > comparing it to [drip] and it takes ages longer. As a "drip" operation > is used so often - Matju once compared it to the "for"-loop of other > languages - it is important that "drip" is fast, and not only fast, > but very fast. I'd much prefer to have a fast unfolding operation > over getting "list length". Yes, good point. > And negative indices are just very convenient, and the object is > already in. > > I don't think that [s2l] should become part of [list]. To me > it is a typical string operation, like Perl's split and string.split() > in Python. Agreed. If someone made patches against Miller's Pd and put it in SF patch tracker would these probably make it in? Chris. ------------------- chris(a)mccormick.cx http://mccormick.cx

7 12

← Newer
1
...
6
7
8
9
10
11
12
...
24
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 April 2006