Re: [PD] log function in slider
On Mon, 2014-03-17 at 18:59 -0400, Jonathan Wilkes wrote: On 03/17/2014 04:34 PM, Roman Haefeli wrote: On Mon, 2014-03-17 at 02:21 -0300, Alexandre Torres Porres wrote: Hi Roman. This is turning out trickier than I thought. I think I understand now what you are trying to achieve (sorry, took me a long time). But I don't really have a clue how to do it. The abstraction I posted emulates the output of a logarithmic slider, but you're looking for the function to feed a linear slider so that it behaves as if it would be a logarithmic slider, right? I'm interested to see, if someone comes up with a solution... This is from Pd-l2ork, so the codebase might be slightly different. It looks pretty good on Pd vanilla, too. Also, notice I've got hard-coded slider height = 128 in the algo. Still don't understand why math is done in vslider_bang. But that's how you did it? The code in your patch is based on the code from vslider_bang? I don't understand it at all, but it works :-) And you're asking, why go all through the trouble to get back the input value instead of just spitting out the input value? Not a clue (someone wanted to show off their math skills?) Hehe, look, I can do it this way, but look now, I can also do it this way .. hehe .. pretty cool, uuh? ;-) Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] log function in slider
No, the code I ported is from vslider_set and vslider_draw_update (might be different in Vanilla). In vslider_bang, math is done to output the proper value. Without looking at the code I would have guessed vslider_bang simply outputs a stored value like [float] does. Then just do math to set the slider position or calculate a new stored value from mouse input. -Jonathan On Monday, March 17, 2014 1:21 AM, Alexandre Torres Porres por...@gmail.com wrote: Hi Roman. This is turning out trickier than I thought. A friend explained the code to me and got to the following equation, with min/max values as 0.01 and 1 respectively. [expr 0.01 * exp((log(1 / 0.01) / 0.01) * $f1 * 0.01)] For what I've checked, it seems to behave like your patch. But it doesn't do the trick I'm looking for yet. I sent a patch earlier, and I'm sending it back again. The goal is to connect a linear slider to an [expr] (with this so called log function) and then to another linear slider. The idea then is that this second slider behaves as one that was set as being log. In the patch attached I was able to emulate it poorly with [pow 0.25], but that was before reaching the list. See that if I use this expr function from the code or your patch it presents quite a different behavior. maybe it is some sort of inversion of this equation, not sure. Apparently this code converts the log function values to linear and I'm hoping to get the exact opposite. Got it? Thanks for looking into this 2014-03-12 4:38 GMT-03:00 Roman Haefeli reduz...@gmail.com: On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ 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] Tannhauser Pure Data compiler
Yes, as far as I know we'd like to open source the project. Cheers, Joe On 17 March 2014 18:08, Jonathan Wilkes jancs...@yahoo.com wrote: On 03/17/2014 01:53 PM, Joe White wrote: Hey guys, I'm working on this at the moment with Martin. It's basically a way of compiling a Pd patch to an optimised C library for embedding in devices or applications. We're looking to release Releasing the code? -Jonathan this very soon, we'll keep everyone posted when it happens. Cheers, Joe On 17 March 2014 13:37, Ingo i...@miamiwave.com wrote: Yeah, I had found that but nothing else except that the OWL, a programmable effects pedal, can use Pd patches after compiling them to C with Tannhauser. Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Montag, 17. März 2014 14:12 An: Simon Wise Cc: pd-list Betreff: Re: [PD] Tannhauser Pure Data compiler Not much information on either page... Pierre. 2014-03-17 14:06 GMT+01:00 Simon Wise simonzw...@gmail.com: On 17/03/14 23:26, Ingo wrote: I just found out about the Tannhäuser Pure Data compiler. Does anybody know who makes it or where to get this compiler? Thanks! Ingo google took me here ... https://www.hackerleague.org/hackathons/automatic-music-hackathon/hacks/tann hauser-a-c-compiler-for-pure-datahttps://www.hackerleague.org/hackathons/automatic-music-hackathon/hacks/tann%0Ahauser-a-c-compiler-for-pure-data perhaps Martin Roth is your man https://www.hackerleague.org/users/mhroth ___ 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 -- Follow me on Twitter @diplojocus ___pd-l...@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 -- Follow me on Twitter @diplojocus ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Tannhauser Pure Data compiler
Hi Chris, We're working towards the end of march to release it so I think it makes sense to explain it fully then. OWL looks interesting but obviously it cannot run a lot of Pd patches that need more than 1mb of RAM or a file system. For sure, although I think the OWL project was intended more towards an effects processing box. Still it's ~6s of audio @44.1 Cheers, Joe On 17 March 2014 20:27, Chris Clepper cgclep...@gmail.com wrote: Joe Does it just compile the DSP graph into a loop with function calls or does it do all of the control, file system and UI in the patch too? OWL looks interesting but obviously it cannot run a lot of Pd patches that need more than 1mb of RAM or a file system. Chris On Monday, March 17, 2014, Joe White white.j...@gmail.com wrote: Hey guys, I'm working on this at the moment with Martin. It's basically a way of compiling a Pd patch to an optimised C library for embedding in devices or applications. We're looking to release this very soon, we'll keep everyone posted when it happens. Cheers, Joe On 17 March 2014 13:37, Ingo i...@miamiwave.com wrote: Yeah, I had found that but nothing else except that the OWL, a programmable effects pedal, can use Pd patches after compiling them to C with Tannhauser. Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Pierre Massat Gesendet: Montag, 17. März 2014 14:12 An: Simon Wise Cc: pd-list Betreff: Re: [PD] Tannhauser Pure Data compiler Not much information on either page... Pierre. 2014-03-17 14:06 GMT+01:00 Simon Wise simonzw...@gmail.com: On 17/03/14 23:26, Ingo wrote: I just found out about the Tannhäuser Pure Data compiler. Does anybody know who makes it or where to get this compiler? Thanks! Ingo google took me here ... https://www.hackerleague.org/hackathons/automatic-music-hackathon/hacks/tann hauser-a-c-compiler-for-pure-datahttps://www.hackerleague.org/hackathons/automatic-music-hackathon/hacks/tannhauser-a-c-compiler-for-pure-data perhaps Martin Roth is your man https://www.hackerleague.org/users/mhroth ___ 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 -- Follow me on Twitter @diplojocus -- Follow me on Twitter @diplojocus ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] Raspberry Pi Wolfson Audio Card
Am Donnerstag, 13. März 2014, 16:01:20 schrieb Rafael Vega: Anyone wants to share their experience with the BeagleBoneBlack? Yes. Since autumn, i am trying to set up an kit hardware+software with BBB for computer-musicians as stomp box, works quite well, after successfully installed it in a long term sound installation (headless): some points short: system: + BBB moved to Debian since this year (good) + USB Audio works fine und better now with kernel = 3.12 + Network performance works better with kernel = 3.12 - IO support doenst use device-tree overlays anymore on kernel 3.8 + an iio-backend for Jack2 to use the internal AD's in jack for processing sensor data in PD ;-))) but tricky sound: + down to 10ms with PD and cheap 8 channel out, 2 in USB soundcard Logilink 7.1(EUR 19.90) + 5ms with Logilink stereo USB (EUR 3,90) + success with audio-cape (stereo, but too expensive for the quality) - sound quality is normally as bad as on most notebooks, tablets and so on + but with a trick: filtered 5V supply for the USB-card not the USB power it seems to get reasonable quality (They have all the same chips like expensive USB cards: C-Media) I just made a blog on this, but it is not public only for intern usage, if anyone is interested in the IEM-embedded-Sound-Kit (doing some audio over ethernet stuff) i can make it open (after some polishing, especially the english) and release the PD-lib (GPIO,AD,I2C,... interfacing) for these devices. This dev's should also work for Cubie-boards, Wand-boards, UDOO and other arm based boards. mfg winfried PS: Maybe we can start an own thread on this. On Thu, Mar 13, 2014 at 3:11 PM, Brian Fay ovaltinevor...@gmail.com wrote: While I'm sure that Dan is right that the UDOO is the better choice for USB audio, I do have to say that I've had decent success using my Raspberry Pi as a guitar effects processor, with the Behringer UCG102 interface. There's definitely a lot of quirkiness to getting it running... for example ALSA gets in an infinite restart loop when attempting low latency on pd-extended, but vanilla starts up fine under the same settings. And then there's the fact that an issue in the kernel screws up USB audio on major distros like Raspbian. I'm using the Satellite CCRMA distro right now with much better success. So far I've got various delays, a looper, and a waveshaper distortion running within the same patch, at 20ms latency with very few noticeable dropouts. Parameters are adjustable with a QuNeo MIDI controller and with a button attached to the GPIO pins. The Pi is a bit more affordable than the UDOO boards, but then again I had to buy a powered USB hub. Ultimately for one audio input the Raspberry Pi could probably serve most purposes, while the UDOO is more likely to scale to bigger installations. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- --- Ritsch, Winfried, Ao.Univ.Prof. Dipl.-Ing. Institut 17 Elektronische Musik und Akustik 8010 Graz, Inffeldgasse 10/III E-Mail rit...@iem.at Homepagehttp://iem.at/ritsch Mobil ++436642439369 --- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] Raspberry Pi Wolfson Audio Card
Hi, I've been tried to reduce the size of my setup for a while now, hoping that the RPi would be the solution. I'm definitely interested in your work. Cheers, Pierre. 2014-03-18 12:02 GMT+01:00 Winfried Ritsch rit...@iem.at: Am Donnerstag, 13. März 2014, 16:01:20 schrieb Rafael Vega: Anyone wants to share their experience with the BeagleBoneBlack? Yes. Since autumn, i am trying to set up an kit hardware+software with BBB for computer-musicians as stomp box, works quite well, after successfully installed it in a long term sound installation (headless): some points short: system: + BBB moved to Debian since this year (good) + USB Audio works fine und better now with kernel = 3.12 + Network performance works better with kernel = 3.12 - IO support doenst use device-tree overlays anymore on kernel 3.8 + an iio-backend for Jack2 to use the internal AD's in jack for processing sensor data in PD ;-))) but tricky sound: + down to 10ms with PD and cheap 8 channel out, 2 in USB soundcard Logilink 7.1(EUR 19.90) + 5ms with Logilink stereo USB (EUR 3,90) + success with audio-cape (stereo, but too expensive for the quality) - sound quality is normally as bad as on most notebooks, tablets and so on + but with a trick: filtered 5V supply for the USB-card not the USB power it seems to get reasonable quality (They have all the same chips like expensive USB cards: C-Media) I just made a blog on this, but it is not public only for intern usage, if anyone is interested in the IEM-embedded-Sound-Kit (doing some audio over ethernet stuff) i can make it open (after some polishing, especially the english) and release the PD-lib (GPIO,AD,I2C,... interfacing) for these devices. This dev's should also work for Cubie-boards, Wand-boards, UDOO and other arm based boards. mfg winfried PS: Maybe we can start an own thread on this. On Thu, Mar 13, 2014 at 3:11 PM, Brian Fay ovaltinevor...@gmail.com wrote: While I'm sure that Dan is right that the UDOO is the better choice for USB audio, I do have to say that I've had decent success using my Raspberry Pi as a guitar effects processor, with the Behringer UCG102 interface. There's definitely a lot of quirkiness to getting it running... for example ALSA gets in an infinite restart loop when attempting low latency on pd-extended, but vanilla starts up fine under the same settings. And then there's the fact that an issue in the kernel screws up USB audio on major distros like Raspbian. I'm using the Satellite CCRMA distro right now with much better success. So far I've got various delays, a looper, and a waveshaper distortion running within the same patch, at 20ms latency with very few noticeable dropouts. Parameters are adjustable with a QuNeo MIDI controller and with a button attached to the GPIO pins. The Pi is a bit more affordable than the UDOO boards, but then again I had to buy a powered USB hub. Ultimately for one audio input the Raspberry Pi could probably serve most purposes, while the UDOO is more likely to scale to bigger installations. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- --- Ritsch, Winfried, Ao.Univ.Prof. Dipl.-Ing. Institut 17 Elektronische Musik und Akustik 8010 Graz, Inffeldgasse 10/III E-Mail rit...@iem.at Homepagehttp://iem.at/ritsch Mobil ++436642439369 --- ___ 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] libpd separating gui from core
I fixed my wired mouse(was using hp wireless) , have 2 different keyboards laptop and desktop, still with 64 bit dual core 2.2Ghz laptop with 4Gb ram I get dropouts with xensynth even without moving the mouse. this does not happen with miniwoog_1.0 downloaded from the forum site I think. I guess I just have too many graphical objects. On Fri, Feb 28, 2014 at 11:34 AM, Billy Stiltner billy.stilt...@gmail.comwrote: re: Well, you're not using any tcl/tk if you're using libpd in ofxPd. The blame falls elsewhere. on slow machines it doesnt matter what gui you use there will be problems is my point so the best thing to do is fix tcl/tk On Fri, Feb 28, 2014 at 7:40 AM, Dan Wilcox danomat...@gmail.com wrote: Well, you're not using any tcl/tk if you're using libpd in ofxPd. The blame falls elsewhere. enohp ym morf tnes -- Dan Wilcox danomatika.com robotcowboy.com On Feb 28, 2014, at 3:13 AM, Billy Stiltner billy.stilt...@gmail.com wrote: it's the overhead of the os that gets in the way, i started to try ofxpd but found ofxui to be slow as all getout with my old machine. what would be nice is someone fixing tcltk On Thu, Feb 27, 2014 at 4:00 PM, Ivica Ico Bukvic i...@vt.edu wrote: For instance, it seems like there are two main concerns floating around: a) multiple instances of pd b) separating GUI from core I would add a c) here which is what pd-l2ork has been doing, namely getting rid of all known bugs and streamlining experience until it reaches a level of stability where issues are a rare occurrence. My take is that refactoring becomes a lot easier at that point because one will have a much better idea what components should look like. Otherwise, fixing things post-refactor will net in even more headaches where two parts may end-up being potentially out of sync with each other, resulting in a broken app. There are other suggestions like platform-specific vectorization and multi-threaded support, but if you try to do these at the same time, you reduce the chance of ever getting the code back into vanilla. They can be taken on after. IMO, the best thing to do going forward for a) would be to sync up with Miller and what he netted out with last time this was discussed ( see thread: http://lists.puredata.info/pipermail/pd-dev/2013-12/019702.html). It seemed like he was proposing to take a hefty chunk of the work on, or maybe if he is confident in merely the approach, someone else can have a go at it. Having been on this list for quite a few years, I know of only one person who was allowed to significantly contribute/alter the core and that was Hans. And even that amounted to mainly cleaning up tk code to make it more legible (yes, this is a gross oversimplification, there was internationalization, console verbosity, and many other little things, but in general the brunt of the work was lateral in nature). ___ 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] [OT] Raspberry Pi Wolfson Audio Card
On 18/03/14 22:02, Winfried Ritsch wrote: Am Donnerstag, 13. März 2014, 16:01:20 schrieb Rafael Vega: Anyone wants to share their experience with the BeagleBoneBlack? Yes. Since autumn, i am trying to set up an kit hardware+software with BBB for computer-musicians as stomp box, works quite well, after successfully installed it in a long term sound installation (headless): some points short: system: + BBB moved to Debian since this year (good) that is very good to hear! and the rest means they seem a good choice for embedded, the USB implementation on the Pis really is a pain,and means you need to be very selective about what you try to do. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] NordiCHI'14 call for late submissions - Music / Sound Art Performances
Apologies for cross-postings, please distribute. For the first time, NordiCHI conference invites submissions of provocative, sophisticated, fun, fast and foundational music/sound art performances for the performance program of the conference, which will take place as part of NordiCHI’14 in Helsinki, October 26-30th 2014. We strongly encourage submissions that represent a diverse range of practices in any form of live music/sonic art, exploring artistic and aesthetic aspects of interaction and interface design. Deadline for submissions: August 14, 2014 http://nordichi2014.org/submissions/performances/ *** 8th Nordic Conference on Human-Computer Interaction (NordiCHI) 26 - 30 October, 2014 Helsinki Finland web: http://nordichi2014.org/ facebook: https://www.facebook.com/pages/Nordichi-2014/673706125987025 twitter: https://twitter.com/NordiCHI2014 In collaboration with ACM SIGCHI, NordiCHI'14 is the 8th Nordic Conference on Human-Computer Interaction. The conference takes place in Helsinki, Finland, October 26-30, 2014, and contributions from all over the world are welcome. We expect 400+ participants from 30+ countries, and Don Norman will give the opening keynote. More info: http://nordichi2014.org. - M.Koray Tahiroğlu Department of Media, Aalto University School of Arts, Design and Architecture http://sopi.media.taik.fi/ http://mlab.taik.fi/~korayt tel. +358 50 4088441 ___ Pd-announce mailing list pd-annou...@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] Arp emulation?
nice filter Cyrille! what's wrong with mine? xensynth/polysynth/noisybox-l_bp.pd can be found in linfilterbank.pd~ or from the graphical interface of either synth as checkbox 4 (if the first is #1) filter selection. it seems as if its in permanent resonance, it's a model of the original cookbook filters https://archive.org/details/Xensynth10.01 On Fri, Mar 14, 2014 at 11:21 AM, Cyrille Henry c...@chnry.net wrote: Le 14/03/2014 16:07, Dan Wilcox a écrit : You have an Arp emulation patch? Can I get a copy? if you like analog synth emulation, you can have a look at mine: it's an example of the nusmuk_audio lib, in pd svn. cheers c I have a MiniMoog emulation in pd, but I've been sitting on it for years ... just haven't been abel to add the finishing touches. I recently brought in the bandlimited oscillators in rjlib and it sounds really good now. It's not a perfect emualtion, but more in the same spirit with the same controls. I have the code for an ARP Odyssey that still works and it even has midi working. So it might be a nice starter project, especially if i can export it to a ipad/iphone. I guess i am just looking for some more in-depth examples to digest before i get cracking thanks! pp -- Dan Wilcox danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com ___ 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] Arp emulation?
Cyrillic I grabbed the subversion, where is your file located? I have a Moog emulation too I am willing to share. I have been saving and collecting since 1994. It is midi capable as well. I have been fooling with adding OSC control and transferring them to MOBMUPLAT for iOS Sent from my iPad On Mar 18, 2014, at 12:46 PM, Billy Stiltner billy.stilt...@gmail.commailto:billy.stilt...@gmail.com wrote: nice filter Cyrille! what's wrong with mine? xensynth/polysynth/noisybox-l_bp.pd can be found in linfilterbank.pd~ or from the graphical interface of either synth as checkbox 4 (if the first is #1) filter selection. it seems as if its in permanent resonance, it's a model of the original cookbook filters https://archive.org/details/Xensynth10.01 On Fri, Mar 14, 2014 at 11:21 AM, Cyrille Henry c...@chnry.netmailto:c...@chnry.net wrote: Le 14/03/2014 16:07, Dan Wilcox a écrit : You have an Arp emulation patch? Can I get a copy? if you like analog synth emulation, you can have a look at mine: it's an example of the nusmuk_audio lib, in pd svn. cheers c I have a MiniMoog emulation in pd, but I've been sitting on it for years ... just haven't been abel to add the finishing touches. I recently brought in the bandlimited oscillators in rjlib and it sounds really good now. It's not a perfect emualtion, but more in the same spirit with the same controls. I have the code for an ARP Odyssey that still works and it even has midi working. So it might be a nice starter project, especially if i can export it to a ipad/iphone. I guess i am just looking for some more in-depth examples to digest before i get cracking thanks! pp -- Dan Wilcox danomatika.comhttp://danomatika.com http://danomatika.com robotcowboy.comhttp://robotcowboy.com http://robotcowboy.com ___ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.atmailto: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] Arp emulation?
i forgot to mention nice moog Dan if it is miniwoog_1_0 On Tue, Mar 18, 2014 at 1:00 PM, Pagano, Patrick p...@digitalworlds.ufl.eduwrote: Cyrillic I grabbed the subversion, where is your file located? I have a Moog emulation too I am willing to share. I have been saving and collecting since 1994. It is midi capable as well. I have been fooling with adding OSC control and transferring them to MOBMUPLAT for iOS Sent from my iPad On Mar 18, 2014, at 12:46 PM, Billy Stiltner billy.stilt...@gmail.com wrote: nice filter Cyrille! what's wrong with mine? xensynth/polysynth/noisybox-l_bp.pd can be found in linfilterbank.pd~ or from the graphical interface of either synth as checkbox 4 (if the first is #1) filter selection. it seems as if its in permanent resonance, it's a model of the original cookbook filters https://archive.org/details/Xensynth10.01 On Fri, Mar 14, 2014 at 11:21 AM, Cyrille Henry c...@chnry.net wrote: Le 14/03/2014 16:07, Dan Wilcox a écrit : You have an Arp emulation patch? Can I get a copy? if you like analog synth emulation, you can have a look at mine: it's an example of the nusmuk_audio lib, in pd svn. cheers c I have a MiniMoog emulation in pd, but I've been sitting on it for years ... just haven't been abel to add the finishing touches. I recently brought in the bandlimited oscillators in rjlib and it sounds really good now. It's not a perfect emualtion, but more in the same spirit with the same controls. I have the code for an ARP Odyssey that still works and it even has midi working. So it might be a nice starter project, especially if i can export it to a ipad/iphone. I guess i am just looking for some more in-depth examples to digest before i get cracking thanks! pp -- Dan Wilcox danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arp emulation?
Le 18/03/2014 17:44, Billy Stiltner a écrit : nice filter Cyrille! thanks, it's miller biquad that i change to use audio input for coef filter. coef are from the cookbook. cheers c what's wrong with mine? xensynth/polysynth/noisybox-l_bp.pd can be found in linfilterbank.pd~ or from the graphical interface of either synth as checkbox 4 (if the first is #1) filter selection. it seems as if its in permanent resonance, it's a model of the original cookbook filters https://archive.org/details/Xensynth10.01 On Fri, Mar 14, 2014 at 11:21 AM, Cyrille Henry c...@chnry.net mailto:c...@chnry.net wrote: Le 14/03/2014 16:07, Dan Wilcox a écrit : You have an Arp emulation patch? Can I get a copy? if you like analog synth emulation, you can have a look at mine: it's an example of the nusmuk_audio lib, in pd svn. cheers c I have a MiniMoog emulation in pd, but I've been sitting on it for years ... just haven't been abel to add the finishing touches. I recently brought in the bandlimited oscillators in rjlib and it sounds really good now. It's not a perfect emualtion, but more in the same spirit with the same controls. I have the code for an ARP Odyssey that still works and it even has midi working. So it might be a nice starter project, especially if i can export it to a ipad/iphone. I guess i am just looking for some more in-depth examples to digest before i get cracking thanks! pp -- Dan Wilcox danomatika.com http://danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com http://robotcowboy.com _ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/listinfo/pd-list _ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/__listinfo/pd-list 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] Arp emulation?
Le 18/03/2014 18:00, Pagano, Patrick a écrit : Cyrillic I grabbed the subversion, where is your file located? in nusmuk/nusmuk-audio cheers c I have a Moog emulation too I am willing to share. I have been saving and collecting since 1994. It is midi capable as well. I have been fooling with adding OSC control and transferring them to MOBMUPLAT for iOS Sent from my iPad On Mar 18, 2014, at 12:46 PM, Billy Stiltner billy.stilt...@gmail.com mailto:billy.stilt...@gmail.com wrote: nice filter Cyrille! what's wrong with mine? xensynth/polysynth/noisybox-l_bp.pd can be found in linfilterbank.pd~ or from the graphical interface of either synth as checkbox 4 (if the first is #1) filter selection. it seems as if its in permanent resonance, it's a model of the original cookbook filters https://archive.org/details/Xensynth10.01 On Fri, Mar 14, 2014 at 11:21 AM, Cyrille Henry c...@chnry.net mailto:c...@chnry.net wrote: Le 14/03/2014 16:07, Dan Wilcox a écrit : You have an Arp emulation patch? Can I get a copy? if you like analog synth emulation, you can have a look at mine: it's an example of the nusmuk_audio lib, in pd svn. cheers c I have a MiniMoog emulation in pd, but I've been sitting on it for years ... just haven't been abel to add the finishing touches. I recently brought in the bandlimited oscillators in rjlib and it sounds really good now. It's not a perfect emualtion, but more in the same spirit with the same controls. I have the code for an ARP Odyssey that still works and it even has midi working. So it might be a nice starter project, especially if i can export it to a ipad/iphone. I guess i am just looking for some more in-depth examples to digest before i get cracking thanks! pp -- Dan Wilcox danomatika.com http://danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com http://robotcowboy.com _ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/listinfo/pd-list _ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/__listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailto: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] log function in slider
the solution is as I thought, to just invert the given formula in the code. Someone helped me with the math, is something like expr ln($f1 / 1.27) / (((log(127 / 1.27) / 1.27)) * 0.01) here's a patch attached I'm finally gonna check what kind of curve this thing gives :) Thanks everyone Cheers 2014-03-18 5:13 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: No, the code I ported is from vslider_set and vslider_draw_update (might be different in Vanilla). In vslider_bang, math is done to output the proper value. Without looking at the code I would have guessed vslider_bang simply outputs a stored value like [float] does. Then just do math to set the slider position or calculate a new stored value from mouse input. -Jonathan On Monday, March 17, 2014 1:21 AM, Alexandre Torres Porres por...@gmail.com wrote: Hi Roman. This is turning out trickier than I thought. A friend explained the code to me and got to the following equation, with min/max values as 0.01 and 1 respectively. [expr 0.01 * exp((log(1 / 0.01) / 0.01) * $f1 * 0.01)] For what I've checked, it seems to behave like your patch. But it doesn't do the trick I'm looking for yet. I sent a patch earlier, and I'm sending it back again. The goal is to connect a linear slider to an [expr] (with this so called log function) and then to another linear slider. The idea then is that this second slider behaves as one that was set as being log. In the patch attached I was able to emulate it poorly with [pow 0.25], but that was before reaching the list. See that if I use this expr function from the code or your patch it presents quite a different behavior. maybe it is some sort of inversion of this equation, not sure. Apparently this code converts the log function values to linear and I'm hoping to get the exact opposite. Got it? Thanks for looking into this 2014-03-12 4:38 GMT-03:00 Roman Haefeli reduz...@gmail.com: On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ 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 log.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] log function in slider
but when we use the slider with the log function, we're actually doing an inversion of this graphs I just posted. In other words, what we do is the first formula that is actually from the code. So using that formula was actually right to begin with. Check my patch attached now 2014-03-18 17:05 GMT-03:00 Alexandre Torres Porres por...@gmail.com: and as I was checking before, not too far from raising to the power of 0.25 (thicker line in the graph from the picture attached) 2014-03-18 16:48 GMT-03:00 Alexandre Torres Porres por...@gmail.com: the solution is as I thought, to just invert the given formula in the code. Someone helped me with the math, is something like expr ln($f1 / 1.27) / (((log(127 / 1.27) / 1.27)) * 0.01) here's a patch attached I'm finally gonna check what kind of curve this thing gives :) Thanks everyone Cheers 2014-03-18 5:13 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: No, the code I ported is from vslider_set and vslider_draw_update (might be different in Vanilla). In vslider_bang, math is done to output the proper value. Without looking at the code I would have guessed vslider_bang simply outputs a stored value like [float] does. Then just do math to set the slider position or calculate a new stored value from mouse input. -Jonathan On Monday, March 17, 2014 1:21 AM, Alexandre Torres Porres por...@gmail.com wrote: Hi Roman. This is turning out trickier than I thought. A friend explained the code to me and got to the following equation, with min/max values as 0.01 and 1 respectively. [expr 0.01 * exp((log(1 / 0.01) / 0.01) * $f1 * 0.01)] For what I've checked, it seems to behave like your patch. But it doesn't do the trick I'm looking for yet. I sent a patch earlier, and I'm sending it back again. The goal is to connect a linear slider to an [expr] (with this so called log function) and then to another linear slider. The idea then is that this second slider behaves as one that was set as being log. In the patch attached I was able to emulate it poorly with [pow 0.25], but that was before reaching the list. See that if I use this expr function from the code or your patch it presents quite a different behavior. maybe it is some sort of inversion of this equation, not sure. Apparently this code converts the log function values to linear and I'm hoping to get the exact opposite. Got it? Thanks for looking into this 2014-03-12 4:38 GMT-03:00 Roman Haefeli reduz...@gmail.com: On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ 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 log.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] log function in slider
just be sure to click the message, should have put a loadbang there, sorry 2014-03-18 17:16 GMT-03:00 Alexandre Torres Porres por...@gmail.com: but when we use the slider with the log function, we're actually doing an inversion of this graphs I just posted. In other words, what we do is the first formula that is actually from the code. So using that formula was actually right to begin with. Check my patch attached now 2014-03-18 17:05 GMT-03:00 Alexandre Torres Porres por...@gmail.com: and as I was checking before, not too far from raising to the power of 0.25 (thicker line in the graph from the picture attached) 2014-03-18 16:48 GMT-03:00 Alexandre Torres Porres por...@gmail.com: the solution is as I thought, to just invert the given formula in the code. Someone helped me with the math, is something like expr ln($f1 / 1.27) / (((log(127 / 1.27) / 1.27)) * 0.01) here's a patch attached I'm finally gonna check what kind of curve this thing gives :) Thanks everyone Cheers 2014-03-18 5:13 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: No, the code I ported is from vslider_set and vslider_draw_update (might be different in Vanilla). In vslider_bang, math is done to output the proper value. Without looking at the code I would have guessed vslider_bang simply outputs a stored value like [float] does. Then just do math to set the slider position or calculate a new stored value from mouse input. -Jonathan On Monday, March 17, 2014 1:21 AM, Alexandre Torres Porres por...@gmail.com wrote: Hi Roman. This is turning out trickier than I thought. A friend explained the code to me and got to the following equation, with min/max values as 0.01 and 1 respectively. [expr 0.01 * exp((log(1 / 0.01) / 0.01) * $f1 * 0.01)] For what I've checked, it seems to behave like your patch. But it doesn't do the trick I'm looking for yet. I sent a patch earlier, and I'm sending it back again. The goal is to connect a linear slider to an [expr] (with this so called log function) and then to another linear slider. The idea then is that this second slider behaves as one that was set as being log. In the patch attached I was able to emulate it poorly with [pow 0.25], but that was before reaching the list. See that if I use this expr function from the code or your patch it presents quite a different behavior. maybe it is some sort of inversion of this equation, not sure. Apparently this code converts the log function values to linear and I'm hoping to get the exact opposite. Got it? Thanks for looking into this 2014-03-12 4:38 GMT-03:00 Roman Haefeli reduz...@gmail.com: On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ 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] 100k lines of code (was libpd separating gui from core)
what's wrong with making the file select dialog an atom? allready works in all the oses. just fan it's innards out some outputs On Mon, Mar 10, 2014 at 3:03 PM, Jonathan Wilkes jancs...@yahoo.com wrote: On 03/10/2014 12:56 PM, IOhannes m zmölnig wrote: On 03/10/2014 05:38 PM, Jonathan Wilkes wrote: Additionally, IOhannes also knows that Miller wants the [initbang] functionality in the form of a backwards-compatible [loadbang] which takes arguments. [...] thanks for the insights. i didn't know that i knew *that*. i would therefore be interested how i could have known it. Sorry, I assumed you read the relevant publicly available thread that has messages you authored weaving through it: http://article.gmane.org/gmane.comp.multimedia.puredata.devel/8611 That's from 2010. For a patch you submitted in 2006. We're currently in 2014. That such a feature would take nearly a decade to get into the professed core (and still isn't included, in any form) is a symptom of an unhealthy development process. An unhealthy development process keeps potential developers from participating and improving the software, which is a vicious cycle. -Jonathan vcmr IOhannes ___pd-l...@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] log function in slider
cool, looks great by the way, this guy was helping me out with the math, so I don't really know what's going on that well. Apparently he couldn't figure out the slider height variable. And Roman didn't use that too. The formula was behaving the same as Roman's patch, but we simplified the formula now so it's more related to Roman's patch. It's something like this now [expr~ min_$0 * exp($v1 * log(max_$0 / min_$0))] then doing the inverse is not too complicated, just use ln I still have not much clue about the original code, the slider height variable and other things, but, anyhow, these were the equations I was looking for ;) cheers 2014-03-18 18:32 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: On 03/18/2014 04:05 PM, Alexandre Torres Porres wrote: and as I was checking before, not too far from raising to the power of 0.25 (thicker line in the graph from the picture attached) Btw-- here's what that patch looks like in Pd-l2ork (attached). The array rectangle is orange because it's selected. I also changed the size of the garray by click-dragging with the mouse. -Jonathan 2014-03-18 16:48 GMT-03:00 Alexandre Torres Porres por...@gmail.com: the solution is as I thought, to just invert the given formula in the code. Someone helped me with the math, is something like expr ln($f1 / 1.27) / (((log(127 / 1.27) / 1.27)) * 0.01) here's a patch attached I'm finally gonna check what kind of curve this thing gives :) Thanks everyone Cheers 2014-03-18 5:13 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: No, the code I ported is from vslider_set and vslider_draw_update (might be different in Vanilla). In vslider_bang, math is done to output the proper value. Without looking at the code I would have guessed vslider_bang simply outputs a stored value like [float] does. Then just do math to set the slider position or calculate a new stored value from mouse input. -Jonathan On Monday, March 17, 2014 1:21 AM, Alexandre Torres Porres por...@gmail.com wrote: Hi Roman. This is turning out trickier than I thought. A friend explained the code to me and got to the following equation, with min/max values as 0.01 and 1 respectively. [expr 0.01 * exp((log(1 / 0.01) / 0.01) * $f1 * 0.01)] For what I've checked, it seems to behave like your patch. But it doesn't do the trick I'm looking for yet. I sent a patch earlier, and I'm sending it back again. The goal is to connect a linear slider to an [expr] (with this so called log function) and then to another linear slider. The idea then is that this second slider behaves as one that was set as being log. In the patch attached I was able to emulate it poorly with [pow 0.25], but that was before reaching the list. See that if I use this expr function from the code or your patch it presents quite a different behavior. maybe it is some sort of inversion of this equation, not sure. Apparently this code converts the log function values to linear and I'm hoping to get the exact opposite. Got it? Thanks for looking into this 2014-03-12 4:38 GMT-03:00 Roman Haefeli reduz...@gmail.com: On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ 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] log function in slider
Hey, a few things have made sense to me now. The minimum and maximum values in PD are in a 100 / 1 ratio. This ratio is important and it's a key in the formula. In the sense that if you have 10 and 1000, the plotting curve looks always the same. So if you forget about the minimum and maximum values, you can just work with this ratio variable. Something like: [expr exp($f1 * log(ratio))] Now this will give you a value from 1 to the value of ratio. And I thought it'd be cool to scale it from 0 to 1. One thing that annoys me a lot is that the log function will not allow you to start at zero. So I wanted to tweak this in order to make it so. Not hard, something like this does the trick. [expr exp($f1 * log(ratio) - 1) / (ratio -1)] You can always rescale this by multiplying to any factor and summing to a constant. cheers 2014-03-18 19:27 GMT-03:00 Alexandre Torres Porres por...@gmail.com: cool, looks great by the way, this guy was helping me out with the math, so I don't really know what's going on that well. Apparently he couldn't figure out the slider height variable. And Roman didn't use that too. The formula was behaving the same as Roman's patch, but we simplified the formula now so it's more related to Roman's patch. It's something like this now [expr~ min_$0 * exp($v1 * log(max_$0 / min_$0))] then doing the inverse is not too complicated, just use ln I still have not much clue about the original code, the slider height variable and other things, but, anyhow, these were the equations I was looking for ;) cheers 2014-03-18 18:32 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: On 03/18/2014 04:05 PM, Alexandre Torres Porres wrote: and as I was checking before, not too far from raising to the power of 0.25 (thicker line in the graph from the picture attached) Btw-- here's what that patch looks like in Pd-l2ork (attached). The array rectangle is orange because it's selected. I also changed the size of the garray by click-dragging with the mouse. -Jonathan 2014-03-18 16:48 GMT-03:00 Alexandre Torres Porres por...@gmail.com: the solution is as I thought, to just invert the given formula in the code. Someone helped me with the math, is something like expr ln($f1 / 1.27) / (((log(127 / 1.27) / 1.27)) * 0.01) here's a patch attached I'm finally gonna check what kind of curve this thing gives :) Thanks everyone Cheers 2014-03-18 5:13 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: No, the code I ported is from vslider_set and vslider_draw_update (might be different in Vanilla). In vslider_bang, math is done to output the proper value. Without looking at the code I would have guessed vslider_bang simply outputs a stored value like [float] does. Then just do math to set the slider position or calculate a new stored value from mouse input. -Jonathan On Monday, March 17, 2014 1:21 AM, Alexandre Torres Porres por...@gmail.com wrote: Hi Roman. This is turning out trickier than I thought. A friend explained the code to me and got to the following equation, with min/max values as 0.01 and 1 respectively. [expr 0.01 * exp((log(1 / 0.01) / 0.01) * $f1 * 0.01)] For what I've checked, it seems to behave like your patch. But it doesn't do the trick I'm looking for yet. I sent a patch earlier, and I'm sending it back again. The goal is to connect a linear slider to an [expr] (with this so called log function) and then to another linear slider. The idea then is that this second slider behaves as one that was set as being log. In the patch attached I was able to emulate it poorly with [pow 0.25], but that was before reaching the list. See that if I use this expr function from the code or your patch it presents quite a different behavior. maybe it is some sort of inversion of this equation, not sure. Apparently this code converts the log function values to linear and I'm hoping to get the exact opposite. Got it? Thanks for looking into this 2014-03-12 4:38 GMT-03:00 Roman Haefeli reduz...@gmail.com: On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ 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] log function in slider
here's what I got as an abstraction 2014-03-18 21:12 GMT-03:00 Alexandre Torres Porres por...@gmail.com: Hey, a few things have made sense to me now. The minimum and maximum values in PD are in a 100 / 1 ratio. This ratio is important and it's a key in the formula. In the sense that if you have 10 and 1000, the plotting curve looks always the same. So if you forget about the minimum and maximum values, you can just work with this ratio variable. Something like: [expr exp($f1 * log(ratio))] Now this will give you a value from 1 to the value of ratio. And I thought it'd be cool to scale it from 0 to 1. One thing that annoys me a lot is that the log function will not allow you to start at zero. So I wanted to tweak this in order to make it so. Not hard, something like this does the trick. [expr exp($f1 * log(ratio) - 1) / (ratio -1)] You can always rescale this by multiplying to any factor and summing to a constant. cheers 2014-03-18 19:27 GMT-03:00 Alexandre Torres Porres por...@gmail.com: cool, looks great by the way, this guy was helping me out with the math, so I don't really know what's going on that well. Apparently he couldn't figure out the slider height variable. And Roman didn't use that too. The formula was behaving the same as Roman's patch, but we simplified the formula now so it's more related to Roman's patch. It's something like this now [expr~ min_$0 * exp($v1 * log(max_$0 / min_$0))] then doing the inverse is not too complicated, just use ln I still have not much clue about the original code, the slider height variable and other things, but, anyhow, these were the equations I was looking for ;) cheers 2014-03-18 18:32 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: On 03/18/2014 04:05 PM, Alexandre Torres Porres wrote: and as I was checking before, not too far from raising to the power of 0.25 (thicker line in the graph from the picture attached) Btw-- here's what that patch looks like in Pd-l2ork (attached). The array rectangle is orange because it's selected. I also changed the size of the garray by click-dragging with the mouse. -Jonathan 2014-03-18 16:48 GMT-03:00 Alexandre Torres Porres por...@gmail.com: the solution is as I thought, to just invert the given formula in the code. Someone helped me with the math, is something like expr ln($f1 / 1.27) / (((log(127 / 1.27) / 1.27)) * 0.01) here's a patch attached I'm finally gonna check what kind of curve this thing gives :) Thanks everyone Cheers 2014-03-18 5:13 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: No, the code I ported is from vslider_set and vslider_draw_update (might be different in Vanilla). In vslider_bang, math is done to output the proper value. Without looking at the code I would have guessed vslider_bang simply outputs a stored value like [float] does. Then just do math to set the slider position or calculate a new stored value from mouse input. -Jonathan On Monday, March 17, 2014 1:21 AM, Alexandre Torres Porres por...@gmail.com wrote: Hi Roman. This is turning out trickier than I thought. A friend explained the code to me and got to the following equation, with min/max values as 0.01 and 1 respectively. [expr 0.01 * exp((log(1 / 0.01) / 0.01) * $f1 * 0.01)] For what I've checked, it seems to behave like your patch. But it doesn't do the trick I'm looking for yet. I sent a patch earlier, and I'm sending it back again. The goal is to connect a linear slider to an [expr] (with this so called log function) and then to another linear slider. The idea then is that this second slider behaves as one that was set as being log. In the patch attached I was able to emulate it poorly with [pow 0.25], but that was before reaching the list. See that if I use this expr function from the code or your patch it presents quite a different behavior. maybe it is some sort of inversion of this equation, not sure. Apparently this code converts the log function values to linear and I'm hoping to get the exact opposite. Got it? Thanks for looking into this 2014-03-12 4:38 GMT-03:00 Roman Haefeli reduz...@gmail.com: On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list
Re: [PD] log function in slider
there's a bug in one of the number boxes, sorry 2014-03-18 23:37 GMT-03:00 Alexandre Torres Porres por...@gmail.com: here's what I got as an abstraction 2014-03-18 21:12 GMT-03:00 Alexandre Torres Porres por...@gmail.com: Hey, a few things have made sense to me now. The minimum and maximum values in PD are in a 100 / 1 ratio. This ratio is important and it's a key in the formula. In the sense that if you have 10 and 1000, the plotting curve looks always the same. So if you forget about the minimum and maximum values, you can just work with this ratio variable. Something like: [expr exp($f1 * log(ratio))] Now this will give you a value from 1 to the value of ratio. And I thought it'd be cool to scale it from 0 to 1. One thing that annoys me a lot is that the log function will not allow you to start at zero. So I wanted to tweak this in order to make it so. Not hard, something like this does the trick. [expr exp($f1 * log(ratio) - 1) / (ratio -1)] You can always rescale this by multiplying to any factor and summing to a constant. cheers 2014-03-18 19:27 GMT-03:00 Alexandre Torres Porres por...@gmail.com: cool, looks great by the way, this guy was helping me out with the math, so I don't really know what's going on that well. Apparently he couldn't figure out the slider height variable. And Roman didn't use that too. The formula was behaving the same as Roman's patch, but we simplified the formula now so it's more related to Roman's patch. It's something like this now [expr~ min_$0 * exp($v1 * log(max_$0 / min_$0))] then doing the inverse is not too complicated, just use ln I still have not much clue about the original code, the slider height variable and other things, but, anyhow, these were the equations I was looking for ;) cheers 2014-03-18 18:32 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: On 03/18/2014 04:05 PM, Alexandre Torres Porres wrote: and as I was checking before, not too far from raising to the power of 0.25 (thicker line in the graph from the picture attached) Btw-- here's what that patch looks like in Pd-l2ork (attached). The array rectangle is orange because it's selected. I also changed the size of the garray by click-dragging with the mouse. -Jonathan 2014-03-18 16:48 GMT-03:00 Alexandre Torres Porres por...@gmail.com: the solution is as I thought, to just invert the given formula in the code. Someone helped me with the math, is something like expr ln($f1 / 1.27) / (((log(127 / 1.27) / 1.27)) * 0.01) here's a patch attached I'm finally gonna check what kind of curve this thing gives :) Thanks everyone Cheers 2014-03-18 5:13 GMT-03:00 Jonathan Wilkes jancs...@yahoo.com: No, the code I ported is from vslider_set and vslider_draw_update (might be different in Vanilla). In vslider_bang, math is done to output the proper value. Without looking at the code I would have guessed vslider_bang simply outputs a stored value like [float] does. Then just do math to set the slider position or calculate a new stored value from mouse input. -Jonathan On Monday, March 17, 2014 1:21 AM, Alexandre Torres Porres por...@gmail.com wrote: Hi Roman. This is turning out trickier than I thought. A friend explained the code to me and got to the following equation, with min/max values as 0.01 and 1 respectively. [expr 0.01 * exp((log(1 / 0.01) / 0.01) * $f1 * 0.01)] For what I've checked, it seems to behave like your patch. But it doesn't do the trick I'm looking for yet. I sent a patch earlier, and I'm sending it back again. The goal is to connect a linear slider to an [expr] (with this so called log function) and then to another linear slider. The idea then is that this second slider behaves as one that was set as being log. In the patch attached I was able to emulate it poorly with [pow 0.25], but that was before reaching the list. See that if I use this expr function from the code or your patch it presents quite a different behavior. maybe it is some sort of inversion of this equation, not sure. Apparently this code converts the log function values to linear and I'm hoping to get the exact opposite. Got it? Thanks for looking into this 2014-03-12 4:38 GMT-03:00 Roman Haefeli reduz...@gmail.com: On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -
Re: [PD] Arp emulation?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014? 03? 15? 00:07, Dan Wilcox wrote: You have an Arp emulation patch? Can I get a copy? Matthew Bielich has done an Arp Odyseey patch in Tom Erbes class at the UCSD. I think you can find it online. m. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMpCrcACgkQ3EB7kzgMM6KHxACeL3RqM/vV+LpTR1pOJV+FQwbk boEAn1cCq2lVWDWRSm20EqhGRhXh1yJp =Nk8z -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list