Re: [PD] is this a spectral gate?
Hallo, Josh Steiner hat gesagt: // Josh Steiner wrote: what is the advantage of spitting out these values in polar coords? According to the DSP-Guide it this: When should you use rectangular notation and when should you use polar? Rectangular notation is usually the best choice for calculations, such as in equations and computer programs. In comparison, graphs are almost always in polar form. As shown by the previous example, it is nearly impossible for humans to understand the characteristics of a frequency domain signal by looking at the real and imaginary parts. In a typical program, the frequency domain signals are kept in rectangular notation until an observer needs to look at them, at which time a rectangular-to-polar conversion is done. http://www.dspguide.com/ch8/8.htm Probably Miller thinks of Pd primarily as a tool for calculations so he kept the re/im representation. I also think, that the algorithm to calculate the Fourier transform, the Fast-FT or FFT, generates re/im pairs, so skipping the final conversion to polar unless necessary is faster. But I need to verify this. Maybe some DSP expert (Chuck?) can confirm this? Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] a couple of questions
hi jared wrote: Hello all, I've just downloaded fluid~pd_darwin .rar file. It contains two files: fluid~help.pd and fluid~.pd_darwin. What kind of file is the .pd Darwin? Where should I put it? it is a dynamically linked library for os-x (the kernel of os-x is called darwin) What about the fluid help file? Do I put it here?-- pd\doc\5.reference according to your syntax of file-paths i assume that you are on windows. it would be nice if you could make this explicit. you will not be able to use a darwin binary on windows, you will need the windows binary. it should be named something.dll (at least on pd=0.40; i have _no_ idea which pd version you are running) once you have the correct binary, put both the binary (or abstraction) and the help-file into a path where pd will find it. one _standard_ path for this is the extra/ folder. but you can put it whereever you like as long as you add this path to your private search paths in the File-Path... menu. I'm not sure where to put the help files because there is the reference folder but there are also many help files in the extra folder as well. What is the difference? the reference section is for pd internals; the extra section is for objects that are not compiled into pd (e.g. 3rd party modules). you might find help-patches for externals in the reference section, but this is only for legacy reasons (there was a time, when pd would find help-patches only in the reference folder) mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] a couple of questions
On 22/02/2007, at 7.02, jared wrote: What kind of file is the .pd Darwin? Where should I put it? It's the external file for darwin - ie. mac os x. I take it your on a windows system, so you have little use for it. Instead you need something like a file called fluid~.dll The external files need to be in a place where Pd can find them. If you put them in the extra folder Pd will find them. But you can put them anywhere and make Pd look for it there by changing the path dialog accordingly. What about the fluid help file? Do I put it here?-- pd\doc \5.reference I'm not sure where to put the help files because there is the reference folder but there are also many help files in the extra folder as well. What is the difference? If you put it in 5.reference folder you can get to it from the help browser. If you put it in the extra folder (that is next to the external file) you can open it by right-clicking an [fluid~] object and choose 'help'. So puting it in both places would maybe give the best enduser experience. Other then that, there is something as a helpfilepath that can be set. There is some info here: http://puredata.info/docs/developer/Libdir ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Gem]: [pix_texture] doesn't work
hi IOhannes thank you for the fast reply. in the meantime i tried the binary from Pd-0.39.2-extended-test7-ubuntu-dapper-i386 and: it worked well. On Wed, 2007-02-21 at 16:42 +0100, IOhannes m zmoelnig wrote: hi Roman Haefeli wrote: my version of gem is: GEM: ver: 0.91-cvs GEM: compiled: Nov 30 2006 so you have not changed Gem but you have updated your driver and now it doesn't work any more? exactly, at least iirc, ubuntu's package manager once update some fglrx-packages i am on ubuntu dapper with the fglrx-driver from the ubuntu-repository. it worked in earlier days and i did not recompile gem since then. i tried to recompile a checkout from today, but when gem is loaded during pd-startup, i get: /usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i (can i avoid this by disabling a certain switch in ./configure?) yes, finally there is! use ./configure --with-glversion=1.5 or - even better - get drivers that provide header-files which match. hm... how can i make sure, that i have the correct headerfiles? as far as i can tell i didn't install new headerfiles manually. the fact, that the the binary from hcs' pd-extended works, makes me think, that the problem is specific to my system (wrong headers?). what do i need to do in order to make sure, that i the ./configure of gem looks at the correct headers, respectively that i only have the correct headers installed? all other apps that i have installed and use opengl (armagetron, blender, mplayer -vo gl) work without any problems and are able to show textures. gem is the only app, that doesn't work as expected. but when start X without dri enabled, [pix_texture] works. does the rest of Gem work or is it just the textures? with my own compile i didn't try everything, but i tried some of the help-patches and i had troubles with [pix_texture] (resp. any file that contains [pix_texture] like pid_image.pd, pix_video.pd and pix_film.pd and the like) and with [model]. but i only tried an obj-file with around 5000 polygons, that worked on another ubuntu-ppc machine with the gem-install from the distro. in any case, please file a bug-report at http://sf.net/projects/pd-gem yes, thank you for the link. i'll do so, if things really look like not me/my system being the problem but gem. roman mfa.dr IOhannes ___ 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] a couple of questions
Steffen wrote: On 22/02/2007, at 7.02, jared wrote: If you put it in 5.reference folder you can get to it from the help browser. If you put it in the extra folder (that is next to the external file) you can open it by right-clicking an [fluid~] object and choose 'help'. So puting it in both places would maybe give the best enduser experience. i would definitely NOT recommend putting the file in 2 places. this will lead to inconsistencies over time and you will never know what is going on. and nobody will be able to help you ;-( btw, 'help''-clicking on [object] will open the help-patch in the reference-folder too, so this is not the reason why you should put it into ./extra as for the help-browser not being able to browse extra/: this is imo a bug in the help-browser and should be fixed there. please send petitions to the upstream authors to fix it. mfg.adsr IOhannes PS: i accidentally deleted this in my first answer: please always start new threads if you start new threads. the mailing list's name is simple enough and you can always put it into your addressbook if you don't care remembering it. more information can be found at http://puredata.info/community/lists/netiquette#threads mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Gem]: [pix_texture] doesn't work
Roman Haefeli wrote: hi IOhannes thank you for the fast reply. in the meantime i tried the binary from Pd-0.39.2-extended-test7-ubuntu-dapper-i386 and: it worked well. which version of Gem is this? use ./configure --with-glversion=1.5 or - even better - get drivers that provide header-files which match. hm... how can i make sure, that i have the correct headerfiles? as far as i can tell i didn't install new headerfiles manually. the fact, that the the binary from hcs' pd-extended works, makes me think, that the problem is specific to my system (wrong headers?). what do i need to do in order to make sure, that i the ./configure of gem looks at the correct headers, respectively that i only have the correct headers installed? the problem is, that your packageing system installs headers which conform to openGL-2.0 but your driver (this is: the binary library) doesn't. this is a known issue with ati-drivers, but it appeared to happen with mesaGL too in recent versions. i am not sure whether this could be considered really a bug on the driver (header) side, but i tend to think so. i could of course create tests during the configure process that test for each and every openGL function used by Gem whether it is really supported by the driver. but this is like writing the headers yourself, and i don't see a reason to do that (why are headers provided?) i don't know of any other way to test these things at (configure or) compile time, therefore i leave it to the user to decide. (it is not that i haven't tried to find a generic way to check; but i haven't found any working solution, so i did the configure-flag; thanks to ico for the trigger) some my advice is: if you experience problems with unresolved openGL-symbols, try to lower the maximum openGL-version manually via the --with-glversion argument until Gem runs. on the long run Gem will switch to glew (this has been around for years) which might fix these problems. with my own compile i didn't try everything, but i tried some of the help-patches and i had troubles with [pix_texture] (resp. any file that contains [pix_texture] like pid_image.pd, pix_video.pd and pix_film.pd so this means, that trivia like the red-square example did work? mfga.dsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] a couple of questions
On 22/02/2007, at 11.02, IOhannes m zmoelnig wrote: Steffen wrote: On 22/02/2007, at 7.02, jared wrote: If you put it in 5.reference folder you can get to it from the help browser. If you put it in the extra folder (that is next to the external file) you can open it by right-clicking an [fluid~] object and choose 'help'. So puting it in both places would maybe give the best enduser experience. i would definitely NOT recommend putting the file in 2 places. this will lead to inconsistencies over time and you will never know what is going on. and nobody will be able to help you ;-( I agree it's dirty, and that it may lead to inconsistencies over time. But for example a diff could help out locating problems. I think i'd go for symlinks myself though, just not sure if that's doable on win32. btw, 'help''-clicking on [object] will open the help-patch in the reference-folder too, so this is not the reason why you should put it into ./extra Thanks for clarifying! I was in fact hoping to provoke (in the positive sense) a reply like this, to gain knowledge my self. as for the help-browser not being able to browse extra/: this is imo a bug in the help-browser and should be fixed there. please send petitions to the upstream authors to fix it. Not to be anal, but i think it is more like a design issue. But having a 6.extra(-references) that shows the help files from the extra folder in a organized manner, and leave internal help files in 5.references might be nice wrt separation. And maybe have the PDDP all-about-* files somewhere else too. But thats just my taste thursday morning. Best, Steffen ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Amazing Tricks - PureData Workshop
Hi, Amazing tricks anyone can do vol.1 - Pure Data Workshop in Graz The Workshop is being held in German, hence the following description in German only. Pure Data (Pd) ist eine universelle, freie Software-Umgebung zur Erzeugung und Bearbeitung von Klang, Graphik und Daten in Echtzeit. Die Programmierung erfolgt dabei mittels visueller Objekte, die den Einstieg in die kreative Arbeit sehr leicht machen und es vielen KünstlerInnen ermöglichen, Pure Data als intuitives Tool einzusetzen. Dieser zweitägige Workshop wird einen fundierten Einstieg bieten, die ReferentInnen werden mit den TeilnehmerInnen gemeinsam die Grundlagen von Pd erarbeiten, die verschiedenen Bereiche Audio/Video/Installation/Programmierung behandeln, Beispiele zeigen und viele Fragen beantworten. In speziellen Arbeitseinheiten kann weiters Pd selbstständig erforscht werden, immer mit der Möglichkeit einer umfassenden Betreuung. Pure Data wird zu Beginn des Workshops gemeinsam auf den Computern installiert, die TeilnehmerInnen werden gebeten, ihre eigenen Computer zum Workshop mitzunehmen. Pd läuft auf allen gängigen Betriebssystemen (außer Mac OS9) und ist als Open-Source Software natürlich frei und gratis. Weitere Details werden bei der Anmeldung geklärt. Mitarbeit: Florian Hollerweger, Georg Holzmann, Peter Plessas, IOhannes m zmölnig Pd-Graz.mur.at Zeit Ort: * 9. und 10. März 2007, jeweils 10-13 und 14-17 Uhr * im CompetenzCentrum im labor, Jakoministrasse 16, 8010 Graz Teilnahmebedingungen * Unkostenbeitrag EUR 20.- * Die Anzahl der TeilnehmerInnen ist leider auf 10 begrenzt, die Reihenfolge der Anmeldungen zählt. mfg, Peter Plessas ___ PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Amazing Tricks - PureData Workshop - Registration
Registration on: http://pd-graz.mur.at/workshop/ ___ PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
try wget, no need to download expiring and full of adverts malware, dunno if windows has wget (?): wget --secure-protocol=auto --no-check-certificate --force-html --no-directories --recursive --level=0 --accept .pd https://www.cs.tcd.ie/~wardn1/PD_workshop/01.pd-control/ it will get you down all the .pd files in one folder. afterwards just browse the filez by date and you will get the order somehow back. the line can be limited to only one level and you remove the --no-directories to have some better order. /a On 2/22/07, jared [EMAIL PROTECTED] wrote: Hello all, I'm in the middle of downloading the PD Workshop files from: https://www.cs.tcd.ie/~wardn1/PD_workshop/ Is there, by chance, a zip file floating around that has all of the contents of this workshop? I'm 30 minutes into downloading them manually and I've only finished the 'control' section! Thanks much, Jared ___ 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] is this a spectral gate?
Yes, this is true. For many FFT based effects (like spectral gates), you don't really need to convert completely to polar (this conversion can be more expensive than the FFT). For a spectral gate, just calculate the amplitude from real and imag, make your gate decision based on the amplitude and threshold, and then apply the same gain reduction to both real and imag. Add attack and release to the gate-gain for smoother results. Or even quicker, avoid the sqrt in amplitude calculation, and use a squared threshold to compare against the squared amplitude. On Feb 21, 2007, at 11:33 PM, Frank Barknecht wrote: I also think, that the algorithm to calculate the Fourier transform, the Fast-FT or FFT, generates re/im pairs, so skipping the final conversion to polar unless necessary is faster. - - - - - tom erbe ~ [EMAIL PROTECTED] ~ studio director ~ ucsd department of music ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd extended load [any] on startup
hi hans, I was missing the any object in pd (osx), which is the shortversion of iem_anything. so I edited my org.puredata.pd.plist keyloadlib33/key stringiem_anything/string comments, or do you want to include that in the default plist? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Gem]: [pix_texture] doesn't work
hi IOhannes
On Thu, 2007-02-22 at 11:13 +0100, IOhannes m zmoelnig wrote:
Roman Haefeli wrote:
hi IOhannes
thank you for the fast reply. in the meantime i tried the binary from
Pd-0.39.2-extended-test7-ubuntu-dapper-i386 and: it worked well.
which version of Gem is this?
GEM: ver: 0.91-cvs
GEM: compiled: Jan 5 2007
use ./configure --with-glversion=1.5
or - even better - get drivers that provide header-files which match.
hm... how can i make sure, that i have the correct headerfiles? as far
as i can tell i didn't install new headerfiles manually. the fact, that
the the binary from hcs' pd-extended works, makes me think, that the
problem is specific to my system (wrong headers?). what do i need to do
in order to make sure, that i the ./configure of gem looks at the
correct headers, respectively that i only have the correct headers
installed?
the problem is, that your packageing system installs headers which
conform to openGL-2.0 but your driver (this is: the binary library) doesn't.
this is a known issue with ati-drivers, but it appeared to happen with
mesaGL too in recent versions.
i am not sure whether this could be considered really a bug on the
driver (header) side, but i tend to think so.
i could of course create tests during the configure process that test
for each and every openGL function used by Gem whether it is really
supported by the driver. but this is like writing the headers yourself,
and i don't see a reason to do that (why are headers provided?)
i don't know of any other way to test these things at (configure or)
compile time, therefore i leave it to the user to decide.
(it is not that i haven't tried to find a generic way to check; but i
haven't found any working solution, so i did the configure-flag; thanks
to ico for the trigger)
some my advice is:
if you experience problems with unresolved openGL-symbols, try to lower
the maximum openGL-version manually via the --with-glversion argument
until Gem runs.
ok. i'll try that. many thanks for all that info.
on the long run Gem will switch to glew (this has been around for years)
which might fix these problems.
sounds good :-)
with my own compile i didn't try everything, but i tried some of the
help-patches and i had troubles with [pix_texture] (resp. any file that
contains [pix_texture] like pid_image.pd, pix_video.pd and pix_film.pd
so this means, that trivia like the red-square example did work?
yes, i didn't test too much, but many things worked ok, e.g all geos and
'standard' objects like [translate{XYZ}], [color{RGB}].
i'll try to compile again. many thanks again for all the help.
roman
___
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
[PD] select subpatch
i have two subpatches open. i click on one to bring it to the front. what object can tell me that i have clicked on the open window of a subpatch? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] msd broken
thank you thomas for the new msd binaries, that solved the problem and really helped me a lot! marius. Thomas Grill wrote: Oh, i forgot to say that i uploaded new OSX versions of msd for PD and Max to http://g.org/ext/beta Having a short look over the msd source code it seems that there are many occasions of unchecked inputs, so that sending a symbol argument to a method expecting a float can crash the external. Please note: in flext, GetFloat(atom) assumes the atom contains a float (unchecked), while GetAFloat(atom) checks if atom is a float and returns 0 if it isn't. greetings, Thomas Am 21.02.2007 um 16:47 schrieb marius schebella: hi list, I wonder if this is an OSX problem, but my msd2D and msd3D objects are not working (see previour posts). compared to pmpd, which physical modelling object should I give the favour? (default answer: msd) are there other examples for msd? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Thomas Grill http://g.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Gem]: [pix_texture] doesn't work
On Thu, 2007-02-22 at 11:13 +0100, IOhannes m zmoelnig wrote: some my advice is: if you experience problems with unresolved openGL-symbols, try to lower the maximum openGL-version manually via the --with-glversion argument until Gem runs. i tried: ./configure --with-glversion=1.5 the good news is: no undefined symbols anymore, when loading gem. the bad news: the problems i had before recompiling persists. [pix_texture] still doesn't work. roman ___ 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] [Gem]: [pix_texture] doesn't work
On 2/22/07, Roman Haefeli [EMAIL PROTECTED] wrote: the bad news: the problems i had before recompiling persists. [pix_texture] still doesn't work. Send 'mode 0' to pix_texture. Does it work then? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select subpatch
don't think there is an object that can do that. on the other side, if you send a patch the message [vis 1( you can be sure, this patch has the focus. m. hard off wrote: i have two subpatches open. i click on one to bring it to the front. what object can tell me that i have clicked on the open window of a subpatch? ___ 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] [PD-announce] Linux Audio Conference 2007 - program online!
Lots of Pd again this year. See you in Berlin - Forwarded message from nescivi [EMAIL PROTECTED] - From: nescivi [EMAIL PROTECTED] To: The Linux Audio Developers' Mailing List linux-audio-dev@music.columbia.edu, A list for linux audio users [EMAIL PROTECTED] Date: Thu, 22 Feb 2007 17:03:00 +0100 Cc: Subject: [linux-audio-dev] Linux Audio Conference 2007 - program online! Dear all, thanks to many submissions from yourselves, we have been able to create an extensive program for the Linux Audio Conference in Berlin in March, featuring many paper presentations, tutorials, workshops and demos, and not to forget concerts on each night of the conference. (btw, if you still have some linux-made songs you would like to send in for the Radio music, feel free to do so; there are no restrictions on genre there, and we especially created that category to give a place for linux-made recordings). Below is the press release. Hope to see you all in Berlin! The 5th Linux Audio Conference is taking place in Berlin (Germany) in 2007. The TU-Berlin is hosting the conference in cooperation with people of the Humboldt University Berlin, the Berliner Künstlerprogramm of the DAAD, the festival MaerzMusik, the Instituto Cervantes Berlin and the Tesla Berlin. The conference shows once per year important developments in the subject making music with Linux and open source tools. Invited is everyone who is interested in the possibilities of this platform. The LAC is offering a wide range of workshops, tutorials and hands on demos. There will be presentations on the subjects Computer Music, Music Production, Drivers and Sound Architectures and Audio Distributions. The LAC aims at bringing together developers and users of Linux and open source audio software with the goal of information sharing, project discussion and music. Each day of the conference there is a concert which features music composed and created with open source software. One of the highlights of the conference is the demonstration of a auditorium of the TU-Berlin, that has been equipped with a new spatialisation system (Wave Field Synthesis), driven by a Linux-Cluster. The program of the conference is now online and (free) registration is possible. Free admission to all events except to the concerts at the Tesla and the MaerzMusik LAC2007 22.3. to 25.3.2007, TU-Berlin, www.lac.tu-berlin.de - End forwarded message - -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select subpatch
On 22/02/2007, at 17.03, hard off wrote: i have two subpatches open. i click on one to bring it to the front. what object can tell me that i have clicked on the open window of a subpatch? [active] from cyclone, i think ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] select subpatch
duh, yes! m. Steffen wrote: On 22/02/2007, at 17.03, hard off wrote: i have two subpatches open. i click on one to bring it to the front. what object can tell me that i have clicked on the open window of a subpatch? [active] from cyclone, i think ___ 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] PD Workshop files
Hallo! I'm in the middle of downloading the PD Workshop files from: https://www.cs.tcd.ie/~wardn1/PD_workshop/ Is there, by chance, a zip file floating around that has all of the contents of this workshop? I'm 30 minutes into downloading them manually and I've only finished the 'control' section! I downloaded the whole directory structure with wget ! Very nice workshop material - who made this ? Can I put these file on puredata.org? LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Gem]: [pix_texture] doesn't work
On Thu, 2007-02-22 at 10:25 -0600, chris clepper wrote: On 2/22/07, Roman Haefeli [EMAIL PROTECTED] wrote: the bad news: the problems i had before recompiling persists. [pix_texture] still doesn't work. Send 'mode 0' to pix_texture. Does it work then? no. i am aware of this problem. when i use the precompiled binary from Pd-0.39.2-extended-test7-ubuntu-dapper-i386 it works after sending it 'mode 0'. but when i load the Gem.pd_linux i compiled myself from cvs and i load a patch with a [pix_texture] in the render chain and i create the gemwin and then start rendering, i get: GL: invalid enumerant and the gem-window is not redrawn (doesn't get black or show any objects) roman ___ 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] PD Workshop files
I downloaded the whole directory structure with wget ! Sorry, but what is wget? Where did you get it? Very nice workshop material - who made this ? Nicholas Ward Job Title:Part-time Lecturer (MScMM) Qualifications: M.A. Music Technology, M.Sc. Multimedia Systems e-mail: Nicholas dot Ward at cs.tcd.ie https://www.cs.tcd.ie/Nicholas.Ward/ Thanks Georg! Jared ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] a couple of questions
Thanks for the help guys! Makes sense now. Best, Jared -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of IOhannes m zmoelnig Sent: Thursday, February 22, 2007 10:03 AM To: PD-list@iem.at Subject: Re: [PD] a couple of questions Steffen wrote: On 22/02/2007, at 7.02, jared wrote: If you put it in 5.reference folder you can get to it from the help browser. If you put it in the extra folder (that is next to the external file) you can open it by right-clicking an [fluid~] object and choose 'help'. So puting it in both places would maybe give the best enduser experience. i would definitely NOT recommend putting the file in 2 places. this will lead to inconsistencies over time and you will never know what is going on. and nobody will be able to help you ;-( btw, 'help''-clicking on [object] will open the help-patch in the reference-folder too, so this is not the reason why you should put it into ./extra as for the help-browser not being able to browse extra/: this is imo a bug in the help-browser and should be fixed there. please send petitions to the upstream authors to fix it. mfg.adsr IOhannes PS: i accidentally deleted this in my first answer: please always start new threads if you start new threads. the mailing list's name is simple enough and you can always put it into your addressbook if you don't care remembering it. more information can be found at http://puredata.info/community/lists/netiquette#threads mfg.asdr IOhannes ___ 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] PD Workshop files
What would be great is if there would be a nice php script that could automate that process, and create a downloadable zip file snapshot of the current workshop files. I'm not the one to do it though, but it seems do-able! ~Kyle On 2/22/07, Georg Holzmann [EMAIL PROTECTED] wrote: Hallo! I'm in the middle of downloading the PD Workshop files from: https://www.cs.tcd.ie/~wardn1/PD_workshop/ Is there, by chance, a zip file floating around that has all of the contents of this workshop? I'm 30 minutes into downloading them manually and I've only finished the 'control' section! I downloaded the whole directory structure with wget ! Very nice workshop material - who made this ? Can I put these file on puredata.org? LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
Hallo! What would be great is if there would be a nice php script that could automate that process, and create a downloadable zip file snapshot of the current workshop files. what do you mean with current workshop files ? Is this collection a work in progress ? (and this process was automated, I didn't download hundrets of files ... ;) LG Georg PS: for the question in the last mail: http://en.wikipedia.org/wiki/Wget ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] model obj measurements
Hi IOhannes, others, when I load models (wavefront obj. files), how are the measurements related to the GEM coordinates? is it possible, will it be possible in the future to load dxf files also? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
Oops, you're right, I thought it was referring to the wiki structure of the pure-data.org site. It would still be great to have the 'download whole directory as a zip' option on there though (even though it may take extra space). ~Kyle On 2/22/07, Georg Holzmann [EMAIL PROTECTED] wrote: Hallo! What would be great is if there would be a nice php script that could automate that process, and create a downloadable zip file snapshot of the current workshop files. what do you mean with current workshop files ? Is this collection a work in progress ? (and this process was automated, I didn't download hundrets of files ... ;) LG Georg PS: for the question in the last mail: http://en.wikipedia.org/wiki/Wget -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
Hallo, jared hat gesagt: // jared wrote: I downloaded the whole directory structure with wget ! Sorry, but what is wget? Where did you get it? Very nice workshop material - who made this ? Nicholas Ward Job Title:Part-time Lecturer (MScMM) Qualifications: M.A. Music Technology, M.Sc. Multimedia Systems e-mail: Nicholas dot Ward at cs.tcd.ie https://www.cs.tcd.ie/Nicholas.Ward/ Well, but the files included aren't all written by Nicholas Ward. This seems to be a collection of files and documents, that Nicholas found useful. But it includes stuff like the pmpd examples from CVS, the Gem-tutorial pdf by IOhannes etc. some files are by Derek Holzer, others by Aymeric Mansoux etc. But it's a nice selection. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
Hallo, alejo d hat gesagt: // alejo d wrote: try wget, no need to download expiring and full of adverts malware, dunno if windows has wget (?): Google wget for windows and you will find plenty. wget --secure-protocol=auto --no-check-certificate --force-html --no-directories --recursive --level=0 --accept .pd https://www.cs.tcd.ie/~wardn1/PD_workshop/01.pd-control/ This is possible a bit easier with this: $ wget --mirror --no-parent https://www.cs.tcd.ie/~wardn1/PD_workshop/ You may want to delete some index-files afterwards. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] minor but persistent annoyances
Hello all, There are two minor issues in PD that I've ignored for a long time, but they do tend to become annoying after long editing sessions. (The fact that I'm complaining about such small things attests to how amazing PD is otherwise.) 1) Windows do not hold their size. If I carefully set the size of a patch window, it may or may not stay that way for a few edits, but eventually, it will grow. I like to have the windows be just a little bigger than the biggest element in my patch (usually a large background canvas), but PD seems to sporadically resize the windows a bit bigger than that. I can't find a consistent behavior here, it just happens eventually. 2) The opening position of property dialogs, when repeatedly accessed, wander down the screen, until eventually, they are nearly off the bottom of the screen. I'm guessing the behavior is partly intentional, to enable tiling of multiply-opened windows, but it happens even when only one property window is open at a time. I'm on PD-0.39.2-extended-test7, Mac Intel, if that's relevant. Phil Stone UC Davis ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] minor but persistent annoyances
Hallo, Phil Stone hat gesagt: // Phil Stone wrote: 2) The opening position of property dialogs, when repeatedly accessed, wander down the screen, until eventually, they are nearly off the bottom of the screen. I'm guessing the behavior is partly intentional, to enable tiling of multiply-opened windows, but it happens even when only one property window is open at a time. 2), like 1), might be a Mac-specific issue, but I guess not. Normally the real reasons is, that you've moved some patch elements over the top or left border of the patcher window. Then Pd's coordinate system, which has (0,0) in the upper left corner, tries to reorganize itself to the new position of the upper left (0,0) point - and it gets confused, which results in the Properties menu getting displayed out of focus. You can easily test this using attached patch. Simple fix: Never place anthing beyond the upper or left border! Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ movingmenu.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] minor but persistent annoyances
no, that is a known problem which also appears under windows. but maybe not under linux. every time you save the patch, the size gets increased by 1 or even 2 pixels... I think it is a tcl/tk problem. marius. Frank Barknecht wrote: Hallo, Phil Stone hat gesagt: // Phil Stone wrote: 2) The opening position of property dialogs, when repeatedly accessed, wander down the screen, until eventually, they are nearly off the bottom of the screen. I'm guessing the behavior is partly intentional, to enable tiling of multiply-opened windows, but it happens even when only one property window is open at a time. 2), like 1), might be a Mac-specific issue, but I guess not. Normally the real reasons is, that you've moved some patch elements over the top or left border of the patcher window. Then Pd's coordinate system, which has (0,0) in the upper left corner, tries to reorganize itself to the new position of the upper left (0,0) point - and it gets confused, which results in the Properties menu getting displayed out of focus. You can easily test this using attached patch. Simple fix: Never place anthing beyond the upper or left border! Ciao ___ 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] minor but persistent annoyances
both problems appear on mac too. probably tcl/tk related too, i think. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Workshop files
This is possible a bit easier with this: $ wget --mirror --no-parent https://www.cs.tcd.ie/~wardn1/PD_workshop/ You may want to delete some index-files afterwards. Thanks for this. Unfortunately I have no idea what to do with it, as I have no knowledge of HTML or coding--unless it has patch cables ;-) There has to be a zip containing these files floating around out there somewhere :-) Thanks, Jared ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] is this a spectral gate?
When should you use rectangular notation and when should you use polar? Addition vs. Multiplication, of course Addition must be done in rectangular coordinates a+bi + c+di=(a+c) + (b+d)i which we cannot do in polar coordinates, we have to convert back to rect. coords Multiplication is simpler in polar coordinates (a+bi) * (c+di)=(a*c-b*d) + (a*d+b*c)i vs. polar coordinates: r1*e^(a*i) * r2*e^(b*i)=r1*r2*e^((a+b)*i) it's simpler in polar coordinates--requires fewer calculations Rectangular notation is usually the best choice for calculations, such as in equations and computer programs. This is also true for the FFT. FFT is just a convenient factorization of the fourier transform, that speeds up computations from O(N^2) to O(N*log(N)). The fourier transform consists of multiplying and adding complex numbers (a complex valued matrix equation), so the numbers should be kept in rect. form for the sake of doing addition. Plus, of course, we have no native data types in C for doing complex multiplication. Fortran is another thing; it even works with complex vectors. In C, you have to write the loop and write the whole equation for doing complex multiplication. In fortran, you just say x*y. Multiply this matrix, A*bFortran says, yes, sir. (Fortran 90, at least, not sure about Fortran 77) It is nearly pointless to convert to polar coordinates just for the sake of doing multiplication, unless you have a lot of things you want to multiply. I think we should have some simple abstractions to do the simple operations for complex multiplication, division, conjugate, addition, subtraction, probably several more. I don't know why I haven't done it yet. *Every single time I have to do one of the butterfly calculations on a pair of fft's, I have to write it down on paper first.* :) I agree that the polar form is easier to read, and the multiplication of two complex numbers shows very clearly what happens. The amplitudes multiply, and the phases add. Chuck ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] is this a spectral gate?
On 2/21/07, Frank Barknecht [EMAIL PROTECTED] wrote: Anyway, to give you a blackbox maybe like in Reaktor, attached is a Spectral Delay GOP abstraction ready to be dropped into any glitch patch. Thanks Frank this little black box is wonderful. i think pd would be really attractive to more people of there were more patches like this around. sure it is simplistic to want plugins without knowing anything about the math behind it, but having gadgets to mess with in this way allows new users and intermediate pders real tools to play with and perform with from the outset, as well as tools to investigate and hack. (i guess i'm one without a mathmatical bone in my body) the help examples that come with pd are great but limited. would be awesome to see more little blackboxes that sound this great, cheers! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pure Data Workshop in Halle(Saale)/Germany two more days
bad news: there are only two places left good news: we are happy to announce that we extended the workshop two days. these two extra days are optional for those who want to know a little more. thur. 29th of march introduction mon. 2nd of april extension Am 13.02.2007 um 11:14 schrieb Frank Barknecht: Pd-Workshop with Frank Barknecht and Max Neupert in Halle(Saale)/ Germany Academy of Fine Arts and Design Burg Giebichenstein in conjunction with Werkleitz Association will organize a Pure Data Workshop from the 30th of March to 1st of April 2007 The Workshop will be in German, so details follow in this language. Workshop: Der Workshop ist eine Kooperation der Werkleitz Gesellschaft e.V. [1] und des Fachgebiets Medienkunst [2] an der Burg Giebichenstein, Hochschule für Kunst und Design Halle. Er richtet sich an Einsteiger und Fortgeschrittene gleichermaßen. In angenehmer Arbeitsatmosphäre widmen wir uns drei Tage lang intensiv den Grundlagen von Pure Data und der Grafikbibliothek Gem. Im hervorragend ausgestatteten Labor des Fachgebiets Medienkunst werden wir mit verschiedener Technik experimentieren. Private Übernachtungsmöglichkeiten können bei Bedarf vermittelt werden (Bitte bei Ingrid Spörl [EMAIL PROTECTED] oder Max Neupert [EMAIL PROTECTED] melden). Ort: Gärtnerhaus, Seebener Str. 2 in 06114 Halle (Saale) Anfahrt mit der Bahn vom Hauptbahnhof Halle (Saale) zur Straßenbahnhaltestelle Burg Giebichenstein Kosten: Die Teilnahmegebür beträgt 80,- Euro (60,- ermäßigt). Termin: Fr. 30. März - So. 1. April 2007 Am Samstagabend wird Frank Barknecht seine Performance Faltig präsentieren. Öffentliche Einladung hierzu folgt. Anmeldung: Die Zahl der Teilnehmer ist auf fünf begrenzt. Es gilt die Reihenfolge der Anmeldung. Anmeldungen bitte per Post/Fax über die Werkleitz Gesellschaft: http://werkleitz.de/html_de/w_anmeld.html Frank Barknecht ist Medienkünstler, Musiker und Autor. Er lebt und arbeitet in Köln und ist Mitglied des internationalen Künstlerkollektivs GOTO10. Barknecht hat zahlreiche Veröffentlichungen zum Thema Pure Data und Linux-Audio geschrieben. Unter anderem im c't Linux special zum Thema Linux-Audio und im Pure Data Buch bang. Er macht audiovisuelle Performances und wurde zu zahlreichen Festivals eingeladen (u.a. zur kommenden Linux-Audio-Konferenz in Berlin und zur Make Art in Poiters/Frankreich). Barknecht ist derzeit Fellow am Klanglabor der Kunsthochschule für Medien in Köln. http://www.goto10.org http://www.footils.org Max Neupert hat in Halle und Montréal studiert. Neupert hat 2006 in der Klasse von Ute Hörner diplomiert. Als Tutor im Fachgebiet Medienkunst hat er bereits mehrere Workshops rund um Pure Data durchgeführt. http://www.revolwear.com [1] http://www.werkleitz.de [2] http://kunstundmedien.burg-halle.de ___ PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] is this a spectral gate?
oh and thanks for the fft tute to frank! On 2/23/07, we are [EMAIL PROTECTED] wrote: On 2/21/07, Frank Barknecht [EMAIL PROTECTED] wrote: Anyway, to give you a blackbox maybe like in Reaktor, attached is a Spectral Delay GOP abstraction ready to be dropped into any glitch patch. Thanks Frank this little black box is wonderful. i think pd would be really attractive to more people of there were more patches like this around. sure it is simplistic to want plugins without knowing anything about the math behind it, but having gadgets to mess with in this way allows new users and intermediate pders real tools to play with and perform with from the outset, as well as tools to investigate and hack. (i guess i'm one without a mathmatical bone in my body) the help examples that come with pd are great but limited. would be awesome to see more little blackboxes that sound this great, cheers! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pmpd on the Intel Macbook
Hello I have just starting using pd on a new intel mac book. It is working great but I can't seem to get pmpd to install. It gives an error that says that it finds the file but wrong architecture. Is this a case of an intel incompatibility? Is there a UB version of PMPD that I just have not been able to locate? If anyone has got pmpd to work on this platform I would appreciate some help. Thank You Dale Kamiski [EMAIL PROTECTED] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] minor but persistent annoyances
Frank Barknecht wrote: Hallo, Phil Stone hat gesagt: // Phil Stone wrote: 2) The opening position of property dialogs, when repeatedly accessed, wander down the screen, until eventually, they are nearly off the bottom of the screen. I'm guessing the behavior is partly intentional, to enable tiling of multiply-opened windows, but it happens even when only one property window is open at a time. 2), like 1), might be a Mac-specific issue, but I guess not. Normally the real reasons is, that you've moved some patch elements over the top or left border of the patcher window. Then Pd's coordinate system, which has (0,0) in the upper left corner, tries to reorganize itself to the new position of the upper left (0,0) point - and it gets confused, which results in the Properties menu getting displayed out of focus. You can easily test this using attached patch. Simple fix: Never place anthing beyond the upper or left border! Thanks, Frank, that's good to know, but it's not the cause of this problem. As others have pointed out, it's apparently a Mac/Windows Tcl/Tk glitch -- though I couldn't find anything about it on a cursory search of Tcl/Tk known issues. Phil ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] minor but persistent annoyances
Aha! The window is consistently growing by a few pixels, that's why I wouldn't notice it until some random time! Thanks for clearing that up. I couldn't find anything about this on a quick search of Tcl/Tk known issues, but it does seem like a likely source of the problem. Phil marius schebella wrote: no, that is a known problem which also appears under windows. but maybe not under linux. every time you save the patch, the size gets increased by 1 or even 2 pixels... I think it is a tcl/tk problem. marius. Frank Barknecht wrote: Hallo, Phil Stone hat gesagt: // Phil Stone wrote: 2) The opening position of property dialogs, when repeatedly accessed, wander down the screen, until eventually, they are nearly off the bottom of the screen. I'm guessing the behavior is partly intentional, to enable tiling of multiply-opened windows, but it happens even when only one property window is open at a time. 2), like 1), might be a Mac-specific issue, but I guess not. Normally the real reasons is, that you've moved some patch elements over the top or left border of the patcher window. Then Pd's coordinate system, which has (0,0) in the upper left corner, tries to reorganize itself to the new position of the upper left (0,0) point - and it gets confused, which results in the Properties menu getting displayed out of focus. You can easily test this using attached patch. Simple fix: Never place anthing beyond the upper or left border! Ciao ___ 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] is this a spectral gate?
On Wed, 21 Feb 2007 10:30:28 +0100 Frank Barknecht [EMAIL PROTECTED] wrote: A couple of little improvements to specdelay to make it more useful as an audio effect. Hallo, David Powers hat gesagt: // David Powers wrote: I wish there was an fft for dumbies ... or, I guess, some kind of fft black boxes to play with, where you don't need to understand the math. Frank's recent post completely lost me, Now I'm disappointed ... though given a bit of study I can probably decode it. ... ah, and relieved a bit again. ;) But, for instance, in Reaktor or Plogue Bidule, you can move stuff into fft, mess with it, and resynthesize, without having any idea what the hell the math is. In comparison, I really couldn't understand the PD fft examples at all, it's just been too many years since I had a math class. The power of Pd of course is, that you can influence things on a much lower level than NI allows you to do in Reaktor - although I admit, that I only know Reaktor from screenshots. The downside is, that you have to dig deeper to make the most out of Pd. This is especially true for FFT applications. The actual FFT patches often are very simple and they contain just of a handful of objects. It's the knowledge hidden inside that makes them difficult to understand. While you can skip a lot of the math, you cannot do FFT in Pd without at least understanding what kind of data is generated by the two [rfft~] outlets. Because without understanding this, you cannot even fool around with the data in between [rfft~] and [rifft~] in a meaningful way. Anyway, to give you a blackbox maybe like in Reaktor, attached is a Spectral Delay GOP abstraction ready to be dropped into any glitch patch. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ specdelay~.pd Description: Binary data specdelay~-help.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] minor but persistent annoyances
Hallo, marius schebella hat gesagt: // marius schebella wrote: no, that is a known problem which also appears under windows. but maybe not under linux. I've never encountered problem 1), the resizing, on my Linux machines. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
