forum

[Archived] Issues with Latest Cutting-edge Build (Post Here)

posted
Total Posts
2,521
show more
VeilStar
I'm not entirely sure what to call this, but I'm pretty sure I've noticed ever since the ce45 merge.

Basically, at the bottom right corner, if you have chat open, some odd 'glitching' happens for a single frame on the chat text.
I'm not entirely sure if this is correct, but it seems to only happen if the chat doesn't refresh often (because there are no new messages) and I've only ever noticed this in a PM to myself. (Which I do quite often for testing purposes.)





The video is zoomed in (750%) and slown down to 25% speed, but it's still a bit hard to catch.

https://www.youtube.com/watch?v=BN9Zps6h9rA
DeletedUser_4329079
Pointy sliders look weird after the lastest update even while playing, they aren't working fine anymore x)




Edit: Radeon HD 6450
Ayesha Altugle

Neil Watts wrote:



Same slider issues here with red points, version 20150512.2cuttingedge, in the editor and when playing.
Same result with the default skin.

AMD Radeon HD 7600M Series, res.1920x1080px, borderless osu! window. (Windows 7)

Default wrote:

Pointy sliders look weird after the lastest update even while playing, they aren't working fine anymore x)

So it is not a problem with my graphics card after all, because it is working as intended last update.
VeilStar
Got Fixed already
In the editor, if you open up any dialog/pop-up window, such as the volume or timing points, for example, you'll see that there are some issues with elements in these windows. If you then try to exit the editor the game visually freezes. Pressing CTRL+SHIFT+ALT+S (skin refresh shortcut) unfreezes the game, revealing a boatload of corrupted (unskinnable) textures.

Started happening very recently. (I assume since the update that made pop-up windowsin the editor fade in.)

Screenshots

DeletedUser_4329079

Shizuku- wrote:

So it is not a problem with my graphics card after all, because it is working as intended last update.

Are you using a Radeon HD gpu too?
Ayesha Altugle
I am actually using a different graphics card.
Neil Watts
Since this update (20150513.1ce), I can't move the osu! window to another monitor anymore.

I was used to make it windowed (from borderless), then move the window to another monitor and remake it borderless, but it doesn't work anymore.



Edit: I also have the same bugs as Veil, sometimes the editor freezes and I have to restart osu! or press ctrl+alt+shift+S to unfreeze it.
BanchoBot
Issue(s) in this thread have been addressed by the following changes:
  1. Fix child forms causing severe visual breakage. (Tom94)
The changes will be applied to builds newer than b20150513.1cuttingedge.

Please follow up in this thread if you believe more work needs to be done to fix the mentioned issues. If they have not yet been resolved, please provide any new details that may have arisen after this build.
Tom94
After this update Sliders should work normally again and the editor forms should also all be good.

Furthermore exclusive fullscreen should now work on _all_ graphics cards. Please let us know if any of the aforementioned things don't work as expected.

I'll look into the issue with moving osu! to other screens later on, thanks for the report. :)
BanchoBot
Issue(s) in this thread have been addressed by the following changes:
  1. Fix fullscreen modes positioning the osu! window incorrectly on non-primary displays. (Tom94)
The changes will be applied to builds newer than b20150513.4cuttingedge.

Please follow up in this thread if you believe more work needs to be done to fix the mentioned issues. If they have not yet been resolved, please provide any new details that may have arisen after this build.
A Mystery
Can't change the resolution anymore when in full screen (I get an error that says it's not supported by my GC or screen), and it will stay on native.
Can't alt-tab as well, osu! will stay in front of everything (frozen) but not active (the thing I alt-tabbed to will be the active window, and when I click/type etc it will do that, osu! just stands in the way visually)
Tom94
Is the "Confine mouse to full screen" option enabled or disabled for you?
BanchoBot
Issue(s) in this thread have been addressed by the following changes:
  1. Don't enforce the desktop's refresh rate when changing resolutions for fullscreen mode. (Tom94)
The changes will be applied to builds newer than b20150514.10beta.

Please follow up in this thread if you believe more work needs to be done to fix the mentioned issues. If they have not yet been resolved, please provide any new details that may have arisen after this build.
A Mystery

Tom94 wrote:

Is the "Confine mouse to full screen" option enabled or disabled for you?
I turned it off and I still can't change the resolution to a desired value, but the alt-tab behavior is different. This time I can see the windows I highlight but osu! will stay in the background (so basically I can't alt-tab to the desktop)
BanchoBot
Issue(s) in this thread have been addressed by the following changes:
  1. Fix exclusive fullscreen not being left on minimize on certain hardware. (Tom94)
The changes will be applied to builds newer than b20150514.11cuttingedge.

Please follow up in this thread if you believe more work needs to be done to fix the mentioned issues. If they have not yet been resolved, please provide any new details that may have arisen after this build.
BanchoBot
Issue(s) in this thread have been addressed by the following changes:
  1. Fix complications with the boss key and custom fullscreen resolutions. (Tom94)
  2. Don't keep the osu! window maximized if it loses focus without having native resolution. (Tom94)
  3. Fix game minimization when clicking links. (Tom94)
The changes will be applied to builds newer than b20150514.13cuttingedge.

Please follow up in this thread if you believe more work needs to be done to fix the mentioned issues. If they have not yet been resolved, please provide any new details that may have arisen after this build.
Jetzu
It's nothing huge but sometimes the name panel is disappearing, playing a song/going to main menu fixes it though.

A Mystery
Hello, we (well, tom) fixed the issues with full screen but there are some very small things left I noticed. Sometimes when I open a link in osu!, osu! will alt -tab in the osu! resolution to the desktop (or browser when it already loaded), then go back to osu and then it will alt-tab normally.
EDIT: sometimes it will stay alt-tabbed in the wrong reso

Also when I close an application (like browser) my resolution changes to the resolution of osu! for a sec, then going into osu! and then alt-tabbing back to the desktop with normal resolution. This things occur rarely
Except for that everything is working fine (and even better than before)

EDIT: also when opening an application sometimes it will randomly change the reso and then going back to the native one
stefmmm
i have some realy weird vsync issues here you can see it http://puu.sh/hNt1a/ad8bce01f2.png
Maxe191
I have weird slider issues:

NVIDIA GeForce 9600GT, Windows XP
It just appears with a resolution 1680x1050 (borderless), but the weird behaviour disappears, when I enable the full-screen mode and then disable it.
BanchoBot
Issue(s) in this thread have been addressed by the following changes:
  1. Improve behavior of resetting the screen resolution to desktop settings. (Tom94)
The changes will be applied to builds newer than b20150515.1cuttingedge.

Please follow up in this thread if you believe more work needs to be done to fix the mentioned issues. If they have not yet been resolved, please provide any new details that may have arisen after this build.
Tom94

A Mystery wrote:

Hello, we (well, tom) fixed the issues with full screen but there are some very small things left I noticed. Sometimes when I open a link in osu!, osu! will alt -tab in the osu! resolution to the desktop (or browser when it already loaded), then go back to osu and then it will alt-tab normally.
EDIT: sometimes it will stay alt-tabbed in the wrong reso

Also when I close an application (like browser) my resolution changes to the resolution of osu! for a sec, then going into osu! and then alt-tabbing back to the desktop with normal resolution. This things occur rarely
Except for that everything is working fine (and even better than before)

EDIT: also when opening an application sometimes it will randomly change the reso and then going back to the native one
Does the latest change resolve any of your issues?
Nabile

TheVileOne wrote:

  • Current, known issues.

osu! does not ignore sleep states. (Uncertain if this is fixable.)
Just did a quick Google search and it is indeed fixable, by using the WinAPI function SetThreadExecutionState (although this solution isn't cross-platform, sadly).
Here's a Stack Overflow answer along with an example.

Also:

Informations sur l'exception : System.AccessViolationException
Pile :
à dje_qT4JAE64656U6F7528URAXMA26UYKDPWAABJCS9TLJUAJNSSKSQVDASD9DPCSB332DLAZXSCC7TQTS_ejd.#=qTthyAwhbVYKQRhI8YC3k2CuNM_CZCcRsO723n3ynWkE=(IntPtr, IntPtr, Int32 ByRef, IntPtr, Int32)
à #=qm1o9DdUVXTCoKeydpsuP2CEiKyvPbQ_mY3$xbPKKKsBABPA7I2t74RGwjaeP1Vsv.#=qV8ht6i3lzuUmDWnneIBInw==()
à System.Threading.ThreadHelper.ThreadStart_Context(System.Object)
à System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
à System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
à System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
à System.Threading.ThreadHelper.ThreadStart()

(Fails in avcodec-51.dll)
This is the stack trace from crashes related to video backgrounds (hoping it is okay to post about video backgrounds, as it was previously discussed but no stack trace was provided. By the way, YouTube finally got around to convert this impressive 4 MB demonstration video ... and lost 30 FPS along the way. God damn.).

A Mystery

Tom94 wrote:

Does the latest change resolve any of your issues?
Will test this out today. Since this doesn't happen often, I'll keep track and edit this post when I noticed something

EDIT: The issues are not gone, I'm still having the random resolution changes (all of the issues I posted)

Also: I'm having a terrible framerate in the editor and I can't leave the editor with my cursor (because the confine mouse option is turned on).
Is the second thing intentional? (if it is, pretty weird because the editor isn't full screen)
Zerokae
With the new build my cursor has been lagging behind significantly more than ever before, and when i try to select options my game crashes.
DeletedUser_4329079

Zerokae wrote:

With the new build my cursor has been lagging behind significantly more than ever before, and when i try to select options my game crashes.
I'm also getting a lot of cursor lag
Arnold0

Default wrote:

Zerokae wrote:

With the new build my cursor has been lagging behind significantly more than ever before, and when i try to select options my game crashes.
I'm also getting a lot of cursor lag
As I said like 20~ days ago :

Arnold0 wrote:

EDIT :

Okey, so I found something about the performance issue... It's actualy caused by a system file of windows 8 called dwm.exe which seem to be used by windows aero. Using some process manager, I suspended winlogon and killed dwm.exe. Windows was not realy happy about running in this state, however the cutting edge build had no input lag anymore and after a few lag spikes it ran at constant 300 fps like the normal build runs on fullscreen... To be sure it was not placebo effect, I unsuspended winlogon which instantly restarted dwm, and the input delay and micro lags were back...
Without disabling DWM.exe, that input lag is still here as of now, and if "true" fullscreen mode doesn't come back then it will be a very huge issue for windows 8 users... Not every one will have the knowlege to disable dwm and when dwm is disabled, windows is verry buggy... and I did read that open GL only on stable will be in ~ 2 weeks in another thread...
Shizuyi
I got some huge performance issues too, including cursor lag.

But lets be honest: Do you really want to kill a application running from windows to get a game running smooth even if it shoudl without doing so? i dont think so
Tom94

Arnold0 wrote:

Without disabling DWM.exe, that input lag is still here as of now, and if "true" fullscreen mode doesn't come back then it will be a very huge issue for windows 8 users... Not every one will have the knowlege to disable dwm and when dwm is disabled, windows is verry buggy... and I did read that open GL only on stable will be in ~ 2 weeks in another thread...
Are you by any chance running on a laptop which has both intel integrated graphics and a graphics card? If so try running osu! through your integrated graphics and please let me know if exclusive fullscreen then works.

I don't know of any other setups causing exclusive fullscreen not to work on the latest cutting edge build.
BanchoBot
Issue(s) in this thread have been addressed by the following changes:
  1. Prevent windows from going idle while the osu! window is active. (Tom94)
The changes will be applied to builds newer than b20150515.4cuttingedge.

Please follow up in this thread if you believe more work needs to be done to fix the mentioned issues. If they have not yet been resolved, please provide any new details that may have arisen after this build.
BanchoBot
Issue(s) in this thread have been addressed by the following changes:
  1. Don't confine mouse to window while osu! is not in exclusive fullscreen. (Tom94)
The changes will be applied to builds newer than b20150516cuttingedge.

Please follow up in this thread if you believe more work needs to be done to fix the mentioned issues. If they have not yet been resolved, please provide any new details that may have arisen after this build.
Arnold0

Tom94 wrote:

Arnold0 wrote:

Without disabling DWM.exe, that input lag is still here as of now, and if "true" fullscreen mode doesn't come back then it will be a very huge issue for windows 8 users... Not every one will have the knowlege to disable dwm and when dwm is disabled, windows is verry buggy... and I did read that open GL only on stable will be in ~ 2 weeks in another thread...
Are you by any chance running on a laptop which has both intel integrated graphics and a graphics card? If so try running osu! through your integrated graphics and please let me know if exclusive fullscreen then works.

I don't know of any other setups causing exclusive fullscreen not to work on the latest cutting edge build.
Uh... Before it changed nothing but now, fullscreen works with intergrated intel (And does not with nVidia card).
However it have a huge performance drawback versus directX builds. With the Stable build on directX it is almost always at around 270-300fps with intergrated intel card. Here it is far worse. On map selection screen it's 100-130ish, when playing it's arround 180ish... On breaks when there is nothing but the BG and score on the screen it dosn't even hit the 300's which is the limiter I did set.
And it's not the worse thing... If I try to record with OBS... My FPS drops to... 11-12FPS :<

Also I had a bug, I was in fullscreen and went back to borderless to see how it would react and this happened :

(Sliders had no track)

EDIT :
The OBS dropping FPS to 10-20 only seem to happen on native 1920*1080 resolution. Guess I'll have to play on lowered resolution.
Tom94
We did many fixes within the last few days, so it's likely that previously when you tested a lot more was broken than it is now.

The issue is (to my knowledge) that it is impossible to get openGL exclusive fullscreen working when the desktop is rendered using a different graphics driver than the game. If there is a possibility to circumvent this I'd be more than happy to implement it. Even OpenGL-only games such as Quake 3 don't manage to go into exclusive fullscreen mode under those circumstances.

Which processor do you have? On my intel integrated device I get only ~10% lower FPS when using opengl over directx.

Regarding the sliders, we will look into it. Thanks for the report!
formi
Just tried osu!cutting edge b20150516.
This makes streaming osu! pretty much impossible!
Even without game capture the game lags like crazy.

One thing i noticed is that osu! requires a lot more CPU power with the update.
(around +300% CPU usage)
It doesn't max out the CPU at all but it still drops to ~160fps without a limiter.

Another problem was tabbing back into the game:
The previous active window was still in front of the game while tabbed into osu!
Had to minimize that window to make it disappear ingame.

Running osu! in windowed mode.
CPU: Intel Core i5 3570K @4.5GHz
GPU: AMD HD7870, driver: 14.501.1003 (OpenGL 6.14.10.13283)
OS: Win 7 64-bit, SP1, disabled Aero
.NET: 4.5.51209

osu!beta runs just fine, no Problems at all.
Tom94
osu!beta runs the exact same new OpenGL implementation as osu!cuttingedge. Are you sure this is not something at your end? The performance should be absolutely identical.
formi

Tom94 wrote:

osu!beta runs the exact same new OpenGL implementation as osu!cuttingedge. Are you sure this is not something at your end? The performance should be absolutely identical.
Interesting... just wanted to confirm the issue and now cutting-edge runs as good as beta :oops:

cutting-edge didn't want to restart the client after the update, maybe that was the issue there.
Megatron
osu! is overwriting any mouse constraints issued by any other programs. This makes it impossible to play any MOBA with osu! running in the background if you have multiple monitors. This is an issue because I like to use osu! as a music player.

Here is a poorly drawn diagram that I hope illustrates the situation:


If you still can't understand what I'm trying to say try and play a match of Heroes of The Storm with osu! running in a multi monitor configuration.

I have tested the confine mouse option, it does nothing for this issue.
I started a thread for this issue since it was beta and not cutting edge but it was suggested that I post here as well: t/329112
osu! version: 20150514.10beta
Topic Starter
TheVileOne
Turning off raw input should resolve that issue. Raw input forces this behaviour.
Arnold0

Tom94 wrote:

We did many fixes within the last few days, so it's likely that previously when you tested a lot more was broken than it is now.

The issue is (to my knowledge) that it is impossible to get openGL exclusive fullscreen working when the desktop is rendered using a different graphics driver than the game. If there is a possibility to circumvent this I'd be more than happy to implement it. Even OpenGL-only games such as Quake 3 don't manage to go into exclusive fullscreen mode under those circumstances.

Which processor do you have? On my intel integrated device I get only ~10% lower FPS when using opengl over directx.

Regarding the sliders, we will look into it. Thanks for the report!
I have an i7 4702MQ, the integrated intel it have is HD4600.
But the intel chipsets aren't realy ment to run games, even less at 1080p and 300 fps... I'll play at 720p fullscreen until you find a way to make exclusive fullscreen works using the nVidia card with optimus if it's possible :<
Arras
I don't know what the hell happened since the last time I checked, but the performance has absolutely tanked on Cutting Edge. I get a stable 30FPS on the main menu and 70FPS in song select or ingame (on a song with no storyboard or video). It used to be closer to 100 for the main menu, 120 for song select and ~180 ingame or something. That was a few days ago, on Cutting Edge (so also only OpenGL).
show more
Please sign in to reply.

New reply