RapidLib issueshttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues2018-02-13T18:06:14Zhttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/40Set of use cases grounded on "off-the-shelf" sensors2018-02-13T18:06:14ZFrancisco BernardoSet of use cases grounded on "off-the-shelf" sensorsMyo,
Leap Motion,
Kinect,
Groove IoT packMyo,
Leap Motion,
Kinect,
Groove IoT packFrancisco BernardoFrancisco Bernardohttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/122Experiment with web workers2018-01-19T14:11:33ZMichael ZbyszyńskiExperiment with web workersTraining and running functions are currently blocking the main UI thread. I suspect they're fighting with maxiLib, too.
It would be nicer to use web workers and callbacks. But, that will take some design and make the API significantly l...Training and running functions are currently blocking the main UI thread. I suspect they're fighting with maxiLib, too.
It would be nicer to use web workers and callbacks. But, that will take some design and make the API significantly less cross-platform than it is now.Future APIhttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/106Thread hogging behaviour when training a classification/regression model2018-01-19T14:11:31ZFrancisco BernardoThread hogging behaviour when training a classification/regression modelThe "thread hogging" behaviour of the JS client API is problematic as it blocks the whole interface. This is a problem with a severity level between Major Usability problem and Usability catastrophe (Nielsen), observed with high frequenc...The "thread hogging" behaviour of the JS client API is problematic as it blocks the whole interface. This is a problem with a severity level between Major Usability problem and Usability catastrophe (Nielsen), observed with high frequency between different actions and users.
For instance, one participant, decided to move away from using the JS client library to trying to use a server side implementation (which also was problematic on its own). It would be beneficial to explore a Web-worker implementation to surpass this problem.
Recommendation:
Pursue a design pattern in which there are two learning modules (i.e., two classification modules, or two regression modules) one on the regular JS client code, another on the web-worker code. The web worker code receives training data from regular code, trains the model, and exports the JSON model to the regular JS code model, that loads it and runs test data with it.Future APIFrancisco BernardoFrancisco Bernardohttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/38Make node-red nodes2018-01-19T12:52:25ZMichael ZbyszyńskiMake node-red nodesIt would be great to have some node-red nodes. Usefull for Agile, R-pie, etc.It would be great to have some node-red nodes. Usefull for Agile, R-pie, etc.Future APIFrancisco BernardoFrancisco Bernardohttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/91Add Random Forest to API2017-11-27T09:37:35ZMichael ZbyszyńskiAdd Random Forest to APIFuture APIMichael ZbyszyńskiMichael Zbyszyńskihttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/51Add GF to Rapid API2017-11-08T16:50:02ZMichael ZbyszyńskiAdd GF to Rapid API@mgill009 @mick
If I can get my hands on the Gesture Follower code, I'll integrate it into the RapidLib.@mgill009 @mick
If I can get my hands on the Gesture Follower code, I'll integrate it into the RapidLib.API v0.3Michael ZbyszyńskiMichael Zbyszyńskihttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/65Sort out licensing2017-11-08T16:50:01ZMichael ZbyszyńskiSort out licensingXMM == GPL 3.0, which might be trouble for JUCE
G(V)F == LPGL 3.0, which might be ok?
What can we have in a JUCE library?XMM == GPL 3.0, which might be trouble for JUCE
G(V)F == LPGL 3.0, which might be ok?
What can we have in a JUCE library?API v0.2Mick GriersonMick Griersonhttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/58Move all input selection functions into modelSet2017-09-01T14:19:10ZMichael ZbyszyńskiMove all input selection functions into modelSetWhile working on JSON, I realise that some of the functions that I think should be in modelSet have crept into model objects. Specifically, the logic around selecting inputs.
Refactor this properly.While working on JSON, I realise that some of the functions that I think should be in modelSet have crept into model objects. Specifically, the logic around selecting inputs.
Refactor this properly.API v0.2Michael ZbyszyńskiMichael Zbyszyńskihttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/24Expose activation function for output node2017-08-30T12:43:24ZMichael ZbyszyńskiExpose activation function for output nodeIf we want to use our Perceptron as a classifier, we might want the output node to use a sigmoid activation function.
Easy to add... worthwhile?If we want to use our Perceptron as a classifier, we might want the output node to use a sigmoid activation function.
Easy to add... worthwhile?Future APIMick GriersonMick Griersonhttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/89Pass column_names to RapidLib2017-08-30T12:19:29ZMichael ZbyszyńskiPass column_names to RapidLibColumn names are nice. RapidLib would like to have nameable inputs. Pass these data through to RapidLib so they can be used.Column names are nice. RapidLib would like to have nameable inputs. Pass these data through to RapidLib so they can be used.Future APIMichael ZbyszyńskiMichael Zbyszyńskihttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/37Create IML API overview2017-08-30T12:15:17ZMichael ZbyszyńskiCreate IML API overviewOnce all of our stuff and ircam's stuff are together in a Node module ( #35 #36 ), write up a quick overview of the functions, overlaps, and conflicts.Once all of our stuff and ircam's stuff are together in a Node module ( #35 #36 ), write up a quick overview of the functions, overlaps, and conflicts.Future APIMichael ZbyszyńskiMichael Zbyszyńskihttps://gitlab.doc.gold.ac.uk/rapid-mix/RapidLib/-/issues/36Umbrella NPM module2017-08-30T12:04:59ZMichael ZbyszyńskiUmbrella NPM moduleCombine module from #35 with ircam modules to create unified RapidMix moduleCombine module from #35 with ircam modules to create unified RapidMix moduleAPI demonstratorsMichael ZbyszyńskiMichael Zbyszyński