Re: [PD] How to read I2C sensors?

Sounds great! I'll have to get the sensors first now (I was waiting to see if it would work at all) and see how far I'll get with it. Thanks Ingo Von: Ivica Bukvic [mailto:i...@vt.edu] Gesendet: Sonntag, 27. April 2014 23:27 An: Ingo Cc:

Re: [PD] How to read I2C sensors?

Thanks Ivica, I'll check out pd-l2ork. I might use a Raspberry Pi for that purpose anyway. I need some capacitive sensors that work without actually touching them. All I found was using I2C. Ingo Von: Ivica Bukvic [mailto:i...@vt.edu] Gesendet: So

Re: [PD] How to read I2C sensors?

Thanks! Could be a possibility but I was hoping for an object that would be able to read I2C directly without adding an arduino since most smaller arm boards do have some I2C pins onboard. Ingo Von: Alexandros Drymonitis [mailto:adr...@gmail.com

[PD] How to read I2C sensors?

I have been using an arduino with [comport] (pduino) to read out sensors so far and want to use a I2C sensor board for some other sensors soon. Can [comport] connect to the I2C interface or is there another object in Pd-extended that can do that? Thanks! Ingo

[PD] Pd-extended for ARM - where to find the latest versions

from 0.42.5 up should be working fine for me. I tried adding deb http://apt.puredata.info/releases precise main to /etc/apt/sources.list and did "apt-get update" It won't install from there using "apt-get install pd-extended". Any

[PD] WG: Inverse bandpass filter

You could send the original signal in parallel and invert the phase by multiplying with -1. You might have to delay the original signal in case that the processed signal gets also delayed by one or more blocks. Ingo ___ > Von: pd-list-boun...@iem.at [mailto

Re: [PD] Pd-extended with Cubietruck (Cubieboard3)

buntu the same as on Ubuntu. I don't know the exact differences between the two (except for the different Desktop). I guess I'll find out soon ... Ingo > > Von: showlabor.felixhom...@gmail.com > [mailto:showlabor.felixhom...@gmail.com]

[PD] Pd-extended with Cubietruck (Cubieboard3)

Hi everybody! Has anyone tried the Cubietruck (aka Cubieboard3) with Pd-extended? Seems to be one of the more powerful arm boards around with some great features (see below). If yes, what would be the best linux version for running it? Ingo Cubietruck Kit - Dual Core Single-board Computer

Re: [PD] Tannhauser Pure Data compiler

t Gesendet: Montag, 17. März 2014 14:12 An: Simon Wise Cc: pd-list Betreff: Re: [PD] Tannhauser Pure Data compiler Not much information on either page... Pierre. 2014-03-17 14:06 GMT+01:00 Simon Wise : On 17/03/14 23:26, Ingo wrote: I just found out about the "Tannhäuser Pure Data compiler"

[PD] Tannhauser Pure Data compiler

I just found out about the "Tannhäuser Pure Data compiler". Does anybody know who makes it or where to get this compiler? Thanks! Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] smooth random numbers

the word random say it all? Another neglected thing is the curve that the data change should have. That would obviously require some extra calculation. I don't remember reading anything about that in the original posting, though. Ingo > -Ursprüngliche Nachricht- > Von

Re: [PD] smooth random numbers

Sorry, forgot ta add [change -1] after the [i]. I thought this was meant to be used with a MIDI signal - maybe I got that wrong? Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > Roman Haefeli > Gesendet

Re: [PD] smooth random numbers

This one can be retriggered to change speed anytime. Ingo #N canvas 988 0 345 419 10; #X obj 71 135 random 128; #X obj 71 108 metro 5000; #X obj 71 90 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1 ; #X obj 71 189 line; #X obj 71 209 i; #X obj 71 162 pack f 5000; #X msg 254 32 5000; #X

Re: [PD] smooth random numbers

Starting from Roman's patch I would probably do it like the attached patch. Ingo #N canvas 988 0 286 367 10; #X obj 71 76 random 128; #X obj 71 49 metro 5000; #X obj 71 31 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1 ; #X obj 71 130 line; #X obj 71 150 i; #X obj 71 103 pack f 500

Re: [PD] Arduino + Standard Firmata + Arduino MIDI interface

guess I'll get the parts and start testing with the code that I found. Ingo Von: José Luis Santorcuato Tapia [mailto:santorcuat...@gmail.com] Gesendet: Donnerstag, 9. Januar 2014 18:25 An: Ingo Scherzinger Betreff: Re: [PD] Arduino + Standard Firmata

[PD] Arduino + Standard Firmata + Arduino MIDI interface

is that stuff already on the board? (I'm using a Duemilanove with Ubuntu) I would appreciate if anybody could point me in a direction where I could find some working MIDI software that can be added to the firmata. Thanks! Ingo ___ Pd-list@i

Re: [PD] GEM causes soung glitches

can fix in GEM if you have bad drivers or a badly designed patch. There are already a number of ways to set priorities in the system e.g. by setting up a low latency or realtime system with the best options, the Pd startup flags as well as patch design. Ingo __

[PD] realtime MIDI on Windows - best practices for efficiency?

avoid constant data to be sent or use [speedlim] which does the same thing. Ingo [PD] realtime MIDI on Windows - best practices for efficiency? I have a big patch I use for realtime manipulation of live sound inputs. Often when adjusting pots and sliders

Re: [PD] USB power off from [shell] for eliminating MIDI interfaceproblems

I have tried echo on > /sys/bus/usb/devices/usb1/power/level # turn on echo suspend > /sys/bus/usb/devices/usb1/power/level # turn off with different devices (like 4-2 which is the MIDI interface) and I'm always getting "invalid argument" when I try to use "s

[PD] USB power off from [shell] for eliminating MIDI interface problems

wer. Now here is my question: Does anybody know how I can power off a USB port (probably using [shell]) to do a reset (USB power off - USB power on) while or after loading the patch? I'm on Ubuntu Natty. Thanks Ingo ___ Pd-list@iem.at mail

Re: [PD] $1 inside a message is not saving data ?

A message box $1 doesn't save the last value like other objects do. Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von ?? Gesendet: Sonntag, 6. Oktober 2013 13:13 An: pd-list@iem.at Betreff: [PD] $1 inside a message is n

Re: [PD] is there a way to turn on or off the filters in pd

~] while bypassing the signal if the effect is off. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Luca Mani Gesendet: Samstag, 14. September 2013 20:49 An: pd-list@iem.at Betreff: [PD] is there a way to turn on or off the

Re: [PD] send message to current pd-window

Thanks! I'll take a look at those two. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > Simon Wise > Gesendet: Donnerstag, 29. August 2013 09:36 > An: pd-list@iem.at > Betreff: Re: [PD] send messa

Re: [PD] send message to current pd-window

y commands. That does the trick for me. Thanks anyway Ingo > -Ursprüngliche Nachricht- > Von: Jonathan Wilkes [mailto:jancs...@yahoo.com] > Gesendet: Mittwoch, 28. August 2013 18:09 > An: Ingo > Betreff: Re: AW: [PD] send message to current pd-window > > On 08/28/2013 1

Re: [PD] send message to current pd-window

ay to send letters or ASCII characters from within Pd to Pd? Like CTRL + E for edit mode or anything else that can be done by QWERTY key commands? Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > Jonathan Wilkes > G

[PD] send message to current pd-window

? [s pd-"windowname"] Thanks, Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] changing message value in real time

Maybe that is what you need? Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Dmitry Morozov Gesendet: Montag, 17. Juni 2013 12:34 An: pd-list@iem.at Betreff: [PD] changing message value in real time hi to everyone! sorry

Re: [PD] Forwarding serial data through an Arduino (with firmata) to a serial display

how up as /dev/ttyUSB0 or /dev/ttyUSB1 on the [comport]. It also would be cleaner with less cables to have the arduino taking care of the serial data transfer. If I can't get that to work I'll have to use a serial adapter and find a good way to distinguish the two automatically. In

[PD] Forwarding serial data through an Arduino (with firmata) to a serial display

be like an addon to firmata. Or is this already possible with the current firmata? If anybody has done this before I'd appreciate any help! Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] Last Ubuntu version for Pd-extended 0.42.5

Let's put it in another way: is anybody running Pd-extended 0.42.5 on ubuntu 12.04 "precise"? Thanks Ingo > Betreff: [PD] Last Ubuntu version for Pd-extended 0.42.5 > > Hi! > > I'm running into a "new hardware" problem. My old system won't

[PD] Last Ubuntu version for Pd-extended 0.42.5

Ubuntu version) and where I can download that Pd-extended version (Ubuntu i386 32 bit). A kernel update to one of the latest kernels like "raring" didn't work. Any help is appreciated! Thanks a lot! Ingo ___ Pd-list@iem.at mailing list

Re: [PD] "musical" timing, something like Max´s "metrical timing Transport" and [metro 16n]

Sorry I just noticed this shoul have been [midirealtimein] instead of [midiin]. Like this: [midirealtimein] | [sel 248] | [t b b] | | [timer] | [/ 4] Ingo > I don't have an exact plan on how to do this without spending a lot of > time > finding the most eff

Re: [PD] "musical" timing, something like Max´s "metrical timing Transport" and [metro 16n]

k (or provide a usable value before the first clock is coming in). I.e. when starting jump from 0 to 4 and then increase by 1. Check out the midi specs for additional features like song pointer or midi timecode (which has nothing to do with midi clock), etc. Ingo > Thanks Ingo, I must do the t

Re: [PD] "musical" timing, something like Max´s "metrical timing Transport" and [metro 16n]

from time to time and resyncing to the absolute sample position might be necessary. However, such an accuracy would only be needed if the music is to be synced to anything external like a DAW, I guess. Ingo > If you mean milliseconds to bpm and vice versa: > > minute =

Re: [PD] Help to load sound

There is a size limit for the file. I'm not sure whether this is 400 or anything else. Sombody else here might know. Ingo > Thank for your answer, I will trying to modificate my own error but now > the error message say: > > error: soundfiler_read: truncated to 400 e

Re: [PD] Help to load sound

ers to be able to read it. Ingo Hello everybody, I'm starting pd, and i have always the same matter when I want to load a sound, pd say me: (error: dsp: C:/Documents and Settings/Romain/Bureau/matrice perso/SON/musikkk/Remko Scha - (1982) Machine Guitars/01 Shake.mp3: unknown or bad hea

Re: [PD] Increment/Decrement a number

Here's a counter that lets you count the same value from separate locations like counter buttons, incremental wheels, ext. midi input, etc. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Sebastian Valenzuela Ges

Re: [PD] Increment/Decrement a number

This is how I would fix your current patch. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Sebastian Valenzuela Gesendet: Donnerstag, 6. Dezember 2012 05:56 An: Pure Data Forum Betreff: [PD] Increment/Decrement a number

Re: [PD] [pd] osc processing array to the pd table

The first number is the value and the second number is the position. Ingo > The 1st arg of the list is the position where to write in the table. > you certainly want to add a 0 in front of the list. > cheers > c > > > Le 30/09/2012 04:11, Billy Stiltner a écrit : >

Re: [PD] loading sounds stops my audio

Soundfiler interrupts the audiostream. This has been discussed here before. Ingo Betreff: Re: [PD] loading sounds stops my audio Try to put the table in a subpatch. It should work this way. On Thu, Sep 27, 2012 at 1:38 PM, xiaoping lyu wrote: Hi, in pd

Re: [PD] Close PD window with a message?

Does anybody know if this works with 0.42.5 or does it need 0.43? Thanx Ingo > http://puredata.info/downloads/kiosk-plugin > > > > does anyone no if I can close the PD window (console) with a message > > within > > my patch in PD-extended-0.43. I only wa

Re: [PD] interpolating between 2 streams

Maybe [average]? > Hi list, one question: i have 2 abstractions that are generating > streams of data, ,how can i interpolate between this 2 streams? for > example when my slider is the left then the output is stream "a" and > when my slider moves to the right it gradually convert into stream "b"

Re: [PD] That old -nogui/nosound problem on Linux ...

S and -nogui. Ingo > On Apr 10, 2012, at 11:11 AM, Chrissie Caulfield wrote: > > > Hi all, > > > > I've been scouring the lists for a solution to this but none of them > seem to work for me. Almost all non-trivial patches produce no sound with > the -nogui fl

Re: [PD] pix_film and readsf not in sync....

Could it be possible that your soundfile is being played back with the wrong samplerate? Like 48k instead of 44.1k? Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > altern > Gesendet: Donnerstag, 8. März 2012 14

[PD] WG: no tilde

I have to press "~" twice before it gets accepted on Ubuntu. Only once with Windows, though. Ingo > > -Ursprüngliche Nachricht- > > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag > von > > Gerhard Lang > > Gesendet: Sonnta

Re: [PD] MIDI input problems in PD

I was using MIDI OX as well. I wonder if Laura did. If yes, it could be related to MIDI OX as well. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > Miller Puckette > Gesendet: Sonntag, 26. Februar 2012 22:11

Re: [PD] MIDI input problems in PD

er? I couldn't recreate why it happened. Most of the time it didn't do it but every once in a while it did. I had no problem ever running Nuendo for days on that same machine programming midi. The same Pd patch was doing fine on a Linux computer after switching to Linux. Ingo >

[PD] (no subject)

I had the same problem with Windows XP. Even with the regular MIDI In objects like [notein] or [ctlin], etc. I gave up and switched to Linux. Ingo > > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag > von > Villa Ann

Re: [PD] Audio line circuit breaker?

You'll have the choice whether to use the audio signal or the float. If the audio signal is connected it will override the float on the next sample. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > Jonathan Wil

Re: [PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS)

ds which is why I'm staying away from them. They are set to a fixed rate of 48k. The Realtek actually supports all standard rates up to 192k. Which means it simply can't be fixed like the Creative cards. Anyway, after finding the "PCM Default Playback Switch" and turning it on

Re: [PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS)

the resampling that the sound card needs to do. So getting Pd's sample rate matched up with the rate of the hardware might have advantages even if you are using only analogue outs. Ingo 2011/11/10 Roman Haefeli On Thu, 2011-11-10 at 17:14 +0100, tim vets wrote: > .. > Lastly: I wond

Re: [PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS) - Problem solved!

mple rate. So, recalling a mixer preset with this switch set to "ON" and changing the desired sample rate via Pd's audio dialog afterwards does the trick. Since the sample rate is output at start up of Pd the audio dialog needs to be set once more after recalling the mixer preset or

Re: [PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS)

It's not the HDSP that's causing the problems. It's a realtek onboard souncard. The HDSP was used on another (WinXP) computer and only served as an input to check the output of the linux machine. Ingo Von: pd-list-boun...@iem.at [mail

Re: [PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS)

> > On 2011-11-10 13:10, Ingo wrote: > > Hi everybody, > > > > I need some help about sample rate settings. > > > > I would like to use my SPDIF Out with Pd. Unfortunately it looks like > either > > the soundcard or the audio system (OSS) starts u

Re: [PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS)

but I'm still using the older OSS ( OSS 3 ? ) because of the MIDI support. Ingo > Hi Ingo > > On Thu, 2011-11-10 at 13:10 +0100, Ingo wrote: > > Hi everybody, > > > > I need some help about sample rate settings. > > > > I would like to use my SPDIF Out w

[PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS)

44.1k). Does anybody know where or how I can set the PCM sample rate to match Pd's sample rate? None of the soundcard mixers I was checking have an option to set the sample rate and I don't know where the OSS files are located. Thanks! Ingo ___

Re: [PD] clear console command + create folder from Pd?

sn't > included in the next versions? Is it possible to get the current path > through other methods? > > João Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] clear console command + create folder from Pd?

windows correctly? Ingo Von: tim vets [mailto:timv...@gmail.com] Gesendet: Dienstag, 8. November 2011 12:35 An: Ingo Cc: Hans-Christoph Steiner; pd list Betreff: Re: [PD] clear console command + create folder from Pd? 2011/11/8 tim vets 2011/11/8 Ingo

Re: [PD] clear console command + create folder from Pd?

Someone could >probably make  [mkdir] object quite quickly using pdlua or tclpd. > >.hc I just tested it on WinXP. I could create a directory in the folder of the patch but not a subdirectory. Not sure if it has anything to do with the slash vs. backslash issue. Ingo

Re: [PD] Interruption of audio / Loading sound into array

> This might just be a graphics related problem. It's not! Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von David Schaffer Gesendet: Donnerstag, 3. November 2011 12:31 An: pd list Betreff: Re: [PD] Interruption

Re: [PD] Interruption of audio / Loading sound into array

[soundfiler] will always interrupt the audio stream. What I have done before was to stream the soundfile into a table with [readsf~]. You can upsample the subpatch with [block~] or [switch~] so it reads faster than realtime. Ingo > -Ursprüngliche Nachricht- > Von: pd-lis

Re: [PD] bendin-bendout under Linux

> -Ursprüngliche Nachricht- > Von: Mathieu Bouchard [mailto:ma...@artengine.ca] > Gesendet: Dienstag, 4. Oktober 2011 17:06 > An: Hans-Christoph Steiner > Cc: Ingo; pd-list@iem.at > Betreff: Re: [PD] bendin-bendout under Linux > > Le 2011-10-04 à 10:53:00, Hans-C

Re: [PD] bendin-bendout under Linux

I can't really see how 0.42.5 could use or output a different pitchbend range than 0.43. If this was the case all patches using pitchbend would be broken on 0.43 if they were made with an earlier version. I would call that a major disaster. Ingo > -Ursprüngliche Nachricht- &

Re: [PD] bendin-bendout under Linux

ans the center value of Pitchbend is 64 0. You can eliminate the second byte by dividing by 128. For displaying the value is offset by 8192 by certain softwares to show negative values. Some people might think it looks more understandable to have the same range going negative or positive for bend down / bend up. But the numbers still go from 0 - 16383. Center is 8192 or 64 0. Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] Fwd: Variable number of objects?

he current version? Maybe with an abstraction like: [dac~] | \ [ear~ $1] [ear~ $2] Then do some dynamic patching? Ingo > -Ursprüngliche Nachricht- > Von: Mathieu Bouchard [mailto:ma...@artengine.ca] > Gesendet: Montag, 3. Oktober 2011 19:38 > An: Ingo > Cc: 'P

Re: [PD] Fwd: Variable number of objects?

Ok, it looks like I was misunderstanding the way how the [send] / [receive] is working. But then I am still wondering why I got a lot of performance boost after replacing the [send] / [receive] with wired connections? Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@

Re: [PD] Fwd: Variable number of objects?

ar arguments only adds a number to the [receive] and doesn't keep it from having to do the checking. That's the reason why I try to avoid [send/receive] objects wherever realtime playing is involved. I still use them, but only for non realtime editing purposes. But there is still a tendency

Re: [PD] Fwd: Variable number of objects?

> I wonder what kind of ears it takes to listen to something so complex... > rather, what kind of brain lobes it takes. It takes a regular pair of ears - one on the left side and one on the right side! Ingo ___ Pd-list@iem.at mailing list UNSUB

Re: [PD] Fwd: Variable number of objects?

s per second if the data is meant to be for them or not. Ingo > -Ursprüngliche Nachricht- > Von: Jaime Oliver [mailto:jaime.oliv...@gmail.com] > Gesendet: Freitag, 30. September 2011 05:04 > An: Ingo > Cc: Jonathan Wilkes; Pd List > Betreff: Re: [PD] Fwd: Variable number

Re: [PD] Fwd: Variable number of objects?

the [switch~] and turned back on when the next note will play that voice. On top of it all 500 parameters need to be updated to the current state of the external control input and the current preset data when played anew. Ingo > -Ursprüngliche Nachricht- > Von: Jaime Oliver [mailto:j

Re: [PD] Fwd: Variable number of objects?

stantly because the control messages are still active all of the time. Ingo > - Original Message - > > From: Ingo > > To: 'Roman Haefeli' ; 'Ludwig Maes' > > > Cc: 'Pd List' > > Sent: Thursday, September 29, 2011 5:33 AM > >

Re: [PD] Fwd: Variable number of objects?

I made some more changes and added some help information to the voice creation patch so you can simple use a float to add voices and 0 to clear all voices. There are wired inlets for the voices now. Hope it's helpful for anybody! Ingo > -Ursprüngliche Nachricht- > Von: Ing

Re: [PD] Fwd: Variable number of objects?

I just added the [; pd dsp 0( when starting to creat voices to speed it up and eliminated the 17 voices limit of the patch. Maybe it's useful for somebody. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > I

Re: [PD] Fwd: Variable number of objects?

ns the voices didn't get initialized correctly. Not sure if this is needed for other voice-abstractions. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > Roman Haefeli > Gesendet: Donnerstag, 29. September 2

Re: [PD] throw~ / catch~ versus send~ / receive~

I would assume this one block delay could be avoided by „cut” and “undo” of the [catch~] object after creating new [throw~] objects. Right? But how can you time it if they are in different abstractions? Ingo _ Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag

Re: [PD] Variable number of objects?

Well, as I said in my case the voices are very complex. There are hundreds of audio objects in each voice. It takes a lot of time to adjust all of the signal flow and reallocate the memory I guess. Control objects shouldn't be such a big problem.

Re: [PD] Variable number of objects?

. Simpler synth voices might be faster, though. I think it is much better to create as many voices as needed beforehand and turn unused voices off with the [switch~] object. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Ludwig

Re: [PD] pduino rewrite

starting to write any kind of code because problems only start showing up when it's almost too late. Once the patch gets kinda huge fixing will become very time consuming. Optimizing any code to the least amount of parsing data/messages around is the key for doing any comple

Re: [PD] pduino rewrite

eral independent patches which communicate over [netsend/netreceive] or [osc]. This makes audio communication very difficult and it would be very hard to keep all of those thousands of tables updated in all patches. It's just simply more efficient to address the data directly by wired connect

Re: [PD] pduino rewrite

ual inlets. BTW you could keep going on with this forever ... All I wanted originally was to get the correct messages coming out of the patch ... Ingo > -Ursprüngliche Nachricht- > Von: Roman Haefeli [mailto:reduz...@gmail.com] > Gesendet: Freitag, 16. September 2011 14:44 >

Re: [PD] multiple arduinos

> > I just tried to open the help file on Windows XP and Natty and it > > crashes Pd on both platforms. > hm that's a pity - anyone else similar experience? > any hints how to reproduce this? Tried it again right now and it's working. Might hav

Re: [PD] pduino rewrite

mming but it saves in this particular example several hundred percent cpu time when running. When such a programming style is used consistently I am sure you can get at least double or more of the performance of a computer. Even with messages where you would think they are not too heavy. Ingo

Re: [PD] pduino rewrite

more than I would have expected, too! I would have been guessing it could be up to 10x as fast but not 50x. Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] pduino rewrite

roach makes generally more sense for most cases since it is scalable and does not need any different code for any number of pins (up to 128 in the current version) which makes it much simpler to use. I have attached a patch that shows the difference between the two debyte methods. Ingo #N canvas 3

Re: [PD] pduino rewrite

it's working perfectly. Ingo > -Ursprüngliche Nachricht- > Von: Hans-Christoph Steiner [mailto:h...@at.or.at] > Gesendet: Donnerstag, 15. September 2011 17:48 > An: Ingo > Cc: 'Roman Haefeli'; pd-list@iem.at > Betreff: Re: AW: [PD] pduino rewrite >

Re: [PD] multiple arduinos

I just tried to open the help file on Windows XP and Natty and it crashes Pd on both platforms. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > olsen > Gesendet: Donnerstag, 15. September 2011 14:52 > An: ti

Re: [PD] pduino rewrite

all of the time will keep the machines from getting overloaded earlier than necessary. Which again reminds me that I have to redo lots of old stuff for efficiency - never ending story! Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-man

Re: [PD] pduino rewrite

59 objects while my duplicated version has 73 objects for a Duemilanove while needing a lot less calculations, a fraction of the message transfers and no table lookups or writes. But as I had mentioned - I doubt that efficiency will play a role in just about any case for the arduino&#

Re: [PD] Transposing samples using MIDI numbers

You need to use [mtof] to convert the midi note number to the frequency first. [tabread4~] allows variable readout speed to play back transposed samples. Check the docs for some examples of [tabread4~] and samplers (3.audio.examples/B...). Ingo > Is there a way to transpose the sound of a sam

[PD] Arduino - transmit serial data while running firmata?

Is it possible to transmit serial data from the computer through the serial port of Arduino to a serial lcd display while running firmata? And if yes, how? Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> h

Re: [PD] question about echo and shell

I had it working on Ubuntu before. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > philippe boisnard > Gesendet: Sonntag, 11. September 2011 09:14 > An: Pd List > Betreff: [PD] question about echo an

Re: [PD] pduino rewrite

pin number 0-5). The digital input pins need the command "digitalIns X 0" (where the X stands for the pin number 0-11). I also think that there should be a separate block for digital an analogue (with the available options only) as beginners might think you could select "analog"

Re: [PD] pduino rewrite

he patch should be placed here to replace the current object "digital messages": Arduino/convert to symbolic commands/ Please test if it is working on other systems! I have no idea if this works with the "mega" or not since I don't have one to test it. If anyone could ch

Re: [PD] pduino rewrite

ila / Duemilanove now) and the whole thing is going crazy now sending wrong stuff all over the place. Ingo > -Ursprüngliche Nachricht- > Von: Hans-Christoph Steiner [mailto:h...@at.or.at] > Gesendet: Freitag, 9. September 2011 16:41 > An: Ingo > Cc: 'Roman Haefeli&#

Re: [PD] pduino rewrite

g else since I only use part of the functions. I really think Hans is the one who should look into this problem to determine whether it is a pduino or firmata bug. I am really surprised that so few people have problems with this. Or maybe they do and simply cannot figure out where the problem comes

Re: [PD] pduino rewrite

I forgot to mention: I tested with a Duemilanove. Ingo > -Ursprüngliche Nachricht- > Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von > Ingo > Gesendet: Freitag, 9. September 2011 10:04 > An: 'Roman Haefeli'; 'olsen'; 'pd-

Re: [PD] pduino rewrite

tting some of these problems solved rather than putting a grey background to the help patch (lol). Ingo > Hi Ingo > > On Fri, 2011-09-09 at 05:47 +0200, Ingo wrote: > > OK, I got it! > > > > Downloading the files didn't work (at least not on my Windows computer) &

Re: [PD] pduino rewrite

0 - 13 are gone. Ingo > Betreff: Re: [PD] pduino rewrite > > I could not open any patch at all! Neither Natty nor Windows XP worked. > I am still on Pd-extended 0.42.5. > There is a huge list of stuff (not pd library related) missing. > > So far this doesn't look like i

Re: [PD] pduino rewrite

I could not open any patch at all! Neither Natty nor Windows XP worked. I am still on Pd-extended 0.42.5. There is a huge list of stuff (not pd library related) missing. So far this doesn't look like it's improving any dependency problem. Ingo > buenas tutti > > roman &

Re: [PD] selecting an alsa soundcard at startup

mes that I create with udev in /dev seem to be ignored by modprobe.d/alsa-base.conf. So the question is where are these sound card IDs generated and how could I create such an ID with udev? Ingo >>On Sun, Sep 4, 2011 at 14:33, Ingo wrote: >>Has anybody had any success with udev? >

  1   2   3   >