Re: [PD] [PD-announce] Pd-0.39.3-extended released!

Hans-Christoph Steiner wrote: > On Oct 21, 2007, at 6:47 PM, marius schebella wrote: > >> Hans-Christoph Steiner wrote: >>> * PDP/PiDiP work out-of-box on Mac OS X >> live input should be renamed from pdp_v4l to pdp_ieee1394 > > I couldn't resist. I made this change in all the help patches and

Re: [PD] scroll bug

matteo sisti sette wrote: > Hi, > > I just posted a bug report about this, but I am in an urgency of > finding a quick workaround. i just posted a quick hack which _might_ fix your problem, could you try it. mfg-asrd IOhannes ___ PD-list@iem.at mail

Re: [PD] scroll bug

Matteo Sisti Sette wrote: >> actually matteo just wanted to point out that he has already submitted a >> bug-report to the bug-tracker [1817858] > >> i think he only wanted to raise the priority on a social level. > > > If I didn't wait even 45 minutes (nor even 5 probably) after reporting the

Re: [PD] scroll bug

IOhannes m zmoelnig wrote: > Matteo Sisti Sette wrote > oh sorry, i was not aware of that. > to me it seemed that between your posting to the tracker and to the ml a > timespan of 4 hours elapsed. > (the tracker-item was created at 14:42 to which is responded at 15:23,

Re: [PD] latest gem version for windows

marius schebella wrote: > ok, I just saw that pd-extended has a gem version from 12/2006. still, > loading a shader (fragment or vertex) crashes Pd... > marius. does your card and/or driver support shaders? the Gem-binary for windows is somewhat optimistic as to which things are supported (it ass

Re: [PD] latest gem version for windows

marius schebella wrote: > My card is a NVIDIA GeForce 6600. I don't think that this card has no > shader support. according to > http://www.nvidia.com/object/geforce6_techspecs.html it has full openGL > support including 2.0. you still need an uptodate _driver_! w32 usually only comes with open

Re: [PD] [PD-announce] pdp_frei0r für frei0r 1.1...

[EMAIL PROTECTED] wrote: > ./pdp_frei0r.pd_linux: ./pdp_frei0r.pd_linux: undefined symbol: pdp_gensym > pdp_frei0r: can't load library > > > i get this when trying to compile > i am pretty sure that you don't get this when you "load" (in pd), rather than "compile" (in gcc) if this is the case

Re: [PD] pix_movie from CVS

Olivier Heinry wrote: > hi list, > > I compiled on staruday latest Gem CVS version. I noticed a new outlet on > pix_movie and asked myself what it could be (though I read it should > show FPS). where do you read this? > Binding a print box to it hasnt revealed much. what _does_ it reveal? does

Re: [PD] GEM error on latest pd extended with Ubuntu Gutsy

altern wrote: > hi > > the video does not seem corrupted i can open it with VLC, no problem. I oh and i forgot: vlc uses different decoding libraries than Gem; being able to playback your movies (with Gem) on one computer and not on the other, could of course mean, that you haven't installed t

Re: [PD] GEM error on latest pd extended with Ubuntu Gutsy

altern wrote: > hi > > the video does not seem corrupted i can open it with VLC, no problem. I > tried to find the reason for the error and I found that I can use the > first frame but as soon as I go the the second or further it doesnt > display it. is lqtplay able to playback this movie? avi

[PD] CLAMP() (was Re: GEM error on latest pd extended with Ubuntu Gutsy)

Jaime Oliver wrote: > hello all, > > where can I search for info on what does CLAMP() do in gem external > codes, i see it everywhere but don't know where to look. > % cd Gem/src/Base % grep -w CLAMP *.{cpp,h} it clamps a number into a specific range. (makes sure it is within bounds) mfga.sdr

Re: [PD] new pd wiki - practical data - includes forum

Chuckk Hubbard wrote: > I'm all for centralization; however, I've never liked the puredata.info > layout hmm, layouts that please everybody, anyone? > and setup. When you find a link to a > file, you first have to visit the page where the file is listed, and for if y

Re: [PD] changing the look of Pd to be more readable

Nicolas Montgermont wrote: > Hans-Christoph Steiner a écrit : The file "theme_from_commandline" would just need to specify variables in tcl-syntax: set theme_bgcolor grey set theme_bwidth 2 ... > One ideal feature would be to make a distinction

Re: [PD] high pass filter for images

punchik punchik wrote: > hi i making a multituouch surface with pd, i want be > able to filter the low and middle bands in the video > from my web cam. im interesting in just letting the > high images pass... > is there something like a high pass filter for > imagens? in Gem: [pix_convolve] does s

Re: [PD] new pd wiki - practical data - includes forum

Frank Barknecht wrote: > Hallo, > A Whillas hat gesagt: // A Whillas wrote: > >> I'm an experienced web developer. I think the puredata.info does have >> some issues which could be fixed but with some time and effort. My >> recommendation would be to use an opensource CMS like Drupal to >> m

Re: [PD] FFTease Universal Binaries anywhere?

Steffen Juul wrote: > On 06/11/2007, at 22.15, Thomas Grill wrote: > >> Steffen Juul schrieb: >>> On 06/11/2007, at 19.43, Batuhan Bozkurt wrote: >>> >>> And I guess their sources are not available too. >>> The source is in the CVS repo in externals/grill/fftease/ >>> >> Not really i

Re: [PD] no focus for gemwin on os x 10.5

marius schebella wrote: > what is Rez? > this problem is even more annoying than the two other bugs (pix_alpha > and multiTexture) I posted. otoh, i find it less annoying than bug-#1825056, bug-#1751324, bug-#1751315, bug-#1750770, bug-#1749885, bug-#1747984 and bug-#1723625 (and probably som

Re: [PD] no focus for gemwin on os x 10.5

marius schebella wrote: > hi IOhannes, > ok, you're right, I am sorry. Is there anybody else working on GEM > besides you and chris? well, hans has write access. i think chris is your man. fgmadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE

Re: [PD] Reference article for Pdpedia & Templates

Luke Iannini (pd) wrote: > Hallo, > I spent some time working on the Pdpedia. > > I chose switch~ for the start of a reference article since it's very > simple; I think if we can get it looking nice it will be a good step > towards describing more complex objects, like the IEMGUIs or [pool]. > >

Re: [PD] pd-etended AMD64 build

Justin Robert wrote: > Thanks for the tip errordev. But I'm having problems > compiling it. I got the source to configure ok now > with a more current version, but when I go to build it > it sends me back errors. I'm actually not near my > laptop to be more specific at the moment, sorry. But > was

Re: [PD] Reference article for Pdpedia & Templates

Hans-Christoph Steiner wrote: > > In Pd objects, it is only by convention, in the C API, class_addmethod > () doesn't let you choose which inlet to accept on, it always uses > the first inlet AFAIK. but of course this can be worked around by proxies: e.g. zexy's [multiplex] is a c-implementa

Re: [PD] new pd wiki - practical data - includes forum

IOhannes m zmoelnig wrote: > Chuckk Hubbard wrote: >> I'm all for centralization; however, I've never liked the puredata.info >> <http://puredata.info> layout > > hmm, layouts that please everybody, anyone? > > >> and setup. When you find

Re: [PD] pd-etended AMD64 build

Justin Robert wrote: > Thanks Hannes, I actually did get 0.39 pd-extended > working now. but still having issure when I try to > compile 0.40-3 ever tried tables? you will get a broken pd (even though it might compile fine) please believe me when i say that you _have_ to use 0.41 to get happy

Re: [PD] Pd and gpgpu

marius schebella wrote: > hmm, I tried it, because I thought, that's it, but somehow it is not > working. > the problem is, that pix_snap is not working as expected: > after "do some stuff" I am still on the graphics card, basically I > created a texture, that I can reference as ID. and pix_snap,

Re: [PD] GUI speed test

Hans-Christoph Steiner wrote: > > I devised a quick test of loading speed and did some quick comparisons > on my MacBook Pro 2.4GHz. (I am used to having one of the slowest > machines around, my old 800Mhz Powerbook, so I still have to readjust my > thinking). Here's my times: > > 14msPd

Re: [PD] GUI speed test

IOhannes m zmoelnig wrote: > first time i opened the patch on pd-0.40-2(vanilla): 14-16ms (cannot > remember) > second time the file was already cached, which gives me a result of 4ms > (pretty constant) > REALTIME: 4.206 > REALTIME: 4.152 > REALTIME: 4.127 > REALTIME:

Re: [PD] GUI speed test

Roman Haefeli wrote: > On Mon, 2007-11-12 at 21:36 +0100, IOhannes m zmoelnig wrote: > >> btw, did you now that you can use the "." as the path for "pd open"? > > wrong. > > this won't work as well, unless you start pd from within speedtest/

Re: [PD] gem in fullscreen

hi. simon wise wrote: > mario > > you can use [gemkeyboard] or [gemmouse] for the system mouse and > keyboard input when the gem window has focus unfortunately [gemkeyboard] seems to sometimes not get the focus in fullscreen. otoh, [gemmouse] works fine. > > you can use a second computer on

Re: [PD] Multiple videos on different Screens with gem

Robert Gruendler wrote: >> Perhaps even Hans managed to get his VLC remote control through PD to >> work, which could mean having a fullscreen VLC on each screen (I'm not >> sure if vlc is multi-screen aware though. > > I managed to play a 5 screen-wide video fullscreen on 5 projectors using vlc.

Re: [PD] tabread4~~

Ypatios Grigoriadis wrote: > I am also making a small -help patch for the object which i will soon > post (if it's ok with IOhannes..) that'll be perfect. > > So thank you IOhannes for your time and effort! I am really grateful. > > (Sorry if i was too greedy the other day about the [vline~~]

Re: [PD] Re : camera angle

Raphaël ILIAS wrote: > the gemwin-helpfile i had read only explained five arguments with 'view' > message, instead of nine which seems to be a different method. > thanks a lot ! well, obviously it has more information when it has 9 values instead of 5. if the explanation is missing from [gemwin

Re: [PD] Re : camera angle

IOhannes m zmoelnig wrote: > Raphaël ILIAS wrote: > >> the gemwin-helpfile i had read only explained five arguments with >> 'view' message, instead of nine which seems to be a different method. >> thanks a lot ! > > well, obviously it has more infor

Re: [PD] pd-extended install gutsy ubuntu libquicktime0 libflac7

Han > > As for renaming the binaries and directories to "pd-extended", I don't > use the 'puredata' package, so if someone wants that, I will happily > defer the .deb package maintenance to the them. :D is that what is left of the attempts to resolve nameclashes? mfg.asdr IOhannes ___

Re: [PD] error: pdp_route: no method for 'symbol'

Hans-Christoph Steiner wrote: > I think you can use [route] now for PDP, i.e. you don't need > [pdp_route]. well, [pdp_route] does something different than [route]. it is rather the functionality of [demultiplex] (which can be build with [route] however). otoh, i _think_ you need [pdp_route]

Re: [PD] [GEM] pix_artoolkit

patrick wrote: > hi johannes, > > sorry this is not an answer... johannes: i have no anser either. [pix_artoolkit] was a backport from Shigeyuki Hirai's "gem4max" project. chances are high that there are example patches in the gem4max project (http://gem4max.sf.net); else you might ask shigeyuk

Re: [PD] pdp_freeframe for Ubuntu ppc

[EMAIL PROTECTED] wrote: > Anyone had any luck getting this to work in ppc? > i get a funky error when loading the lib, even though it compiles > > same thing with pdp_frei0r funky funky. mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIB

Re: [PD] Quicktime synthesizer on OS X

Derek Holzer wrote: > On Linux, if QT Synth is setup as an ALSA Midi device, you can use the > ALSA Midi in PD, or better yet use JACK to connect the MIDI ports. do you mean the new jack midi transport? afaik there is hardly any software that supports that one. otoh, alsa midi is totally capa

Re: [PD] installing netpd under gentoo using layman error maxlib

[EMAIL PROTECTED] wrote: > the Makefiles in the pd CVS tree are very are definetly not good. > they needs fixing globaly. > > who is responsible for the CVS ? nobody. the authors are responsible for their stuff. so: if zexy/src/Makefile is broken, it is my fault... > > i think that all of them

Re: [PD] [print] and float arguments

Hans-Christoph Steiner wrote: > Is there any particular reason why [print] does not accept float > arguments? I think I want to add them. probably for a similar reason like why [send] does not accept float arguments? (this is of course not true; [send] requires "binding" to a label, and numb

Re: [PD] installing netpd under gentoo using layman error maxlib

[EMAIL PROTECTED] wrote: > >>> also there is acouple of external which have duplicated objects. >> what do you mean here? >> nameclashes? duplicated functionality? aliases? > yeah ..i can't remenber, but when i used my strategy: > #' > foreach pde (`find -iname '*.pd_linux'`) > ln -s $pde /opt/audi

Re: [PD] [print] and float arguments

Hans-Christoph Steiner wrote: > On Nov 20, 2007, at 12:16 PM, IOhannes m zmoelnig wrote: > >> Hans-Christoph Steiner wrote: >>> Is there any particular reason why [print] does not accept float >>> arguments? I think I want to add them. >> probably for a sim

Re: [PD] error: pdp_route: no method for 'symbol'

Javier Garcia wrote: > I think i could use [gate], but... just to make sure: there is no [gate] object in Pd. probably someone has written an external for it, but why don't you use (or not) [spigot] instead, which has just the same functionality? fmgasdr. IOhannes _

Re: [PD] OT : Ubuntu Studio and 64Studio

Frank Barknecht wrote: > Hallo, > > a diffferent window manager or build your own kernel? btw, ubuntu studio comes with a generic kernel, whereas 64studio has a realtime-optimized kernel. so if you are afraid of "building your own kernel", 64studio might be a good option here. fgmasdr. IOhann

Re: [PD] (linux) libraries loading problem

hi. yvan volochine wrote: > Hi all. > I'm new to pd (and linux) and this is my 1st post here so forgive me > if this is a dumb question. > > I just installed pd-0.39.3-extended on ubuntustudio (v7.04, updated). > Everything went fine except none of my libraries loads on startup. > I also installe

Re: [PD] (linux) libraries loading problem

On Fri, Nov 23, 2007 at 10:21:49AM +0100, yvan volochine wrote: > I figured it out while I was answering you... > I was adding a "/" before libraries name and somehow misread error messages! > Now everything works fine. I'd just like to understand this though: > I still have strange errors when loa

Re: [PD] How to save an array embedded in an abstraction?

David Schaffer wrote: > Hi everybody, I've built an abstraction that includes an array that can be > modified by the user. I would like to know if there's any easy way to > save/recall the content of the array or if I have to save the entire abs. > under a differnent name evrery time the array c

Re: [PD] osx universal binaries for externals ?

Alexandre Quessy wrote: > Hi, > On OSX, how can we build universal binaries for externals ? > If not possible, both ppc and intel architecture use the .pd_darwin suffix... this is not fully true. the "new" (as with pd-0.41, probably even 0.40) extensions for externals on os-x are: .d_ppc: darwin

Re: [PD] hex loader

hi patrick wrote: > hi IOhannes, > > [<~] couldn't create. hans told me that i need your hex loader. so i > tried to compile it: > > externals/loaders/hexloader# make > make pd_linux > make[1]: Entering directory > `/home/pat/src/pdcvs/pure-data/externals/loaders/hexloader' > cc -export_dynami

Re: [PD] osx universal binaries for externals ?

Hans-Christoph Steiner wrote: > On Nov 26, 2007, at 3:43 AM, IOhannes m zmoelnig wrote: >> >> .pd_darwin is still supported for legacy externals. >> > > Pd-extended only builds objects using .pd_darwin as an extension. It > works fine for i386, PowerPC, and uni

Re: [PD] hex loader

>> >>> >>> also it would be nice to include this external in pd-extended. >> >> _part_ of it is included in pd-vanilla (a bug has been fixed recently >> with pd-0.41-test6 (or 7)) >> >> however, i have no problem if you add it to pd-extended (but i have no >> time to do it myself) > > Ah, ok, I w

Re: [PD] hex loader

patrick wrote: > IOhannes, > >> _part_ of it is included in pd-vanilla (a bug has been fixed recently >> with pd-0.41-test6 (or 7)) > > maybe that's why it's not working even if i removed -Werror: > cc -export_dynamic -shared -lc -lm -DPD -DDL_OPEN -O2 -funroll-loops > -fomit-frame-pointer -fPI

Re: [PD] hex loader

hi patrick wrote: > IOhannes, > >> _part_ of it is included in pd-vanilla (a bug has been fixed recently >> with pd-0.41-test6 (or 7)) > > maybe that's why it's not working even if i removed -Werror: [...] > > the include ../../../pd/src/s_stuff.h is from pd.0.41.08. > patrick > are you sur

Re: [PD] hex loader

Hans-Christoph Steiner wrote: > I am curious why you chose to make it a loader rather than to make it > part of the core? ??? just to refresh everyones memories: i have originally written the hexloader as a patch against pd-vanilla. zthe functionality was: setupfun-mangling and filename-mangli

Re: [PD] hex loader

patrick wrote: > hi, > > i was able to compile hexloader by removing the "loader_t" declarations > in hexloader.c: > hex loader $Revision: 1.4 $ > written by IOhannes m zmölnig, IEM <[EMAIL PROTECTED]> > compiled on Nov 27 2007 at 23:36:07 > compiled against Pd version 0.41.0.extended

Re: [PD] hex loader

patrick wrote: > hi IOhannes, > > 1) > http://pure-data.cvs.sourceforge.net/pure-data/scripts/checkout-developer-layout.sh?rev=HEAD > > 2) > rm -rf pd > unpack pd.0.41.08 to pd > cd pure-data/packages/ > > vi Makefile (removed Gem because it doesn't compile on gutsy (avifile)) > make patch so y

Re: [PD] hex loader

Hans-Christoph Steiner wrote: > You might consider, Pd-extended is pd-vanilla plus the patches that > have been submitted to the patch tracker. Miller ends up taking most > of these patches. I believe he would be more likely to accept > patches that have been used successfully in Pd-extend

Re: [PD] hex loader

Hans-Christoph Steiner wrote: >> >> yes indeed it would be nice. >> how do you think it should work (if done in core-pd)? >> why do you think it is impossible to do this with an external loader? >> > > As a loader that worked for other loaders would be even better. i agree that this would be nice

Re: [PD] hex loader

patrick wrote: > hi, > etc... > but if i create a new patch and type [relay] it will works... > any ideas? right, i found out that hexloader does a bad job when trying to load patches. this part of the hexloader is obviously still experimental. what it does is to register a dummy class for an a

Re: [PD] hex loader

Hans-Christoph Steiner wrote: > By the way, I just read thru the whole hexloader README. Looks like > nice work, I think you covered every possibility that I could think > of :) > ah, finally someone who acknowledges my hard labour :-) fgmadsf rIOhannes

Re: [PD] gem codec basic review

patrick wrote: > hi, > > i am on linux running the very last version of gem from cvs. i am trying > to find a good codec for gem. here's my basic research: > > --- > the best codec for quicktime is jpeg: > transcode -i yourvideo -y mov,null -F jpeg,,jpeg_quali

Re: [PD] select issues

Hans-Christoph Steiner wrote: Could you post a patch that demonstrates this? It would make it clearer. fmgas.dr IOhannes #N canvas 0 0 450 300 10; #X obj 239 162 route 1 bla; #X msg 235 117 list bla hu; #X obj 231 200 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 266

Re: [PD] [msgfile]

marius schebella wrote: > I am getting similar problems like andy, and it looks like a bug. right. someone please file a bug-report at sourceforge and attach a bug-triggering patch. while the patch posted by andy seems to positively trigger the bug, you have to know exactly what you are doing in

Re: [PD] PD & MAX

Isabel Pires wrote: > > I wish and hope that PD had segmented patch cords soon. > > weird that both you and joe really wish for that feature. for me, it is one of the most annoying things (equal to the "hide patchcord" thingy) i experience when i have to open a max-patch. but that of course i

Re: [PD] gem codec basic review

patrick wrote: > hi, > > first of all, gem is now compiling fine under gutsy (no more problem > with avifile). i know :-) > > mpeg3toc cow.mpg cow.toc and loading cow.toc will crash gem. i experienced that too, and hopefully will find some time to fix it. mgfasdrt IOhannes _

Re: [PD] Pd + asterisk?

Russell Bryant wrote: > Hans-Christoph Steiner wrote: >> Now that I think about it, it would also work to have each call open >> an instance of a patch within one constantly running Pd process. just to make sure: you are not talking about creating a system that would do that for me as "the"

Re: [PD] 0.41.08 - font size

Frank Barknecht wrote: > Hallo, > patrick hat gesagt: // patrick wrote: > >> i just compiled vanilla pd 0.41.08 but the fonts are not okay; >> screenshot attached. > > I looked really, really hard, but what's not okay in the screenshot? me too :-) i think the labels for the gui-objects (toggl

Re: [PD] segmented patchcords (was Re: PD & MAX)

vade wrote: > > Personally I find that use of segmented patch coords can *increase* > readability in patches that are well laid out. I have a much easier > time following segmented patch coords that are laid out with care than > a similarly grouped /laid out patch sans segmentation. while

Re: [PD] Object to store images and movies.

Javier Garcia wrote: > Wellcome Donal, > > i think you are speaking about a to much complex aplication to be and > object (at least nowadays). ??? an object can have arbitrary complexity. you could make a [linux] object, that runs a virtualized full operating system. however, the power of

Re: [PD] oscSend, pd argument types

Damian Stewart wrote: > hey, > > is there any simple workaround? > yes, use mrpeach's [udpsend]+[packOSC] objects; they allow you use typed OSC-messages and whatelse. mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-manag

Re: [PD] pd 0.41.0 test07 font size

Miller Puckette wrote: > Well, not much has happened, but the test version is stable enough it > seems better to work toward a "stable" version of teh present state than > to try to add all the features I want to put in next :) that sounds even better! i'll get my wishlist engine running before s

Re: [PD] pd 0.41.0 test07 font size

Miller Puckette wrote: > OK test09, hopefully, fixes it :) > > I've got a long list of bugs to try to fix... otherwise I'm probably > not going to try to add any more "features" to this release before > canning it. i have jut assigned you some more patches in the patchtracker at sourceforge.

Re: [PD] [tabread~~] (again)

Roman Haefeli wrote: > hi > > i wanted to play with [tabread~~] and checked out a fresh zexy and > compiled and it went fine. when instantiating [tabread~~], i get an > error though: this is a bug in Pd's hexloader that has been fixed in the latest and greatest 0.41-test release. altenatively y

Re: [PD] pd and max (2)

Chris McCormick wrote: > On Thu, Dec 06, 2007 at 07:45:41PM -0500, marius schebella wrote: > > In fact, Pd has such a free license that you can even fork it and make > your own closed-source commercial product out of it if you want. The > only requirement is that you include the license and copyri

Re: [PD] avoiding distirtion

maciej wojnicki wrote: > i miss some master volume slider > make one. it is easy. [catch~ 1-dac] | | [vsl] | | | [pack 0 100] | | | [line~] | | [*~] | [dac~ 1] and use [throw~ 1-dac] instead of [dac~ 1] fmga. IOhannes ___ PD-list@iem.at mai

Re: [PD] linebreaks in gui object name (label)?

Hans-Christoph Steiner wrote: > nope... the iemguis only display a symbol, and as AFAIK, symbols > cannot contain a linefeed. But it might be possible with some symbols can contain any characters, including line-feeds. i don't know whether iemguis will display them properly though. > strange

Re: [PD] pd and max (2)

hi João Miguel Pais wrote: > How about a list of things that are special, and could be put into pd to > make it more special? > > - all objects based on "invisible cords" (sends- and receive-based > objects) could have a shortcut to its counterparts like in max. I > personally avoid these

Re: [PD] [psql] object hand-holding

[EMAIL PROTECTED] wrote: > i installed postgresql, and got it running, created a user for myself, > compiled [psql] from postlude (i'm using pd-extended from cvs). > > i opened up the psql-help file and started with the first instruction, and > it created the database fine, i moved to the second c

Re: [PD] [tabread~~] (again)

Roman Haefeli wrote: > >> otoh, the recommended way (by upstream developers) of using zexy is >> still as a library instead of single externals > > yeah, works as well. i trapped myself, because i just switched a few > days ago from zexy.pd_linux to singleobjectclass.pd_linux. i haven't > th

Re: [PD] linebreaks in gui object name (label)?

Andy Graybeal wrote: > i'm planning on using [sprintf] ([makefilename] is confusing to me) > > something like this: [sprintf %f_%s] and instead of the underscore, i > would like a line-break / line-feed (i don't really know what to call it) > how would I get a line-feed instead of the underscore?

Re: [PD] xml-rpc client

jim ruxton wrote: > Hi , does anyone know if there is an external available that works as an > xml-rpc client? yes [xmlrpc] found in externals/iem/ (CVS) mfgs.dr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://li

Re: [PD] general questions on externals

altern wrote: > hi > > The uni i am collaborating with has an engineer that did a image > analisys tool on C couple of years ago. Now they want to port parts of > it to PD creating an external. The engineer that does the job is > checking the documentation about externals but he was getting som

Re: [PD] [psql] object hand-holding

Thomas Grill wrote: > There must be other externals using proxy inlets, probably zexy or other > iem-based stuff. right: e.g. zexy's [mulitplex] (aka [mux]) uses proxy-inlets. there are 2 reasons why it is not in the externals-howto: #1 it would have complicated the howto needlessly #2 when i wr

Re: [PD] [psql] object hand-holding

Mathieu Bouchard wrote: > On Mon, 10 Dec 2007, IOhannes m zmoelnig wrote: > >> i do think that we should bear data-flow (as opposed to control-flow) >> in mind and design objects accordingly. > > So do you want us to consider Gem as the bad example? i don't cla

Re: [PD] [PD-dev] Error when crosscompiling pdlua

Patrice Colet wrote: > by the way, what is sys_loader() or what it is supposed to be? !There > is no such thing like this in pd source, maybe it is "sys_loaded()" in > s_loader.c? > it's the thing you register with sys_register_loader(), which provides a hook to add custom "loader"-code th

Re: [PD] mails from the future

marius schebella wrote: > would it be possible to get the timestamp from the mailinglist server? you already do. just have a look at the header of any(!) standard-conformant email (and i am happy to say that at least the headers added by the pd mailing list server are conformant to various RFCs)

Re: [PD] timing question

Derek Holzer wrote: > So now that > I've been told that actually DSP objects are "slower", it shakes up my > world view a bit, so I'm looking for new metaphors to get it back > together ;-) all the "slower" vs "faster" is non-sense. signals are handled in a _synchronous_ way (they have to pro

Re: [PD] What exactly is a "stack overflow" ?

Andy Farnell wrote: > On Mon, 17 Dec 2007 20:08:20 +0100 > Derek Holzer <[EMAIL PROTECTED]> wrote: > >> Sending a "bang" message to the [until] object, created without an >> argument saying how many times the bang should be done, will give >> roughly the same effect-- > > If only! > > Objects

Re: [PD] What exactly is a "stack overflow" ?

ilya .d wrote: > On Mon, Dec 17, 2007 at 07:42:44PM +, Andy Farnell wrote: >> I know we like to pretend this is "feature", but isn't it time to treat it >> as a bug? > > but havind a simple C progarmm in for(;;) doesn't cause much trouble, > SIGINT usualy kills it .. Pd is _is_ a simple C pr

Re: [PD] What exactly is a "stack overflow" ?

hi. i put this back to the pd-list. i guess (and hope) it was only by accident to you answered me in private. Andy Farnell wrote: > On Mon, 17 Dec 2007 21:08:05 +0100 > IOhannes m zmoelnig <[EMAIL PROTECTED]> wrote: > >> Andy Farnell wrote: >>> On Mon, 17 Dec 2007 2

Re: [PD] Just a single bang

Branislav Nakic wrote: > Hi list, I'm trying to make an interactive video with pure data (with pdp) > but I'm new to this and i need a little hint. > > I want to make one video start as soon as one finishes and I'm using *select > *(not sure this is the best way)* *to send the "signal" > to ano

Re: [PD] Pd bug with JackOSX

Simon Mills wrote: > Pd 0.40-2 autobuild crashes when I select Jack from the Media menu. > The developer has confirmed that this is not a Jack bug but a Pd bug.. i see that you have also filed a bug-report, thanks. since you have been in contact with the developer, could you provide more

Re: [PD] performance question: connections versus sends

Andy Farnell wrote: > > Yes, I understand that Iohannes, the remark is about the behaviour > you get if you don't understand and misuse [s~][r~]. It surprised ah, ok sorry for the repetition... > me that it accepted the instance and replaced the old one. indeed it is not what i would have expe

Re: [PD] Creating auidioengines for games using PD

Thomas Jeppesen wrote: > Hi, > > If I wanted to use PD to build an audio-engine for a game, how would the > copyrights work if the game I was creating the engine for were commercial? > > Also, and I know this is going to be sensitive to some people in this > community, but lets have the discuss

Re: [PD] vline~ question

Hans-Christoph Steiner wrote: > I have a hard time remembering that as well. It would be great to > have an improved help patch. how would you improve it? probably just add the line "The messages consist of a target value, a time interval (zero if not supplied), and an initial delay (also ze

Re: [PD] regression testing WAS Re: [psql] object hand-holding

Hans-Christoph Steiner wrote: > On Dec 21, 2007, at 10:30 AM, IOhannes m zmölnig wrote: > >> Mathieu Bouchard wrote: >>> On Mon, 10 Dec 2007, Hans-Christoph Steiner wrote: What we really need is regression testing, I think that would make it easier to convince Miller to accept pat

Re: [PD] regression testing WAS Re: [psql] object hand-holding

Mathieu Bouchard wrote: > On Sat, 22 Dec 2007, IOhannes m zmoelnig wrote: > >> - keep the tests as simple as possible, but not simpler >> one should be able to write a test fairly easily; i think shortcuts are >> most likely not needed most of the times (e.g. iirc, mat

Re: [PD] regression testing

Hans-Christoph Steiner wrote: > > > In a binary system, anything that doesn't success would be a failure. I > don't quite get the WAIT state. Do you have an example of where to use > that? how do you test objects that need time (e.g. test [delay 1000]) i found it much more easy to write tes

Re: [PD] Pix_record issue

Olivier Heinry wrote: > Hi, > > there's a problem with the pix_record object which is atm makes it > totally unusable on debian testing. Unofortunately for me , I did a > patch which relies on it, and that used to work until May , and when I > reopened it in December dont work any more. Neither th

Re: [PD] regression testing WAS Re: [psql] object hand-holding

Mathieu Bouchard wrote: > On Mon, 24 Dec 2007, [EMAIL PROTECTED] wrote: > >> in practice i found it often simpler to write tests that only output a >> result when they know that they have passed: you need to create far >> less logic, which might minimize the chance to write buggy tests >> (whic

Re: [PD] regression testing WAS Re: [psql] object hand-holding

Mathieu Bouchard wrote: > > I still don't know how you got there. Good for you that you found it > from experience. I hope that it was a good experience, but if you keep > it that much secret, there's no way I can relate to that experience. i got there because magically all my tests passed (ev

<    1   2   3   4   5   6   7   8   9   10   >