weixin_39640090
weixin_39640090
2021-01-09 07:25

Windows Defender delays scsynth boot by 60+ seconds

Environment

  • SuperCollider version: 3.10.2
  • Operating system: Windows 10 64bits

When I try to boot it, the server status goes yellow and freeze with the post window at: Booting server 'localhost' on address 127.0.0.1:57110.

To unfreeze it I kill all the servers and then got this message:


ÊXITO: o processo "scsynth.exe" com PID 5776 foi finalizado.
Server 'localhost' exited with exit code 1.

Translating: Success: the process "scsynth.exe" with PID5776 was finished.

I need to boot, kill, boot, kill, boot, kill... many times until a moment that it finally properly boots!

After booting properly it display the last part of this message many times:


Booting server 'localhost' on address 127.0.0.1:57110.

Device options:
  - MME : Mapeador de som da Microsoft - Input   (device #0 with 2 ins 0 outs)
  - MME : Microphone (High Definition Aud   (device #1 with 2 ins 0 outs)
  - MME : Microphone (High Definition Aud   (device #2 with 2 ins 0 outs)
  - MME : Mapeador de som da Microsoft - Output   (device #3 with 0 ins 2 outs)
  - MME : Speakers (High Definition Audio   (device #4 with 0 ins 2 outs)
  - Windows DirectSound : Driver de captura de som primário   (device #5 with 2 ins 0 outs)
  - Windows DirectSound : Microphone (High Definition Audio Device)   (device #6 with 2 ins 0 outs)
  - Windows DirectSound : Microphone (High Definition Audio Device)   (device #7 with 2 ins 0 outs)
  - Windows DirectSound : Driver de som primário   (device #8 with 0 ins 2 outs)
  - Windows DirectSound : Speakers (High Definition Audio Device)   (device #9 with 0 ins 2 outs)
  - Windows WASAPI : Speakers (High Definition Audio Device)   (device #10 with 0 ins 2 outs)
  - Windows WASAPI : Microphone (High Definition Audio Device)   (device #11 with 2 ins 0 outs)
  - Windows WASAPI : Microphone (High Definition Audio Device)   (device #12 with 2 ins 0 outs)
  - Windows WDM-KS : Microphone 1 (HD Audio Muxed capture)   (device #13 with 2 ins 0 outs)
  - Windows WDM-KS : Microphone 2 (HD Audio Muxed capture)   (device #14 with 2 ins 0 outs)
  - Windows WDM-KS : Speakers (HD Audio Headphone/Speakers)   (device #15 with 0 ins 2 outs)

Booting with:
  In: MME : Microphone (High Definition Aud
  Out: MME : Speakers (High Definition Audio
  Sample rate: 44100.000
  Latency (in/out): 0.013 / 0.091 sec
SC_AudioDriver: sample rate = 44100.000000, driver's block size = 64
SuperCollider 3 server ready.
Requested notification messages from server 'localhost'
localhost: server process's maxLogins (1) matches with my options.
localhost: keeping clientID (0) as confirmed by server process.
Safety('localhost') is running, using 'safeClip'.
Shared memory server interface initialized
server 'localhost' disconnected shared memory interface
Shared memory server interface initialized
server 'localhost' disconnected shared memory interface
Shared memory server interface initialized
server 'localhost' disconnected shared memory interface
Shared memory server interface initialized
server 'localhost' disconnected shared memory interface
Shared memory server interface initialized
server 'localhost' disconnected shared memory interface
Shared memory server interface initialized

该提问来源于开源项目:supercollider/supercollider

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 复制链接分享
  • 邀请回答

35条回答

  • weixin_39671621 weixin_39671621 4月前

    did you set up scsynth.exe process in the exclusion list ? Capture d’écran (25) It does not work for me if I put the file in the exclusion list, not the process.

    点赞 评论 复制链接分享
  • weixin_39963465 weixin_39963465 4月前

    Ah, brilliant -- thanks, yes, that does the trick! I had indeed used "File" type of exclusion for the SC executables on disk. Seems to boot fine (immediately) if I put scsynth.exe as a process to exclude.

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Arg, after like 10 back and forth with submission portal, I guess they can't help us. Trying Stack Overflow

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Got an answer on my Stack Overflow question. I guess the next step is to install Visual Studio on a Windows PC, and try to trace where it's hanging. I'm a bit reluctant to install Visual Studio on my Windows PC which is dedicated to music... Does anybody here can reproduce the problem on its PC and has Visual Studio set up ?

    点赞 评论 复制链接分享
  • weixin_39622521 weixin_39622521 4月前

    thanks for your continued efforts. in case we get stuck on this, feel free to broadcast a "help wanted" signal to sc-users and scsynth.org.

    点赞 评论 复制链接分享
  • weixin_39622521 weixin_39622521 4月前

    pointed out at the last dev meeting that everyone who has reported this issue seems to have Windows system language set to something other than English. might provide some clues.

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Help wanted posted in scsynth.org ! https://scsynth.org/t/looking-for-experienced-windows-developers-to-tackle-an-issue/1491

    点赞 评论 复制链接分享
  • weixin_39860952 weixin_39860952 4月前

    I noticed this issue in a different context.

    I'm going to try to get hold of the machine in question and investigate, but as an initial report in case it gives any more clues:

    Machine A

    • Win 10 Education (1809)
    • SuperCollider 5.10.3
    • Soundcard: RME MADIface XT
    • API: ASIO

    Machine B

    • Macbook Air (I think)
    • macOS (no idea)
    • API: CoreAudio

    Steps to reproduce

    • Machine A:
    • Start scide, booting scsynth (no issues)
    • Close scide (kills server)
    • Unplug soundcard
    • Machine B:
    • Plug soundcard into alt computer
    • Unplug soundcard from alt computer
    • Machine A:
    • Replug soundcard into main computer
    • Start scide, booting scsynth
    • scsynth pauses for ~60 seconds.

    This happened every time we swapped machines - so clean system boots don't seem to be a part of it. It was during concerts, so I didn't have any time to figure anything out.

    I'll try to investigate further, it's just a difficult computer to access.

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Going back to this. 1. I created a Windows VM on my Mac and could not reproduce the issue with 3.10.4 2. Going back to my Windows machine where I could reproduce it, deleting startup file, Extensions folder and downloaded-quarks folder, can't reproduce either. 3. putting back startup file -> still can't reproduce 4. putting back SC3 Plugins -> now I can reproduce the problem

    So it's something with SC3 Plugins

    Next step : going through all SC3 Plugins to try and find the one to blame !

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Let me check right now

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    MMmmmm 1. removing LadspaUgen folder, rebooting -> can't reproduce 2. putting back LadspaUgen folder, rebooting -> can't reproduce 3. removing SC3 Plugins, downloading latest SC3 Plugins, installing them -> can't reproduce

    This is confusing.

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    OK. I can reproduce the problem with a Windows 10 VM on VirtualBox on my Mac, with SC 3.10.4 and SC3-Plugins. Will continue to dig into it.

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    I could reproduce the problem at every reboot, now I can't. It seems Windows Defender delays scsynth starttup after reboot but only after a few hours/days. Something has changed with newer Windows 10 updates. At least we are not the sole developers to face this problem : https://answers.microsoft.com/en-us/protect/forum/protect_defender-protect_updating-windows_10/last-update-of-windows-defender-causes-terribly/c71cc133-5c5f-447e-95fb-e2641085836d

    点赞 评论 复制链接分享
  • weixin_39775577 weixin_39775577 4月前

    it sounds like this is a Windows issue then, and that they already have a reproducer. so nothing to do but wait until they fix it upstream.

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Update on this issue : there's a PR ready to display a warning message if the server takes too long to start, but is also investigating for a better fix.

    For people here who also experience this problem : can you tell us if you get the scsynth boot delay if you don't have sc3-plugins installed ? I don't.

    点赞 评论 复制链接分享
  • weixin_39963465 weixin_39963465 4月前

    Indeed, I just tried getting rid of sc3-plugins temporarily, and it booted just fine and immediately (perhaps because of my exclusions, perhaps it would have worked anyhow). Maybe I'd have to exclude a whole bunch of binary plugins, for it to work with sc3-plugins? (-;

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    I am confirming that this is due to Windows Defender. If you add scide.exe sclang.exe and scsynth.exe process to the Windows Defender exclusion list, server boots immediately. Capture d’écran (3) Capture d’écran (4)

    .

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Maybe we could submit SuperCollider to Microsoft Security Intelligence here : https://www.microsoft.com/en-us/wdsi/filesubmission

    点赞 评论 复制链接分享
  • weixin_39531761 weixin_39531761 4月前

    You're right, it is indeed due to Windows Defender. I was adding the file to the exclusion list, but it is the process scsynth.exe that must be added, and the problem is solved!

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Whitelisting scsynth.exe process is enough.

    点赞 评论 复制链接分享
  • weixin_39880899 weixin_39880899 4月前

    Is there a way to trigger a prompt asking Do you want to add sclang.exe to Windows Defender exclusion list? or similar that would guide the user and automate this process?

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    I hope we can solve this by submitting scsynth to Microsoft Security Intelligence team. But we could display a warning message telling the user to add scsynth.exe to Windows Defender exclusion list, yes. Automating the process might be trickier

    点赞 评论 复制链接分享
  • weixin_39622521 weixin_39622521 4月前

    anyone who can reproduce this issue: we suspect it's related to #4496. can you try this before booting the server?

    Server.program = "scsynth -B 127.0.0.1";

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    I've just tried adding this line, and the issue remains, I get this line in the post window

    
    Booting server 'localhost' on address 127.0.0.1:57110.
    

    but the server takes more than a minute to boot.

    点赞 评论 复制链接分享
  • weixin_39880899 weixin_39880899 4月前

    You're right, it is indeed due to Windows Defender. I was adding the file to the exclusion list, but it is the process scsynth.exe that must be added, and the problem is solved!

    I can confirm that this fixed long boot for me as well on Windows 10.

    The question is how do we request adding scsynth.exe process to that list in a user-friendly fashion?

    点赞 评论 复制链接分享
  • weixin_39622521 weixin_39622521 4月前

    thanks for the info ! i had a look at the docs and it seems like the best option is to submit a file to Microsoft for analysis so they can help us understand what's wrong: https://docs.microsoft.com/en-us/windows/security/threat-protection/intelligence/submission-guide

    here is the submission page: https://www.microsoft.com/en-us/wdsi/filesubmission/

    it seems that microsoft prioritizes submissions by volume, so it may be good if everyone affected submits scsynth.exe for inspection as "home consumer". ( you can submit as "software developer")

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    I used to have a developer account a few years ago, I will try and submit scsynth.exe and keep you posted !

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    I've just submitted scsynth.exe from SC 3.10.3, will keep you updated !

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Mmm, first response from Microsoft

    
    Submission ID: a4ccd87a-09f0-4bff-9b39-72373382c954
    Status: Completed
    Submitted by: g***@***.com
    Submitted: Sep 4, 2019 07:55:58
    User Opinion: Incorrect detection
    Analyst comments:
                    The file is not malware and we cannot reproduce any detection on the file.  If detection is still observed, please follow the steps below to capture support log files from the system reporting detection.
    
    On Windows 10, from elevated command prompt, change to directory "%programfiles%\windows defender" and execute mpcmdrun.exe with option GetFiles:
        cd "%programfiles%\windows defender"
        mpcmdrun.exe -GetFiles
    
    On Windows 7, from elevated command prompt, change to directory "%programfiles%\microsoft security client" and execute mpcmdrun.exe with option GetFiles:
        cd  "%programfiles%\microsoft security client"
    

    Will keep you posted.

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    I provided more logs to Microsoft and here is their answer

    
                    Thank you providing logs.
    We have gone through support files and we have not seen any detection for the file submitted in submission "a4ccd87a-09f0-4bff-9b39-72373382c954".
    We also tried to replicate scenario at our end but uinfortunately we are not able to reproduce it.
    At present we have marked the file in submisison "a4ccd87a-09f0-4bff-9b39-72373382c954" as clean and expecting issue to be resolved.
    Kindly cross check the issue once again with latest signature. If issue persist please provide us with steps to reproduce issue at our end to diagnose it further and to provide relevant solution.
    
    Thank you for contacting Microsoft.
    

    Will let you know tonight if it seems to fix the startup delay problem... or not !

    点赞 评论 复制链接分享
  • weixin_39960319 weixin_39960319 4月前

    Hi - any updates on this? Thanks!

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Unfortunately it did not solve the problem. I'm back, I will keep up with this with Microsoft right now.

    点赞 评论 复制链接分享
  • weixin_39671621 weixin_39671621 4月前

    Submitted another ticket today, will keep you updated.

    点赞 评论 复制链接分享
  • weixin_39640090 weixin_39640090 4月前

    You are totally right! I was counting here and it took 1min and 30s to boot, after reseting it is now working normally... windows is weird.

    点赞 评论 复制链接分享
  • weixin_39622521 weixin_39622521 4月前

    while this bug is not critical, the solution is not obvious. until we can find a way to fix this delay, it would be good to print a message for windows users to warn them of this issue.

    点赞 评论 复制链接分享

相关推荐