Pd-list December 2010

pd-list@lists.iem.at

120 participants
216 discussions

Re: [PD] [PD-dev] pd-pidip into Debian
by ydegoyon＠free.fr 19 Dec '10

19 Dec '10

AndrÃ¡s MurÃ¡nyi wrote: > > > On Sat, Dec 11, 2010 at 5:17 AM, ydegoyon(a)gmail.com > <mailto:ydegoyon@gmail.com> <ydegoyon(a)gmail.com > <mailto:ydegoyon@gmail.com>> wrote: > > Bernardo Barros wrote: > > 2010/12/4 Mathieu Bouchard<matju(a)artengine.ca > <mailto:matju@artengine.ca>>: > > It's because GPL is for hippies, or something. > > It's the other way around. BSD is hippier: > Someone in Berkley smoked marijuana and said: > "hey man, let's just give it away, who cares what people will > do with it, > let them turn this into proprietary or whatever". > > I don't get this BSD fondness of the PD people.... > > _______________________________________________ > Pd-list(a)iem.at <mailto:Pd-list@iem.at> mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > you confuse marijuana with LSD if i can intervene, > it was LSD license at that time, > for a joke that makes sense > > then you are all buried deeply in the same system > that it's useless to talk, really > > ciao, > sevy > > > What do you know about us? > Why do you take the privilege to offend people on this mailing list? > When you go to the supermarket, you yell the same things at people? > Or you don't go to the supermaket? You don't pay taxes? You don't have > have a driver's license, ID card, social security, you didn't go to > school "by the system"? > I'm afraid what you call "system" is human civilization, and even if > you wish to believe otherwise, you are part of it too. > And again, you don't know what we do against or for the "system" so > pay more respect and don't offend people you don't know shit about. > > Andras > > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev > yeh classical ... after having been called 'fascist' here on this list or someone making useless shit, etc .... i'm the one offending the others... i just say i felt like working in the army ( the US one) when working in the pd community, so yeh i quit it, but i keep my shit available for los companer@s that wants to promote linux ( yeh they are all fascists ) i'm just laughing of your confusion and bye bye, have fun reading wikileaks. ciao, sevy

6 6

array zoom
by João Pais 19 Dec '10

19 Dec '10

Hi, in case there are still GUI changes being made, I had a suggestion for arrays: a check box to decide if the array should be displayed outside of the canvas or not (and adding a message control to it as well). By making canvas control independent of the size of the array, it would be possible to "zoom" in on an array. For example, if an array has 100 points, by making the canvas display only points 20 to 40 it would be possible to show only part of the whole thing. Presently, the whole array is always displayed, even if it goes outside of the canvas. This "zoom" could also be done with some copying, and a 2nd array for the display, etc. (or even with a general purpose abstraction for it). But it can be much simpler if it could be done on the original thing. Best, JoÃ£o -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmpais(a)googlemail.com | skype: jmmmpjmmmp

1 0

editmode_look-plugin error
by ALAN BROOKER 19 Dec '10

19 Dec '10

Hi The gui plugin *editmode_look-plugin. *is very nice but when ever I try to add an array, click on an object to change the properties or go into preferences to change the start up path, a diolog box pops up with the following error: invalid command name ".gfxstub82dfac0.c" invalid command name ".gfxstub82dfac0.c" while executing "$tkcanvas configure -background white" (procedure "set_cords_by_editmode" line 17) invoked from within "set_cords_by_editmode .gfxstub82dfac0" (command bound to event) Has anyone else had this error or is it my set up? Thanks for any info

2 1

Ubumenu?
by Jose Luis Santorcuato 19 Dec '10

19 Dec '10

Hello list, I wondered if there was any object as umenu or ubumenu , i know, I can make lists but would like something faster ... Greetings!! José (the snorer) -- http://arselectronicachile.blogspot.com http://comunicacionnativa.blogspot.com/ http://www.myspace.com/santorcuato

4 11

L2Ork Pd update now available
by Ivica Ico Bukvic 19 Dec '10

19 Dec '10

Apologies for cross-posting. It appears a few more bugs snuck into the stable release. At the same time I felt like the rest of the iemgui objects could really benefit from the resizing via gui, hence another release. 20101214 Changelog: *implemented resizable options for all iemgui objects (some require different behavior than others (e.g. number2 resizes horizontally based on the number of characters, while vertical resize also adjusts font size as well as gui triangle preceding characters, thus resulting in changes in width as well as height--consequently the target size tries to be as close to the mouse cursor as possible while altering width, height, font size and number of characters visible) *changed the whole project naming scheme to reflect "L2Orkified" version (pdextended becomes pd-l2ork, install dir is /usr/local/lib/pd-l2ork, uses default.pdl2ork config file, reflects different version) *changed appearance and updated content of the about.pd patch *fixed regression where help files for core objects were erroneously replaced by incorrect pddp documentation *synced backport of the new browser and adjusted appearance to match the theme *fixed bug where pddplink failed to open related files *fixed resizable canvas so that it updates scrollbars after resizing, dirties the canvas, and properly relocates scale handle when moved As always, comments/feedback are most appreciated. http://l2ork.music.vt.edu/main/?page_id=56 Best wishes, Ico

7 36

Re: [PD] L2Ork Pd update now available
by Ivica Ico Bukvic 18 Dec '10

18 Dec '10

Ok, new version is now up that should fix this and other issues in respect to core pd. I will work on zexy aliases next to offset the loss of flatspace. Now that I've isolated offending aliases This should be fairly easy. Cheers! Ivica Ico Bukvic <ico(a)vt.edu> wrote: > >> You're simply hiding the bug: >> 1. With the Properties dialogue open, go back and click somewhere >> on the patch to deselect the iemgui. (Btw-- there are times when >> this behavior is convienent, so please don't make the Properties >> dialogue force focus.) >> 2. Click "Ok". >> 3. Still crashes. >> >> No crash in Pd-vanilla 0.43. > >That is because (afaik) vanilla 0.43 does not have apply undo at all. In >other words apply actions that result from properties are simply >ignored. > >In my case the way I am tracking items in undo is I seek selected items >which now I realize is not the most robust way of doing so. That said, I >did not make this fix to "hide the bug" but rather for the sake of >consistency because I believe one needs to be in edit mode to edit, and >getting properties for an object, particularly when there are many >crammed near each other I believe one needs to select the item to >reflect what they've selected, and then do operations that pertain to >editing. I believe that allowing to edit items in this way while not in >edit mode is essentially a bug from a usability perspective as it erases >differentiation between performance (or whatever you will call it) and >editing mode. > >All that said, I need to reconsider how to deal with undo and I have a >pretty good idea now what needs to be done (e.g. by passing obj pointer >to the undo in addition to the canvas pointer)... > > >_______________________________________________ >Pd-list(a)iem.at mailing list >UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

1 2

mix_movement and pix_mean_color
by Anas Ghrab 18 Dec '10

18 Dec '10

Hi all, Is it normal that I get always 1 on the fourth output after the [unpack f f f f] from the second outlet of [pix_mean_color] ? I tried with an [alpha], but nothing changed. Here's the test file. Thanks, --- Anas Ghrab p.s. : OS X 10.5.8; Pd : 0.42.5-extended

3 3

call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
by Ivica Ico Bukvic 18 Dec '10

18 Dec '10

Dear fellow Pd enthusiasts, I am pleased to report that earlier today L2Ork released latest snapshot of its own variation of pd-extended 0.42.5. While we are working hard on submitting isolated patches upstream (some of which have been already submitted), many more need to be isolated before they can be provided in a useful format. Another roadblock is that we are still stuck on 0.42.5 which makes patch integration so much more difficult into the 0.43 branch. That said, we would love to get some feedback/testers. The tarball is for *linux only* clients (a good number of optimizations have not been tested on other platforms and there are already known issues, particularly in respect to pd.tk file). Some of the notable improvements include much faster editor (instead of redrawing we tag and move objects wherever possible while still allowing for legacy movement of objects not conforming to the pd vanilla gobj_displace format), bunch of usability improvements (e.g. custom color picker with color storing and hex editing), per-canvas toggling of menu and background color (see Abstractions), universal shortcuts, different scrolling algorithm. Likewise, the UI is entirely revamped to better fit the "Gnome-ish" feel. Jack connectivity algorithm also is automated and compensates for changes in srate, etc. At any rate, there are bunch of other little/big fixes I honestly cannot recall. These improvements are a product of a year of use within the context of a 15-member laptop orchestra taking into an account feedback from students/participants, including also my latest hac-a-thon this past week that involved overhauling redraw to improve editor speed. So, if any of you would be so kind as to give it a stab and provide any feedback, that would be most appreciated. You can get the latest snapshot from http://l2ork.music.vt.edu/main/?page_id=56 The source tarball also includes prebuilt binaries, so assuming you have an intel machine with Ubuntu 9.10, it should "just run." (cd pd/bin/ followed by ./pd). Otherwise, you may have to rebuild it (standard pd-extended 0.42.x procedure). Your feedback, particularly bug-reports are most appreciated. Best wishes, Ico

12 99

FW: PD OOP?
by Andrew Faraday 18 Dec '10

18 Dec '10

From: jbturgid(a)hotmail.com To: matju(a)artengine.ca Subject: RE: [PD] PD OOP? Date: Fri, 17 Dec 2010 23:24:46 +0000 I'm considering, next time I get time to really focus on some PD, writing some kind of abstraction for [shell] and irb. Although I realize this might be really clunky to operate. The main problem I've got with that is, probably, the syntax for the arguments, to be honest, if I could write my ruby in ticks and then run something like [l2s] on that part I'd be well on the way to a real-time ruby object. Probs something like: [irb 100 2 '$1 * 2' ] arguments like$1 polling rate (feeding a metro)$2 creation argument$3 (inside ticks) ruby line(s) ($x could represent inlets, going to pack, then the ruby statement in a message, gaps filled from the inlets and going to shell (on irb)) Could probably be done, but as I say, would take a bit of time to get that really usable. I'm not sure, but the best way might be to just have one shell open and the irb abstraction generating sends to this. 'course routing any returns might be difficult. But this way there would be one set of ruby variables. Anyone know how I can make a list one of the arguments for an abstraction? Andrew > Date: Fri, 17 Dec 2010 12:31:35 -0500 > From: matju(a)artengine.ca > To: jbturgid(a)hotmail.com > CC: lsutton(a)libero.it; pd-list(a)iem.at > Subject: RE: [PD] PD OOP? > > On Wed, 15 Dec 2010, Andrew Faraday wrote: > > > * Perhaps it's not really OOP, > > Ruby is definitely OOP, but what you want is not "OOP", it's Ruby itself. > > > * It looks like there's a lot of debate going around, it was, largely a > > passing notion that started it. However I realize PD can do (probably) > > anything I would be likely to do with it using this embedded OOP (sorry > > if that is the wrong definition), it really was just "Hmmm, I wonder if > > ruby lines could be used in-line in Pd" > > Pd has already much support for what is called OOP, but what you want is > the written syntax of Ruby, which is also OOP (and somewhat more so), but > most of all, what distinguishes Ruby's syntax is that it's very concise > for a lot of jobs. > > Ruby's syntax is most characteristically the result of designers > optimising for conciseness. (Contrast this with Java, designed for people > who have the impression that more verbosity means more solidness and/or > more understandability) > > Ruby also has a damn lot of good libraries, just like Python and Perl do. > > > Once again, amazed by the response. Perhaps someone will make this > > happen at some point. Perhaps I should, although I'll probably have to > > learn some C first. > > I recommend not using libruby, because if you can make libruby not crash > as a pd module, you're some kind of genius. > > _______________________________________________________________________ > | Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC

1 0

Re: [PD] L2Ork Pd update now available
by Ivica Ico Bukvic 18 Dec '10

18 Dec '10

There is still some work to be done before those can be shed because some of those externals in their original non-aliased format use inconsistent naming schemes. Namely some of them use abbreviated format like a2l (or whatever its name is I cannot remember off top of my head) while others use full name. So I guess what I'm saying is that community needs to decide whether to keep the long or short versions of those objects and convert the ones that arent accordingly. Until that happens I think aliases will have to stay. Mathieu Bouchard <matju(a)artengine.ca> wrote: >On Wed, 15 Dec 2010, Ivica Ico Bukvic wrote: > >> Ok, so I made a list of flatspace objects missing and I keep wondering >> if it would not be better to simply do away with all these aliases and >> start anew thus encouraging all potential users of pd-l2ork to shed >> their redundant aliases in their patches. Sure, it is a few more chars >> to type but is that really such a big deal? What do others think here, >> particularly Hans since he made the call to get rid of flatspace in the >> first place? Hans? > >That's exactly what hcs wants you to do. The missing aliases are not a >simple oversight : you can find plenty of mails by him basically saying >that aliases are a bad idea. > > _______________________________________________________________________ >| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC

4 9

← Newer
1
...
7
8
9
10
11
12
13
...
22
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 December 2010