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 should remove it to avoid misunderstandings. The fftease port in the pd cvs is old and incomplete. so how about externals/fftease? to my knowledge this is an important of the 1st official fftease that supported pd. fmads.rI IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
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 some more). nevertheless i guess it _is_ annoying, and i hope somebody will find a solution to fix it. fgmads IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] debugging techniques/tricks for a non-developer?
run pd inside valgrind. it slows down pd by 50 times or so, but it checks a lot more memory accesses, and it can make the bugs easier to trigger. Thanks a lot for the information and advice. The time has come to stop being lazy and get Linux! If PD crashes, I need to know: whether there is or not an error in my patch, a segfault or bus error or other sudden crash is always considered the fault of C code, never of patches. Yes, of course. A program should never ever crash, no matter how bad the input. Some of the crasher bugs of PD only produce the crash when there is an error in the patch, which doesn't mean they are not bugs, nor that they are not serious bugs (when you have an error in your patch you really need PD to give you a clear error message!), but it does mean that if you know it you can get rid of the problem by fixing the patch, and sleep peacefully. an almost-infinite loop involving [until] is considered fault of the user, even though the user can't force pd to quit the loop. this would deserve some feature to force breaking out of the loop, but in itself it's not a bug in pd. Indeed, you should ALWAYS be able to at least save the patch and close it. In my opinion, PD simulates a virtual machine, and the patch is the code executed by the virtual machine. So it's ok that you can write code that virtually crashes the virtual machine and/or makes it virtually unresponsive. However, the simulator itself, which is a real application running on a real machine , should never become unresponsive to user actions such as closing or saving the file. If it does, it is in my opinion a bug (or a design flaw), no less than if it crashes. It is especially important since in this case PD is at the same time the interpreter and the editor, so if it hangs you may loose your work. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
and one other detail: in windows, everytime you open up a window (subpatch, abstraction, whatever), the window opens up a tiny bit bigger as before. I didn't notice it happening in linux. So after someone has saved a very nicely proportioned and pretty patch with the windows just the right size etc., after those windows have been open a few times the proportions are messed up. this is only a detail that many people don't notice, but in my good patches I put some effort on the gui building, also making windows that have the explanatory text, etc (look at jmmmp/gui-edit, for example). and I guess that if someone if producing something pretty (specially for a client or to be distributed) it can be a bother. not to speak that in a limit case, the windows can go off screen. On Nov 6, 2007, at 11:54 PM, ilya .d wrote: On Tue, Nov 06, 2007 at 09:34:46PM -0500, Hans-Christoph Steiner wrote: Hmm, would be worth trying. I looked around quickly, it's not obvious what is drawing it... .hc not it is obvious actually, that's just form Tk. I don't think Tk puts that border there since windoes in the Wish.app don't have it. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
you can start searching in 2002. m. Hans-Christoph Steiner wrote: If there isn't a bug report for this, please file one and I'll take a look when I get a chance. .hc On Nov 7, 2007, at 6:51 AM, João Miguel Pais wrote: and one other detail: in windows, everytime you open up a window (subpatch, abstraction, whatever), the window opens up a tiny bit bigger as before. I didn't notice it happening in linux. So after someone has saved a very nicely proportioned and pretty patch with the windows just the right size etc., after those windows have been open a few times the proportions are messed up. this is only a detail that many people don't notice, but in my good patches I put some effort on the gui building, also making windows that have the explanatory text, etc (look at jmmmp/gui- edit, for example). and I guess that if someone if producing something pretty (specially for a client or to be distributed) it can be a bother. not to speak that in a limit case, the windows can go off screen. On Nov 6, 2007, at 11:54 PM, ilya .d wrote: On Tue, Nov 06, 2007 at 09:34:46PM -0500, Hans-Christoph Steiner wrote: Hmm, would be worth trying. I looked around quickly, it's not obvious what is drawing it... .hc not it is obvious actually, that's just form Tk. I don't think Tk puts that border there since windoes in the Wish.app don't have it. [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ 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] changing the look of Pd to be more readable
On Nov 7, 2007, at 8:57 AM, Mathieu Bouchard wrote: On Mon, 5 Nov 2007, Luke Iannini (pd) wrote: Speaking of the more inside concept: I strongly support subpatch differentiation, since personally I use subpatches primarily for patch organization rather than as impromptu abstractions, but you are already convinced : ). in jMax, subpatch boxes had a special look (the box was all teal instead of white with a teal outline), but abstraction instances looked just like any other kind of object. I think that there was a good reason for this. It might be a good time to look at doing a grammar style identification of objects to choose their style; this would get a lot closer to syntax highlighting. It would be cool to see all iemmatrix objects, or all list processing objects highlighted in a different style. And this would of course solve the subpatch styling, since one could just look for ^pd .*. I agree that there could be options for this. I don't think that distinguishing abstraction instances from other boxes should be done by default or encouraged, but it could deserve to be turned on temporarily on some occasions. I agree with this except for the fact that there should be some visual marker that you can open an abstraction. So abstractions and binary objects look the same, except abstractions have a little marker to mark it as openable. This could then also apply to objects written in scripting languages. .hc And not to push my luck, but is it possible for the theme changes to live-update rather than only applying to new windows? I only ask because it would open some fun patch-UI hacks. it's possible, I've done it, but it does not extend to the choice of translation. If e.g. I open a patch in Japanese and I switch the language to Russian, the already existing windows would continue to be in Japanese, while the new ones will be in Russian. (at this point, I delay the loading of translations to the next run of pd, so that the program continues to be in one language. Updating every gui element is hard) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Mistrust authority - promote decentralization. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
The creeping window size problem exists in OS X as well. I posted about it earlier this year under the thread minor but persistent annoyances (see: http://lists.puredata.info/pipermail/pd-list/2007-02/047450.html ). It's still persists, and it's still very annoying. Phil Stone pkstonemusic.com João Miguel Pais wrote: and one other detail: in windows, everytime you open up a window (subpatch, abstraction, whatever), the window opens up a tiny bit bigger as before. I didn't notice it happening in linux. So after someone has saved a very nicely proportioned and pretty patch with the windows just the right size etc., after those windows have been open a few times the proportions are messed up. this is only a detail that many people don't notice, but in my good patches I put some effort on the gui building, also making windows that have the explanatory text, etc (look at jmmmp/gui-edit, for example). and I guess that if someone if producing something pretty (specially for a client or to be distributed) it can be a bother. not to speak that in a limit case, the windows can go off screen. On Nov 6, 2007, at 11:54 PM, ilya .d wrote: On Tue, Nov 06, 2007 at 09:34:46PM -0500, Hans-Christoph Steiner wrote: Hmm, would be worth trying. I looked around quickly, it's not obvious what is drawing it... .hc not it is obvious actually, that's just form Tk. I don't think Tk puts that border there since windoes in the Wish.app don't have it. ___ 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] Pdpedia Español?
Hey, Glad to hear it's done. :) These items are variable names, how they display is done in the infobox template, so no parentheses here. Post the final template to the list with a new subject so that others can approve it as well. .hc On Nov 7, 2007, at 8:01 AM, Vircy Parker wrote: I agree this template: # wikipedia terms my $stub = esbozo(stub); // to me it should be 'borrador', but it's probably a localism. my $template = plantilla (template); // i think 'plantilla' is right for template... my $category = categoría; my $infobox = infobox; my $topLevel = toplevel; # # pdpedia terms my $objectclass = Clase de objeto (objectclass); # page headers my $inlets = entradas (inlets); my $outlets = salidas (outlets); my $arguments = argumentos; my $messages = mensajes; # infobox my $name = nombre; my $description = descripción; my $abbreviation = abreviación; my $library = librería; my $author = autor; my $developer = desarrollador(developer); my $releaseVersion = versión (releaseVersion); my $releaseDate = fecha de la versión (releaseDate); my $dependencies = dependencias; my $license = licencia; my $website = sitio web; my $programmingLanguage = lenguaje de programación; my $platform = plataforma; my $operatingSystem = sistema operativo; my $language = idioma; my $dataType = tipo de dato(dataType); my $distributions = distribución; my $status = estado (status); If it is not possible to use parenthesis, let use only the words the is suggested. Thanks oggro 2007/11/4, Hans-Christoph Steiner [EMAIL PROTECTED]: Any word on a final template? .hc On Oct 26, 2007, at 8:16 PM, Mathieu Bouchard wrote: On Fri, 26 Oct 2007, Jaime Oliver wrote: Well, 'clase del objeto' doesn't sound all that well, but i don't think any translation will sound right, My mexican roommate Iveth says it's clase de objeto, no L. The latter parallels French classe d'objet(s) and not classe de l'objet, which sounds more like the class of a particular object that would have to have been specified before hand, else it makes people think which object they're talking about? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- 'You people have such restrictive dress for women,' she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - Hijab Scene #2, by Mohja Kahf ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple videos on different Screens with gem
What sort of hardware setup? If you have multiple graphics cards driving the displays then having one instance of Pd/GEM per card is the best way to work. Spreading one context over multiple cards will fall back to software rendering and be very slow. On Nov 7, 2007 10:53 AM, Robert Gruendler [EMAIL PROTECTED] wrote: Hi all, i'm having a setup with 4 projectors connected to a win xp box and would need to play 4 different videos at the same time (one on each screen). I've already searched the mailing list, and found some information about a cvs version of gem that supports multiple gemwins. The version of gem i'm using is 0.91-cvs (the one coming with the latest pd-extended), but it seems i can't create multiple windows. When i try to create a second gemwin, i'm getting error: GEM: gemwin: window already made. Is there a way to accomplish this without opening several instances of pd ? thanks for your help, -robert ___ 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] [declare] trouble
Hallo, robbert van hulzen hat gesagt: // robbert van hulzen wrote: just downloaded last night's autobuild--looks very nice! i understand the wish for flexible colours etc, but hc, thanks a lot for the work! there is something however that i don't understand: why is it that pd-ext doesn't load all the libs it comes with? the .plist it comes with contains 10 entries for loadlib, while in my tweaked prefs file for an earlier version, there are 36. Hm, not knowing my way around OS-X-Pd, but: This sound bad. Isn't it possible on OS-X to tweak a preference file once and for all and use it with each new Pd version like the ~/.pdrc and ~/.pdsettings files are kept on Linux? Or asked in a different way: how do you make a new pd-extended use a personal plist? Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] no focus for gemwin on os x 10.5
On Nov 7, 2007, at 8:31 AM, IOhannes m zmoelnig wrote: 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. I think Marius could fix it too, if he wants to :) Patches welcome! .hc fgmadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple videos on different Screens with gem
The hardware setup is the following: 2 FireMV 2400 pci express cards. Each card has 4 outputs. (didn't choose the hardware setup, only have to work with it...) Basically i need to have 2 setups: - Play 5 different videos on 5 different screens - Play 1 ultra-wide video over 5 screens (4 outputs on first card, 1 output on second) Is there any chance this will work (performance-wise) ? I havent really started working on the patch yet, that's why i thought i might consult someone with more insight/experience with gem. -robert On Nov 7, 2007 9:10 AM, chris clepper [EMAIL PROTECTED] wrote: What sort of hardware setup? If you have multiple graphics cards driving the displays then having one instance of Pd/GEM per card is the best way to work. Spreading one context over multiple cards will fall back to software rendering and be very slow. On Nov 7, 2007 10:53 AM, Robert Gruendler [EMAIL PROTECTED] wrote: Hi all, i'm having a setup with 4 projectors connected to a win xp box and would need to play 4 different videos at the same time (one on each screen). I've already searched the mailing list, and found some information about a cvs version of gem that supports multiple gemwins. The version of gem i'm using is 0.91-cvs (the one coming with the latest pd-extended), but it seems i can't create multiple windows. When i try to create a second gemwin, i'm getting error: GEM: gemwin: window already made. Is there a way to accomplish this without opening several instances of pd ? thanks for your help, -robert ___ 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] integers problem
Hello Raphaël, Look at this patch for the solution with your patch. Look explanation of Frank and Tim : http://lists.puredata.info/pipermail/pd-list/2006-03/036698.html http://lists.puredata.info/pipermail/pd-list/2006-03/036668.html exemple : 1.4 - [int 1.4] != 0.4 (NOT GOOD) but : ((1.4*10) - ([int 1.4]*10))/10 == 0.4 (GOOD) Jack exemple2.pd Description: Binary data Le 5 nov. 07 à 20:47, Raphaël ILIAS a écrit : hello list ! i have got a little problem... i try to format numbers as they may represent 4 integers with the following decimal scheme : a.bccdd so that 1.23456 becomes the list 1 2 34 56. i thougth this could be useful to store formatted-lists in arrays (maybe saw it's easier with data-structures or simply using multiple arrays). but what i don't understand is that, sometimes, i don't get the exact number in the latest decimals : instead of getting 56 i have 55.99985 or 56.00021 or something like that. is it bug from [int] or is it because of 32-bit floating point format ? i've joined a patch to show the problem. i've tried many different ways but none of them worked. is it normal, have you got an idea ? thank you raphaël __ ___ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail ___ 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] changing the look of Pd to be more readable
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I agree with this except for the fact that there should be some visual marker that you can open an abstraction. So abstractions and binary objects look the same, except abstractions have a little marker to mark it as openable. This could then also apply to objects written in scripting languages. Lua objects aren't openable. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
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 and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [declare] trouble
just downloaded last night's autobuild--looks very nice! i understand the wish for flexible colours etc, but hc, thanks a lot for the work! there is something however that i don't understand: why is it that pd-ext doesn't load all the libs it comes with? the .plist it comes with contains 10 entries for loadlib, while in my tweaked prefs file for an earlier version, there are 36. Hi Robert, I'm not sure what you mean when you say the .plist it comes with; the .plist is inside the Pd-Extended.app file now so it shouldn't have come with anything that looks like a separate file. If you still have a ~/Library/Preferences/org.puredata.pd.plist you should delete it (after making note of any customizations). Then Pd will use its embedded file instead (which I just checked - it contains 39 loadlib lines in my Pd-0.40.3-extended-20071106 build). Hm, not knowing my way around OS-X-Pd, but: This sound bad. Isn't it possible on OS-X to tweak a preference file once and for all and use it with each new Pd version like the ~/.pdrc and ~/.pdsettings files are kept on Linux? Or asked in a different way: how do you make a new pd-extended use a personal plist? The .pdrc works great on OS X, exactly as one would hope now with the embedded prefs: the embedded prefs take care of configuring Pd-Extended and my .pdrc takes care of adding the things I'm interested in. Robert, here's an example of .pdrc (just a file called .pdrc that lives in your username directory) -path /Users/LukeIannini/PureData/sft:/Users/LukeIannini/PureData/sft/Components:/Users/LukeIannini/PureData/sft/Components/Utilities/Users/LukeIannini/PureData/Extra/Synths/polywavesynth -lib iemmatrix:iemlib:xsample:zexy -audiobuf 12 -jack You can make the file in TextEdit if you're sure to choose Make Plain Text first, and on 10.5 it lets me save it as .pdrc with a warning (since the file will appear as hidden in the Finder), but I can't remember if that works in Tiger. If not, save it as just pdrc, then open terminal and type mv pdrc .pdrc. Cheers Luke ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [declare] trouble
On 07/11/2007, at 10.26, Frank Barknecht wrote: Hallo, robbert van hulzen hat gesagt: // robbert van hulzen wrote: just downloaded last night's autobuild--looks very nice! i understand the wish for flexible colours etc, but hc, thanks a lot for the work! there is something however that i don't understand: why is it that pd-ext doesn't load all the libs it comes with? the .plist it comes with contains 10 entries for loadlib, while in my tweaked prefs file for an earlier version, there are 36. Hm, not knowing my way around OS-X-Pd, but: This sound bad. This is just the same as else where. The prefs panel currently only shows 10 items. Isn't it possible on OS-X to tweak a preference file once and for all and use it with each new Pd version like the ~/.pdrc and ~/.pdsettings files are kept on Linux? Or asked in a different way: how do you make a new pd-extended use a personal plist? That is done by having a preference file (called org.puredata.pd.plist) in ~/Library/Preferences. To quote Hans [1]: Pd-extended.app/Contents/org.puredata.pd.default.plist This one comes with Pd-extended and sets the default preferences. If someone creates, ~/Library/Preferences/org.puredata.pd.list, this one will be ignored. Pd-extended.app/Contents/org.puredata.pd.plist If this file is present inside of the Pd-extended.app, then that Pd- extended.app will use those preferences, and ignore any other, always. This is how it works in the Pd-extended-0.39.2 release and is intended, as i see it. That said there might be issues whit this exact feature in the nightly builds, which relates - directly i think- to what Robbert experience. See [2] aka bug report #1826701. [1] http://sourceforge.net/tracker/index.php? func=detailaid=1818177group_id=55736atid=478073 [2] http://sourceforge.net/tracker/index.php? func=detailaid=1826701group_id=55736atid=478070 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Multiple videos on different Screens with gem
Hi all, i'm having a setup with 4 projectors connected to a win xp box and would need to play 4 different videos at the same time (one on each screen). I've already searched the mailing list, and found some information about a cvs version of gem that supports multiple gemwins. The version of gem i'm using is 0.91-cvs (the one coming with the latest pd-extended), but it seems i can't create multiple windows. When i try to create a second gemwin, i'm getting error: GEM: gemwin: window already made. Is there a way to accomplish this without opening several instances of pd ? thanks for your help, -robert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_contrast
Le 6 nov. 07 à 01:02, Jaime Oliver a écrit : Hello all, i am analyzing the pix_contrast object and can't get through this. If both the contrast and saturation values are 0., shouldn't we obtain a black image? I'm just getting gray... that seems good to get gray : saturation = 0 = image in gray contrast = 0 = no contrast in image so only a gray background image. You can have a black background image but it depend of your initial image. I think [pix_contrast] is not the appropriate object to do that. Jack best, J -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ 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] changing the look of Pd to be more readable
On Mon, 5 Nov 2007, Luke Iannini (pd) wrote: Speaking of the more inside concept: I strongly support subpatch differentiation, since personally I use subpatches primarily for patch organization rather than as impromptu abstractions, but you are already convinced : ). in jMax, subpatch boxes had a special look (the box was all teal instead of white with a teal outline), but abstraction instances looked just like any other kind of object. I think that there was a good reason for this. It might be a good time to look at doing a grammar style identification of objects to choose their style; this would get a lot closer to syntax highlighting. It would be cool to see all iemmatrix objects, or all list processing objects highlighted in a different style. And this would of course solve the subpatch styling, since one could just look for ^pd .*. I agree that there could be options for this. I don't think that distinguishing abstraction instances from other boxes should be done by default or encouraged, but it could deserve to be turned on temporarily on some occasions. And not to push my luck, but is it possible for the theme changes to live-update rather than only applying to new windows? I only ask because it would open some fun patch-UI hacks. it's possible, I've done it, but it does not extend to the choice of translation. If e.g. I open a patch in Japanese and I switch the language to Russian, the already existing windows would continue to be in Japanese, while the new ones will be in Russian. (at this point, I delay the loading of translations to the next run of pd, so that the program continues to be in one language. Updating every gui element is hard) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [declare] trouble
after all the talk how the preferences file on OS X works, this issue remains unresolved. sorry to nag with this, but there is no point in having an object and not knowing how it works. did ANY OS X user ever manage to use the flag '-stdpath' for the object [declare] in order to add a directory from extra to pd's searchpathes? roman On Tue, 2007-11-06 at 20:51 +0100, robbert van hulzen wrote: hi all hc, just downloaded last night's autobuild--looks very nice! i understand the wish for flexible colours etc, but hc, thanks a lot for the work! there is something however that i don't understand: why is it that pd-ext doesn't load all the libs it comes with? the .plist it comes with contains 10 entries for loadlib, while in my tweaked prefs file for an earlier version, there are 36. i thought this problem might be a good reason to learn what [declare] is all about, but i didn't manage: [declare -lib ext13 -path /Applications/Pd-0.40.3-extended-20071106.app/Contents/Resources/extra/ext13 /] didn't do it, and neither did variations on the path. according to the help file (not included in the ext build), you may use a full path name, so i'm wondering what i'm doing wrong... also [declare -lib ext13 /App...blablah] (as quoted by roman in an earlier post) doesn't work. am i mixing up definitions of libraries? still, in verbose output, it shows that the path i hoped to create is not searched. i know there's been a lot of talk about [declare] (and [import]) on the list, but it apparently didn't give me enough info to sort this out. if i understood correctly, [declare] is different from [import] in that it does its thing at startup rather than when banged? i couldn't find a description in the pdpedia of either--i'll be happy to make that entry as soon as i understand how they work. help would be greatly appreciated! cheers, robbert ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] stupid GUI tricks
Very cool. Now I can stop using superfluous canvases to get the background I like. Phil pkstonemusic.com Hans-Christoph Steiner wrote: Ok, all this Tcl/Tk has started to rot my brain, so here are some stupid GUI tricks: http://eds.org/~hans/pdsketch/stupidguitricks.png - change patch background colors in a patch! - make your patches transparent! - use lots of Tcl/Tk config options! Works on my machine :D and hopefully tomorrow's auto-builds... http://autobuild.puredata.info/auto-build/2007-11-08/ (if that link does work, it's not there yet) .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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] stupid GUI tricks
that looks very cool. one thing for object boxes, is it possible that they are blue when they are created, and not red? red looks like an error, and makes no sense during object creation. otoh, when I open a patch and objects could not be created it is good, if they show up red. what is the tcl command for the background colors of general objectboxes in pd.tk? marius. Hans-Christoph Steiner wrote: Ok, all this Tcl/Tk has started to rot my brain, so here are some stupid GUI tricks: http://eds.org/~hans/pdsketch/stupidguitricks.png - change patch background colors in a patch! - make your patches transparent! - use lots of Tcl/Tk config options! Works on my machine :D and hopefully tomorrow's auto-builds... http://autobuild.puredata.info/auto-build/2007-11-08/ (if that link does work, it's not there yet) .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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] stupid GUI tricks
Hans, you are a god amongst men. (AND WOMEN - I mean girls, sorry *cough*), very nice! On Nov 7, 2007, at 4:30 PM, Phil Stone wrote: Very cool. Now I can stop using superfluous canvases to get the background I like. Phil pkstonemusic.com Hans-Christoph Steiner wrote: Ok, all this Tcl/Tk has started to rot my brain, so here are some stupid GUI tricks: http://eds.org/~hans/pdsketch/stupidguitricks.png - change patch background colors in a patch! - make your patches transparent! - use lots of Tcl/Tk config options! Works on my machine :D and hopefully tomorrow's auto-builds... http://autobuild.puredata.info/auto-build/2007-11-08/ (if that link does work, it's not there yet) .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpedia in spanish (castellano)
Looks good to me, so we're not putting some english terms like 'inlet' besides 'entrada'? I'm only adjusting the plural in: my $distributions = distribuciones; I would submit to consideration another change, but it may just be a detail: my $releaseDate = fecha de lanzamiento de la versión; I think the original 'fecha de la versión' is perfectly understandable. best, Jaime On 11/7/07, Vircy Parker [EMAIL PROTECTED] wrote: Please spanish speaker, let review the LAST version of spanish template for the pdpedia project. # wikipedia terms my $stub = esbozo; my $template = plantilla; my $category = categoría; my $infobox = infobox; my $topLevel = toplevel; # pdpedia terms my $objectclass = Clase de objeto; # page headers my $inlets = entradas; my $outlets = salidas; my $arguments = argumentos; my $messages = mensajes; # infobox my $name = nombre; my $description = descripción; my $abbreviation = abreviación; my $library = librería; my $author = autor; my $developer = desarrollador; my $releaseVersion = versión; my $releaseDate = fecha de la versión; my $dependencies = dependencias; my $license = licencia; my $website = sitio web; my $programmingLanguage = lenguaje de programación; my $platform = plataforma; my $operatingSystem = sistema operativo; my $language = idioma; my $dataType = tipo de dato; my $distributions = distribuciones; my $status = estado; Thanks ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] stupid GUI tricks
Can one make the patch background transparent but all of the objects opaque? On Nov 7, 2007 3:21 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Ok, all this Tcl/Tk has started to rot my brain, so here are some stupid GUI tricks: http://eds.org/~hans/pdsketch/stupidguitricks.png - change patch background colors in a patch! - make your patches transparent! - use lots of Tcl/Tk config options! Works on my machine :D and hopefully tomorrow's auto-builds... http://autobuild.puredata.info/auto-build/2007-11-08/ (if that link does work, it's not there yet) .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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] do not install OS X 10.5!
What parts of Pd crash? On Nov 7, 2007 4:43 PM, marius schebella [EMAIL PROTECTED] wrote: whoever wants to change to Leopard, no good idea at the moment. lots of crashes with pd here... marius. ___ 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
[PD] do not install OS X 10.5!
whoever wants to change to Leopard, no good idea at the moment. lots of crashes with pd here... marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] do not install OS X 10.5!
marius schebella schrieb: whoever wants to change to Leopard, no good idea at the moment. lots of crashes with pd here... Thanks, Marius... but someone has got to test and fix things ;-) gr~~~ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdpedia in spanish (castellano)
Looks good to me, so we're not putting some english terms like 'inlet' besides 'entrada'? I'm only adjusting the plural in: my $distributions = distribuciones; I would submit to consideration another change, but it may just be a detail: my $releaseDate = fecha de lanzamiento de la versión; I think the original 'fecha de la versión' is perfectly understandable. best, Jaime Thanks! Jaime From my point of view, With entradas and salidas we translate too the conceptual environment entrada--- objeto-- salida of course, inlets/outlets is the slang of pd. A third opinion? # wikipedia terms my $stub = esbozo; my $template = plantilla; my $category = categoría; my $infobox = infobox; my $topLevel = toplevel; # pdpedia terms my $objectclass = Clase de objeto; # page headers my $inlets = entradas; my $outlets = salidas; my $arguments = argumentos; my $messages = mensajes; # infobox my $name = nombre; my $description = descripción; my $abbreviation = abreviación; my $library = librería; my $author = autor; my $developer = desarrollador; my $releaseVersion = versión; my $releaseDate = fecha de la versión; my $dependencies = dependencias; my $license = licencia; my $website = sitio web; my $programmingLanguage = lenguaje de programación; my $platform = plataforma; my $operatingSystem = sistema operativo; my $language = idioma; my $dataType = tipo de dato; my $distributions = distribuciones; my $status = estado; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-etended AMD64 build
Hi, I'm a newbie to the list and pd. :) I am running the latest pd-extended on windows, but would like to get it on my laptop that is running mepis linux AMD64. is there a build for AMD? I downloaded the source, but there is no configure file in src folder, so I get a not found when I run ./configure. What am I doing wrong? Thank you in advance. Justin Robert www.justinrobert.com ps- thank you for your help on the list IOhannes___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-etended AMD64 build
You'll probably need to run autoconf first, it makes ./configure .hc On Nov 7, 2007, at 8:52 PM, Justin Robert wrote: Hi, I'm a newbie to the list and pd. :) I am running the latest pd-extended on windows, but would like to get it on my laptop that is running mepis linux AMD64. is there a build for AMD? I downloaded the source, but there is no configure file in src folder, so I get a not found when I run ./configure. What am I doing wrong? Thank you in advance. Justin Robert www.justinrobert.com ps- thank you for your help on the list IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the look of Pd to be more readable
On Nov 6, 2007, at 9:01 PM, Roman Haefeli wrote: On Tue, 2007-11-06 at 20:45 -0500, vade wrote: May I make one humble suggestion? Is it possible to remove the GIANT 3 PIXEL BLACK BORDER around the edges of a selected patcher window on OS X? Its highly distracting and really ruins the improved aesthetic (and work) of the newer PD extended nightlies. personally i would like to have also the 1px border in linux removed. there is already a border from the wm, i don't see a need for another one. I think that is a good idea. It turns out that it seems be a default in Tk, but you can turn it off. So I did... and figured out how to can mess with it for each patch: sys_gui_play.pd Description: Binary data http://eds.org/~hans/pdsketch/bordermadness.png .hc I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] a patch closing itself
On Nov 7, 2007, at 4:32 AM, Steffen Juul wrote: On 07/11/2007, at 1.01, Hans-Christoph Steiner wrote: No prompt = crash. So you think it has to do with the no-prompt-when-closing change? Attached it a test on the set (Pd-0.40-2, Pd-extended-0.39.2)x (menuclose, menuclose 0, menuclose 1). bind3.pd I removed the Close this Window? prompt in Pd-extended. (I suppose it would be better to make it a preference...) Therefore [; menuclose 0( in Pd-extended is the same as [; menuclose 1( in pd- vanilla. .hc 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] do not install OS X 10.5!
actually, it seems pd-extended related. because plain pd-vanilla does not crash. hans? marius. marius schebella wrote: well I have one patch, that crashes everytime I save it (it saves and then pd crashes). I did not figure out what part of the patch causes the crash, but after that patch crashes every other patch crashes too (on save. even empty new ones), and after 20 crashes or so, I cannot start Pd any more, and have to restart my mac. leopard behaves like a virus infected windows machine at the moment... I don't see any ghost processes running but something must irritate pd. marius. chris clepper wrote: What parts of Pd crash? On Nov 7, 2007 4:43 PM, marius schebella [EMAIL PROTECTED] wrote: whoever wants to change to Leopard, no good idea at the moment. lots of crashes with pd here... marius. ___ 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] do not install OS X 10.5!
well I have one patch, that crashes everytime I save it (it saves and then pd crashes). I did not figure out what part of the patch causes the crash, but after that patch crashes every other patch crashes too (on save. even empty new ones), and after 20 crashes or so, I cannot start Pd any more, and have to restart my mac. leopard behaves like a virus infected windows machine at the moment... I don't see any ghost processes running but something must irritate pd. marius. chris clepper wrote: What parts of Pd crash? On Nov 7, 2007 4:43 PM, marius schebella [EMAIL PROTECTED] wrote: whoever wants to change to Leopard, no good idea at the moment. lots of crashes with pd here... marius. ___ 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] pdpedia in spanish (castellano)
In that case i think this should be the final version, checking the english page should be a resource for those who need to make the linguistinc link. j On 11/7/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Nov 7, 2007, at 5:35 PM, Jaime Oliver wrote: Looks good to me, so we're not putting some english terms like 'inlet' besides 'entrada'? Those are variable names, how they are displayed is set by the Infobox template. Look at the source of this page to see what I mean: http://wiki.puredata.info/en/Template:Infobox_Objectclass .hc I'm only adjusting the plural in: my $distributions = distribuciones; I would submit to consideration another change, but it may just be a detail: my $releaseDate = fecha de lanzamiento de la versión; I think the original 'fecha de la versión' is perfectly understandable. best, Jaime On 11/7/07, Vircy Parker [EMAIL PROTECTED] wrote: Please spanish speaker, let review the LAST version of spanish template for the pdpedia project. # wikipedia terms my $stub = esbozo; my $template = plantilla; my $category = categoría; my $infobox = infobox; my $topLevel = toplevel; # pdpedia terms my $objectclass = Clase de objeto; # page headers my $inlets = entradas; my $outlets = salidas; my $arguments = argumentos; my $messages = mensajes; # infobox my $name = nombre; my $description = descripción; my $abbreviation = abreviación; my $library = librería; my $author = autor; my $developer = desarrollador; my $releaseVersion = versión; my $releaseDate = fecha de la versión; my $dependencies = dependencias; my $license = licencia; my $website = sitio web; my $programmingLanguage = lenguaje de programación; my $platform = plataforma; my $operatingSystem = sistema operativo; my $language = idioma; my $dataType = tipo de dato; my $distributions = distribuciones; my $status = estado; Thanks ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] do not install OS X 10.5!
Funny, because it seem that PowerPC builds on Intels are also ok. There is talk on the tcl-mac list about this. It seems to be some Apple bugs. The crash dumps seem to confirm this. .hc On Nov 7, 2007, at 7:20 PM, Luke Iannini (pd) wrote: Hi, myself and Marius have posted a few to sourceforge bugs... The color picker and the help menu are two of the most prominent ones, but they only occur on Intel mac. I've had no problems with the PPC builds on my G5. On Nov 7, 2007 3:04 PM, chris clepper [EMAIL PROTECTED] wrote: What parts of Pd crash? On Nov 7, 2007 4:43 PM, marius schebella [EMAIL PROTECTED] wrote: whoever wants to change to Leopard, no good idea at the moment. lots of crashes with pd here... marius. ___ 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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] stupid GUI tricks
That would be nifty. But all I can find is setting alpha for the whole window. .hc On Nov 7, 2007, at 5:38 PM, chris clepper wrote: Can one make the patch background transparent but all of the objects opaque? On Nov 7, 2007 3:21 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Ok, all this Tcl/Tk has started to rot my brain, so here are some stupid GUI tricks: http://eds.org/~hans/pdsketch/stupidguitricks.png - change patch background colors in a patch! - make your patches transparent! - use lots of Tcl/Tk config options! Works on my machine :D and hopefully tomorrow's auto-builds... http://autobuild.puredata.info/auto-build/2007-11-08/ (if that link does work, it's not there yet) .hc - --- The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list 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] pdpedia in spanish (castellano)
On Nov 7, 2007, at 5:35 PM, Jaime Oliver wrote: Looks good to me, so we're not putting some english terms like 'inlet' besides 'entrada'? Those are variable names, how they are displayed is set by the Infobox template. Look at the source of this page to see what I mean: http://wiki.puredata.info/en/Template:Infobox_Objectclass .hc I'm only adjusting the plural in: my $distributions = distribuciones; I would submit to consideration another change, but it may just be a detail: my $releaseDate = fecha de lanzamiento de la versión; I think the original 'fecha de la versión' is perfectly understandable. best, Jaime On 11/7/07, Vircy Parker [EMAIL PROTECTED] wrote: Please spanish speaker, let review the LAST version of spanish template for the pdpedia project. # wikipedia terms my $stub = esbozo; my $template = plantilla; my $category = categoría; my $infobox = infobox; my $topLevel = toplevel; # pdpedia terms my $objectclass = Clase de objeto; # page headers my $inlets = entradas; my $outlets = salidas; my $arguments = argumentos; my $messages = mensajes; # infobox my $name = nombre; my $description = descripción; my $abbreviation = abreviación; my $library = librería; my $author = autor; my $developer = desarrollador; my $releaseVersion = versión; my $releaseDate = fecha de la versión; my $dependencies = dependencias; my $license = licencia; my $website = sitio web; my $programmingLanguage = lenguaje de programación; my $platform = plataforma; my $operatingSystem = sistema operativo; my $language = idioma; my $dataType = tipo de dato; my $distributions = distribuciones; my $status = estado; Thanks ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] do not install OS X 10.5!
Hi, myself and Marius have posted a few to sourceforge bugs... The color picker and the help menu are two of the most prominent ones, but they only occur on Intel mac. I've had no problems with the PPC builds on my G5. On Nov 7, 2007 3:04 PM, chris clepper [EMAIL PROTECTED] wrote: What parts of Pd crash? On Nov 7, 2007 4:43 PM, marius schebella [EMAIL PROTECTED] wrote: whoever wants to change to Leopard, no good idea at the moment. lots of crashes with pd here... marius. ___ 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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] do not install OS X 10.5!
I don't have Leopard... Marius? :) .hc On Nov 7, 2007, at 8:33 PM, marius schebella wrote: actually, it seems pd-extended related. because plain pd-vanilla does not crash. hans? marius. marius schebella wrote: well I have one patch, that crashes everytime I save it (it saves and then pd crashes). I did not figure out what part of the patch causes the crash, but after that patch crashes every other patch crashes too (on save. even empty new ones), and after 20 crashes or so, I cannot start Pd any more, and have to restart my mac. leopard behaves like a virus infected windows machine at the moment... I don't see any ghost processes running but something must irritate pd. marius. chris clepper wrote: What parts of Pd crash? On Nov 7, 2007 4:43 PM, marius schebella [EMAIL PROTECTED] wrote: whoever wants to change to Leopard, no good idea at the moment. lots of crashes with pd here... marius. ___ 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 http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
