FreeEMS-Tuner Development Diary - Comments

[Fred]

Look I'm more than happy to custom compile a version for you with 4x4 ;-)

[jharvey]

Hmm, something to think about. Is it good to use a smaller table then interpolate for graphics purposes, or is it better the points straight up...

So a 4x4 table could be interpolated to 128x128 and shown that way, or it could be straight 4x4. I'm sure the straight version is first to come, but still something to keep in mind.

[Fred]

What you see should be what you get. IE, the surface should match the interpolation done on the EMS. This can be verified by reading the intersection height from teh 3d representation when given the current working coordinates and compare it with the actual value that the EMS reports.

[Fred]

Tonight I ran the app with a profiler enabled and sent Aaron and Ben some data. We commented out a few things and improved the situation significantly, but it still needs threading and further improvements to be useful. The buffer was still filling fast, but the serial buffer was not over flowing anymore. I have hope for it now :-)

Fred.

[Fred]

Good work mate, keep it up :-)

One question : How do you get a segfault in an interpreted language? Was the interpreter dying? Or do you mean the equivalent to a nullpointer exception ? Just curious really :-)

[sry_not4sale]

you gotta remember wxpython and wxopengl are just interfaces to C libraries

[Fred]

Good work mate :-)

[jharvey]

An interesting way to use python.

http://gnuradio.org/trac

Uses custom C code, but called by python. It's kind of a modular code thing. You setup a flow graph, then the custom modular blocks take care of the rest. It's nice because it allows a C expert setup a sweet FFT or what have you, then a python person can use it to make gui's and other such interfacing, that the hard core folks often loose interest in.

I'm not sure if any of that is of help here, but though I'd mention it. Perhaps the current work can rely on getting data in and out, then later folks can make the gui parts. I see some notes about C, perhaps FreeEMS should have a C library for the Com's, then python interfaces on a different level. Just some thoughts from someone with little practical experience on this type of topic.

[Fred]

It should be possible toget sufficient performance from it as is, but I wouldn't be opposed to a C lib over the serial driver. Would need one for each platform though...

[sry_not4sale]

You can write generic x86 C code. Bundle it all together in one lib and check the system type during runtime.