RomRaider

Ah, so other applications/businesses/ppl can take advantage of the work you guys are doing

Anyhoo, I just thought it would have been better from the user's perspective if it was built-in instead of having to open yet another program to tune our cars.

And don't forget that Tgui is working on freeware tuning software of his own. (Which is cool, because choice is good.)

It's often easier to code something up as a standalone application first, and then integrate it with an existing application. Given the amount of time that this functionality has been in the design stage, I think it makes sense to proceed that way. When the basic functionality is stable, it can be integrated with RR - or, given the nature of open source, integrated with anything else.

Integration with commercial software is possible whether or not this starts out as a standalone utility. That's just a risk that comes with open source development. But on the other hand, when things are done as open source it's easier for more people to contribute, and if someone gets hit by a bus (or, more commonly, if other life priorities just get in the way) the project has a chance to continue without them.

Exactly I intend to share the core functionality by open sourcing a core set of the code needed to provide these features. From there I might do my own crazy things. If I'm I'm not the one implementing the core java code, I'll rip out an open source module (jar) and use it with my application while providing any changes. Or maybe I wont do anything of the sort and a stand alone lightweight application not encumbered by possible threading issues of a greater wrapping application will be the best choice.

Different project models (freeware/open source /commercial) can coexist.

I just won't be touching RomRaider GUI code. Tried to help once, no bite.. and now ick Poor me, debbie downer, wahhh wahhh! Maybe I'll open source my application at some point, who knows.

Yup! Now back on topic. I'll hack at the XML spec this weekend, unless I get run over by a bus, or get butt hurt about something again.

Not dead, back from honey moon. Je ne parle pas Francais. Parle vous Anglais? Voule vous... nm

My plan is for another revision and lively commentary throughout this week. First, sleep.

-Eric-

Honeymoon? Congratulations!

(back on topic now, I swear)

While not a programmer, I thought I would throw this out. The work you guys are doing is incredible.

Would it be possible to enable a method of selecting a map that is real time tunable? Say you wanted to tune the primary fuel map, select that. When you are done, flash it. When you flash have the ability to select another map that is real time tunable, so that only one map is real time tunable at any given time it would keep used space to a minimum I would think, but still allow for multiple different maps to be tuned!

I have no clue how difficult this code would be to write, just throwing it out there. Maybe have a list of the various tables that have the possibility of being tuned in real time with a box next to them that allows you to select one to be flashed into real time mode so to speak. The previous real time map would be flashed back to the base map and replaced with the new one. So I finish up with fuel and want to work on timing, I uncheck the fuel map and check the timing map. The fuel map is now flashed into the Rom and the timing map is brought to the RAM. Finish with that, flash the timing back to ROM and bring the MAFv scalar map to RAM to be tuned in real time, etc, etc.

Possible? Probable?