It's nothing huge but sometimes the name is disappearing, playing a song/going to main menu fixes it though.

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

i have some realy weird vsync issues here you can see it http://puu.sh/hNt1a/ad8bce01f2.png

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.

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.

A Mystery wrote: 3m324x

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?

TheVileOne wrote: 4cy22

• Current, known issues. 4b2kq

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.).

Tom94 wrote: 4j5f55

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)

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.

Zerokae wrote: 2a3i6l

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

Default wrote: 693111

Zerokae wrote: 2a3i6l

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: 6g3r1c

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 s... 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 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

Arnold0 wrote: 6g3r1c

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 s... 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.

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.

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.

Tom94 wrote: 4j5f55

Arnold0 wrote: 6g3r1c

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 s... 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.

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!

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 U power with the update.
(around +300% U usage)
It doesn't max out the U 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.
U: 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.

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.

Tom94 wrote: 4j5f55

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

cutting-edge didn't want to restart the client after the update, maybe that was the issue there.

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

Turning off raw input should resolve that issue. Raw input forces this behaviour.

Tom94 wrote: 4j5f55

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 :<

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).

Arras wrote: 33215g

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 laptop on batteries by any chance? If yes, try plugging in.

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.

Tom94 wrote: 4j5f55

Arras wrote: 33215g

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 laptop on batteries by any chance? If yes, try plugging in.

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.

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.
Edit: Guess I'll try if there's any driver updates, see if that does anything.
Edit2: As expected, it did nothing. 9.17.10.4101 now, which is the latest version as far as I can tell.

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

1. Fix osu! changing global cursor clipping settings while inactive. (Tom94)

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

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

1. Fix mouse sensitivity slider bar not updating actual value when dragged. (TheVileOne)

The changes will be applied to builds newer than b20150517cuttingedge.

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.

My cursor lag was casued by a problem on my end. Apparently I can't set a higher refresh rate than 60hz if windows is using my native resolution, no matter what resolution I had set on osu! (fullscreen of course). I changed my desktop's resolution and it works fine again. The more you know ^^

Actually if you absolutely want your desktop to run at a lower refresh rate you can go into osu!'s config and change "RefreshRate" to whatever refresh rate you desire and "OverrideRefreshRate" to 1. This will only apply to fullscreen.

If a resolution change to the overridden refresh rate fails, e.g. when your graphics card or screen don't it, osu! will automatically set "OverrideRefreshRate" back to 0.

Thanks, I don't really want my desktop to have a lower refresh rate but it's the best I can get without having to use a tiny resolution

Yep, mainly for this particular use case the config options exist in the first place. Should work with your setup.

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.

xDarkon wrote: 3iq2h

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.

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: 70516n

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:

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.

(he uses a GTX970 as well, maybe there is some specific problem to that card? :C )

Nabile wrote: 2548t

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 ?

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.

Seri wrote: 70516n

Seri wrote: 70516n

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:

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.

(he uses a GTX970 as well, maybe there is some specific problem to that card? :C )

Im using a GTX 780TI and got the same issues.. Really annoying.

Can you try closing all background processes and see whether the issues persist? I also have a GTX 780Ti but experience none of your issues when closing other programs.

Two specific programs that come to my mind are f.lux causing stutters once every second and Teamspeak 3 effectively limiting osu! to 60 fps while it is not minimized (I run things on a 144hz screen).

I experience those stutters as well, but only for the first few minutes.

Otherwise, I can no longer seem to get a stable framerate when using limiters. I set a frame limiter to 1200 (on stable without it it goes up to 6000 fps and really weird things start to happen then) and it jitters between 1120 and 1250 all the time, and that causes some speedups/slowdowns of notes in taiko (almost like a stutter, but more smooth).

GTX970 with the latest drivers here.

edit:
It seems that after a while it no longer jitters that much, but after reaching 1200 limit it sorta drops back to 1130ish and climbs back up to 1200 and this repeats endlessly.

Here's an example: http://puu.sh/hR0HD/e2b42a4dd6.mp4
(first 3 seconds are because of the recording, the rest acts exactly the same like without recording)

Hit lighting effects and combo bursts will cause UI and graphics to become slightly more aliased for its duration

Tom94 wrote: 4j5f55

Actually if you absolutely want your desktop to run at a lower refresh rate you can go into osu!'s config and change "RefreshRate" to whatever refresh rate you desire and "OverrideRefreshRate" to 1. This will only apply to fullscreen.

If a resolution change to the overridden refresh rate fails, e.g. when your graphics card or screen don't it, osu! will automatically set "OverrideRefreshRate" back to 0.

After changing my resolution to a wider one and changing it back to how it was before, that setting has magically stopped working :/ now it's always capped at 60hz



Edit: currently using beta tho, so it's not cutting-edge specific

lolcubes wrote: u93m

I experience those stutters as well, but only for the first few minutes.

Otherwise, I can no longer seem to get a stable framerate when using limiters. I set a frame limiter to 1200 (on stable without it it goes up to 6000 fps and really weird things start to happen then) and it jitters between 1120 and 1250 all the time, and that causes some speedups/slowdowns of notes in taiko (almost like a stutter, but more smooth).

GTX970 with the latest drivers here.

edit:
It seems that after a while it no longer jitters that much, but after reaching 1200 limit it sorta drops back to 1130ish and climbs back up to 1200 and this repeats endlessly.

Here's an example: http://puu.sh/hR0HD/e2b42a4dd6.mp4
(first 3 seconds are because of the recording, the rest acts exactly the same like without recording)

Such small changes in fps should not be visible. Anything over your refresh rate should not be visible.

Refresh of this old benchmark:https://osu-ppy-sh.jeuxcrack.net/forum/p/3908475
This time the timeinterval of the statistics are almost perfectly equal and syncronized.
What I noticed new:
Fullscreen reduced the time/amount of slowest frames. 0.1% slowest frames average 3.78ms vs 4.66ms. BANZAI
Cutting edge is slowest than beta, couldn't think of any reason. 0.1% slowest frames average 4.19ms vs 3.85ms or avg 1.83ms vs 1.56ms. ???

DX performace is almost the same, that is dx vs opengl is now:
0.1% slowest frames average 3.24ms vs 3.85ms or avg 0.96ms vs 1.56ms
Ignoring the fullscreen improvement everything seems the same.

2015-02-23 open gl not full screen http://puu.sh/hRGc5/08781f3fd5.png
2015-05-18 opengl beta fullscreen http://puu.sh/hRGaf/39ddf70734.png
2015-05-18 opengl edge fullscreen http://puu.sh/hRGby/803e362a75.png


2015-02-23 DX not fullscreen http://puu.sh/hRGfl/ec874f239a.png
2015-05-18 DX not fullscreen http://puu.sh/hRGgp/7ae203cba4.png

I tested frame limiter now... For the porpuse of checking if the slowest 0.1% frames improved.
double screen refresh rate http://puu.sh/hRGj7/6977631ba6.png
I noticed the 1ms intervals... and reminded of windows timer . Checked it and it was at 1ms. After I forced to 0.5ms:
double screen refresh rate 2 http://puu.sh/hRGok/0900a72a3f.png
Not sure if exists a real difference or it is just mesurement issues.

Oced my u by 1.097 and got 1.100 more average frames lol 0.1 percentil only improved by 1.031 times.



Tested the new Vsync that now really vsyncs beyond 65hz~. It was A LOT laggier than just frame limiting to 144fps. Any possibility of a low latency V-sync?

peppy wrote: 6w4l42

Such small changes in fps should not be visible. Anything over your refresh rate should not be visible.

I know, they are visible in other ways though. The effect of this is that a small stutter happens occasionally, like it's trying to skip some frames. For example, 60 and 120 fps look really terrible in taiko, despite being above the 60Hz required for an average screen (massive stutters).

Can you go into your config, change "FrameTimeDisplay" to 1 and record some taiko gameplay so that we can analyze further? Please also make sure the shown display looks the same when you're recording and when you are not.

I know closed all background applications (usually i am running League of Legends Client + Skype in the background) and still experience some stutter, micro lags and cursor lag.

Can you press Ctrl+F11 and record what you are seeing while it's stuttering? A screenshot would be fine.

When I hit the boss key, "Display driver Intel Graphics Accelerator Drivers for Windows 7(R) stopped responding and has successfully recovered."
When I try to load osu! from the taskbar, osu! stops responding.

Tom94 wrote: 4j5f55

Can you go into your config, change "FrameTimeDisplay" to 1 and record some taiko gameplay so that we can analyze further? Please also make sure the shown display looks the same when you're recording and when you are not.

I don't have that line in my .cfg. Should I add it?

Also, mind giving some advice on what recording method to use? Pretty much all recording applications which capture video that I used either don't capture 60 fps correctly or have A/V desync.
My phone has a shitty 30fps camera (I'll try using that for now, the stutters could be visible).

Also there is one more issue and that is that gameplay with vsync is MUCH more smooth than watching a replay under vsync (however this is also present in live). The replay is unwatchable due to insane stuttering, while gameplay is playable with occasional stutter and some input lag.

lolcubes wrote: u93m

Tom94 wrote: 4j5f55

Can you go into your config, change "FrameTimeDisplay" to 1 and record some taiko gameplay so that we can analyze further? Please also make sure the shown display looks the same when you're recording and when you are not.

I don't have that line in my .cfg. Should I add it?

Also, mind giving some advice on what recording method to use? Pretty much all recording applications which capture video that I used either don't capture 60 fps correctly or have A/V desync.
My phone has a shitty 30fps camera (I'll try using that for now, the stutters could be visible).

Also there is one more issue and that is that gameplay with vsync is MUCH more smooth than watching a replay under vsync (however this is also present in live). The replay is unwatchable due to insane stuttering, while gameplay is playable with occasional stutter and some input lag.

Seeing from one of your posts, you've got an Nvidia GTX 970, which has NVENC. This thing can easily record up to 4K videos at 60 Hz using the H.264 codec (MP4) with an extremely low impact (pretty much non-existent) on your game, since it runs in a dedicated chip on your GPU.
You can use this encoder with either Open Broadcaster Software or ShadowPlay (comes with GeForce Experience).

Nabile wrote: 2548t

Seeing from one of your posts, you've got an Nvidia GTX 970, which most certainly has NVENC. This thing can easily record 1080p videos at 60 Hz using the H.264 codec (MP4) with an extremely low impact (pretty much non-existent) on your game, since it runs in a dedicated chip on your GPU.
You can use this encoder with either Open Broadcaster Software or ShadowPlay (comes with GeForce Experience).

Shadowplay doesn't work with OpenGL yet and NVENC codec actually has issues with vfps, which leads to A/V desync. So far not a single recording I produced in this way was proper (after re-encoding to cfps), and I was even using a relatively fast SSD to record on.
Another issue with recording taiko is that to achieve 60 fps on the recording, it's actually trying to drop frames, and if the source fps isn't constant, stuttering will appear almost always (I haven't seen a single taiko vid recorded with capture software which doesn't stutter).

I have tried several codec combinations and software so far, and apart from the A/V desync with Shadowplay, none came even close to it's quality. ;_;

I get different fps reading with bandicam which makes it "overshoot" or something (osu fps reads 1200 lock but bandicam reads between 1230 and 1350 and is changing really fast), so the recording is really stuttery.
Fraps causes the source fps to drop to a specific value (400/480/600) and if they change during the recording, stuttering appears.
Tried OBS with both x264 and NVENC, picture seems mostly fine but the audio is way off sync, and if I try to use the option to use video timestamps for audio, the audio actually stutters occasionally.
Dxtory just crashes the game immediately, heh.

For now I intend to get a hold of a phone which can record in 60 fps, but I might have to wait a few days for that. ;_;

Other ideas appreciated.

You should be able to press Ctrl+F11 instead of manually editing the config by now.

Also Dxtory shouldn't crash the game. o_o That and the fact that you didn't find the FrameTimeDisplay entry in your config really sound like you're just using opengl on stable. Are you sure you are on cuttingedge? If yes try the Ctrl+F11 thing and if it works make a screenshot right after some stuttering occured to you during gameplay.

I switch between builds often for modding purposes, but I managed to get that overlay working by adding it to my config and saving the config after I change the build.
I did check it's behaviour a little, but you might have to wait a day or two for me to record this properly, I intend for it to be as informative as possible.

Fullscreen on 640x480 is broken on cutting edge http://i.imgur.com/owvtrAO.png on stable it works fine.

Frame Times seems to be fiine for me though. I tried a few times but couldnt find anything.

Issues presented in this thread are still existent on b20150521cuttingedge, especially the crashing when alt-tabbing on fullscreen.

abraker wrote: 6cx2d

Issues presented in this thread are still existent on b20150521cuttingedge, especially the crashing when alt-tabbing on fullscreen.

Thanks for your ! The delay you are feeling when in windowed mode is normal and caused by windows. It also exists on stable.

As for your fullscreen issues, could you re-do your recordings but on cutting edge and after pressing Ctrl+F11 to open the frame time overlay? That would help a lot. I'll meanwhile try to look into the other issues you reported.

Can you let me know whether you are using a specific device or whether you just have the intel HD4000 graphics on your desktop machine?

Tom94 wrote: 4j5f55

Can you let me know whether you are using a specific device or whether you just have the intel HD4000 graphics on your desktop machine?

Oops, intel HD 4000 graphics mobile. That implies that I am using a laptop. Also these recordings are 30 FPS and were made without the HDMI out to the TV this time.

Graphic settings:

When Idling on the song select, you can notice this strange pulsing in drawer for some reason. When Recording with FRAPS, the SwapBuffer takes up most of the processing.

When switching between songs, there is a lag spike in windowed AND fullscreen. Going back to the song I switched from, only the drawer spikes up a bit.

For the gameplay, as noted, the SwapBuffer is the verdict. For some weird reason the end of the video I received a massive lag spike.

I also found this wierd thing in the editor where doing the slider and hovering over the right side buttons the SwapBuffer time increased.

I tried recording the fullscreen alt-tab crash, but FRAPS stopped recording it upon doing so

Just to make sure: You are not running VSync, right? Does your SwapBuffer still consume that much of your frame times while you are not recording? And finally, are you sure you are on the latest cuttingedge version? Your graph looks a bit like it isn't from the very newest version.

Tom94 wrote: 4j5f55

Just to make sure: You are not running VSync, right? Does your SwapBuffer still consume that much of your frame times while you are not recording? And finally, are you sure you are on the latest cuttingedge version? Your graph looks a bit like it isn't from the very newest version.

I was playing on unlimited (gameplay). My SwapBuffer still consumes a considerate amount, just not as much. You can actually see how much at the beginning of the song select idling video. Yes this is the latest cutting edge version. I went from stable to cutting edge (20150521.1) just to record these videos. It might look that way because I disabled triangles (too laggy).

abraker wrote: 6cx2d

Tom94 wrote: 4j5f55

Just to make sure: You are not running VSync, right? Does your SwapBuffer still consume that much of your frame times while you are not recording? And finally, are you sure you are on the latest cuttingedge version? Your graph looks a bit like it isn't from the very newest version.

I was playing on unlimited (gameplay). My SwapBuffer still consumes a considerate amount, just not as much. You can actually see how much at the beginning of the song select idling video. Yes this is the latest cutting edge version. I went from stable to cutting edge (20150521.1) just to record these videos. It might look that way because I disabled triangles (too laggy).

Thanks for all the info! The time spent in SwapBuffer is mostly waiting for all the drawing instructions to finish executing on the GPU. We are looking into how we could improve the performance here.

I always cant see one of my friends in bancho. However, when i go to another tab (rank for example), they reappear and someone else disappears.. (off-by-one error?)
see screenshots: https://osu-ppy-sh.jeuxcrack.net/ss/3157037

bigfeh wrote: 44154m

This apparently is cuttingedge-specific (the same message would show up when sent to a stable client)

When sending a message whose first non-space character is a forward slash (e.g. " /test", minus quotes - note the space before the slash), it will only show up on the client of the sender but not on the client of the recipient.

@edit
sending the message without the space obviously counts it as a command instead, so it doesn't show up in either client. Just figured I'd clear this up

Pics might help explain

Sender


Recipient

About this

1. These messages do get send to the server.
2. Server removes spaces in front of message
3. Client removes the message.
4. On IRC the message is visible. (Without space(s) in front.)

This leads to some nonsense: In-game, the channel tab lights up as it recieved a new message. Yet the player cannot see any new messages.
See this video: http://chong601.no-ip.org//2015-0 ... -42-00.mp4 (Thanks to chong601.)

I can see why this is done, but it leads to (very minor) unwanted client behaviour.

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

1. Fix display always showing one too little. (Tom94)

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

So yeah, I've found another bug ^^
It's actually an useless bug, something that is not important, but it's actually a bug xD
So, for now, I don't know how we call all the triangles that going from the bottom to the top while changing a menu, so I'll call it a "triangle roll", because why not xD
So actually, in Windows, when you're doing Windows + Up, it does a triangle roll.
For Windows, Windows + Up means put in fullscreen the actual window, so Windows changes the resolution, I think it is caused by that.
For the others OS, I actually don't know xD
So, you can correct it or not, it don't have an influence in the gameplay :p

(yes, my english knowledge sucks.)

A shortcut to osu!.exe gets created on your desktop every time you launch osu!.
Happens since today(?).

This is NOT playable at all
OpenGL cuttingedge running on a 2007 machine (HP tx1000) with OpenGL 2.1

https://osu-ppy-sh.jeuxcrack.net/ss/3164377

also is buggy as hell as you can see
Getting ~50-70fps when with DirectX fullscreen is around 200fps
As you can see that's not fullscreen because fullscreen is directly 10fps in the face.

Yomura wrote: 36d16

This is NOT playable at all
OpenGL cuttingedge running on a 2007 machine (HP tx1000) with OpenGL 2.1

It's slow on my 2009 machine (HP Compaq Presario CQ50-209WM, with Win 7), running around 40 FPS with effects disabled.

Yomura wrote: 36d16

This is NOT playable at all
OpenGL cuttingedge running on a 2007 machine (HP tx1000) with OpenGL 2.1

https://osu-ppy-sh.jeuxcrack.net/ss/3164377

also is buggy as hell as you can see
Getting ~50-70fps when with DirectX fullscreen is around 200fps
As you can see that's not fullscreen because fullscreen is directly 10fps in the face.

what's the performance like at menus? is the drop just during gameplay? does it improve by turning off snaking sliders?

peppy wrote: 6w4l42

Yomura wrote: 36d16

This is NOT playable at all
OpenGL cuttingedge running on a 2007 machine (HP tx1000) with OpenGL 2.1

https://osu-ppy-sh.jeuxcrack.net/ss/3164377

also is buggy as hell as you can see
Getting ~50-70fps when with DirectX fullscreen is around 200fps
As you can see that's not fullscreen because fullscreen is directly 10fps in the face.

what's the performance like at menus? is the drop just during gameplay? does it improve by turning off snaking sliders?

I always have snaking sliders off. At F9 screen and main menu I get around 9~20fps as you can see here:
https://osu-ppy-sh.jeuxcrack.net/ss/3167024

gameplay with fullscreen
https://osu-ppy-sh.jeuxcrack.net/ss/3167067

Lately I've been getting some stuttering, in which Raw Input seems to be the cause. I use a tablet with the wireless module inside, CTL480. EVGA SC GTX 770, i7-4770.

I normally run the game at 1k-2k fps. The stuttering started about a couple weeks ago has started to get on my nerves. I found out having Raw Input off was the culprit, but after a while of playing the problem comes back again, along with even harsher stuttering and minor game freezes. And also having video on kills my framerate to about 500fps, when in previous builds having video on wouldn't affect me at all.

It's not specific to this build, but it has been happening for a couple weeks, so it might be because something changed in the previous builds.

VeilStar wrote: 4fbc

A shortcut to osu!.exe gets created on your desktop every time you launch osu!.
Happens since today(?).

Im also getting this.
I was so confused thinking i accidentally created a shortcut for it. Then it kept happening.

Renevant wrote: 3e2y38

VeilStar wrote: 4fbc

A shortcut to osu!.exe gets created on your desktop every time you launch osu!.
Happens since today(?).

Im also getting this.
I was so confused thinking i accidentally created a shortcut for it. Then it kept happening.

You can either keep the shortcut in your desktop or close the update window whenever you start the game for the time being (it doesn't matter if you close the update window since osu! can update itself in-game if an update is available).

osu! now starts centered based on the screen minus the taskbar, whereas before it started directly in the center of the screen including the taskbar. It's only a minor annoyance, but IMO it doesn't look quite right.

New build up with some heavy performance tweaking. Please report back if you previously had issues.

Nice, once again now I have the perfect 1200 fps lock on my main PC as I have on live. Thanks.

(Will test performance on my laptop later today).

P.S. 120 FPS lock (default) still occasionally makes a stutter in taiko (about 3-4 times per minute, which is better than every few seconds like I had before).

Lately I've been getting about half the FPS I usually get. The frame rate is back to normal when the cursor is outside of osu! though.
It's permanently back to normal after minimizing osu! via boss key once.

The update just now actually decreased overall performance and(after restarting osu! again it's the same as before) didn't fix this.

What happens when you disable triangles in the options?

What happens if you aren't moving the mouse but it is in the window? Can you see a cursor trail?

Okay, as far as FPS goes, it's much more stable now, but there are still issues with Auto or spectator mode in Taiko when under 300ish FPS. It's difficult to explain, but every time a note gets hit a stutter appears, however it's not ed in the frame time window (doesn't happen to me above 300 FPS). Could it be that the replays just work that way? Is it possible to make it smoother?

This makes recording gameplay vids really awkward unless you are doing a live play, because the video will be very stuttery.

Also, switching to Fullscreen and back to 1360x768 windowed made my browser background look like this:

Disabling triangles doesn't help, though I obviously get more fps.
Moving the mouse hardly affects fps and I do see the cursor trail.

Does switching raw input on/off help at all?

Using raw input fixes this behavior.

On which operating system are you? Do you by any chance use a custom mouse sensitivity?

lolcubes wrote: u93m

Okay, as far as FPS goes, it's much more stable now, but there are still issues with Auto or spectator mode in Taiko when under 300ish FPS. It's difficult to explain, but every time a note gets hit a stutter appears, however it's not ed in the frame time window (doesn't happen to me above 300 FPS). Could it be that the replays just work that way? Is it possible to make it smoother?

Please test taiko again on the latest release (...25.3)

Tom94 wrote: 4j5f55

On which operating system are you? Do you by any chance use a custom mouse sensitivity?

I'm on windows 7 using default mouse sensitivity.

peppy wrote: 6w4l42

lolcubes wrote: u93m

Okay, as far as FPS goes, it's much more stable now, but there are still issues with Auto or spectator mode in Taiko when under 300ish FPS. It's difficult to explain, but every time a note gets hit a stutter appears, however it's not ed in the frame time window (doesn't happen to me above 300 FPS). Could it be that the replays just work that way? Is it possible to make it smoother?

Please test taiko again on the latest release (...25.3)

Tested with ...25.4, it's the same. Tonight I will record a video when I get back from work (I did a test video on my phone, it's difficult to see but when I switch from 120 to 1200 fps, it becomes more clear).

Pampel wrote: 4m5tc

Tom94 wrote: 4j5f55

On which operating system are you? Do you by any chance use a custom mouse sensitivity?

I'm on windows 7 using default mouse sensitivity.

Or that's what I thought. Apparently osu! doesn't save slider adjustments made with arrow keys.
After actually setting mouse sensitivity to 1 and restarting everything is back to normal.
Still wondering why the boss key helped as well though.

Skin issues with the latest build. On some skins as well with the Default one seems to have issues with the cursor and bg where the cursor disappears when moved as well with bg however the trail can still be seen. Video preview provided below.

@freezer if you start osu! with the default skin is everything okay? only after changing to custom skins that it breaks?

I restarted the game with the Default skin and the problem still occurs.

What graphics card are you running?

My FPS stay the same but i noticed it feels a bit more smooth since the latest patch! i like it. BUt another thing: Is it normal that the play feeling between borderless and Fullscreen is SOO much different? It feels weird. :S

Shizuyi wrote: 6f5u28

My FPS stay the same but i noticed it feels a bit more smooth since the latest patch! i like it. BUt another thing: Is it normal that the play feeling between borderless and Fullscreen is SOO much different? It feels weird. :S

This is expected, yes. Full-screen is getting exclusive access to your display and bying the windows display system.

peppy wrote: 6w4l42

What graphics card are you running?

It's an Nvidia GeForce 7150M / nForce 630M from my old laptop. It's a crappy card but it's the first time that happened.

Any better on the latest build?

Still happening. Did the same procedure with the skins and restarting.

EDIT: Still happens on .7 build. :<
Still happens on .10. I'll just re-edit this post once the problem is fixed.

There's still a bit of stuttering during gameplay, but my fps is mostly stable. And the stuttering seems pretty consistent. It won't screw me over while playing now it seems haha.

Something with the video is up now though. The video plays during the intro, but when the gameplay starts it immediately changes back to the default background for the map. Tried toggling background video and restarting osu after toggling.

Thanks for being so quick with replies and fixes.

Edit: Storyboard is now making me stutter heavily.

Edit2: Okay it's not just the storyboard. Stuttering more heavily than previous build. 20150525.11

Did a test run on my laptop. HD4000 issues seem to be gone for me now (after running the game for 30 mins, I didn't crash once, compared to crashing every few mins on live using dx)

I actually get more FPS with Intel HD4000 than my GT740. (that's good I suppose, that card can get really hot for giving no real performance)

I will post some real data later, it appears I don't have fraps installed here, haha.

Experiencing random slight lag, according to Ctrl+F11, drawcall spike once per 5-9 seconds, mes any input (either aim-wise or key-wise). Pretty damn annoying.
Latest cutting edge/stable, opengl fullscreen, AMD FX-8150 w/ GTX 970 on a windows 8.1
Is it on my end or might be fixable?