It's nothing huge but sometimes the name panel is disappearing, playing a song/going to main menu fixes it though.
Does the latest change resolve any of your issues?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
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).TheVileOne wrote:
osu! does not ignore sleep states. (Uncertain if this is fixable.)
Current, known issues.
Informations sur l'exception : System.AccessViolationExceptionThis 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.).
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)
Will test this out today. Since this doesn't happen often, I'll keep track and edit this post when I noticed somethingTom94 wrote:
Does the latest change resolve any of your issues?
As I said like 20~ days ago :Default wrote:
I'm also getting a lot of cursor lagZerokae 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.
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...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...
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.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...
Uh... Before it changed nothing but now, fullscreen works with intergrated intel (And does not with nVidia card).Tom94 wrote:
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.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...
I don't know of any other setups causing exclusive fullscreen not to work on the latest cutting edge build.
Interesting... just wanted to confirm the issue and now cutting-edge runs as good as betaTom94 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.
I have an i7 4702MQ, the integrated intel it have is HD4600.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!
Running on a laptop on batteries by any chance? If yes, try plugging in.Arras wrote:
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).
Running on a plugged in laptop, set to High Performance. Graphics hardware is Intel HD 3000, driver version 9.17.10.3347, and there are no log or txt files of any kind in the osu directory.Tom94 wrote:
Running on a laptop on batteries by any chance? If yes, try plugging in.Arras wrote:
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).
Can you also please name your graphics hardware and check whether you have a file called "gl_info.txt" in your osu! directory? If yes, please paste its contents.
Have you tried holding Shift after the osu! updater closes so that the configuration window pops up and you click on Repair or change the release stream from there ?xDarkon wrote:
I need help desperately. I am currently stuck in cutting-edge b20150513.5 and have been ever since updating to it.
Whenever i launch the game this shows up. Note: There is nothing wrong with my internet connection whatsoever.
The only way i can get past this screen and get into the game is by closing this window, which will abort the attempts to update . When i do get into the game and try to switch back to the stable build (or any build at all), it tells me i am unable to switch to another build as the update failed.
What i have already tried to do in order to fix this:
- Make exceptions for osu! and _osu! in my Windows Firewall
- Disable my Anti Virus completely
- Pressing the ''Run osu! Updater'' setting in-game (Only gave me the same screen as in the first image)
The only thing i can think of that would solve this is to do a fresh install of osu! but i reeeaaally don't feel like backing up all my songs and skins.
Is there any way to fix this? The cutting edge build is laggy for me and i really want to switch back to stable.
Still experiencing this issue, and it seems _index hat it as well since the osu!beta update to OpenGL. He described it with "frameskipping, like 3 or 4 frames every few seconds" in the stream today.Seri wrote:
Since the 27.04.2015 builds i experience many many microstutters, like one every few seconds. Didn't change anything in my setup.
EDIT: Didn't have any broken sliders since then though C:
I didn't know this existed before, but i am sad to say even after clicking ''Repair Osu!'' on all the different release streams and graphics settings nothing changed, I am still getting the ''Check your internet connection'' message.Nabile wrote:
Have you tried holding Shift after the osu! updater closes so that the configuration window pops up and you click on Repair or change the release stream from there ?
Seri wrote:
Still experiencing this issue, and it seems _index hat it as well since the osu!beta update to OpenGL. He described it with "frameskipping, like 3 or 4 frames every few seconds" in the stream today.Seri wrote:
Since the 27.04.2015 builds i experience many many microstutters, like one every few seconds. Didn't change anything in my setup.
EDIT: Didn't have any broken sliders since then though C:
(he uses a GTX970 as well, maybe there is some specific problem to that card? :C )