NotHereToPlayGames

There is no real "short instruction" on how to use style sheets. If you can provide an actual web site where the QR Code cannot be read by your phone, then perhaps a solution can be found. Preferrably not a web site that requires an "account" or "login". It's also probably the other way around that needs investigated - not the web browser and how it displays the QR Code, but rather a setting on the phone and how it reads the QR Code.

CSS has an invert() function. So for those that want to use a dark mode but not have certain images "dark", you could use a user style sheet to invert the invert.

That kind of doesn't help us to help you. Do you have a list of "only the good updates" so that we that are trying to assist you can see if we have them or not?

Do you have a list of what you are hunting for? Here are all of the updates that I use for my XP x64 install - WindowsServer2003.WindowsXP-KB914961-SP2-x64-ENU.exe WindowsMedia11-KB929399-v2-x64-INTL.exe WindowsMedia11-KB939683-x64-ENU.exe WindowsMedia11-KB941569-x64-ENU.exe WindowsMedia11-KB952069-x64-ENU.exe WindowsMedia11-KB954154-x64-ENU.exe WindowsMedia11-KB954155-x64-ENU.exe WindowsMedia11-KB973540-x64-ENU.exe WindowsMedia11-KB978695-x64-ENU.exe WindowsMedia11-KB2378111-x64-ENU.exe WindowsServer2003.WindowsXP-WindowsMedia-KB2834904-v2-x64-ENU.exe WindowsXP-SP2-X64-WindowsMedia-KB975558-x64-ENU.exe wmp11-windowsxp-x64-enu.exe 5er_IE8_Addon_2017-06_1_x64.7z 5er_UpdatePack_XPx64SP2_2017-06_2.7z 7z1604-x64.msi directx_Jun2010_redist.exe dN4.exe dotnetfx35.exe dotNetFx40_Full_x86_x64_Slim.exe GrantAccess-TweakUI.7z install_flash_player_ax.exe NDP20SP2-KB958481-x64.exe NDP20SP2-KB2729450-x64.exe NDP20SP2-KB2742596-x64.exe NDP20SP2-KB2844285-v2-x64.exe NDP20SP2-KB2972105-x64.exe NDP20SP2-KB2972214-x64.exe NDP20SP2-KB2978124-x64.exe NDP20SP2-KB2979574-v2-x64.exe NDP20SP2-KB3023220-x64.exe NDP20SP2-KB3035488-x64.exe NDP20SP2-KB3037577-x64.exe NDP30SP2-KB2973115-x64.exe NDP30SP2-KB3048073-v2-x64.exe NDP35SP1-KB958484-x64.exe NDP35SP1-KB963707-x64.exe NDP35SP1-KB2604111-x64.exe NDP35SP1-KB2736416-x64.exe NDP35SP1-KB2840629-x64.exe NDP35SP1-KB2861697-x64.exe vcredist_x64_2005sp1c.exe vcredist_x64_2008sp1c.exe vcredist_x64_2010sp1c.exe vcredist_x64_2012.exe vcredist_x64_2013.exe vcredist_x64_2015.exe vcredist_x86_2005sp1c.exe vcredist_x86_2008sp1c.exe vcredist_x86_2010sp1c.exe vcredist_x86_2012.exe vcredist_x86_2013.exe vcredist_x86_2015.exe WindowsServer2003-KB968930-x64-ENG.exe WindowsServer2003.WindowsXP-KB961118-x64-ENU.exe Intel 8 Series C220 DEV8C02 (driver) NVIDIA GeForce GT 635 (driver) Realtek High Definition Audio (driver) Atheros AR9485 Wireless Network Adapter (driver) Realtek PCIe GBE Family Controller (driver) Intel(R) 4th Gen Core processor DRAM Controller - 0C00 (driver) Intel(R) 8 Series_C220 Series PCI Express Root Port #1 - 8C10 (driver) Intel(R) 8 Series_C220 Series SMBus Controller - 8C22 (driver) Intel(R) Management Engine Interface (driver) Intel(R) 8 Series_C220 Series B xHCI HC - 8C31 (driver) Intel(R) 8 Series_C220 Series USB EHCI #1 - 8C26 (driver)

And I didn't catch this until "just now", but you did specifically cite 1080p@60FPS. By default, I do intentionally force 30FPS max so of course my standard YouTube desktop would have yielded a lower CPU load. I didn't see a setting to force Piped to use 30FPS instead of 60FPS. Nor did I see a way to seen what FPS the video even "is", for that matter.

Didn't want to delete previous screencaps until you've had a chance to catch up. I did just compare YouTube desktop web site to Piped both from a clean profile with no extensions and no Proxomitron in St52 (which is I think your default). I did not enable e10s which would provide a better comparison to Chrome-variants. 1080p video in both and on my i7-4770 @ 3.40 GHz and 16 GB RAM, both web sites never exceed 3% CPU during 1080p video playback. I can not "force" YouTube to exceed 3% but I can "force" Piped to run at 11-17% by switching to AV1 (which is disabled by default so even Piped prefers users not use AV1 is my guess). I guess all I can really conclude here (and no surprise, of course) is that video playback and CPU load is heavily dependent upon the computer being used moreso than the browser being used.

Ouch! I have never been a fan of "automatic updates" for basically this very reason. Good catch.

Did you try the "Enabled with selective inversion of non-image elements" option?

Did find this as a good read on h.264 vs VP9 -- https://bitmovin.com/vp9-codec-status-quo/ I rarely (if ever) exceed 480p resolution on my computer so perhaps the better compare-contrast would be to test 1080p videos. But I can say I would not be using my Core2 Quad Core computer for that, lol.

YouTube desktop in Incognito also runs the CPU less than Piped on my system. 21% average but did have one minor 54% surge as the sidebar was loading. Could easily be Intel versus AMD as far as that goes. (ran out of profile temp attachment storage so no pic for this one) edit - and could also be Chrome vs Mozilla - I posted Chrome-variant YouTube/Piped comparisons in the Mozilla-variant thread, ooops

I get the same CPU pertentage range when I switch from h.264 to VP9 on Piped. I cannot right-click in Piped and access YouTube's "stats for nerds" screen but my "normal" setup for YouTube runs circles around Piped. RAM consumption is basically identical, but CPU has to work "twice as hard" on Piped versus YouTube desktop. Granted, my frame of reference is my "normal" setup compared to the same exact video then played on Piped in Incognito.

Piped hovers around 31% -

Hovers around 18% on YouTube desktop -

Testing with this setup for Piped (what I am attempting is an apples-to-apples comparison, h.264 480p compared directly with h.264 480p) -

My "normal" YouTube listening relies on this - I also intentionally force 480p unless I switch to full-screen then the video switches to 1080p. I hide comments and chat for both YouTube desktop and for Piped.

I do not use that anymore. I think I used it for like half a day and ditched it. Not sure if I tried VP9, will revisit.

No, I can not. Perhaps other folks here can teach you how to carry one profile over to a new build, I will be unable to instruct users how to perform "file management" as my file management is unique to my own preferences and not "universally global".

Sweet! Looking forward to giving it a try. I'm intrigued by the idea of a YouTube "front end". But what I observed here on an Intel Core2 Quad Q6700 @ 2.66 GHz with 3.24 GB available RAM (XP x86 SP3) is that YouTube itself is "easier" on the CPU. Forcing 480p h.264 on both -- Piped CPU ranged from 26% to 39% YouTube desktop (with Enhancer for YouTube extension + Proxomitron) CPU ranged from 16% to 24% Enough of a difference that my CPU fan would flip back and forth between low RPM and medium RPM on Piped but would stay at low RPM on YouTube desktop. The CPU fan flipping back and forth on Piped made for a very unpleasant listening experience compared to YouTube desktop.

Updated links in first post. Ungoogled and Regular. Regular restores Chrome Web Store and Translate to English. Both versions remove context menu "share" entries, resolve English translation when deleting favorites subfolder from bookmark bar, remove "mobile" bookmark context menu entries, think that's all of the changes.

Here's a screencap video that illustrates - https://www.dropbox.com/s/65lbswly2ftrr8c/white-flash.mp4?dl=1 The very FAST white FLASH happens for ALL NEW TABS OPENED. It's so FAST that the video capture did not catch the one before loading Google but you can clearly see the WHITE FLASH when YouTube is loading.

That flag does not change the background color for the DEFAULT about:blank. The default background is WHITE so whenever you open a new web site, you get a very fast flash of white background BEFORE the browser switches the DEFAULT WHITE over to "dark".

I haven't looked into how easy/difficult a toolbar button would be. What I have been experimenting with is an "alternate loader". My loader would load the portable loader but would pass different parameters to the portable loader. For example, hold the ALT key down when launching and it swaps between two skins but remembers the last skin used. Lanuch the loader with no keyboard buttons depressed and it loads whatever skin you used when you last used the browser. Launch the loader with the ALT key depressed and if your last browser session was "light mode", then this session loads in "dark mode". Launch the loader with the SHIFT key depressed and the ungoogled version loads in "regular" mode instead of ungoogled. But it's kind of just a free-time experiment.

Fair enough. But if we're going to play it that way, DCBrowser is of no interest to this thread. This thread is for 360Chrome v13.5 build 2022.

Most of you are aware that I hate hate HATE "dark mode". HOWEVER, with this as a "hobby", I have been experimenting with a dark mode skin off-and-on over the last couple of years (shows how "back-burner" this endeavor is, lol). I cannot bring myself to releasing a "partial" dark mode skin with known flaws right out of the gate. The BIGGEST flaw that I am finding with "dark mode" in XP (though I suspect this to carry over to other OSes) is a very fast rapid "flash" of FULL VIEW PANE WHITE before the browser can "switch over" to dark mode. More commonly referred to as a FOUC.

Does anybody know how to change the default background color for about:blank? The new tab background color can easily be changed, but I'm asking specifically for about:blank.