Hello again. Update: Rryan and I have been working on this all day and have made some progress. Latest changes have been committed to the new Features_MIDIScriptAutoReaction branch so please update & recompile.
Immediate problem: The MIDI controller currently doesn't react to signal value changes like in trunk, using the same exact MIDI script file and functionally identical MidiScriptEngine::connectControl() function. (I also tried with ControlObjectThread pointers but those didn't work either. This is probably related to the strange behavior of having to connect all signals in the main thread as in trunk. Now, the ScriptEngine gets created and lives in the MidiObject<platform> thread, so that's not possible, at least not without a toThread call.) Other problems, temporarily avoided right now: - the interface between MidiMapping and DlgPrefMidiBindings needs to be clearly defined so buildDomElement can be appropriately rewritten in MidiMapping. A message from Garth should be forthcoming on this note. Until then, the branch can't save MIDI mappings to XML files. - MIDI Input and Output are always disabled on startup, despite what's in ~/.mixxx.cfg and in the dlgprefmididevices code. (May be related to not being able to save.) - There's a race condition between MidiObject/MidiMapping and DlgPrefMidiMappings such that the dlg is asking for a pointer to the MidiMapping before it's ready, causing a crash. This needs to be investigated but is currently mitigated with a sleep() statement in the dlg code. - I only create a MidiScriptEngine object in MidiObjectAlsaSeq.cpp right now. This needs to be done in all MidiObject<platform>.cpp files, or in MidiObject.cpp but so it happens in the correct thread, or be moved to the correct thread after initialization. Please update, test, and fix. I'm in way over my head on this stuff and any help is greatly appreciated. I'm quite ready to just hand this off to someone more knowledgeable in the interest of getting it done. Sincerely, Sean M. Pappalardo "D.J. Pegasus" <<--------------------------------------------------------------------------------->> This E-Mail message has been scanned for viruses and cleared by >>SmartMail<< from Smarter Technology, Inc. <<--------------------------------------------------------------------------------->> ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
