[Interest] is it ok to push audio on a background thread, not a timer?

[David M. Cotter]

is it possible i'm just using QThread wrong?  and it HAPPENS to work fine on mac but fails on windows?

is this blogger really revealing the ONE TRUE NATURE of QThread:
https://mayaposch.wordpress.com/2011/11/01/how-to-really-truly-use-qthreads-the-full-explanation/ <https://mayaposch.wordpress.com/2011/11/01/how-to-really-truly-use-qthreads-the-full-explanation/>

?

-dave

> On May 19, 2020, at 4:05 PM, David M. Cotter <dave at kjams.com> wrote:
> 
> anybody have any other ideas?
> 
>> On May 18, 2020, at 9:12 PM, David M. Cotter <dave at kjams.com <mailto:dave at kjams.com>> wrote:
>> 
>>>>> Note that you do initialise the i_auP pointer in your constructor's initialisation list
>>>> which is not a QObject, it's my own wrapper class
>>> Irrelevant what it derives from
>> then i'm not understanding what your objection is.
>> 
>> i thought your objection was that objects derived from QObject, if they are used on a back thread then they must be either allocated there or "moved" there.
>> 
>> but since this i_auP is NOT a QObject, it's my own class, that i'm fine to allocate it in one thread (main) and then use it on another thread (audio pump thread) (provided and assuming i am careful to mutex any access from the main thread)
>> 
>>> Are you saying that this calls a function that returned null?
>> sorry, what is "this" and what function are you referring to that returns null?
>> 
>> if you mean GetCUnit_Out() it returns an object of my own (not a QObject) that has already been allocated and is guaranteed to not be NULL
>> 
>>> I repeat my request for a compileable example.
>> i hear you loud and clear but let's assume that's not happening for now and see how far we get
>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20200519/e1e5a5c3/attachment.html>