Thanks Hans,
Seems to me those commands should be put in the analogue inputs subpatch and not tucked away in "switching inputs".
Works great!!! I'm exited to show this off.
B. Bogart
Hans-Christoph Steiner wrote:
Yeah, analog and digital I/O works. You have to turn on the reporting of each analog port, that's in the arduino-help.pd and arduino-test.pd
.hc
On Jun 8, 2007, at 8:03 PM, B. Bogart wrote:
Hi Hans,
I'm teaching a workshop tomorrow and wanted to get my old arduino demo working (since reinstalling the machine).
pduino seems to be working, I was able to upload the new firmware, and I am able to set the digital outputs, and able to use the PWM output. Problem is I'm not getting anything on the analog imputs, they are all stuck at 0, no noise or visible changes.
Are the analog inputs known to work with pduino 0.3?
I vaguely remember some issue with the analog inputs conflicting with the digital inputs or something?
What can I do to debug?
I'm on MSN if your around.
Thanks Hans,
B. Bogart
Hans-Christoph Steiner wrote:
On Jun 1, 2007, at 7:02 PM, B. Bogart wrote:
I did notice that, but it seems a proper autoconf build for FTGL could only be a good thing, can't hurt to get the problem moving on both ends.
So it seems "getdir" is only available from [ggee/getdir] and not [getdir]. What is the standard way for pd-extended externals to be called with the libdir stuff? Should I change my references to [ggee/getdir] or is there a way I can make [getdir] go to the right place?
The idea is to have everything in a library except for the bare minimum necessary. You can do [import ggee], then [getdir], or [ggee/getdir], or add ggee as a startup lib. But [ggee/getdir] is the easiest. I guess this stuff is still experimental. The prefixes/import solve the name collision problem, but may add an unnecessary bit of complexity.
Are you going to the pd convension? when are you returning? how are you travelling? Karen and I were thinking about going to NYC after the conference since we'll be so close. Have you run into Jeremy Rotzstain yet?
I am planning to return to NYC on the train. I'll be pretty busy then since the semester will start shortly thereafter and I have to teach a new class, meaning lots of prep work. I'll have some time to hang out then. If you need a place to stay, you can stay with me. I have a comfortable pull-out bed in my living room.
I'm aiming to put about 10 hours a week back into pT now, so hopefully things will get moving again. my MSc has turned out to be more work than I expected, mostely due to the fact that everything else, like being an artist, does not stop!!
That's good news. Are you thinking of integrating it into Pd-extended, or keeping it a separate download? If you are going to change it a lot, I think it would probably make more sense to take it out of Pd-extended, so you don't have to deal with old versions and version conflicts. For that reason, I have kept hidio and the Pduino stuff out of this version of Pd-extended. Plus I am basically ready to release it.
.hc
hope to see you.
.b.
Hans-Christoph Steiner wrote:
Hey,
FYI: It builds fine on my machine as is, and on the auto-build machines too. It's just a problem with the way that the automatic scripts are called that cause it not to work. I outlined the problem and suggested a solution to IOhannes, hopefully he'll fix it.
.hc
On Jun 1, 2007, at 5:49 PM, B. Bogart wrote:
Hello Henry,
I'm trying to assist in a autobuild system for an OSX application (Gem) that depends on FTGL. Problem is that Gem expects FTGL with an ftgl-config and ftgl.pc via autoconf. Is a modification of the autoconf build for unix to allow compilation on OSX w/out xcode possible?
As OSX is unix it seems an autoconf build for FTGL is reasonable. Especially as it simplfies autobuilds of projects not using Xcode.
Thanks for your time. B. Bogart
If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson
'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
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
Feel free to improve the help patch, it's a group effort.
.hc
On Jun 9, 2007, at 1:31 PM, B. Bogart wrote:
Thanks Hans,
Seems to me those commands should be put in the analogue inputs
subpatch and not tucked away in "switching inputs".Works great!!! I'm exited to show this off.
B. Bogart
Hans-Christoph Steiner wrote:
Yeah, analog and digital I/O works. You have to turn on the
reporting of each analog port, that's in the arduino-help.pd and arduino- test.pd.hc
On Jun 8, 2007, at 8:03 PM, B. Bogart wrote:
Hi Hans,
I'm teaching a workshop tomorrow and wanted to get my old arduino
demo working (since reinstalling the machine).pduino seems to be working, I was able to upload the new
firmware, and I am able to set the digital outputs, and able to use the PWM output. Problem is I'm not getting anything on the analog imputs, they
are all stuck at 0, no noise or visible changes.Are the analog inputs known to work with pduino 0.3?
I vaguely remember some issue with the analog inputs conflicting
with the digital inputs or something?What can I do to debug?
I'm on MSN if your around.
Thanks Hans,
B. Bogart
Hans-Christoph Steiner wrote:
On Jun 1, 2007, at 7:02 PM, B. Bogart wrote:
I did notice that, but it seems a proper autoconf build for
FTGL could only be a good thing, can't hurt to get the problem moving on both ends.So it seems "getdir" is only available from [ggee/getdir] and not [getdir]. What is the standard way for pd-extended externals to be called with the libdir stuff? Should I change my references to [ggee/getdir] or is there a way I can make [getdir] go to the
right place?The idea is to have everything in a library except for the bare
minimum necessary. You can do [import ggee], then [getdir], or [ggee/ getdir], or add ggee as a startup lib. But [ggee/getdir] is the easiest. I guess this stuff is still experimental. The prefixes/import
solve the name collision problem, but may add an unnecessary bit of
complexity.Are you going to the pd convension? when are you returning? how
are you travelling? Karen and I were thinking about going to NYC after the conference since we'll be so close. Have you run into Jeremy
Rotzstain yet?I am planning to return to NYC on the train. I'll be pretty
busy then since the semester will start shortly thereafter and I have to
teach a new class, meaning lots of prep work. I'll have some time to
hang out then. If you need a place to stay, you can stay with me. I have a comfortable pull-out bed in my living room.I'm aiming to put about 10 hours a week back into pT now, so
hopefully things will get moving again. my MSc has turned out to be more
work than I expected, mostely due to the fact that everything else, like
being an artist, does not stop!!That's good news. Are you thinking of integrating it into Pd- extended, or keeping it a separate download? If you are going to change
it a lot, I think it would probably make more sense to take it out of Pd- extended, so you don't have to deal with old versions and version
conflicts. For that reason, I have kept hidio and the Pduino stuff out of this
version of Pd-extended. Plus I am basically ready to release it..hc
hope to see you.
.b.
Hans-Christoph Steiner wrote:
Hey,
FYI: It builds fine on my machine as is, and on the auto-build machines too. It's just a problem with the way that the automatic
scripts are called that cause it not to work. I outlined the problem and suggested a solution to IOhannes, hopefully he'll fix it..hc
On Jun 1, 2007, at 5:49 PM, B. Bogart wrote:
> Hello Henry, > > I'm trying to assist in a autobuild system for an OSX
> application > (Gem) > that depends on FTGL. Problem is that Gem expects FTGL with an > ftgl-config and ftgl.pc via autoconf. Is a modification of the > autoconf > build for unix to allow compilation on OSX w/out xcode possible? > > As OSX is unix it seems an autoconf build for FTGL is
> reasonable. > Especially as it simplfies autobuilds of projects not using
> Xcode. > > Thanks for your time. > B. Bogart > >
If nature has made any one thing less susceptible than all
others of exclusive property, it is the action of the thinking power
called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself
into the possession of everyone, and the receiver cannot dispossess
himself of it. - Thomas Jefferson
'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
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne