162306a36Sopenharmony_ci/* SPDX-License-Identifier: GPL-2.0-only */
262306a36Sopenharmony_ci/*
362306a36Sopenharmony_ci * Line 6 Linux USB driver
462306a36Sopenharmony_ci *
562306a36Sopenharmony_ci * Copyright (C) 2004-2010 Markus Grabner (grabner@icg.tugraz.at)
662306a36Sopenharmony_ci */
762306a36Sopenharmony_ci
862306a36Sopenharmony_ci#ifndef PLAYBACK_H
962306a36Sopenharmony_ci#define PLAYBACK_H
1062306a36Sopenharmony_ci
1162306a36Sopenharmony_ci#include <sound/pcm.h>
1262306a36Sopenharmony_ci
1362306a36Sopenharmony_ci#include "driver.h"
1462306a36Sopenharmony_ci
1562306a36Sopenharmony_ci/*
1662306a36Sopenharmony_ci * When the TonePort is used with jack in full duplex mode and the outputs are
1762306a36Sopenharmony_ci * not connected, the software monitor produces an ugly noise since everything
1862306a36Sopenharmony_ci * written to the output buffer (i.e., the input signal) will be repeated in
1962306a36Sopenharmony_ci * the next period (sounds like a delay effect). As a workaround, the output
2062306a36Sopenharmony_ci * buffer is cleared after the data have been read, but there must be a better
2162306a36Sopenharmony_ci * solution. Until one is found, this workaround can be used to fix the
2262306a36Sopenharmony_ci * problem.
2362306a36Sopenharmony_ci */
2462306a36Sopenharmony_ci#define USE_CLEAR_BUFFER_WORKAROUND 1
2562306a36Sopenharmony_ci
2662306a36Sopenharmony_ciextern const struct snd_pcm_ops snd_line6_playback_ops;
2762306a36Sopenharmony_ci
2862306a36Sopenharmony_ciextern int line6_create_audio_out_urbs(struct snd_line6_pcm *line6pcm);
2962306a36Sopenharmony_ciextern int line6_submit_audio_out_all_urbs(struct snd_line6_pcm *line6pcm);
3062306a36Sopenharmony_ci
3162306a36Sopenharmony_ci#endif
32