User login |
wineasio 0.7.4 invisible to wine/wineapps?Is anyone else having a problem with wine applications seeing wineasio as a driver option? I have compiled 0.7.4 to use with wine 0.9.58 from the winehq repos. compile and install appear successful, and regsvr32 wineasio.dll reports success. however, when i start Pianoteq standalone (vs VST plugin) for some reason it is not seeing wineasio as a configuration option. unfortunately, i do not have another wine app to test it with. I had it working in Ubuntu before, so I know it is not impossible...but i also do not know where the problem lies: with wineasio, wine, or Pianoteq. does anyone have any tips on troubleshooting/collecting helpful information about this mystery? i am using checkinstall 1.6 during the compile/install process in order to keep everything clean and manageable. i have also used it for dss-vst which is working perfectly, so i don't believe it is a problem. in fact, perhaps it is something 64studio could include in the repos or even a default install...it is very helpful. ok,
|
Search this site:In the forums:Today's poll:What format would you prefer for downloading 64 Studio? (Register or log in to vote) DVD install image 39% DVD live image with install option 43% I don't have a DVD burner so I have to use CD-R 14% I installed version 0.1 and only used apt since :-) 4% Total votes: 170 |
operator error??
I am hoping this was a simple error.
Someone suggested "regsvr32 /path/to/actual/wineasio.dll.so" instead of "regsvr32 wineasio.dll"
so i will try that and report back
if anyone else has any suggestions as to common mistakes that i could have made...much appreciated :)
problem solved
I clobbered the wineasio problem: completely uninstalled pianoteq, wineasio, wine, removed the .wine folder
uninstalled jackdmp, libjackmp and reinstalled jackd for good measure
reinstalled wine
reinstalled wineasio
"regsvr32 /usr/lib/wine/wineasio.dll.so"
ran winecfg to detect alsa audio
reinstalled Pianoteq
and was able to select wineasio! the splash screen now does not work but I don't care much about that! also, I have to start pianoteq before jack otherwise pianoteq won't start at all (freezes). so I now have pianoteq vst and pianoteq standalone working well for maximum flexibility. this is very good. there seem to be less xruns with jackd even though it uses more processor (~1.5x's as much as jackdmp).
not sure what the problem was: either 1) a jackdmp error or 2) a problem with typing "regsvr32 wineasio.dll." If that is the wrong command, then it shouldn't give a message, "driver successfully registered" when it doesn't actually register a driver!!
Same problem
I have the same problem, and tried this, but it doesen´t work.
But when I use regsvr32wineasio.dll I get the following:
64studio:/home/thomas# regsvr32 wineasio.dll
fixme:mixer:ALSA_MixerInit No master control found on Keystation Pro 88, disabling mixer
fixme:mixer:ALSA_MixerInit No master control found on MPU-401 UART, disabling mixer
fixme:mixer:ALSA_MixerInit No master control found on M Audio Audiophile 24/96, disabling mixer
Successfully registered DLL wineasio.dll
Maybe the master control has something to do with the problem?????
Who can help?
By the way
I didn´t use Pianoteq, I have the problem with Reaper and VSThost
i've gotten those messages before
they've appeared when i had things plugged in and running, i think
when i registered successfully, i didn't have anything plugged in and running (midi controllers, external soundcards, jackd, etc)
also, i typed exactly:
regsvr32 /usr/lib/wine/wineasio.dll.so
which is the exact location of the file for regsvr32 to deal with
are you using jackdmp or jackd?
also, did you follow the exact order of events that i described above? i know you're not dealing specifically with pianoteq -- but substitute the programs that you are using in that place