Jump to content

looking4awayout

Member
  • Posts

    214
  • Joined

  • Last visited

  • Days Won

    2
  • Donations

    0.00 USD 
  • Country

    Italy

Everything posted by looking4awayout

  1. I have managed to do a workaround to the broken tiled compositing of SP52. I got APZ working, but as soon as you enable Tiled Compositing, I get black squares and scrolling lags badly. To get it working, I had to disable APZ scrollbar, unfortunately. Kinda cheated but hey, it works, better than no acceleration at 1024x768. This problem affects every 52 ESR-based browser so it's not your fault. Would it be possible to implement the Tiled Compositing routines of 45 ESR into 52? I have done many steps forward tonight and I'm very close to achieve full hardware acceleration on 52 ESR based browsers, on very old single core systems. If it's possible to port the tiled compositing routines of 45 ESR to 52 ESR (and so, Serpent), it would make SSErpent another great alternative for people who have SSE only systems, as the UOC Patch would finally fully accelerate it.
  2. This night has been very productive. I have managed to make APZ work in 38 ESR, as well as discovering that layers.low-precision-buffer hurts performance if enabled. The 52 ESR version has been set in stone, with the workaround I have applied (apz.desktop.enabled set to true but without enabling apz.drag.enabled as it causes massive lag on 52 ESR). Due to the rendering problems I had when I enabled E10S, that will be scrapped and so, I will no longer develop a separate version for New Moon 28. If the user wants E10S, then he should enable it manually. It's a matter of time before I release the new version. I just need to do some minor test to check if the new parameters stick, otherwise I'll move those to the Enforcer. EDIT: The release of the new version has been postponed again due to bugs found in the 45 ESR version.
  3. No new releases for now, but I bring good news. I have been working on a new, fully scratch made version of the UOC Patch and Enforcer for 45 ESR based browsers. I have backported some parameters from 52 ESR and they appear to work on 45 ESR SSE, and from what I have noticed, they have massively sped up scrolling speed, which now is on par with Internet Explorer 8, I am happy to say. Unfortunately, the same cannot be said about the rewrite of the 52 ESR version (I'm not going to do a full rewrite of the 38 ESR one, since it works well enough, maybe just a minor update, so 38 ESR will retain the N2L build number): basically, due to a broken implementation of Asynchronous Pan and Zoom and Tiled Compositing (thank you, Mozilla! 😬), scrolling at resolutions higher than 800x600 appears to be choppy. This problem is particularly noticeable on ATI cards, NVidia ones seem to either not have it or it is much more mitigated. While I am banging my head against the wall, even not sleeping at night, to find out a solution or a workaround to this issue, I am working in order to mitigate it as much as possible. Scrolling at 1024x768 and above will still be choppy with ATI cards on 52 ESR based browsers, but less than stock settings. I might have actually found a workaround, but it is not perfect and I don't want to release an half-assed patch to the public. It will take time. Presumably, I might be able to release the new 45 ESR Patch and Enforcer this week, do some minor updates on the 38 ESR/Macintosh version, and then we'll see. At the moment I am completely focusing myself on the development of the 52 ESR version, since thanks to SSErpent, which is a godsend to me, I can finally develop the Patch directly on the RDD, instead of having to always rely on other systems, invalidating the personal challenge I have taken since 2017. If the Gods will assist me, perhaps I will be finally able to circumvent the limits of 52 ESR's rendering engine and finally bringing it on par with 45 ESR, but the engine needs to be fixed by a programmer, something I am not. Stay tuned. EDIT: the workaround doesn't seem to be working...
  4. Usually, everything Mozilla deems as "good" is the complete opposite, unfortunately...
  5. I hope there is a way to port the rendering engine of FF45 ESR SSE to 52 ESR. Otherwise developing a UOC Patch for such a platform will be always, pardon my word, "half-assed". I wish I was able to fix it, but I'm not a programmer and I don't know where to begin, alongside not having the time to do such a task (heck, I even have a new version of the 45 ESR UOC Patch and Enforcer, still unreleased as I'm not having the time to do that!), but I really hope this can be sorted out for good. Those browsers can run really great on old hardware, if only those two things could be fixed.
  6. Unfortunately, SSErpent, being based on 52 ESR, carries over the broken APZ and Tiled compositing issues of other 52 ESR browsers. So while the UOC Patch I am developing does speed up scrolling, unfortunately it gets choppy at 1024x768 and beyond due to those issues. @roytam1roytam1 Would it really be impossible to fix that? Or even porting the rendering engine used in FF45 ESR SSE to 52 ESR (and so, SSErpent)? That would make my life much easier, as I have to come up with creative ways to circumvent this problem, which unfortunately shows up if you increase the resolution (especially with ATI cards). 45 ESR has both APZ and Tiled Compositing working, and it really annoys me to know that are broken in the latter versions, because the Patch would speed them up massively if it wasn't for that. Even implementing the semi-working Tiled compositing implementation of New Moon 27 would be fine, as the rendering errors (cosmetical only) don't hamper the performance, unlike 52 ESR browsers.
  7. Enabling E10S causes several rendering errors. But it's okay, I can do fine without. It's going to be a fun challenge to develop a UOC Patch for it.
  8. I have been testing SSErpent (just a nick I gave to the browser due to it working on SSE only systems) and while it does work, it's a little bit on the slow side. I am studying the about:config of the browser and I'm fairly confident that I can develop a UOC Patch for it. And if I successfully manage to develop it, I can port the changes to the regular 52ESR and NM28 versions. Since SSErpent does not support E10S, I will not implement it. But apparently it has working APZ, which is good. Tiled compositing is still broken but I think I could be able to compensate that. Give me some time guys.
  9. Roger that. I have tested the build and it works wonderfully on the RDD. I still haven't UOC'ed the browser yet, but I will once the new rewrite for 45 ESR SSE is done. If the Patch works as it should and if the extensions I use don't bog Serpent down, I think I might have found a replacement web browser for the RDD... 😏
  10. Roger, wilco. Anything that can be done to reduce the overhead of FF45 ESR SSE?
  11. @roytam1 That is F A N T A S T I C! I really hope you can fix it and can be made to work on SSE only systems... I would love to try it on the RDD, especially since FF45 ESR SSE is giving me many problems lately... It scrolls fine for a while and then stutters badly, to the point of being unusable. Installing any add-on makes things worse, and not even experimental versions of the UOC Patch I have been compiling have managed to fix that... the issue is much much more mitigated in New Moon 27 and non existent in K-Meleon Goanna...
  12. All the new releases of the UOC Patch have been cancelled. I haven't noticed any improvement in the latest experimental release I was working on and that was planned to be released. So, I might probably need to rewrite the entire Patch from scratch once again and see if I can finally get over the issues I stumbled upon during development and make another step forward. Until then, N2L will be the current version available, maybe for a long while, until I finally can make a significant achievement.
  13. Okay, now it works. For some reason it no longer freezes on any computer. Strange but hey, as long as it works.
  14. The link I posted? On my computers it freezes. And I tested it on the RDD, an i7 and a Core2 Duo... Without the UOC Patch, extensions, on a clean profile.
  15. @roytam1 I would like to report a bug I have stumbled upon, in Firefox 45 ESR SSE, the latest release. If I try to access Raymond Hill's main page on GitHub: https://github.com/gorhill The browser freezes. It happens with and without the UOC Patch, both on the RDD, on my i7 laptop and on my Core2 Duo Compaq Deskpro DC7800 I have at work. To make sure it wasn't caused by the Patch or the Enforcer, I have set up a clean profile without the UOC Patch and the Enforcer installed on all the machines. The page loads fine in Google Chrome and Internet Explorer 11.
  16. I need to test it, because if it does, I might have to make a SM specific variant of the Patch. I have got the SSE only SM 2.48 at Matej Horvat's site, if I remember correctly. Not really sure as I have it since forever...
  17. I recommend 2.48, at least on SSE only machines. It runs pretty fast on the RDD, after applying the Patch. I presume it should also work without issues on BNavigator. Unfortunately, on my i7 laptop, which is the only computer where I have Pale Moon 28 and AOL Shield, both based on 52 ESR, tiled compositing causes them severe rendering errors and making the browser unable to scroll, so it's disabled. Now, I don't know if the same problem exists in SeaMonkey or not, or else I might need to make a SeaMonkey exclusive version of the Patch, much like what I have done with the New Moon 28 edition.
  18. UPDATE! I have done some modifications to the Patch for all the versions. The maximum amount of hardware accelerated layers has been raised to 512. This ensured a massive speed and smoothness increase, apparently making the browser less "CPU hungry". Please update to the latest version!
  19. UPDATE! A bug in the New Moon 28 and 52 ESR versions has been fixed, caused by a broken tiled compositing implementation on those browsers, making them cause severe graphical glitches and rendering the browsers unable to scroll. While now tiled compositing has been disabled on those browsers, this might come at the cost of performance. Please update and let me know the outcome, as if the browsers perform worse, I might be forced to withdraw the 52 ESR/New Moon 28 versions and stop supporting them.
  20. UPDATE! I have completely rewritten all the versions of the UOC Patch from scratch. This complete rewrite has allowed me to increase the overall performance of the browsers by a huge margin. I hope to not be wrong, but this build of the UOC Patch could definitely be the fastest one I ever developed. Having been rewritten from scratch, I have cherry picked the parameters that bring the fastest speed to the browsers, while also reducing the file size. Double entries and redundant parameters have been removed as well. The 38 ESR version of the UOC Enforcer has been updated as well, to reflect the changes of the respective version of the Patch, and I am glad to announce that the annoying bug of scrolling that frozen while heavy images were loading on a site on 38 ESR based browsers, has been finally fixed. However, since this time it has been completely rewritten from the ground-up, I recommend you to start with a new and clean profile, in order to get the most out of your patched browser: old and "dirty" profiles might hamper the performance of this new version of the UOC Patch. Do not forget to install the UOC Enforcer as well. The build number is N2L. Please update to the newest version and happy RDDin'!
  21. EDIT: The N2K build of the UOC Patch has been cancelled. The new version will either have N2L or N2M as a build number, as I am rewriting the entire Patch from scratch. While the 38ESR and Macintosh/Linux versions have been already rewritten from scratch, I'm now in the middle of rewriting the 45ESR/52/NM28 version. I already have a pre-reset build of the Patch for those codebases, but I want to find out if the rewritten version performs better.
  22. UPDATE! Some more improvements in scrolling have been noticed after tweaking the two parameters below in the following way: apz.allow_checkerboarding - False gfx.color_management.mode - 0 So, all the versions of the UOC Patch have been updated accordingly. Please update!
  23. UPDATE! I have discovered that the two parameters below: apz.frame_delay.enabled set to True apz.relative-update.enabled set to False contribute to improve the smoothness during scrolling. This, at least on the RDD, has contributed to reduce the infamous stuttering issue that affects Mozilla browsers, regardless of their rendering engine. I have updated all the versions of the UOC Patch to reflect the changes above. Please update to the latest version of the UOC Patch! Thanks!
  24. UPDATE! I have enabled some WebGL features that seem to improve the general performance of the browser, especially during scrolling. Keeping the WebGL implementation running at minimum capability mode seems to make scrolling less jerky in graphically intensive pages, making the entire browser feel faster. I also have reduced the amount of warnings to 0, reducing the CPU usage (when set at 32, there might be a sudden spark in CPU usage since the browser sends warnings related to the WebGL engine.). The build number of this new version of the UOC Patch is N2J. Please update to the newest version of the UOC Patch and happy RDDin'! EDIT: please redownload. I made a mess with the archives. EDIT 2: I have applied some minor updates to the 52 ESR and the New Moon 28 exclusive version of the UOC Patch. Please update.
×
×
  • Create New...