[PD] A bunch of revised help patches
Hi list, I have a bunch of revised help patches from the doc folder for pd-extended, plus a little object search prototype. The zip file totals about 1 meg. Is that too big to post here? If so, where's an easy place to upload them to make them available? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] A bunch of revised help patches
Hallo, Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote: > I have a bunch of revised help patches from the doc folder for > pd-extended, plus a little object search prototype. The zip file totals > about 1 meg. Is that too big to post here? If so, where's an easy place > to upload them to make them available? puredata.info is a good place to upload pd-related things. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] avoiding flicker with pix_video+pix_movement
On 2010-03-21 18:22, Matteo Sisti Sette wrote: > Hi, > > How do you work this around? How can one "know" whether a new frame has > been captured or not? you can learn quite everything about a pix with [pix_info] fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Path limit on Linux?
On 2010-03-21 15:17, Ignacio Lois wrote: > Hello everyone, > I'm running pd on Ubuntu here, and it looks like there's a limit of ten > different paths on the path menu. > Is this true? no (at least not with recent versions of Pd) > How can I get more than these? add all the 10 paths. close the path window. open it again. add 2 more paths. reiterate. OR add them in the "startup" window to the startup flags ("-path /path1:/path2:/path3") OR use one of the other suggestions why would you need so many paths though... fgasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] mic preamp: hardware or inside Pd?
Thanks Pierre, what i want to do is to get some noises through these coil mics and amplify some objects with piezo mics, no recording here, I mean will be also real time processing, just for jamming and get used to Pd. Eventually I will want to plug in a lap steel guitar or a 3 bridges guitar, it depend on if I can, finally manage to build one... Could be nice a warm tube preamp sound, but for this, is not really needed. Best Roberto El 21/03/2010, a las 13:29, Pierre Massat escribió: > Hi Roberto, > > I don't know much about what you're asking, but i do know that building audio > hardware isn't easy at all, and probably eventually just as expensive as > industrial products. > Now concerning the question of whether you should amplify the signal within > Pd or not, i'd say it all depends on your needs. If you want to record a > singer or an instrument it's always good to have an analog pre-amp before you > feed the signal into Pd. If you need it for something else it may not be > necessary. > I personnaly use Pd to process the sound of my electric guitar in real-time. > For this i use a usb interface (EMU 0404), and the Pd-processed sound ends up > in my tube amp. > Anyway, it is very much a matter of taste here, i mean if you like the sound > of your mics without a pre-amp it's fine. Amplifying the sound in Pd will not > change the sound, whereas amplifying it first with a pre-amp will change it > (depending on whether it has tubes, and on the general quality of the > product). You just have to choose what you like most. > > Pierre > > 2010/3/21 Roberto Duarte > Hello all, > maybe somebody could bring me some lights about this: > > I want to jam with some piezos and coil mics, I could get a cheap M-Audio > Quattro or similar (no pre amp included) and all this into Pd for some > processing. > > What would be better: > 1. to get or build some hardware preamps or > 2. to amplify the signal inside Pd? > > Another way to go could be, instead of buying a dedicated Audio Interface, > build one on an Arduino board or on this new CUI32 USB board, using those > (several) analog inputs. For me, in a way could be good also, because of > learning how to do it. > > I will appreciate any help or tip on this.. > > Roberto > > > Roberto Duarte > +49 30 639 16015 > +49 176 967 64274 > Treptowerstr. 21, HH 4 Stock > 12059 Berlin > www.robertoduarte.de > > > > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > Roberto Duarte +49 30 639 16015 +49 176 967 64274 Treptowerstr. 21, HH 4 Stock 12059 Berlin www.robertoduarte.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] mic preamp: hardware or inside Pd?
its a instrument with a 3d bridge on the middle, dividing the string into 2 half-strings, the idea is to play basically with harmonics.. You play on the side opposed to the pickup on a lap steel or slide fashion, There is a project on a very good book: Musical Instruments Design by Bart Hopkin other info http://en.wikipedia.org/wiki/3rd_bridge best Robert El 21/03/2010, a las 21:26, Pierre Massat escribió: > Well, then i just wouldn't worry about a pre-amp. > What is a 3 bridges guitar by the way? > > Pierre > > 2010/3/21 Roberto Duarte > Thanks Pierre, > what i want to do is to get some noises through these coil mics and amplify > some objects with piezo mics, no recording here, I mean will be also real > time processing, just for jamming and get used to Pd. > Eventually I will want to plug in a lap steel guitar or a 3 bridges guitar, > it depend on if I can, finally manage to build one... > Could be nice a warm tube preamp sound, but for this, is not really needed. > > Best > > Roberto > > > > El 21/03/2010, a las 13:29, Pierre Massat escribió: > >> Hi Roberto, >> >> I don't know much about what you're asking, but i do know that building >> audio hardware isn't easy at all, and probably eventually just as expensive >> as industrial products. >> Now concerning the question of whether you should amplify the signal within >> Pd or not, i'd say it all depends on your needs. If you want to record a >> singer or an instrument it's always good to have an analog pre-amp before >> you feed the signal into Pd. If you need it for something else it may not be >> necessary. >> I personnaly use Pd to process the sound of my electric guitar in real-time. >> For this i use a usb interface (EMU 0404), and the Pd-processed sound ends >> up in my tube amp. >> Anyway, it is very much a matter of taste here, i mean if you like the sound >> of your mics without a pre-amp it's fine. Amplifying the sound in Pd will >> not change the sound, whereas amplifying it first with a pre-amp will change >> it (depending on whether it has tubes, and on the general quality of the >> product). You just have to choose what you like most. >> >> Pierre >> >> 2010/3/21 Roberto Duarte >> Hello all, >> maybe somebody could bring me some lights about this: >> >> I want to jam with some piezos and coil mics, I could get a cheap M-Audio >> Quattro or similar (no pre amp included) and all this into Pd for some >> processing. >> >> What would be better: >> 1. to get or build some hardware preamps or >> 2. to amplify the signal inside Pd? >> >> Another way to go could be, instead of buying a dedicated Audio Interface, >> build one on an Arduino board or on this new CUI32 USB board, using those >> (several) analog inputs. For me, in a way could be good also, because of >> learning how to do it. >> >> I will appreciate any help or tip on this.. >> >> Roberto >> >> >> Roberto Duarte >> +49 30 639 16015 >> +49 176 967 64274 >> Treptowerstr. 21, HH 4 Stock >> 12059 Berlin >> www.robertoduarte.de >> >> >> >> >> >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > > > Roberto Duarte > +49 30 639 16015 > +49 176 967 64274 > Treptowerstr. 21, HH 4 Stock > 12059 Berlin > www.robertoduarte.de > > > > > > > Roberto Duarte +49 30 639 16015 +49 176 967 64274 Treptowerstr. 21, HH 4 Stock 12059 Berlin www.robertoduarte.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] avoiding flicker with pix_video+pix_movement
IOHannes wrote: > > Hi, > > > > How do you work this around? How can one "know" whether a new > > frame has been captured or not? > you can learn quite everything about a pix with [pix_info] How can I use it to learn whether a new frame has been captured? I tried [print]ing the output from the 7th outlet, whose function is not quite clear in the help patch: "list ". I guessed either or _may_ be a boolean meaning whether the image is new (or the film, whatever it is), but even if I set the gemwin at 30 or 50 fps, I _always_ get "1 0", and I don't think my webcam captures 50 fps... thanks m. -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] avoiding flicker with pix_video+pix_movement
On 2010-03-22 09:48, Matteo Sisti Sette wrote: > IOHannes wrote: > > I tried [print]ing the output from the 7th outlet, whose function is not > quite clear in the help patch: "list ". I guessed > either or _may_ be a boolean meaning whether the > image is new (or the film, whatever it is), but even if I set the gemwin > at 30 or 50 fps, I _always_ get "1 0", and I don't think my webcam > captures 50 fps... > that would have been the hint there are two possibilities why this is happening: - there is a bug in Gem that doesn't mark the images as "old" (was this on w32 or osx?) - there is a "bug" in the image acquisition backend (DirectShow, QuickTime,...) that just serves the same image twice as if it were new. in the former case, we can fix it. in the latter case we won't. of course you can use the "black" image to detect whether the same image was captured twice. fgasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] avoiding flicker with pix_video+pix_movement
is it possible your camera is capturing at 29.996 fps instead of 30 and pix_video still is capturing them as 30 or something similar? is it a dv compressed camera? could you measure the frequency of the black/white frames? J On Mon, Mar 22, 2010 at 1:54 AM, IOhannes m zmoelnig wrote: > On 2010-03-22 09:48, Matteo Sisti Sette wrote: > > IOHannes wrote: > > > > I tried [print]ing the output from the 7th outlet, whose function is not > > quite clear in the help patch: "list ". I guessed > > either or _may_ be a boolean meaning whether the > > image is new (or the film, whatever it is), but even if I set the gemwin > > at 30 or 50 fps, I _always_ get "1 0", and I don't think my webcam > > captures 50 fps... > > > > > that would have been the hint > > there are two possibilities why this is happening: > - there is a bug in Gem that doesn't mark the images as "old" (was this > on w32 or osx?) > - there is a "bug" in the image acquisition backend (DirectShow, > QuickTime,...) that just serves the same image twice as if it were new. > > > in the former case, we can fix it. > in the latter case we won't. > > of course you can use the "black" image to detect whether the same image > was captured twice. > > fgasdr > IOhannes > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- Jaime E Oliver LR joliv...@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 858 750 0924 (cel) 858 202 1522 (home) 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] Pd, Max/Msp, Reaktor, Plogue Bidule... How do these, compare?
Hallo, Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote: > I'd just add that one could start from the end of 3.audio.examples > and 4.data.structures to get a decent overall idea of what Pd is capable > of doing. I learned most of the basic Pd knowledge from these patches (and the html-manual and the control.examples of course, which many people unfortunalty believe they can skip), but that was several years ago, and at that time, there wasn't much else. Today you get more detailed explanation of what these patches do in Miller's book, and you can take courses and workshops, read more books and tutorials and you have this great large community here and elsewhere on the web, which wasn't that big in the past. In "rj" many of the DSP abstractions are actually taken from the 3.audio.examples with localized variable names (tables, sends), so that you can immediatly use them in your own work without doing that yourself again. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] A bunch of revised help patches
or contact Hans-Christoph Steiner. I sugest to get them reviewed by a couple of people (I can help), and upload them to svn, to make part of pd-ext. (or even Pd-van, if possible) João Hi list, I have a bunch of revised help patches from the doc folder for pd-extended, plus a little object search prototype. The zip file totals about 1 meg. Is that too big to post here? If so, where's an easy place to upload them to make them available? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] avoiding flicker with pix_video+pix_movement
IOhannes m zmoelnig escribió: there are two possibilities why this is happening: - there is a bug in Gem that doesn't mark the images as "old" (was this on w32 or osx?) W32 (Windows Vista) - there is a "bug" in the image acquisition backend (DirectShow, QuickTime,...) that just serves the same image twice as if it were new. What test may I do to tell which one of the two is true? By the way, if the image were correctly marked as "old", would [pix_movement] use this information (i.e. avoid comparing tro frames that are actually the same frame)? Or do you have to handle this explicitly with pix_info? -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Mac OS X/PowerPC builds have returned
We have Mac OS X/PowerPC builds again: http://autobuild.puredata.info/auto-build/latest/ They might be a bit spotty until the machine gets back into its permanent home. .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 bunch of revised help patches
Ok, here they are: https://puredata.info/Members/jwilkes/PDDP-help-patches/view To use them you can just overwrite the doc folder with these changes. After doing that you can open the -b browser and there's a search-test.pd prototype at the bottom. I put headers and a "pd meta" subpatch in 2.control.examples, 3.audio.examples, and 4.data.structures, and changed all the 5.reference files to conform to the PDDP template (nonrecursively!). To find patches that obviously still need work, try KEYWORD needs_work. For the tutorials I moved things around but did not mess with any wires, so they should all work as they previously did. One _big_ problem currently is the bug in pddplink that breaks abstractions and other links if you go down a relative path. Also I couldn't use pddplink for the manual because relative links for non-pd files don't work. Also, if anyone wants to tweak pddplink, I also put in a feature request for a flag that would close the original patch once you click the link. That way you can add some simple navigation links for some of the tutorials. Let me know what other revisions need to be made, and I'll implement them (I'm not totally burned out yet!) -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] A bunch of revised help patches
Hey Jonathan, Its quite an bit of work, thanks for taking it on. Its a definite improvement overall. Here are my comments that sent you off-list that I think are still applicable: * I think we should omit a section if its empty, like the 'arguments' section in abs-help.pd Omitting sections that are empty will make the help patch look cleaner, and people will learn that if there isn't a certain section, it means that there are not inlets/outlets/ arguments. It could also be added to your help help patch, which is a great idea by the way. * think that all help patches should have the same width, but the height should be adjusted to minimize white space, like with abs-help.pd * I think we should make the help patches per object, not the mega- helps like Miller makes (acoustics, etc.) If you want to make help patches for things like mtof~, I'll make the changes in Pd-extended so that it has its own help patch * I think the pddp/dsp should be standalone without the box and text. If people don't know what it is, they can get help on it. Its pretty easy to do a text search-n-replace on 'pddp/dsp' to replace that object with another, so I don't see the value of the added complexity of the wrapper. * rather than use number boxes for sending numbers using the mouse, I think a slider is a lot more user-friendly. If the numbers are important, then there can be a number box attached to the slider or something like that. When space is a concern, the sliders can be smaller than default. * the "arguments" section should use the same number bar canvas things as the inlets and outlets sections For Pd-extended, 2.control.examples, 3.audio.examples, and 4.data.structures are all taken directly from Miller, so those changes would have to go thru him. I think you could distribute those separately for now. .hc On Mar 22, 2010, at 3:17 PM, Jonathan Wilkes wrote: Ok, here they are: https://puredata.info/Members/jwilkes/PDDP-help-patches/view To use them you can just overwrite the doc folder with these changes. After doing that you can open the -b browser and there's a search-test.pd prototype at the bottom. I put headers and a "pd meta" subpatch in 2.control.examples, 3.audio.examples, and 4.data.structures, and changed all the 5.reference files to conform to the PDDP template (nonrecursively!). To find patches that obviously still need work, try KEYWORD needs_work. For the tutorials I moved things around but did not mess with any wires, so they should all work as they previously did. One _big_ problem currently is the bug in pddplink that breaks abstractions and other links if you go down a relative path. Also I couldn't use pddplink for the manual because relative links for non-pd files don't work. Also, if anyone wants to tweak pddplink, I also put in a feature request for a flag that would close the original patch once you click the link. That way you can add some simple navigation links for some of the tutorials. Let me know what other revisions need to be made, and I'll implement them (I'm not totally burned out yet!) -Jonathan ___ 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
[PD] "Open file" in specific directory
Hi, how can I convince pd-extended to start the fileselector box in a specific directory which is not my $HOME ? (I am using pd-extended on Linux). Thank you very much in advance for your help! Best regards, mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] "Open file" in specific directory
send [openpanel] a symbol of the path to its inlet. [symbol /usr/lib/pd [ | [openpanel] -- meino.cra...@gmx.de wrote: > > Hi, > > how can I convince pd-extended to start the fileselector > box in a specific directory which is not my $HOME ? > (I am using pd-extended on Linux). > > Thank you very much in advance for your help! > Best regards, > mcc > > -- > Please don't send me any Word- or Powerpoint-Attachments > unless it's absolutely neccessary. - Send simply Text. > See http://www.gnu.org/philosophy/no-word-attachments.html > In a world without fences and walls nobody needs gates and windows. > > > ___ > 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] "Open file" in specific directory
Hi Inaudible, ...sorry...I meant the "Open"-dialog, which I can access via the menu in the console panel. That I hadnt clearly said... dmotd [10-03-23 04:24]: > send [openpanel] a symbol of the path to its inlet. > > [symbol /usr/lib/pd [ > | > [openpanel] > > -- > > meino.cra...@gmx.de wrote: > > > > Hi, > > > > how can I convince pd-extended to start the fileselector > > box in a specific directory which is not my $HOME ? > > (I am using pd-extended on Linux). > > > > Thank you very much in advance for your help! > > Best regards, > > mcc > > > > -- > > Please don't send me any Word- or Powerpoint-Attachments > > unless it's absolutely neccessary. - Send simply Text. > > See http://www.gnu.org/philosophy/no-word-attachments.html > > In a world without fences and walls nobody needs gates and windows. > > > > > > ___ > > 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 > -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] "Open file" in specific directory
the open dialog's path starts from wherever pd was launched, and if you are launching pd from a menu item, then it starts from where the desktop manager was launched etc etc.. you can test this out by launching pd from a console, starting at the folder you desire. if you need this to always be the case create a wrapper shell script for pd which changes directory (cd /path/) previous to launching, or simply create an alias to pd in your .bashrc : alias pd='cd /usr/lib/pd ; pd ; cd $OLD_PWD' -- meino.cra...@gmx.de wrote: > Hi Inaudible, > > ...sorry...I meant the "Open"-dialog, which > I can access via the menu in the console panel. > That I hadnt clearly said... > > > > dmotd [10-03-23 04:24]: > > send [openpanel] a symbol of the path to its inlet. > > > > [symbol /usr/lib/pd [ > > | > > [openpanel] > > > > -- > > > > meino.cra...@gmx.de wrote: > > > > > > Hi, > > > > > > how can I convince pd-extended to start the fileselector > > > box in a specific directory which is not my $HOME ? > > > (I am using pd-extended on Linux). > > > > > > Thank you very much in advance for your help! > > > Best regards, > > > mcc > > > > > > -- > > > Please don't send me any Word- or Powerpoint-Attachments > > > unless it's absolutely neccessary. - Send simply Text. > > > See http://www.gnu.org/philosophy/no-word-attachments.html > > > In a world without fences and walls nobody needs gates and windows. > > > > > > > > > ___ > > > 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 > > > > -- > Please don't send me any Word- or Powerpoint-Attachments > unless it's absolutely neccessary. - Send simply Text. > See http://www.gnu.org/philosophy/no-word-attachments.html > In a world without fences and walls nobody needs gates and windows. > > > ___ > 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] "Open file" in specific directory
Ok, thanks a lot. I hoped, that there was a configuration item to set... dmotd [10-03-23 05:00]: > the open dialog's path starts from wherever pd was launched, > and if you are launching pd from a menu item, then it starts > from where the desktop manager was launched etc etc.. > > you can test this out by launching pd from a console, > starting at the folder you desire. if you need this to > always be the case create a wrapper shell script for pd > which changes directory (cd /path/) previous to launching, > or simply create an alias to pd in your .bashrc : > > alias pd='cd /usr/lib/pd ; pd ; cd $OLD_PWD' > > -- > > meino.cra...@gmx.de wrote: > > Hi Inaudible, > > > > ...sorry...I meant the "Open"-dialog, which > > I can access via the menu in the console panel. > > That I hadnt clearly said... > > > > > > > > dmotd [10-03-23 04:24]: > > > send [openpanel] a symbol of the path to its inlet. > > > > > > [symbol /usr/lib/pd [ > > > | > > > [openpanel] > > > > > > -- > > > > > > meino.cra...@gmx.de wrote: > > > > > > > > Hi, > > > > > > > > how can I convince pd-extended to start the fileselector > > > > box in a specific directory which is not my $HOME ? > > > > (I am using pd-extended on Linux). > > > > > > > > Thank you very much in advance for your help! > > > > Best regards, > > > > mcc > > > > > > > > -- > > > > Please don't send me any Word- or Powerpoint-Attachments > > > > unless it's absolutely neccessary. - Send simply Text. > > > > See http://www.gnu.org/philosophy/no-word-attachments.html > > > > In a world without fences and walls nobody needs gates and windows. > > > > > > > > > > > > ___ > > > > 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 > > > > > > > -- > > Please don't send me any Word- or Powerpoint-Attachments > > unless it's absolutely neccessary. - Send simply Text. > > See http://www.gnu.org/philosophy/no-word-attachments.html > > In a world without fences and walls nobody needs gates and windows. > > > > > > ___ > > 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 > -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] bitand~ and bitor~ bitxor~
The helpfiles for the above cyclone objects has a pack object with: [pack bits 0 0 0...] Which obviously throws an error. Thing is, what is the selector supposed to be: "bits" or "list"? Thanks, Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list