Leaderboard

(Sorry, didn't have time to respond to this before.) I agree with your general point, but I'm not sure how much Google is to blame in this particular case. The thing is, programmers often tend to be pretty lazy when having to do maintenance tasks, because these aren't seen as "cool" and "innovative"... And this bug is a bit of a special case, because it takes almost 30 min to run a single test case, whether you're trying to track down where the regression originated, or trying to fix it. Let me give you a rough rundown of the process I went through with this (let's skip this long story for them normal people ; and this isn't about me looking for extra credit, honest! ) OK, so now consider that during virtually every step of this, you have to run a whole lot of 30 min (or longer) tests to make sure of your guesses or fixes. I am, of course, a great guy and all , but even with my highly vested hobbyist interest in solving this issue it took me several months to get through this all. Obviously not months of straight work on this alone, and obviously I didn't just sit around gaping at the screen every time I ran a test, but started the test and then did something else while it ran, but the whole thing still took time. Now, imagine I was an elite coder working at Mozilla , and generally supposed to work on some other stuff besides this. And, let's say you were my manager. Are you sure you'd let me spend all this time on this one, apparently (but really not) intermittent issue that seems to be affecting only a few people (really affecting all, but 99.99% of those people wouldn't put 2 and 2 together and notice the very specific interval and would instead write these freezes off as internet issues or whatever else) on a "legacy" OS that doesn't have that long to live anyway (or so you think, not knowing about POSReady, and MSFN )? And would I, an elite Mozilla engineer , want you to make me spend my precious time on something like this? I mean, even without the whole Windows driver dive and leak hunting thing they obviously wouldn't get into (the leak hadn't happened yet, either), it's a lot of work that isn't "cool", nor "innovative"! This is not to say that I excuse the fact that they don't even run tests for longer playback, etc., etc. We all know Mozilla has lots of problems with their attitude and policies, and there are many things they aren't doing that they should be doing (and vice versa). I definitely do blame them for letting this fall through the cracks and not doing more to fix this. But as far as Google goes, since they probably weren't using cubeb, maybe they themselves never ran into this bug (at least its more obvious, 2x:xx version), and since this isn't an issue specific to Youtube, I think I wouldn't blame them too much for this one. But there is Microsoft, who introduced this bug in the first place with that pretty dumb coding error...

LGTM will commit it in short period. EDIT: committed in goanna3 and 4 repo, other repos will be followed later. https://github.com/roytam1/UXP/commit/85149582f1000cd801350ebaa73151872c521d4f https://github.com/roytam1/palemoon27/commit/2d96070f5334a82b3cb3133c822b8ae5a372c411 https://github.com/roytam1/mozilla45esr/commit/bf2771bde24a18e3ab13ead251befca1ac630d7b https://github.com/roytam1/basilisk55/commit/6fd60b08fe3f33fc0c7245427a25251dd6008690 https://github.com/roytam1/palemoon26/commit/a66d2e44121f0684044f86abed116dc1d686d17f

I guess this is my cue to stop procrastinating and finally post the fix I made for this I've had a few people test it for 4 months now on all kinds of sites on both XP x86 and x64, and the jury says this indeed fixes the 2x:xx video stoppage issue and doesn't seem to introduce any new problems. I honestly didn't intend for the testing period to be quite this long, but summer heat can have a detrimental effect on one's brain and thus plans. Since my own browser builds are based on Centaury, but I still consider myself a (lurking) MSFN patriot and this is the home of @roytam1's Serpent, I'm just going to post the fixed media/libcubeb/src/cubeb_winmm.c on Pastebin to avoid playing favorites (and signing up on Github ) I'm not sure how often @feodor2 visits here these days, so maybe someone on Github could mention this in https://github.com/Feodor2/Mypal/issues/1 if he doesn't pick this up soon enough. What has been tested: MP4/VP9/VP8 (and plain audio MP3/etc) streaming/local chunked/single-file sped-up/slowed-down 27+ hrs long playback (see the technical details for why) Youtube/Twitter/Facebook/Instagram/TV station streams/etc/etc (nor did we forget p0rn/pirate sites, which of course are no different from a technical POV... ). Among other things, a 75-year old lady watched the entirety of Prince Philip's funeral with this fix in effect and had no complaints. What has NOT been tested: Pale Moon-based builds (as opposed to Basilisk), because I don't use NM or Mypal. Since this is a UXP platform level fix, the front-end should have no effect. I obviously don't have access to every sound card out there, but since the MS driver causing these problems should be common in all configurations, I'd expect the fix to work with pretty much every card. new-fangled formats like AV1 (I'd expect them work, though). DRM-ed streams, since no Widevine on XP (but again, this should work with those as well if DRM itself worked). @roytam1, @feodor2 I didn't create a preference for turning this fix off, because it turned out the normal pref system is no longer compatible with C code, and once it became evident enough that the fix was pretty solid, I didn't feel like hacking something together to make preffing work for a library-level change like this. You're welcome to pref it, of course, but based on the length of testing with no issues discovered, I dare claim it's safe to include without a pref. Here's a general overview of why this problem was happening (you may be surprised ): And, some more technical specifics, incl. about where the 2x:xx times come from (this is also included as a comment in the source code): EDIT: Writing this up amply reminded me how much I LOVE making long posts using this board's post editor... BBCode FTW!

I don't disagree, more important things to do can always be found, but in this case it wasn't really about polishing anything. If only their tests had included playing a 40-45 min video (the net length of a typical episode of a 1-hour TV show - a frequent use case), they'd have caught this problem immediately, as soon as they started using cubeb. The issue wasn't intermittent, it would happen whenever you watched a video straight through long enough. I can't believe a sane tester or developer would knowingly let an issue like this fester. Around the time of Firefox 15.0, XP was still big. But since they didn't catch this in their own tests, the whole thing became dependent on enough people noticing the exact pattern and reporting it. And people don't normally pay precise enough attention to this type of stuff. Speaking of myself: I'd like to think I'm pretty observant , but I didn't really notice this pattern even when I was already intellectually aware of it after having read about it - because I routinely skip over opening titles and often jump back or forward to rewatch some scene or skip a boring one, so even though I did see the freezes, they almost never happened at the same time mark for me. So, a great many people would miss the pattern because of this type of scattering, others simply wouldn't pay enough attention or would attribute it to something else, and only a select few would report it to Mozilla. And since many of them saw this happening on Youtube becuse that's where they watched most of their videos, it would become known as "an intermittent YT video issue" (a complete and utter misnomer, as we now know!), one of great many Firefox was having with the site. And since there weren't enough reports, no one really bothered to look into it properly. If they had, I'm sure their media guys like Pearce or Avenard would have pinpointed the problem location in a fraction of the time it took me. In retrospect, I regret that I never took the time back then to at least find out where the freeze problem started and give Mozilla a detailed report on it. But it was too minor an annoyance for me personally, and easy to work around; and at the time the buck stopped with Mozilla and you could always hope that maybe eventually they'd get this fixed. Nowadays, though, the buck basically stopped with me, so... As for WebGL, of course that sucks, but I think optimizing functionality is a very different kind of issue compared to fixing something that clearly shouldn't be happening at all. Hey, wait with the party until @roytam1 actually does a build with this! But I appreciate the kind words. Thanks , but to be honest it wasn't really that hard a problem to solve in terms of complexity. The main obstacle was that it was tediously time consuming and you always had to wait another half and hour before you knew what the next step would be. I actually took a break for a couple of months between when I found out cubeb was the problem and when I started looking into what exactly the problem was, because running these long test sessions on the background all the time was getting in the way of focusing on other things... As for the pref: yes, but only for a short while. I don't remember exactly when, but sydneyaudio was removed pretty soon afterwards. (And, technically, it still had this problem, but it'd only manifest after every 3 hrs or so, thus hardly anyone would notice.)

I never heard about such thing, maybe it has some SB emulation in Windows 98 drivers, but that would be all.

Best to be alive and talk about it then rather than die silent about it even if it be a PM. 10yrs to go until you are eligible for the pension. Crazy not being a politically correct word, has that something to do with your contempt of the world of human inhabitance. Perhaps you have done time in a mental facility:- a mental inhospitality center. With about 50% of Romanian population connected to a sewerage system and about 10% of rural population connected to water there is a good chance some people may be used to your situation. The fleas disappearing in winter is strange though as they should still be there. If the fleas are not biting or rarely have a go they may be getting blood from outside from the neighbour's pets? Bird lice infestation is worse than fleas where a tree gets too close to a house in the shade but will depend on if the fleas are biting and you get a disease from them. Keep your phones charged they may be OK for emergency calls or photos. If the battery gets warm/hot on a charge then discharge. If it gets warm/hot on a discharge then charge. https://www.notforsalecampaign.org/romania/ https://www.relieffundforromania.co.uk/partners_romania.html https://m.facebook.com/SOSSateleCopiilor https://www.humedica.org https://www.thesmilesfoundation.org

This not enough, there are important parameters and error messages. Notebook is always bigger problem, VRAM and video bios rom size, are two different things. AC97 with this sound card will native Dos sound never work, there is only very few programs like modern videoplayers and Q2Dos Quake2 port, where these soundcard are working. With this soundcard you have only 1 possibility and that is Dosbox (there is also Win98 port), there never were Dos drivers for AC97 cards. If you want notebook with Dos sound support, you would have to get something older with soundcards with dos drivers..

When you have an infinite number of tasks with higher priority, it's practically impossible to find time for polishing things like that so unless the bug is actively causing havoc on significant scale, it may take years before it's fixed, if ever, and in case of commercial software, you probably won't get the version with the fix for free. Mozilla also hasn't fixed slow WebGL in Firefox on XP and this is still an open issue on Linux, where there's also a problem (though technicalities differ).

In legacy it has to be imported, and shows 0 of 0 rules applied.

Let's see here... Looks like my latest Centaury build uses roughly 6.2 GB altogether, 1.4 GB for the source and 4.8 GB for the "object directory" with build results. This is a release build, debug would be somewhat larger - so let's say 7-8 GB in total. MozillaBuild is roughly 0.8 GB. The full DirectX SDK is 1.2 GB installed (although you really only need a few MB from it). For Windows 10 EWDK based builds (like @feodor2 does them) the EWDK .iso (that you can mount as-is) is 6-9 GB depending on version (getting bigger), but you don't have to install VS and the Windows SDK, so you can still save quite a bit that way. It was pretty funny to see Moonchild arrogantly lecture feodor2 that he didn't "understand how software in general works" because feodor2 didn't want to install all the extra bloat that comes with VS, whereas Mozilla have been using stripped down tools packages since well before Firefox 52.0 that UXP is based on (see the history of their toolchain packaging script). (OK, so they do the install once, but then package the components they actually need and use that package for subsequent builds.) If you did that (installed, repackaged, uninstalled) with the current official MCP requirements for Pale Moon/Basilisk, you'd end up with only 1.3 GB for all the required VS and SDK stuff, huge space savings! You're very welcome Since I don't plan on distributing my own builds publicly, I guess you'll have to wait until @roytam1 and/or @feodor2 merge this into their builds, so quite possibly only until this week-end for Serpent (although they'll likely want to spend a bit more time testing this on their own). You'd need to rebuild the whole application, replacing media/libcubeb/src/cubeb_winmm.c in the source code. Unfortunately this is not something that can be applied "on-the-fly".

v13 build 2206 rebuild 2 file size == 90.0 MB v13 build 2206 rebuild 3 file size == 70.2 MB login resources have been removed (which also removed Avatar context menu [may bring it back in a later rebuild to use as dropdown for chrome URLs]) @Humming Owl's v12 modfications have been ported to v13 -- no more gstatic connection on First Run --- I have not tested for possible side effects but will report if I do find any all settings pages fit in one 1920x1080 viewport - it always bugged me that you could be three dialogs in, close that third dialog, and the second dialog defaulted itself back to the top and you have to find where you were at, just annoying so I fit all to one page https://dl.dropboxusercontent.com/s/qyyimm3h58r3963/360Chrome%202206%20rebuild%203%20-%20unran%20-%20MSFN.zip