MyPal 68

[Sampei.Nihira]

@egrabrych

Hi,

yes you are right,in Firefox in website is not displayed.
But in my Edge,which always has geolocation disabled by browser instead the website is usable.

In my opinion a report here could be useful:

https://webcompat.com/

[egrabrych]

On 9/19/2024 at 7:20 PM, Sampei.Nihira said:

@egrabrych

In my opinion a report here could be useful:

https://webcompat.com/

I don't know if it would make sense, because with the DEFAULT setting (in Firefox) of the geo.enabled variable (to value = '"true") the page: https://polskieradio24.pl/ opens correctly. And no one is telling anyone to block geolocation by setting the geo.enabled variable to "false"

I wrote about this problem ONLY because in Mypal68 it is the other way around: the DEFAULT value of the geo.enabled variable is "false" - so someone who does NOT modify the value of this variable may encounter a similar error on some other page and will not immediately know what is causing it.

[AstroSkipper]

On 9/18/2024 at 10:23 PM, feodor2 said:

I think the sequence of the big rebase is matters, finally I select this, qipcap rather not necessary, it is zero chance it will be used.

rebase -b 61d60000  mozglue.dll lgpllibs.dll nss3.dll xul.dll softokn3.dll freebl3.dll nssckbi.dll mozavutil.dll mozavcodec.dll libEGL.dll libGLESv2.dll qipcap.dll

The file nssdbm3.dll is missing in your sequence compared with the ones in the previous posts. On purpose or by chance?  And why do you think the sequence of the DLL file series is of importance?  BTW, I wrote:

On 9/18/2024 at 11:14 PM, AstroSkipper said:

In the case of Mypal 68, however, the effect of rebasing its DLL files is only sustainable in multiprocess mode as the main problem with most browsers is, among other things, the release of memory when tabs are closed. The browser is not inherently prepared to release the amount of memory that a tab requires to load when this tab is closed again. In the course of a browser session, more and more RAM is therefore used that is not actually required but is no longer available to the system and can usually only be released if the browser is closed or restarted by the user. Unfortunately, the effect of rebasing fizzles out very quickly in single-process mode. And even in multiprocess mode, it is necessary to do more than just change the base address of its DLL files to fully enjoy the effect of rebasing in the entire browser session. Especially on systems equipped with a small amount of RAM where every single megabyte counts. 
In any case, I have managed to configure my installation of Mypal 68 so that the memory occupied by tabs is almost completely released when they are closed again. Of course, without restarting the browser and being a tab hoarder.  

What are your observations when comparing single-process mode with multiprocess mode in terms of rebasing the DLL file series? 

 

Edited September 20 by AstroSkipper
Update of content

[feodor2]

20 hours ago, AstroSkipper said:

The file nssdbm3.dll is missing...

Yea it was gone now, suppose older versions don't use it too. Also not all files always load thus I put then in the end.

As for single process it is very good too, youtube with this rebase take 300mb only and less later, so memory >1gb error happens much later. The problem of the mypal does not free memory on closing tabs of course remains, still I don't know what do to with it and won't take time for this, but it is not related to rebase I think,

[Tomcat76]

Working with version 68.14.4b for a while now, I was wondering if other people are having problems playing back Youtube videos.
 
I can only play YT videos fluently if I lower the quality to 240p.  Anything above that, the video will either:
 
1) occasionally skip ahead by a couple of seconds
2) suddenly stop buffering as if the connection got lost; the video will continue to play for a little while but then halts, showing a white spinning circle forever
3) (rarely) the picture will freeze for about 10 seconds, but the audio keeps playing; eventually, the picture will catch up again
 
I didn't have this problem using version 68.14.2b (not that I recall).  Could this have something to do with the removed functionality?
 
Serpent 52 (if it doesn't freeze up or crash visiting a Youtube video page) plays the same videos fluently at high resolutions.

[AstroSkipper]

On 9/21/2024 at 7:25 PM, feodor2 said:

The problem of the mypal does not free memory on closing tabs of course remains, still I don't know what do to with it and won't take time for this, but it is not related to rebase I think,

Of course, it is not related to the rebase of DLL files. I didn't claim that either.  It is an old, well-known problem that, however, can be curbed, but only in multiprocess mode. In single-process mode, considerably more memory is not released after tabs are closed, at least on my system. Anyway! There is more to be done to free up memory. One measure I already recommended is the periodical memory minimisation which should be done automatically. 

[GH0st]

18 hours ago, Tomcat76 said:

Working with version 68.14.4b for a while now, I was wondering if other people are having problems playing back Youtube videos.
 
I can only play YT videos fluently if I lower the quality to 240p.  Anything above that, the video will either:
 
1) occasionally skip ahead by a couple of seconds
2) suddenly stop buffering as if the connection got lost; the video will continue to play for a little while but then halts, showing a white spinning circle forever
3) (rarely) the picture will freeze for about 10 seconds, but the audio keeps playing; eventually, the picture will catch up again
 
I didn't have this problem using version 68.14.2b (not that I recall).  Could this have something to do with the removed functionality?
 
Serpent 52 (if it doesn't freeze up or crash visiting a Youtube video page) plays the same videos fluently at high resolutions.

Yeah, I got the same problems!!

[Tomcat76]

3 hours ago, GH0st said:

Yeah, I got the same problems!!

Thanks.
 
I doubt it's relevant, but I'll post my specs just in case...
Core i5-650
4GB DDR3 RAM (2x 2GB)
Asus GT710-SL-2GD5 2GB video card (nVidia driver version 368.81)
onboard VIA audio chip
Realtek gigabit LAN

[GH0st]

Intel Core2 Quad 9300 (2500mhz)

4GB Ram (2x2gb)

nVidia 250GTS video (drv-340.52)

Onboard Intel Gb nic, Realcrap sound

WinXP Pro uSP4 + GH0st Pack, Fully updated

Edited September 23 by GH0st

[genieautravail]

@Tomcat76 @GH0st

Do you have some links on YT ?

Regards

[GH0st]

YT is YouTube, any link will do, any video will do, after a while it'll start doing some stuttering, stalling, so forth. But for me it does not mess up the sound, and most of the videos that I watch there are like podcasts so I can just listen to it while I do other things

[NotHereToPlayGames]

Can you show us the "stats for nerds" window?

ie, this:

[feodor2]

Do you use adblocking such as ublock? Try poke it, install the latest version or downgrade ublock to 1.S6

**************

Seems this is not about ublock, I have made force avc format and set 720p on pentium dual core 6500, no glitches so far.

 

Edited September 24 by feodor2

[Tomcat76]

25 minutes ago, feodor2 said:

Do you use adblocking such as ublock?

No
 

46 minutes ago, NotHereToPlayGames said:

Can you show us the "stats for nerds" window?

In the first image, the video is playing (at 480p).  In the second and third image, the video stopped playing.  The video skipped ahead several times during playback.
https://www.youtube.com/watch?v=s6JJJyMaIfg

 

[AstroSkipper]

The modern YouTube interface is simply crap.  uBlock Origin is usually not the causer for any problems with YouTube , rather the opposite is the case. To watch videos on YouTube in old browsers (and despite all the improvements, Mypal 68 is still an old browser), one has to use extensions and/or userscripts to make them work.  This and some already discussed measures are the reason why YouTube runs well again for me in Mypal 68.14.4b, even on my ancient computer from 2000. 

Edited September 24 by AstroSkipper
Update of content