-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
No Transport with Windows WDM-KS #10186
Comments
Commented by: ronso0 That sounds like your sound outputs are not configured. In the 'Gettin started' section of the 2.3 manual, check this chapter: |
Commented by: daschuer Did you manage to fix the issue? Normally transport should fall back to internal network clock if no sound-card is configured. Does Mixxx start with a message box complaining about missing sound devices? |
Commented by: rockinrod There are no message boxes at startup. The master output device is definately configured. |
Commented by: daschuer Do you have a workaround, like restart Mixxx or using a different API? |
Commented by: rockinrod I have just tried various APIs and found that sometimes it will start working when I select a different one. Most of the time I just get "unanticipated host errors". Once it starts working, it continues to work even if I change APIs on the fly, including the WDM-KS API. As soon as I close and re open Mixxx the API that was working when I closed Mixxx no longer works again. I have not been able to find a reliable pattern that always makes it work. |
Commented by: daschuer Is your Realtek driver up to date? |
Commented by: rockinrod Yes, I cant find a later one. Its from Microsoft 12/6/2019 Version 10.0.19041.1. |
Commented by: daschuer Maybe the portaudio dll has been updated ... This can also be an issue: Is the issue gone after downgrade to Mixxx 2.2? As far as I can see the portaudio dll should be the same: |
Commented by: rockinrod I have just reinstalled 2.2.0 and it works perfectly. |
Commented by: Holzhaus
Where did you get that from? Can you post the |
Commented by: rockinrod I have just re installed 2.3.0 and it behaves exactly as before. |
Commented by: rockinrod I noticed a warning in the log file "Output sound device clock reference not set! Using "Network stream"" |
Commented by: Be-ing
Yes, I just double checked. The Windows build environments for 2.2 and 2.3 are using the same version of PortAudio. I am puzzled what is causing this. |
Commented by: JoergAtGithub I expierenced this issue with WDM-KS also, some weeks ago. But now I can't reproduce it. |
Commented by: rockinrod The title may be a bit misleading as it does not matter which API is selected. |
Commented by: rockinrod I have just tried to run 2.3.0 again and its working ok. I have been trying different things nearly everyday with no success, but today it is working. I can't recreate the fault. The only thing that has changed on this PC is a Windows 10 update was installed yesterday. I cant think of anything else that has changed. |
Commented by: Be-ing Interesting. This would not be the first time a Windows update has broken audio I/O for Mixxx. I'm not sure there's anything we could or should do other than tell people to update to the latest Windows update. |
Commented by: notyouraverageal Can confirm I can reproduce this bug too on Windows 10 Happens when I select Sound API: Windows WDM-KS and output as the laptop speakers. Can confirm I get the issue "Loading Track" but it never loads. Sometimes when selecting the api I will get - Error opening "Speakers (Conexant HD Audio output)" Invalid device. |
Commented by: iamjackg I'm also experiencing this, but interestingly enough it used to work perfectly fine for a few sessions before I eventually ran into this issue. I did indeed install a Windows update between the last good session and the current broken state. See this thread on the Discourse forum for more details, including logs: https://mixxx.discourse.group/t/mixxx-stopped-being-able-to-open-wdm-ks-devices/20791/3 |
Commented by: rockinrod This problem has returned. Sometimes it works fine and other times I cant make it work no matter what I seem to do. |
Commented by: Be-ing I wonder if this issue has already been fixed upstream in PortAudio but not released? |
Commented by: Be-ing Is this an issue with current 2.3 beta builds? |
Commented by: rockinrod This does not seem to be a problem since I installed the latest stable release of 2.3.0 |
Commented by: Be-ing I guess this was fixed somehow by switching to vcpkg for Windows dependencies? We are building a more up-to-date version of PortAudio. |
Issue closed with status Fix Released. |
Reported by: rockinrod
Date: 2020-10-31T08:22:09Z
Status: Fix Released
Importance: Critical
Launchpad Issue: lp1902344
Tags: windows
Attachments: [Log File As Requested](https://bugs.launchpad.net/bugs/1902344/+attachment/5432067/+files/Log File As Requested)
I have just installed version 2.3.0 Beta. I ran into trouble as soon as I tried to load a track.
When I load the first track after opening Mixxx it displays the last half of the waveform in the deck before it displays the entire waveform. When I push play, the play button turns red but the track does not play. I can pause the track and then eject it, any tracks I try to load to any deck after that just shows the message in the selected deck, "Loading Track" but it never loads. I am using Windows WDM-KS Sound API.
Have been using Mixxx 2.2.0 on this machine since it first came out without any problems.
Running Windows 10 Professional 64 Bit, Intel Core I7 3.40Ghz, 16Gb RAM ASUS Deluxe MB, Onboard Realtek High Def Audio with driver version 10.0.19041.1.
Graphics is onboard Intel HD Graphics 3000 Driver 9.17.10.4459 with generic PnP monitor 1920 x 1080 Res.
The text was updated successfully, but these errors were encountered: