Why even go here?
Because [TrollTech] has released a GPL'd version of QT4 for Windows. This is an awesome crossplatform toolkit that supports X11, Windows, and MacOS X. I was going to let QT slide because of the lack of GPL Windows support, but now it's been announced, I think it's worth pursuing.
I'm very concerned not to repeat the concept that was used in MegaTunix. It resulted in a tuningsoftware that is tied to GTK. A tuningsoftware that is tied to very simple IO (input and GUI operations) API can be made to run anywhere (GBA, win, linux, GTK, QT, etc...) - the other way around is not true. The resulting limitations to (for example compile-time language and font selection and screen optimization) is a small price for this app IMHO (unlike for a spreadsheet or office app).
Features of interest:
- Multiligual - I propose compile time language selection (not runtime)
- PC platforms can handle runtime i18n easily, although I could imagine restrictions on GBA or similar?
- IO support
- Serial IO
- Object Oriented
- Native == fast
Why not Java?
It seems to be too heavy for end-user applications. Installing the JRE is bad enough, but getting RXTX installed as well is too much for many end users. It's also slow on the old laptops many users will have. Light versions like Waba work fine on the PDA, but not ideal for PC use.
- Easy installation and removal
- Drag and drop file loading - Config files, VEX files, and firmware
- Follow [Apple Design Guidelines] as much as possible
- Use the built-in QT 4.1 [unit testing] framework.
- Task selector main screen
- Offers comms configuration, shared across task windows
- Initial setup wizard
- Firmware update wizard
- Full featured configuration and tuning application
- Wizards for new users performing common tasks with standard code
- Special fullscreen in-car table tuning mode.
- Simplified keyboard use only
- VE table
- lambda table
- Ignition timing
- Ignition dwell
- Idle speed
- Boost limit
- Compensate idle settings when lower VE is adjusted
Monitoring (and logging) features:
- Mixture (WBO2)
- Ignition advance
Alarm features (audible and visual):
- Injector pulsewidth alarm
- Mixture alarm
- EGT alarm
- Temperature alarm
- MAP alarm
- RPM alarm
- MAT alarm
- Knock alarm
Testing features. Either command-oriented (simpler), or EC36/EC18 pinout oriented (more user-friendly).
- hardware tests (small menu-command entry should be available almost everywhere?):
- Forced variables
- mdi.. (iac)
- mda.. (advance)
- mdp.. (pulsewidth)
- Pentium / G3 CPU
- Pentium II / G4 recommended
- Windows 95 / Linux 2.4 kernel with X11 / MacOS X
- Windows 98 lite / Linux 2.6 with XiG Accelerated X / MacOS X recommended
- 800x600 16 bit display
- 1024x768 24 bit recommended
- 64 MB RAM
- 128 MB or more recommended
- RS232 serial or USB with serial adaptor
- RS232 recommended (cardbus or built-in)
- System speaker (for audible alerts)
- Sound card recommended
SetupWizard - see some new GUI shots at http://www.vems.hu/files/MembersPage/RichardBarrington/setupwizard/
What's missing or wrong with it so far? Almost ready to implement the file output stuff?
- OtherTuningSoftware/NintendoGameBoy can we make a common grounds with the Nintendo software?
- Maybe...? Perhaps we should say both Nintendo and !QTune should work with CommonInfrastructure...
- OtherTuningSoftware/CommonInfrastructure ... heavy cleanup is needed - before or at the same time as qtune architecture
Back to MembersPage/RichardBarrington