Re: [PD] LED on the Cheap
We are also looking these for a future project: http://www.aliexpress.com/item/DC12V-input-12mm-WS2811-pixel-node-100pcs-a-string-IP68-rated/735790044.html On Thu, Oct 3, 2013 at 8:07 AM, Alex wrote: > I helped build this wall: http://blog.x37v.info/2012/10/10/led-wall > Controlled with video. It was not cheap but relative to commercial > solutions, not bad at all. For a smaller section like you're talking, it > wouldn't be too bad. It is quite bright. > > My partner posted some of the build details here: > http://dorkbotpdx.org/blog/armatronix/led_video_wall > > These LED strips are much nicer to deal with than trying to build up your > own panels with individual LEDs. There are some other LED strips out there > too, some that are probably even less dense and likely less expensive if > you don't need the resolution. > > -Alex > > > On Thu, Oct 3, 2013 at 1:58 AM, Alvin Google wrote: > >> I am writing a proposal to use Pure-Data to control LED panels that would >> light part of a rock quarry. The panels should both illuminate and show >> pixelated imagery (the resolution dependent on the quality of LEDs). I >> would looking for the cheapest and easiest solution. It has to be visible >> at some distance so the panel size would have to be at least 2 x 3 meters. >> This sort of application is completed new to me and any and all advise >> would be super helpful.. >> >> Thanks >> >> A >> >> __**_ >> 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
Re: [PD] LED on the Cheap
I helped build this wall: http://blog.x37v.info/2012/10/10/led-wall Controlled with video. It was not cheap but relative to commercial solutions, not bad at all. For a smaller section like you're talking, it wouldn't be too bad. It is quite bright. My partner posted some of the build details here: http://dorkbotpdx.org/blog/armatronix/led_video_wall These LED strips are much nicer to deal with than trying to build up your own panels with individual LEDs. There are some other LED strips out there too, some that are probably even less dense and likely less expensive if you don't need the resolution. -Alex On Thu, Oct 3, 2013 at 1:58 AM, Alvin Google wrote: > I am writing a proposal to use Pure-Data to control LED panels that would > light part of a rock quarry. The panels should both illuminate and show > pixelated imagery (the resolution dependent on the quality of LEDs). I > would looking for the cheapest and easiest solution. It has to be visible > at some distance so the panel size would have to be at least 2 x 3 meters. > This sort of application is completed new to me and any and all advise > would be super helpful.. > > Thanks > > A > > __**_ > 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
Re: [PD] pix_video webcam 1280x720
Ran into this same problem on osx two weeks ago using Microsoft HD webcams. The resolution was fine on Linux (which I built the patch in) but wouldn't do HD on osx. It will work in windows, so we switched out machines for the final project. The HD video does come through at full resolution on osx in other applications, but not in PD. I agree I think it's a Gem problem with osx. Running a virtual linux machine on osx I was able to use the full resolution, but alas the mac osx only allows one USB port per camera, so that solution wasn't going to work for my problem. Running a virtual machine for a professional application is probably too risky in terms of latency and complexity, but there's always boot camp for macs, and Linux is free. -Alex On Sep 6, 2013, at 9:52 AM, Dan Wilcox wrote: Eh no. Both Quicktime and now AVFoundation can do H264 decoding in video streams. I think the issue is that GEM doesn't yet support it on OSX as Iohannes has repeatedly sought OSX dev help ... On Sep 6, 2013, at 11:40 AM, pd-list-requ...@iem.at wrote: Unfortunately, Apple has not implemented this compression feature into their crappy usb camera drivers, so you stick to good old standard definition on OSX. Dan Wilcox @danomatika danomatika.com 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
Re: [PD] variable send
Or you can prefix your values with an index and use a common send with a route after it [r partial_data] | [route 0] [r partial_data] | [route 1] etc. On Fri, Jul 27, 2012 at 1:11 PM, tim vets wrote: > > > 2012/7/27 richard duckworth >> >> Hi all, >> thanks for your recent help with [list-abs] - got it working in the end >> albeit in a roundabout way. >> Now I'm trying to process a list of partials and send the values off to an >> additive synth, if I could create a variable wireless send it would simplify >> matters greatly - is this possible? For example, [send FRQ$1] with $1 >> substituted for a different value each time? >> > > create [send] (no argument) and give it the send symbol via its right > inlet, > which in turn can come from for example [makefilename FRQ%d] > gr, > Tim > >> I'm sure the FCC wouldn't like it - but can Pd do it? >> Thanks in advance, >> Rich >> >> >> >> ___ >> 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] Live Interfaces conference on performance technology, 7-8th September, University of Leeds
LIVE INTERFACES Performance, Art, Music http://icsrim.org.uk/liveinterfaces/ Date: 7th-8th September, 2012 Venue: ICSRiM, School of Music, University of Leeds, UK CALL FOR PAPERS AND PERFORMANCES Live Interfaces is a conference on live, technology-mediated interaction in performance. The conference seeks to investigate cross-disciplinary understandings of performance technology with a particular focus on issues related to the notion of ‘liveness’ in interaction. Live Interfaces will consist of paper and poster presentations, performances and workshops over two days. Researchers, theorists and artists from diverse fields are encouraged to participate, including: digital performance, live art, computer music, choreography, music psychology, interaction design, human computer interaction, digital aesthetics, computer vision, smart materials and augmented stage technology. We invite submissions addressing the conference theme of technology-mediated live interaction in performance, and suggest the following indicative topics: - Audience perception/interaction - Biophysical sensors - Brain-computer interfaces - Computer vision/real-time video in performance - Cross-modal perception/illusion - Digital dramaturgy/choreography/composition - Digital performance phenomenology - Gesture recognition and control - Historical perspectives - Live coding in music, video animation and/or dance - Participatory performance - Performance technology aesthetics - Redefining audience interaction - Tangible interaction Paper submissions should be in extended abstract form, with a suggested length of 500 words. Please format all submissions using either the Word or LaTeX template available from the website. Performance proposals should include a description of the performance and the live interaction technology used, as well as a list of technical requirements. Attaching recordings of past performances is strongly encouraged. We hope to announce a journal special issue on performance technology following the conference as a publication opportunity for extended papers. Extended abstracts must be submitted electronically via the website by midnight (GMT+1) on the 17th June 2012. All submissions will be subject to cross-disciplinary peer review, and notified of acceptance by 1st July. Please address all queries to liveinterfa...@icsrim.org.uk Key dates: - 6th May - Call for extended abstracts - 17th May - Submissions system open - 17th June - Submission deadline - 1st July - Notification of selected papers/performances - 29th July - Camera-ready deadline for accepted papers - 7-8th September - Conference Registration will open nearer the date, with a fee in the region of £25, including lunch for both days. Please keep an eye on one of the following for updates, including information on conference workshops and co-located events. Website: http://icsrim.org.uk/liveinterfaces/ Facebook: http://facebook.com/liveinterfaces/ Twitter: http://twitter.com/liveinterfaces/ Identica: http://identi.ca/liveinterfaces/ Planning committee: Alex McLean, University of Sheffield, University of Leeds (from August) Kate Sicchio, University of Lincoln Maria Chatzichristodoulou, University of Hull Scott Hewitt, University of Huddersfield Ben Dornan, University of Sheffield Stephen Pearse, University of Sheffield Phoebe Bakanas, ICSRiM, University of Leeds Ash Sagar, York St Johns University Senior advisor: Kia Ng, Director of ICSRiM, University of Leeds Supported by Vitae Yorkshire, the University of Leeds and the Arts and Humanities Research Council ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Computer Music Journal - Special Issue on Live Coding - Call for Submissions
We are excited to announce a call for papers for a special issue of Computer Music Journal, with a deadline of 21st January 2013, for publication in Spring of the following year. The issue will be guest edited by Alex McLean, Julian Rohrhuber and Nick Collins, and will address themes surrounding live coding practice. Live coding focuses on a computer musician’s relationship with their computer. It includes programming a computer as an explicit onstage act, as a musical prototyping tool with immediate feedback, and also as a method of collaborative programming. Live coding’s tension between immediacy and indirectness brings about a mediating role for computer language within musical interaction. At the same time, it implies the rewriting of algorithms, as descriptions which concern the future; live coding may well be the missing link between composition and improvisation. The proliferation of interpreted and just-in-time compiled languages for music and the increasing computer literacy of artists has made such programming interactions a new hotbed of musical practice and theory. Many musicians have begun to design their own particular representational extensions to existing general-purpose languages, or even to design their own live coding languages from scratch. They have also brought fresh energy to visual programming language design, and new insights to interactive computation, pushing at the boundaries through practice-based research. Live coding also extends out beyond pure music and sound to the general digital arts, including audiovisual systems, linked by shared abstractions. 2014 happens to be the ten-year anniversary of the live coding organisation TOPLAP (toplap.org). However, we do not wish to restrict the remit of the issue to this, and we encourage submissions across a sweep of emerging practices in computer music performance, creation, and theory. Live coding research is more broadly about grounding computation at the verge of human experience, so that work from computer system design to exposition of live coding concert work is equally eligible. Topic suggestions include, but are not limited by: - Programming as a new form of musical exploration - Embodiment and linguistic abstraction - Symbology in music interaction - Uniting liveness and abstraction in live music - Bricolage programming in music composition - Human-Computer Interaction study of live coding - The psychology of computer music programming - Measuring live coding and metrics for live performance - The live coding audience, or live coding without audience - Visual programming environments for music - Alternative models of computation in music - Representing time in interactive programming - Representing and manipulating history in live performance - Freedoms, constraints and affordances in live coding environments Authors should follow all CMJ author guidelines (http://www.mitpressjournals.org/page/sub/comj), paying particular attention to the maximum length of 25 double-spaced pages. Submissions should be received by 21st January 2013. All submissions and queries should be addressed to Alex McLean . ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] An Introduction to Pure Data, Portland Oregon [DorkbotPDX]
Back by popular demand, it's the Dorkbot PDX Introduction to Pure Data. This course is geared at students new to Pd or those who have tinkered in the past and would like another primer. http://dorkbotpdx.org/wiki/an_introduction_to_pure_data_2012 Details: When: Sunday, April 1st, 2012 Where: Collective Agency (322 NW 6th Ave, Suite 200) in Portland, OR, Occupied Cascadia Time: 1-5pm Instructors: Collin, Alex, Jesse, Jason Cost: FREE RSVP: Space is limited so send me an email if you'd like to participate. Make sure to check the webpage above for information about what to bring. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Web Netiquette Re: Making Musical Apps: a book about libpd
2012/3/9 András Murányi : > I can see your point concerning O'reilly and even with libpd but I'm > convinced the threat is far from the need > of four-letter words. Pd's editing and programming features shall stay open > and continue to support the less professional and then all will be good. What does "less professional" mean here? alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] no pd?? WTF ????
Ha, I got a different reply earlier: "We decied to avoid the use of Pd and SuperCollider for internal and technical resons and unfortunately we cannot change our policy. So please, if you are interested in the call, please send a more pertinent question." So apparently there are reasons but they forgot what they were? 2012/1/3 András Murányi : > I thought it would be easiest to ask the guys behind the submission address > (submissi...@synesthesiarecordings.com). > Not that i got a real answer. > If you have an idea how to follow up, I'm interested. > > Andras > > -- Forwarded message -- > From: Federico Placidi > Date: 2012/1/3 > Subject: Re: Sonic Screens - why no pd/sc? > To: András Murányi > > > Many thanks for your interest in our call, > > About PD and SC there is no specific reason, > > It is just an internal policy. > > Many thanks, > > Federico Placidi, Matteo Milani > > > 2012/1/3 András Murányi >> >> Hello, >> >> I'd like to know why PureData and SuperCollider based projects are >> excluded from the contest. >> >> Thanks, > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- http://yaxu.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problems Following Floss "Generating Waveforms" Article
Hi Guy's, Thanks very much for your help on this. I've uploaded a screenshot of the patch here http://tinypic.com/r/mmcy89/5 however there doesn't seem to be any visible clipping on the table. The audible clipping was present across the frequency range but changing the multiplication on the phasor~ to 2048 has solved the problem. Thanks again, Alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Problems Following Floss "Generating Waveforms" Article
Hello, I've been trying to follow the examples given in the Floss manual for generating waveforms using an array. Unfortunately I'm having problems as when I generate a sinewave in this way I seem to be getting an unwanted clipping noise. The standard osc~ object sounds a lot smoother in comparison. I've attached a patch which compares the two waveforms. The Floss article can be found here http://en.flossmanuals.net/PureData/GeneratingWaveforms Any help with this would be very much appreciated, it may just be my soundcard acting strangely. Thanks, Alex floss oscillator.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] DorkbotPDX's Pure Data Workshop 2: Interfacing with the world
DorkbotPDX's Pure Data Workshop 2: Interfacing with the world * what: DorkbotPDX PD (Pure Data workshop); * who: you and your friends; * where: PNCA room 205, 1241 NW Johnson St., Portland, OR 97209; * when: February 21st 1-5pm * cost: $35 hardware fee - this gets you a Midi Monster - a dorkbot/Don Davis designed AVR microcontroller based sensor to USB+midi interface.* Details: This is the second workshop in our Pure Data series. Pd is used by artists, sound designers, DJs, VJs and a variety of audio hackers. It is free, libre, and open source software that runs on Linux, Mac, and Windows. We will be focusing on interfacing PD physical world. You will use knobs, buttons, and lewd gestures to control patches within Pd. Similarly we will teach you how to reverse this process and use your Pd patch to control the entire world. We will interface with MIDI devices, off the shelf USB devices, other computers and custom hardware/sensors using the Midi Monster designed by Don D. Davis. This workshop assumes basic pd knowledge - but if you missed our first pd workshop or otherwise need to learn the basics - prior to signing up we recommend checking out the first two chapters of this tutorial: http://www.pd-tutorial.com/ To Signup: 1. Go to this page: http://www.tempusdictum.com/tdproducts.html 2. Scroll down to Workshops, and select the "Interfacing Hardware to PD" "product". 3. Click "Add To Cart" and follow the instructions there. * This will secure your place in the workshop and reserve you a "Midi Monster," the sensor -> MIDI unit we will be using for the workshop. Bring to the workshop: 1. A laptop with pd-extended installed: http://puredata.info/downloads 2. A pair of headphones. 3. A standard type A to type B USB cable. 4. A thirst for danger. 5. optional: * A MIDI synthesizer or drummachine. * A MIDI controller interface [knobs/buttons/etc]. * A USB HID device [gamepad, rockband controller, etc]. For this info and curriculum details (coming soon): http://dorkbotpdx.org/workshop/pd/2-interfacing_with_the_world *no microcontroller programming required for this particular workshop. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] midiout / sysex on windows
They're called list2sysex and sysex2list btw. -Alex On Wed, Feb 3, 2010 at 4:21 PM, Alex wrote: > I wrote a little abstraction that does list -> sysex and another one > that does sysex input -> list > They're in the list archives... > > -Alex > > On Wed, Feb 3, 2010 at 1:52 PM, cyrille henry wrote: >> >> >> martin.pe...@sympatico.ca a écrit : >>> >>> On linux with alsa midi, sysex output works this way: >>> >>> bang >>> | >>> [t b b b b] >>> | | | | [247( [123( [88( [240( >>> |_|_|| >>> | | >>> [midiout] >> >> this is the same than : >> [240, 88, 123, 247( >> (with coma) >> >> c >> >>> >>> That is, banging all the values separately into [midiout] during one >>> message time slot. >>> (Note the message is written backwards since the first byte to transmit is >>> the sysex status byte, 240) >>> Banging them in one at a time manually only sends one byte, banging them >>> in as a list stops [midiout] from working until you reopen the patch. >>> >>> Martin >>> >>> >>> ___ >>> Pd-dev mailing list >>> pd-...@iem.at >>> http://lists.puredata.info/listinfo/pd-dev >>> >> > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] midiout / sysex on windows
I wrote a little abstraction that does list -> sysex and another one that does sysex input -> list They're in the list archives... -Alex On Wed, Feb 3, 2010 at 1:52 PM, cyrille henry wrote: > > > martin.pe...@sympatico.ca a écrit : >> >> On linux with alsa midi, sysex output works this way: >> >> bang >> | >> [t b b b b] >> | | | | [247( [123( [88( [240( >> |_|_|| >> | | >> [midiout] > > this is the same than : > [240, 88, 123, 247( > (with coma) > > c > >> >> That is, banging all the values separately into [midiout] during one >> message time slot. >> (Note the message is written backwards since the first byte to transmit is >> the sysex status byte, 240) >> Banging them in one at a time manually only sends one byte, banging them >> in as a list stops [midiout] from working until you reopen the patch. >> >> Martin >> >> >> ___ >> Pd-dev mailing list >> pd-...@iem.at >> http://lists.puredata.info/listinfo/pd-dev >> > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] midiout / sysex on windows
Oh, the max length of input sysex messages for PD is actually more like 100 bytes for alsa and 120 for portmidi at least when I did my investigation a while ago. Still too small. -Alex On Wed, Feb 3, 2010 at 10:25 AM, Alex wrote: > I had sysex input and output working on my linux machine but I've had > a harddrive failure since then and haven't tried with the latest pd > build. > > I think I used [midiout] and I needed to use the ALSA midi instead of > portmidi, or something.. It has been a little while. > > One thing to note is that the size of the sysex input buffer is > limited to something like 23 bytes, I submitted a change to this but I > got little response as far as I can remember. It was just another > hard-coded higher limit though, the small limit makes PD pretty much > useless for parsing most midi sysex dumps like patch dumps from synths > [which is what I was trying to do, make a patch editor for the dave > smith instrument's evolver]. > > -Alex > > On Wed, Feb 3, 2010 at 10:04 AM, wrote: >> I don't think sysex works on linux either; at least I'm trying to send using >> [midiout] using alsa midi and nothing is going through the interface, >> whereas [noteout] works fine. On Pd 0.42.5-extended2010105 debian lenny. >> I think I should be able to send a list like: >> >> [240 88 123 247( >> | >> [midiout] >> >> ...but it won't. >> >> Martin >> >> >>> Date: Wed, 3 Feb 2010 09:38:16 -0800 >>> From: x37v.a...@gmail.com >>> To: pd-list@iem.at; pd-...@iem.at >>> Subject: Re: [PD] midiout / sysex on windows >>> >>> BTW, he is using pd 0.41.4-extended >>> >>> -Alex >>> >>> >>> On Tue, Feb 2, 2010 at 7:46 PM, Alex wrote: >>> > I just tried this myself on a friend's windows machine running a >>> > relatively recent version of pd extended, though I'm not exactly sure >>> > which one.. >>> > it gave me an error >>> > MidiOut Error 1 >>> > whenever I tried to send a sysex message out. >>> > And there was an error about [sysexin] not being implemented on >>> > windows and [midiout] being dangerous.. I'm not sure if midiin worked >>> > with sysex or not because i couldn't get the sysex out.. >>> > >>> > Anyone know if this has changed or if there are plans to make sysex >>> > i/o work for windows? >>> > >>> > Thanks, >>> > Alex >>> > >>> > On Wed, Nov 11, 2009 at 7:23 AM, kristof lauwers >>> > wrote: >>> >> hello, >>> >> >>> >> I was wondering what the current state of midiout is on windows (i'm >>> >> working >>> >> on Xp, but should make something that works under any recent windows >>> >> version) I see some discussion about it in the list archives and forum, >>> >> but >>> >> it's not clear if it should be working or not right now.. >>> >> >>> >> I tried it on vanilla PD 0.42.5 and in extended 0.4.3. It seems in >>> >> vanilla >>> >> it does nothing at all. In extended it's sending out something, but not >>> >> what >>> >> i expect.. (sometimes the 3 bytes i try to send each padded by 2 or 3 >>> >> 0's, >>> >> sometimes nothing at all..) >>> >> >>> >> Also, it's not very clear what kind of input midiout expects - the >>> >> documentation doesn't say anything about that.. i'd guess a list with >>> >> first >>> >> status byte and then the data bytes? >>> >> >>> >> if it's not working (yet), are there any alternatives to send sysexes >>> >> from >>> >> Pd? >>> >> >>> >> thanks, >>> >> >>> >> Kristof >>> >> >>> >> >>> >> >>> >> >>> >> ___ >>> >> 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] midiout / sysex on windows
I had sysex input and output working on my linux machine but I've had a harddrive failure since then and haven't tried with the latest pd build. I think I used [midiout] and I needed to use the ALSA midi instead of portmidi, or something.. It has been a little while. One thing to note is that the size of the sysex input buffer is limited to something like 23 bytes, I submitted a change to this but I got little response as far as I can remember. It was just another hard-coded higher limit though, the small limit makes PD pretty much useless for parsing most midi sysex dumps like patch dumps from synths [which is what I was trying to do, make a patch editor for the dave smith instrument's evolver]. -Alex On Wed, Feb 3, 2010 at 10:04 AM, wrote: > I don't think sysex works on linux either; at least I'm trying to send using > [midiout] using alsa midi and nothing is going through the interface, > whereas [noteout] works fine. On Pd 0.42.5-extended2010105 debian lenny. > I think I should be able to send a list like: > > [240 88 123 247( > | > [midiout] > > ...but it won't. > > Martin > > >> Date: Wed, 3 Feb 2010 09:38:16 -0800 >> From: x37v.a...@gmail.com >> To: pd-list@iem.at; pd-...@iem.at >> Subject: Re: [PD] midiout / sysex on windows >> >> BTW, he is using pd 0.41.4-extended >> >> -Alex >> >> >> On Tue, Feb 2, 2010 at 7:46 PM, Alex wrote: >> > I just tried this myself on a friend's windows machine running a >> > relatively recent version of pd extended, though I'm not exactly sure >> > which one.. >> > it gave me an error >> > MidiOut Error 1 >> > whenever I tried to send a sysex message out. >> > And there was an error about [sysexin] not being implemented on >> > windows and [midiout] being dangerous.. I'm not sure if midiin worked >> > with sysex or not because i couldn't get the sysex out.. >> > >> > Anyone know if this has changed or if there are plans to make sysex >> > i/o work for windows? >> > >> > Thanks, >> > Alex >> > >> > On Wed, Nov 11, 2009 at 7:23 AM, kristof lauwers >> > wrote: >> >> hello, >> >> >> >> I was wondering what the current state of midiout is on windows (i'm >> >> working >> >> on Xp, but should make something that works under any recent windows >> >> version) I see some discussion about it in the list archives and forum, >> >> but >> >> it's not clear if it should be working or not right now.. >> >> >> >> I tried it on vanilla PD 0.42.5 and in extended 0.4.3. It seems in >> >> vanilla >> >> it does nothing at all. In extended it's sending out something, but not >> >> what >> >> i expect.. (sometimes the 3 bytes i try to send each padded by 2 or 3 >> >> 0's, >> >> sometimes nothing at all..) >> >> >> >> Also, it's not very clear what kind of input midiout expects - the >> >> documentation doesn't say anything about that.. i'd guess a list with >> >> first >> >> status byte and then the data bytes? >> >> >> >> if it's not working (yet), are there any alternatives to send sysexes >> >> from >> >> Pd? >> >> >> >> thanks, >> >> >> >> Kristof >> >> >> >> >> >> >> >> >> >> ___ >> >> 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] midiout / sysex on windows
BTW, he is using pd 0.41.4-extended -Alex On Tue, Feb 2, 2010 at 7:46 PM, Alex wrote: > I just tried this myself on a friend's windows machine running a > relatively recent version of pd extended, though I'm not exactly sure > which one.. > it gave me an error > MidiOut Error 1 > whenever I tried to send a sysex message out. > And there was an error about [sysexin] not being implemented on > windows and [midiout] being dangerous.. I'm not sure if midiin worked > with sysex or not because i couldn't get the sysex out.. > > Anyone know if this has changed or if there are plans to make sysex > i/o work for windows? > > Thanks, > Alex > > On Wed, Nov 11, 2009 at 7:23 AM, kristof lauwers > wrote: >> hello, >> >> I was wondering what the current state of midiout is on windows (i'm working >> on Xp, but should make something that works under any recent windows >> version) I see some discussion about it in the list archives and forum, but >> it's not clear if it should be working or not right now.. >> >> I tried it on vanilla PD 0.42.5 and in extended 0.4.3. It seems in vanilla >> it does nothing at all. In extended it's sending out something, but not what >> i expect.. (sometimes the 3 bytes i try to send each padded by 2 or 3 0's, >> sometimes nothing at all..) >> >> Also, it's not very clear what kind of input midiout expects - the >> documentation doesn't say anything about that.. i'd guess a list with first >> status byte and then the data bytes? >> >> if it's not working (yet), are there any alternatives to send sysexes from >> Pd? >> >> thanks, >> >> Kristof >> >> >> >> >> ___ >> 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] midiout / sysex on windows
I just tried this myself on a friend's windows machine running a relatively recent version of pd extended, though I'm not exactly sure which one.. it gave me an error MidiOut Error 1 whenever I tried to send a sysex message out. And there was an error about [sysexin] not being implemented on windows and [midiout] being dangerous.. I'm not sure if midiin worked with sysex or not because i couldn't get the sysex out.. Anyone know if this has changed or if there are plans to make sysex i/o work for windows? Thanks, Alex On Wed, Nov 11, 2009 at 7:23 AM, kristof lauwers wrote: > hello, > > I was wondering what the current state of midiout is on windows (i'm working > on Xp, but should make something that works under any recent windows > version) I see some discussion about it in the list archives and forum, but > it's not clear if it should be working or not right now.. > > I tried it on vanilla PD 0.42.5 and in extended 0.4.3. It seems in vanilla > it does nothing at all. In extended it's sending out something, but not what > i expect.. (sometimes the 3 bytes i try to send each padded by 2 or 3 0's, > sometimes nothing at all..) > > Also, it's not very clear what kind of input midiout expects - the > documentation doesn't say anything about that.. i'd guess a list with first > status byte and then the data bytes? > > if it's not working (yet), are there any alternatives to send sysexes from > Pd? > > thanks, > > Kristof > > > > > ___ > 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] live coding festival in newcastle, uk?
Hi all and happy new year, I'm looking into the possibility of running a live coding festival in Newcastle later this year. To be supported it would need to be a bit bigger than previous events dedicated to live coding - 100+ . It would include performances, talks and beginners workshops. So I'm gauging interest - if you would be interested in coming to such a thing, please add yourself on this wiki page: http://toplap.org/index.php/Newcastle2010 You don't have to sign up to anything - just click 'edit' and add your name to the list. You won't be committing to anything, but your interest would be helping make it happen! For those unfamiliar with live coding, there's a bit of info here: http://toplap.org/uk/about/ Thanks very much, alex -- http://yaxu.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack_transport~ little patch:rewind
Hey Lorenzo, I submitted a patch in May [check the archives if you're interested] which lets you the "locate" functionality of jack_transport from pd, this lets you seek anywhere, |locate 0( seems to do what your rewind does. I didn't have any response from the author about it. Anyways, no reason the two cannot co-exist, just figured I'd let you know in case you want to seek to other locations within your score/song. -Alex On Thu, Nov 12, 2009 at 10:03 AM, Lorenzo wrote: > I have added a rewind functionality to the jack_transport~ object by Jacob > Lee to ease use with Ardour. I can't seem to find a contact to let the > author know... > It was a very simple cut and past and edit looking at the transport.h from > jack source. Not sure if this is of any interest. > > Anyway maybe the author is on this list? > > Attached is the diff. > > Kind regards, > Lorenzo. > > ___ > 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] MouseState X-Y Coordinates
Hi everyone, Is there any way of making MouseState output X-Y coordinates which are relative to the patch window rather than the screen as a whole? Thanks, Alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [Openlab] pubcode2 - livecoded music + vjs, London, Wednesday 5th August
++ PUBCODE2 ++ Part two in the first series of livecoded music events in London. http://toplap.org/uk/ Live coding is a new direction in electronic music and video, and is starting to get somewhere interesting. Live coders expose and rewire the innards of software while it generates improvised music and/or visuals. All code manipulation is projected for your pleasure. When: 7pm - 11pm, Wednesday 5th August 2009 http://toplap.org/uk/event/pubcode2/ Featuring: chr15m (making machines that make machines that make music) MCLD (beatboxing + livecoding, is it possible?) Yee-King + Click Nilson (algorithmic choreography) openSlub (crowdsourced livecoding) Place: The Roebuck 50 Great Dover Street London SE1 4YG Map: http://is.gd/CL5G Door tax: Free Tube: Borough (5 mins walk) London Bridge (9 mins walk) More info: http://toplap.org/uk/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sysex out problems (linux only)
You could try making it so that you don't send sysex messages on every change.. just poll for changes at a certain rate.. and only sent the most recent change at that rate? -Alex 2009/7/17 András Murányi : >> 2009/7/8 Alex >>> >>> I think that pd's midi out doesn't take whole sysex messages though, >>> you simply send a stream of bytes. This is how it has been working >>> for me. I created an abstraction which takes a list of bytes and >>> makes it into a sysex message (stream of bytes) [adds the sysex start >>> and start and then outputs bytes one by one] and it works quite well >>> for me. >> >> If it's your list2sysex abstraction then I have already witnessed and >> tried it...! So far with not more success than using a comma-separated list. >> >>> >>> Btw, the sysex loopback code [using the software through] that you >>> sent initially does work for me.. I get the whole message. >> >> Hmm! Now I think I will have to try with some reliable midi-out hardware >> as the the Audigy is rumoured to eat up sysex and my MOTU is going crazy, >> not to mention that it does jack-midi only and the a2jmidid bridge is not so >> very good with other than simple and slow tunes. > > Now that i'm trying with a Midisport everything is OK. > Another thing was that i was a bit lost in Yamaha's midi spec for the mu100 > but i've found it out. ;) > > However now i see that pd's performace is becoming really waving as i'm > tring to pump out more midi data. > My old-new questions would be: > - Provided that a knob is directly driving a sysex pattern which spits out > way more data than necessary, who do i best slow down my data, staying > realtime? I guess i shall drop some of it somehow, or i shall kinda resample > the datastream. Could you Sirs recommend an economic way to do this? > - My machine is a moderate powerhouse (Opteron 148 @2200, 4G), my kernel is > rt and audio in pd is off however performance is waving, and my simple > sequencer is becoming unstable. What are the crucial points of keeping the > patch 'fast', where do you think i generally lose the most cpu? > > Thanks, > > 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] midifile object
I made my own little help file which pulls the messages apart a little bit more.. I've attached it. -Alex On Wed, Jul 8, 2009 at 1:04 PM, Martin Peach wrote: > Frank Barknecht wrote: >> >> Hallo, >> Frank Barknecht hat gesagt: // Frank Barknecht wrote: >> >>> Here's what c_seqplay deals with: >>> >>> 144 + channel = note on; >>> 128 + channel = note off; >> >> Whoops: I just spotted a documentation bug here! It's reverse of course: >> >> 128 + channel = note on; >> 144 + channel = note off; >> > > No, you had it right the first time...128 is off. > > Martin > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > midifile-help-x37v.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] midifile object
I think you're thinking about a different thread, here he is talking about the midifile object where he specifically mentions notes. I haven't used the midifile object though so i'm simply guessing based on the message: xxx, note value, velocity which he mentioned -Alex On Wed, Jul 8, 2009 at 11:34 AM, Lao Yu wrote: > sysex has no channel being a system and not a channel message, as far as I > know. The first value should by in hex 'f0' meaning start of sysex. the 2nd > byte which in some software appears at the channel# is the manufacturer id > ($01 for sequential circuits, $04 for Moog, $11 for Apple, for example). > but it is all on the MIDI site, no? > > Best > Jurgen > > On Jul 9, 2009, at 2:06 AM, Alex wrote: > >> I'm not 100% but if I were to guess I'd say xxx would be midi channel. >> >> -Alex >> >> On Wed, Jul 8, 2009 at 10:54 AM, Andres Ferrari wrote: >>> >>> hello, >>> the martin peach's object midifile has 3 outlets, >>> >>> the first outlet output a list with 3 numbers: >>> >>> xxx,note,velocity >>> >>> what is xxx ??? >>> >>> thanks!! >>> >>> Andrés Ferrari G. >>> >>> http://www.myspace.com/anfex >>> >>> >>> >>> >>> >>> >>> >>> ¡Obtén la mejor experiencia en la web! >>> Descarga gratis el nuevo Internet Explorer 8. >>> http://downloads.yahoo.com/ieak8/?l=e1 >>> >>> >>> ___ >>> 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] midifile object
I'm not 100% but if I were to guess I'd say xxx would be midi channel. -Alex On Wed, Jul 8, 2009 at 10:54 AM, Andres Ferrari wrote: > > hello, > the martin peach's object midifile has 3 outlets, > > the first outlet output a list with 3 numbers: > > xxx,note,velocity > > what is xxx ??? > > thanks!! > > Andrés Ferrari G. > > http://www.myspace.com/anfex > > > > > > > > ¡Obtén la mejor experiencia en la web! > Descarga gratis el nuevo Internet Explorer 8. > http://downloads.yahoo.com/ieak8/?l=e1 > > > ___ > 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] Sysex out problems (linux only)
I think that pd's midi out doesn't take whole sysex messages though, you simply send a stream of bytes. This is how it has been working for me. I created an abstraction which takes a list of bytes and makes it into a sysex message (stream of bytes) [adds the sysex start and start and then outputs bytes one by one] and it works quite well for me. I've attached it just as an example. Btw, the sysex loopback code [using the software through] that you sent initially does work for me.. I get the whole message. -Alex 2009/7/8 Martin Peach : > András Murányi wrote: >> >> 2009/7/8 Martin Peach > <mailto:martin.pe...@sympatico.ca>> >> >> András Murányi wrote: >> >> Dear Sirs, >> >> I just have never been successful with sysex in Pd and I'm >> asking for your kind advice. >> Attached is an example for a long sysex message which goes out >> on [midiout] (linux only, afaik). >> The problems I have: >> - sysex gets fragmented (also when nothing is sent out meanwhile >> by other objects). It is always properly terminated with '247' >> but the content is often truncated. Is this a bug/feature...? >> What is your best recommendation knowing that my patch is full >> of sysex outs (+envelopes on some of them!) >> >> >> in the patch you posted, the message you send to [midiout] is >> [240,67,16,73,8,$2,19,$1,247( >> , which Pd takes as 9 separate messages because of the comma in >> between each item. >> Probably [240 67 16 73 8 $2 19 $1 247( would work better. >> >> >> Dear Martin, >> >> that is how it goes afaik, sysex is kind of a sequence, which is comma >> separated > > Yes and no: sysex is a sequence that starts with the value 240 (hex F0) > followed by a number of bytes, each less than 128, and ends with 247 (hex > F7). There are no commas in it unless the message contains commas. (If you > really want to send commas you would need to specify the ASCII code for a > comma, 44.) > As far as Pd goes, separating items in a message box makes them into > separate messages, so it's no surprise they get sent out separately. > > 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
Re: [PD] Sysex out problems (linux only)
It looks like you may experiencing another thing that i've complained about... pd's alsa midi connects to all MIDI inputs and outputs that it can.. this includes alsa's MIDI through.. so everything that you send out gets echoed back into the input.. SUPER annoying. run aconnect [or easier, though not great, aconnectgui] and see if that is the case for you.. disconnect pd from the alsa through port. -Alex 2009/7/7 András Murányi : > > 2009/7/8 Alex >> >> > - sysex gets fragmented (also when nothing is sent out meanwhile by >> > other >> > objects). It is always properly terminated with '247' but the content is >> > often truncated. Is this a bug/feature...? What is your best >> > recommendation >> > knowing that my patch is full of sysex outs (+envelopes on some of >> > them!) >> > - sysex just magically does not work on the target machine ;o) I have no >> > clue why except for this thing with being truncated but it *never* works >> > even if the message seems to go out intact. Even more interesting that >> > the >> > machine shows me that it is recieving sysex! Tried with the mpu-401 of >> > an >> > Audigy and with a MOTU 828 mkII through Jack and a2jmidid (jack-alsa >> > midi >> > bridge). >> >> >> >> I haven't actually tested sysex out limits, but sysex in is limited to >> something like 24 byte messages.. >> >> here is a thread where i talk about it: >> http://lists.puredata.info/pipermail/pd-list/2009-01/067372.html >> >> It is hard coded into the source. You can modify the source to change >> the hard coded limit.. i have a diff on that thread which shows how i >> did it. > > Thanks Alex, it's an important thing to know. > My sysex is shorter than 24B it's just broken. > What we shall see repeating is 240 67 16 73 8 16 19 (knobvalue) 247 > > Instead I'm having this grinded mess coming back on physical loopback: > > print: 240 > print: 67 > print: 16 > print: 247 > print: 240 > print: 67 > print: 247 > print: 240 > print: 67 > print: 16 > print: 247 > print: 240 > print: 67 > print: 16 > print: 73 > print: 247 > print: 240 > print: 67 > print: 16 > print: 73 > print: 8 > print: 247 > print: 240 > print: 67 > print: 16 > print: 73 > print: 247 > print: 240 > print: 67 > print: 16 > print: 247 > print: 240 > print: 67 > print: 16 > print: 247 > print: 240 > print: 67 > print: 16 > print: 73 > print: 8 > print: 247 > print: 240 > print: 67 > print: 16 > print: 247 > print: 240 > print: 67 > print: 16 > print: 73 > print: 247 > print: 240 > print: 67 > print: 16 > print: 73 > print: 247 > print: 240 > print: 67 > print: 16 > print: 73 > print: 247 > > This makes me think I'm trying to send too much data in too short > intervals...? Is there a handy way to limit the density of my output? (i > think its not not [drip] as it has to stay realtime) > I'm not very experienced, sorry if this traces back to something very > obvious! > > -- > 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] Sysex out problems (linux only)
I haven't actually tested sysex out limits, but sysex in is limited to something like 24 byte messages.. here is a thread where i talk about it: http://lists.puredata.info/pipermail/pd-list/2009-01/067372.html It is hard coded into the source. You can modify the source to change the hard coded limit.. i have a diff on that thread which shows how i did it. It would be nice if this limit was either totally removed or dynamically growable.. as it would be really nice to be able to write real sysex editors in PD. I have been creating my own physical devices with sysex and I use pd to edit the sysex data but i have to make my sysex packets short because of PD's limitations. -Alex 2009/7/7 András Murányi : > Dear Sirs, > > I just have never been successful with sysex in Pd and I'm asking for your > kind advice. > Attached is an example for a long sysex message which goes out on [midiout] > (linux only, afaik). > The problems I have: > - sysex gets fragmented (also when nothing is sent out meanwhile by other > objects). It is always properly terminated with '247' but the content is > often truncated. Is this a bug/feature...? What is your best recommendation > knowing that my patch is full of sysex outs (+envelopes on some of them!) > - sysex just magically does not work on the target machine ;o) I have no > clue why except for this thing with being truncated but it *never* works > even if the message seems to go out intact. Even more interesting that the > machine shows me that it is recieving sysex! Tried with the mpu-401 of an > Audigy and with a MOTU 828 mkII through Jack and a2jmidid (jack-alsa midi > bridge). Sysex is > > Thanks a Lot! > > -- > 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] PTP/libgphoto in PD?
He's hoping to take photos of small crowds walking down a sidewalk, from an above, fixed location, do some analysis on that to find locations of people, and use it as the 'score' for a continuously updating piece of music. I'm not sure how it is going to all work out but at least we can try grabbing photos in PD! -Alex On Thu, Jun 25, 2009 at 7:11 PM, B. Bogart wrote: > Hey all, > > I have a draft in SVN under bbogart. > > I've so far just used it to control cameras and save files on the host > computer, not upload files. > > What is your friend hoping to do with it? > > In my last installation I realized I need to change the interface a bit, > using a commport like "open" and "close" between control messages. So > the next changes I make will not be patch compatible with what is > currently in SVN. > > Please do let me know your thoughts. > > .b. > > Alex wrote: >> Hey, so I'm wondering if anyone got a libgphoto2 extension made or got >> it working from python in pd? I've got a friend who's wanting to do >> some of this sort of stuff with PD.. >> >> -Alex >> >> On Mon, Feb 9, 2009 at 10:59 AM, Michal Seta wrote: >>> Hey Ben, >>> >>> I have actually started being interested in this. I have not done any >>> work yet nor extensive research but there seem to be libgphoto2 >>> bindings for python (I do a bit of python scripting in pd already for >>> the same project). So, if there's nothing yet available and you don't >>> mind python, I would be interested in joining forces. >>> >>> Cheers. >>> >>> ./MiS >>> >>> On Fri, Feb 6, 2009 at 5:43 PM, B. Bogart wrote: >>>> Hey all, >>>> >>>> Has anyone explored, or implemented a PD object to control digital >>>> cameras via USB? In particular using libgphoto. >>>> >>>> I just wanted to throw it out before I begin work on the task myself. >>>> >>>> .b. >>>> >>>> ___ >>>> Pd-list@iem.at mailing list >>>> UNSUBSCRIBE and account-management -> >>>> http://lists.puredata.info/listinfo/pd-list >>>> >>> >>> >>> -- >>> ./MiS >>> 514-344-0726 >>> http://www.creazone.ca >>> >>> ___ >>> 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] PTP/libgphoto in PD?
Hey, so I'm wondering if anyone got a libgphoto2 extension made or got it working from python in pd? I've got a friend who's wanting to do some of this sort of stuff with PD.. -Alex On Mon, Feb 9, 2009 at 10:59 AM, Michal Seta wrote: > Hey Ben, > > I have actually started being interested in this. I have not done any > work yet nor extensive research but there seem to be libgphoto2 > bindings for python (I do a bit of python scripting in pd already for > the same project). So, if there's nothing yet available and you don't > mind python, I would be interested in joining forces. > > Cheers. > > ./MiS > > On Fri, Feb 6, 2009 at 5:43 PM, B. Bogart wrote: >> Hey all, >> >> Has anyone explored, or implemented a PD object to control digital >> cameras via USB? In particular using libgphoto. >> >> I just wanted to throw it out before I begin work on the task myself. >> >> .b. >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > > > -- > ./MiS > 514-344-0726 > http://www.creazone.ca > > ___ > 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] jack_transport improvements
This is pretty nice... thanks! I changed 1 thing and added another method to the external which might be useful for others [updated the help with that]. First, I figured the external shouldn't try to start the jack server if it isn't already started.. so i changed the options used for creating the client to reflect that. Second, I created a 'locate' method, which lets you set a new location for the transport [giving it a frame number].. Most usefully, |locate 0( to put the transport back to the beginning. I've attached the diff and the updated help file. -Ale On Tue, Feb 19, 2008 at 12:11 PM, Andy Farnell wrote: > On Tue, 19 Feb 2008 12:31:12 -0600 > "Jacob Lee" wrote: > >> What are you using as the jack transport master? This external doesn't >> have the capability to act as the master, so something else has to set >> the tempo and time signature (that's what I'm using klick for). And pd >> has to be computing audio, since the plugin gets the current transport >> position during the pd dsp cycle. Those are the two things I would >> check. (I don't think jackd prints anything in this case, by the way.) > > > qjackctl under linux > > > I think it defaults to 120bpm 4/4 > > Messages usually appear in the qjackctl window (with Ardour etc) > > Pretty sure audio DSP was running, will check it again tonight, > > Andy > > >> >> On Tue, Feb 19, 2008 at 9:50 AM, Andy Farnell >> wrote: >> > >> > >> > Hi Jacob >> > >> > Connects to jack server ok. Reports good connection. Can start and stop >> > transport. >> > >> > But; >> > >> > No transport notification message printed by jackd >> > Query doesn't work, no data on outlets >> > >> > Haven't had time to debug yet, could be something my end. >> > >> > a. >> > >> > >> > >> > >> > On Sun, 17 Feb 2008 19:51:27 -0600 >> > "Jacob Lee" wrote: >> > >> > > I've added some code to the jack_transport external >> > > (tb/jack_transport/ in pd-extended) to show the current bar/beat (and >> > > also bpm and tempo) in real time. Messages are only sent out when pd >> > > is computing audio, and also no more than once per beat (to avoid >> > > floods of messages). >> > > >> > > I'm not outputting all the available information from the jack >> > > transport -- e.g. the current tick within the beat -- either because >> > > it updates too quickly or because it's just not useful to me, but it >> > > would be trivial to add those. >> > > >> > > The motivation here is that I'm using klick -- >> > > http://das.nasophon.de/klick/ -- as the jack transport master (mainly >> > > to control sooperlooper), and now it is possible to trigger events >> > > within pd at particular beats or bar numbers. >> > > >> > > The code is available at >> > > http://artdent.homelinux.net/svn/jack_transport~/ . The makefile >> > > should be suitable for building jack_transport~ from inside a >> > > directory that is sibling to the existing jack_transport. I've only >> > > tested it on Linux, but it should work anywhere jack_transport does. >> > > >> > > I hope this external is useful to others. Suggestions for improvements >> > > are of course welcome. >> > > >> > > -- >> > > Jacob Lee >> > > artd...@gmail.com >> > > >> > > ___ >> > > PD-list@iem.at mailing list >> > > UNSUBSCRIBE and account-management -> >> > http://lists.puredata.info/listinfo/pd-list >> > >> > >> > -- >> > Use the source >> > >> > ___ >> > pd-l...@iem.at mailing list >> > UNSUBSCRIBE and account-management -> >> > http://lists.puredata.info/listinfo/pd-list >> > >> >> >> >> -- >> Jacob Lee >> artd...@gmail.com >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > > > -- > Use the source > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > --- jack_transport~-orig.c 2009-05-27 12:29:43.0 -0700 +++ jack_transport~.c 2009-05-27 15:55:19.0 -0700 @@ -49,7 +49,7 @@ static void jack_transport_connect(jack_transport_tilde_t * x) { x->x_jack_client = jack_client_open("pure_data_jack_transport", - JackNullOption, NULL); + JackNoStartServer, NULL); if (!x->x_jack_client) { post("jack_transport~: can't connect to jack server"); return; @@ -103,6 +103,14 @@ jack_transport_stop(x->x_jack_client); } +static void jack_transport_locater(jack_transport_tilde_t * x, t_floatarg f) +{ + if (!x->x_jack_client) + return; + + jack_transport_locate(x->x_jack_client, (jack_nframes_t)f); +} + t_int *jack_transport_tilde_perform(t_int *w) { jack_transport_tilde_t *x = (jack_transport_tilde_t *)(w[1]); @@ -195,6 +203,9 @@ (t_method)jack_transport_stopper, gensym("stop"), 0, 0); class_addmethod(jack_
Re: [PD] [list-value]
Well.. i guess list-value already exists.. by Luke Iannini. And it looks like his approach is almost exactly the same as mine :) Never mind then! -Alex On Wed, May 20, 2009 at 10:01 AM, Alex wrote: > I'm sure someone has already done this but I didn't find it in > list-abstractions or anywhere else so I figured I'd post my own > solution. > > In messing with list I've found that sometimes in a patch I'll have to > keep several instances of the same list. I figure this called for a > [value] for lists, so I created [list-value] which works just like > [value] but stores and outputs lists instead of floats. > > I've attached the abstraction and a help file in case anyone else > would like to use it. > > -Alex > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [list-value]
I'm sure someone has already done this but I didn't find it in list-abstractions or anywhere else so I figured I'd post my own solution. In messing with list I've found that sometimes in a patch I'll have to keep several instances of the same list. I figure this called for a [value] for lists, so I created [list-value] which works just like [value] but stores and outputs lists instead of floats. I've attached the abstraction and a help file in case anyone else would like to use it. -Alex list-value-help.pd Description: application/puredata list-value.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] beat detection
there is [bonk~] in pd there is also a pd external that uses aubio [in the aubio distro i think, it is also in apt [ubuntu]. -Alex On Wed, Apr 8, 2009 at 1:30 PM, Scott Wade wrote: > Hi guys, > > Sorry if this is the wrong forum or if the question is too simple - I want > to detect beats in audio coming from turntables in order to drive visuals in > time to the beat. > > What is the best object to use for this? > > Thanks in advance > > W > > ___ > 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] Problems accessing Pdlist Archives
Hi Derek, Thanks for your help, I really like markmail! Thanks, Alex 2009/3/16 Derek Holzer > Hi Alex, > > I had the same problem yesterday. There are three alternates listed at: > > http://puredata.info/community/lists > > Gmane, Mail Archive and Markmail. One of those should work for you. > > best! > Derek > > > Alex Lucas wrote: > >> Hello everyone, >> >> Over the last couple of days I haven't been able to access the Pdlist >> Archives by following the link on this page >> http://lists.puredata.info/listinfo/pd-list. Has anyone else had the same >> problem or dose anyone know of an alternative link? >> > > > -- > ::: derek holzer ::: http://blog.myspace.com/macumbista ::: > http://www.vimeo.com/macumbista ::: > ---Oblique Strategy # 173: > "Voice your suspicions" > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Problems accessing Pdlist Archives
Hello everyone, Over the last couple of days I haven't been able to access the Pdlist Archives by following the link on this page http://lists.puredata.info/listinfo/pd-list. Has anyone else had the same problem or dose anyone know of an alternative link? Thanks Alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem with plugin~ and dssi~
Looks like the release is working for me for dssi, but the ladspa "sine_faaa" stuff isn't in this one. i cannot do [dssi~ gverb] Thanks! Alex On Fri, Feb 6, 2009 at 5:40 AM, Jamie Bullock wrote: > > On 4 Feb 2009, at 18:18, Alex wrote: > >> >> I am able to do [dssi~ gverb].. so it seems that ladspa is fine. >> >> It seems that, at least with my version, dssi~ doesn't like dssi >> plugins.. >> >> Any ideas what I should try next? >> >> Thanks, >> Alex > > I just took a look, and it looks like I broke the DSSI loader in the last > svn commit. Could you try the 'release' version from: > > http://puredata.info/Members/jb > > Let me know if that doesn't work, and how you get on. > > I'll look at the svn version over the weekend and maybe go for a release. > > Jamie > >> >> >> On Fri, Dec 12, 2008 at 6:37 AM, Ivica Ico Bukvic >> wrote: >>> >>> Many thanks all for the feedback! >>> >>> BTW, it appears that sine_faaa crashes dssi consistently. Is this part of >>> the sine.so ladspa plugin or is it something built into the dssi~ object? >>> >>> It's no biggie since oscillators are probably the very last ladspa >>> plug-in I >>> would use inside pd for obvious reasons, I am just trying to make sure >>> everything is working as happily as possible. >>> >>> Many thanks! >>> >>> Ico >>> >>> >>> >>> ___ >>> 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] problem with plugin~ and dssi~
Hmm, I'm using the most recent version of pd [built from source] and the most recent version of dssi~ [built from the svn of pd-externals]. I have: DSSI_PATH=/usr/lib/dssi/:/usr/local/lib/dssi/ and have a few dssi plugins in /usr/lib/dssi/ : hexter hexter.so less_trivial_synth.so ll-scope.so nekobee.la trivial_sampler trivial_synth.so xsynth-dssi.la hexter.la less_trivial_synth ll-scope nekobee nekobee.so trivial_sampler.so xsynth-dssi xsynth-dssi.so When I do [dssi~ less_trivial_synth] nothing is loaded. when I do [dssi~ /usr/lib/dssi/less_trivial_synth.so:less_trivial_synth] pd pauses and then crashes with a segfault... This happens when loading ANY of these dssi plugins (I've tried hexter, nekobee, ll-scope, trivial_synth, less_trivial_synth, trivial_sampler) I am able to do [dssi~ gverb].. so it seems that ladspa is fine. It seems that, at least with my version, dssi~ doesn't like dssi plugins.. Any ideas what I should try next? Thanks, Alex On Fri, Dec 12, 2008 at 6:37 AM, Ivica Ico Bukvic wrote: > Many thanks all for the feedback! > > BTW, it appears that sine_faaa crashes dssi consistently. Is this part of > the sine.so ladspa plugin or is it something built into the dssi~ object? > > It's no biggie since oscillators are probably the very last ladspa plug-in I > would use inside pd for obvious reasons, I am just trying to make sure > everything is working as happily as possible. > > Many thanks! > > Ico > > > > ___ > 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] Maximum length of sysex messages?
Ahh, good call, here it is [attached]. -Alex On Sun, Jan 18, 2009 at 10:48 AM, Mathieu Bouchard wrote: > On Sat, 17 Jan 2009, Alex wrote: > >> Ahh, thanks! I just viewed the diff of desire data's s_midi_alsa.c and >> made the changes I needed for my version.. though, I would eventually like >> to be able to share this patch that needs this larger sysex input.. so I >> think I'll try to make a command line option... in the mean time, I've >> attached the diff [exactly what they do in Desire Data except I changed the >> name to be a little more descriptive, I think]. > > You should use diff -u for getting a "unified diff" (+/-) format, which is > better because you can then apply it on a different file than the original > as long as it is similar enough. > > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec s_midi_alsa.c-diff Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd alsamidi attaches to all midi i/o ports
I'm using pd with these arguments: -alsamidi -mididev 1 I'm using Pd version 0.42-3 When I start pd it connects its outputs to all available midi inputs and its inputs to all available midi outputs.. this is a huge annoyance, I'd prefer to have to manually connect to the one or two destinations and sources I want, rather than have to disconnect a large number of connections every time I start pd. Does anyone know if there is a way to get pd to not make these connections? [It didn't used to do this]. -Alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum length of sysex messages?
Ahh, thanks! I just viewed the diff of desire data's s_midi_alsa.c and made the changes I needed for my version.. though, I would eventually like to be able to share this patch that needs this larger sysex input.. so I think I'll try to make a command line option... in the mean time, I've attached the diff [exactly what they do in Desire Data except I changed the name to be a little more descriptive, I think]. -Alex On Sat, Jan 17, 2009 at 7:41 AM, Simon Wise wrote: > > Alex wrote: >> >> I've been investigating further, I haven't figured out where, in the >> source, the problem occurs.. the alsa input midi buffer is quite large >> [much larger than 226 bytes], > >>>> So my question is: is anyone aware of a hard coded limit for the length >>>> of sysex >>>> messages in pd? I'd like to increase this limit if possible.. > > I recall this being spoken of, and I think solved, some time ago, but this > was all I could see on a quick search: > > http://lists.puredata.info/pipermail/pd-list/2007-07/052402.html > > the thread I seem to remember was longer > > Simon > s_midi_alsa.c-diff Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum length of sysex messages?
I've been investigating further, I haven't figured out where, in the source, the problem occurs.. the alsa input midi buffer is quite large [much larger than 226 bytes], When testing with amidi, this is the largest message i can send to pd: F0 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 F7 so I'm doing: amidi -p hw:2,0 -S "F0 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 F7" I'm using a virtual device to echo the data to an amidi -d instance as well as to pd.. amidi -d gets all messages i send... larger ones like: F0 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 F7 but pd doesn't display any output at all from [midiin] or [sysexin] -Alex On Fri, Jan 16, 2009 at 3:08 PM, Alex wrote: > I made a little test which I've attached. > > With alsa I can receive a maximum sysex message of 98 data bytes [100 > total including the start and end]. I've tried this with a hardware > loopback (plugging my output into my input) and using a virtual > device. > > With the default midi [portaudio?] I can receive 128 data bytes [130 total]. > > I've attached my test patch [it requires a counter that I've also attached]. > > Any idea where these limits are set? > > -Alex > > On 1/16/09, Alex wrote: >> I am trying to get a sysex dump into pd, this dump is 226 bytes long. >> I use alsa for midi. I'm using pd 0.41.4. >> >> I am able to send the sysex data from pd to my device, and the device >> sends the data back [I can verify the dump with amidi] but once I >> connect my device's output to pd.. I don't see the data in pd >> [sysexin] or [midiin] >> >> I've also tried initiating the dump from the device itself (a >> synthesizer), I get the same results.. amidi -d will show it but I >> don't see the data on pd's [midiin] or [sysexin] inputs once I connect >> the device to pd. >> >> So my question is: is anyone aware of a hard coded limit for the length of >> sysex >> messages in pd? I'd like to increase this limit if possible.. >> >> Thanks, >> >> Alex >> > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] list2sysex (was Re: sysex2list)
Oh, so I've also made one that takes a list and converts it into a stream of bytes with a sysex start byte as the first output and a sysex end as the last output. I've attached it as well... it doesn't do any error checking yet.. but it has been useful for me :) -Alex On Fri, Jan 16, 2009 at 7:26 PM, hard off wrote: > yeah cheers. may be useful for me with a project i am working on. > > > x37v-list2sysex.pd Description: application/puredata x37v-list2sysex-help.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum length of sysex messages?
I made a little test which I've attached. With alsa I can receive a maximum sysex message of 98 data bytes [100 total including the start and end]. I've tried this with a hardware loopback (plugging my output into my input) and using a virtual device. With the default midi [portaudio?] I can receive 128 data bytes [130 total]. I've attached my test patch [it requires a counter that I've also attached]. Any idea where these limits are set? -Alex On 1/16/09, Alex wrote: > I am trying to get a sysex dump into pd, this dump is 226 bytes long. > I use alsa for midi. I'm using pd 0.41.4. > > I am able to send the sysex data from pd to my device, and the device > sends the data back [I can verify the dump with amidi] but once I > connect my device's output to pd.. I don't see the data in pd > [sysexin] or [midiin] > > I've also tried initiating the dump from the device itself (a > synthesizer), I get the same results.. amidi -d will show it but I > don't see the data on pd's [midiin] or [sysexin] inputs once I connect > the device to pd. > > So my question is: is anyone aware of a hard coded limit for the length of > sysex > messages in pd? I'd like to increase this limit if possible.. > > Thanks, > > Alex > test-sysex-len.pd Description: application/puredata x37v-count.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Maximum length of sysex messages?
I am trying to get a sysex dump into pd, this dump is 226 bytes long. I use alsa for midi. I'm using pd 0.41.4. I am able to send the sysex data from pd to my device, and the device sends the data back [I can verify the dump with amidi] but once I connect my device's output to pd.. I don't see the data in pd [sysexin] or [midiin] I've also tried initiating the dump from the device itself (a synthesizer), I get the same results.. amidi -d will show it but I don't see the data on pd's [midiin] or [sysexin] inputs once I connect the device to pd. So my question is: is anyone aware of a hard coded limit for the length of sysex messages in pd? I'd like to increase this limit if possible.. Thanks, Alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] sysex2list
I'm about to make an editor for a synthesizer I have which sends all of its parameters via sysex messages [the Dave Smith desktop evolver]. In order to deal with these messages simply, I've written a little abstraction which parses sysex messages and makes them into lists. I've attached it here in case anyone else might find it useful. Enjoy, Alex x37v_sysex2list.pd Description: application/puredata x37v_sysex2list-help.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] max for live
As Live is proprietary software, and they have already embedded Max, I don't see how PD could get into it... though PD can be used in parallel to Live, sending midi [and I assume audio?.. using Jack or soundflower or something?] PD can also be used as a vst [though I've never done it, being a Linux only user, and preferring to work directly in PD]: http://crca.ucsd.edu/~jsarlo/pdvst/ Besides the inline editing [inside Live], I haven't thought of a real example that cannot be done with PD along-side of Live.. though, it is not as slick.. -Alex On 1/16/09, harris_pil...@gmx.de wrote: > hi guys, > > i was just wondering why you guys dont do this max for live thing that > was announced? i guess there will be no way that pd will be > implemented in live like that? but maybe someone in the list has ideas > to work around that? > > for the ones who dont know what i'm talking about; it's pretty much > this: ableton.com/extend > > ___ > 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] Fwd: midi_sync_out
So it turns out that with the newer stable pd (0.41-4) [midiout] works. So I've changed my external into a very simple abstraction. I'm providing it here as an attachment with a help file that shows a simple syncing solution. Note: it does not work with pd 0.40-2 and alsa, I'm figuring it wouldn't work with pd-extended and alsa... but maybe Hans has rolled back the [midiout] fixes into the current extended? I haven't tested with any of the other midi apis. Basically this patch allows you to sync an external midi device with a metro so you can have pd do things in sync with an external drum machine, synthesizer, whatever.. that accepts sync in. Enjoy! -Alex On Wed, Oct 29, 2008 at 4:39 PM, Alex <[EMAIL PROTECTED]> wrote: > I'm running the latest stable (0.41-4) and [midiout] is working, at > least for sending mid clock/start/stop/continue messages. I'm running > linux and use alsa for midi with pd. > > -Alex > > On Wed, Oct 29, 2008 at 5:20 AM, mrtoftrash <[EMAIL PROTECTED]> wrote: >> >> >> >> >> For Linux, midiout only works in the latest TEST version of PD from Miller. >> >> Thomas >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > x37v-midi_sync_out.pd Description: Binary data x37v-midi_sync_out-help.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: midi_sync_out
I'm running the latest stable (0.41-4) and [midiout] is working, at least for sending mid clock/start/stop/continue messages. I'm running linux and use alsa for midi with pd. -Alex On Wed, Oct 29, 2008 at 5:20 AM, mrtoftrash <[EMAIL PROTECTED]> wrote: > > > > > For Linux, midiout only works in the latest TEST version of PD from Miller. > > Thomas > > > ___ > 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] midi_sync_out
I bet someone has already done this but I haven't seen it yet so I figured I'd do it myself. I made an external which lets me send midi clock, start, stop and continue messages out of pd. This way I can sync an external drum-machine, sequencer, etc., to pd. I've placed the code here: http://x37v.info/projects/puredata/midi_sync_out/code/midi_sync_out.tar.gz I just wrote it in the last hour or so, and have tested it only with 1 drum machine.. I'm using ALSA for midi, if you're not you'll have to modify the Makefile (I couldn't figure out how to send midi bytes in a generic way as the sys_queuemidimess function is static). It is a super simple external. I tried for a while to simply use the [midiout] object but I couldn't figure out how to get it to actually output anything. I looked at the pd source code, it looks like there is a little bit of code to send clock out messages but I don't think it is exposed to the user in any object... and I didn't see anything about start/stop/continue messages. There is a help file which explains the functionality of the object and gives a really basic sync out solution. Please tell me if this works for you, if this is redundant [encompassed by another project (which you could point me to)], etc. Thanks, Alex ___ 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] Building Externals
Can someone tell me how to build the new svn externals? I downloaded from the svn: https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals I run make mrpeach [I'm only worried about this external at this time] and I get: 09:20:13 $ make mrpeach Makefile:27: /packages/Makefile.buildlayout: No such file or directory grep: /sigpack/source/sIgpAck.c: No such file or directory grep: /zexy/src/zexy.h: No such file or directory make: *** No rule to make target `/packages/Makefile.buildlayout'. Stop. The README says to go here: http://puredata.org/docs/developer/ And there I see some information about "Directory Layout for Developers" (but about the old cvs repo) and some other stuff, but no info about how to simply build the externals using make. Is there no step-by-step list of instructions? It seems to me that in an effort to make things 'easy' and 'centralized' this has actually become more complicated and less easy. It would be easier for me if I could just dl the externals I want, and run 'make' in their respective directories [maybe editing the destination path before I do that]. A larger build script could simply export some environment variable(s) to set global defaults for these paths [if a sane, standard makefile is given to all developers to work from]. Maybe I'm missing some vital information though? -Alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] User access to the HID object
If you use udev you can make a rule.. I have one for the CUI (create usb interface) in /etc/udev/rules.d/10-custom.rules BUS=="usb", KERNEL=="event[0-9]*", SYSFS{product}=="CREATE USB Interface", GROUP="audio", SYMLINK+="input/cui" and I am in the audio group.. I also create a symlink.. which you may or may not want to do.. You can also put a MODE="0660" or something in there... -Alex On Tue, Sep 30, 2008 at 6:06 PM, simone-www. io-lab. org <[EMAIL PROTECTED]> wrote: > hi > i can access the HID object only as root, or, to be more precise, i > can access only as root the device i am trying to get into the HID > object. > Of course i can chmod 777 /dev/input/eventxx then access the device as > user but isn t there an easier workaround ? > Simone > > > -- > .wmv , .wma , .pps along with all proprietary Windows formats won t be > accepted and/or viewed > > ___ > 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] Object size & Pd Extended
Hello everyone, Hans thank you for your reply. I did what you suggested but unfortunately the problem is still there. I also reinstalled Pd-extended. The output from the terminal is provided below. It seems the Bitstream fonts were already installed. Regards Alex sudo aptitude install ttf-bitstream-vera Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initialising package states... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initialising package states... Done Building tag database... Done [EMAIL PROTECTED]:~$ sudo aptitude install ttf-bitstream-vera Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initialising package states... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initialising package states... Done Building tag database... Done [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ apt-get install --reinstall x-ttcidfont-conf E: Could not open lock file /var/lib/dpkg/lock - open (13 Permission denied) E: Unable to lock the administration directory (/var/lib/dpkg/), are you root? [EMAIL PROTECTED]:~$ sudo apt-get install --reinstall x-ttcidfont-conf Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. Need to get 0B/20.1kB of archives. After this operation, 0B of additional disk space will be used. Do you want to continue [Y/n]? y Preconfiguring packages ... (Reading database ... ^T124971 files and directories currently installed.) Preparing to replace x-ttcidfont-conf 27 (using .../x-ttcidfont-conf_27_all.deb) ... Cleaning up font configuration of x-ttcidfont-conf... Cleaning up category cmap.. Cleaning up category cid.. Cleaning up category truetype.. Unpacking replacement x-ttcidfont-conf ... Setting up x-ttcidfont-conf (27) ... Updating font configuration of x-ttcidfont-conf... Cleaning up category cmap.. Cleaning up category cid.. Cleaning up category truetype.. Updating category truetype.. Updating category cid.. Updating category cmap.. 2008/5/4 Hans-Christoph Steiner <[EMAIL PROTECTED]>: > > I'll bet it is having trouble finding the Bitstream Vera fonts. Start out > by making sure they are installed: > > sudo aptitude install ttf-bitstream-vera > > Then try this: > > http://lists.puredata.info/pipermail/pd-list/2007-10/055576.html > > .hc > > On May 4, 2008, at 10:06 PM, Alex Lucas wrote: > > Hello, > > I've recently installed Pd Extended 0.40.3 on Ubuntu Hardy Heron 8.04. I > seem to be having problems with the size of object boxes whereby the text > doesn't seem to fit inside the bounds of the object. I'm using a screen > resolution of 1440 x 900, when this is reduced to 1024 x 786 there is no > problem. I've also installed Pd Vanilla 0.40-2 which seems to be fine > regardless of the screen resolution. Please click on the link below for a > screen shot. > > http://farm3.static.flickr.com/2097/2464690219_11bd0677f5_o.jpg > > Any help would be greatly appreciated > Many thanks > Alex > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > "It is convenient to imagine a power beyond us because that means we don't > have to examine our own lives.", from "The Idols of Environmentalism", by > Curtis White > > > > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wii remote controller and Linux
using wmgui I was able to get (as far as i recall) all of the data from the wiimote.. definitely the acceleration, button and infrared.. cannot remember if there is anything else.. The wiimote external worked to get this info as well.. I haven't used it as a normal linux input device.. i think there might be some info you have to send to the device to turn on the accelerometers and infrared.. -Alex On Mon, May 5, 2008 at 7:38 AM, Flo Krebs <[EMAIL PROTECTED]> wrote: > > Hello, > > Does anybody know if the acceleration data is also transmitted using the HID > standard with the SIXAXIS Controller under Linux ? If I check the events > with cat /dev/input/js0 I get only information about the buttons... > > Thanks, greetings > > Florian > > > Lesen Sie Ihre E-Mails auf dem Handy.. > ___ > 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] Object size & Pd Extended
Hello, I've recently installed Pd Extended 0.40.3 on Ubuntu Hardy Heron 8.04. I seem to be having problems with the size of object boxes whereby the text doesn't seem to fit inside the bounds of the object. I'm using a screen resolution of 1440 x 900, when this is reduced to 1024 x 786 there is no problem. I've also installed Pd Vanilla 0.40-2 which seems to be fine regardless of the screen resolution. Please click on the link below for a screen shot. http://farm3.static.flickr.com/2097/2464690219_11bd0677f5_o.jpg Any help would be greatly appreciated Many thanks Alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] text based pd patching
On Mon, 2008-01-07 at 19:35 +0100, Frank Barknecht wrote: > [bang( > x > |[r stop] > |x > || > xx > [until] > x > | > x > [; stop bang( Yep that would be quick to adapt to. To save me doing more reverse engineering are there some docs for the (tcl?) .pd file? cheers alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] text based pd patching
Hi pders Here's a way of PD patching in plaintext: ** | ..\ .-x. | osc~ 5 | * | osc~ 500 | `-x--' | `-x'|| | .-x--. | | | *~ 300 | | | `-x--' | *---* || | ** .-x--. | *~ 0.2 | `-x--' | * |\ | * | | .-x-x--. | dac~ | `--' http://doc.gold.ac.uk/~ma503am/alex/textual-patching/ You can define pd objects and connect them together with ASCII syntax. Layout is preserved as well. Much like in ghostbusters, you can't cross the lines, and there isn't syntax for different box types (messages and numbers). Fixing this would be short work, but I ran out of train journey :) There is a particular syntax for drawing the lines. You use - for going left and right, | for going up and down and \ and / for going diagonally. To change direction or fork a wire you have to place a * . Mark inlets and outlets with x . alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] GUI Rotary Dial
Hello everyone, Is there a gui rotary dial for pd or an object similar to pictctrl for Max/MSP. If not where would a newbie need to start in order to create an external which does this. Many thanks Alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] stupid GUI tricks
is there a way to get at these updates without using the autobuild [notice that the ubuntu autobuild fails on Gem avifile..]. I assume that these changes aren't going into the pd cvs on sourceforge.. -Alex On Nov 9, 2007 12:13 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > On Nov 8, 2007, at 4:22 PM, Dafydd Hughes wrote: > > > I may have spoke too soon, but I found the answer to alpha here: > > > >>>>>> http://eds.org/~hans/pdsketch/stupidguitricks.png > > > > Still trying to figure out how the background colour works (can't make > > it go by copying the patch in the screenshot), but the object > > colouring > > came from Hans' themer.pd patch - can't find the original email tho:( > > > Doh! I forgot to check in canvas_name.c, it'll be in tomorrow's > build. Otherwise, you can do this in the meantime: > > [bang( > | > [window_name] > | > [makefilename %s.c] > | > > And that should give you the same thing as canvas_name, IIRC. > > .hc > > > > > > cheers > > dafydd > > > > Phil Stone wrote: > >> Care to let me in on the secret? I was messing with it at lunch, and > >> couldn't for the life of me figure out how to change the background > >> color of an object. > >> > >> > >> Phil > >> > >> Dafydd Hughes wrote: > >>> Forget it. I was indeed missing what was right in front of me. > >>> > >>> Dafydd Hughes wrote: > >>> > >>>> Hey Hans > >>>> > >>>> I'm _dying_to try this, but can't figure out how to access it. Are > >>>> there new commands for the themer patch? Or am I (like usual) just > >>>> missing what's right in front of me? > >>>> > >>>> cheers > >>>> dafydd > >>>> > >>>> Jerome Tuncer wrote: > >>>> > >>>>> In my opinion, this is not _stupid_ GUI tricks at all... > >>>>> > >>>>> Being asked on the differences between Pd and Max/MSP, how many > >>>>> times have I answered starting with "The GUI in pd isn't really as > >>>>> cool and smart as it is in Max/MSP but the DSP capabilities are in > >>>>> the end very similar". > >>>>> > >>>>> My answer to the lack of GUI elegance is very often a salad of > >>>>> overlaying [cnv]'s to make patches look more attractive and thus > >>>>> very often more readable. > >>>>> > >>>>> This kind of effort is not stupid, it is great GUI improvement > >>>>> in my > >>>>> opinion. > >>>>> > >>>>> ++ > >>>>> > >>>>> > >>>>> J? > >>>>> > >>>>> Another off-thread thing : I'm really looking forward to the > >>>>> day pd > >>>>> will not suffer that much from its GUI implementation : simple > >>>>> slider or table visualization/monitoring sometimes being the main > >>>>> reason for a ultra complex DSP patch to bo so heavy on the > >>>>> computer/resources ! (-: > >>>>> > >>>>> Hans-Christoph Steiner a ?crit : > >>>>> > >>>>>> Ok, all this Tcl/Tk has started to rot my brain, so here are some > >>>>>> stupid GUI tricks: > >>>>>> > >>>>>> http://eds.org/~hans/pdsketch/stupidguitricks.png > >>>>>> > >>>>>> - change patch background colors in a patch! > >>>>>> - make your patches transparent! > >>>>>> - use lots of Tcl/Tk config options! > >>>>>> > >>>>>> Works on my machine :D and hopefully tomorrow's auto-builds... > >>>>>> > >>>>>> http://autobuild.puredata.info/auto-build/2007-11-08/ > >>>>>> > >>>>>> (if that link does work, it's not there yet) > >>>>>> > >>>>>> .hc > >>>>>> > >>>>>> > >>>>>> - > >>>>>> --- > >>>>>> > >>>>>> > >>>>>> The arc of history bends towards justice. - Dr. Martin Luther > >>>>>> King, Jr. > >>>>>> > >>>>>> > >>>>>> > >>>>>> ___ > >>>>>> PD-list@iem.at mailing list > >>>>>> UNSUBSCRIBE and account-management -> > >>>>>> http://lists.puredata.info/listinfo/pd-list > >>>>>> > >>>>>> > >>>>>> > >>>>> ___ > >>>>> PD-list@iem.at mailing list > >>>>> UNSUBSCRIBE and account-management -> > >>>>> http://lists.puredata.info/listinfo/pd-list > >>>>> > >>> > >>> > >> > > > > -- > > www.sideshowmedia.ca > > skype chickeninthegrass > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > > listinfo/pd-list > > > > > > > > > 'You people have such restrictive dress for women,' she said, > hobbling away in three inch heels and panty hose to finish out > another pink-collar temp pool day. - "Hijab Scene #2", by Mohja Kahf > > > > > ___ > 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] texturing a circular image onto a hemisphere in GEM
I started trying to draw a hemisphere with the appropriate texturing coordinates using GEMgl commands, but that was getting too complicated so I copied the sphere object source, made it draw a hemisphere, and changed how it does texturing... I'll share it once I get all of the kinks ironed out. -Alex On 10/17/07, marius schebella <[EMAIL PROTECTED]> wrote: > hmm... no, I don't know how to do it. with gem you can only do > rectangular projection/texturing. so you would have to find a way to > distort the texture so that it will be displayed correctly on one half > of the sphere. you probably need some vertex shader to do that... > marius. > > > Alex wrote: > > so to make this easy think of a square texture that has a picture the > > globe centered inside it. > > i want to take that picture and map the flat image of the globe onto a > > hemisphere so that you see [in this virtual world] 1/2 of a globe, > > warped so that, in the virtual world, it looks correct. > > > > -Alex > > > > On 10/15/07, marius schebella <[EMAIL PROTECTED]> wrote: > >> Hi alex, > >> I am not sure what you're trying to do, but I am eager to help you... > >> do you want to project the video onto a wall/ceiling hemisphere inside a > >> real room? or are you talking about virtual projections? > >> I guess what you have to do first is distort the circled video back into > >> a square and then use that to texture the sphere. > >> marius. > >> > >> > >> sphere with a ? is it just the mapping on the spherefor any distortion you > >> > >> Alex wrote: > >>> Maybe a different subject will inspire some help? > >>> > >>> basically, I have video that was shot on a mirrored spherical ball.. > >>> this gives a circular image inside a rectangular video, I've figured > >>> out how to crop it so that I just get the square that surrounds the > >>> circle, but I cannot figure out how to correctly map this texture onto > >>> a sphere so that it is only on one hemisphere and so that the circle's > >>> circumference is on a "great circle" of the sphere? [ie it the circle > >>> is warped out so that it becomes a hemisphere]. > >>> > >>> I figure maybe I have to do some GEMgl stuff for this? > >>> > >>> if anyone has done this, would you please share? > >>> > >>> If not, any advice? > >>> > >>> Thanks, > >>> -Alex > >>> > >>> > >>> On 10/10/07, Alex <[EMAIL PROTECTED]> wrote: > >>>> I have some panoramic video that I want to use to texture a hemisphere > >>>> [or rather, the bottom half of a sphere]. > >>>> > >>>> I cannot simply texture the sphere with the video because the warping > >>>> is not correct.. it seems that I need some sort of non-rectangular > >>>> warping of the image before I texture the object, or a non-rectangular > >>>> mapping of the texture onto the sphere. > >>>> > >>>> Any ideas or advice? Does anyone else have experience working with > >>>> panoramic video in Gem? > >>>> > >>>> -Alex > >>>> > >>> ___ > >>> 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] texturing a circular image onto a hemisphere in GEM
so to make this easy think of a square texture that has a picture the globe centered inside it. i want to take that picture and map the flat image of the globe onto a hemisphere so that you see [in this virtual world] 1/2 of a globe, warped so that, in the virtual world, it looks correct. -Alex On 10/15/07, marius schebella <[EMAIL PROTECTED]> wrote: > Hi alex, > I am not sure what you're trying to do, but I am eager to help you... > do you want to project the video onto a wall/ceiling hemisphere inside a > real room? or are you talking about virtual projections? > I guess what you have to do first is distort the circled video back into > a square and then use that to texture the sphere. > marius. > > > sphere with a ? is it just the mapping on the spherefor any distortion you > > Alex wrote: > > Maybe a different subject will inspire some help? > > > > basically, I have video that was shot on a mirrored spherical ball.. > > this gives a circular image inside a rectangular video, I've figured > > out how to crop it so that I just get the square that surrounds the > > circle, but I cannot figure out how to correctly map this texture onto > > a sphere so that it is only on one hemisphere and so that the circle's > > circumference is on a "great circle" of the sphere? [ie it the circle > > is warped out so that it becomes a hemisphere]. > > > > I figure maybe I have to do some GEMgl stuff for this? > > > > if anyone has done this, would you please share? > > > > If not, any advice? > > > > Thanks, > > -Alex > > > > > > On 10/10/07, Alex <[EMAIL PROTECTED]> wrote: > >> I have some panoramic video that I want to use to texture a hemisphere > >> [or rather, the bottom half of a sphere]. > >> > >> I cannot simply texture the sphere with the video because the warping > >> is not correct.. it seems that I need some sort of non-rectangular > >> warping of the image before I texture the object, or a non-rectangular > >> mapping of the texture onto the sphere. > >> > >> Any ideas or advice? Does anyone else have experience working with > >> panoramic video in Gem? > >> > >> -Alex > >> > > > > ___ > > 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] texturing a circular image onto a hemisphere in GEM
Maybe a different subject will inspire some help? basically, I have video that was shot on a mirrored spherical ball.. this gives a circular image inside a rectangular video, I've figured out how to crop it so that I just get the square that surrounds the circle, but I cannot figure out how to correctly map this texture onto a sphere so that it is only on one hemisphere and so that the circle's circumference is on a "great circle" of the sphere? [ie it the circle is warped out so that it becomes a hemisphere]. I figure maybe I have to do some GEMgl stuff for this? if anyone has done this, would you please share? If not, any advice? Thanks, -Alex On 10/10/07, Alex <[EMAIL PROTECTED]> wrote: > I have some panoramic video that I want to use to texture a hemisphere > [or rather, the bottom half of a sphere]. > > I cannot simply texture the sphere with the video because the warping > is not correct.. it seems that I need some sort of non-rectangular > warping of the image before I texture the object, or a non-rectangular > mapping of the texture onto the sphere. > > Any ideas or advice? Does anyone else have experience working with > panoramic video in Gem? > > -Alex > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Gem texturing panoramic video to a hemisphere
I have some panoramic video that I want to use to texture a hemisphere [or rather, the bottom half of a sphere]. I cannot simply texture the sphere with the video because the warping is not correct.. it seems that I need some sort of non-rectangular warping of the image before I texture the object, or a non-rectangular mapping of the texture onto the sphere. Any ideas or advice? Does anyone else have experience working with panoramic video in Gem? -Alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Newbie having problems with Pduino
Hi Marius, Thanks very much for the file it worked straight away! I'll have to put you on my Christmas card list. Thanks Alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Newbie having problems with Pduino
I've been reading about the implications of the Diecimila's Automatic (Software) Reset feature here; http://www.arduino.cc/en/Main/ArduinoBoardDiecimila it says "If a sketch running on the board receives one-time configuration or other data when it first starts, make sure that the software with which it communicates waits a second after opening the connection and before sending this data" would this apply to Pd? Thanks Alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Newbie having problems with Pduino
Hi All, I've uploaded the Pd_Firmware 1.32 to a new Arduino Diecimila board. I've been trying to get the board to communicate with Pd 0.39.3-extended-rc5 on Ubuntu Studio but unfortunately haven't had any joy. Pd will recognise the ttyUSB0 device file and the RX light on the board will flash when "pulse all outputs" is selected within arduino-test.pd, although the mounted LED on pin 13 doesn't respond. It seems that the analogue inputs aren't working either. It's probably something I've overlooked but If anyone has any suggestions it would be great to hear from you. Thanks Alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Newbie question: Highest number
Hi all, I've been looking for an object or abstraction which gives the highest and lowest value from a stream of numbers. If anyone has any suggestions it would be great to hear from you. Many thanks Alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] audio less than or equal, greater than.. cross threshold?
ahh, nice, that looks great! -Alex On 6/24/07, Andy Farnell <[EMAIL PROTECTED]> wrote: > > This sounds like a case where [threshold~] would be exactly what you want. > It is block based, but for triggering drums it might be accurate enough > (play with blocksize). > > > > On Sat, 23 Jun 2007 14:24:36 -0700 > Alex <[EMAIL PROTECTED]> wrote: > > > I want to trigger an event when an incoming audio signal (which i know > > is a ramp between 0 and 1), crosses some threshold. > > > > basically i want something like > > > > [adc~] > > | > > [last sample <= x && cur sample >x] > > | > > [a drum or something is triggered] > > > > any ideas how i can do that? I don't see how I'd do it with just the > > built in objects. > > I realize that the bang will probably only happen at control rate.. > > > > I have another app creating this ramp, and I want to be able to sync > > to it in pd [probably just to trigger drum samples] > > > > -Alex > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > -- > Use the source > > ___ > 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] audio less than or equal, greater than.. cross threshold?
I want to trigger an event when an incoming audio signal (which i know is a ramp between 0 and 1), crosses some threshold. basically i want something like [adc~] | [last sample <= x && cur sample >x] | [a drum or something is triggered] any ideas how i can do that? I don't see how I'd do it with just the built in objects. I realize that the bang will probably only happen at control rate.. I have another app creating this ramp, and I want to be able to sync to it in pd [probably just to trigger drum samples] -Alex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Denmark,
I'll be there.. -Alex Norman On 6/17/07, Ed Kelly <[EMAIL PROTECTED]> wrote: > Good to see the list bubbling away nicely, > > So, who's going to Denmark this year? > > Best, > Ed > > > Lone Shark "Aviation" out now on > http://www.pyramidtransmissions.com > http://www.myspace.com/sharktracks > > > Yahoo! Mail is the world's favourite email. Don't settle for less, sign up > for your free account today. > ___ > 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] Active stereo Gem (Crystal Eyes)
Hi, (I originally sent this to the GEM-dev list but i figure others on here might be interested in this information) I've added the ability to do active [crystal glasses] stereo in gem [using the X version] and am attaching the diff. If you have a stereo enabled video card and a display that can support it this modification will open a stereo window by default and then you will be able to use this additional stereo mode [3]. If you don't use this stereo mode there should be no change in what you see, if your videocard doesn't support [or isn't set up for] active stereo then you won't be able to use this stereo mode as you won't have a stereo window that you're drawing to. I've only added stereo windows for the X version of Gem but it really shouldn't be hard to get it working for Windows or Mac, all that needs to be done is to open a stereo window by default if it is supported by the graphics card. I've attached a diff to the most recent CVS, hopefully this will be useful for other folks. -Alex Norman Index: src/Base/GemMan.cpp === RCS file: /cvsroot/pd-gem/Gem/src/Base/GemMan.cpp,v retrieving revision 1.59 diff -r1.59 GemMan.cpp 792a793,808 > //test to see if stereo is supported if we're trying to do stereo > GLboolean stereoTest; > glGetBooleanv (GL_STEREO, &stereoTest); > if(m_stereo == 3){ > if(!stereoTest){ > post("you've selected Crystal Glasses Stereo but your graphics card > isn't set up for stereo, setting stereo=0"); > //GetMyClass(data)->error("you've selected Crystal Glasses Stereo but > your graphics card isn't set up for stereo, setting stereo=0"); > m_stereo = GemMan::m_stereo = 0; > } > } else if(stereoTest) { > //clear out the right buffer and select the left buffer for drawing > glDrawBuffer(GL_BACK_RIGHT); > glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); > glDrawBuffer(GL_BACK_LEFT); > } > 959a976,1037 > case 3: // Crystal Eyes Stereo > { > int xSize = m_w; > int ySize = m_h; > float xDivy = (float)xSize / (float)ySize; > > // setup the left viewpoint > > // setup the matrices > glMatrixMode(GL_PROJECTION); > glLoadIdentity(); > glFrustum(GemMan::m_perspect[0] * xDivy, GemMan::m_perspect[1] * > xDivy, // left, right > GemMan::m_perspect[2], GemMan::m_perspect[3], // bottom, top > GemMan::m_perspect[4], GemMan::m_perspect[5]); // front, back > > glMatrixMode(GL_MODELVIEW); > glDrawBuffer(GL_BACK_LEFT); > glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); > > glLoadIdentity(); > gluLookAt(m_lookat[0] - m_stereoSep / 100.f, m_lookat[1], > m_lookat[2], m_lookat[3], m_lookat[4], > m_lookat[5] + m_stereoFocal, m_lookat[6], m_lookat[7], > m_lookat[8]); > > // render left view > fillGemState(currentState); > renderChain(s_linkHead, ¤tState); > glMatrixMode(GL_MODELVIEW); > glLoadIdentity(); > gluLookAt(0 - m_stereoSep / 100.f, 0, 4, 0, 0, 0 + m_stereoFocal, 0, > 1, 0); > renderChain(s_linkHead_2, ¤tState); > > // setup the right viewpoint > glClear(GL_DEPTH_BUFFER_BIT & m_clear_mask); > > // setup the matrices > glMatrixMode(GL_PROJECTION); > glLoadIdentity(); > glFrustum(GemMan::m_perspect[0] * xDivy, GemMan::m_perspect[1] * > xDivy, // left, right > GemMan::m_perspect[2], GemMan::m_perspect[3], // bottom, top > GemMan::m_perspect[4], GemMan::m_perspect[5]); // front, back > > glMatrixMode(GL_MODELVIEW); > glDrawBuffer(GL_BACK_RIGHT); > glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); > > glLoadIdentity(); > gluLookAt(m_lookat[0] + m_stereoSep / 100.f, m_lookat[1], > m_lookat[2], m_lookat[3], m_lookat[4], > m_lookat[5] + m_stereoFocal, m_lookat[6], m_lookat[7], > m_lookat[8]); > > // render right view > fillGemState(currentState); > currentState.tickTime=0.f; > renderChain(s_linkHead, ¤tState); > > glMatrixMode(GL_MODELVIEW); > glLoadIdentity(); > gluLookAt(0 + m_stereoSep / 100.f, 0, 4, 0, 0, 0 + m_stereoFocal, 0, > 1, 0); > renderChain(s_linkHead_2, ¤tState); > > glColorMask(GL_TRUE,GL_TRUE,GL_TRUE,GL_TRUE); > } > break; Index: src/Base/GemWinCreateXWin.cpp ===
Re: [PD] GEM and chromium
Recently I have been successful getting Gem running over Chromium: http://chromium.sourceforge.net/ After picking up from where august left of, disabling all of the non-chromium compatible extensions I could via compile time flags : ./configure --with-glversion=1.5 --disable-ARB --disable-NV I was still having problems with glDeleteFramebuffersEXT and other frame buffer commands not being defined when I ran via chromium. I didn't see a compile option that allowed me to disable these frame buffer commands, so I added this: #undef GL_EXT_framebuffer_object to src/Controls/gemframebuffer.cpp after the includes. and now gem works via chromium. Maybe the Gem developers could add [or suggest one that already exists] a compile time option to disable these commands, so that others might be able to use chromium with gem as well. -Alex btw, I've sent this info to the GEM list as well but figured it might be useful for some people on here as well. On 5/15/07, august <[EMAIL PROTECTED]> wrote: > > On Tue, 2007-05-15 at 20:16 +0200, august wrote: > > > > > > I am currently trying to compile GEM CVS so that it is compatible with the > > > current version of Chromium (1.9), and am having trouble getting the > > > Gem.lib to load while chromium is "faking" the opengl calls. Has anyone > > > gotten this to work already? > > > > > > Without using the Chromium environment, PD runs fine with GEM on the > > > "mothership". But, when I try to run PD/GEM under Chromium, I get > > > library loading errors for things like : glGetShaderInfoLog, > > > glDeleteProgram, etc.) > > > > > > Is there a way to compile GEM without glsl support entirely? I can't > > > find any way to ./configure it so that glsl is disabled. > > > > > > I'm pretty confident this should fly, just need to ditch the glsl. > > > > try: > > > > ./configure --with-glversion=1.5 > > > > at least, that helped here, since my ati card doesn't seem to support > > glsl as well. > > > > roman > > > thanks! that got me past that part. > > now I am having problems with framebuffer extenstions > (glCheckFramebufferStatusEXT, etc) > > any way to turn this off at compile? > > > > ___ > 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] GEM 64-bit Linux
Ahh, I've started using the cvs version and it works! thanks IOhannes. -Alex On 4/17/07, IOhannes m zmoelnig <[EMAIL PROTECTED]> wrote: > Alex wrote: > > Has anyone here built GEM for a 64-bit Linux box? > > yes me. > > > > > > The configure script isn't finding opengl for some reason [though I > > have built other opengl apps] > > i am developing, testing and running Gem on debian amd64 without any > problems. > > > > > i do get this line when i run configure: > > checking host system type... Invalid configuration > > `x86_64-pc-linux-gnu': machine `x86_64-pc' not recognized > > are you trying to cross-compile or doing something weird? > > > > > any suggestions? > > are you using the CVS version of Gem (you really should!). > which version of autoconf, aclocal and the like do you use? > > which configure-flags do you use? > > mfga.sdr > IOhannes > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] GEM 64-bit Linux
Has anyone here built GEM for a 64-bit Linux box? The configure script isn't finding opengl for some reason [though I have built other opengl apps] i do get this line when i run configure: checking host system type... Invalid configuration `x86_64-pc-linux-gnu': machine `x86_64-pc' not recognized any suggestions? btw, I'm on an AMD64 running ubuntu edgy. Thanks, Alex Norman ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] cfp: Loss Livecode festival, Sheffield 20-22 July 2007
nd feel free to be creative (see commissions below). We are also thinking about a pre-event in London, UK some days before the festival, let us know if you would like to take part. ---> PROCEEDINGS <--- If your proposal is accepted you will be encouraged to submit short texts and images for publication in the proceedings. All speakers and performers will receive a free copy at the beginning of the conference. ---> COMMISSIONS <--- If you would like time or resources to develop a new way of performing, some new language or software feature, or something else interesting then please include a short estimated budget in your brief, which may include an artist fee. Note that due to funding constraints the project should have a strong audio component. The maximum commission will be of £1000 (about 1470 euro). ---> BURSARY <--- A small bursary is available to contribute towards travel and accommodation. Please include an estimated budget for your attendance and we will apportion this money based on need. Money is however very short, if you are a member of an academic institution we are keen to help you apply for local funding. ---> PROPOSAL SUBMISSION <--- Preferably in plaintext, but all common formats are accepted. Supporting material including web links to previous work, audio and video files are welcome but not mandatory. Proposals should arrive before midnight, 14th April 2007. Proposals are accepted by email (preferred): [EMAIL PROTECTED] Or by post: LOSS Livecode c/o Alex McLean Access Space 1 Sidney Street Sheffield S1 4RG Royaume Uni If sending via email please do not include large attachments - either include URLs or contact us in advance. If sending via post include an email address so that we may confirm receipt. ---> MAILING LIST <--- As members of the "keep avant garde internet tidy" campaign, we keep our cross posts to a minimum. To continue receiving news of the conference, please sign up to our mailing list: http://lists.lurk.org/mailman/listinfo/lc/ ---> ABOUT ACCESS SPACE <--- Based in Sheffield, Access Space is the UK's first "Free Media Lab" - a community space equipped with locally recycled computers running free, open source software. It provides a framework, resources and support for self-directed learning, arts and creativity. Taking part is totally free, and anyone can walk in and contribute: http://access-space.org ---> FOR MORE INFORMATION <--- Don't hesitate to email with questions to the submission address above. The conference website is not yet ready, but more information about live coding may be found at the official TOPLAP wiki: http://toplap.org/ Hope to see you in July! LOSS Livecode is funded by Arts Council England, Yorkshire and The PRS Foundation. == -- Alex McLean http://yaxu.org/ http://slub.org/ http://lurk.org/ http://doc.gold.ac.uk/~ma503am/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] 64 Studio and a 64bit pd
Em Qui, 2006-12-21 às 18:26 +0100, Malte Steiner escreveu: > Hello List, > > I recently changed my distribution to 64 Studio. Despite all criticism > against 64bit the performance on this particular laptop increased > dramatically, also with non realtime stuff. Especially video > applications like Cinelerra are now much more responsive. Maybe partly > because its 64bit, partly perhaps its more optimised for AMD than the K7 > Kernel, partly its realtime and partly because I got the current Nvidia > driver installed, I dont care. Important is that it now feels like my > hardware synthesizers in terms of snappyness and timing. > > Question is where to get a recent 64bit pd, the Debian64 repos only > holds a bare .39 which still got the tabwrite bug and lot of externals > are missing, so far only zexy, gem, pdp and pd-aubio are provided. I > tried to build some stuff but failed so far. Any other 64bitters out > there with some hints, *.debs or repos? > > Cheers and thanks for any hints in advance, > > Malte Hi i run Pd extended with some externals working, but im a noob in pd and a lot of things i didnt catched yet, i would advice you to do a cvs update and compile everything on your own for a "stable" system. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list