pscholl / cmotion Goto Github PK

Not only long recordings by the looks of it.

Pretty random: but the sensorlist will be empty before that.
Probably the autodiscovery is not registered properly and onDestroy we try to remove the broadcastreceiver

(After merge) - Audio Data is not written or extremely speedup (duration <1s)

If a provider is never started, the session (and notification) will linger forever.

execessive traffic due to status messages, intentforwarder needs to be made more robust. I.e. use a queue for intents and do not recreate the bluetooth connection for each intent.

Will throw no input specified exception

RecordingStatus broadcast should be enough

AutoDiscovery might list a node multiple times in rare cases.

Nexus 5x refuses to init AudioRecords, although it reports supported sampling rates

Abandoned Video Buffer error

=> possible Memoryleaks (since Context is stored within those singletons)

race condition here, need some mechanism to ask the RecordingStatus to return the current state immediately (i.e. something in the BroadcastReceiver)

since while(true) loops in monitors

aks for runtime permission when activating audio, video or location sensors. This needs to happen in the Service not in the UI, since we can also start the recording NOT from the UI. see PermissionDialog.java. This is currently asked for before starting a recording, which is too late, as the permissions are not effective (bummer). Need to use the RecorderCommands to delay a start command until the permissions have been cleared by the users.

Looks like the Sensor.getAvailableSensors() and SRTHelper.getAvailableSensors() has duplicate code

Due to name mangling, name (to be displayed to the user) and identifiers for sensors instantiation not all sensor worked. Find a way to make to this more explicit without using yet another wrapper.

even though recording was stopped

https://code.google.com/p/android/issues/detail?id=225882

Sensor data is buffered until app is taken out from app standby (when?). Data might be eventually lost. To test start a recording and use

 adb shell am set-inactive es.uni_freiburg.de.cmotion true

and check the TCP buffers with

netstat -tn

Possible fix: use unix sockets instead of TCP sockets