at first, i want to thank you for providing the great asio output component for foobar2000!

thanks a lot for that!

i only have one small gripe

whenever i change the samplerate between 44100/48 kHz and 96 kHz, my audio interface (rme hammerfall 9636) changes the number of available channels.
according to the hammerfall manual, that at 64, 88.2 or 96 kHz the optical inputs and outputs operate in "sample split mode", effectively dividing the number of available adat channels by two, from 16 to 8.
(total channels from 18 to 10, because the two spdif channels are unaffected).

when the number of channels changes, for example through another app, foobar complains ("Unrecoverable playback error: Device has 10 output channels, expected 18") and refuses to play anything anymore.

the solution then, is either to go to "file/preferences/asio virtual devices", remove the configured device
and add it again or reset the samplerate the device operates at.

my request now would be the following: could you please make it so that foo_out_asio isn't
confused anymore when the number of output channels changes?

or is this a bug in the foobar core and not in foo_out_asio?

O,

It sounds more like an RME issue than Foobar. My Lynx card doesn't have this problem. Actually it has the opposite problem in a sense. Lynx ASIO drivers are single client. If Foobar opens them, no other programs can!

Forgive me at this recommendation since I am coming from the audio only PC mindset, but have you thought about not setting your RME as the default audio device??? You could still access it with Foobar and ASIO, but other apps couldn't access it and thus change the sample rate on you.

My problem is not that I cannot use the card with more than one app at a time.
I think that's normal for ASIO operation.

The issue is that foobar with foo_out_asio has a problem with the fact that the number of available channels can change, as described in my first post.
The other apps that change the samplerate access the card via ASIO too.
And they don't change the samplerate while foobar is running, but between foobar sessions.
Assume the following: I run foobar with the hammerfall @ 44.1 kHz, and it is registered in foobar with 18 channels.
I am using the first two adat channels for left and right output.
Then I close foobar and open another app, for example puredata, which operates the hammerfall @ 96 kHz, changing the number of available channels on the hammerfall to 10.
Then I close this app, and run foobar again: the above described error occurs.

Using this card as the default windows audio device is not an option, I have my cheap mobo integrated blaster clone for that, plus it isn't possible to get dropout-free playback with something other than ASIO. (You cannot choose an ASIO driver as windows default audio device)

Read my post. I never said it was your problem or that you should put the hammerfall as the default device.

What I wrote was just the opposite:

Forgive me at this recommendation since I am coming from the audio only PC mindset, but have you thought about NOT setting your RME as the default audio device???

Well, sounds like you are doing just that and using your mobo as the default device.

Anyhow, good luck getting it to work.

What I meant was no offence. Sorry if it sounded like that.
English is not my native tongue, and I probably just misunderstood your post.

Don't worry, I just wish I could help more.

Please forgive me. I am illiterate in something like 70 languages, even the ones I studied!

No way I could post on a board in some other language, so I never thought for a moment that it could be a second language for you....since you do so well as to make me think you are a native speaker. Sorry.

Anyhow, I hope you get it figured out or they change the asio for Foobar.

This is probably a long shot, but the error arises because it is expecting 18 channels but only getting 10 right.? WHen you change the sample rate to say 96 can you then go into foobar under preferences and create a new asio setting in addition to the existing one call it something like "ASIO 10" and see how many channels it gives you. I am thinking that if at that point it gives you 10 instead of 18 that you could map those 10. Here is the long shot: maybe Foobar only complains when it has LESS channels than it expects. It might not complain if it finds more.

If that is true you map 10 and it sees 18 and doesn't care...just maps the 1st 10. I don't know if that would even work for you but it couldn't hurt to just try it if Foobar lets you only see 10 channels when the card is set to a higher sample rate.

Let me try an analogy. If you owe me $18 and only give me $10, I'll be upset. But if you owe me $10 and give me $18 well I won't complain. MAYBE foobar will work like that?

It seems the behavior changed with foobar 9.5.
It now seems impossible to add the device to foobar with 10 channels, because the rate is reset to 44100 Hz the very moment "Add new" is clicked in the Preferences/Playback/Output/ASIO Virtual Devices panel, and it can only be added with 18 channels. I can see the current samplerate the card is operating at in the settings panel of the card that was provided by the manufacturer (not in foobar), because it is updated in real time.
I am fairly sure that in previous versions of foobar, the card could definitely be added at 96000 Hz, as a new ASIO device with 10 channels.

When using foobar's resampler DSP to convert everything to 96000 Hz, it works for the first playback session*, but when manually interfering by jumping to another file it says "Unrecoverable playback error: Device has 10 output channels, expected 18".


*by "playback session", I mean double-clicking one file or clicking "play" and then letting it run without interference. All subsequent files will play without the above mentioned error when foobar progresses to them automatically. Maybe has something to do with closing/reopening the device happening only when choosing another file manually.

Hello,

I have the same problem (except the error refers to 14 tracks rather than 10). I have an rme hammerfull cardbus & multiface.

I had that problem as well with my multiface + cardbus as well.....and I still have it with my multiface and pci card. I have a ton of hi sample rate (and surround) flac files along with my standard 16 bit / 44.1k, and I'm getting sick of having to re-add the device whenever I want to play my hi rez files. If anyone has an idea for a fix, please let me know. I love the sound of my multiface, but I may have to switch back to my old M-Audio Delta 410......at least it doesn't cause errors in foobar. ;-)