-
Notifications
You must be signed in to change notification settings - Fork 78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FlexASIO and Jamulus #110
Comments
Your config contains: backend = "Windows DirectSound"
bufferSizeSamples = 256 There is a known issue where DirectSound inputs do not work with such small buffer sizes. This is somewhat alluded to in the documentation of the |
Unfortunately WASAPI fails as well, even if it seems a different underlying error: backend = "Windows WASAPI" bufferSizeSamples = 256 [input] device = "Microphone (4- USB Audio CODEC )" suggestedLatencySeconds = 0.0 wasapiExclusiveMode = true wasapiAutoConvert = true channels = 2 [output] device = "Speakers (4- USB Audio CODEC )" suggestedLatencySeconds = 0.0 wasapiExclusiveMode = true wasapiAutoConvert = true channels = 2 https://gist.github.com/tilllt/6867080340454fa04e3c6aeaa4f1db62 |
This seems to work though. Backend = "Windows WDM-KS" bufferSizeSamples = 256[input] [output] |
... no, it doesnt, if you select input and output of different hardware devices (necessary for jamulus) backend = "Windows WDM-KS" bufferSizeSamples = 256 [input] device = "Microphone (USB Audio CODEC)" suggestedLatencySeconds = 0.0 wasapiExclusiveMode = false wasapiAutoConvert = true channels = 2 [output] device = "Headphones ()" suggestedLatencySeconds = 0.0 wasapiExclusiveMode = false wasapiAutoConvert = true channels = 2 https://gist.github.com/tilllt/313072dd7d936410d767cf40c120db70 |
WASAPI only advertises 1 channel on your input device. Attempting to use it with
In contrast WDM-KS sees 2 input channels, which likely means your Windows audio device is misconfigured. Regarding your WDM-KS config, the log indicates that it's the output device that's failing this time. I'm suspicious that A word of advice: please take it one step at a time when troubleshooting this stuff. It's not a good idea to pass lots of options just "because you can". FlexASIO defaults are designed to work in the majority of cases - overriding them makes failures more likely. Users are only expected to override options if they are trying to tweak the behaviour of a known good initial configuration, which is not what we have here. So my advice would be to stop trying to override options such as |
I was not randomly passing options, but selecting the different HW Devices and Backend Drivers from the FlexASIO GUI. IF FlexASIO knows about certain configurations that will not work, it should probably mention these config problems in layman terms to the user, i guess it would be pretty easy for your software tools to output i.e. the number of available channels per HW device so this could be passed to the GUI. For a regular user it is VERY difficult to find out this info and ultimately (for me) would mean i use a tool which manages to present this info in a understandable way. Like Asio4all does. |
Or do you seriously think you can expect a regular user to browser your log files, understand what is happening there and come to a conclusion about what the problem is? |
BTW Headphones () probably is the Onboard Realtek Minijack Output of my Laptop, it is called "Headphone ()" by whatever software involved in this process, definitely has 2 outputs and also works correctly in Windows. |
Keep in mind that FlexASIO and FlexASIO GUI are two different projects maintained by different people. If FlexASIO GUI allows you to set invalid options (such as a channel count that is not valid for the currently selected device and backend), then that's a bug in FlexASIO GUI, not FlexASIO. When troubleshooting issues, I would recommend editing the configuration file directly so that you have direct control over the options used. I would only recommend using FlexASIO GUI as a convenience editor when things do work.
Yes, as far as I know, FlexASIO GUI does not tell you how many channels a device has. To get that information you would need to use But again, you don't need to know this. Just use the default channel count and see what happens. Overriding the channel count in FlexASIO configuration won't help except in very specific use cases. In FlexASIO GUI it looks like the default can be used by leaving the "Channels" fields at their default value (zero).
Not necessarily. However I would expect a regular user to understand the options they are explicitly overriding in the config file and not override them unless they have a good reason to (especially when faced with failures). Is that user-friendly? Of course not. But keep in mind this is a free project with basically zero resources. Unless someone steps in and contributes improvements (e.g. better GUI, better error reporting), I'm afraid that's the way it is.
Are you sure that's not |
Don't get me wrong, i am greatful there is an alternative to ASIO4All, but I think you should not expect people to get to an inside knowledge of ASIO, Windows Audio Drivers or the apparently numerous bugs which exist in this ecosystem. A simple command to test the actual config and say "yes this will work" or "no this will not work" would be a good starting point. The Output of FlexASIOTest is NOT a comprehensible config test and I would position me in the upper third of people in terms of computer knowledge. |
That's a good idea. Filed a feature request at #111. |
OK, sorry to bother you againwith this but i seriously have no clue what the problem is now.
https://gist.github.com/tilllt/53b8be4b725a035bab26fa459809e9da |
Not quite sure what's going here. It might be that WDM-KS is not happy with your buffer size, which in turn might be caused by the WASAPI might be easier to work with. If you fix your Windows settings it should provide the correct channel counts. |
Since choosing 0 in the GUI seems to translate to "Use Default" for the channel count assumed that 0.0 for Latency defaults to "use defaults" as well. That seems to be a wrong assumption So you were right, deleting it from the config makes jamulus work. I couldn't find ANY config that works with wasapi but I will give it another try later. |
What counts is what's in the configuration file which is shown to the right of FlexASIO GUI. To use the defaults, the setting should not appear in the configuration file. You can delete the lines manually to make sure. I filed flipswitchingmonkey/FlexASIO_GUI#11 to request that FlexASIO GUI stop messing with the FlexASIO defaults. |
Closing due to inactivity. |
I am trying to get FlexASIO running with Jamulus (https://jamulus.io/) since i had some audio problems with ASIO4ALL and wanted to check if FlexASIO has less problems.
To my knowledge the config should be OK, but Jamulus says something is not working. Here is an excerpt of the FlexASIO.log
https://gist.github.com/tilllt/a1829462e4c020460f57cb2677f68add
The Audio Card is a cheapo class compliant Behringer U-COntrol UCA222, this is on
Would be great if someone had an idea how to solve this!
cheers
The text was updated successfully, but these errors were encountered: