ZirexY wrote:

Tom94 wrote:

Sure that beta doesn't crash for you, too, then? Or did you test that a few months ago, too?

Thing is, a few months ago, there was nothing especially new on cutting edge. Your graphics card is most likely being overtaxed if you had crashes even back then, so try to use an FPS limiter within osu! and see if that helps, please.

Beta is running just fine for me, i'll try the FPS limiter and get back to you!

In response to yesterday, this issue remains in cutting edge and after the latest update, it crashes in beta as well, even with a frame limiter. I have a feeling it might be my video card though

Can you please post gl_info.txt which you can find in your osu! folder? Please also try the new "Compatibility mode" option and see if it helps with the crashes.

Tom94 wrote:

Can you please post gl_info.txt which you can find in your osu! folder? Please also try the new "Compatibility mode" option and see if it helps with the crashes.

GL Version: OpenGL ES 2.0 (ANGLE 2.1.0.8afe1e1b8397)
GL Renderer: ANGLE (NVIDIA GeForce 6150SE nForce 430 Direct3D9Ex vs_3_0 ps_3_0)
GL Shader Language version: OpenGL ES GLSL ES 1.00 (ANGLE 2.1.0.8afe1e1b8397)
GL Vendor: Google Inc.
GL Extensions: GL_OES_element_index_uint GL_OES_packed_depth_stencil GL_OES_get_program_binary GL_OES_rgb8_rgba8 GL_EXT_texture_format_BGRA8888 GL_EXT_read_format_bgra GL_OES_texture_half_float GL_OES_texture_float GL_EXT_texture_compression_dxt1 GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_EXT_texture_storage GL_OES_texture_npot GL_EXT_texture_filter_anisotropic GL_EXT_occlusion_query_boolean GL_NV_fence GL_EXT_robustness GL_EXT_blend_minmax GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_pack_reverse_row_order GL_OES_standard_derivatives GL_EXT_shader_texture_lod GL_EXT_frag_depth GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_EXT_debug_marker
GL Context: Index: 101762020, Color: 32 (8888), Depth: 16, Stencil: 0, Samples: 0, Accum: 0 (0000), Buffers: 2, Stereo: False

Tom94 wrote:

Can you please post gl_info.txt which you can find in your osu! folder? Please also try the new "Compatibility mode" option and see if it helps with the crashes.

Compatibility mode has stopped the crashes.

Awesome. My best guess is that your (old) graphics card and corresponding drivers don't support OpenGL 2.0 properly which is required with our most recent advances in the rendering engine. Compatibility mode doesn't need that new support. Let me know if you have any further issues.

Tom94 wrote:

Awesome. My best guess is that your (old) graphics card and corresponding drivers don't support OpenGL 2.0 properly which is required with our most recent advances in the rendering engine. Compatibility mode doesn't need that new support. Let me know if you have any further issues.

Will do, thanks for the help!

Issue(s) in this thread have been addressed by the following changes:

1. Use ANGLE if the GL context fails to create/validate. (smoogipooo)

The changes will be applied to builds newer than b20150826.5beta.

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.

Issue(s) in this thread have been addressed by the following changes:

1. Fix crash when starting a game. (Tom94)

The changes will be applied to builds newer than b20150826.7beta.

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.

GhostFrog wrote:

Multi seems to be bugged. I tried twice to start a multiplayer match with someone (https://osu.ppy.sh/s/186911 with EZ on and freemod not enabled). The first time, my osu! window went black and the multiplayer game went without me. I had to close osu! through the task manager becuase I couldn't find a way to close it manually. The second time, both of our osu! windows went black. We were both using cutting-edge.

This happens to me as well on every multi match I join, I get a crashlog after quitting from the black screen.
It happens with and without compatibility mode and default skin.

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qHtHzwYEjfz7AA4RvQgBRTt_qoDd3X60alRj1YMS3ouY=.#=qkpfcdgIAzzJsuE7pUPWvnn_MsbOKPSbZXPqV2olLqKQ=()
   at #=qHtHzwYEjfz7AA4RvQgBRTt_qoDd3X60alRj1YMS3ouY=.#=qRLWLl6ApwsHO1GyXufMylA==(Boolean #=qTIbwRcwSlHB1DRIudzC6JA==)
   at #=qrcichG30zBtt_G6yILwABw==.#=qeyvGG0p$NNbEPhdFzQ7SAQ==(Int32 #=qORmpExzBuVEZL1B$VspXUg==)
   at #=qrcichG30zBtt_G6yILwABw==.#=qj7ToMKs3Yxnlh7H5neiOOg==(Object #=qaU4BCwLo_0jvjqLQI5wc$w==, EventArgs #=q3yeKVymRYmRVUP0llRP_dQ==)
   at #=qrcichG30zBtt_G6yILwABw==.#=qlQ9hiN3H7DfOKv6Z$Jx_uI2Uu10K8yXuY6A4Ka9fKsk=()
   at #=qrcichG30zBtt_G6yILwABw==.#=qcu$3dzRLIdl5dzh7ZyMShQ==()
   at #=qT$dqKCvtgrcwXFmhfHQ2ezJoqBUEvKeXP3FiI7KUEVo=.#=qrNydkoy6UCVUHHahuohIOQ==()
   at #=qT$dqKCvtgrcwXFmhfHQ2ezJoqBUEvKeXP3FiI7KUEVo=.#=qkhzONiOEcisl_uMRyjmUNw==(Object #=qS4qw8e6D3aPRvECK91OAtQ==, EventArgs #=qUxZU$LYqSjV_qdSIjiq3Aw==)
   at #=qTK3t1vpxOpD4Xv5jz84hIeMoy3uid8d1NyuoOqgA_Gonvga1vPjXCjEuDX7o$96R.#=qcgtKVA3BSGP$fqYyfMCEzw==()
   at #=qCmfq2BCbj9Crp0WvKzvWvcw0fcbUXNH91XgVGUbbbcvUOJ0iAUg4pmanRrVjtUPC.#=q2qBOCIKHVbZT4hlXb4NSx2uDFAXFY00moS3nPhbgPYU=(Object #=qS4qw8e6D3aPRvECK91OAtQ==, EventArgs #=qUxZU$LYqSjV_qdSIjiq3Aw==)
   at System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FDoIdle(Int32 grfidlef)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run(Form mainForm)
   at #=qCmfq2BCbj9Crp0WvKzvWvcw0fcbUXNH91XgVGUbbbcvUOJ0iAUg4pmanRrVjtUPC.#=qJy1JVYxnALYVr3vRIjlJKA==()
   at #=qT$dqKCvtgrcwXFmhfHQ2ezJoqBUEvKeXP3FiI7KUEVo=.#=qJy1JVYxnALYVr3vRIjlJKA==()
   at #=qk483M0qEmAbdGLoF$Hys_g==.#=qFCdFHMCh6UklljivWuNDwA==(String #=qcgL9nlH78iEvM$DYZweRHg==, Boolean #=qdCHS8sYKMSQa2Lq71aKmuwTutZJlJfNJBBFN49PqO2g=, Boolean #=qSNiCQML2zAz$uPGVjF4eQAfr0SpahAS487sWFVSqvg0=, Boolean #=qczTZgXypGYAM3hZF_Xk2xA==)

OS: Windows 10
GPU: Nvidia GTX 780Ti
CPU: Intel Core i7 2600K

theguy159 wrote:

GhostFrog wrote:

Multi seems to be bugged. I tried twice to start a multiplayer match with someone (https://osu.ppy.sh/s/186911 with EZ on and freemod not enabled). The first time, my osu! window went black and the multiplayer game went without me. I had to close osu! through the task manager becuase I couldn't find a way to close it manually. The second time, both of our osu! windows went black. We were both using cutting-edge.

This happens to me as well on every multi match I join, I get a crashlog after quitting from the black screen.
It happens with and without compatibility mode and default skin.

OS: Windows 10
GPU: Nvidia GTX 780Ti
CPU: Intel Core i7 2600K

Exact same issue here. As soon as a map starts on MP, my screen goes black. I can still press F9, and I hear the sound of the chat opening, but nothing appears.

Yea the problem is certainly fixed now. Forgive me for breaking it haha.

When I use the frame limiter, and let the dialog disappear, and then use frame limiter again and spam it the previous dialogs will stay a lot longer than usual.



Well I think you can see what happens


Another thing: Whenever the game is alt-tabbed for a while the cursor trail becomes different (video). Very minor thing
http://puu.sh/jPoOA/6b0591fd05.mp4
I just noticed the new update (like, it just appeared when I made the video), sorry if it has been fixed now (the frame limiter thing hasn't though)

A Mystery wrote:

When I use the frame limiter, and let the dialog disappear, and then use frame limiter again and spam it the previous dialogs will stay a lot longer than usual.

Well I think you can see what happens


Another thing: Whenever the game is alt-tabbed for a while the cursor trail becomes different (video). Very minor thing
http://puu.sh/jPoOA/6b0591fd05.mp4
I just noticed the new update (like, it just appeared when I made the video), sorry if it has been fixed now (the frame limiter thing hasn't though)

Happens on all release streams. -> t/361306

Trosk- wrote:

A Mystery wrote:

When I use the frame limiter, and let the dialog disappear, and then use frame limiter again and spam it the previous dialogs will stay a lot longer than usual.

Well I think you can see what happens


Another thing: Whenever the game is alt-tabbed for a while the cursor trail becomes different (video). Very minor thing
http://puu.sh/jPoOA/6b0591fd05.mp4
I just noticed the new update (like, it just appeared when I made the video), sorry if it has been fixed now (the frame limiter thing hasn't though)

Happens on all release streams. -> t/361306

...Only saw it since today? And I spam that button a lot because I often switch between frame limiters
Also, I do play on full screen and it still happens
EDIt: oh so it probably happens recently on all streams... that's weird

A Mystery wrote:

EDIt: oh so it probably happens recently on all streams... that's weird

Probably because of the new Qualified map warning message.

Whenever I use the Default skin on any map (more details coming up as I experiment on this more) osu! seems to freezes so far into the map and crashes.

Tried with nomod, RL, RL+HD, AP. Heck even Auto crashes. Also tried on Ranked, Unranked and even Not Submitted maps.

Video coming up in a bit.

Sound replaced for privacy stuff. Plus nobody likes to watch a cooking show without the cooking, right?


cuttingedge b20150826.10

I have a laptop with an i7-4700HQ plus GTX 850M combo, meaning Optimus with all its benefits and problems.

When I first installed osu, after a bit of fiddling with the settings I found that fullscreen mode running on the dedicated gpu results in what I perceived as no cursor latency. I'd love to use borderless like in virtually every other game I play but that causes a slight but noticeable delay.

Now when I tried out the cutting edge build (b20150825.10) I noticed that the familiar "slight but noticeable delay" is there in both fullscreen and borderless modes.

Long story short, I made a table showing perceived and reported latencies for every setting combination. When you look at the table you'll notice that I found the combination I'll be using when OpenGL hits stable but I thought you guys might use this to figure something out as I've already found a couple posts mentioning similar issues.
If nothing else, adding a note that integrated gpus have a potentially lower latency in such scenarios (as Tom94 seems to be aware) might be helpful.

The table

All tests are done on a clean install of Windows 10, default settings in both Intel and Nvidia graphics drivers, the laptop was plugged in, no fps limit in osu.

Perceived latency is a number on an arbitrary scale where 0 is the least latency I ever experienced in osu. A number larger than 2 would be what feels like more than 100ms latency like I was experiencing in CuttingEdge-Integrated-Borderless main menu. I wish there was a proper way to measure this.

FPS was measured on the offset wizard map because it's the only map where it was relatively stable.

What puzzles me is the large difference in performance in fullscreen and borderless modes as well as the better performance of the integrated gpu in the cutting edge build.

keycount bind overrides the shortcut for clearing all mods.

O2MasterFX wrote:

keycount bind overrides the shortcut for clearing all mods.

I guess that's intended. Read the changelog. https://osu.ppy.sh/p/changelog

Changelog wrote:

Mod Select: [TheVileOne] Give 1K-3K and 9K mod shortcuts.

anember wrote:

I have a laptop with an i7-4700HQ plus GTX 850M combo, meaning Optimus with all its benefits and problems.

When I first installed osu, after a bit of fiddling with the settings I found that fullscreen mode running on the dedicated gpu results in what I perceived as no cursor latency. I'd love to use borderless like in virtually every other game I play but that causes a slight but noticeable delay.

Now when I tried out the cutting edge build (b20150825.10) I noticed that the familiar "slight but noticeable delay" is there in both fullscreen and borderless modes.

Long story short, I made a table showing perceived and reported latencies for every setting combination. When you look at the table you'll notice that I found the combination I'll be using when OpenGL hits stable but I thought you guys might use this to figure something out as I've already found a couple posts mentioning similar issues.
If nothing else, adding a note that integrated gpus have a potentially lower latency in such scenarios (as Tom94 seems to be aware) might be helpful.

The table

All tests are done on a clean install of Windows 10, default settings in both Intel and Nvidia graphics drivers, the laptop was plugged in, no fps limit in osu.

Perceived latency is a number on an arbitrary scale where 0 is the least latency I ever experienced in osu. A number larger than 2 would be what feels like more than 100ms latency like I was experiencing in CuttingEdge-Integrated-Borderless main menu. I wish there was a proper way to measure this.

FPS was measured on the offset wizard map because it's the only map where it was relatively stable.

What puzzles me is the large difference in performance in fullscreen and borderless modes as well as the better performance of the integrated gpu in the cutting edge build.

We did many significant improvements @ cuttingedge, so the large FPS gain is to be expected. Unfortunately NVidia optimus doesn't seem to like OpenGL to the extent, that fullscreen mode doesn't actually work when using the dedicated card. You are 100%ly correct with noticing that there is no difference between fullscreen and borderless using your discrete GPU.

Luckily since the FPS is now so high with pretty much all integrated GPUs, there is no reason not to use it, save power, battery life and heat, and still enjoy osu! to its fullest.

We are still trying to get fullscreen to work via the compatibility mode option, but without it fullscreen will probably never happen.


PS: The delay you are noticing has nothing to do with optimus. It's good old windows itself. Fullscreen is the only way to get rid of it, unless you are using windows 7 or earlier.

NeVe12p4wNeD wrote:

Whenever I use the Default skin on any map (more details coming up as I experiment on this more) osu! seems to freezes so far into the map and crashes.

Tried with nomod, RL, RL+HD, AP. Heck even Auto crashes. Also tried on Ranked, Unranked and even Not Submitted maps.

Video coming up in a bit.

Sound replaced for privacy stuff. Plus nobody likes to watch a cooking show without the cooking, right?

cuttingedge b20150826.10

Could you please first check if your drivers are up to date? Please also upload your gl_info.txt found in your osu! folder and tell us your hardware, so we can look further into the issue.

Trosk- wrote:

O2MasterFX wrote:

keycount bind overrides the shortcut for clearing all mods.

I guess that's intended. Read the changelog. https://osu.ppy.sh/p/changelog

Changelog wrote:

Mod Select: [TheVileOne] Give 1K-3K and 9K mod shortcuts.

Maybe you don't understand.

When on mania game mode and entering the mods menu, the shortcuts for "reset mods" and "close" button are not working, instead overrided with the shortcuts for keycount mods.

If you are meaning that the 1 and 2 keys doesn't work now to Reset mods and Close:

Trosk- wrote:

O2MasterFX wrote:

keycount bind overrides the shortcut for clearing all mods.

I guess that's intended. Read the changelog. https://osu.ppy.sh/p/changelog

Changelog wrote:

Mod Select: [TheVileOne] Give 1K-3K and 9K mod shortcuts.

1 and 2 keys are now for 1K and 2K mods.

Let's see what VileOne think about this... but I'm really sure it's not tho.

Tom94 wrote:

You are 100%ly correct with noticing that there is no difference between fullscreen and borderless using your discrete GPU.

That isn't true though, you might have been comparing the wrong rows. FPS in fullscreen is half of the one in borderless when using the dedicated gpu.

Tom94 wrote:

Luckily since the FPS is now so high with pretty much all integrated GPUs, there is no reason not to use it, save power, battery life and heat, and still enjoy osu! to its fullest.

I believed that myself too until I now tried playing a storyboard heavy map like Blu just now, my fps dipped to 100 and I started feeling the same delay I feel in the menu where the fps is in the same region.
That makes little sense considering that the monitor is 60hz.

Tom94 wrote:

We are still trying to get fullscreen to work via the compatibility mode option, but without it fullscreen will probably never happen.

Compatibility mode does indeed cause there to be no difference between fullscreen and borderless at about 800fps when using the dedicated gpu. The delay is there though.

Interesting to hear, that there is some difference between fullscreen and borderless using the discrete card. Nonetheless it's buggy, as you said, since the FPS most definitely shouldn't drop like that. I don't have any solution to give you for that right now, though.

I'll probably take a deeper look myself once osu goes open-source. Hopefully soon enough.
There's obviously little that can be done just based on me showing you some numbers.

After the most recent update (b20150827.3cuttingedge) every slider I select while editing has a black box around it. I don't know what could be causing this as some friends of mine have this issue and some don't.



Graphics options if those are of any help:

Seems like it's happening to me too, yes. A black box appears when you select a slider.

I'd confirm that too

yeah, its happening to me too

also, when playing a map with a Storyboard on it, it always makes osu! crash
example like this newest Qualified map

Haruto- wrote:

also, when playing a map with a Storyboard on it, it always makes osu! crash
example like this newest Qualified map

Could you provide the crashlog? My client didn't crash playing that map with stroyboard on.

Trosk- wrote:

Could you provide the crashlog? My client didn't crash playing that map with stroyboard on.

Ehh how to Look at the Crashlog?

Haruto- wrote:

Ehh how to Look at the Crashlog?

If you are getting a "osu! crashed" window, click on the girl of the image and copy the text.

Issue(s) in this thread have been addressed by the following changes:

1. Fix black box around selected sliders. (Tom94)

The changes will be applied to builds newer than b20150827.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.

Trosk- wrote:

Haruto- wrote:

Ehh how to Look at the Crashlog?

If you are getting a "osu! crashed" window, click on the girl of the image and copy the text.

Oh.
No, there is no "osu! crashed" window, it just suddenly Crash and makes the Client not responding, so i Plug out my PC Battery to restart my PC

Do you have your latest graphics card drivers installed? If it renders your entire PC unusable it's probably a driver issue.

Haruto- wrote:

Trosk- wrote:

If you are getting a "osu! crashed" window, click on the girl of the image and copy the text.

Oh.
No, there is no "osu! crashed" window, it just suddenly Crash and makes the Client not responding, so i Plug out my PC Battery to restart my PC

Wait what? That escalated quickly

Tom94 wrote:

Do you have your latest graphics card drivers installed? If it renders your entire PC unusable it's probably a driver issue.

Yes it is the latest.
and it renders my entire PC too

Can you post gl_info.txt from your osu! folder and let me know what kind of PC & graphics card you are using?