After i updated drivers to 13.4 i can't run osu :/
I tried old osu!test binaries 20140119 and works :/
I tried old osu!test binaries 20140119 and works :/
You updated fglrx to 13.4? If so; there are far newer drivers available (13.12 being the latest stable I think, and 14.2 the latest beta), unless you're on legacy?Kiciuk wrote:
After i updated drivers to 13.4 i can't run osu :/
I tried old osu!test binaries 20140119 and work :/
I've been told on prior occasion that bancho does not like proxies for varied reasons, but you might want to check Wine FAQ 7.18. How do I configure a proxy?sandycorzeta wrote:
So any chance how do i can connect to bancho behind a proxy?
Thanks Kitty, gotta try this.... usually works on Windows just by using Proxifier app, but since its linux... need a lot workaround to do[Kitty] wrote:
I've been told on prior occasion that bancho does not like proxies for varied reasons, but you might want to check Wine FAQ 7.18. How do I configure a proxy?sandycorzeta wrote:
So any chance how do i can connect to bancho behind a proxy?
#!/bin/sh
dir=Songs
if [ -n "$1" ]; then
dir=$1
fi
for file in $dir/*[:\*\?\"\<\>\|]*; do
new_file=$(printf "%s" "$file" | tr -d ":*?<>|\"")
if [ "$new_file" != "$dir/[]" ]; then
echo Moving \"$file\" to \"$new_file\"
mv "$file" "$new_file"
fi
done
System.Exception: Your osu! installation seems corrupt. Please run the updater or reinstall.
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
hmm[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.
$ pacmd suspend truei'll give a try later and report for it thanks....
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.