Re: [PD] computer or patch problems
On 17/01/2023 12:06, Hans Roels wrote: Could someone with a recent, fast computer check if my synth patch still has audio glitches? it happens when the cpu is 'overloaded'. everything is fine (on my trusted old 3.4 ghz haswell i5) until 7 or more notes are playing (or are in the decay phase) bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [command] output
On 02/02/2022 13:04, Roman Haefeli wrote: On Wed, 2022-02-02 at 12:06 +0100, IOhannes m zmoelnig wrote: https://github.com/pd-externals/command/issues/9 Thanks, Martin, for finding that bug and thanks for fixing it, and i'm looking forward to the new version. and thanks, IOhannes, for creating an issue. sorry, i should have done this myself, but i was not entirely sure whether this was a bug or i was doing something wrong... bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] [command] output
On 01/02/2022 22:25, Roman Haefeli wrote: As I tried to explain previously, this is expected behavior in Pd land. yes, but the float is coming out of the leftmost output, and this only happens when the commands output is a number (and only a number). "exec echo 123456789" for example, while "exec echo number123456789" works adding a string, and afterwards splitting it off is a workaround. Note: If your [command] outputs stdout on the left, then you're using a unreleased beta version of [command] that probably even hasn't the -b -b works fine. (and is also a (the probably better) workaround. flag implemented. However, only the released version v0.1 is available through Deken. i use command[v0.1](Linux-amd64-32).dek Uploaded by rdz @ 2021-10-01 22:20:51 installed via deken a few days ago bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] ggee shell does not work in 0.52
On 30/01/2022 21:43, Roman Haefeli wrote: If you want to preserve the exact output, use the binary format invoked with the -b flag [command -b]. This returns the results as list of bytes. You could use [list tosymbol] to convert the whole thing to a single symbol. i have tried this (and used list/tosymbol before with filenames as numeric characters), and it works. but the problem is, that exec date +%S%M%H%m%d (my randomseed which looks like 3401210201 for example) apparently prepends a parsed numeric value to LS_EXIT (first) outlet of [command]). the output is something like print: 5.70921e+09 print: 0 and nothing at the middle (and right) outlet. with any character (non numeric) added to the date string, everything woks as expected. bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] ggee shell does not work in 0.52
On 28/01/2022 08:53, IOhannes m zmölnig wrote: it's of course always nicer to be vanilla only. i suggested zexy mainly because you were *already* using an external that is true, though i try to use as few externals as possible, and i had already to use something to invoke commands. i have switched to [command] and it works fine (except for numeric values being converted to floats and coming out of the left outlet (!?), but adding a (non numeric) character to the output helped.) but if you do want a vanilla solution for setting initial values, i'd go the other way round: create a script that invokes Pd, providing whatever unique values you need. that is a good idea! maybe i'll add some system info to my pd-startup script. though i have to think of some kind of fallback, in case pd is not invoked from this script... bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] ggee shell does not work in 0.52
On 27/01/2022 23:05, IOhannes m zmölnig wrote: On 1/27/22 20:06, martin brinkmann wrote: i need the date-as-a-filename but concatenating a bunch of numbers into a symbol is not exactly rocket science,even in Pd. yes, and that was what i did. but without a date (and withouth a unique random number as a fallback (shell not working)) my old soundfiles are replaced when a new one is recorded, which is not exactly what i want. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] ggee shell does not work in 0.52
On 27/01/2022 10:33, IOhannes m zmoelnig wrote: > On 1/27/22 10:10, martin brinkmann wrote: >> thanks, i'll do that. i used [shell] basically for getting a random-seed >> (and filenames) via date, and it affects only a few patches, > if you need to read the date, you probably should use zexy's [date] > (resp [time]). > it works on all platforms, and is *much* faster than a call to an > external program. i need the date-as-a-filename and seeding [random] only when the patch is loaded, or when a file is saved, so speed does not matter much. platform independence would be nice though, and a 'vanilla'-solution even nicer... > if you want to generate a seed for your random number, you can use the > new built in [file] to read some bytes from /dev/random (from your usage > use [shell] together with date, i figure you already use a unix-like > system). yes. and i'll try that. > the randomness should be much better than just using some date-based > thingy. and better randomness would be great. [random] feels a bit more like a random walk, it looks like it tends to repeat recent values. (i might be mistaken, i tend to see patterns in noise...) bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] ggee shell does not work in 0.52
On 26/01/2022 15:03, Roman Haefeli wrote: example: the shell help-patch "getting the date". it receives a bang from the right outlet, but nothing from the left outlet. I cannot reproduce with ggee 0.28 from Deken with Pd 0.52-1 from git on Ubuntu 20.04. What OS are you using? i am using 0.52.1 on xubuntu 20.04.3. it is strange that it seems to work elsewhere, though, iir the first time i tested after upgrading to 0.52 it seemed to work. but maybe i do not remember right... ggee is version 0.28, but it happend with an older version (and current pd) as well. it is about a new project, I'd recommend to use it instead of [shell]. thanks, i'll do that. i used [shell] basically for getting a random-seed (and filenames) via date, and it affects only a few patches, and should be easy to change to [command]. bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] ggee shell does not work in 0.52
or at least getting something from stdout does not work anymore. (everything is fine in older versions (0.51 and below). example: the shell help-patch "getting the date". it receives a bang from the right outlet, but nothing from the left outlet. ggee is version 0.28, but it happend with an older version (and current pd) as well. i wonder if this affects other externals too... bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Best beginner Pd library?
apart from the ones already mentioned (rj-lib, automatonism, etc.), i think "orac" has not been mentioned yet. aimed mainly at the "organelle", but also kept very simple, like a kind of virtual pedal-board for pd-patches. https://github.com/TheTechnobear/Orac and my own attempts in that direction: vvd at http://www.martin-brinkmann.de/pd-patches.html. no (apparent) userfriendly mixer though... bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Tcl/Tk error
On 02/04/2019 11:37, oliver wrote: > "uplevel #0 $docmds".x2596028: no such object > .x2596028: no such object the same happens here. i have not been able to pinpoint it much further and thus not reported anything yet. it only happens on closing a patch, and it looks like it is only happening with rather complex patches, with gop-subpatcheres and after patching for a while. maybe it has something to do with the "undo history"? > from this point on nothing can be done in PD anymore, the only way to > get out of this is to kill the PD process from the outside. closing the pd console window still works here (pd 0.49, xubuntu 18.4) bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-wiimote cant get acceleration
On 21/03/2019 20:46, IOhannes m zmölnig wrote: > so most likely, you ought to try your luck with [hid] first. > if you have any success (or none), please report it on the list. i have just tried the (rather old?) 0.0-extended version of hid installed via deken, and it worked. on ubuntu 18.4 . after pairing and connecting via the blueman-manager. the last time i have used the wiimote-external (and my wiimote) was on 16.4. bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] max value of last n samples
On 02/02/18 14:52, Roman Haefeli wrote: > Can this be done in vanilla? I'd like to output the maximum value of > the last N input samples in the signal domain. Ideally N would be > adjustable. i have used cascaded samphold~ objects in a similar situation. though n is not exactly adjustable this way... for bigger n (> blocksize) the bang~/tabread-solution is probably better. signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] going from signals to events?
On 03/09/17 16:36, Ali Momeni wrote: > specifically, i'd like to make a sample accurate / audio-driven sequencer. it should be possible to build something with bang~, tabreceive~ and looping through the 64 samples of a block to get the exact position where the phasor started in the previous block. with an additional delay of 1 block on the phasor it should be possible to sync the message-based sequencer to the audio (sample accurate). that would still not allow frequency-modulatiuon of the sequencer though... ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Help with a patch
i'm not quite sure if i understand the problem correctly, but On 18/05/17 08:33, Pagano, Patrick wrote: > There are four knobs that can be addressed across multiple pages but the > buttons/toggles do not behave that way. I would love to have them be on 6 > separate pages or honestly anything that anyone can suggest i will try i believe it should be possible to detect which 'page' the device is on, and then route (prefix the page-nr to the setstepvaluewhatever message) the button-presses accordingly? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] best licence for pd-patches?
thanks to everybody for the suggestions on a licence for pd-patches! i think that i'll use the gpl, though i have not yet decided on the exact version... it allows free sharing, and to include other work without having to think too much about any licence-issues/compatibilities. and it can not be mistaken for 'public domain' too easily. and if someone wants to use anything for a non free purpose, i will have to be asked to 'dual-licence' it, much like it is the case with the cc-license. the only caveat might be the case when i have used some other gpl-work, and someone wants to make an non free app from it. (this person then has to ask a few people for permission to use the code...). but that is of course much better than not to be able to build on other gpl-code at all. (and it does not happen that often anyway...) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] best licence for pd-patches?
i have searched the archive, and something similar has been asked before, but i did not find a solution... (and probably 'the best licence' is not the same for everyone) i want to: -encourage (re)using and building upon my patches and sharing the results. -discourage plagiarism -not lock anyone (especially myself ;)) out from using my patches in a commercial and closed 'environment' (like a game on steam or an android/ios-app) the cc-by-sa which i use all the time for music and pictures seems to be appropriate, but i understand that it is not intended for code. gpl? would be great not to have to think about when including other work released under gpl. but can i make exceptions when it becomes necessary (app-store...)? lgpl? i am quite stuck. but i think i should (finally) put a proper licence on my released patches... ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd GUI poor performance
On 06/04/17 12:27, Orm Finnendahl wrote: > Apart from that there is an external called speedlim (you could also > build that as an abstraction using vanilla) which might be more > elegant than using a global metro. my idea was to have exactly one event which updates all gui-elements, instead of triggering a gui-update with every event (even if it is speedlimited). maybe i am wrong, and pd 'quantizes' the screen updates anyway (i have not studied the pd sourcecode), so that a few gui-redraws at (more or less) the same time are not worse than one? and of course i bypassed the gui for the dsp-calculations to use all incoming events without any limit. >>> what is the global gui refresh metro ? >> >> that is/was my (temporary) solution for the slow gui: >> a metro at 8 hz sending bangs to a global send >> and a [f] receiving these bangs before every slider/number/ which is >> updated via midi-ctl, counters, sequencers, whatever. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] bring the noise
On 05/04/17 23:08, Matt Davey wrote: > what sorts of other processes there are to generate noise, particularly > noise more reminiscent of analogue machines. in my "instruments-collection" (http://martin-brinkmann.de/pd-patches.html) is a (not very elegant) patch for pink(ish) noise, and one for brownian noise. it is called brownian_pink_noises1.pd the "ocean-wave-lfo" is not included (or finished yet) though... ;) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd GUI poor performance
On 10/02/17 12:47, martin brinkmann wrote: > On 10/02/17 11:53, Matthias Kronlachner wrote: > >> Starting with an empty patch placing and dragging objects is very laggy. > >> Does somebody have the same problem or a fix for this? > > i had similar problems with various versions of pd on various > linux-versions, with the free radeon driver. meanwhile i have solved this problem by using the free radeon driver (xubuntu 14.4, with xenial kernel), and writing a minimal xorg.conf containing Section "Device" Identifier "radeon whatever the cards name is" Driver "radeon" Option "AccelMethod" "glamor" Option "ShadowPrimary" "on" Option "DRI" "3" EndSection the important option was ShadowPrimary (which needs glamor though). this option enables "fast cpu access to pixel data". maybe there is a similar option hidden in the settings (directx?...) for other graphicscards on other os too... ...after having added a global "gui refresh metro" to minimize updates of moving sliders etc. to my patches, everything works now (again) fine without that... ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative?
On 27/02/17 19:06, José Rafael Subía Valdez wrote: > this means that I need to create the record system to avoid > clicks (fades in and out). probably i do not understand the problem correctly: you send the same bang that starts the readsf~-playback to the tabwrite~ which records the sample. it should happen at the same 'logical time'. i never had any problems with clicks etc. the only real drawback is, that you have to set the maximum samplelength before loading the sample. (the table to which the sample is recorded has to be big enough) it can be resized afterwards though. and it takes time. not very much, if the upsampling is high enough, but for example skipping through a lot of presets with associated samples is a little unresponsive this way... ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd GUI poor performance Win10 Nvida GTX980M
On 10/02/17 11:53, Matthias Kronlachner wrote: > Starting with an empty patch placing and dragging objects is very laggy. > Does somebody have the same problem or a fix for this? i had similar problems with various versions of pd on various linux-versions, with the free radeon driver. it was better using the non-free amd-drivers, and "solved" by using the free drivers for the internal intel-graphics (g45). i think it has something to do with some 2d graphics-operations needed by tcl/tk not beeing accelerated. maybe using other (newer or older) graphicsdrivers might help. bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] How's Pd limited?
On 25/02/16 20:45, Alexandre Torres Porres wrote: > well, I was able to replicate my test with count... > > not sure what's happening, but that's it, a one sample delay in feedback, > for what it seems it looks as if cyclone/snapshot~ does not work like it should. when i turn on "magic glass" it shows "64", while the snapshot outputs "1". > I gotta go into my dentist now, whish me luck good luck! maybe the sounds of the test-patches have been a good preparation for (at least the acoustic) things to come. ;-) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How's Pd limited?
On 25/02/16 18:09, Alexandre Torres Porres wrote: > 2016-02-25 13:57 GMT-03:00 martin brinkmann <m...@martin-brinkmann.de>: > >> if you want feedback in a complex patch, >> (like these virtual-virtual-modular-systems) the only thing >> you can do is to reblock everything to 1, which is not always possible >> (due to high cpu load, conflicting blocksizes, whatever). >> > > This was addressed only to me, let me reply to the list. sorry, i pressed the wrong reply button. > I never needed to do it in a super complex patch, but anyway, what you're > saying is not true. Here's how you can do it. > > Have your crazy complex patch running around all over the place. > > Now, for your feedback loop, you need to create a subpatch to "send it". > > Make it [pd fb_send] > > in it, create a short delay line, give it a cool name like $0-fb, use > [block~ 1]. > > then, for your feedback receive, have another subpatch [pd fb_receive]. In > it, use [delread~ $0-fb 0]. would be great if it worked. (i've tried similar tricks...) > > voilá... > > check my self frequency modulating oscillator patch attached the delayed signal is not a sine, when the blocksize in the receive is <64. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How's Pd limited?
maybe this is also a matter of convenience: i'd rather have the dsp-framework automagically divide and distribute my program to the available resources than to care for it myself. while it is for example ok to put each complex voice of a synth in an extra pd~ to make optimum use of the few cores, i'd rather not want to spend much time thinking about grouping functinality into (lots of) pd~ objects for a huge amount of cores. one possibility would be to generally encapsulate any small part of a patch into its own pd~ object and let the os do the work. but i think this is not very convenient and would create a massive and unnecessary overhead. i don't know of any (audio-)examples where this problem is handled in an elegant way though: afaik max has the same problem, reaktor is single-threaded too, and most daws do something like "use one thread per track"... On 23/02/16 23:45, David Medine wrote: > I think we all need to learn more about multi-threading if we want to > run real-time, modular, digital signal processing algorithms on > multi-core machines. I, for one, can not think of any general, robust > way to do this. In that sense, Pd's adherence to single threading is > actually a very elegant solution to the problem. > > On 2/23/2016 12:25 PM, martin brinkmann wrote: >> On 22/02/16 02:49, Matti Viljamaa wrote: >> >>> How do you think Pure Data is limited? >> for me the only real and important (i can think of at the >> moment) limitation is the block-based audio processing. >> to me this seems quite unnatural and inconvenient when dealing with >> digital audio. it kept me for a couple of years from using pd, though it >> is only a 'showstopper' in rather few cases, i found out. >> feedback in large/complex patches for example, since it >> is not very practical (or possible at all) to re-block >> everything to 1... >> >> what i tried but couldn't (yet): build a decent piano-roll >> editor (vanilla). >> >> and i believe too, pd has to 'learn' better multithreading to run >> adequately on our future machines with hundreds or even thousands of >> arm-cores... >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] How's Pd limited?
On 22/02/16 02:49, Matti Viljamaa wrote: > How do you think Pure Data is limited? for me the only real and important (i can think of at the moment) limitation is the block-based audio processing. to me this seems quite unnatural and inconvenient when dealing with digital audio. it kept me for a couple of years from using pd, though it is only a 'showstopper' in rather few cases, i found out. feedback in large/complex patches for example, since it is not very practical (or possible at all) to re-block everything to 1... what i tried but couldn't (yet): build a decent piano-roll editor (vanilla). and i believe too, pd has to 'learn' better multithreading to run adequately on our future machines with hundreds or even thousands of arm-cores... ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] oscillators (osc~ / cycle~) not working well in FM?
On 24/11/15 18:39, Jonathan Wilkes via Pd-list wrote: > Does anyone have an example of a working patch that depends on the current > behavior? i would not be surprised if changing osc~ would break (or at least alter the sound of) many patches which rely on fm and feedback etc. bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pure data benchmark?
On 06/05/15 11:37, katja wrote: Actually chaosmonster1 is heavy on memory access because of the feedback delay lines. yes, but maybe the delays are small enough to fit in the cache (if the cache is big enough), and defeating the cpu cache would make systems with small or big cache more comparable (i believe...) But I just noticed [block~ 1] in the delay line subpatches, meaning the patch does an unusual proportion of function call overhead. Maybe the patch is not the most representative use case of pd for that reason. yes, throwing out the [block~ 1] makes some difference in cpu usage: 10 instances use about 24 instead of 33 percent here. (and it is not that important for the sound) on the other hand i think reblocking is quite common, so that the 'pd benchmark patch' should contain some flanger or the like... bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pure data benchmark?
On 05/05/15 20:48, katja wrote: - it runs with pd vanilla or extended - it has a realistic mixture of dsp objects but i think it lacks some message-processing, and maybe memory-access. http://www.katjaas.nl/doubleprecision/doubleprecision.html i have just tested 10 instances of chaosmonster on my desktop (core2 duo e8400 3 ghz) and got about 33 percent cpu usage by the pd process. (with gui though) default samplerate, while Raspberry Pi 2 can run five (!) instances of it, and my 1 GHz Core2Duo laptop can run eight instances. i have not tested the pi2 myself yet, but that sounds very good. it might be a good platform for building some standalone pd-instruments... bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pure data benchmark?
does something like this exist? afaik not, but i think it would be useful to have some more or less objective and comparable method to measure how well a system is suited for running pd. there was a test patch for rjdj on the ipod/phone which consisted of simply as much osc~-objects as the device could handle. that worked quite well for checking if a patch would run on the device or not, but i think it might not cover all possible properties of a system. i wonder what such a benchmark should include: a mixture of floating point and integer computation, audio- and event calculation, filters, accessing tables, something else? bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Bulk] pd in a eurorack modular system
On 17/04/15 23:59, katja wrote: Boot time for Raspbian varies with sd card class as well, but indeed it is in the order of half a minute even for RPi 2 with class 10 card. Maybe they've used a different OS for Nebulae, or programmed on bare metal? the boot-time very much depends on the os. raspbian takes at least 30 seconds from power on to login promt. i have just installed arch on an old and rather slow sd card, and it took about 10 seconds until the login prompt. and there is a video on youtube, where an rpi boots in less than 5 secondes into some retro game emu. bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to navigate a long sound file in vanilla PD
On 31/03/15 11:18, Stefan Tiedje wrote: In the docs and on the net I did not find any way to navigate within that playback. (Its crucial for rehearsals.) The size is too big for loading it into RAM (the mobile devices which are around often have less than 1 GB of RAM), Is there a known way to tackle this seemingly simple task??? readsf~ with the open message you can specify an onset in sampleframes. that should work if clicks/dropouts are no problem. Of course I would also love to find a way to play back an mp3 and freely navigate within that as well... i dont know if the necessary externals for ogg/mp3 are included with mobmuplat. (oggread~ has a 'seek' message) bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] klank in pd?
sorry for the very long delay... On 17/11/14 05:14, Alexandre Torres Porres wrote: I did learn more about it. It seems it's just a 2 pole 2 zero bandpass filter, but as a resonator, by which it means its gain is heavily amplified. you are right. in supercollider klank is a bank of resonant bandpass-filters. Don't know what you meant by being easy to build a resonator in Pd, I'd like to see some suggestions. i was referring to a common (the usual?) definition of a resonator: a simulation of resonance in a string or tube. which can be achieved with a delay, feedback and filtering. this is not what sc does (in klank) though, i have just checked. bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] klank in pd?
On 12/11/14 14:55, i go bananas wrote: what does it do? it is a bank of resonators. there is no such thing in pd, but it is relativly easy to build a resonator, and having many is just a matter of copy and paste. bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] slow gui (ubuntu 14.04)
meanwhile i have found out a little more about this problem (which affects others too, i have found a few similar reports) it is caused by the graphic-cards driver, which apparently does not (yet) support some 2d acceleration which is needed for quick screen-redraw in pd and tcltk. On 28/08/14 16:46, martin brinkmann wrote: is there anything that i could do about this, other than avoiding (avoiding to redraw) any sliders etc. (and keeping the gui as minimal as possible)? use the fglrx driver instead of radeon. or another gpu... bis denn! martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
