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 :
I tried to install fonts which is japanese characters but still :
it works, thanks, i just need to set builtin then native!m42a wrote:
Install gdiplus from winetricks, then run "winecfg" and on the "Libraries" tab set gdiplus to "Builtin then Native".
In Lubuntu i don't know why i don't have any problem with sound ._. and i don't need to suspend the pulseaudio..[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.-Sandy Corzeta- wrote:
- Use JACK Audio server instead of PulseAudio
Lubuntu doesn't include PulseAudio (uses ALSA directly). Ubuntu and other variants do use PulseAudio though.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
never... probably u.u (almost two years waiting to be fixed, but is less likely to be fixed)byljcron wrote:
just want to ask did u solve the opengl problem?...
i got the same problem and my d3d work very bad..
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.ErunamoJAZZ wrote:
never... probably u.u (almost two years waiting to be fixed, but is less likely to be fixed)
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 (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:
- The audio sync lag makes it more really really worse than last month i tried on x86 distro.
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- wrote:
So, is this why we should recommend x86 build Linux distro instead of the x64 one? ...
Graphically glitch is not,[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 (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.
Hiya, buddy! I'm also using elementary OS. To be precise, my current specs are :-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.
No idea, but when you said that what happened since i "installed the osu!" ?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! ?
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- 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.
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.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
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.[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?
Also, have you tried explicitly setting your output device in winecfg, and then testing it?
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
}
}
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:~$
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:~$
sudo killall pulseaudioor even
pulseaudio -kor changing the autospawn at /etc/pulse/client.conf to "no" state. The pulseaudio daemon itself restarting by its own.
Yes, let your Linux is going to hell, play on Windows.[Kitty] wrote:
But still, no improvements or changes. D:
not sure if this is just a troll, or this guy just can't handle to mess up with Linux environment.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.power007 wrote:
Yes, let your Linux is going to hell, play on Windows.
Linux it's just a big, HUGE mistake.
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.-Sandy Corzeta- wrote:
looking back again for the step 0, it pushes me to kill the pulseaudio. But then, even i'm doing it withsudo killall pulseaudioor evenpulseaudio -kor changing the autospawn at /etc/pulse/client.conf to "no" state. The pulseaudio daemon itself restarting by its own.
$ pacmd suspend false; winecfg
$ pacmd suspend true; winecfg
Im not a troll, telling only truth.-Sandy Corzeta- wrote:
not sure if this is just a troll, or this guy just can't handle to mess up with Linux environment.power007 wrote:
Yes, let your Linux is going to hell, play on Windows.
Linux it's just a big, HUGE mistake.
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.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.
"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 higherpower007 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.
cd '/home/USERNAME/.wine/drive_c/Program Files/osu'
LD_LIBRARY_PATH="/usr/lib32/nvidia-304:/usr/lib/" wine osume.exe
Oh that. I read about it, I mustn't have seen osu on the installation, so I assumed it didn't had a script...boat wrote:
http://www.playonlinux.com/en/app-1856-osu.html
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).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?
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.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.
I checked and saw that Raw Input was disabled, and I tried setting the following wacom devices'Espionage724 wrote:
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.