Cross201 ASIO4ALL change: soundcard switches

[RoJeC]

May be I didn't understood correctly what you said...

{quote} I have had that problem before. And by the time someone did understand me it appeared he understood me wrong.... {quote}

Here is what I did :
- hook a usb soundcard
- launch Cross
- select asio4all
- configure asio4all to use only the usb soundcard

[RV] a. When only using USB soundcard in ASIO it works fine.
b. The issue I have is when using multiple soundcards (2 in this case)

- play a track into Cross
- open the preferences/audio/control panel from Cross
- do nothing onto asio4all
- close asio4all panel

Got a half second freeze and still running with asio4all on the usb soundcard.

[RV] a. Yes, when only using USB card in ASIO
b. Using multiple soundcards it switches to the top one.
ADD: While trying this further I have found that when you 'slide' the buffer size slider after this in Cross the sound is back to the USB card instantly (no dropout).

As far as I know USB disconnect and reconnect would cause at least 2 seconds of dropout which is clearly not the case there.
Even if it reconnect Cross doesn't care because it has already switched to the default soundcard (WDM).

What I ment to express is that this would mean that the other application apparently connects differently to ASIO as by lack of dropout it could not be that it is depending on a USB re-connection.

Given that the slide of only 8 samples already brings back the right routing instantly makes me believe that there is some room for improvement in the decision moment to fall back to the other card. I think my manual intevention here would still be within the time frame needed for a USB reconnect action...

[Support@MixVibes]

I have 2 soundcard the internal one and the usb one so I guess I should fall into your scenario easily. But I don't :S

A dropout is very different from a disconnection. In the first case the stream is altered, not the connection.

[RoJeC]

I have 2 soundcard the internal one and the usb one so I guess I should fall into your scenario easily. But I don't :S

Maybe you have the USB listed above the internal?

A dropout is very different from a disconnection. In the first case the stream is altered, not the connection.[/quote]
I mean the non-technical term 'silence'. It is just that this behaviour of losing the ongoing track seems Cross behaviour and not common behaviour. i menwhile also tried how Traktor behaves and also there is no 'silence' nor rerouting of audio.

[Support@MixVibes]

This is exactly where you have lost me.
What is your issue : the silence or the swapping soundcard ?

EDIT : please post a picture of your audio devices list when you unfold it.

[RoJeC]

AsioRouting.png

AsioRouting AsioPanel.png

The problem is the unwanted swapping of the sound to an other card(/channel) upon doing something with or within the ASIO4ALL control panel.

The silence is circumstancial. Only used to try to explain my 'user experience'.
And of course it would be nice if Cross could swap without any silence. I am more than convinced that if this would be possible it would have been there already.

Maybe rewrite the 'silence' parts will help to get one the same track...
You responded that USB reconnect activity occurs on any use of the ASIO control panel which would probably cause Cross to fall back to an other 'default' card.

I tried to explain that other applications do not have this problem by explaining it in terms of silence.
Using the same setup for the applications I can make any change in the ASIO panel and it is reflected instantly in the audio.
This 'instantly' is to be compared with using the slider for buffer size in the Cross preferences panel.

The 'other applications' would not support your suggestion of a USB reconnect happening on changes in the ASIO panel. A USB reconnect cannot happen without a silence occuring.

A manual USB reconnect takes appx 2 seconds. And in this case playing is stopped until reconnect. The sound is not swapped to an other card.

And the final remark I made is that using the Cross buffer size slider will swap back the audio to the right card instantly. After e.g. closing the ASIO panel I have to wait for Cross to have swapped the audio (to the 'wrong' card). Next within manual reaction time of appx. 0,200007 seconds I move the slider and the sound is instantly swapped to the right card....

[Support@MixVibes]

AsioRouting.png

This is not what I have asked you.
Here is what I need from your computer :

asio_devices.png

AsioRouting AsioPanel.png

The problem is the unwanted swapping of the sound to an other card(/channel) upon doing something with or within the ASIO4ALL control panel.

This is not clear...
The soundcard is still asio4all and it swapped to another output
or
it swap to another soundcard name ?

The silence is circumstancial. Only used to try to explain my 'user experience'.
And of course it would be nice if Cross could swap without any silence. I am more than convinced that if this would be possible it would have been there already.

I'm trying to understand what your trying to achieve by tweaking over and over the setting during a live performance.

You responded that USB reconnect activity occurs on any use of the ASIO control panel which would probably cause Cross to fall back to an other 'default' card.

No, I told you that if Cross change soundcard (see my asio devices pitcure) it is because the one he was using have stopped existing.
So even if the soundcard came back from the dead, Cross won't go by itself switch again.

I tried to explain that other applications do not have this problem by explaining it in terms of silence.
Using the same setup for the applications I can make any change in the ASIO panel and it is reflected instantly in the audio.
This 'instantly' is to be compared with using the slider for buffer size in the Cross preferences panel.

As in Cross for me.

The 'other applications' would not support your suggestion of a USB reconnect happening on changes in the ASIO panel. A USB reconnect cannot happen without a silence occuring.

That what I also said, even if it reconnect, we won't use it anymore automatically, you need to manually re-select it.

A manual USB reconnect takes appx 2 seconds. And in this case playing is stopped until reconnect. The sound is not swapped to an other card.

This can happen only if you have one soundcard. If you got more, there will be an automatic switching.

And the final remark I made is that using the Cross buffer size slider will swap back the audio to the right card instantly. After e.g. closing the ASIO panel I have to wait for Cross to have swapped the audio (to the 'wrong' card). Next within manual reaction time of appx. 0,200007 seconds I move the slider and the sound is instantly swapped to the right card....

Still not understanding how moving a slider is changing a soundcard... or did you mean channel on the same soundcard ?


- what are you trying to achieve by constantly changing the asio configuration on the fly ?
- why is there so many channels running ointo asio4all ?
- why are you using asio4all ?
- what is the need for 4ins/10out into a software that can only manage 4/6 ?

[RoJeC]

here the right picture.

Available devices.png

The problem is the unwanted swapping of the sound to an other card(/channel) upon doing something with or within the ASIO4ALL control panel.
This is not clear...
The soundcard is still asio4all and it swapped to another output
or
it swap to another soundcard name ?

I assume to the other soundcard via ASIO. But I can not tell for sure as the output 1 is still listed as the Behringer USB (while sound routes to the Realtek)

I'm trying to understand what your trying to achieve by tweaking over and over the setting during a live performance.

Never said I did this during live performances. Just tried to report a strange behaviour with audio routing which happens when I setup for the current attached devices.

You responded that USB reconnect activity occurs on any use of the ASIO control panel which would probably cause Cross to fall back to an other 'default' card.
No, I told you that if Cross change soundcard (see my asio devices pitcure) it is because the one he was using have stopped existing.
So even if the soundcard came back from the dead, Cross won't go by itself switch again.

OK; so this is not related to the issue as I do not change this. I only use the control panel for the current selected and active 'ASIO4ALL v2'

I tried to explain that other applications do not have this problem by explaining it in terms of silence.
Using the same setup for the applications I can make any change in the ASIO panel and it is reflected instantly in the audio.
This 'instantly' is to be compared with using the slider for buffer size in the Cross preferences panel.
As in Cross for me.

I would like to share this experience....

The 'other applications' would not support your suggestion of a USB reconnect happening on changes in the ASIO panel. A USB reconnect cannot happen without a silence occuring.

That what I also said, even if it reconnect, we won't use it anymore automatically, you need to manually re-select it.

...

A manual USB reconnect takes appx 2 seconds. And in this case playing is stopped until reconnect. The sound is not swapped to an other card.
This can happen only if you have one soundcard. If you got more, there will be an automatic switching.

If I unplug the USB the device the only thing happening is that the track is stopped. Only repluging the USB device will start the track to continue.

And the final remark I made is that using the Cross buffer size slider will swap back the audio to the right card instantly. After e.g. closing the ASIO panel I have to wait for Cross to have swapped the audio (to the 'wrong' card). Next within manual reaction time of appx. 0,200007 seconds I move the slider and the sound is instantly swapped to the right card....
Still not understanding how moving a slider is changing a soundcard... or did you mean channel on the same soundcard ?

All the time the USB device is listed as output 1 while using the ASIO4All. using the slider sets the audio route back from the Realtek to the USB. Do not understand this either.

- what are you trying to achieve by constantly changing the asio configuration on the fly ?

I use different setups. Checking for routing and avaliable channels is easiest when playing music?

- why is there so many channels running ointo asio4all ?

2 stereo IN and 2 Stereo OUT only?

- why are you using asio4all ?

I do not have a 4IN 4OUT soundcard. So to my best knowledge ASIO4ALL is the only way to generate this for me.

- what is the need for 4ins/10out into a software that can only manage 4/6 ?

See the ASIO panel. I only have 1 output option for the Realtek there to switch ON/OFF. The laptop actually only provides one stereo output connector.

[Support@MixVibes]

I assume to the other soundcard via ASIO. But I can not tell for sure as the output 1 is still listed as the Behringer USB (while sound routes to the Realtek)

I don't think it is switching to the other asio.
When you remove an asio soundcard, Cross will switch to the default soundcard which is usually not an asio one.

Never said I did this during live performances. Just tried to report a strange behaviour with audio routing which happens when I setup for the current attached devices.

The output switching is related to asio4all, not Cross. Cross doesn't choose outputs, it can only choose a soundcard.

OK; so this is not related to the issue as I do not change this. I only use the control panel for the current selected and active 'ASIO4ALL v2'

May be the soundcard need a reboot after changing setting into asio4all. Can you test with the original asio drivers of the behringer to see if it does this also ?

If I unplug the USB the device the only thing happening is that the track is stopped. Only repluging the USB device will start the track to continue.

This mean you have only one soundcard, because it would have switched to the integrated one. Why it doesn't switch on your system I don't know why.

All the time the USB device is listed as output 1 while using the ASIO4All. using the slider sets the audio route back from the Realtek to the USB. Do not understand this either.

So something is happening within asio4all.
When you change the value INSIDE asio4all, a device disapear and it switch to another one.
But the soundcard is still asio4all !!!

I use different setups. Checking for routing and avaliable channels is easiest when playing music?

Indeed.

2 stereo IN and 2 Stereo OUT only?

I do not have a 4IN 4OUT soundcard. So to my best knowledge ASIO4ALL is the only way to generate this for me.

See the ASIO panel. I only have 1 output option for the Realtek there to switch ON/OFF. The laptop actually only provides one stereo output connector.

Why don't you de-select all the ins/outs you're not really using ?
Are you using input ? No...
10 outputs ? No...
Stick to the needed ones.

What is the base samplerate of both devices ? clock ?
asio4all is trying to do ONE souncard with TWO different devices, not the easiest job to do imo, performances wise...

[BennyB]

What if the soundcard can't support lower buffer settings, and turns of, or errors, that is why the bad stuff happens.
ASIO usually has all the data the soundcard need, including buffering data, and might cause switch or error, if you have buffering problems.
Soundcards have limits, some are not suited for very low buffer size, wether it is set by ASIO or not.

2. point: it is a behringer souncard, and there is nothing else to say for this

Check the Windows settings about SC usage. Windows sometimes combine ASIO and his own twisted stuff (eg volume settings).
Maybe try to mess with the "Default soundcard" option, or monitor it, if it switches, when the silence happens.

The soundcard can cause 100% of the problems... if USB is faulty, cable is wrong, or you use other USB devices from the same bus, that uses more USB power...

Or volume of the soundcard set too high, that causes overdrive and might activate safety-s in the SC to prevent damage, or too big volume level mugh cause an "above-normal" power consumption.

And on final word: it is a Behringer... and they are not reliable...