hello community;
i am aiming to reduce latency on fft analysis of a line-in. i just switched from directshow to bass audio-in, but i am getting an unexpected larger latency than with dshow…
here is what i use: winxp32, beta26, onboard via hd audio, asio4all 2.10
thaks for any hints
ps changing latency/buffer settings in asio4all control window doesnt seem to change anything
trying now with maudio conectiv to get mic input into fft(bass) and im getting the same weird 1 second lattency as reported before.
tested on win64, beta27.2
i get latency in the bass fft and channel data nodes, in rms there is none.
in the attached patch i can see the rms quad scaling in realtime, while the fft quads react almost one second later.
@tekcor: no latency in other software; for changing driver settings i have tried the maudio and the asio control panels, are there other settings ?
just tested on one more computer (win64, i7, beta27.2, maudio conectiv), wich brings the number of computers to three. same results:
fft and channel data in bass are unusable due to 1 second delay
rms in bass works as expected
also tried to:
disable onboard sound, tweek asio paramenters, tweek maudio control panel
what is unclear to me and could be related:
audioout(bass) vs audioout(bass asio), mixer node ?
bumping this issue with a new report:
audioin (bass asio) still seems unusable (very delayed), with a steinberg ur22 on beta33.
tried with propietary drivers and with asio4all
at this point, if anyone is using audioin (bass asio) for realtime audio analysis, please drop a message
(or if you are using practical workarounds with dshow9 fft that allow it to work in stressy situations)