2014-03-07 14:24:32 +00:00
|
|
|
/*
|
|
|
|
* This file is part of MPlayer.
|
|
|
|
*
|
|
|
|
* MPlayer is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* MPlayer is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License along
|
|
|
|
* with MPlayer; if not, write to the Free Software Foundation, Inc.,
|
|
|
|
* 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef MP_AO_INTERNAL_H_
|
|
|
|
#define MP_AO_INTERNAL_H_
|
|
|
|
|
2014-03-08 23:04:37 +00:00
|
|
|
#include <stdbool.h>
|
2014-05-29 21:56:48 +00:00
|
|
|
#include <pthread.h>
|
2014-03-08 23:04:37 +00:00
|
|
|
|
2014-11-09 08:58:44 +00:00
|
|
|
#include "osdep/atomics.h"
|
2014-10-09 20:21:24 +00:00
|
|
|
#include "audio/out/ao.h"
|
2014-03-08 23:04:37 +00:00
|
|
|
|
2014-03-07 14:24:32 +00:00
|
|
|
/* global data used by ao.c and ao drivers */
|
|
|
|
struct ao {
|
|
|
|
int samplerate;
|
|
|
|
struct mp_chmap channels;
|
|
|
|
int format; // one of AF_FORMAT_...
|
2014-03-08 23:04:37 +00:00
|
|
|
int bps; // bytes per second (per plane)
|
2014-03-07 14:24:32 +00:00
|
|
|
int sstride; // size of a sample on each plane
|
|
|
|
// (format_size*num_channels/num_planes)
|
2014-03-08 23:04:37 +00:00
|
|
|
int num_planes;
|
2014-03-07 14:24:32 +00:00
|
|
|
bool probing; // if true, don't fail loudly on init
|
|
|
|
bool untimed; // don't assume realtime playback
|
2014-03-08 23:04:37 +00:00
|
|
|
int device_buffer; // device buffer in samples (guessed by
|
|
|
|
// common init code if not set by driver)
|
|
|
|
const struct ao_driver *api; // entrypoints to the wrapper (push.c/pull.c)
|
2014-03-07 14:24:32 +00:00
|
|
|
const struct ao_driver *driver;
|
|
|
|
void *priv;
|
|
|
|
struct encode_lavc_context *encode_lavc_ctx;
|
|
|
|
struct input_ctx *input_ctx;
|
|
|
|
struct mp_log *log; // Using e.g. "[ao/coreaudio]" as prefix
|
2014-03-08 23:04:37 +00:00
|
|
|
|
2014-10-09 19:21:31 +00:00
|
|
|
// The device as selected by the user, usually using ao_device_desc.name
|
|
|
|
// from an entry from the list returned by driver->list_devices. If the
|
|
|
|
// default device should be used, this is set to NULL.
|
|
|
|
char *device;
|
|
|
|
|
2015-02-02 22:01:11 +00:00
|
|
|
// Device actually chosen by the AO
|
|
|
|
char *detected_device;
|
|
|
|
|
2014-11-07 14:54:35 +00:00
|
|
|
// Application name to report to the audio API.
|
|
|
|
char *client_name;
|
|
|
|
|
2014-10-22 15:12:08 +00:00
|
|
|
// Used during init: if init fails, redirect to this ao
|
|
|
|
char *redirect;
|
|
|
|
|
2014-11-09 08:58:44 +00:00
|
|
|
atomic_bool request_reload;
|
|
|
|
|
2014-03-08 23:04:37 +00:00
|
|
|
int buffer;
|
2014-09-04 21:48:27 +00:00
|
|
|
double def_buffer;
|
2014-03-08 23:04:37 +00:00
|
|
|
void *api_priv;
|
2014-03-07 14:24:32 +00:00
|
|
|
};
|
|
|
|
|
2014-03-08 23:04:37 +00:00
|
|
|
extern const struct ao_driver ao_api_push;
|
|
|
|
extern const struct ao_driver ao_api_pull;
|
|
|
|
|
|
|
|
|
|
|
|
/* Note:
|
|
|
|
*
|
|
|
|
* In general, there are two types of audio drivers:
|
|
|
|
* a) push based (the user queues data that should be played)
|
|
|
|
* b) pull callback based (the audio API calls a callback to get audio)
|
|
|
|
*
|
|
|
|
* The ao.c code can handle both. It basically implements two audio paths
|
|
|
|
* and provides a uniform API for them. If ao_driver->play is NULL, it assumes
|
|
|
|
* that the driver uses a callback based audio API, otherwise push based.
|
|
|
|
*
|
|
|
|
* Requirements:
|
2014-05-29 21:56:44 +00:00
|
|
|
* a) ->play is called to queue audio. push.c creates a thread to regularly
|
|
|
|
* refill audio device buffers with ->play, but all driver functions are
|
|
|
|
* always called under an exclusive lock.
|
2014-03-08 23:04:37 +00:00
|
|
|
* Mandatory:
|
|
|
|
* init
|
|
|
|
* uninit
|
|
|
|
* reset
|
|
|
|
* get_space
|
|
|
|
* play
|
|
|
|
* get_delay
|
|
|
|
* pause
|
|
|
|
* resume
|
audio/out/pull: remove race conditions
There were subtle and minor race conditions in the pull.c code, and AOs
using it (jack, portaudio, sdl, wasapi). Attempt to remove these.
There was at least a race condition in the ao_reset() implementation:
mp_ring_reset() was called concurrently to the audio callback. While the
ringbuffer uses atomics to allow concurrent access, the reset function
wasn't concurrency-safe (and can't easily be made to).
Fix this by stopping the audio callback before doing a reset. After
that, we can do anything without needing synchronization. The callback
is resumed when resuming playback at a later point.
Don't call driver->pause, and make driver->resume and driver->reset
start/stop the audio callback. In the initial state, the audio callback
must be disabled.
JackAudio of course is different. Maybe there is no way to suspend the
audio callback without "disconnecting" it (what jack_deactivate() would
do), so I'm not trying my luck, and implemented a really bad hack doing
active waiting until we get the audio callback into a state where it
won't interfere. Once the callback goes from AO_STATE_WAIT to NONE, we
can be sure that the callback doesn't access the ringbuffer or anything
else anymore. Since both sched_yield() and pthread_yield() apparently
are not always available, use mp_sleep_us(1) to avoid burning CPU during
active waiting.
The ao_jack.c change also removes a race condition: apparently we didn't
initialize _all_ ao fields before starting the audio callback.
In ao_wasapi.c, I'm not sure whether reset really waits for the audio
callback to return. Kovensky says it's not guaranteed, so disable the
reset callback - for now the behavior of ao_wasapi.c is like with
ao_jack.c, and active waiting is used to deal with the audio callback.
2014-05-29 00:24:17 +00:00
|
|
|
* Optional:
|
|
|
|
* control
|
|
|
|
* drain
|
2014-05-29 21:56:48 +00:00
|
|
|
* wait
|
|
|
|
* wakeup
|
2014-05-29 21:56:44 +00:00
|
|
|
* b) ->play must be NULL. ->resume must be provided, and should make the
|
|
|
|
* audio API start calling the audio callback. Your audio callback should
|
|
|
|
* in turn call ao_read_data() to get audio data. Most functions are
|
|
|
|
* optional and will be emulated if missing (e.g. pausing is emulated as
|
|
|
|
* silence). ->get_delay and ->get_space are never called.
|
2014-03-08 23:04:37 +00:00
|
|
|
* Mandatory:
|
|
|
|
* init
|
|
|
|
* uninit
|
audio/out/pull: remove race conditions
There were subtle and minor race conditions in the pull.c code, and AOs
using it (jack, portaudio, sdl, wasapi). Attempt to remove these.
There was at least a race condition in the ao_reset() implementation:
mp_ring_reset() was called concurrently to the audio callback. While the
ringbuffer uses atomics to allow concurrent access, the reset function
wasn't concurrency-safe (and can't easily be made to).
Fix this by stopping the audio callback before doing a reset. After
that, we can do anything without needing synchronization. The callback
is resumed when resuming playback at a later point.
Don't call driver->pause, and make driver->resume and driver->reset
start/stop the audio callback. In the initial state, the audio callback
must be disabled.
JackAudio of course is different. Maybe there is no way to suspend the
audio callback without "disconnecting" it (what jack_deactivate() would
do), so I'm not trying my luck, and implemented a really bad hack doing
active waiting until we get the audio callback into a state where it
won't interfere. Once the callback goes from AO_STATE_WAIT to NONE, we
can be sure that the callback doesn't access the ringbuffer or anything
else anymore. Since both sched_yield() and pthread_yield() apparently
are not always available, use mp_sleep_us(1) to avoid burning CPU during
active waiting.
The ao_jack.c change also removes a race condition: apparently we didn't
initialize _all_ ao fields before starting the audio callback.
In ao_wasapi.c, I'm not sure whether reset really waits for the audio
callback to return. Kovensky says it's not guaranteed, so disable the
reset callback - for now the behavior of ao_wasapi.c is like with
ao_jack.c, and active waiting is used to deal with the audio callback.
2014-05-29 00:24:17 +00:00
|
|
|
* resume (starts the audio callback)
|
|
|
|
* Also, the following optional callbacks can be provided:
|
|
|
|
* reset (stops the audio callback, resume() restarts it)
|
|
|
|
* control
|
2014-03-08 23:04:37 +00:00
|
|
|
*/
|
2014-03-07 14:24:32 +00:00
|
|
|
struct ao_driver {
|
|
|
|
// If true, use with encoding only.
|
|
|
|
bool encode;
|
|
|
|
// Name used for --ao.
|
|
|
|
const char *name;
|
|
|
|
// Description shown with --ao=help.
|
|
|
|
const char *description;
|
|
|
|
// Init the device using ao->format/ao->channels/ao->samplerate. If the
|
|
|
|
// device doesn't accept these parameters, you can attempt to negotiate
|
|
|
|
// fallback parameters, and set the ao format fields accordingly.
|
|
|
|
int (*init)(struct ao *ao);
|
2014-03-08 23:04:37 +00:00
|
|
|
// Optional. See ao_control() etc. in ao.c
|
2014-03-07 14:24:32 +00:00
|
|
|
int (*control)(struct ao *ao, enum aocontrol cmd, void *arg);
|
2014-03-08 23:49:39 +00:00
|
|
|
void (*uninit)(struct ao *ao);
|
2014-05-29 21:56:44 +00:00
|
|
|
// push based: see ao_reset()
|
|
|
|
// pull based: stop the audio callback
|
2014-03-07 14:24:32 +00:00
|
|
|
void (*reset)(struct ao*ao);
|
2014-05-29 21:56:44 +00:00
|
|
|
// push based: see ao_pause()
|
|
|
|
void (*pause)(struct ao *ao);
|
|
|
|
// push based: see ao_resume()
|
|
|
|
// pull based: start the audio callback
|
|
|
|
void (*resume)(struct ao *ao);
|
|
|
|
// push based: see ao_play()
|
2014-03-07 14:24:32 +00:00
|
|
|
int (*get_space)(struct ao *ao);
|
2014-05-29 21:56:44 +00:00
|
|
|
// push based: see ao_play()
|
2014-03-07 14:24:32 +00:00
|
|
|
int (*play)(struct ao *ao, void **data, int samples, int flags);
|
2014-05-29 21:56:44 +00:00
|
|
|
// push based: see ao_get_delay()
|
2014-11-09 10:45:04 +00:00
|
|
|
double (*get_delay)(struct ao *ao);
|
2014-05-29 21:56:44 +00:00
|
|
|
// push based: block until all queued audio is played (optional)
|
2014-03-08 23:49:39 +00:00
|
|
|
void (*drain)(struct ao *ao);
|
2014-09-05 20:21:06 +00:00
|
|
|
// Optional. Return true if audio has stopped in any way.
|
|
|
|
bool (*get_eof)(struct ao *ao);
|
2014-05-29 21:56:48 +00:00
|
|
|
// Wait until the audio buffer needs to be refilled. The lock is the
|
|
|
|
// internal mutex usually protecting the internal AO state (and used to
|
|
|
|
// protect driver calls), and must be temporarily unlocked while waiting.
|
|
|
|
// ->wakeup will be called (with lock held) if the wait should be canceled.
|
|
|
|
// Returns 0 on success, -1 on error.
|
|
|
|
// Optional; if this is not provided, generic code using audio timing is
|
|
|
|
// used to estimate when the AO needs to be refilled.
|
|
|
|
// Warning: it's only called if the feed thread truly needs to know when
|
|
|
|
// the audio thread takes data again. Often, it will just copy
|
|
|
|
// the complete soft-buffer to the AO, and then wait for the
|
|
|
|
// decoder instead. Don't do necessary work in this callback.
|
|
|
|
int (*wait)(struct ao *ao, pthread_mutex_t *lock);
|
|
|
|
// In combination with wait(). Lock may or may not be held.
|
|
|
|
void (*wakeup)(struct ao *ao);
|
2014-03-07 14:24:32 +00:00
|
|
|
|
2014-10-09 19:21:31 +00:00
|
|
|
// Return the list of devices currently available in the system. Use
|
|
|
|
// ao_device_list_add() to add entries. The selected device will be set as
|
|
|
|
// ao->device (using ao_device_desc.name).
|
2014-10-10 16:27:21 +00:00
|
|
|
// Warning: the ao struct passed doesn't necessarily have ao_driver->init()
|
|
|
|
// called on it - in this case, ->uninit() won't be called either
|
|
|
|
// after this function. The idea is that list_devs can be called
|
|
|
|
// both when no audio or when audio is active. the latter can
|
|
|
|
// happen if the audio config change at runtime, and in this case
|
|
|
|
// we don't want to force a new connection to the audio server
|
|
|
|
// just to update the device list. For runtime updates, ->init()
|
|
|
|
// will have been called. In both cases, ao->priv is properly
|
|
|
|
// allocated. (Runtime updates are not used/supported yet.)
|
|
|
|
void (*list_devs)(struct ao *ao, struct ao_device_list *list);
|
2014-10-09 19:21:31 +00:00
|
|
|
|
2014-03-07 14:24:32 +00:00
|
|
|
// For option parsing (see vo.h)
|
|
|
|
int priv_size;
|
|
|
|
const void *priv_defaults;
|
|
|
|
const struct m_option *options;
|
|
|
|
};
|
|
|
|
|
2014-03-08 23:04:37 +00:00
|
|
|
// These functions can be called by AOs.
|
|
|
|
|
2014-03-07 14:24:32 +00:00
|
|
|
int ao_play_silence(struct ao *ao, int samples);
|
2014-03-08 23:04:37 +00:00
|
|
|
int ao_read_data(struct ao *ao, void **data, int samples, int64_t out_time_us);
|
2014-05-29 21:57:11 +00:00
|
|
|
struct pollfd;
|
|
|
|
int ao_wait_poll(struct ao *ao, struct pollfd *fds, int num_fds,
|
|
|
|
pthread_mutex_t *lock);
|
|
|
|
void ao_wakeup_poll(struct ao *ao);
|
2014-03-08 23:04:37 +00:00
|
|
|
|
2014-03-07 14:24:32 +00:00
|
|
|
bool ao_chmap_sel_adjust(struct ao *ao, const struct mp_chmap_sel *s,
|
|
|
|
struct mp_chmap *map);
|
|
|
|
bool ao_chmap_sel_get_def(struct ao *ao, const struct mp_chmap_sel *s,
|
|
|
|
struct mp_chmap *map, int num);
|
|
|
|
|
2014-10-09 19:21:31 +00:00
|
|
|
// Add a deep copy of e to the list.
|
2014-10-10 16:27:21 +00:00
|
|
|
// Call from ao_driver->list_devs callback only.
|
|
|
|
void ao_device_list_add(struct ao_device_list *list, struct ao *ao,
|
2014-10-09 19:21:31 +00:00
|
|
|
struct ao_device_desc *e);
|
|
|
|
|
2014-03-07 14:24:32 +00:00
|
|
|
#endif
|