Re: [PD] settings on Ubuntu
Dear Derek, Derek Holzer wrote: Hi all, two of my students at a workshop today had the same problem. They installed Pd-ext from their package manager, but they have no preferences file thus no externals loaded, paths or anything. It is not clear how they installed Pd[extended]. Did they download a .deb file or did they install it straight from synaptic or the 'software center'? In the latter case latter chances are they actually installed Pd 'vanilla' and not pd-extended: in fact AFAIK pd-extended is not present in the ubuntu repositories. This would explain why they get no extra stuff. If this is the case they can get stable .deb package for all recent versions of ubuntu here: http://puredata.info/downloads (be sure to get pd-extended!) or autobuilds here: http://autobuild.puredata.info/auto-build/ Hope this helps. Bests, Lorenzo I scanned HC's page, the puredata.info FAQ and the list and didn't find anything about this. Did they forget/not know to do something or is this an error on the package manager's part? What should I do to fix their problem? D. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Linux Computer for mappping with GEM
On 2010-11-15 04:01, F. Medeiros wrote: Hello, I will buy a computer for mapping with pd + GEM and it would be nice to get some advice before I make a mistake. I will be using 3 projectors so I though about using 2 nvidia cards to get 4 outputs (3 projectors + 1 screen for control), anyone knows if this is working easily with Linux? I want to get a Gemwin that covers the 3 screens. yes that would work fine. however i would recommend to get a matrox triplehead2go converter, so you need only a single (dual-headed) gfx card and you will still be able to run up to 6 screens with that. personally i think that going through the hazzle of installing more than 1 gfx card is only worth it, if you need to run more than 6 screens. I also want to get some video input from a camera or dvd or a VJ, I read on this list nice things about the Canopus ADVC-110 so I guess this is a good option but since I don't need it to be external maybe someone can recommend a nice internal card that works nice on Linux. generally all that uses dv as transport, will add quite a lot of latency to the video. best thing would be to use some analog grabber card i have good experience with brooktree/conexant bt8x8 chips (as found on hauppauge and other cards) msdfts IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiples toogles and bangs
On 2010-11-14 03:26, Ed Kelly wrote: Or... [bang( | | /-[0( [spigot 1] | |\ | | \-| | | ...or am I missing something? yes, a [trigger]. fgmasr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
hello, 195.36.24 is the nvidia driver version i'm using. mainly because it's the version shiped with ubuntu 10.04. i don't know what 260 would offer better, but i think it's not impressive. most of nvidia upgrade is adding support for new card. anyway, if you don't use graphics for any important stuff, then you probably don't care. i'll be interested to know your impression if you try this kernel for pd/Gem. Cyrille Le 14/11/2010 18:02, András Murányi a écrit : i'm using Ubuntu Lucid with standard kernel (64-bit), and performance in Pd hasn't really impressed me lately... and WHOA i've just found a PPA with RT kernel (https://launchpad.net/~abogani/+archive/ppa/), which i'm very interested in - it's just that it comes with older Nvidia drivers 195.36.24 while the latest drivers from Nvidia are 260.19.21. Now does anyone know if i'll loose anything important with this older (but appropriately patched for RT) graphics driver? (btw i don't use graphics for anything important...) Andras On Sun, Nov 14, 2010 at 3:25 PM, cyrille henry c...@chnry.net mailto:c...@chnry.net wrote: hello, you say that you need a RT kernel : did you benchmarck the difference between a RT kernel and a standard kernel? anyway, i'm using ubuntu 10.04 with no optimisation. compiling pd/Gem is very fast and easy, so i don't wait the official package... cyrille Le 14/11/2010 13:48, Pierre Massat a écrit : Hi all! I have realized lately that Fedora/PlanetCCRMA may not be the best linux rt distro out there in terms of updates for Pd. So I wanted to conduct a survey among pd-list members to know who is using what. It seems like Ubuntu Studio is the distro that's most frequently updated. Too bed because the last time i tried to install it on my laptop it didn't work... Any advice would be appreciated. I need a rt kernel, of course... Pierre ___ 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] Musical notation object on Pd
- Mathieu Bouchard ma...@artengine.ca a écrit : On Wed, 10 Nov 2010, patko wrote: particulary Xi for flûte, http://james-ingram-act-two.de/stockhausen/Xi/sxia1l.html I just noticed the parts in IPA (phonetic alphabet). [y] [ø] [œ] First time I see those on a score. Interesting. yes he has wrote some pieces that use phonemes as musical events, that's really interesting indeed. Also, how a composer would do when he need to build his own scale, from empiric harmonic rules? Let me try to explain, music composition has evolved a certain way technically that one composer could build up a scale for each different piece he makes. How could he write scores that could be read by any genuine musician any time? What's a genuine musician ? That could be a complicated question, because I'm not sure to have used to good word, for describing who in the future will be able to have a clue about what is wrote on the paper, and this is also influenced by what E. Varese said about music in the future, interprets would disappear only composers would remain, that's what happening with using machines or tape instead of musicians, and from my point of view, only 'genuine' musicians could have a knowledge by doing some researches or studies about how the scores should be interpreted, the 'false' ones would be the machines for example, or the lambda machine users by 'lambda' I mean someone that only use the machine without asking questions. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
Arch is being very fine for audio/SC/PD so far. very good distro. 2010/11/15 cyrille henry c...@chnry.net: hello, 195.36.24 is the nvidia driver version i'm using. mainly because it's the version shiped with ubuntu 10.04. i don't know what 260 would offer better, but i think it's not impressive. most of nvidia upgrade is adding support for new card. anyway, if you don't use graphics for any important stuff, then you probably don't care. i'll be interested to know your impression if you try this kernel for pd/Gem. Cyrille Le 14/11/2010 18:02, András Murányi a écrit : i'm using Ubuntu Lucid with standard kernel (64-bit), and performance in Pd hasn't really impressed me lately... and WHOA i've just found a PPA with RT kernel (https://launchpad.net/~abogani/+archive/ppa/), which i'm very interested in - it's just that it comes with older Nvidia drivers 195.36.24 while the latest drivers from Nvidia are 260.19.21. Now does anyone know if i'll loose anything important with this older (but appropriately patched for RT) graphics driver? (btw i don't use graphics for anything important...) Andras On Sun, Nov 14, 2010 at 3:25 PM, cyrille henry c...@chnry.net mailto:c...@chnry.net wrote: hello, you say that you need a RT kernel : did you benchmarck the difference between a RT kernel and a standard kernel? anyway, i'm using ubuntu 10.04 with no optimisation. compiling pd/Gem is very fast and easy, so i don't wait the official package... cyrille Le 14/11/2010 13:48, Pierre Massat a écrit : Hi all! I have realized lately that Fedora/PlanetCCRMA may not be the best linux rt distro out there in terms of updates for Pd. So I wanted to conduct a survey among pd-list members to know who is using what. It seems like Ubuntu Studio is the distro that's most frequently updated. Too bed because the last time i tried to install it on my laptop it didn't work... Any advice would be appreciated. I need a rt kernel, of course... Pierre ___ 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] Multiples toogles and bangs
Thanks, all suggest works... maybe i make a one trigger tutorial...hahaha. Thanks a lot brothers José 2010/11/15 IOhannes m zmoelnig zmoel...@iem.at On 2010-11-14 03:26, Ed Kelly wrote: Or... [bang( | | /-[0( [spigot 1] | |\ | | \-| | | ...or am I missing something? yes, a [trigger]. fgmasr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://arselectronicachile.blogspot.com http://comunicacionnativa.blogspot.com/ http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Linux Computer for mappping with GEM
Thank you for the advice, I really appreciate it. The reason I choose 2 cards instead of the triplehead2go was just to avoid hazzle, if the triplehead2go is easier to setup in Linux then I guess that is what I will use since I don't have much time and prefer to spend it creating nice visuals than setting up video cards. For the capture card I was also worried about the latency so I will search for one with the bt8x8 chip, I don't know if it is easy because all the hauppauge I see for sale now are PCIe and say they have a new chip that I dont't know if it is working but I can always change it if doesn't work. All good for you. F. Medeiros On Mon, 2010-11-15 at 09:14 +0100, IOhannes m zmoelnig wrote: On 2010-11-15 04:01, F. Medeiros wrote: Hello, I will buy a computer for mapping with pd + GEM and it would be nice to get some advice before I make a mistake. I will be using 3 projectors so I though about using 2 nvidia cards to get 4 outputs (3 projectors + 1 screen for control), anyone knows if this is working easily with Linux? I want to get a Gemwin that covers the 3 screens. yes that would work fine. however i would recommend to get a matrox triplehead2go converter, so you need only a single (dual-headed) gfx card and you will still be able to run up to 6 screens with that. personally i think that going through the hazzle of installing more than 1 gfx card is only worth it, if you need to run more than 6 screens. I also want to get some video input from a camera or dvd or a VJ, I read on this list nice things about the Canopus ADVC-110 so I guess this is a good option but since I don't need it to be external maybe someone can recommend a nice internal card that works nice on Linux. generally all that uses dv as transport, will add quite a lot of latency to the video. best thing would be to use some analog grabber card i have good experience with brooktree/conexant bt8x8 chips (as found on hauphauppaugepauge and other cards) msdfts IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd 20% idle CPU usage on MBP
On 10 Nov 2010, at 04:39, chris clepper wrote: Is this using the built-in speakers or the headphone jack? Plug in an optical cable and see if the CPU doesn't drop a lot. Or try a USB or Firewire interface. OK, just tried my Edirol FA-66 firewire interface. CPU does indeed drop to 12%. Still that's a ridiculous overhead for simply talking to the audio hardware. By default CoreAudio does a lot of processing on audio when using the built-in outputs. It used to mainly be limiting to keep the shitty speakers from blowing, but it has expanded over time. There is obviously a way to tell CoreAudio to cut that out, but how that is done via PortAudio is a question for the PA developers. The ml_set_interrupts_enabled is the blocking. Does that mean that Mathieu was wrong earlier about the PABLIO interface not causing any significant overhead? Jamie On Tue, Nov 9, 2010 at 10:48 AM, Jamie Bullock ja...@postlude.co.uk wrote: pd doing 'nothing': 10.6% 10.6% mach_kernel ml_set_interrupts_enabled 9.4%9.4%DspFuncLib iZRedist::DSP::Denoise::processWithLookahead(int, float* const*, int) 6.7%6.7%DspFuncLib iZRedist::DSP::FftImpl::FftComplex_InPlace(iZRedist::DSP::Cmplx*) const 6.3%6.3%DspFuncLib DspFuncHelper::process_IIR_xmm_LR(float*, float*, float*, float*, unsigned int) 3.8%3.8%DspFuncLib iZRedist::Util::Log(float) 2.8%2.8%AppleHDANativeInt32ToFloat32_X86 2.5%2.5%DspFuncLib iZRedist::DSP::FftImpl::FftReal(float const*, iZRedist::DSP::Cmplx*) const 2.3%2.3%DspFuncLib DspFuncDRC::_dynamicRangeControl(float*, float*, unsigned long, unsigned long) 2.0%2.0%mach_kernel lo_mach_scall ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
Hi, I tried a lot: Musix U studio ~8.xx, with a lot of problem (xruns, wifi issue, jack stops without any apparent reason, more...) Fedora 10 /CCRMA: was great, but sometimes old version of software in repos (like pd...) U studio again, Lucid: great, but a lot of wifi issues and some others... Now I'm trying Tangostudio, based on Ubuntu Lucid, 64bits... seems to work great, but after installing rtirq and nvidia driver, cause I had a xrun-rain when running jack. Now it's ok. I use RME Multiface /w HDSP Expresscard and an Edirol FA-101... excepted that xruns issue, worked oob. But pd seems to have a problem with rt: with very low latencies (15ms), I get a lot of DIO errors... Le 15. 11. 10 12:01, Bernardo Barros a écrit : Arch is being very fine for audio/SC/PD so far. very good distro. 2010/11/15 cyrille henryc...@chnry.net: hello, 195.36.24 is the nvidia driver version i'm using. mainly because it's the version shiped with ubuntu 10.04. i don't know what 260 would offer better, but i think it's not impressive. most of nvidia upgrade is adding support for new card. anyway, if you don't use graphics for any important stuff, then you probably don't care. i'll be interested to know your impression if you try this kernel for pd/Gem. Cyrille Le 14/11/2010 18:02, András Murányi a écrit : i'm using Ubuntu Lucid with standard kernel (64-bit), and performance in Pd hasn't really impressed me lately... and WHOA i've just found a PPA with RT kernel (https://launchpad.net/~abogani/+archive/ppa/), which i'm very interested in - it's just that it comes with older Nvidia drivers 195.36.24 while the latest drivers from Nvidia are 260.19.21. Now does anyone know if i'll loose anything important with this older (but appropriately patched for RT) graphics driver? (btw i don't use graphics for anything important...) Andras On Sun, Nov 14, 2010 at 3:25 PM, cyrille henryc...@chnry.net mailto:c...@chnry.net wrote: hello, you say that you need a RT kernel : did you benchmarck the difference between a RT kernel and a standard kernel? anyway, i'm using ubuntu 10.04 with no optimisation. compiling pd/Gem is very fast and easy, so i don't wait the official package... cyrille Le 14/11/2010 13:48, Pierre Massat a écrit : Hi all! I have realized lately that Fedora/PlanetCCRMA may not be the best linux rt distro out there in terms of updates for Pd. So I wanted to conduct a survey among pd-list members to know who is using what. It seems like Ubuntu Studio is the distro that's most frequently updated. Too bed because the last time i tried to install it on my laptop it didn't work... Any advice would be appreciated. I need a rt kernel, of course... Pierre ___ 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
[PD] HHT HilbertHuangTransform objects in Pd?
I was wondering if somebody made HHT objects in Pd like: [EMD x], splitting a signal in IMF (intrinsic mode) functions...? How hard would it be to implement? Greetings! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] NYC Patching Circle this Thursday 11/18, 6-10pm
The Patching Circle got a residency at Eyebeam! So for the next three months, we'll be on a Thursday evening, starting this Thursday. And Miller Puckette, the creator of Pd/Max will be joining me as a guest host this Thursday and next month. Pure Data 0.43 is about to be released, so some of us will be working on finalizing that. It includes a major update to the GUI to enable lots of customization. You can now customize the Pd GUI using simple plugins. Come bring your projects or try out Pd 0.43. We'll be at Eyebeam this Thursday from 6-10pm, please RSVP to i...@eyebeam.org http://eyebeam.org/events/nyc-patching-circle inline: Photobucket.jpeg We spend enough time alone staring at our computers; we are proposing to work together. So often issues that arise when working can be solved with a quick two minute discussion that would take hours to solve alone. We have Dorkbot to see people's work, we have Share where anyone can play, we have workshops and universities to learn from. This is a meeting where we all can come to work. This is an informal gathering of patching and patchers (Pd, Max/MSP/ Jitter, and even , Eyesweb, Labview, etc.). Beginners and Experienced welcome. Open to everyone, students, the public, etc. Work on personal projects, professional projects, school projects, ask for help, help others, or just patch quietly to yourself, in a room full of other people patching patches and helping other people patch. Every third Thursday of the month, so this Thursday 6-10pm Free! Directions -- Patching Circle, http://puredata.info/community/NYCPatchingCircle NYC Resistor, http://eyebeam.org/ Thursday, Nov 18th, 6-10pm 540 W. 21st Street Manhattan Tel. 212.937.6580 (Eyebeam) or 347.850.4872 (Hans) RSVP to i...@eyebeam.org ___ 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] HHT HilbertHuangTransform objects in Pd?
On Mon, 15 Nov 2010, Charles Henry wrote: However, there's an interesting and useful approximation given by the hilbert~.pd patch (provided in the extra directory perhaps?). It uses two all-pass biquad filters that are ~90 degrees out of phase with each other to approximate the hilbert transform. Unfortunately, there are two different things called Hilbert Transform, and the one with the two biquads doesn't approximate Hilbert's decomposition, they approximate the other thing called after Hilbert. (is that right ?) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] HHT HilbertHuangTransform objects in Pd?
On Mon, 15 Nov 2010, Mathieu Bouchard wrote: Unfortunately, there are two different things called Hilbert Transform, and the one with the two biquads doesn't approximate Hilbert's decomposition, they approximate the other thing called after Hilbert. (is that right ?) I probably got that wrong. I could swear I read something about such a confusion between two different things, but I can't find it now. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd 20% idle CPU usage on MBP
On Mon, Nov 15, 2010 at 8:04 AM, Jamie Bullock ja...@postlude.co.uk wrote: OK, just tried my Edirol FA-66 firewire interface. CPU does indeed drop to 12%. Still that's a ridiculous overhead for simply talking to the audio hardware. A profile would show that the DSP functions are no longer taking CPU time. The remaining 10% is the blocking. Does that mean that Mathieu was wrong earlier about the PABLIO interface not causing any significant overhead? I don't know much about PortAudio and PABLIO. The blocking call probably does come from how Pd uses PA. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd 20% idle CPU usage on MBP
On Sun, Nov 14, 2010 at 12:00 PM, Mathieu Bouchard ma...@artengine.cawrote: Why does it do that in the application instead of inside some daemon ? I mean, what if you run 3 sound apps at once, does it does the same transformation on three signals (or pairs of signals) before mixing them ? Since I don't work at Apple I don't have the definitive answer to that. In a standard Shark trace time spent in drivers is charged to the userland app that initiates the calls. The DSP could very well be doing those transforms only once, but if Pd is the only app accessing the driver, the functions would only be in the Pd trace. The GPU driver work from the GL calls in GEM show up under Pd's process too. Fire up ITunes and see what happens to audio in the driver. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] HHT HilbertHuangTransform objects in Pd?
On Mon, Nov 15, 2010 at 10:54 AM, Mathieu Bouchard ma...@artengine.cawrote: On Mon, 15 Nov 2010, Charles Henry wrote: However, there's an interesting and useful approximation given by the hilbert~.pd patch (provided in the extra directory perhaps?). It uses two all-pass biquad filters that are ~90 degrees out of phase with each other to approximate the hilbert transform. Unfortunately, there are two different things called Hilbert Transform, and the one with the two biquads doesn't approximate Hilbert's decomposition, they approximate the other thing called after Hilbert. (is that right ?) I don't know... The Hilbert transform on a function g(t) is this thing: Hg = 1/pi * integral( s=-inf, inf , 1/(t-s)*g(s) *ds) or in other words, convolution by 1/(pi*t) and there's a complex valued signal based on g(t) h(t) = g(t) + i*Hg(t) The Hilbert transform gives you just the imaginary part. The hilbert~.pd patch approximates this complex valued signal h(t). I know there's a reference to single-sideband modulation in the help patch if that's related--is h(t) called the analytic signal? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Linux Computer for mappping with GEM
On Mon, 2010-11-15 at 09:14 +0100, IOhannes m zmoelnig wrote: however i would recommend to get a matrox triplehead2go converter, so Would this be a Analog or Digital Edition? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
So, running the aforementioned RT kernel, managed to patch the latest nvidia driver following these general instructions: http://ubuntuforums.org/showpost.php?p=9233282postcount=5 I'm already happy because it's quite some time that i haven't had the RT kernel! As i don't use GEM i cannot tell about it, but Pd got faster. Almost as fast as the 32-bit Pd was (on 64-bit Ubuntu - Hardy that time). It means i can almost use my MIDI sequencer patch without the GUI dropping out. Promising! Now i can dig into the patch for optimisation possibilities, and at the same time, keep on bugging the community for speeding up the GUI :o) Do you guys think i shall try it with a current 32-bit Pd to see if the 64-bit version is really slower...? (on a side note to RT kernel experiences: the CPU got hotter indeed, looks like i'll have to tweak the cooling fans again...) Andras On Mon, Nov 15, 2010 at 9:27 AM, cyrille henry c...@chnry.net wrote: hello, 195.36.24 is the nvidia driver version i'm using. mainly because it's the version shiped with ubuntu 10.04. i don't know what 260 would offer better, but i think it's not impressive. most of nvidia upgrade is adding support for new card. anyway, if you don't use graphics for any important stuff, then you probably don't care. i'll be interested to know your impression if you try this kernel for pd/Gem. Cyrille Le 14/11/2010 18:02, András Murányi a écrit : i'm using Ubuntu Lucid with standard kernel (64-bit), and performance in Pd hasn't really impressed me lately... and WHOA i've just found a PPA with RT kernel (https://launchpad.net/~abogani/+archive/ppa/https://launchpad.net/%7Eabogani/+archive/ppa/), which i'm very interested in - it's just that it comes with older Nvidia drivers 195.36.24 while the latest drivers from Nvidia are 260.19.21. Now does anyone know if i'll loose anything important with this older (but appropriately patched for RT) graphics driver? (btw i don't use graphics for anything important...) Andras On Sun, Nov 14, 2010 at 3:25 PM, cyrille henry c...@chnry.net mailto:c...@chnry.net wrote: hello, you say that you need a RT kernel : did you benchmarck the difference between a RT kernel and a standard kernel? anyway, i'm using ubuntu 10.04 with no optimisation. compiling pd/Gem is very fast and easy, so i don't wait the official package... cyrille Le 14/11/2010 13:48, Pierre Massat a écrit : Hi all! I have realized lately that Fedora/PlanetCCRMA may not be the best linux rt distro out there in terms of updates for Pd. So I wanted to conduct a survey among pd-list members to know who is using what. It seems like Ubuntu Studio is the distro that's most frequently updated. Too bed because the last time i tried to install it on my laptop it didn't work... Any advice would be appreciated. I need a rt kernel, of course... Pierre ___ 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 -- Muranyi Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Linux Computer for mappping with GEM
On Mon, Nov 15, 2010 at 1:42 PM, F. Medeiros excali...@gmail.com wrote: Thank you for the advice, I really appreciate it. The reason I choose 2 cards instead of the triplehead2go was just to avoid hazzle, if the triplehead2go is easier to setup in Linux then I guess that is what I will use since I don't have much time and prefer to spend it creating nice visuals than setting up video cards. For the capture card I was also worried about the latency so I will search for one with the bt8x8 chip, I don't know if it is easy because all the hauppauge I see for sale now are PCIe and say they have a new chip that I dont't know if it is working but I can always change it if doesn't work. Look on eBay for PCTV PCI cards from Miro or from Hauppage or from Pinnacle, they are most likely bt8x8 based. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Linux Computer for mappping with GEM
On 2010-11-15 19:13, F. Medeiros wrote: On Mon, 2010-11-15 at 09:14 +0100, IOhannes m zmoelnig wrote: however i would recommend to get a matrox triplehead2go converter, so Would this be a Analog or Digital Edition? how the hell should i know? it mainly depends on your gfx-cards outputs and what your displays take as inputs. i don't know why the device comes with a driver CD. i never loaded the CD, so i don't know what's on there. so don't let it frighten you. the triplehead2go is really a very simplistic device: for the computer it is just a _monitor_ that sends rather unusual EDID information (e.g. it claims that it has a screen that is 3072x768 pixes large (and other resolutions)). you can then setup your gfx-card according to these specs (using xrandr, or the like (e.g. nvidia-settings)) fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] HHT HilbertHuangTransform objects in Pd?
I even mean a third algorithm... I am focused more the empirical mode decomposition put forward by Huang, ... after splitting the signal in IMFs they are individually analyzed by Hilbert transform, or other time frequency transform of choice... Im more looking to EMD, but I just found some matlab code which octave seems to be able to run, and theres some C functions... going to look how achievable it is, and going to ask permission from the author to make Pd externals based on them... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
Hi, I have installed Ubuntu 10.04 LTS, plus some ubuntu studio stuff (the audio packages and the plugins). I also tried the rt-kernel. It didn't work. But i am amazed, blown away, baffled, etc. Because the generic kernel does have some crazy rt capabilities indeed. I guess the ubuntu studio packages must have created the audio group and jack must have written the proper things in the limit file, but still, it works surprisingly well. Jack can run in rt with a latency as low 4 ms without any xruns, although it crashes.It works just fine at 5.33 ms. Even pd itself work with an extremely low latency (I'd say below 7 ms), I'm assuming that's because it was configured to run in rt during the install. I don't even know if i need JACK anymore. Does any of you know how i can measure the actual latency in Pd? I couldn't tell by ear which config was faster, Pd alone or Pd plus JACK. Looks like it time to say goodbye to rt-kernels... This makes me happy. Cheers! Pierre 2010/11/15 András Murányi muran...@gmail.com So, running the aforementioned RT kernel, managed to patch the latest nvidia driver following these general instructions: http://ubuntuforums.org/showpost.php?p=9233282postcount=5 I'm already happy because it's quite some time that i haven't had the RT kernel! As i don't use GEM i cannot tell about it, but Pd got faster. Almost as fast as the 32-bit Pd was (on 64-bit Ubuntu - Hardy that time). It means i can almost use my MIDI sequencer patch without the GUI dropping out. Promising! Now i can dig into the patch for optimisation possibilities, and at the same time, keep on bugging the community for speeding up the GUI :o) Do you guys think i shall try it with a current 32-bit Pd to see if the 64-bit version is really slower...? (on a side note to RT kernel experiences: the CPU got hotter indeed, looks like i'll have to tweak the cooling fans again...) Andras On Mon, Nov 15, 2010 at 9:27 AM, cyrille henry c...@chnry.net wrote: hello, 195.36.24 is the nvidia driver version i'm using. mainly because it's the version shiped with ubuntu 10.04. i don't know what 260 would offer better, but i think it's not impressive. most of nvidia upgrade is adding support for new card. anyway, if you don't use graphics for any important stuff, then you probably don't care. i'll be interested to know your impression if you try this kernel for pd/Gem. Cyrille Le 14/11/2010 18:02, András Murányi a écrit : i'm using Ubuntu Lucid with standard kernel (64-bit), and performance in Pd hasn't really impressed me lately... and WHOA i've just found a PPA with RT kernel (https://launchpad.net/~abogani/+archive/ppa/https://launchpad.net/%7Eabogani/+archive/ppa/), which i'm very interested in - it's just that it comes with older Nvidia drivers 195.36.24 while the latest drivers from Nvidia are 260.19.21. Now does anyone know if i'll loose anything important with this older (but appropriately patched for RT) graphics driver? (btw i don't use graphics for anything important...) Andras On Sun, Nov 14, 2010 at 3:25 PM, cyrille henry c...@chnry.net mailto:c...@chnry.net wrote: hello, you say that you need a RT kernel : did you benchmarck the difference between a RT kernel and a standard kernel? anyway, i'm using ubuntu 10.04 with no optimisation. compiling pd/Gem is very fast and easy, so i don't wait the official package... cyrille Le 14/11/2010 13:48, Pierre Massat a écrit : Hi all! I have realized lately that Fedora/PlanetCCRMA may not be the best linux rt distro out there in terms of updates for Pd. So I wanted to conduct a survey among pd-list members to know who is using what. It seems like Ubuntu Studio is the distro that's most frequently updated. Too bed because the last time i tried to install it on my laptop it didn't work... Any advice would be appreciated. I need a rt kernel, of course... Pierre ___ 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 -- Muranyi Andras ___ 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] Which Linux distribution are you using?
Le 15. 11. 10 22:21, Pierre Massat a écrit : Hi, I have installed Ubuntu 10.04 LTS, plus some ubuntu studio stuff (the audio packages and the plugins). I also tried the rt-kernel. It didn't work. But i am amazed, blown away, baffled, etc. Because the generic kernel does have some crazy rt capabilities indeed. I guess the ubuntu studio packages must have created the audio group and jack must have written the proper things in the limit file, but still, it works surprisingly well. Jack can run in rt with a latency as low 4 ms without any xruns, although it crashes.It works just fine at 5.33 ms. Even pd itself work with an extremely low latency (I'd say below 7 ms), I'm assuming that's because it was configured to run in rt during the install. I don't even know if i need JACK anymore. jack don't add latency, and it's a powerfull sound server... you can connect pd to the outputs of your sound device and/or other sound/midi softwares, then you can save a patchbay to recover your patch... it's one of the most interesting stuffs on linux. Does any of you know how i can measure the actual latency in Pd? have a look on jdelay: a simple jack command-line latency-meter. when you start it, a new client appears in jack: connect it between pd out and in, connect in and out in a pd patch, you'll get a time in frame: frame/frequency = t in sec (ex 480 / 48000 = 0.010 = 10 ms). You can connect it between sound device in and out and plug a jack between out and in, you'll get the real round latency... you will have to compile it, README explains all... I couldn't tell by ear which config was faster, Pd alone or Pd plus JACK. maybe I'm wrong, but I thing only jack can provide rt... cheers, r Looks like it time to say goodbye to rt-kernels... This makes me happy. Cheers! Pierre 2010/11/15 András Murányi muran...@gmail.com mailto:muran...@gmail.com So, running the aforementioned RT kernel, managed to patch the latest nvidia driver following these general instructions: http://ubuntuforums.org/showpost.php?p=9233282postcount=5 http://ubuntuforums.org/showpost.php?p=9233282postcount=5 I'm already happy because it's quite some time that i haven't had the RT kernel! As i don't use GEM i cannot tell about it, but Pd got faster. Almost as fast as the 32-bit Pd was (on 64-bit Ubuntu - Hardy that time). It means i can almost use my MIDI sequencer patch without the GUI dropping out. Promising! Now i can dig into the patch for optimisation possibilities, and at the same time, keep on bugging the community for speeding up the GUI :o) Do you guys think i shall try it with a current 32-bit Pd to see if the 64-bit version is really slower...? (on a side note to RT kernel experiences: the CPU got hotter indeed, looks like i'll have to tweak the cooling fans again...) Andras On Mon, Nov 15, 2010 at 9:27 AM, cyrille henry c...@chnry.net mailto:c...@chnry.net wrote: hello, 195.36.24 is the nvidia driver version i'm using. mainly because it's the version shiped with ubuntu 10.04. i don't know what 260 would offer better, but i think it's not impressive. most of nvidia upgrade is adding support for new card. anyway, if you don't use graphics for any important stuff, then you probably don't care. i'll be interested to know your impression if you try this kernel for pd/Gem. Cyrille Le 14/11/2010 18:02, András Murányi a écrit : i'm using Ubuntu Lucid with standard kernel (64-bit), and performance in Pd hasn't really impressed me lately... and WHOA i've just found a PPA with RT kernel (https://launchpad.net/~abogani/+archive/ppa/ https://launchpad.net/%7Eabogani/+archive/ppa/), which i'm very interested in - it's just that it comes with older Nvidia drivers 195.36.24 while the latest drivers from Nvidia are 260.19.21. Now does anyone know if i'll loose anything important with this older (but appropriately patched for RT) graphics driver? (btw i don't use graphics for anything important...) Andras On Sun, Nov 14, 2010 at 3:25 PM, cyrille henry c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net wrote: hello, you say that you need a RT kernel : did you benchmarck the difference between a RT kernel and a standard kernel? anyway, i'm using ubuntu 10.04 with no optimisation. compiling pd/Gem is very fast and easy, so i don't wait the official package... cyrille Le 14/11/2010 13:48, Pierre Massat a écrit : Hi all!
[PD] [PD-announce] /dev/art/#3 in Paris with Derek Holzer - Friday november, 19
In french only (désolé pour le même mail provenant de différentes listes !). Pour une meilleure mise en page, vous pouvez consulter le PDF joint à ce mail : /dev/art/#3 Rencontres, discussions et échanges entre artistes et développeurs utilisant les nouvelles technologies de programmation (arts numériques, hacking, performances, etc.). Le vendredi 19 novembre / 19h-23h au BlackBoxe 17 rue de la Chapelle / 75018 Paris Metro ligne 12 / Station Marx Dormoy ou Porte de la Chapelle 19h / 21h : rencontres, discussions et échanges autour des arts numériques, de la performance, du hacking et du développement d'applications et d'installations. 21h / 21h30 : Pot/apéro 21h30 / 23h : performance + présentation de Derek Holzer : ToneWheels Installé à Berlin, Derek Holzer est un artiste américain passionné par la fabrication de ses propres machines analogiques, le field recording et les musiques expérimentales. Habitué des performances sonores, il viendra présenter son étonnant projet ToneWheels. ToneWheels, est une expérience de conversion d'image graphiques en sons, grâce à l'utilisation de disques transparents dont les motifs imprimés sont lus par des capteurs de lumières pour créer des textures sonores et visuelles. Performance totalement live et hardware analogique, ToneWheels cherche à révéler au public le processus de création et de construction de la performance elle-même. Derek Holzer is an American sound artist living in Berlin, whose current interests include DIY analog electronics, sound art, field recording and the meeting points of electroacoustic, noise, improv and extreme music. He has played live experimental sound, as well as taught workshops in noise art technology. He comes in Paris to present his project ToneWheels. ToneWheels is an experiment in converting graphical imagery to sound, inspired by some of the pioneering 20th Century electronic music inventions. Transparent tonewheels with repeating patterns are spun over light-sensitive electronic circuitry to produce sound and light pulsations and textures. This all-analog set is performed entirely live without the use of computers, using only overhead projectors as light source, performance interface and audience display. In this way, ToneWheels aims to open up the “black box” of electronic music and video by exposing the working processes of the performance for the audience to see. texteDevArt3.pdf Description: Adobe PDF document ___ 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