Re: [PD] Gem on linux
[EMAIL PROTECTED] wrote: > Hello > > Can anybody give me a hint why GEM does stop my machine during playing an > .avi? the same file is played with pidip without any problems. you mean "stop" like "full freeze, have to plug the power-cord"? have a look at the used video decoding libraries; probably one of them is making troubles; afaik pdp (and/or pidip) use only libquicktime (but might be totatlly wrong here...) whereas Gem also uses libavifile and libmpeg3... if one of these libs makes troubles _before_ Gem tries libquicktime then you might get the problems you are experiencing. fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to avoid (most/many/some) readsf~ dropouts
Hans-Christoph Steiner wrote: > > That would be a very nice object to have: [nosleep]. It probably or probably [meth]? are you envisioning an object to put the entire machine into "performance" mode (probably tuneable), or just the harddisk or just the performer? fgamdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Real Time Kernel Debian
Ede Cameron wrote: > Okay after my third attempt and second complete re-install.. does > any-one have links, suggestions about installing a real time kernel. 1 are you absolutely sure you need a real-time kernel or do you just think so, because this word keeps buzzing around? have you tried a _recent_ kernel instead (>=2.6.24), imho they have fairly good behaviour 2 are you building your kernel with initrd support; you really should do so when re-using an upstream kernel configuration, as most of the kernel-drivers are built as modules and you will want to load them in order to access (e.g.) your harddisk (to load further modules!); you have to add the "--initrd" to make-kpk 3 this is not exactly a Pd question, is it? have you considered [Pd-ot] or a debian and/or kernel-specific group? gamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Pd @ KHM open days
Hi, the Academy of Media Arts Cologne (famous for this year's Linux Audio Conference) invites to its annual exhibition of student's works 16th to 19th July. There will be several Pd works again, some of them in the Klanglabor/Soundlab of the Academy, where Matthias Neuenhofer and myself will show pieces for the "16:9" speaker wall of Rumori/Teige. I cannot say much about Matthias' work, except that it's hauntingly beautiful! My piece is called "schusslig 1.7 beta" and consists of an unfinished abstract 2D bullet hell shoot'em'up game (Psyvariar meets Pong) written in Lua (the engine is ~500 lines of pure Lua, to be published later), graphics projected with Gem and sonified with Pd (with some game sounds courtesy of Obiwannabe) for you to survive. More info on the open days: http://www.khm.de/ Programme: http://www.khm.de/aktuelles/pressemeldung/article/112-tage-der-offenen-ta14r-an-der-khm/ 16:9 http://www.rumori.de/projects/169/ Hope to see you there, -- Frank Barknecht _ __footils.org__ ___ Pd-announce mailing list [EMAIL PROTECTED] 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] Spell checking / existence of a word
Hi list, Has anybody developped a way to check the existence of a word in a given dictionnary? As a basis, I was looking at the aspell command line spell checking tool : http://aspell.net/ This is well suited, but it will need to use the shell object and I'm working under OSX, so I'm not sure of it's long term stability. Aspell can be used as a lib also, so i was wondering if anyone has ever developped an external based on it? Or has anyone some other ideas to do that? Thanks in advance, Nicolas -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] xxxxx pd workshop, berlin 29-31 august
You've got Pluggability. Pure Data in the Summer. 29-31 August, 2008 x/pickledfeet, Berlin Cost: 60 EUR (with HID sensor board), 50 EUR (without) Pure Data (Pd) presents the ultimate, free software environment for sheer audio, video and hardware pluggability, patching and piping. Pd provides the basis for all manner of audiovisual performance and trans-media installation, as well as satisfying the artistic quest for heady experimentation and improvisation. Yet few artists take the time to master a solid foundation in this graphical programming environment. The three day You've got pluggability workshop aims to provide a firm grounding and clear overview of the varied possibilities and paths offered by Pure Data. The first day will introduce Pd and quickly move on to how to create patches which create sounds and noises. The second day will look further at sound, particularly how to work with sampled audio, and will introduce the GEM library for working with live and recorded video. The third day will start with a look at the HID (Human Interface Device) system for getting sensor input into Pd, and venture into to using this input to control the audio and video patches which the participants have already created. No previous experience is necessary to take this workshop. This PD workshop will be roughly based on the Pure Data FLOSS Manual, written by Derek Holzer, Luka Princic, Adam Hyde and contributors from the PD community: http://flossmanuals.net/puredata Participants should bring their own laptop running GNU/Linux, Mac OS X or Windows, and with Pure Data Extended installed from: http://puredata.info/downloads They are also encouraged to bring their own ideas, sensors, USB game controllers, MIDI devices, microphones and video cameras. There will be an opportunity to buy the inexpensive x-HID sensor input board produced at Pickled Feet: http://1010.co.uk/avrhid.html Limited places! Please register before 24 August at: [EMAIL PROTECTED] ---About the Teachers Derek Holzer [USA 1972] began working with Pure Data in 2001. Since then, he has taught and performed with the program across Europe, North America, Brazil and New Zealand. His work focuses on field recording, networked collaboration strategies, experiments in improvisational sound and the use of free software such as Pd. He is currently writing a beginner's manual for Pure Data. http://www.umatic.nl/info_derek.html Martin Howse operates within the fields of discourse, speculative hardware (environmental data in open physical systems), code (an examination of layers of abstraction), free software and the situational (performances and interventions). http://1010.co.uk Location: x, pickledfeet, Linienstrasse 54, Berlin 10119 U2, Rosa-Luxemburg-Pl. U8, Rosenthaler Pl. Telephone: 3050187482. http://pickledfeet.com -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 125: "Only a part, not the whole" ___ Pd-announce mailing list [EMAIL PROTECTED] 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] really annoying question about tildes~
why do tilde objects work in vanilla pd, but the zexy tilde objects are so uncooperative? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to avoid (most/many/some) readsf~ dropouts
Matt Barber wrote: > Hey Greg, > > I wonder what would happen > if you split your 8-channel files and played them simultaneously as > 4-channel soundfiles... Yeah, this is how the piece was originally created -- the idea being, if all "mixing" happened in real time, it would be easier to effect musical changes during rehearsal. > or, if it's always running on your computer, > you might try storing half of your soundfiles on one disk and the > other half on another -- it's hard to know whether the disk is going > bonkers or readsf~ breaks. Good thinking. The soloist is considering an upgrade to dual 10,000rpm SCSI drives -- a wise move given that mine is not be the only work in his repertoire requiring this level of computer performance. > Depending on the size of your files you > might bite the bullet and load them into tables... I tried this, but it only works in a few cases since the files are generally too large for tables. > At any rate, you should have three files -- one is a generic > abstraction that shows the general method. The other abstraction > (playback_8ch_fade) is based on your first patch, and is generalized > to play any 8-channel soundfile -- hopefully the comments in them are > useful. This is *extremely* helpful. My previous approach involved the creation of unique abstractions for slightly modified instances. Your "all in one" is far more flexible and better suited to real world use. > I kept your 6 the throws to ch1-ch8 (I'd probably use outlet~ more often than not, > but this is fine if you know how you need to set up the rest of the > patch). Yup, you hit the "humanization" nail on the head. In certain sections of the piece, the computer builds complete musical gestures in real time. Depending on where it is in the score, the patch chooses the appropriate soundfile type and selects a specific file to trigger from a predetermined list wherein all files are similar, but never identical. (For obvious reasons, subtle volume and timbre changes are important when attempting to create an organic and richly varied performance environment). Randomizing start times between 6 and 56 ms seems to provide a natural "ensemble" feel in these instances. > It uses the same general method as the generic patch, but adds some > other goodies I would feel obligated to provide if I were giving the > abstraction to someone to use... but maybe it's way overkill for > personal use, or inside a patch where nobody's gonna see it. It has > some basic type-checking and conversion, but no error printing, which > I would normally do if I had the time or were building a library. It > also has a small example of some dynamic patching, which might better > be left out, and could maybe even be avoided in this example (nothing > comes to mind instantly)... I like having the option to change things > on the fly, though, so I use this kind of thing in my own patches all > the time. Let me know if it's even readable. The third file (marked > "revised") is an example of how to use the bigger abstraction. I > haven't fully debugged it all, and lots of optimizations could be made > all over the place but I think it should work as an example patch. Fantastic. A wonderful abstraction tutorial. I'll be sure to post my "final solution" to the list once I find what works best. > Of course others are welcome to comment if it sucks, or use any of it > if they find it compelling. =o) Let me know if this helps out, but > I've a feeling your problem is deeper than any method for using > [readsf~]. Agreed. And I'm surprised there aren't others running into this problem with 8-channel 88.2/24 interactive patches like this. Of course, the 8-channel environment is useful for its ambisonic and other spatialization potential, and one solution that works well (for certain musical situations) is to spatialize monophonic soundfiles in real time. This is a great solution for reducing performance demand on the hard drive, but quickly becomes expensive in CPU cycles... Best, G > On Mon, Jul 14, 2008 at 12:51 PM, Dr. Greg Wilder > <[EMAIL PROTECTED]> wrote: >> Matt Barber wrote: Date: Sat, 12 Jul 2008 13:56:54 +0200 From: Damian Stewart <[EMAIL PROTECTED]> Subject: [PD] how to avoid (most/many/some) readsf~ dropouts To: PD-List Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed hey, one thing i've noticed with readsf~ using it in my own live-performance sets is that doing this [symbol blahblahblah.aif] | [open $1, bang( | [readsf~] sometimes causes dropouts. but if you go [symbol blahblahblah.aif] | [t b a] | \ | \ [del 50][open $1( | __/ |/ [readsf~] then you remove (all/many/some) of the dropouts. i haven't extensively tested this, but anecdotal evidence see
Re: [PD] 2 questions for hans about the upcoming 0.40 extended release
Yeah, that makes it a very easy library to manage since you don't need to build binaries for all of the different platforms. Installing it will just be a matter of putting the libdir folder in the right place. .hc On Jul 14, 2008, at 3:25 AM, hard off wrote: hans, my library is not externals, its a library of abstractions. lots of building blocks for drums, synths, effects and samplers. i'd really like to include it in pd-extended,a s it contains a lot of stuff that would be very useful for people making music with pd. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to avoid (most/many/some) readsf~ dropouts
Dr. Greg Wilder wrote: > Matt Barber wrote: >> Hey Greg, >> >> I wonder what would happen >> if you split your 8-channel files and played them simultaneously as >> 4-channel soundfiles... how long are the files? if they're not so long, and you've got a computer with a lot of memory, you might be able to load them all to RAM. if they're, say, 10 minutes each, and you have 8, then thats 10*60*44100*8 channels * 4 bytes (32 bit sample data) = 810MB of data. hrm. perhaps not.. (you can use [soundfiler]'s -maxsize argument to allow it to load enormous files without any problems - just say -maxsize ) -- damian stewart | +31 6 5902 5782 | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to avoid (most/many/some) readsf~ dropouts
Hallo, Damian Stewart hat gesagt: // Damian Stewart wrote: > Dr. Greg Wilder wrote: > > Matt Barber wrote: > >> Hey Greg, > >> > >> I wonder what would happen > >> if you split your 8-channel files and played them simultaneously as > >> 4-channel soundfiles... > > how long are the files? if they're not so long, and you've got a computer > with a lot of memory, you might be able to load them all to RAM. if > they're, say, 10 minutes each, and you have 8, then thats 10*60*44100*8 > channels * 4 bytes (32 bit sample data) = 810MB of data. hrm. perhaps not.. And as Greg uses 88200 kHz samplerate, it's twice as much. ;) Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spell checking / existence of a word
Hallo, Nicolas Montgermont hat gesagt: // Nicolas Montgermont wrote: > Has anybody developped a way to check the existence of a word in a given > dictionnary? > As a basis, I was looking at the aspell command line spell checking tool > : http://aspell.net/ > This is well suited, but it will need to use the shell object and I'm > working under OSX, so I'm not sure of it's long term stability. > Aspell can be used as a lib also, so i was wondering if anyone has ever > developped an external based on it? > Or has anyone some other ideas to do that? You could use Lua instead. It's like [shell] on steroids, if you employ something like "io.popen" like this: word = get_word_from_inlet() cmd = "aspell -c " .. word p = assert(io.popen(cmd)) result = p:read("*all") Lua is trivial to build on OS-X. I just did it and I'm a complete OS-X idiot. Here's how: You check out pdlua from goto10 subversion, edit Makefile.static to let it find m_pd.h and build for OS-X ("PLATFORM = macosx"), then do "make -f Makefile.static" while connected to the net to let make download and build Lua for you and that's it. OS-X seems to come with everything needed. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pdpedia is back!
On Jul 13, 2008, at 2:36 PM, Ico Doornekamp wrote: > > * On 2008-07-11 Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote : > >> >> On Jul 11, 2008, at 4:05 AM, Ico Doornekamp wrote: >> >>> >>> * On July 11th, Hans-Christoph Steiner Wrote >>> After a little holiday due to an OS upgrade, pdpedia is back! Please let me know if it isn't working for you: >>> >>> Works fine, although the wiki seems to be under the attack of >>> spammers >>> already: a lot of pages have been replaced with links, spam and >>> other >>> gibberish. >>> >>> I know some of the tricks how to avoid this in mediawiki, drop me a >>> private mail if you're interested. >> >> Here's some of wikipedia/mediawiki's advice: >> >> http://www.mediawiki.org/wiki/Anti-spam_features > > I recommend the ConfirmEdit plugin (which is also listed on the above > page) using only the 'addurl' and 'createaccount' triggers. This > requires the user to fill out a captha when adding new links to a page > or when creating a new account, while editing of regular content is > not > affected. On a mediawiki page I administer this plugin was able to > keep > out the >200 spam edits which were performed every day. That one sounds rational. How long have you been using it? I am sure that many anti-spam techniques will reduce spam in the short run. The trick is to make sure that the spammers don't then shift to some other kind of spamming which is more work to manage, like creating accounts. .hc > > Ico > > -- > :wq > ^X^Cy^K^X^C^C^C^C > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to avoid (most/many/some) readsf~ dropouts
On Tue, 2008-07-15 at 19:09 +0200, Frank Barknecht wrote: > Hallo, > Damian Stewart hat gesagt: // Damian Stewart wrote: > > > Dr. Greg Wilder wrote: > > > Matt Barber wrote: > > >> Hey Greg, > > >> > > >> I wonder what would happen > > >> if you split your 8-channel files and played them simultaneously as > > >> 4-channel soundfiles... > > > > how long are the files? if they're not so long, and you've got a computer > > with a lot of memory, you might be able to load them all to RAM. if > > they're, say, 10 minutes each, and you have 8, then thats 10*60*44100*8 > > channels * 4 bytes (32 bit sample data) = 810MB of data. hrm. perhaps not.. > > And as Greg uses 88200 kHz samplerate, it's twice as much. ;) there were several discussions on this list about the precision problem when using [tabread*] with big tables (above 16777216 samples not every sample can be accessed anymore). i wonder now, wether this applies as well to [tabplay~], or is this one not using some kind of indexing, but just plays samples consecutively? as an alternative: assuming the files were in 16 bit, wouldn't it make more sense to create a ramdisk and store all wav-files there in order to read them with [readsf~]? this way you would save half of the amount, because they are stored as 16 bit instead of 32 bit then. 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] Real Time Kernel Debian
On 15-Jul-08, at 3:13 AM, IOhannes m zmoelnig wrote: > Ede Cameron wrote: >> Okay after my third attempt and second complete re-install.. >> does any-one have links, suggestions about installing a real time >> kernel. > > > 1 are you absolutely sure you need a real-time kernel or do you > just think so, because this word keeps buzzing around? have you > tried a _recent_ kernel instead (>=2.6.24), imho they have fairly > good behaviour Need was never my motivation. Perhaps more a "how-to" motivation. > > 2 are you building your kernel with initrd support; you really > should do so when re-using an upstream kernel configuration, as > most of the kernel-drivers are built as modules and you will want > to load them in order to access (e.g.) your harddisk (to load > further modules!); you have to add the "--initrd" to make-kpk Yes I think my kernel build is right and I used --initrd. My problem now lies more in yaboot which only recognizes two operating systems Mac Os X and linux. There is no grub boot. So there is no option to boot into different kernel versions only operating systems But with --initrd does this mean I could disable the original kernel in "/boot" and only boot the rt custom kernel? > > 3 this is not exactly a Pd question, is it? have you considered [Pd- > ot] or a debian and/or kernel-specific group? Done. If any one replies please reply to pd-ot. I'm a bit intimidated by the kernel sites I've seen... thought some one might have had same problem.. Sorry Ede > > > gamsdr > IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pdpedia is back!
* On 2008-07-15 Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote : > > On Jul 13, 2008, at 2:36 PM, Ico Doornekamp wrote: >> >> * On 2008-07-11 Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote : >>> >>> On Jul 11, 2008, at 4:05 AM, Ico Doornekamp wrote: * On July 11th, Hans-Christoph Steiner Wrote > After a little holiday due to an OS upgrade, pdpedia is back! > Please > let me know if it isn't working for you: Works fine, although the wiki seems to be under the attack of spammers already: a lot of pages have been replaced with links, spam and other gibberish. I know some of the tricks how to avoid this in mediawiki, drop me a private mail if you're interested. >>> >>> Here's some of wikipedia/mediawiki's advice: >>> >>> http://www.mediawiki.org/wiki/Anti-spam_features >> >> I recommend the ConfirmEdit plugin (which is also listed on the above >> page) using only the 'addurl' and 'createaccount' triggers. This >> requires the user to fill out a captha when adding new links to a page >> or when creating a new account, while editing of regular content is not >> affected. On a mediawiki page I administer this plugin was able to keep >> out the >200 spam edits which were performed every day. > > That one sounds rational. How long have you been using it? Since august last year, and fortunately not a single spam or vandalism since. We also run the 'SpamBlacklist' plugin, but this one was not able to keep out the spam on its own. > I am sure that many anti-spam techniques will reduce spam in the short > run. The trick is to make sure that the spammers don't then shift to > some other kind of spamming which is more work to manage, like > creating accounts. Indeed. Our wiki used to be configured to only allow edits from logged in people, and all the vandalism was done through logged-in accounts. This why having a captcha for creating accounts might help as well. I see in the pdpedia 'recent changes' page that most of the spam is confined to two or three pages only, but it still messes up the history overview and makes it unreadable because of the tens of edits per day. Another question on the wiki: as a PD newcomer, one of the things I'm looking for is a more or less 'formal' description for each module's parameters, inputs and outputs. Most of the help pages have a short description and some example of a modules usage, but there does not seem to be a single structural way to describe each module. Would it be an idea to define some templates and examples for this purpose and ask the users of the wiki to use this to describe modules ? Ico -- :wq ^X^Cy^K^X^C^C^C^C ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to avoid (most/many/some) readsf~ dropouts
> Of course, the 8-channel environment is useful for its ambisonic and other > spatialization potential, and one solution that works well (for certain > musical situations) is to spatialize monophonic soundfiles in real time. > This is a great solution for reducing performance demand on the hard drive, > but quickly becomes expensive in CPU cycles... > Right. You can split the difference, though, if you're using ambisonics, provided you're using B-format (wxyz). You can do all your ambisonic encoding and room simulation ahead of time, and then do the decoding in Pd. This way you'd only be reading four channels at a time, and the conversion from B-format to 8-channels is a fairly inexpensive set of multiplies and adds (a little more expensive if it's a "cube" rather than an "octagon" array, I think, since you could discard the "Z" harmonic with the octagon; in Pd a cube decode could be on the order of 24 +'s and as few as 4 *'s, most of the adds taking place in connections as the vectors are automatically added) -- you could easily make an abstraction to just put on the end right before you send it to [dac~], since b-format streams should mix linearly. I'm sure there are externals which could do this more efficiently than an abstraction (loathe as I am to use externals when there's an easy abstraction solution). In this setup, normalization becomes a little harder, though. It would also be useful if you later wanted to do some simple ambisonic "panning" of the solo marimba throughout the array - you'd have half the architecture you'd need for it, and B-format encoding of two or three streams is not gonna break the bank (unless you were doing some kind of full-on room simulation on top of it). The point is moot if you're using 2nd-order ambisonics, though, or if you've already spent a lot of time mixing and normalizing. As an aside, for pieces with different sections and patches with modularized processes, it might be a good idea to use the fade-in and fade-out in conjunction with [switch~] for expensive processes so that you're only burning cycles when the subpatch or abstraction for that section or process is being used -- but you have to be careful when there are delays involved since, iirc, delay lines maintain their state when they're shut off. You also have to insulate its [line~]'s and such from being triggered while it's off -- but it's easy enough to simply use [spigot]s to keep the patch from receiving any message at all. Matt ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pdpedia is back!
On Jul 15, 2008, at 2:04 PM, Ico Doornekamp wrote: > > > * On 2008-07-15 Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote : >> >> On Jul 13, 2008, at 2:36 PM, Ico Doornekamp wrote: >>> >>> * On 2008-07-11 Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote : On Jul 11, 2008, at 4:05 AM, Ico Doornekamp wrote: > > * On July 11th, Hans-Christoph Steiner Wrote > >> After a little holiday due to an OS upgrade, pdpedia is back! >> Please >> let me know if it isn't working for you: > > Works fine, although the wiki seems to be under the attack of > spammers > already: a lot of pages have been replaced with links, spam and > other > gibberish. > > I know some of the tricks how to avoid this in mediawiki, drop > me a > private mail if you're interested. Here's some of wikipedia/mediawiki's advice: http://www.mediawiki.org/wiki/Anti-spam_features >>> >>> I recommend the ConfirmEdit plugin (which is also listed on the >>> above >>> page) using only the 'addurl' and 'createaccount' triggers. This >>> requires the user to fill out a captha when adding new links to a >>> page >>> or when creating a new account, while editing of regular content >>> is not >>> affected. On a mediawiki page I administer this plugin was able >>> to keep >>> out the >200 spam edits which were performed every day. >> >> That one sounds rational. How long have you been using it? > > Since august last year, and fortunately not a single spam or vandalism > since. We also run the 'SpamBlacklist' plugin, but this one was not > able > to keep out the spam on its own. > >> I am sure that many anti-spam techniques will reduce spam in the >> short >> run. The trick is to make sure that the spammers don't then shift to >> some other kind of spamming which is more work to manage, like >> creating accounts. > > Indeed. Our wiki used to be configured to only allow edits from logged > in people, and all the vandalism was done through logged-in accounts. > This why having a captcha for creating accounts might help as well. > > I see in the pdpedia 'recent changes' page that most of the spam is > confined to two or three pages only, but it still messes up the > history > overview and makes it unreadable because of the tens of edits per day. Previously, it was really easy to delete all of the spams, so they weren't in the history anymore. But it seems my 'delete' tab has disappeared. Can anyone else delete the spam, or perhaps something has changed in the mediawiki config since the OS upgrade fiasco. > Another question on the wiki: as a PD newcomer, one of the things I'm > looking for is a more or less 'formal' description for each module's > parameters, inputs and outputs. Most of the help pages have a short > description and some example of a modules usage, but there does not > seem > to be a single structural way to describe each module. Would it be an > idea to define some templates and examples for this purpose and ask > the > users of the wiki to use this to describe modules ? Yes, that's definitely what we are trying to do with pdpedia. If you want to take the lead on that, please do! .hc > > Ico > > -- > :wq > ^X^Cy^K^X^C^C^C^C > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to avoid (most/many/some) readsf~ dropouts
Matt Barber wrote: >> Of course, the 8-channel environment is useful for its ambisonic and other >> spatialization potential, and one solution that works well (for certain >> musical situations) is to spatialize monophonic soundfiles in real time. >> This is a great solution for reducing performance demand on the hard drive, >> but quickly becomes expensive in CPU cycles... > > Right. You can split the difference, though, if you're using > ambisonics, provided you're using B-format (wxyz). You can do all > your ambisonic encoding and room simulation ahead of time, and then do > the decoding in Pd. This way you'd only be reading four channels at a > time, and the conversion from B-format to 8-channels is a fairly > inexpensive set of multiplies and adds (a little more expensive if > it's a "cube" rather than an "octagon" array, I think, since you could > discard the "Z" harmonic with the octagon; in Pd a cube decode could > be on the order of 24 +'s and as few as 4 *'s, most of the adds taking > place in connections as the vectors are automatically added) -- you > could easily make an abstraction to just put on the end right before > you send it to [dac~], since b-format streams should mix linearly. > I'm sure there are externals which could do this more efficiently than > an abstraction (loathe as I am to use externals when there's an easy > abstraction solution). In this setup, normalization becomes a little > harder, though. > > It would also be useful if you later wanted to do some simple > ambisonic "panning" of the solo marimba throughout the array - you'd > have half the architecture you'd need for it, and B-format encoding of > two or three streams is not gonna break the bank (unless you were > doing some kind of full-on room simulation on top of it). > > The point is moot if you're using 2nd-order ambisonics, though, or if > you've already spent a lot of time mixing and normalizing. Great points all around. Of course I spent a great deal of time considering a range of similar approaches before I began work on the project. The commission dictated a high-resolution, 8-channel cube array, and the decision to avoid B-format came down to the fact that I wasn't happy with reverberation quality produced by the available csound ambisonic and spatialization algorithms. I knew I was giving up a certain amount of flexibility by directly rendering the files (using csound and a custom java-based preprocessor), but it seems I didn't quite anticipate the heavy demand the files would put on the playback system. G ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Free rotation in GEM
Hi, I have a question which I know myself is very vague, but may also be straight forward as well to anyone who has had the same problem. Trying to achieve free rotation *without* using [accumrotate], I have come across concepts such as multiplying matrixs and converting a matrix to "quarternion", "gimbal lock". At least my understanding so far is that, no combination of chaining [rotate] objects give me results I expect. How do you implement precise control of rotation matrixs? Is this exactly what people use GridFlow for? Or else, is the only option to make a patch which crunches yucky and complex matrix multiplication, then feed the results to [rotate] ? -- David Shimamoto ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Free rotation in GEM
On Wed, 16 Jul 2008, PSPunch wrote: Trying to achieve free rotation *without* using [accumrotate], I have come across concepts such as multiplying matrixs and converting a matrix to "quarternion" How do you implement precise control of rotation matrixs? Is this exactly what people use GridFlow for? If you tried GridFlow's bundled examples you'd see what I use GridFlow for. I suppose that I could add some other people's examples in the package, if they sent it to me for that purpose. There is already one patch by Roman Häfeli in GridFlow's examples though. GridFlow does not support quaternions. I bet it's possible to add support for it using abstractions, but it wouldn't be fast. But I'm willing to add it to the core... there's already a complex-number section in number.c, why not quaternion product? It would be called [# H.*] where H stands for Hamilton (in math the letter Q is already reserved for rationals, so I'd use H even though the concept of rational reasonably couldn't appear in that particular place). _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Free rotation in GEM
Hi Mathieu, I have not looked into GridFlow much, but I had the impression that its main concept was to add matrix manipulation features to Pd, all of its visual capabilities being just one of the many results of data you can manipulate with matrix. (or is the egg first?) Anyway, understanding its marvelous potentials, I have lately been stuck with Windows platforms. At least I got your point that utilizing GridFlow only for crunching numbers may work but not so efficient. What I am trying to do is rotate the vector axis of the object before applying [rotation]. This also calls for a method of summing the rotations when applying multiple times (and my current understanding is that this can only be done by multiplying the quaternion on each rotation) If there is no solution at the moment, perhaps Gem could use a few extra objects to ease advanced rotations? I feel like I am complaining about lack of features without pointing out what exactly is missing, when I should be blaming my lack of math skills. hmmm.. -- David Shimamoto > On Wed, 16 Jul 2008, PSPunch wrote: > >> Trying to achieve free rotation *without* using [accumrotate], I have >> come across concepts such as multiplying matrixs and converting a matrix >> to "quarternion" >> How do you implement precise control of rotation matrixs? >> Is this exactly what people use GridFlow for? > > If you tried GridFlow's bundled examples you'd see what I use GridFlow > for. I suppose that I could add some other people's examples in the > package, if they sent it to me for that purpose. There is already one > patch by Roman Häfeli in GridFlow's examples though. > > GridFlow does not support quaternions. I bet it's possible to add > support for it using abstractions, but it wouldn't be fast. But I'm > willing to add it to the core... there's already a complex-number > section in number.c, why not quaternion product? It would be called [# > H.*] where H stands for Hamilton (in math the letter Q is already > reserved for rationals, so I'd use H even though the concept of rational > reasonably couldn't appear in that particular place). > > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spell checking / existence of a word
On Tue, Jul 15, 2008 at 07:17:48PM +0200, Frank Barknecht wrote: > Hallo, > Nicolas Montgermont hat gesagt: // Nicolas Montgermont wrote: > > > Has anybody developped a way to check the existence of a word in a given > > dictionnary? > > As a basis, I was looking at the aspell command line spell checking tool > > : http://aspell.net/ > > This is well suited, but it will need to use the shell object and I'm > > working under OSX, so I'm not sure of it's long term stability. > > Aspell can be used as a lib also, so i was wondering if anyone has ever > > developped an external based on it? > > Or has anyone some other ideas to do that? > > You could use Lua instead. It's like [shell] on steroids, if you > employ something like "io.popen" like this: > > word = get_word_from_inlet() > cmd = "aspell -c " .. word > p = assert(io.popen(cmd)) > result = p:read("*all") > > Lua is trivial to build on OS-X. I just did it and I'm a complete OS-X > idiot. Here's how: You check out pdlua from goto10 subversion, edit > Makefile.static to let it find m_pd.h and build for OS-X ("PLATFORM = > macosx"), then do "make -f Makefile.static" while connected to the net > to let make download and build Lua for you and that's it. OS-X seems > to come with everything needed. Hi Frank, Did you have to install the XCode developer kit (or whatever it's called) to do this? Or is there a built in compiler? What version of OSX is it? Thx for the help, sorry for the OT! Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [nosleep] WAS: how to avoid (most/many/some) readsf~ dropouts
On Jul 15, 2008, at 3:08 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> >> That would be a very nice object to have: [nosleep]. It probably > > or probably [meth]? > > are you envisioning an object to put the entire machine into > "performance" mode (probably tuneable), or just the harddisk or > just the > performer? I think a suite of low-level objects would be very useful, then you could create your own [performance_mode] abstraction. Things like [hdparm], [/sys], [/proc], etc. .hc > > fgamdr > IOhannes > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [nosleep] WAS: how to avoid (most/many/some) readsf~ dropouts
On Tue, 15 Jul 2008, Hans-Christoph Steiner wrote: I think a suite of low-level objects would be very useful, then you could create your own [performance_mode] abstraction. Things like [hdparm], [/sys], [/proc], etc. doesn't [/sys] and [/proc] conflict with your namespaces? as does [/] already, I mean... _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Free rotation in GEM
On Wed, 16 Jul 2008, PSPunch wrote: I have not looked into GridFlow much, but I had the impression that its main concept was to add matrix manipulation features to Pd, all of its visual capabilities being just one of the many results of data you can manipulate with matrix. Well, that's sort of it, if you use the name 'matrix' as taken from Jitter, or as taken from a plain linear algebra system that has been expanded to higher-order structures. I mean that in math, 'matrix' is limited to mean a grid of weights that make inputs correspond to outputs. the indices of that grid are 2-dimensional, with the rows representing inputs and the columns representing outputs or the other way around depending on which way you prefer it (or which way your software prefers it). The concept of 'matrix' as you would find in Jitter is something more generic, meaning that it's more about just storage than any particular operators... math is much more operator-oriented: matrices are matrices because of how you add and multiply them. Anyway, understanding its marvelous potentials, I have lately been stuck with Windows platforms. At least I got your point that utilizing GridFlow only for crunching numbers may work but not so efficient. No, you didn't get my point. I was talking about quaternions in particular, and not even in comparison to how else you could possibly do any quaternions in Pd. Well, GridFlow is fine for number crunching, but it depends what. I don't recall anything in Pd that directly supports quaternions. Depending on what plugins you can use, you may or may not have a way to cook your own quaternions. I suspect that it's doable in GridFlow and less doable with other plugins, as it is usually the case, but I don't know. This also calls for a method of summing the rotations when applying multiple times (and my current understanding is that this can only be done by multiplying the quaternion on each rotation) yeah. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Free rotation in GEM
Mathieu, > Well, that's sort of it, if you use the name 'matrix' as taken from > Jitter, or as taken from a plain linear algebra system that has been > expanded to higher-order structures. I was referring to matrix as in linear algebra like you mentioned. I no nothing about features that Jitter has. /* O/T This was one of the topics in math which I missed out in high school. (Hey, wasn't goofing off.. schedules were conflicting with biology classes :) Now that I've got a grasp of what they are good for in real (or virtual) life, I enjoyed spending the last week or so studying math putting patching aside. :( */ >> Anyway, understanding its marvelous potentials, I have lately been stuck >> with Windows platforms. At least I got your point that utilizing >> GridFlow only for crunching numbers may work but not so efficient. > No, you didn't get my point. I was talking about quaternions in > particular, and not even in comparison to how else you could possibly do > any quaternions in Pd. > Well, GridFlow is fine for number crunching, but it depends what. I > don't recall anything in Pd that directly supports quaternions. > Depending on what plugins you can use, you may or may not have a way to > cook your own quaternions. I suspect that it's doable in GridFlow and > less doable with other plugins, as it is usually the case, but I don't > know. Got it. >> This also calls for a method of summing the rotations when applying >> multiple times (and my current understanding is that this can only be >> done by multiplying the quaternion on each rotation) > > yeah. Great, I wasn't quite sure on that. Thanks again Mathieu, I think you've gifted me enough bases to start building thoughts on this. -- David Shimamoto ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list