Stereo Tool

The code runs, but the compiler may still be doing some trickery behind the scenes.

I have not had a chance to really scour Google for the W option. It gives the impression that it would give the same machine code to AMD, but I dunno...

What version of the compiler do you have? Also, you indicated you're using IPP 5.x for SSE and 6.x for SSE2? One other way this can sneak in on you is when the compiler links in IPP.

Have you ever tried a /QaxW /QxO compile? For that matter, /QaxW /QxN ?

AMD's SSE2 is identical to Intel's with the exception of HyperThreading support, so if code compiled with N will run on an AMD, then it should be compatible. Could just make a test version to see...and if it falls flat, then never mind that route...

I have had the problem with the clicking sound using ASIO ...one way to get around this is to wait until the clicks start....then open the ASIO windows on the task bar ( you know the one with the green play icon) click on it once & open it and then close it.... the sound will stop for harf a sec and the clicks will be gone.. its the only way I know how to get it stop..BUT i don't know if it will be the same for all computers/laptops...

( just a thought )

So how did you patch it? And is the CPU load also lower?

No... I don't even have such an icon

This is driver specific, and the fact that it works might just be a coincidence.

Here's a version with the priorities I mentioned a few posts ago:

- PROCESS at High, which makes (I hope...)
- ASIO @ normal priority run at '13'
- Processing @ below_normal priority run at '12'
- GUI @ lowest priority run at '11'

http://www.stereotool.com/download/radi ... gging2.exe

Note: This file still contains logging - if something is wrong I'll probably need that again...

SET PRIORITY TO "EXPERIMENTAL" FOR TESTING!


I see that the 'dynamic priorities' are raised above the configured priorities, which might still cause issues. If this version still does not work properly, I'll try what happens if I turn that off.


Edit: If you still hear clicks and pops, could you install Process Explorer and check the priorities of all the threads? (ASIO thread is especially interesting)

I'm still getting clicks.

Tested again with BBP Asio when i don't select Audio Realtime Priority i also get clicks with BBP Asio.
With BBP Asio when i don't select Audio Realtime Priority, the Base and Dynamic Priority for JulaAsio.dll = 15.
With BBP Asio when i select Audio Realtime Priority, the Base and Dynamic Priority for JulaAsio.dll = 31.
Note there are 2 processes when i select Audio Realtime Priority with BBP.

With version 31H Logging2, JulaAsio.dll = 15. Base and Dynamic.
ox44baa = Base 12, Dynamic 12,13,15
ox9982 = Base 12, Dynamic 12,13
0x2d3c8 = Base 11, Dynamic 11,12,14
0xbbbfb = Base 13, Dynamic 13, 15
0x6243e = Base 13, Dynamic 13, 15
wdmaud.drv = 15
ntldll.dll = 13
mswsock.dll = 14
ADVAPI32 = 13

With version 31H Logging, JulaAsio.dll = 31. Base and Dynamic.
ox44baa = 31
ox9982 = 31
0x2d3c8 = 24
0xbbbfb = 24
0x6243e = 24
wdmaud.drv = 31
ntldll.dll = 24
mswsock.dll = 25
ADVAPI32.dll = 24

Ah! Logging 3 coming up

Does my log halps?

btw, at my laptop i have problems to set buffer size under 100ms sometimes i can set under 120ms 48kHz/48 samples/normal output.

@Bojcha: I am curious, are you able to get 192kHz output when using 48kHz(or any other) input rate with ASIO enabled? When I enable ASIO I can only get 192 kHz out when the input rate is 192 kHz.

_________________
J0HN II

Yes, sorry, I had posted a reply but it didn't show up (?).

Anyway, it shows that there are hiccups approx. every 32 'grains'. And 32 asio grains = 32*256/4 = 2048 samples, which is exactly the number of samples between successive calls to the processing thread.