1. Fix skins not loading when .NET 4.5 is not installed. (smoogipooo)

VeilStar wrote:

Issue 2:

• When in the cuttingedge build, if you select a different release stream and wait for it to finish downloading the 'click to restart' button will appear. If you then go into the editor and back to the main menu, this button will be gone and osu! will re-download the files again. This does not happen on the Stable build.

1. Fix search receiving input instead of chat when leaving user options dialog. (TheVileOne)

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)

Shizuku- wrote:

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

1. Fix child forms causing severe visual breakage. (Tom94)

1. Fix fullscreen modes positioning the osu! window incorrectly on non-primary displays. (Tom94)

1. Don't enforce the desktop's refresh rate when changing resolutions for fullscreen mode. (Tom94)

Tom94 wrote:

Is the "Confine mouse to full screen" option enabled or disabled for you?

1. Fix exclusive fullscreen not being left on minimize on certain hardware. (Tom94)

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)

1. Improve behavior of resetting the screen resolution to desktop settings. (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

TheVileOne wrote:

• Current, known issues.

osu! does not ignore sleep states. (Uncertain if this is fixable.)

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)

Tom94 wrote:

Does the latest change resolve any of your issues?

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.

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

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