Get the current audio format configuration. TCurrentSoundFormatV02 .

For a play back units, this method returns the number of bytes delivered to the sound device hardware. For recording units, this method returns the number of bytes read from the sound device hardware. This is the count since the driver was opened or since the last ResetBytesTransferred() command was issued. ResetBytesTransferred()

Cancel a specific record or play request. The outstanding request completes with KErrCancel.

Cancel a request for notification of a change in the hardware configuration. This results in a pending request being completed immediately with KErrCancel.

Cancel all outstanding play requests. This immediately stops the driver playing data and all outstanding play requests are completed with KErrCancel.

Cancel all outstanding record requests. This immediately stops the driver from capturing record data and all outstanding record requests are completed with KErrCancel.

Get the capabilities of the sound device. TSoundFormatsSupportedV02 .

Issue a custom configuration request.

Get the current buffer configuration. TSharedChunkBufConfigBase .

Register for notification of a change in the hardware configuration of the device. This is an asynchronous operation. Only one request of this type can be outstanding per driver channel.

Halt the playing or recording of data from the sound device. Playing or recording can be resumed using Resume() . If an incomplete play request is outstanding when the device is paused, this request does not complete as a result. Resuming play operation following a pause will cause the driver to re-commence playing data from the next sample following the last one played - even of this is part way through a play buffer. However, if an incomplete record request is outstanding when recording is paused, this will be completed immediately as a result. Typically this will be a partially filled record buffer and the number of valid bytes in the buffer are indicated via the length argument of the RecordData() method. The client should release this buffer in the normal way in order to make it available again to the driver when recoding is resumed. Any other outstanding record requests are completed immediately when recording is halted with a return value of KErrCancel. Likewise, record requests received after the device has been paused will complete immediately in the same way - either successfully if un-read data is available or KErrCancel if not. The device must be resumed before it can be primed to capture a new record buffer. The driver will capture no record data while it is in the paused state. If recording is resumed, the driver will begin storing the received data from the beginning of its next available record buffer. Resume()

Release a record buffer - making it available again for the driver to record into.

Reset the count of the number of bytes transferred by the sound device.. BytesTransferred() .

Allow the sound device to resume playing or recording data. This is used resume the operation of the driver following a earlier Pause() command to pause play or record. Pause()

Set the current audio format configuration. This can't be changed while the driver is currently playing or recording data. TCurrentSoundFormatV02 .

Set the current buffer configuration - creating a shared chunk. The driver will create a shared chunk according to the buffer specification supplied (and will commit memory to it). This will replace any previous shared chunk created by this driver. A handle to the chunk will then be created for the client thread which will be assigned to the RChunk object supplied by the client. The buffer configuration cannot be changed while the driver is currently playing or recording data. Note that a minimum of three buffers are required when recording: one being loaded with record data by the driver, another also owned by the driver - queued ready for the next transfer and a third owned by the client for processing. Note that for record channels, the buffer size specified effectively determines the size of each record request. Hence, for record channels the buffer size must be a multiple of the minimum request size as specified in the capabilities class. TSoundFormatsSupportedV02 . It should also be a multiple of the number of bytes per audio sample (e.g. a multiple of 4 for 2 channels of 16bit PCM). TSharedChunkBufConfigBase .

Set the current buffer configuration - using an existing shared chunk. The client supplies an existing shared chunk which is to be used by the driver as the play or record buffer. Any shared chunk previously created by the driver will be closed by it. The buffer configuration cannot be changed while the driver is currently playing or recording data. See RSoundSc::SetBufferChunkCreate for details on the buffer configuration setting necessary for playback or record. TSharedChunkBufConfigBase .

Set the current play volume or record level. The volume can be altered while the driver is in the process of playing or recording data.

Calculates and returns the number of microseconds of data played since the start of playback. If playback ends or if CancelPlayData() is called, this number will be reset.

Calculates and returns the number of microseconds of data recorded since the start of record. If recording ends or if CancelRecord() is called, this number will be reset.

Get the version number of sound driver interface.

Get the current play volume or record level.

Synchronous request types

Asynchronous request types