Jump to content
MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. ×

Mathwiz

Member
  • Posts

    1,188
  • Joined

  • Last visited

  • Days Won

    38
  • Donations

    $0.00 
  • Country

    United States

Everything posted by Mathwiz

  1. That's an old version of K-Meleon, but I don't think it would hurt to try. Follow the instructions I posted here: If you have any problems just remove the extracted files and you'll be back to normal. If you're using an older browser, I'd guess you have an older PC. Personally, the only thing I've noticed that may be a problem with older PCs is that the patch sets the browser to a frame rate of 120 fps, which may overload slower CPUs on sites with lots of animation. If you have CPU-related issues, try removing layers.offmainthreadcomposition.frame-rate and layout.frame_rate from the .js files with a text editor.
  2. So which videos aren't working now? Oh, now I see 7 months elapsed between those posts, so maybe I should ask, are any videos not working now?
  3. Just download, extract to a drive or folder of your choice, and create a shortcut to palemoon.exe. A couple of suggestions for running it portably: For maximum compatibility with modern web sites, 360EE might be a better choice. Google keeps re-inventing the Internet, Moonchild Productions has had trouble keeping up, and @roytam1's browsers are based on MCP's....
  4. With the Covid-19 pandemic still smoldering, and occasionally flaring up, many of you may be working from home, and using Microsoft's Remote Desktop or something similar to access your work PC. I've been doing that for a year and a half now, although since getting vaccinated I do occasionally go to the office. One major nuisance I kept running into was that, when using any Firefox-derived browser (I generally use @roytam1's Serpent but they were all affected), certain Web sites would freeze Remote Desktop up. The only thing I could do was click to hide the browser window, disconnect, reconnect, and hope that it wouldn't lock back up again as soon as I brought the window back. A very frustrating way to work, and forcing me back to the office more than I'd like. The other day I found a solution. I was in the office, and experimenting with the setting layout.frame_rate in the about:config page. It had somehow gotten set to 240 on my Serpent browser, I think as a result of the "UOC Patch". I reduced that to 60, my monitor's actual refresh rate, and got a noticeable performance improvement at work (where I was not running Remote Desktop, of course). But once back home, I still had problems with Remote Desktop. Apparently too high a setting overloads the Internet connection, causing the desktop to slow down or even stop for long periods. And Remote Desktop has no way to "dump the queue" other than disconnecting and reconnecting. So I decided to try reducing it further. When I went down to about 12, my Remote Desktop problems went away! Animations started looking pretty jerky, though, so I did some more experimentation: in my case, 20 was still too high, but 15 was just right, giving animations that didn't look too jerky without Remote Desktop freezing up. I'm guessing the ideal setting depends on many factors, with the speed of your Internet connection probably being the most important. So if you're in the same situation, you'll need to experiment to find the best setting of layout.frame_rate for your environment.
  5. Github-wc-polyfill seems to work with Serpent 55, at least, although as mentioned in the "Multiprocess Mode" thread, only in single-process mode. (I have a single-process mode profile for just this sort of situation.) And again, you need to modify install.rdf to allow version 52.9 through 55.* to be installed. Edit: Spoke too soon. With GitHub, some things work but several are still broken with Serpent 55. GitLab doesn't really work at all. Same goes for FF 52.9.1 and FF 53.
  6. Yes, I've experienced that myself. I have one tab open that has JavaScript to auto-refresh every 5 minutes; when the auto-refresh happens, certain other tabs will freeze until the refresh completes (on both XP and Win 7!) I guess I just need to stuff in more RAM and bump the process count. BTW (and slightly OT), I found unrelated preferences whose setting can be changed for improved performance: layout.frame_rate and layers.offmainthreadcomposition.frame-rate. The defaults are -1, which AIUI means refresh the screen as fast and often as possible; clearly a waste of CPU if yours can refresh the screen faster than your monitor refreshes! I had mine set to 240; probably a holdover from the "UOC Patch," which wasn't much better for performance than -1! I changed them to my monitor's refresh rate, 60, and got noticeably improved performance on a website that's particularly heavy on "cute" animations (like fading windows in/out, rotating "Please wait" wheels, and the like). I see; the "XP" in the macro is merely a coincidence. I'm sure there's no Mac OS XP or LinuXP! (Probably stands for eXecution Platform or some such nonsense.) It would have made sense to condition the code not just to Windows but to the specific version, since there's no need for the test at all, if the code can only run on Vista+ anyway (think FF 53+); so naturally I thought XP_WIN meant Windows XP; oh, well, you can't win them all.... Luckily, it's irrelevant to the point I was making two years ago, which is that there was code (at least in FF 49) that checked the app.update.channel pref at run time, and disabled e10s if it was set to "release." We were searching for alternative ways to enable e10s, and if for some reason you happen to be running FF 49, changing the update channel pref may work. (I never tried.) But by the time of FF 52 (the basis for all UXP browsers, including St 52, and of course the basis for FF 53, which in turn was the basis for St 55), the app.update.channel pref had no effects other than those which @VistaLover noted in the post I replied to.
  7. I would probably phrase it as, a developer un-crippling newer versions of Flash. It's still Adobe releasing them, but they're region-restricted to only run in China, and of course they have all the China-mandated spyware. Darktohka is stripping all that out so the rest of the world can use the updated (and presumably more secure, although who really knows) versions. But it's still Adobe's copyrighted product, and legally, they have the right to say "no" to what darktohka is doing. You'd think they wouldn't care - if folks are that determined to keep using their free product, why not let them - but maybe they made an agreement with the other members of the "Anti-Flash" consortium (chiefly Google, I suspect) to do everything they can to keep this old, not particularly secure, but popular browser plug-in dead & buried outside of China.
  8. Now that the two of you mention it, that makes sense. Flash v34 is targeted at China, and 360EE is a Chinese browser, so it's reasonable that it allows Flash to run without nags! And of course it's the only remotely recent Chromium-based browser that runs on XP. As some of you are aware, I also use Win 7, which can run "straight" Chromium 87 (but which unfortunately contains the aforementioned nags). I'll check the Win 7 forum for answers, but for some reason, it's not as well-populated with experts as the XP forum.
  9. Thanks @VistaLover. I was out of the loop for a while and just saw that Adobe filed a DMCA take-down against Darktohka. I suspect (s)he will have to find a non-US host to escape the DMCA and keep this project available long-term. Evidently Adobe really doesn't want users outside of China running Flash any more! (cf. my rant at the end of this post): Get 34.0.0.192 from the Wayback Machine while you can; it may become the last Flash version you can get! Link for github-wc-polyfill: https://github.com/JustOff/github-wc-polyfill/releases/download/1.2.5/github-wc-polyfill-1.2.5.xpi Note well @VistaLover's mention of UXP. This is only compatible with UXP-based browsers: PaleMoon/New Moon/MyPal 28 (for New Moon, you need to go into the .xpi archive with 7-Zip and modify install.rdf to specify 28.10 vs. 28.14 as the MinVersion), Basilisk/Serpent 52.9, and SeaMonkey 2.49.5 2.53 (which doesn't work on Win XP). I'm unsure if it can be modified to work on FF 52.9 or Serpent 55. Pretty sure it won't work on other FF-based browsers (e.g. PaleMoon 27). BTW, I tried Flash with the last compatible version of Chromium (87, on Win 7; haven't tried the 360EE version on XP yet). It works, but Chromium really doesn't want you running it! You have to manually enable the extension (and it won't save your preference if you exit the browser), then click the icon of each Flash component on the Web page, then again tell it you're sure you want to run that Flash component! I'm unsure of the latest Chromium version that allows "hassle-free" Flash, nor do I know if that version is new enough to be usable on the modern Web. If anyone knows, please educate the rest of us!
  10. Are @mixit still around? They always seemed to come up with fixes for these sorts of issues....
  11. I wonder if Instagram is using a new video codec now (perhaps h.265/hevc/av1)
  12. Yes, that's what he'd have to do: create a new key pair, publish his new public key, and start signing his builds with his new key. Probably not practical to recover the old private key from a crashed SSD; data recovery services are expensive, and there'd be no guarantee of getting it back anyway. And I'm not sure how HK's new government would react to one of its citizens publishing a public key, since it could be used to send him encrypted messages. May not be worth the potential trouble.
  13. Thanks for that! That annoying warning banner comes up almost every time I visit my bank's (Chase) web site, and I've long wanted to get rid of it! Clicking "wait" makes it go away for a few seconds, but it usually comes back before the script is finished. You don't actually have to click on "wait;" once their Javascript finishes downloading whatever info I asked for (e.g., checking account transactions), the banner goes away on its own. It's just annoying to have it pop up every time! Edit: Unfortunately, it didn't work! After a restart, the banner no longer comes up; but a dialog box pops up with the same options. There's a "don't show this again" checkbox, but it doesn't work either. However, I believe I discovered the correct pref to get rid of it for good: set dom.max_script_run_time to 0. That seems to have banished the dialog box for good.
  14. A couple of years ago, I wrote a batch file to download & install @roytam1's browser builds. Surprisingly, it still works - the only thing I had to change was the set domain= line because he had to change his hosting domain name again. One of its features was to verify the signature of the downloaded file using gpg. Needless to say, this throws a big monkey wrench into that feature - there's a lot more to do after verifying the signature than just pausing so you can see the results! I'll give the cmd /c trick a try. Hopefully it will crash just the second invocation of cmd.exe, allowing the first (the one running the batch file) to continue. Might look a bit ugly, but as long as it works.... Edit: Well, looks like it's a moot point anyway; Roytam1 stopped uploading gpg signatures about a year ago. Edit 2: Here's what happened: His SSD crashed.
  15. As of today, latest Flash version at both links is 34.0.0.184. Confirmed to install and run on Windows XP.
  16. Yes, same story for Windows 7 (including IE 11 on Win 7 systems), as you are probably aware. So Windows 8 and 8.1 users (and Win 7 users with an ESU key) are the ones most likely to encounter this IE annoyance. Of course, there are more usable Flash-compatible browsers than IE for all Windows versions from 2000 through 8.1, but a Web site old enough to still have Flash content is probably still compatible with IE 11 too. I can see arguments both ways on these workarounds, so I'll limit my comments to merely note that Win 7 (and probably Vista) users employing them will also encounter the Flash warning, if they use IE for Flash content and apply the March 2021 or later IE update rollup. IE8 is even more worthless. About the only site that works better under IE is Microsoft's Update Catalog, since you can select multiple updates with IE then download them all with a single click (other browsers require separate clicks to download each update). But even the catalog now needs a local proxy for IE8 to connect, since it switched to modern security protocols. Switching topics slightly, I find this whole Flash imbroglio striking. The entire PC software industry, including Adobe, Google, Microsoft, and Mozilla, (and probably other big players like Apple too) collaborated in a multi-year effort to render a commonly-deployed Web technology useless. Given Flash's frequent security and privacy issues, I can understand the decision, but AFAIK it's pretty much unprecedented. The closest thing that comes to mind was Mozilla's switch to "Web Extension" browser add-ons, destroying about a googol of Firefox apps in one fell swoop, but that was just one company's unilateral decision - and it didn't entirely work, due to Firefox being open source. At least the Flash phaseout was handled fairly well - there's little need for Flash anymore - but if you're one of those who still needs it, you weren't given much official recourse. Sort of a scary precedent.
  17. I suspect very few folks use Internet Explorer with Flash anymore, but for those few, last March Microsoft added a "security feature" to IE 11 (and I think IE 9 for Server 2008; perhaps a Vista user can confirm or refute that. IE 8 for XP hasn't been updated since PosReady '09 EOS, so no change for XP users). It's not a time bomb; just a warning bar that pops up if you browse to a site that uses Flash content, reminding you (once again) that Flash is EOL. You can dismiss the warning, and at least as of the July update roll-ups, if you have a working ActiveX Flash version installed, Flash content still works. Since it was added after Flash EOL, my guess is that it was intended to tell users why these Web pages don't work any more. But of course, if you do have a working Flash version installed, the Web pages do work, so the warning bar is just a nuisance. Knowing Microsoft, it's likely there's a registry entry somewhere to turn the bloody thing off, but I don't know that for sure. If any of you know of one, please share!
  18. In every example you cited except the last two, there were more than "one process for each tab of each window," by a minimum of four processes! That is not a "middle ground" between one process, total (FF w/o e10s); and one process for each tab of each window - it actually means Chrome is more of a process hog than I thought (at least until you hit the apparent cap of 86(!) processes). If Chrome were "intelligently" sharing processes as the total number of tabs increased, we would expect to have fewer processes than tabs, not more processes than tabs. But you didn't see that until you got up to 90+ tabs!
  19. The good news is, there should be a solution for Flash. Seems Adobe is still updating it for the China market. The bad news is, Adobe cripples the Chinese version to only run in China. Plus it has all the government-mandated spyware.... But the other good news is, there's a GitHub project called Clean Flash that removes the region restrictions and spyware! It's all discussed in this thread (at the XP forum, but it applies to newer Windows versions too; I'm running Flash 34.0.0.164 under Win 7): Runs just fine in IE 11, as well as Chrome & Firefox (prior to the most recent few versions; see post for details). Edge appears to be hopeless though.
  20. As @VistaLover noted, Basilisk 55 (aka Moebius) was forked from an alpha version of FF 53. My understanding is that the "55" came from the fact that some changes were back-ported from FF 54 and FF 55 before MCP gave up on Moebius and re-forked Basilisk from FF 52.6. (Sort of like what ArcticFox and @roytam1 have been doing with NM 27 lately ) Anyway, as an (albeit early) FF 53 fork, Serpent 55 is probably the best XP platform for e10s multi-process mode, although memory usage does get pretty large pretty quickly! (The second-best XP platform for e10s would likely be "stock" FF 52.9.) I've been using e10s with St55 for a couple of years now, without noticeable ill effects (other than memory usage), although I keep a "single-process mode" profile available, in case I need to use those incompatible browser extensions (notably Classic Add-Ons Archive). I can't speak for @XPerceniol, but speaking for myself, one advantage of multi-process mode in the FF platform is the ability to limit the number of processes to something reasonable. In "straight" FF, you get one process, period. That obviously isn't enough for many modern sites. But in Chrome, AIUI, you get a separate process for each tab of each window - overkill IMO. E10s lets you choose a reasonable "middle ground" based on how you use your browser and how much RAM your system has.
  21. That may be it. My version of Office 2010 (which came as an unexpected bonus CD when I bought a copy of Office XP on eBay) is different: Microsoft Office Home and Student 2010. Looks like several users on the linked thread have that version as well. From linked thread: No problem for XP users, of course, but it looks like Win 10 users unlucky enough to have this nag will still get nagged monthly after each update.
  22. Sorry to hear that. Is a CPU upgrade possible? I guess not or you would've done that too. IIRC the Pentium III was sold on a separate user-replaceable card, but I don't know if the max. clock speed is set by the CPU card itself or by the motherboard. About the only remaining improvement possible would be an SSD. I think it would help, especially with such limited RAM, but it's up to you. @roytam1 is your best bet on how to recompile FF browsers. You don't need a decompiler - source code is on the Web - but it looks overwhelming to me! It also takes a substantial PC to do it; I doubt you can do it on the Asus, but just maybe another PC can create a build that will run on it. I was actually surprised he was able to build Serpent (based on FF 52) so that it works on pre-SSE2 machines. IIRC, starting with FF 49, the Javascript engine uses a just-in-time compiler that can output SSE2 code, so I thought a build avoiding SSE2 instructions would be useless, since any Web page using Javascript (all but the simplest pages these days) would still need it. Yet somehow he pulled it off, so what he did should work for FF 49-51 too.
  23. There may not have been any hassle in 2010. There certainly was at the end of 2019 though. Spam wouldn't necessarily come from them. That said, they may have impeccable privacy practices, but it doesn't matter - I've long since lost interest.
  24. I'm back! Had a pretty bad year and a half; check my profile for details.... Well, this thread didn't age well, did it? Sure, you can go to the M$ Update Catalog and download Win 7 POSReady updates, but it looks like they're the same updates as for plain ol' Win 7, so they won't install unless you pony up.... Nor will the Windows Server 2008 R2 updates; same story. Apparently each update has a time-bomb in it, with different detonation dates depending on the exact version. (Not that it matters, but I'd guess they put the time-bomb code in the SHA-2 updates, without which Windows Update won't work at all, so there's no getting around it....) But it's not so bad, right? Just pony up and M$ will sell you a key that pushes the detonation date out a year. And the first year, at least, is reasonable. The second year is more, but still not too bad. But here's the kicker: that's only for business "enterprise" versions! I can buy a key for my Win 7 Pro machine at work, but not for my Win 7 Home Premium machine at home! Heck, at this point I'd settle for a hack that makes my system look like Win 7 Pro, just so M$ would sell me a key.... Meanwhile @Jody Thornton is laughing his @$$ off at all of us, because he can just keep installing Windows Server 2012 updates on Win 8 until 2023. M$ didn't time-bomb Win 8, evidently.

×
×
  • Create New...