Pd-list October 2004

pd-list@lists.iem.at

142 participants
303 discussions

Re: [PD] Pd Text editor documentation...
by chun lee 31 Oct '04

31 Oct '04

Hi frank: Thanks for your reply. Ok, I got it now. Once the elements are sent, there is no way to delete from the editor, right? Is there any special tricks that one can do with the editor? Like fast batch change or something. I guess what I am asking is that is there a special purpose for the editor to be there? I have been using Pd for 6 months now and have just found this thing, I would like to know if I am missing something important. Cheers CHUN >> I was looking for some documentation on the text editor (ctrl+t) in pd, but >> could not seems to find it on the net. Could anyone point me to the right >> place? I would like to know how to use it. > >The Ctl-T-Editor is simply a way to get a bigger and better editor for >Pd elements. If you create an object with "Put something" or edit an >existing object, then pressing Ctl-T will bring up an editor window to >edit the object's content, if the Edit cursor is inside this object. > >"Send" then will immediatly send your changes to the object (or >message,...) but keep the editor window open, while "Okay" will send >the changes and close the editor window. > >Pressing "Send" and then "Okay" will insert your changes twice, btw >and pressing "Send" several times will insert your changes several >times, too. This can be annoying. If you want to close the editor >without sending again, just use the Window close button. Now that I >think about it: a "Cancel" or "Discard changes" button would be nice >to add. >On my Linux box, copying and pasting text from the X clipboard into a Pd >object only works when using the editor window, so that's what I >normally use it for. > >I found, that trying to edit larger messages (I tried to add 128 lines >once) might result in shortened messages, though, so always check for >correctness. > >That's all I know about the Text Editor.

3 2

pd usability and externals compilation
by altern 31 Oct '04

31 Oct '04

hi all Just wanted to say few things about PD after having spent some days failing to compile the externals under OSX. I have been sending emails to the list askign for help as i was unable to do this. There were some people giving me tips about makefiles etc... but still i havent been able to do it, but i am getting closer :) I guess emails like this are everywhre in linux mailing lists but i also think that they are necessary once in a while not to forget about the issuet that worries me. i am able to program on python, javascript and some other scripting languages, to patch on PD and MAX, and I have no problem using windows - ok not very complex, but i mean i am used to deal with "mission impossible" problems since windows has been in the past an endless source of them -. I was using SuSE linux on my laptop and compiled PD and some other applications, i configured my winmodem and took me two days to find out. Now i want to install Ubuntu linux on my new powerbook. I am not supertechnical person but i dont give up in 2 min when i have a problem So I was wondering what does happen with the people that have less technical knowledge than me for example students (i teach sometimes multimedia stuff) or musicians with no computing background. My bet is that probably they would end up using MAX/MSP. I know many musicians that love to use pd patches that they dont create themselves and they dont know constructing anything on pd, if they have to spend more that 30 min on seting up the system they will drop PD to use another more user friendly app like MAX. Some of you might say that then PD is not for you, but i dont really think this should be this way. I think we should work to develop a tool tht can be used by savy users but also by non experience users (of course they would use it in a different way), some people might want to create very new and complex stuff and PD is great to do this, but some other may be would just like to use that amazingly complex patch that the first person created. Once in a while some MAX user asks in the Pd list how to create an exacutable of a PD patch, the answer is that you just distribute PD together with the patch because its free open source. I think this is very nice idea but if the patch this person is distributing uses an external and somebody has to spend days searching and asking on mailing lists how to change the makefile and stuff like this its hardly of any use for loads of people. You all know this of course, this is a general problem in the linux comunity. A musician friend of mine said me that he believes that musicians using linux spend more time setting up the system than actually working with it to make music. This is not true but in a way it is not that wrong if i think about my last 2 weeks (i went crazy too to set up python + all the libreries i need on my machine). This opinion gives as well a flavor of his experiences with linux and open source tools. We should work to change this opinion. If we really want to introduce all kinds of people to PD we should find easier ways to set it up, for example the latest drag-and-drop installation for mac its a good move as it is closer to the way mac users think, despite that it is inconsistant or not from a technical pint of view. The only reason for me to keep trying setting the pd-externals up is that i really belive I must try as hard as possible to use open source tools. But many others out there dont believe this. They think open source is a nice idea but they want their work done eficiently and fast. my 2 cents on this. agur bat -- enrike

3 3

new's from pmpd
by cyrille henry 31 Oct '04

31 Oct '04

hello, I just commmited the 0.06 version of pmpd... this is not a definitive version, things could change on next version. nothing really new exept 2 objects : [pmpd] can now hold a whole network of masses and links. messages to this object allow the creation of mass and link inside the object. all old pmpd patch can be computed with a single object. I did not real benchmark, but performances should be better. the problem is how to deal with inlet and outlets. I don't really know what is the best way for this object to communicated with the rest of the patch. if i'm not very clear, maybe looking at the new exemples whould help. i'm looking for idea, it's the only aim of this version. the 2nd new object is [pmpd~] it react exactely like pmpd, but with '~' inlet and outlet. this mean you can do audio synthesys with it, but I don't think it can be very usefull because of the cpu that is neaded for the simulation. (on my computer i can have 50 masses and link @ 44100 on windows and 4 times more on linux) the "how to connect inlet and outlet to the physical model" problem is the same. idea, feedback, comment etc are welcome. As I don't have lot's of time, 0.06 is only available on the cvs (not on the pmpd website). I also include in the cvs a pmpd documentation (open office file) I did not try to compile this version on osX, but it should work... The last thing is that I also change all masses objects to include small random forces in order to avoid denormalisation. hope you'll like cyrille

2 1

pd's font type
by Tim Blechmann 31 Oct '04

31 Oct '04

hi all ... i'm curious, if i shall add the code to set the font type to devel_0_38. since the change from courier to tahoma was done by accident and courier is back in devel_0_37 and 38, i'm curious, if someone would actually use the feature to set the default font from the command line ... if no one asks for that feature until tomorrow evening, i won't add it ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

5 6

Evolution UC-33 tools in RRADical CVS
by Frank Barknecht 31 Oct '04

31 Oct '04

Hi, just so they don't get missed by anyone owning a Evolution UC-33 or a similar Midi-faderbox: I added some IMO very useful abstractions to the Sourceforge-CVS in abstractions/rradical/control which act as a bridge between Midi controller data and OSC messages, as they are used everywhere in RRADical. A screenshot of one of the abstractions is attached. Some settings for the UC-33 presets 1 and 10 ("Cubase Multichannel Mixing"), which I always use, are also in CVS, but midi learn makes custom settings very easy. Ciao -- Frank Barknecht _ ______footils.org__

2 3

how to get xeq?
by Olivier Lartillot-Nakamura 30 Oct '04

30 Oct '04

Dear community, I would like to obtain the xeq package, but the server of the official xeq page (http://suita.chopin.edu.pl/~czaja/miXed/externs/xeq.html) is down for several weeks at least. Do you know how I could obtain this package? Or are there other ways to play MIDI files in pd? Thanks a lot, Olivier Lartillot-Nakamura Music Cognition Group University of Jyväskylä, Department of Music PL 35(A), 40014 University of Jyväskylä, Finland

3 2

surround sound
by timon botez 30 Oct '04

30 Oct '04

Hi, Im doing a 8 channel output and would like to travel multiple sound across all channels. I have looked at the vbap demo, and cant get it to work. I have all the needed extras's but I cant get [matix~] to output any audio. Are there any other objects that can let sound seamlessly travel across output channels? Ideally Id combine it with the [vbap] object. Any pointer helps. Thanks, Timon.

2 1

Re: [PD-announce] .
by Malte Steiner 30 Oct '04

30 Oct '04

Hello > Question: > Does anybody of you intend to do a PD-workshop > in Southengland ( i.e. Bristol, Bath or London ) in > the near future ? > I did recently one at Vivid in Birmingham but I am open to new dates... Cheers, Malte -- Malte Steiner media art + development -www.block4.com- blog 4, also available as rss feed: http://java.block4.com/blog4/ next events: 26.november workshop 3d modelling for max/msp jitter Musikhochschule Hamburg, Germany 26.november concert Elektronengehirn hoerbar Hamburg, Germany

1 0

Re: [PD-dev] pd's font type
by Marius Schebella 30 Oct '04

30 Oct '04

Reini Urban said: > I'd prefer Tahoma if its easy... > Aligment issues are less important than aesthetics for me. Tahoma is very > efficient in it's space usage. (The narrow counterpart of the monstrous > Verdana) I think the width of the pd-objects is not adjusted to the width of the font, so if you have a wide font, it will be displayed even outside the borders. and also the mousecursor will not jump to the right position, if you click into the object.

2 1

Re: [PD-dev] pd's font type
by Frank Barknecht 30 Oct '04

30 Oct '04

Hallo, Reini Urban hat gesagt: // Reini Urban wrote: > I'd prefer Tahoma if its easy... > Aligment issues are less important than aesthetics for me. Tahoma is > very efficient in it's space usage. (The narrow counterpart of the > monstrous Verdana) Both don't come with Linux and they are not allowed to be redistributed (see http://tinyurl.com/4wyt8) anymore (see http://corefonts.sourceforge.net/ on that special "hack" for Verdana, but not Tahoma). The change Tim commited just will allow you to specify the font to use yourself, so you don't have to use Verdana, and I can carry on to use Courier (or "Bitstream Vera Sans Mono Bold 10", which is my favourite fixed width font and it's a free as in speech font.). Ciao -- Frank Barknecht _ ______footils.org__

1 0

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 October 2004