audio: don't use a shared QIODevice

This system was kind of janky anyway. It makes more sense ultimately for the
audio management classes to contain the file handle rather than the renderer.
This commit is contained in:
itsmattkc
2020-04-21 17:55:55 +10:00
parent 1d3b9bbf13
commit 05eae1e28a
10 changed files with 51 additions and 49 deletions
@@ -34,13 +34,6 @@ AudioBackend::~AudioBackend()
Close();
}
QIODevice *AudioBackend::GetAudioPullDevice()
{
pull_device_.setFileName(CachePathName());
return &pull_device_;
}
bool AudioBackend::InitInternal()
{
// Initiate one thread per CPU core
-5
View File
@@ -35,8 +35,6 @@ public:
virtual ~AudioBackend() override;
virtual QIODevice* GetAudioPullDevice() override;
protected:
virtual bool InitInternal() override;
@@ -51,9 +49,6 @@ protected:
private slots:
void ThreadCompletedCache(NodeDependency dep, NodeValueTable data, qint64 job_time);
private:
QFile pull_device_;
};
OLIVE_NAMESPACE_EXIT
-2
View File
@@ -40,8 +40,6 @@ public:
*/
void SetParameters(const AudioRenderingParams &params);
virtual QIODevice* GetAudioPullDevice() = 0;
const AudioRenderingParams& params() const;
QString CachePathName() const;