Re: [PD] [PD-announce] Open source your mobile devices, Oct 14th @ Eyebeam
On Fri, Oct 10, 2008 at 8:11 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: On Oct 10, 2008, at 3:57 PM, Gunter Geiger wrote: Are you going to install Pd or PDa ? PDa, of course. I've been making a lot of builds using OpenEmbedded. I am working on a custom OpenEmbedded image/distro based on Angstrom. So far I have it running on iPAQs and Palms. Others should be possible. I should have some test releases soon. I have also made some test builds for Maemo and OpenMoko. I suppose I should throw them somewhere if anyone wants to try them. On Oct 10, 2008, at 8:16 PM, Hans-Christoph Steiner wrote: Hey all, if you are near NYC, come join us in putting Pd on old PDAs and iPods: .hc I've been working with OpenEmbedded recently too, on the Beagle Board (TI's poor-man's EVM for the OMAP3530 processor) I compiled PDa on the box, but it runs rally slowly, and I haven't figured out why. Lately i've been getting the OpenEmbedded cross-compilation environment all set up and I'm figuring out how to create a custom embedded distro, so I'd love some more info on what you're doing, Hans. Also, OMAP has an FPU, so perhaps I could get full PD compiled. I'll keep people posted. -spencer ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help with compressor/limiter abstraction
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: I'm trying to build a pure-Pd compressor/limiter effect. Attached is a slightly better version, which now uses a snapshot~ to get the current gain, which then is compared to the target gain to calculate the next gain. Now it seems to be possible to actually compress audio with it, if you set a low threshold (~ 0.2), a sharp attack (~1ms), and comp1 to some small value (or 1/comp1 to a large one) while keeping comp1 at 1. Testing and comments would be cool! Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ compress~-help.pd Description: application/puredata compress~.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] palm T5 -- [EMAIL PROTECTED]
Ooooh ! On my palm T5 your image don't work !. It's possible to find a solution ? What do you think ? Max Message: 3 Date: Tue, 14 Oct 2008 18:11:53 -0400 From: Hans-Christoph Steiner [EMAIL PROTECTED] Subject: [PD] first Reware Pd image for Palm TX released To: pd-list List pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hey, http://eds.org/~hans/reware-pd-PalmTX.tar.bz2 I just put up a complete image and kernel for the Palm TX. Just download, untar to an SD card, stick it in your Palm TX, then click the Linux Penguin and voila! It should work. BE SURE YOU SYNC YOUR PALM FIRST! It might corrupt things! It hasn't so far for me, but it does reset the date to 1942. This might work on other Palm Tungstens too, I haven't tried it, but they are relatively similar. It might also cause problems with it, I don't know, do so at your own risk. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help with compressor/limiter abstraction
On Wed, 2008-10-15 at 17:24 +0200, Frank Barknecht wrote: Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: I'm trying to build a pure-Pd compressor/limiter effect. Attached is a slightly better version, which now uses a snapshot~ to get the current gain, which then is compared to the target gain to calculate the next gain. Now it seems to be possible to actually compress audio with it, if you set a low threshold (~ 0.2), a sharp attack (~1ms), and comp1 to some small value (or 1/comp1 to a large one) while keeping comp1 at 1. Testing and comments would be cool! yo.. this really interests me. i will test and comment it soon (when i have little time). in the meanwhile i would like to ask: what is the idea of having two ratios (c1 and c2 are ratios, aren't they?)? and if both are ratios: how comes, that there is only one threshold? i may be misunderstanding the basic idea of it. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help with compressor/limiter abstraction
Frank, I attach a simple compressor that I made, it is doing most of its calculations in dB. This one doesn't have the nonlinear compression below the threshold as yours and for simplicity I left out the delay, also the attack and decay calculations are simplified. I use it for teaching, so I think the calculations for the compression factor are pretty clear and intuitive. Günter Frank Barknecht wrote: Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: I'm trying to build a pure-Pd compressor/limiter effect. Attached is a slightly better version, which now uses a snapshot~ to get the current gain, which then is compared to the target gain to calculate the next gain. Now it seems to be possible to actually compress audio with it, if you set a low threshold (~ 0.2), a sharp attack (~1ms), and comp1 to some small value (or 1/comp1 to a large one) while keeping comp1 at 1. Testing and comments would be cool! Ciao ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list #N canvas 83 0 855 414 10; #X obj 270 107 - 80; #X floatatom 270 62 5 0 0 0 - - -; #X obj 270 131 moses 0; #X obj 316 154 / 4; #X floatatom 354 69 5 0 0 2 tresh - -; #X floatatom 402 68 5 1 100 2 ratio - -; #X obj 316 175 + 80; #X obj 316 196 -; #X obj 316 237 dbtorms; #X floatatom 316 257 8 0 0 0 - - -; #X obj 316 216 + 100; #X obj 270 81 t f f; #X obj 354 15 inlet; #X obj 402 14 inlet; #X msg 270 255 1; #X text 203 160 linear; #X obj 270 315 outlet; #X obj 270 23 inlet; #X text 318 108 calculate the compression factor; #X text 354 153 apply the ratio; #X text 341 130 compress if we are over 0; #X text 351 196 get the difference in level to the original; #X text 370 218 convert dB to factor (in pd 0 dB == 100); #X connect 0 0 2 0; #X connect 1 0 11 0; #X connect 2 0 14 0; #X connect 2 1 3 0; #X connect 3 0 6 0; #X connect 4 0 0 1; #X connect 4 0 6 1; #X connect 5 0 3 1; #X connect 6 0 7 0; #X connect 7 0 10 0; #X connect 8 0 9 0; #X connect 9 0 16 0; #X connect 10 0 8 0; #X connect 11 0 0 0; #X connect 11 1 7 1; #X connect 12 0 4 0; #X connect 13 0 5 0; #X connect 14 0 16 0; #X connect 17 0 1 0; #N canvas 247 457 613 464 10; #X obj 90 417 dac~; #X obj 184 68 random 100; #X obj 115 161 *~; #X obj 183 134 vline~; #X msg 183 112 \$1 20 \, 0 200 10; #X obj 184 47 metro 500; #X msg 184 24 bang; #X floatatom 116 36 5 0 0 0 - - -; #X obj 116 66 osc~ 110; #X floatatom 224 202 5 1 100 2 ratio - -; #X floatatom 179 201 5 0 100 2 thresh - -; #X obj 184 91 / 100; #X obj 114 373 *~; #X obj 136 329 line~; #X obj 136 253 moses 1; #X obj 136 297 pack 0 20; #X obj 212 299 pack 0 200; #X obj 136 199 env~; #X obj 136 229 compress; #X floatatom 273 202 5 0 0 2 attack - -; #X floatatom 323 202 5 0 0 2 decay - -; #X text 297 69 compress: calculate compression ratio; #X connect 1 0 11 0; #X connect 2 0 12 0; #X connect 2 0 17 0; #X connect 3 0 2 1; #X connect 4 0 3 0; #X connect 5 0 1 0; #X connect 6 0 5 0; #X connect 7 0 8 0; #X connect 8 0 2 0; #X connect 9 0 18 2; #X connect 10 0 18 1; #X connect 11 0 4 0; #X connect 12 0 0 0; #X connect 12 0 0 1; #X connect 13 0 12 1; #X connect 14 0 15 0; #X connect 14 1 16 0; #X connect 15 0 13 0; #X connect 16 0 13 0; #X connect 17 0 18 0; #X connect 18 0 14 0; #X connect 19 0 15 1; #X connect 20 0 16 1; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help with compressor/limiter abstraction
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: On Wed, 2008-10-15 at 17:24 +0200, Frank Barknecht wrote: I'm trying to build a pure-Pd compressor/limiter effect. yo.. this really interests me. i will test and comment it soon (when i have little time). in the meanwhile i would like to ask: what is the idea of having two ratios (c1 and c2 are ratios, aren't they?)? and if both are ratios: how comes, that there is only one threshold? i may be misunderstanding the basic idea of it. Well, [compress~] is a bad name and will be changed: The abstraction I posted is multi-purpose (like Zexy's [limiter~]) and can also be used as a noise gate, a limiter or an expander. For this, two different transfer functions for signals below or above the threshold are used. comp1 is the ratio of the compression curve above the threshold. It's the slope of a staight line there as you may know from the usual compressor diagrams that show input vs. output level. comp2 is a bit more complicated: It describes the gain curve that is applied to the signal if its below the threshold and follows a x^(1/comp2) curve. If comp2 == 1 you get a straight line with a 1/1 ratio and no gain change for signals below the threshold. If comp2 is below 1 you get a parabolic curve, i.e. f(x) = x^2 for comp2 = 0.5 This means that softer signals get attenuated more: a noise gate. If comp2 is larger then 1 the curve is ... what's it a sqrt-like curve called in english? Well, for comp2==2, you get the sqrt-curve exactly, so softer signals below the threshold get a gain that makes them louder, until at the threshold point they get passed through unchanged, after which the comp1-curve kicks in again. I've read in the Csound book that this is called an expander. Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help with compressor/limiter abstraction
Just trying on a few drum loops. Results not very good. It seems too pumpy and jittery, hard to set up any useful parameters imho. Perhaps a bit more smoothing/lag and finer tuning of the gain reduction stages would help. 2c. andy On Wed, 15 Oct 2008 17:24:43 +0200 Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: I'm trying to build a pure-Pd compressor/limiter effect. Attached is a slightly better version, which now uses a snapshot~ to get the current gain, which then is compared to the target gain to calculate the next gain. Now it seems to be possible to actually compress audio with it, if you set a low threshold (~ 0.2), a sharp attack (~1ms), and comp1 to some small value (or 1/comp1 to a large one) while keeping comp1 at 1. Testing and comments would be cool! Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building Externals
I'm willing to work on the externals. I'm rather busy at the moment but am willing to slowly work on writing makefiles for various externals that need their own. I figure we should start with some generic makefile that maybe tests for environment variables for the INSTALL_PREFIX, location of m_pd.h, .. what else..? so that it could be called from a higher up makefile with that info setup already. -Alex On Mon, Oct 13, 2008 at 4:20 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: carmen r wrote: 'externals' cannot be self-sufficient since it will always depend on the headers in 'pd'. the existing scripts were smart enough to find m_pd.h (and the other headers) alonside externals/, or its parent directory see miXed/ it still works that way the issue is you introduced dependencies on several new toplevel dirs for no good reason and broke up the modularity of the makefiles this has basically been my arguing for ages. i would very much like to revamp the entire build-system, but haven't had the time to do it. if several people are interested in doing so we could form a taskforce and just do it. oh well, unsubscribing. have fun in your broken paradise oh well, your zeal was shortlived then let me know if you are still interested in making a better world. fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] most stable/efficient way/object to play large video files?
Hi all, I need to play some video files (~700mb) in a theatre setting, which demands stability. Till now ive used pix_film, but there has been some crashes at seemingly random times when loading the files. Im wondering if there are any precautions or desired objects to use (pix_film, pix_movie, pdp, ...) that are more more stable? Also, is any object more efficient for dealing with larger files? cheers, Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] most stable/efficient way/object to play large video files?
The size of the movie on disk should be irrelevant. It can be two frames or twenty hours long and it makes no difference since only one frame is used at a time. pix_film/movie on OSX has worked well over an incalculable amount of testing. On Wed, Oct 15, 2008 at 5:02 PM, Martin . [EMAIL PROTECTED] wrote: Hi all, I need to play some video files (~700mb) in a theatre setting, which demands stability. Till now ive used pix_film, but there has been some crashes at seemingly random times when loading the files. Im wondering if there are any precautions or desired objects to use (pix_film, pix_movie, pdp, ...) that are more more stable? Also, is any object more efficient for dealing with larger files? cheers, Martin ___ 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] tracking rotation of fiducials
hello list, i was wondering if its possible to track the rotation angle of fiducials with pix_fiducialtrack... is there any special trick for this? Is it possible to use pix_fiducialtrack for augmented reality? thanks p. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
