UCyborg

So, the world has come to an end. Part of my world at least...I returned home today and there were no lights on the router. There was a power outage earlier in my area, I'm assuming it coming back was a shock that wasn't taken well. Unsure what to do now, what to try first. The thing is, it's behaving in a way that I didn't find about online. You plug it in, then "Power", "Internet" and "4" (it indicates the number of LAN port) lights light up and stay on for several seconds, then it's all dark again. The usual sequence starts with "Power" light blinking and most often when something is wrong, it just blinks forever. I wonder if it could be that the power supply is broken. My workplace happens to have this model, maybe I could bring the router with me and try it with that power supply. The other idea is hard reset, but due to weird behavior, I'm sceptical about either different power supply or hard reset helping, have a feeling something's cooked in there.

This probably refers to Array.prototype.at().

What about compatibility of these varieties with old low-RAM laptops? GitHub easily wastes gigabytes in modern Chromium. ... And this is a 100% pure Googl-ism , as the Browser compatibility table there indicates that feature as present in Google Chrome 1.0 (!), released 2008-12-11, but only implemented in Mozilla Firefox starting with v66.0, released more than 11 years (!) later ... http://www.quirksmode.org/js/events_access.html

Some interesting insights regarding memory leaks and CPU usages spikes. It's a recurring topic and it appears it will stay that way unless something changes radically, either the web at large or the web browser.

And change what exactly? How does it effect GDI rendering? I wonder if the program even works with driver 355.98. NVIDIA's graphics drivers for XP are such a crapshoot. You have to be a programmer to even set display scaling, which I didn't know it was possible until I recently found some old NV API docs from around 2005.

Hm, yeah, I guess without ears, all the talking goes to the void.

Pffft, we're on BCD now, why would discussing legacy deprecated boo INI be allowed on forum about Microsoft software? Oh wait, that's what most discussions are about...I think the forum should be renamed to MLDSFN (Microsoft Legacy Deprecated Software Forum Network). It seems embedding is broken in general, even posts from this forum. Can post plain URL link, but can't embed it.

It was mentioned here. I suppose it could have a dedicated thread. The new version was released few hours ago.

Vivaldi has it and while the rest of the UI is still custom rendered like Chrome, it's much expanded functionality-wise compared So it could be done, but people would always find something to complain about. Am I the only one who finds all these browser discussions really monotone at this point? The only odd XPs I still see in the wild once in the blue moon have Firefox 52 or Chrome 49 at best, so probably not much (any?) web browsing is done on them.

Na-ah, that just breaks other applications. I don't have a problem with chrome.dll having to be relocated at runtime. Can still move Chrome's DLLs a bit further from default address, which is better approach since those are larger than api* ones. rebase.exe -b 10040000 chrome.dll libEGL.dll libGLESv2.dll vk_swiftshader.dll vulkan-1.dll Actually this has improved things for me - thanks! as it turned out, that didn't help much if at all; at least on my Dell 745 Optiplex. This flag is pointless since what it disables is non-functional on XP to begin with. And there's a checkbox for it in the settings anyway. I never use disable that on supported systems anyway, it's basically saying: "I don't want to use my graphics card that I paid good money for, I prefer the slow laggy and choppy graphics content, animations and scrolling." Or: "My onboard GPU and drivers suck so I have to turn the acceleration off to avoid bugs and glitches."

Translation: You can run the browser executable with -purgecaches command-line argument. Or set an environment variable MOZ_PURGE_CACHES to 1. If present at browser startup, should clean its caches then.

LOL, but seriously, when you look at the hardware manufactured today, you cannot not notice the insignificance of the old gear. Not that you couldn't make a lighter browser, just don't expect it from Google. Though such browser probably couldn't support all the mess they've thought up should be supported by a web browser. I didn't mention FF or Mozilla specifically. There's still Moonchild Productions and The SeaMonkey Association.

Aye, x64 flavor, but like I said, the ones in system32/SysWOW64 folders seem to have been bundled with .NET Framework 3, it's not included with XP. So if the only evr.dll is in MPC-HC folder, then deleting it would make EVR unavailable.

Looks like you have to enable chrome://flags/#enable-search-engine-choice to get it. But yeah, it's Chromium, not something I'm too excited about in general, it's just bad for the health of WWW. I can have 3 YT tabs open and 3 lighter sites, the computer RAM usage is still below 3 GB, about 2,9 GB, adding GMail brings it to 3,2 GB. 10 extensions active. Vanilla full-featured XP x64. Maybe some people need to rebase one of the DLLs? At least if chrome.dll is marked in orange on Modules tab of chrome.exe properties in Process Hacker. Can't say I notice any leaks. I wonder if there's any other flag besides --no-sandbox that would work-around the disappearing fonts that seems to happen in combination with Stylus. I haven't actually tried yet if this one even works at all in this Chromium, but it helped with at least one version of the old 360Chrome 13. General browsing is pretty snappy here, but things optimized to use GPU are slow, auto-scrolling also has a heavy feel to it. This is on old price/performance oriented gaming hardware from 2009, I don't count a newer GPU since it can't be utilized here, but older decent computers are still OK for heavy web browsers. Although MSFN often gives me the impression the only acceptable option is to buy only one computer in the lifetime and take it to the grave.

So EVR is seemingly restricted in rendering videos in limited 16-235 color range on XP. Or is there a workaround or a missing update?

Looks like a Chromium with typical limitations like the older variants. Guess it's good to pay the bills if your whatever-provider's site sucks so badly. No need for polyfills. Also why is only Google on the built-in search engine list? It did crash on first startup on my XP x64 (only tried 32-bit version), but afterwards it was OK. OS is not updated beyond 2011/2012, except an odd crypt32.dll update from 2015. Laggy transitions/animations on websites, eg. changing pages on this forum, laggy videos (also doesn't prevent screen turning off during playback) etc. So CPU struggles while GPU has nothing to do. I see people being hyped up about Win2K support and what not, but, why? There's a charm in small footprint of period correct applications. Why would you want that monstrosity there? 32-bit chrome.dll is almost two hundred f***in' megabytes! 64-bit is obviously already beyond that. I don't know, maybe I'm just too old to "dig" today's kids' crazy ideas. PS.: Not this crap with the fonts again!

Please re-download, I reverted one condition that checked for Fennec ID (the old Android version of Firefox) as I'm not sure about correctness and would have to investigate deeper if the alternative was correct (as the condition was triggered on desktop browsers and I'm not sure if the data it got would be equivalent). As the changes don't target any desktop browser or mail client by ID, it would be good to test and see to make sure are no any new oddities in any case, Pale Moon/New Moon, Basilisk/Serpent, InterLink/MailNews or Epyrus. Also, not sure the about the versioning scheme Borealis Navigator follows, are there versions below 0.9 in the wild? I put the same min/max versions I put when I modded PassIFox, which was tested on that application at the time. Minor details, but I just like min/max versions reflecting what's actually out there. Obviously maxversion is a bit special and an asterisk indicates (merely to the user that happens to read it, at least that's how it is most of the time in practice) support for the whole branch of versions. SeaMonkey is also a bit special, even if it should work in the current 2.53.* version, theoretically, it could break anytime as they clean up stuff under the hood often. Anyway, I'm not a pensioner nor a lottery winner and am a slow person in general, so these things are a huge time sink, meaning I probably won't modify this extension further at this point in time.

You can try my version. It no longer depends on Thunderbird application ID, all relevant changes are in js/vapi-background.js, Hopefully all remains well with it, a one line change - adding Epyrus' application ID in one expression in the mentioned file - would have been easier, but the other way should be more correct.

You can probably get rid of dxva2.dll as well. From the version numbers, evr.dll included here is older (6.0.6002.18005) than the one I got (6.0.6002.18084), the latter is stable in that regard. Wonder why was Vista's evr.dll mixed with 7's dxva2.dll. Is there anything to gain from extra functions it has in XP environment? The only useful obvious addition is DXVA-HD. However that plug-in software processor may look like.

Long-term, this becomes less relevant as applications evolve. You can't expect eg. Thunderbird 52 extension to be compatible with application that is not Thunderbird 52 and doesn't do things Thunderbird 52's way. athenian200 was clear in that matter. But sure, you're not the developer and you're free to not look into the compatibility with Epyrus. It's always the problem of the extension developer, but yeah, gorhill decided years ago XUL won't be his problem anymore. So I guess it's really not.

Nope, that's not how this game works. Epyrus != InterLink && Epyrus != MailNews Therefore, if the extension doesn't work on it as-is, it must be adapted. Extensions must be tailored to the application they extend, it's always been this way.

Nice, you can also set title bar's text color, both for active and inactive state, I really missed that. Few small additions in that area would be nice, like a glow effect, text alignment, ability to have blend color taken from system's accent color.

Never installed the former and the latter doesn't have it. Apparently evr.dll (Enhanced Video Renderer) was bundled with .NET Framework 3, dxva2.dll comes as dependency. It can still provide some support functions to evr.dll on XP. EVR is selectable and functional in some players, but it was primarily made for Vista. Overall, things still look better in the land of supported to me. Seems the old version simply doesn't recognize that ID/string. It seems it didn't have the 4.6 requirement, still targeted 2.0 in addition to 4.0 according to .config file. The latest one craps out on non-existent method in .NET if you try that tweak.

This looks better: Driver version 355.98. This explains why LAV Video Decoder doesn't work on h.264. LAV has DXVA2 according to its settings, h.264 apparently works through DXVA1 on XP. Honestly, I've no idea how I have dxva2.dll in system32/SysWOW64, DirectX Redist seems a likely candidate, these files don't have normal custom file permissions, but inherited from their folders, no copy of them in dllcache folder either. DXVA2 is not supposed to work on XP according to Wikipedia, whatever goes through should only go through software, non-accelerated decoding paths at best. While dxva2.dll is loadable, when it comes to DirectX in general, you still need support from the layers at lower levels. Though it's interesting VC1 codec is shown for DXVA2 at all, I don't remember ever dealing with this specific codec, at least not knowingly. So output from GPU-Z makes more sense now, querying only DXVA2. That one VC1 variant in DXVA Checker also disappears for DXVA2 when renaming dxva2.dll to something else.

That's the one. I checked it when I was still running Windows 8.1. I'm not concerned about what GPU-Z shows on XP regarding DXVA.