forum

Solution: Running osu! In Ubuntu or Xubuntu

posted
Total Posts
943
show more
-Sandy Corzeta-

[Kitty] wrote:

Unless you need audio multitasking, you could also just use ALSA directly. You can suspend PulseAudio using "$ pacmd suspend true", and then winecfg will recognize raw ALSA devices. JACK has to go through ALSA anyway, so this could also be a solution if you're trying to reduce latency.
hmm
$ pacmd suspend true
i'll give a try later and report for it :D thanks....
Aposke
Just wondering, has anyone managed to use a gamepad (more specifically, a Beatmania controller) with osu! running under wine? I've been trying to get this controller to work for a good half hour now, even going as far as trying to map it to keyboard keys via joy2key, but for some reason, that approach doesn't work for osu, and even worse, the other two wine programs I've tried it out on (Lunatic Rave 2 and Minecraft) recognize the controller without any need for joy2key!
Meanwhile, osu under wine doesn't let me bind the controller keys to any in-game actions because it apparently neither recognizes the controller itself nor the joy2key program.
[Kitty]
I don't have a solution that'll get osu! to recognize it directly, but as an alternative to joy2key, try QJoyPad. I've had good experience with that program on other occasions.
ccxex29
I wanna ask, have anyone managed to make japanese characters work on osu! wine?

I tried to install fonts which is japanese characters but still :
m42a
Install gdiplus from winetricks, then run "winecfg" and on the "Libraries" tab set gdiplus to "Builtin then Native".
ccxex29

m42a wrote:

Install gdiplus from winetricks, then run "winecfg" and on the "Libraries" tab set gdiplus to "Builtin then Native".
it works, thanks, i just need to set builtin then native! ;)

[Kitty] wrote:

-Sandy Corzeta- wrote:

- Use JACK Audio server instead of PulseAudio
Unless you need audio multitasking, you could also just use ALSA directly. You can suspend PulseAudio using "$ pacmd suspend true", and then winecfg will recognize raw ALSA devices. JACK has to go through ALSA anyway, so this could also be a solution if you're trying to reduce latency.
In Lubuntu i don't know why i don't have any problem with sound ._. and i don't need to suspend the pulseaudio..
And works smoothly :D
Espionage724

ccxex29 wrote:

In Lubuntu i don't know why i don't have any problem with sound ._. and i don't need to suspend the pulseaudio..
And works smoothly :D
Lubuntu doesn't include PulseAudio (uses ALSA directly). Ubuntu and other variants do use PulseAudio though.
jacob-mischka

[Kitty] wrote:

I don't have a solution that'll get osu! to recognize it directly, but as an alternative to joy2key, try QJoyPad. I've had good experience with that program on other occasions.
I'd try AntiMicro, it's really good imo.
byljcron
just want to ask did u solve the opengl problem?...
i got the same problem and my d3d work very bad..
ErunamoJAZZ

byljcron wrote:

just want to ask did u solve the opengl problem?...
i got the same problem and my d3d work very bad..
never... probably u.u (almost two years waiting to be fixed, but is less likely to be fixed)
[Kitty]

ErunamoJAZZ wrote:

never... probably u.u (almost two years waiting to be fixed, but is less likely to be fixed)
Maybe when that .NET 4.x build sees the light of day... But we've bugged the big guy about that one enough, it'll come when it comes.
-Sandy Corzeta-
Been a while on trip with moving to try osu on another distro :
The lowlatency kernel that i talked about it was? for me, i don't feel an any effect of it. Nor that even fix the audio sync lag.

And now, i got a big problems.
Few days ago, installing Fedora 20 64-bit, with Kernel 3.14 and 337.12 GeForce driver, and winealsa.drv as audio.
+ Graphics are no more lag, and stable around 60+ FPS,
- The audio sync lag makes it more really really worse than last month i tried on x86 distro.

and now this happen on my elementaryOS 64-bit build with the same settings as Fedora.

So, is this why we should recommend x86 build Linux distro instead of the x64 one? ...
[Kitty]

-Sandy Corzeta- wrote:

- The audio sync lag makes it more really really worse than last month i tried on x86 distro.
When you say "lag," does it graphically glitch, have an audio glitch, or is the timing just off? Either of the first two would be a problem that we can work on here, but if the timing is off, go fix your global offset settings :P (Do note, even on an optimized system, it's possible that the offset won't come to a perfect "0". I use an offset of -32ms, despite the fact that I use ALSA directly.) If you're having glitching, there could still be a few things inside of ALSA, such as your dmix parameters.

-Sandy Corzeta- wrote:

So, is this why we should recommend x86 build Linux distro instead of the x64 one? ...
All in all, there's really no difference. osu! still has to use 32 bit binaries and libraries, even on a 64 bit system.
-Sandy Corzeta-

[Kitty] wrote:

When you say "lag," does it graphically glitch, have an audio glitch, or is the timing just off? Either of the first two would be a problem that we can work on here, but if the timing is off, go fix your global offset settings :P (Do note, even on an optimized system, it's possible that the offset won't come to a perfect "0". I use an offset of -32ms, despite the fact that I use ALSA directly.) If you're having glitching, there could still be a few things inside of ALSA, such as your dmix parameters.
Graphically glitch is not,
Its an audio glitch, the timing is just okay as on Windows.
It just the audio.
I might give you a video later to it.

EDIT :

here is the video of my osu on elementaryOS


The recording took my fps away, but when its not recording... the graphic runs smoothly as on windows but the audio still same as on the video. Choppy and laggy ... D:

EDIT #2 :
Some guys at G+ says and commented my video that terminating 'speech-dispatcher' could fix it. But i'm not test it yet.
nightbane112

-Sandy Corzeta- wrote:

EDIT :

here is the video of my osu on elementaryOS


The recording took my fps away, but when its not recording... the graphic runs smoothly as on windows but the audio still same as on the video. Choppy and laggy ... D:

EDIT #2 :
Some guys at G+ says and commented my video that terminating 'speech-dispatcher' could fix it. But i'm not test it yet.
Hiya, buddy! I'm also using elementary OS. To be precise, my current specs are :



Wine 1.7.17
PlayOnLinux 4.2.2

I've installed osu! from PlayOnLinux. Everything works fine here. Did it recently happen or it happened ever since you installed Osu! ?
-Sandy Corzeta-

nightbane112 wrote:

[/color]
I've installed osu! from PlayOnLinux. Everything works fine here. Did it recently happen or it happened ever since you installed Osu! ?
No idea, but when you said that what happened since i "installed the osu!" ?

Actually i didn't install it, i just use the same copy from windows, and make a take the copy and put it to my home folder and run the osu!.exe directly instead of installing it.

And that audio problem is also happen when i still using Fedora it was.

My assumption could be the wine itself (maybe). I'll try the 1.6 version of the wine later.
nightbane112

-Sandy Corzeta- wrote:

Actually i didn't install it, i just use the same copy from windows, and make a take the copy and put it to my home folder and run the osu!.exe directly instead of installing it.

And that audio problem is also happen when i still using Fedora it was.

My assumption could be the wine itself (maybe). I'll try the 1.6 version of the wine later.
You could also add the wine PPA from launchpad to get version 1.7.17 . Try to see if this fixes your problem https://launchpad.net/~ubuntu-wine/+archive/ppa
-Sandy Corzeta-

nightbane112 wrote:

You could also add the wine PPA from launchpad to get version 1.7.17 . Try to see if this fixes your problem https://launchpad.net/~ubuntu-wine/+archive/ppa
Dude, ? ... are you serious? ... everytime i reinstall every Ubuntu-based distro, that PPA is always come first to add... and guess, I'm using 1.7.17 too.
oh God D:
[Kitty]
-Sandy Corzeta-, you might want to take a look at this post. This is, again, making an assumption that you're using pure ALSA.

Even if you're using "just" ALSA, dmix still allows for mixing different rates, and I suppose it could cause that kind of glitching, especially with "speech-dispatcher" running in the background. The above might fix it, and I would definitely advise at least trying to kill "speech-dispatcher" before you try anything else. Can't hurt anything by trying, can you? :P

Also, have you tried explicitly setting your output device in winecfg, and then testing it?
-Sandy Corzeta-

[Kitty] wrote:

-Sandy Corzeta-, you might want to take a look at this post. This is, again, making an assumption that you're using pure ALSA.

Even if you're using "just" ALSA, dmix still allows for mixing different rates, and I suppose it could cause that kind of glitching, especially with "speech-dispatcher" running in the background. The above might fix it, and I would definitely advise at least trying to kill "speech-dispatcher" before you try anything else. Can't hurt anything by trying, can you? :P

Also, have you tried explicitly setting your output device in winecfg, and then testing it?
speech-dispatcher isn't appearing on my system monitor (even i already did made the view to all process), so i'm guessing speech-dispatcher is not online on background and never started.

for the post that you mention. I would try the step 1 and 2, ... step 3 will be skipped (since compiling stuff too many take a time)

EDIT :

i did tried step 1, and i'm already sure i configured all over thing with the post which is mentioned.
this is the asound.conf file :
pcm.!default {
type plug
slave.pcm "dmixer"
}

pcm.dmixer {
type dmix
ipc_key 1024
slave {
pcm "hw:0,0"
period_size 8
buffer_size 16
}
}

and the result for cat following when launching in osu! or even another music player :
sandycorzeta@ScorzWorks-Elementary:~$ cat /proc/asound/card0/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S16_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 448
buffer_size: 1792
sandycorzeta@ScorzWorks-Elementary:~$

i get RW_INTERLEAVED instead MMAP_INTERLEAVED ... and the period_size + buffer_size always vary.
when i'm launching osu!, those period_size + buffer_size given to me. But when i'm playing a music it gives me this one :
sandycorzeta@ScorzWorks-Elementary:~$ cat /proc/asound/card0/pcm0p/sub0/hw_params
access: MMAP_INTERLEAVED
format: S16_LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 8192
buffer_size: 16384
sandycorzeta@ScorzWorks-Elementary:~$

looking back again for the step 0, it pushes me to kill the pulseaudio. But then, even i'm doing it with
sudo killall pulseaudio
or even
pulseaudio -k
or changing the autospawn at /etc/pulse/client.conf to "no" state. The pulseaudio daemon itself restarting by its own.

I really really need an enlightment

and the Step 2.

I do finding the DirectSound thingy on regedit [HKCU\Software\Wine\] but no DirectSound key, so i did make one and input anything just like described from the post. But still, no improvements or changes. D:
power007

[Kitty] wrote:

But still, no improvements or changes. D:
Yes, let your Linux is going to hell, play on Windows.

Linux it's just a big, HUGE mistake.
-Sandy Corzeta-

power007 wrote:

Yes, let your Linux is going to hell, play on Windows.

Linux it's just a big, HUGE mistake.
not sure if this is just a troll, or this guy just can't handle to mess up with Linux environment.
[Kitty]

power007 wrote:

Yes, let your Linux is going to hell, play on Windows.
Linux it's just a big, HUGE mistake.
That post was completely unhelpful and unnecessary. Please avoid posting here if you have nothing worth contributing.

-Sandy Corzeta- wrote:

looking back again for the step 0, it pushes me to kill the pulseaudio. But then, even i'm doing it with
sudo killall pulseaudio
or even
pulseaudio -k
or changing the autospawn at /etc/pulse/client.conf to "no" state. The pulseaudio daemon itself restarting by its own.
The desktop environment might be respawning it. Regardless, you can still use "pacmd suspend true" to leave it running and free up the audio device, putting it in a state the same as if PA wasn't running.. From my observations of your video, though, that shouldn't be an issue.

When PA is occupying an audio device, it wouldn't normally be visible in winecfg. Take the following as an example:
SPOILER
$ pacmd suspend false; winecfg



$ pacmd suspend true; winecfg
Bringing up one of my previous suggestions, have you attempted to explicitly specify your output device? I see that you have your microphone selected, but the output is still set to System Default. That can lead to it being routed through PA still. If you have any issues with sound not working when the device is specified, then something is occupying the device still and it cannot be accessed directly. If you specify the device, run "pacmd suspend true", and osu! still gives you that issue, then I'm clueless to a solution.
power007

-Sandy Corzeta- wrote:

power007 wrote:

Yes, let your Linux is going to hell, play on Windows.

Linux it's just a big, HUGE mistake.
not sure if this is just a troll, or this guy just can't handle to mess up with Linux environment.
Im not a troll, telling only truth.

I've tried various distros and only on Xubuntu 14.04 with Nvidia Prime technology I got 400 fps and it is still badly lag and was unplayable.

Found on the Internet, you need to enable vertical sync. But we all know that this implementation is not playable even more so.
[Kitty]

power007 wrote:

I've tried various distros and only on Xubuntu 14.04 with Nvidia Prime technology I got 400 fps and it is still badly lag and was unplayable.

Found on the Internet, you need to enable vertical sync. But we all know that this implementation is not playable even more so.
Vsync could be one issue, but as far as I've seen, any lag issues when your framerate is high are usually caused by your sound configuration. PulseAudio, in specific, will destroy the audio sync during gameplay, creating massive lag. As for playability, I've actually been using this configuration successfully for a few months now. Once I got it working correctly, I haven't had a single problem with it's usability.
nightbane112

power007 wrote:

I'm not a troll, telling only truth.

I've tried various distros and only on Xubuntu 14.04 with Nvidia Prime technology I got 400 fps and it is still badly lag and was unplayable.

Found on the Internet, you need to enable vertical sync. But we all know that this implementation is not playable even more so.
"This implementation" that you speak of is actually Bumblebee. http://www.webupd8.org/2013/04/bumblebee-321-released-with-ubuntu-1304.html I'm running Osu at about 300+ fps and still, it rarely lag visually. Lower your setting in Osu and you can crank up your fps way higher
boat
If anyone is interested in maintaining the playonlinux osu! script then feel free to send me a message about it, I don't got the time to work on it myself. It got a fair amount of downloads before it got taken down so clearly there's a demand for it.
Sadistic Potato
I'm kinda sick of this. no matter how hard I try, I keep getting this error

From Debug:
SPOILER
[05/20/14 19:50:18] - Running wine- osu!.exe (Working directory : /home/steve/.PlayOnLinux/wineprefix/osu_on_linux/drive_c/Program Files/osu!)
fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e624 0x86e614
fixme:thread:SetThreadStackGuarantee (0x33fc80): stub
err:ole:CoGetContextToken apartment not initialised
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework"
fixme:shell:URL_ParseUrl failed to parse L"System.Drawing"
fixme:shell:URL_ParseUrl failed to parse L"System"
fixme:shell:URL_ParseUrl failed to parse L"msvcm80"
fixme:shell:URL_ParseUrl failed to parse L"System.Windows.Forms"
fixme:process:SetProcessPriorityBoost (0x1e0,0): stub
fixme:shell:URL_ParseUrl failed to parse L"osu"
fixme:shell:URL_ParseUrl failed to parse L"System.Configuration"
fixme:shell:URL_ParseUrl failed to parse L"System.Xml"
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
fixme:shell:URL_ParseUrl failed to parse L"osu!.resources"
fixme:shell:URL_ParseUrl failed to parse L"osu!.resources"
fixme:shell:URL_ParseUrl failed to parse L"{40a9d444-ada4-44d9-ad17-bfd558665673}"
fixme:process:FlushProcessWriteBuffers : stub
fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by the wine project
fixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support, please visit http://ubuntuforums.org/showthread.php?t=1960599
err:wgl:has_opengl Failed to load libGL: libGL.so.1: cannot open shared object file: No such file or directory
err:wgl:has_opengl OpenGL support is disabled.
fixme:shell:URL_ParseUrl failed to parse L"mscorlib.resources"
fixme:shell:URL_ParseUrl failed to parse L"osu!.resources"
fixme:wincodecs:JpegDecoder_Frame_CopyPalette (0x11063c14,0x14ec68): stub
fixme:gdiplus:GdipGetFamilyName No support for handling of multiple languages!
fixme:gdiplus:GdipCreateHalftonePalette stub
fixme:shell:URL_ParseUrl failed to parse L"osu!framework"
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e620 0x86e610
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e620 0x86e610
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e664 0x86e654
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e624 0x86e614
[05/20/14 19:54:25] - Running wine- osu!.exe (Working directory : /home/steve/.PlayOnLinux/wineprefix/osu_on_linux/drive_c/Program Files/osu!)
fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub.
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e624 0x86e614
fixme:thread:SetThreadStackGuarantee (0x33fc80): stub
err:ole:CoGetContextToken apartment not initialised
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework"
fixme:shell:URL_ParseUrl failed to parse L"System.Drawing"
fixme:shell:URL_ParseUrl failed to parse L"System"
fixme:shell:URL_ParseUrl failed to parse L"msvcm80"
fixme:shell:URL_ParseUrl failed to parse L"System.Windows.Forms"
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e620 0x86e610
fixme:process:SetProcessPriorityBoost (0x1e0,0): stub
fixme:shell:URL_ParseUrl failed to parse L"osu"
fixme:shell:URL_ParseUrl failed to parse L"System.Configuration"
fixme:shell:URL_ParseUrl failed to parse L"System.Xml"
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e620 0x86e610
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e664 0x86e654
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 4 0x86e624 0x86e614
fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046}
fixme:shell:URL_ParseUrl failed to parse L"osu!.resources"
fixme:shell:URL_ParseUrl failed to parse L"osu!.resources"
fixme:shell:URL_ParseUrl failed to parse L"{40a9d444-ada4-44d9-ad17-bfd558665673}"
fixme:process:FlushProcessWriteBuffers : stub
fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by the wine project
fixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support, please visit http://ubuntuforums.org/showthread.php?t=1960599
err:wgl:has_opengl Failed to load libGL: libGL.so.1: cannot open shared object file: No such file or directory
err:wgl:has_opengl OpenGL support is disabled.
fixme:shell:URL_ParseUrl failed to parse L"mscorlib.resources"
fixme:shell:URL_ParseUrl failed to parse L"osu!.resources"
fixme:wincodecs:JpegDecoder_Frame_CopyPalette (0x48f306c,0x20fb60): stub
fixme:gdiplus:GdipGetFamilyName No support for handling of multiple languages!
fixme:gdiplus:GdipCreateHalftonePalette stub
fixme:shell:URL_ParseUrl failed to parse L"osu!framework"

(my libGL.so isn't missing. it's in there.)
SPOILER
~$ locate libGL
/usr/lib/i386-linux-gnu/libGLU.so.1
/usr/lib/i386-linux-gnu/libGLU.so.1.3.1
/usr/lib/i386-linux-gnu/mesa/libGL.so.1
/usr/lib/i386-linux-gnu/mesa/libGL.so.1.2.0
/usr/lib/nvidia-304/libGL.so
/usr/lib/nvidia-304/libGL.so.1
/usr/lib/nvidia-304/libGL.so.304.117
/usr/lib/x86_64-linux-gnu/libGLEW.so.1.10
/usr/lib/x86_64-linux-gnu/libGLEW.so.1.10.0
/usr/lib/x86_64-linux-gnu/libGLEWmx.so.1.10
/usr/lib/x86_64-linux-gnu/libGLEWmx.so.1.10.0
/usr/lib/x86_64-linux-gnu/libGLU.so.1
/usr/lib/x86_64-linux-gnu/libGLU.so.1.3.1
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0
/usr/lib/x86_64-linux-gnu/mesa-egl/libGLESv2.so.2
/usr/lib/x86_64-linux-gnu/mesa-egl/libGLESv2.so.2.0.0
/usr/lib32/nvidia-304/libGL.la
/usr/lib32/nvidia-304/libGL.so
/usr/lib32/nvidia-304/libGL.so.1
/usr/lib32/nvidia-304/libGL.so.304.117

From osu!:
SPOILER
System.TypeInitializationException: The type initializer for 'Microsoft.Xna.Framework.Graphics.GraphicsAdapter' threw an exception. ---> System.NullReferenceException: Object reference not set to an instance of an object.
at Microsoft.Xna.Framework.Graphics.GraphicsAdapter.InitializeAdapterList()
at Microsoft.Xna.Framework.Graphics.GraphicsAdapter..cctor()
--- End of inner exception stack trace ---
at Microsoft.Xna.Framework.Graphics.GraphicsAdapter.get_Adapters()
at #rb.#Hb.#2t()
at #rb.#Hb.#1t(Boolean )
at #rb.#Hb.#Vt()
at #rb.#xb.#Ws()
at #Og.#Vo.#avb(String , Boolean )

I have no idea why this is happening.

EDIT :
Solved it with
cd '/home/USERNAME/.wine/drive_c/Program Files/osu'
LD_LIBRARY_PATH="/usr/lib32/nvidia-304:/usr/lib/" wine osume.exe

it's laggy thou... (15 fps). I can't play it because it is too "slow". so... I will wipe my laptop again (probably) and moving back to windows.
Ryu Sei
It works! Can't figure to run it on KDE Plasma desktop.
Any solutions?
m42a
Have you tried running it in a virtual desktop?
Ryu Sei
Worth a try. Testing later.
---
Current status. Working around on my Ubuntu, eh well modified abit.
Still, only runs on Unity. IDK if this is an issue with GTK (?).
Testing on XFCE, Openbox, and KDE plasma and no one works on that DE/WM.
---
Done, still crashed. Can't run it on virtual desktop.
Oh well, it runs on GNOME too!
EineKrone
Trying to run osu on Elementary OS(based on Ubuntu), using PlayOnLinux with Wine 1.6 (normal version).
It runs, but I can't put it on fullscreen, or when it starts the window for login doesn't works and the osu window in the background turns blue.

I said it runs, not that it works. ~50fps(unlimited), and there seems to be a terrible lag, getting 50%-70% acc. Come on, I stopped for 3 days...
It's like the notes aren't on time with the music.

pic:
https://imgur-archive.ppy.sh/Wh97WYd.jpg

And I think the mouse lags on the main screen, I moved it randomly and then in circles, the tail was weird... having stops, glitches. Yeah, Raw Input on.
Also, most musics are missing the background(black screen ingame, wtih the "angry osu" message.). I copied the songs folder directly .-.


Ideas?
Wanna try more things before going the virtual box route. A bit afraid of lag. And it looks better if the application is in the same desktop *-*
boat
Try manually setting the resolution and enabling fullscreen through the osu!$user.cfg.

As for the glitching, try enabling StrictDrawOrdering. If you're using the supported POL script (you probably aren't because I set the wine version to 1.7.3) then the performance issue is most likely due to your hardware/drivers.
EineKrone
Somehow, the download of Wine always bugs....
The download for Wine 1.7.3 starts, shows size and time, but it bugs after a time, like the connection was interrupted...

Will try downloading from another connection, or else see if I can install a Wine version on PoL mannually.

But what you mean by "supported POL script" ?
And I'm on a i3 laptop, not sure if there are Linux drivers for it...(or for wine implementation of Directx. I'm trying to understand the inner workings of this, but things are on superior level to me right now)


There is a StrictDrawOrdering option, putting it on 'enabled' from 'default'.
Aaaand after 2min of testing it seems to be better. Will test more, and search for documentation on PoL options, see how good I can make it work. 8-)
boat
EineKrone

boat wrote:

http://www.playonlinux.com/en/app-1856-osu.html
Oh that. I read about it, I mustn't have seen osu on the installation, so I assumed it didn't had a script... :? :oops:

It's on the testing tab *facepalms*

edit:
All good, but seeing how some people are talking about pulseaudio giving high latency(some pages ago here), and that I installed it 2 days ago so I can connect my laptop to the TV...(no audio otherwise)
I think I found the culprit :V

It seems to be ok now(latency is apparently normal), but I will mess a bit with the drivers. Both to accurately know if my latency is still 'high', and to see if I can make this work without pulseaudio, since it does give me an annoying latency on hdmi sometimes.
So if I can fix both I will be quite happy :D


And thanks for the help :)
Score_Under
Update on my current situation: I can run Osu by giving it its own wineprefix and using 32-bit wine. I used winetricks to install xna and that seemed to be all it needed. There are a lot of texture bugs and it is quite slow, so I'm using my laptop to play osu for now. (Aside - My desktop does have Windows on it but since I added a SSD windows refuses to boot. Moral of the story is make sure you have your Windows install disc to hand before you add new drives)

I've heard of a patch for wine that puts directx commands on another thread, has anyone seen that or had success with it?
Espionage724

Score_Under wrote:

Update on my current situation: I can run Osu by giving it its own wineprefix and using 32-bit wine. I used winetricks to install xna and that seemed to be all it needed. There are a lot of texture bugs and it is quite slow, so I'm using my laptop to play osu for now. (Aside - My desktop does have Windows on it but since I added a SSD windows refuses to boot. Moral of the story is make sure you have your Windows install disc to hand before you add new drives)

I've heard of a patch for wine that puts directx commands on another thread, has anyone seen that or had success with it?
While XNA works, the last I checked, the only thing needed to get osu! up and running was dotnet20sp1 (or dotnet20sp2; pretty sure the version doesn't matter, but sp1 is obviously lighter).

As for texture bugs, what's your GPU? If it's anything AMD/ATI, then that's to be expected, but it can be fixed by either enabling StrictDrawingOrder (will decrease framerate), or using a CSMT-patched version of Wine.

As for the speed, one thing to make sure of is that you have proper graphics drivers. If using open-source drivers, it may also help to have the latest graphics stack/drivers available too (like using oibaf's PPA on Ubuntu + latest mainline kernel). There's also various driver-specific tweaks you could do to (with open-source drivers, disabling SwapBuffersWait allows FPS to go past refresh rate, using vblank_mode=0 disables any forced vsync; FastTLS=1 on fglrx could improve performance at the cost of instability).

As for the CSMT-patched version of Wine, osu! works great with it. CSMT-patched Wine even helped stop the instability of osu! with fglrx for me.
jadaoag
I did all the instructions, and osu ran without problems. Everything is okay except for the spinners. It seems that the movement is not smooth. When I do fast circular movements, the trails of light left when you move the mouse doesn't produce anything close to a circle. Per revolution, it looks like it made a 4-5 sided polygon. I booted my machine into Windows, and I could play normally, and the spinners moved smoothly. When I do some circular movements, the trails of light is still a polygon, but it has more sides and is closer to a circle. I tried it with wine versions 1.6.2 and 1.7.20, but there was no difference.

My laptop is an HP Compaq 6510b with Intel Core Duo @ 2.0GHz, 3GB of RAM, 4GB of free space, and an Intel Graphics Chip. The tablet I use is Intuos CTH-680. My OS is Xubuntu 14.04

I didn't test it with a mouse since I haven't touched one for a year.

My tablet is working fine, and I can draw some circles and curves.
Espionage724

jadaoag wrote:

I did all the instructions, and osu ran without problems. Everything is okay except for the spinners. It seems that the movement is not smooth. When I do fast circular movements, the trails of light left when you move the mouse doesn't produce anything close to a circle. Per revolution, it looks like it made a 4-5 sided polygon.
Sounds like you have improper mouse acceleration being applied. Try using xinput to disable acceleration, and make sure Raw Input in osu!'s options isn't enabled.
show more
Please sign in to reply.

New reply