Hello petah, i found this a good idea. It would include a new tool that can run virtual devices and behave like the original MIDI-wise on operation. To define a new device for developers to make work with mixxx, using an image and the MIDI implementation table, and some graphical x/y mappings and controller types would create a raw model that then could be verified by an owner (he goes through a procedure on his hardware device and on the virtual device in parallel). This would be quite some work though :) The other way with attaching the hardware device over a network connection is doable today and should work if owner and developer collide in time. Greetings
> (splitting from 'hate Javascript' thread) > > Been wondering of a way to develop drivers offline, i.e. without physical > access to a hardware controller. > > Right now only people who have physical access to the controller can write > a driver, so 'owner' == 'coder', which is a huge limitation. > > Let's say those two roles can be reassigned to two different people: owner > doesn't need to know coding, coder only needs to be talented. Advantages > would be support for more devices, better drivers, porting drivers to a > new architecture is a one-off, can be unit-tested against previous arch. > > Process would be a ping-pong like: > > - owner runs wizard app with UI to generate raw "control" data (a binary > stream), sends file to coder > - coder uses control data to write driver, sends driver to owner > - owner tests driver, gives feedback > - repeat > > This "Driver Data Generator" app, first asks owner to select a frontal > image of the device, then walks through a series of dialogs for each > device widget: > > - locate widget on bitmap with mouse click or rect select > - type? (knob, fader, wheel, button, toggle, XY cursor) > - subtype? (clamped, infinite, discrete) > - name? (channel1 upfader, booth volume, deckAwheel) > - calibrate > - fiddle randomly during 10 seconds > > I looked at a bunch of hardware I have at home (DJM800, CDJ100, misc MIDI > controllers), what would be the most exotic devices Mixxx already supports > that'd complicate this procedure? > > Scratch is a special case that probably shouldn't go through any script > anyway. > > -- p > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring > service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may > _______________________________________________ > Get Mixxx, the #1 Free MP3 DJ Mixing software Today > http://mixxx.org > > > Mixxx-devel mailing list > Mixxx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mixxx-devel > ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
