Stereo Tool

@Brian: Hangup on close in Winamp version: Cause was that a call to wait for a thread to close was moved to a function that's called during DLL unloading... And apparently that's not allowed (the thread exits, but the program is not notified). Unfortunately that means this is not related to the sound card issues that 2Sense has.

@2sense: Do you have the 2nd (SCA) input enabled? (Please send me your settings file!)

I have now added logging in to all the important sound card actions (open, close, send, receive) and changed things in the new version such that the order in which inputs and outputs are opened is exactly identical to what it was in version 7.23. There is one difference: In version 7.23, the output starts to 'flow' before the input is opened (a bit of silence is sent to the sound card). In the 7.24 versions, this happens after the inputs are also opened.

Will build a new version now.

Test version for 2sense:
http://www.stereotool.com/download/ster ... 24-015.exe

If this version does not work, please tell me exactly which color each buffer has in the display. And which messages are displayed for each buffer.

Thanks!

7.23:

AudioPlayer: Open (-1 192000 4.998000 lqll=0)
AudioPlayer: Open (-1 48000 0.867000 lqll=1)
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS....
AudioRecorder: Open (4 48000 5.000000)
AudioRecorder: Open (5 48000 5.000000)
AudioPlayer: Open (-1 48000 4.890000 lqll=0)
RRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR....

7.24:

AudioPlayer: Open (-1 192000 4.998000 lqll=0)
AudioPlayer: Open (-1 48000 0.867000 lqll=1)
AudioRecorder: Open (4 48000 5.000000)
AudioRecorder: Open (5 48000 5.000000)
AudioPlayer: Open (-1 48000 4.890000 lqll=0)
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS.....

No SCA input enabled here. Sent you the settings file for you to have a look.

Beta 015 looks only a tiny bit better?

Input - OK - using pipeline - Buffer blue and stays almost entirely full / full.

ASIO output - Still not right! Cannot get audio to pass at all? (Green buffer - Filling and emptying continuosly!) edit: no message displayed!

non ASIO ouput - OK - Changing from ASIO (not working) to non ASIO in ST is fine. Doesn't require restart! Buffer turns blue and keeps fairly well filled.

Some other tests:

1. Changing both input and ouput to ASIO (Trace 8) fills both buffers and seems to run audio fine. Buffers are green as expected. (Using analog ins)
Incidentally, what's the wierd stuff going on when selecting the same channel for ASIO override 1 and 2??

2. If I try to use both non ASIO input and output (Trace 8), I can only get one to open, looks like it might be related to which one I open first??
The other gives me the red buffer error "Cannot open ouput ...".

Bit confused... in your first post yiu say that non-asio input with non-asio output works, in the 2nd you say that this gives you a red output....

Let's see if this summarizes it correctly:
ALL Asio = ok
Normal in asio out = keeps empying
Asio in normal out - ok?
Normal in and normal out seems to fail sometimes depending on the order in which you change things? If so, what does restart and the restart button do?

Your behavior seems kinda similar to what my system does - normL input plus normal output fails, exact behavior depends on opening order.. But... on my system I have the exact same problem in 7.23..... might be Vista related - it seems ok in both xp and win7, but not in vista here.


I never tested normal in asio out, will check that tomorrow!

@ 2sense..
Did you check ASIO panel where you must set what outputs and inputs application will use?
I know for marian trace i needed to use "9-10" for input and "1-2" for output.
This will be different if you use standard analog inputs on soundcard - since i use "player" for ST ASIO input.

Yes, because in my first post I used a pipeline for input and in my second post (point number 2) I tried to use the normal (non ASIO) Trace 8 as an input. (Both posts use the Trace 8 as an output) Sorry about the confusion. To clarify:

All ASIO (in and out on Trace 8) = OK
Normal in (pipeline), ASIO out (Trace 8) = keeps emptying
Nomal in (pipeline), Normal out (Trace 8) = now seems OK

ASIO in (needs to be the Trace 8 as it's the only ASIO device) and normal out (Trace 8) would be mixing driver types on the same card which I'm not sure it would allow.
Yes, using normal in (Trace 8) and normal out (Trace 8) fails on either input or output and seems to depend on which way they get opened.
i.e. from fresh start of ST, output is fine but input fails. (I think FM output opens first?) Gives red buffer error on input and "Cannot open input..." message.
Horrible tone/s pass through ST in this state! Restarting sound cards within ST gives the same result.

If I change the order of opening manually in ST, I can get the input to open but then not the output. Only one or the other seems to work! This is what I had a problem with initially (and still have) i.e. using a normal pipeline in and ASIO (Trace 8) output!
Went back to check on 7.23 using different combinations of inputs / outputs - seems that there is also strange behaviour in this version as you mention. When I tested last on 7.23, I only reported on using normal in (pipeline) and ASIO out (Trace 8) which is OK! (unlike in latest Betas...)

Hope I've now got this right now and made it clear. I'm now even starting to get confused!

Hmm. I've been using a (normal) pipeline as an input and ASIO output on the Trace 8 which worked in 7.22 and 7.23. (In the latest betas this isn't working.)

Using ASIO in and out on the Trace 8 seems ok so I'm not sure the problem is in the ASIO panel?

@2sense:

ASIO -> ASIO: OK
ASIO -> Trace 8: Not tested

Pipeline -> ASIO: Empties in 7.24-015, but ok in 7.23
Pipeline -> Trace 8: OK

Trace 8 -> ASIO: Not tested
Trace 8 -> Trace 8: Error on input in 7.24-015 AND in 7.23


I think I might be opening either the pipeline or the ASIO connection at the wrong sample rate in the Pipeline -> ASIO case. Will check that tomorrow.

For that last case, Trace 8 -> Trace 8, are you using Windows Vista? If not, what are you using?