18c2ecf20Sopenharmony_ci/* SPDX-License-Identifier: GPL-2.0-only */
28c2ecf20Sopenharmony_ci/*
38c2ecf20Sopenharmony_ci * Line 6 Linux USB driver
48c2ecf20Sopenharmony_ci *
58c2ecf20Sopenharmony_ci * Copyright (C) 2004-2010 Markus Grabner (grabner@icg.tugraz.at)
68c2ecf20Sopenharmony_ci */
78c2ecf20Sopenharmony_ci
88c2ecf20Sopenharmony_ci#ifndef PLAYBACK_H
98c2ecf20Sopenharmony_ci#define PLAYBACK_H
108c2ecf20Sopenharmony_ci
118c2ecf20Sopenharmony_ci#include <sound/pcm.h>
128c2ecf20Sopenharmony_ci
138c2ecf20Sopenharmony_ci#include "driver.h"
148c2ecf20Sopenharmony_ci
158c2ecf20Sopenharmony_ci/*
168c2ecf20Sopenharmony_ci * When the TonePort is used with jack in full duplex mode and the outputs are
178c2ecf20Sopenharmony_ci * not connected, the software monitor produces an ugly noise since everything
188c2ecf20Sopenharmony_ci * written to the output buffer (i.e., the input signal) will be repeated in
198c2ecf20Sopenharmony_ci * the next period (sounds like a delay effect). As a workaround, the output
208c2ecf20Sopenharmony_ci * buffer is cleared after the data have been read, but there must be a better
218c2ecf20Sopenharmony_ci * solution. Until one is found, this workaround can be used to fix the
228c2ecf20Sopenharmony_ci * problem.
238c2ecf20Sopenharmony_ci */
248c2ecf20Sopenharmony_ci#define USE_CLEAR_BUFFER_WORKAROUND 1
258c2ecf20Sopenharmony_ci
268c2ecf20Sopenharmony_ciextern const struct snd_pcm_ops snd_line6_playback_ops;
278c2ecf20Sopenharmony_ci
288c2ecf20Sopenharmony_ciextern int line6_create_audio_out_urbs(struct snd_line6_pcm *line6pcm);
298c2ecf20Sopenharmony_ciextern int line6_submit_audio_out_all_urbs(struct snd_line6_pcm *line6pcm);
308c2ecf20Sopenharmony_ci
318c2ecf20Sopenharmony_ci#endif
32