NotHereToPlayGames

I guess I'm not overly worried, to be honest. I'm only "just now" starting to use Win10 and with no "time bombs" with 'older' Chrome and no "time bombs" with 'older' extensions (which I already have locally archived), I'm confident I can get SEVERAL years out of my existing setup. Something similar to uMatrix will surely be available by the time I "need" to worry about MV3. UBO does not meet my needs! Surely I'm not the only one to see UBO as "inferior"? Though "less granular" is probably a better word.

I also have a hunch that by the time I do need to concern myself with MV3, that there will already be several methods to "convert" our archived MV2's to MV3.

Agreed. But there is no "time bomb" built into older versions of Chrome. So I can use "older" versions of Chrome for a very VERY long time before concerning myself with MV3.

Thanks for the feedback. I'm kind of not a fan of resorting to "hundreds" of flags (no, I didn't count how MASSIVE that list is, but it is GIGANTIC, and I will check via that list eventually). My general philosophy is to find the "best performing" in a 'default state'. Generally speaking, the fastest in "default" will also be the fastest in other configurations, provided the same configurations are being compared to each other. I applaud the user-base and we all have our own preferences, but I myself prefer my Proxomitron and uMatrix setup and will "never" resort to anything UBO. So far, my preference is leaning towards GDIChromium v96 x86 (even on x64 OS). There are "newer" versions of GDIChromium, but I do not subscribe to always using the "newest" possible (I think we only shoot ourselves in our own foot when we fall prey to always wanting "newer"). I also like X-Chromium v105 x86 but it removes the ability to disable the "side bar" which I am NOT a fan of that added "clutter" in the toolbar. I may be able to disable/remove that "clutter" once I start modding X-Chromium. So far, I have opted to use GDIChromium but use it inside X-Chromium's "loader" (which may also be usable for 360Chrome, as far as that goes, the two loaders are very similar [360Chrome's is "smaller"]). The GDI is not that big of a deal-maker/deal-breaker for me on Win10 - but GDI is a MUST for me on Win7 (which I rarely ever use nowadays anyway). Either way, my next step is to "ungoogle" GDIChromium v96 and X-Chromium v105. Odds are very high at this point that v96 will serve me well for the next couple of years before web sites start telling me to start using something "newer". Technically, NONE of my web sites require anything "newer" than v86 - but there are much "faster" alternatives for Win10 without resorting to "cutting edge new".

Higher results indicate faster performance. The results are not "seconds".

That tells me everything I need to know.

Depends on your definition of an "ad". Because to me, that entire 12:30 video is an "ad".

With the gigantic RAM improvement in a rebased v13.5, why even keep v11 around?

No, not really. I uploaded 13.5.2022 with the swiftshader .dll's. I uploaded 13.5.1030 without the swiftshader .dll's. The swiftshader .dll's SHOULD BE INCLUDED !!! There was a FALSEHOOD spread about the forum that swiftshader is not supported by XP and only applies to Vulkan graphics cards or something like that. But this is NOT 100% TRUE. The BACKPORTING by the 360Chrome developers REQUIRE the swiftshader .dll's otherwise certain GPU processes WILL CRASH. This "requirement" will plague some systems more than others (ie, very first launch after a system restart). It is true that Vulkan is "disabled", but the swiftshader .dll's do "more" than that, they are required in order for 360Chrome to function 100%. You can witness a GPU crash error on the chrome://gpu page, at the very bottom. Not all GPU crashes will result in 360Chrome crashing, but I do suggest KEEPING the swiftshader .dll's. On my system, I only keep the sub-folder .dll's and not the root folder .dll's. But there may be some systems that work the other way around. At any rate, for a apples-to-apples comparison, you have to put the swiftshader folder back into your 13.5.1030 version.

I have been investigating that very thing. My thread on that investigation is here -- https://msfn.org/board/topic/184322-narrowing-down-my-default-browser-for-my-win10-setups/

I have a "SmartWhois" entry in my click-to-access Proxomitron Menu that gives me that info. But I only access it "on demand" as opposed to performing "real-time". I personally avoid any extension that has to fetch "updates" and I'm not fond of "real-time" data lookups that make their own internet connections whenever they feel like it. I like the idea of a LOCAL database that I myself would have to update in the event that an "unknown" icon shows up instead of an actual flag.

True. I was given faulty intel. I should have known better and resorted to "trust but verify".

Thanks, I suspected that would fix it for you. Even though "swiftshader" isn't 'supported' by XP and is 'supposed' to only apply to Vulkan API, the REALITY is that the upstream developers are using these .dll's for OTHER purposes and KEEPING them makes 360Chrome MUCH more STABLE for certain setups. Those that don't need them, fine, they can delete them. But some of us DO need them.

True. Regarding the chrome://gpu page, take note of the "Diagnostics" section. Compare/contrast that section when your 360Chrome includes the SwiftShader .dll's versus excludes the SwiftShader .dll's (excluding causes crashes on first launch each and every system restart for me).

I'm more interested in finding a precise and repeatable process in getting fonts to disappear in v13.5.

Agreed. Same observations here.

Could perhaps try this one also -- chrome://flags/#disable-accelerated-2d-canvas I cannot test here at work but I seem to recall I was using this when I was on v11 but before I tracked my disappearing fonts to using too new of a version for Stylus. On my setup, I used to get disappearing fonts daily but I've never had them in well over six months after dropping to an older version of Stylus.

Here, extract and make sure the folder structure matches what I showed earlier. If it works for you (as it does for me!), then others will learn from this also. https://www.dropbox.com/s/o07tky04j7m1fka/swiftshader.zip?dl=1

It's not that cut-and-dried. 360Chrome v13.5 (and any 13.0 newer than 2206) CRASHES on my XP without the swiftshader .dll's -- it's one of the biggest reasons I had zero interest in anything beyond 13.0 build 2206 for the longest time. I do not have any crashes with the swiftshader .dll's included. Q. E. D. -- As our friend AstroSkipper would say

I probably didn't include them in the upload because it seemed that nobody else required them. I'll upload a new build later this week (I lost track of all the changes, gstatic and download translation comes to mind).