Rack 2 not starting but rack 1 is.

Hello!

I’ve had this problem for weeks now and am unable to get it to work. I am not able to start VCV Rack 2 but am able to start VCV rack 1 without issues.

Things I’ve tried:

Un-installing Asio4all + fl studio asio

Tried every 2.0 version of rack 2

Cleared pc from cookies

Updating windows

Updating drivers

Starting in minimized mode.

Start as admin.

LOG: [0.002 info adapters/standalone.cpp:127 main] VCV Rack Free v2.0.6 [0.002 info adapters/standalone.cpp:128 main] Windows 10.0 [0.002 info adapters/standalone.cpp:134 main] Args: C:\Program Files\VCV\Rack2Free\Rack.exe [0.002 info adapters/standalone.cpp:137 main] System directory: C:\Program Files\VCV\Rack2Free [0.002 info adapters/standalone.cpp:138 main] User directory: C:/Users/wowac/Documents/Rack2 [0.002 info adapters/standalone.cpp:142 main] System time: 2022-02-20 19:26:07 W. Europe Standard Time [0.002 info src/settings.cpp:455 load] Loading settings C:/Users/wowac/Documents/Rack2/settings.json [0.002 info adapters/standalone.cpp:165 main] Initializing network [0.004 info adapters/standalone.cpp:167 main] Initializing audio [0.004 info src/rtaudio.cpp:243 RtAudioDriver] Creating RtAudio WASAPI driver [0.012 info src/rtaudio.cpp:258 RtAudioDriver] Found RtAudio WASAPI device 0: 5 - G27q-20 (AMD High Definition Audio Device) (0 in, 2 out) [0.016 info src/rtaudio.cpp:258 RtAudioDriver] Found RtAudio WASAPI device 1: Högtalare (Wireless Controller) (0 in, 4 out) [0.020 info src/rtaudio.cpp:258 RtAudioDriver] Found RtAudio WASAPI device 2: Högtalare (Schiit Modi 3+) (0 in, 2 out) [0.097 fatal adapters/standalone.cpp:49 fatalSignalHandler] Fatal signal 22. Stack trace: 16: 0x0 15: raise 0x7ffd00f2abe0 14: abort 0x7ffd00f2f1e0 13: ZN9__gnu_cxx27__verbose_terminate_handlerEv 0x7ffce86ef4c0 12: ZN10__cxxabiv111__terminateEPFvvE 0x7ffce86e5cd0 11: ZSt9terminatev 0x7ffce87d78d0 10: _cxa_throw 0x7ffce87e0670 9: ZN5RtApi5errorEN12RtAudioError4TypeE 0x7ffce18d7a20 8: ZN11RtApiWasapi13getDeviceInfoEj 0x7ffce18e38a0 7: ZN4rack13RtAudioDriverC1EN7RtAudio3ApiE 0x7ffce1915ec0 6: ZN4rack11rtaudioInitEv 0x7ffce1478d10 5: ZN4rack11rtaudioInitEv 0x7ffce1478d10 4: ZN4rack11rtaudioInitEv 0x7ffce1478d10 3: ZN4rack11rtaudioInitEv 0x7ffce1478d10 2: ZN4rack11rtaudioInitEv 0x7ffce1478d10 1: BaseThreadInitThunk 0x7ffd01c77020 0: RtlUserThreadStart 0x7ffd02ea2630

could it be the umlaut or other special character upsetting things?

1 Like

Hmm, I doubt it. Using VCV Rack for a university assignment and the rest of the class got it started without issues with umlauts aswell :confused:

Do all the class members have the same wireless controller ?

tried un-plugging the wireless controller but didn’t solve it.

Here’s the updated log:

[0.002 info adapters/standalone.cpp:127 main] VCV Rack Free v2.0.6 [0.002 info adapters/standalone.cpp:128 main] Windows 10.0 [0.002 info adapters/standalone.cpp:134 main] Args: C:\Program Files\VCV\Rack2Free\Rack.exe [0.002 info adapters/standalone.cpp:137 main] System directory: C:\Program Files\VCV\Rack2Free [0.002 info adapters/standalone.cpp:138 main] User directory: C:/Users/wowac/Documents/Rack2 [0.002 info adapters/standalone.cpp:142 main] System time: 2022-02-20 20:38:35 W. Europe Standard Time [0.002 info src/settings.cpp:455 load] Loading settings C:/Users/wowac/Documents/Rack2/settings.json [0.002 info adapters/standalone.cpp:165 main] Initializing network [0.004 info adapters/standalone.cpp:167 main] Initializing audio [0.004 info src/rtaudio.cpp:243 RtAudioDriver] Creating RtAudio WASAPI driver [0.013 info src/rtaudio.cpp:258 RtAudioDriver] Found RtAudio WASAPI device 0: 5 - G27q-20 (AMD High Definition Audio Device) (0 in, 2 out) [0.016 info src/rtaudio.cpp:258 RtAudioDriver] Found RtAudio WASAPI device 1: Högtalare (Schiit Modi 3+) (0 in, 2 out) [0.095 fatal adapters/standalone.cpp:49 fatalSignalHandler] Fatal signal 22. Stack trace: 16: 0x0 15: raise 0x7ffd00f2abe0 14: abort 0x7ffd00f2f1e0 13: ZN9__gnu_cxx27__verbose_terminate_handlerEv 0x7ffce0cef4c0 12: ZN10__cxxabiv111__terminateEPFvvE 0x7ffce0ce5cd0 11: ZSt9terminatev 0x7ffce0dd78d0 10: _cxa_throw 0x7ffce0de0670 9: ZN5RtApi5errorEN12RtAudioError4TypeE 0x7ffcdf187a20 8: ZN11RtApiWasapi13getDeviceInfoEj 0x7ffcdf1938a0 7: ZN4rack13RtAudioDriverC1EN7RtAudio3ApiE 0x7ffcdf1c5ec0 6: ZN4rack11rtaudioInitEv 0x7ffcded28d10 5: ZN4rack11rtaudioInitEv 0x7ffcded28d10 4: ZN4rack11rtaudioInitEv 0x7ffcded28d10 3: ZN4rack11rtaudioInitEv 0x7ffcded28d10 2: ZN4rack11rtaudioInitEv 0x7ffcded28d10 1: BaseThreadInitThunk 0x7ffd01c77020 0: RtlUserThreadStart 0x7ffd02ea2630

It still finds the Högtalare Schiit Modi 3+ before the fatal step.

My bad, you were completly right! Re-naming the “högtalare” to something without “ö” solved it! Appriciate the help!

1 Like

Re-naming “Högtalare” solved it! appriaciate the help!

My bad, you were completly right! Re-naming the “högtalare” to something without “ö” solved it! Appriciate the help!

1 Like

@fractalgee is the man :+1:t2:

well, the ultimate bad is whoever didn’t test their code with unicode characters. In this case it sounds like it’s RTAudio causing problems? Not sure. I do know that every time I’ve had to deal with files in VCV I’ve had to test this (loading midi files, loading sfz files, sfz files that in turn point to files with unicode characters in their names).

It’s a real pain under Windows, but a super common problem, and one that people really shouldn’t accept as a fact of life.

3 Likes

I see a hint in this commit that Andrew knows about it as well, that it’s a RTAudio bug, and that it’ll be fixed in the next Rack release: