Content Type
Profiles
Forums
Events
Everything posted by UCyborg
-
My experience with NVIDIA's drivers in general is that after some point, I just have to stop updating them because rather than improving something, they break things. I did read about that issue you mentioned, my problems with newer drivers are stuttering in games and stability issues. 368.81 is the last version that at least gets most things right, but I prefer 347.88 as it's the most solid in my experience. Luckily most games I play occasionally work fine with 347.88, but certain titles like DOOM (2016) require something newer to run optimally. Vulkan API also wasn't around when 347.88 was released. I also have a mouse for which exist some outdated custom driver, which likes to make PC BSOD. Had to prevent Windows Update from installing this one as well. The only thing I found useful about it is ability to set USB polling rate from its application, but universal Sweetlow mouse driver works well for that purpose. I just remembered switching the polling rate with the help of buggy driver I mentioned even crashed Windows 7 sometimes, but after the switch, there were no issues. There aren't any issues at all with Sweetlow driver. They shouldn't host buggy drivers on Windows Update, but since you have support for majority of graphics cards bundled in one driver package, that won't ever change in NVIDIA's camp unless they change their ways.
-
The title bar height depends on type of window application creates, for example non-resizable window will have lower bar height than a resizable window. This is in their regular non-maximized state. For those familiar with Windows API, WS_THICKFRAME is the Window Style of interest. It's odd indeed, the height should be constant. Or add an option to tweak the behavior to one's liking. Is this supposed to be some sort of accessibility feature? Can't think of the good reason for the current behavior. Someone intentionally made it like this though.
-
It's strange because I clearly remember graphics drivers were offered in the past if I had no driver, but they would disappear after I installed them on my own without Windows Update's help, regardless of version I installed. And AFAIK, the NVIDIA driver version 376.53 wasn't put on Windows Update servers yesterday, been up a bit longer, only yesterday they were automagically installed. And I wondered why my PC was acting funny after a trip to the bathroom! Thanks for the hint about the policy setting. Regarding default drivers' dates, never gave a lot of thought into that. Interesting blog post. That they wouldn't be touched at all since 2006 doesn't make much sense. But there is another similar convention. Check your CPU properties.
-
@sierra117 Did you only try Firefox to come with that conclusion regarding title bar buttons? Firefox has custom title bar. On my end, title bar gets shrinked on every application with regular title bar and it is indeed the most noticeable when you look at title bar buttons. This is with default settings, messing with those registry settings will just have a more obvious effect. Note that Windows 7 eg. has the title bar height set the same as Windows 10, and yet the title bar buttons don't appear as big. Edit: Title bar shrinks on both Windows 7 and 8, title bar buttons are only affected as they are on Windows 10. Might be because they're so much larger compared to those on 7 and 8. So when the title bar shrinks, no space is left for the buttons so they must be shrinked. And registry settings affect everything in a relative way. At least that's what I see.
-
Yesterday, Windows Update decided it would be best to install some broken drivers for my graphics card. I put the old drivers back and used that old troubleshooter from https://support.microsoft.com/en-us/help/3073930/how-to-temporarily-prevent-a-driver-update-from-reinstalling-in-windows-10 to keep them out. I thought Windows Update was supposed to install graphics drivers only if none are currently installed. Did they decide to change that? And this whole need for a separate app to hide updates...ridiculous.
-
Firefox has custom title bar so it can't be affected by Aero Glass. Install GlassMyFox addon. You can also set it to use regular title bar by opening the Menu->Customize and enabling it there.
-
http://glass8.eu/out/UxTSB-2016-10-19.7z These work as well. Pick the correct DLL depending on system bitness, extract it to AeroGlass folder and rename it to UxTSB.dll. I haven't noticed anything different about 64-bit UxTSB.dll bundled with the old debug build of Aero Glass. Even the hack for adjusting ribbon title caption text color is still present, even though Big Muscle said he'll remove it.
-
text glow atlas theme for windows 10
UCyborg replied to yash.chauhan's topic in Aero Glass For Windows 8+
Caption glow is baked in the theme atlas image. Without special tools, you can extract it from .mssytles or replace it using Resource Hacker. It's the first item under STREAM. .msstyles doesn't have any influence on the Ribbon UI caption text, because it's rendered by the Ribbon Framework, which simply doesn't care what you put in .msstyles and renders it on its own. Classic applications are affected though, unless you use Aero Glass to override the theme atlas. Stock Win10 atlas won't help with glow though, you'll probably have to look at other people' atlases. Theme Atlas Collection for Windows 10.14393 Big Muscle's UX Theme Signature Bypass DLLs are able to add glow if you use Aero Glass' custom theme atlas feature with the right theme atlas. With the new DLL installation method, it only works with Explorer, with the old AppInit_DLLs way, it will cause certain text in certain applications being rendered with incorrect parameters. So it's a no win, a proper solution to have customized Ribbon UI caption text doesn't exist AFAIK. -
text glow atlas theme for windows 10
UCyborg replied to yash.chauhan's topic in Aero Glass For Windows 8+
Not familiar with editing theme atlases, just wanted to say that Ribbon windows are outside of Aero Glass control because their title caption is not rendered by DWM. -
Looks like it. Can't access it neither.
-
Must be a regression. I can reproduce the bug with text being too far to the left by turning off caption glow effect. Use atlas image options work correctly.
-
@xemnes If you edited the PNG so it wouldn't depend on the layout file, it would be perfect. I put it in aero 2.msstyles (part of sagorpirbd's Aero 7 Clear theme) with Resource Hacker (first item under STREAM) and it works well for both regular and modern apps, there is just this whitish line near bottom border of min/max/close buttons.
-
1.5.2 makes Edge have Titlebar,And it's Unsightly
UCyborg replied to Natsu's topic in Aero Glass For Windows 8+
Actually, both screenshots have the titlebar. The Edge's normal titlebar is special in a way that it has tabs on it instead of title text. Aero Glass has the functionality to make modern apps' titlebars look according to whatever theme you're using, but this doesn't work properly with Edge. You appear to be using stock Windows 10 theme, so I suppose you can try a temporary workaround to disable said functionality. Open Command Prompt as Administrator and run: regsvr32 /u C:\AeroGlass\DWMGlass.dll This turns it back on: regsvr32 C:\AeroGlass\DWMGlass.dll You need to log off and back on for changes to take effect. -
I see, it's been a while since I used that option, I guess because things haven't been as crashy as much as they are now so i left it as it is. You got the minidump in Aero Glass folder simply because DWMGlass.dll has that functionality and is sitting in explorer.exe. You can use SetUnhandledExceptionFilter function to specify the crash handler that will be called by the system when the process crashes. From there, you call MiniDumpWriteDump. http://stackoverflow.com/questions/5028781/how-to-write-a-sample-code-that-will-crash-and-produce-dump-file That crash could be caused by anything.
-
@NoelC Your minidump says Explorer crashed for some reason. ClassicStartMenuDLL.dll is the only external module I can see somewhere down in the call stack. I'm curious, do you have the option "Launch folder windows in a separate process" enabled? (Control Panel->File Explorer Options) I've been using this option for few days now and it seems to help preventing the crashes at first glance, or at least delaying them so they don't occur with my usage pattern. When they would occur, it almost always happens when I interact with Explorer in some way, one example is minimizing one of the Explorer Windows then clicking the Start button. Though it doesn't happen necessarily only with Start button, one thing is certain, a lot of times, my mouse is somewhere on the taskbar when it crashes. Running virtual machine in the VMware seems to increase crash frequency, it happened few times while I was in the virtual machine.
-
This version still has the bug with debug.log being created in root of C drive, seems to happen when aerohost.exe starts, easy to reproduce by stopping and restarting it via Task Scheduler. Can also be triggered by registering/unregistering DWMGlass.dll, regardless of whether aerohost.exe runs or not.
-
Is there any difference between older UxTSB64.dll and newer UxTSB.dll besides compilation date? If not, then I suppose I'm not missing out on anything by using older UxTSB32.dll renamed to UxTSB.dll to utilize new injection method on my 32-bit system. It does seem to work, can't reproduce that DLL injection failure bug on that machine neither.
-
And we're still missing x86 version of UxTSB.dll.
-
I noticed the similar problem as CKyHC once, it occurred around Christmas time, I would get the usual spinning circle indicating logging in, then, instead of desktop showing up, I'm thrown back to the login screen, having to enter the password. I usually don't have to since I have auto-login enabled for my account. There is the same VirtualAllocEx error logged at said time frame. Cold vs fast startup doesn't change anything either, would probably have to keep rebooting PC (for cold startup to be effective) or turning it off and on again (for fast startup to be effective) all day before the bug would occur again, if at all.
-
Then I'm afraid I can't help you with this one as I'm unable to reproduce it on my end.
-
I cannot confirm DWMGlass.dll has any effect on those options whatsoever. Registered or not, if starting point in Explorer is This PC before navigating anywhere else, they will remain disabled until navigating to an actual folder/drive on PC. You can't cd to This PC from command line I think. And it's logical since they're meant to open the command line in directory you're currently in. And if it can't use that, it uses last valid location from navigation history (back/forward buttons).
-
Title bar text indent bug with ribbon off (win 10)
UCyborg replied to quickdrop's topic in Aero Glass For Windows 8+
This is fixed in latest experimental version: http://www.glass8.eu/beta If you don't want to use experimental versions, you must wait for the new stable version. -
Oh right, you need another DLL for that: http://glass8.eu/out/ModernFrame-2016-10-22.7z Drop it in AeroGlass folder, then add C:\AeroGlass\ModernFrame-x64-Release.dll to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\AppInit_DLLs. Paths to multiple DLLs must be separated with space or comma. Then reboot.