Change-Id: Id697a96cc9bafa56f8ebbb2ad542a70181ed561d

Play::GetMarkerPosition returns SL_RESULT_PRECONDITIONS_VIOLATED
if no marker is set.  Play::SetMarkerPosition returns
SL_RESULT_PARAMETER_INVALID is parameter is SL_TIME_UNKNOWN.  Similar
changes for Record, and also bring in all the recent changes from Play.
Add missing curly brackets.

Change-Id: Ibcfdcab5d4342815fe8d0fb1174053e1599aaf5d

Change-Id: I09d9292685d82b88cddd243e6e7f5410ffaa2248

As the media framework does not directly support marker and periodic
callbacks, we use a retriggerable one-shot timer at application level
to emulate this.  This has the advantage of being faster, but is also
less accurate than if it were in the framework.

Details:
 - Get position is now synchronous and (mostly) lock-free
 - Fix regression in SL_PLAYEVENT_HEADATMARKER and SL_PLAYEVENTHEADATNEWPOS
 - Fix SMP races in GetPlayState, GetCallbackEventsMask, GetMarkerPosition,
   GetPositionUpdatePeriod
 - AudioSfDecoder was not updating mPositionMsec when getPositionUsec failed
 - Updating attributes is relatively expensive, so only do it when a significant change
    in SetMarkerPosition, ClearMarkerPosition, SetPositionUpdatePeriod
 - Error on unknown message type in onMessageReceived
 - Delete an obsolete FIXME
 - "Clearing" a marker is now equivalent to disabling the marker event,
   and the default marker position is cleared.
 - use Android time units and types (int32_t, ANDROID_UNKNOWN_TIME, etc.) where appropriate
   instead of SLmillisecond and SL_TIME_UNKNOWN

Change-Id: Ib78bafa20d883b8d927364769663837389b6ea1d

The play interface was only in place for routing calls to an
 AudioPlayer in OpenSL ES, not in OpenMAX AL for a MediaPlayer.

Change-Id: Icf514be428396264252874faf1060c76ddee9545

These AudioTrack operations are relatively expensive Binder calls (and
will soon be even more expensive to fix a deadlock at AudioTrack::start),
and they were being called excessively.  Now AudioTrack start, stop,
and pause are only called when there is an actual play state change.

Details:
 - distinguish ATTR_TRANSPORT vs. ATTR_PLAY_STATE for audio players
 - android_audioPlayer_setPlayState is only called when the play state changes
 - handler_AudioPlayer_transport is only called for transport changes other than play state
 - android_audioPlayer_setPlayState is always called with mutex locked
 - since media player currently only handles play state, handler_MediaPlayer_transport
   is still called for both ATTR_TRANSPORT and ATTR_PLAY_STATE
 - since the handlers for ATTR_BQ_ENQUEUE and ATTR_ABQ_ENQUEUE are only called if in
   state PLAYING, changed an "if" to an "assert"

Change-Id: Iee2968fd98d215885b7105053bb1604f962ea337

Change-Id: I34e74d723ae7fd829dd140614928d7880e669f03

Modify the SLAndroidBufferQueueItf interface to offer a model
 where buffers of data can be queued along with commands
 (messages) when used for playback, or buffers of data can be
 received along with metadata (messages)

changes:
- new callback and enqueue functions in SLAndroidBufferQueueItf
 and XAAndroidBufferQueueItf.
- definition of a new struct, AdvancedBufferHeader, for
  the buffers in the queue.
- decoupling of the "buffer available to be filled" from SF
  and the call to the ABQ callback. Implemented in new
  file AndroidBufferQueueSource.cpp
- source/sink checks and memory allocation  when creating an
 AudioPlayer or MediaPlayer that uses SLAndroidBufferQueueItf,
 and verifying the data fed to the ABQ is declared as
  SL_CONTAINERTYPE_MPEG_TS
- updated tests/native-media XA demo code, and
  tests/sandbox/streamSource to use the new interface.

Change-Id: I48e44f346e718041d835fde51e349923fcc1f4b1

The JNI naming conventions avoid conflict with C++ reserved words.

Change-Id: I93ad6920bf78c0a02ac4b2650a29c9e11252f731

Change-Id: I8e3f12a22e765d36ddefd87edf204735b25474f6