Provide access to recording track Id only via TrackRecordingService

[dennisguse]

So, far we use sharedPreferences as pub-sub to distribute the recording state as well as the trackId.
Replace this: by always binding the service.

Todo:

1. Add service callback for trackId and recording state
2. Replace SharedPreference recordingTrackId, recordingTrackPaused with service callback (everywhere)
3. Remove RECORDING_TRACK_ID_DEFAULT
4. Remove PreferencesUtil methods.
5. Remove TrackRecordingService restart feature (after getting killed by Android OS / it dies)

This is also a follow-up to this behavior after the TrackRecordingService crashed/got killed: #385 (comment)

[dennisguse]

Also remove code that disables the preference reset while recording.

[dennisguse]

@rgmf I added a workaround to reset the recordingTrackId on application startup.
This prevents the issue you observed, if TrackRecordingService crashed.

60d5e7e

[dennisguse]

Best outcome of this issue will be that CI builds will stop failing now and then due to testRecording_orphanedRecordingTrack().