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. ×

My Browser Builds (Part 3)


roytam1
 Share

Recommended Posts

@we3fan
Try setting media.webm.enabled to false in about:config page and see how it performs. Should only need a reload of the page to take effect if you had a video open before you've set it, YouTube's stats->Codecs will then say avc1.

Edit: wait, if you insist on Firefox 52 and my memory is right, you need a plugin that will do the decoding of H.264 (AVC1) streams if you disable the above pref. Disabling it on its own will leave no codec to fallback on that FX will be able to decode.

 

Edited by UCyborg
  • Like 2
Link to comment
Share on other sites


On 7/29/2021 at 2:43 PM, RainyShadow said:

Right-clink on the playing video, select "Stats for nerds" (or whatever it is called now), and compare between FF and Chrome.

Maybe one browser uses H.264 while the other uses VP8/9?

Thanks Rainy, you were right.

On 7/29/2021 at 3:57 PM, nicolaasjan said:

No problem here:

Viewport / Frames   1280x720 / 0 dropped of 10713
Current / Optimal Res   1280x720@25 / 1280x720@25
Volume / Normalized   100% / 100% (content loudness -9.0dB)
Codecs   av01.0.05M.08 (398) / opus (251)

Thanks nicolaasjan.
Did you test on Firefox ESR 52.9.0?
And did you test on x86 SP3 or x86 SP2?

 

Thanks @UCyborg, you were correct, disabling media.webm.enabled on Firefox ESR 52.9.0 is not enough, it also needs a plugin.
I did a quick test with: media.webm.enabled = false, here is the result:
Firefox ESR 52.9.0 - "Your browser can't play this video".
Mypal 27.9.4 - "Your browser can't play this video".
Mypal 28.17.0 - Video plays OK with Codec AVC.

I think both Firefox ESR 52.9.0 and Mypal 27.9.4 were released in mid 2018, and Mypal 28.17.0 was released at the end of 2020.
I guess if I try any of roytam1's recent browsers with only this pref change: media.webm.enabled = false, most of them would probably work OK with AVC Codec without installing anything else.

Is there a way to check WHEN did this "native" AVC Codec support end, and when did it start in Firefox browsers? Because it seems like older Firefox browsers don't have "native" AVC Codec support, and they need installing something additionally, like Primetime CDM plugin.

Thanks for suggesting the "Enable MP4 (H.264 + AAC) HTML5 video..." Topic started by mixit.
I want to try if it's still possible to install Primetime CDM plugin on Firefox ESR 52.9.0, but not sure if it works on x86 SP2. I'll see what I can do.

Edited by we3fan
Link to comment
Share on other sites

AFAIK, Firefox itself only ever used Windows Media Foundation (Vista+) for AVC, which is not available on XP, hence you need a plugin on that OS, but otherwise, Firefox 52.9 can do AVC without a plugin.

  • Like 2
Link to comment
Share on other sites

20 hours ago, we3fan said:

Is there a way to check WHEN did this "native" AVC Codec support end, and when did it start in Firefox browsers? Because it seems like older Firefox browsers don't have "native" AVC Codec support, and they need installing something additionally, like Primetime CDM plugin.

... This is Windows XP SPx you're still talking about <_<, official Mozilla Firefox builds NEVER supported natively the h264 proprietary decoder in HTML5 video; the decoder is patented and its native inclusion in a browser requires the browser authors pay a "handsome" fee to the patent owners (the MPEG4 consortium). 

Google are rich enough to afford that fee, so Google Chrome comes bundled with that decoder (AVC=h264) and hence it's capable of native h264 playback under Windows XP...

When Adobe Flash Player was around, it itself came with bundled h264/aac decoders (again, because Adobe are rich), so MP4 video streams could be played, via that plugin, even in browsers (like Firefox) without that decoder built-in (and XP users, like yourself, were "happy"...).

When many video sites abandoned Flash and instead started using HTML5 embedded web players, the lack of h264 decoder in Firefox rose to the surface, again for Windows XP users ONLY...

Your favourite OS is deficient in this sector because the vendor, Microsoft, did not equip it originally with that patented decoder, nor a provision was made to add it in a later stage via an update...

You see, Mozilla, instead of paying the h264 patent fee, decided to shift the "issue" to the OS itself, so that Firefox could make use of the h264 decoder already present in the OS (as Microsoft had already paid that fee themselves); unfortunately for you, h264 dec is only present in Vista SP2+Platform-Update-Supplement and higher - the way for Firefox to use it is through Microsoft's WMF (Windows Media Foundation) framework, so you can't bring h264 support to Firefox under XP via installing Codec Packs (these are used for DirectX media players, like WMP).

The Adobe Primetime CDM (content decryption module) came with a bundled h264 decoder (patent fee paid by Adobe) and as a side-effect (its primary purpose was DRM) it can be used as an HTML5 h264 decoder in versions of Firefox that supported the CDM (off the top of my head, I think it was v47.0-51.0 officially, but v52.0 also works) - again, this is solely for XP...

Regarding Roytam1 browsers:

New Moon 27 doesn't support h264 natively (on any OS), but you can "install" such support by downloading an additional "package" (lav), extracting it and placing some DLLs adjacent to "palemoon.exe".
The UXP-based browsers, like New Moon 28 and Serpent 52, come with a special "kludge", i.e. h264 decoding support is included in the ffvpx third party library (for XP's sake only, the UXP-based browsers can still use WMF's native decoder, if on Vista SP2 and up...).

Lastly, HTML5 video decoding in a browser under XP is S/W only, so the video watching performance you get depends, among other things, on the video codec selected to begin with and your CPU; some codecs are taxing your CPU more heavily than others; the higher the resolution/bitrate/framerate, the more your CPU suffers; performance of the youtube webpage alone (which is a literal beast of JS and CSS code currently) depends on the browser engine, CPU, GPU, available bandwidth, CDN you are served from, content blockers, etc. so, while I find these "stats-for-nerds" logs to be of some substance, they have little statistical weight when compared between different setups...

20 hours ago, we3fan said:

but not sure if it works on x86 SP2.

The Adobe Primetime CDM requires SP3 for Windows XP...

20 hours ago, we3fan said:

Did you test on Firefox ESR 52.9.0?

His "log" mentions the av01 video codec, aka av1/AOM, do note AOM != AVC, official Firefox ESR 52 never supported that codec; the codec is, however, supported in UXP browsers via a pref:

media.av1.enabled;true

but decoding taxes heavily your CPU...

PS: @UCyborg 's post appeared in the middle of writing this ;) , he's right, of course, but my post expands on what he kindly posted...

Edited by VistaLover
  • Like 4
  • Upvote 1
Link to comment
Share on other sites

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20210731-f94c0da-uxp-620374316-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20210731-f94c0da-uxp-620374316-xpmod.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom

IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20210731-f94c0da-uxp-620374316-xpmod-ia32.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32

NM28XP build:
Win32 https://o.rthost.win/palemoon/palemoon-28.10.4a1.win32-git-20210731-61f3c7277-uxp-620374316-xpmod.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.4a1.win32-git-20210731-61f3c7277-uxp-620374316-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.4a1.win64-git-20210731-61f3c7277-uxp-620374316-xpmod.7z

Official UXP changes since my last build:
- [no issue] Replace PurpleBlock with SegmentedVector to reduce indirect memory accesses when calling suspect (738448aa0)
- Issue #1781 - Follow-up: fix debug assert in MergeMultiplicativeR() (620374316)

No official Basilisk changes since my last build.

Official Pale-Moon changes since my last build:
- Issue #1875 - Rebrand Help menu item URI from FF to PM. (61f3c7277)

My changes since my last build:
- cubeb_winmm.c overflow fix by mixit@MSFN, Thanks! This should fix the famous 23m18s freeze bug for audio/video playback. (85149582f)

  • Like 5
  • Upvote 2
Link to comment
Share on other sites

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20210731-355db4de-uxp-620374316-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20210731-355db4de-uxp-620374316-xpmod.7z

source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom-older

* Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15.

--

New build of HBL-UXP for XP!

Test binary:
IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20210731-id-f0915f3-uxp-620374316-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20210731-id-f0915f3-ia-c642e3c-uxp-620374316-xpmod.7z

source repo (excluding UXP):
https://github.com/roytam1/icedove-uxp/tree/winbuild
https://github.com/roytam1/iceape-uxp/tree/winbuild

for UXP changes please see above.

  • Like 1
Link to comment
Share on other sites

New NewMoon 27 Build!

32bit https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20210731-45b8007f3-xpmod.7z
32bit SSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20210731-45b8007f3-xpmod-sse.7z
32bit noSSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20210731-45b8007f3-xpmod-ia32.7z

64bit https://o.rthost.win/palemoon/palemoon-27.10.0.win64-git-20210731-45b8007f3-xpmod.7z

source repo: https://github.com/roytam1/palemoon27

repo changes since my last build:
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1190636 - Replace AutoStringVector with Rooted usage; r=njn (5d287ee81)
 - Bug 1190911 - Replace AutoIdValueVector with normal Rooted usage; r=jonco (b6c8ce668) (9ff3d301a)
- ported cubeb_winmm.c overflow fix by mixit@MSFN, Thanks! This should fix the famous 23m18s freeze bug for audio/video playback. (2d96070f5)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1191529 - Remove JSIdArray and AutoIdArray and replace with Rooted<IdVector>; r=mccr8, r=jonco (9c0d645aa)
 - Bug 1083752 - Calling Map/Set/WeakMap (without new) should throw. r=Waldo (bd0b31a3d)
 - Bug 1142279 - DataView should require 'new'. - r=efaust (97ef8ba02)
 - Bug 1155838 - Fix a build warning on windows; r=till (f9af00bff)
 - Bug 1129313 - Part 2: self-host MapIteratorObject#next(). r=jandem (b30734a0b) (11b532c45)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1150717 - Test request with no params in the Network Monitor. r=brings (a60e9e8d9)
 - Bug 1168077 - Remove remaining spidermonkey js specific syntax from browser/devtools; r=miker (c98f20c30)
 - Bug 1168125 - Fix existing tests, r=jsantell (b1dfa101e)
 - Bug 1169439 - Pull out marker definitions into its own file, and move formatter and collapse functions into marker-utils. r=vp (17eb24ab3)
 - Bug 1173654 - Part 1: Add logging methods for SurfaceType and ImageFormat. r=Bas (22f2fa019)
 - Bug 1169125 - Part 1: Allow sending any DataSourceSurface-backed image over WebRTC and fix failure cases. r=bwc (1fb0def92)
 - Bug 1169125 - Part 2: Use UniquePtr for scoped delete of yuv data in MediaPipeline. r=bwc (cdb79e201)
 - Bug 1173654 - Part 2: Use namespaces in MediaPipeline.cpp. r=bwc (311696260)
 - Bug 1173654 - Part 3: Attempt to GetDataSurface() and convert if sending pure I420 fails. r=bwc, r=jesup (58520b820)
 - Bug 1173654 - Part 4: Add detailed logging and asserts to MediaPipeline::ProcessVideoChunk. r=bwc (ba08ae5bc)
 - Bug 1155089 - Part 1: Reset |TrackID| for MediaPipelineTransmit::PipelineListener on replaceTrack(). r=bwc (304fb8703)
 - adapted Bug 1142688 - Wait for actual audio data on remote side before checking audio sanity. r=jesup,padenot (479f6356c)
 - Bug 858927 - Move the mozilla::TimeStamp into mozglue. r=glandium (751938e09)
 - Bug 1166559 - Add documentation for ProfileTimelineMarkers from a dev tools perspective. r=fitzgen (ed1563dfb)
 - Bug 1141614 - Part 4: Expose cycle collection markers in the devtools frontend; r=jsantell (2eb830de7) (45b8007f3)

  • Like 2
Link to comment
Share on other sites

New regular/weekly KM-Goanna release:
https://o.rthost.win/kmeleon/KM76.4.4-Goanna-20210731.7z

Changelog:

Out-of-tree changes:
* update Goanna3 to git b9cfdbdbd...45b8007f3:
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1190636 - Replace AutoStringVector with Rooted usage; r=njn (5d287ee81)
 - Bug 1190911 - Replace AutoIdValueVector with normal Rooted usage; r=jonco (b6c8ce668) (9ff3d301a)
- ported cubeb_winmm.c overflow fix by mixit@MSFN, Thanks! This should fix the famous 23m18s freeze bug for audio/video playback. (2d96070f5)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1191529 - Remove JSIdArray and AutoIdArray and replace with Rooted<IdVector>; r=mccr8, r=jonco (9c0d645aa)
 - Bug 1083752 - Calling Map/Set/WeakMap (without new) should throw. r=Waldo (bd0b31a3d)
 - Bug 1142279 - DataView should require 'new'. - r=efaust (97ef8ba02)
 - Bug 1155838 - Fix a build warning on windows; r=till (f9af00bff)
 - Bug 1129313 - Part 2: self-host MapIteratorObject#next(). r=jandem (b30734a0b) (11b532c45)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1150717 - Test request with no params in the Network Monitor. r=brings (a60e9e8d9)
 - Bug 1168077 - Remove remaining spidermonkey js specific syntax from browser/devtools; r=miker (c98f20c30)
 - Bug 1168125 - Fix existing tests, r=jsantell (b1dfa101e)
 - Bug 1169439 - Pull out marker definitions into its own file, and move formatter and collapse functions into marker-utils. r=vp (17eb24ab3)
 - Bug 1173654 - Part 1: Add logging methods for SurfaceType and ImageFormat. r=Bas (22f2fa019)
 - Bug 1169125 - Part 1: Allow sending any DataSourceSurface-backed image over WebRTC and fix failure cases. r=bwc (1fb0def92)
 - Bug 1169125 - Part 2: Use UniquePtr for scoped delete of yuv data in MediaPipeline. r=bwc (cdb79e201)
 - Bug 1173654 - Part 2: Use namespaces in MediaPipeline.cpp. r=bwc (311696260)
 - Bug 1173654 - Part 3: Attempt to GetDataSurface() and convert if sending pure I420 fails. r=bwc, r=jesup (58520b820)
 - Bug 1173654 - Part 4: Add detailed logging and asserts to MediaPipeline::ProcessVideoChunk. r=bwc (ba08ae5bc)
 - Bug 1155089 - Part 1: Reset |TrackID| for MediaPipelineTransmit::PipelineListener on replaceTrack(). r=bwc (304fb8703)
 - adapted Bug 1142688 - Wait for actual audio data on remote side before checking audio sanity. r=jesup,padenot (479f6356c)
 - Bug 858927 - Move the mozilla::TimeStamp into mozglue. r=glandium (751938e09)
 - Bug 1166559 - Add documentation for ProfileTimelineMarkers from a dev tools perspective. r=fitzgen (ed1563dfb)
 - Bug 1141614 - Part 4: Expose cycle collection markers in the devtools frontend; r=jsantell (2eb830de7) (45b8007f3)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

Link to comment
Share on other sites

1 hour ago, roytam1 said:

My changes since my last build:

- cubeb_winmm.c overflow fix by mixit@MSFN, Thanks! This should fix the famous 23m18s freeze bug for audio/video playback. (85149582f)

Thanks Roy for adding this so quickly. Will test it out tomorrow and post the result.

Edited by DanR20
Link to comment
Share on other sites

2 hours ago, VistaLover said:

When Adobe Flash Player was around, it itself came with bundled h264/aac decoders (again, because Adobe are rich), so MP4 video streams could be played, via that plugin, even in browsers (like Firefox) without that decoder built-in (and XP users, like yourself, were "happy"...).

When many video sites abandoned Flash and instead started using HTML5 embedded web players, the lack of h264 decoder in Firefox rose to the surface, again for Windows XP users ONLY...

Yes, and as far as i remember, Adobe Flash Player was have even H&W acceleration of H.264 video in XP. At least there were option H&W acceleration and with that option CPU usage was very low while playing H.264 video in XP.

 

1 hour ago, DanR20 said:

Will test it out tomorrow and post the result.

Same here, i already downloaded it. However i notice something changed in interface on starting page. My start page is "blank page". And it was exact as my customized windows color theme "rainy day". So it was like that (as on dark screenshot) with version 28.10.2a1.win32-git-20201003. And now with new version blank page is bright all of a sudden (which i don't like). And now every new empty page also bright white and i don't like this at all. How can i return previous setting when empty "blank page" was not bright white, but exact as it was - as my customized windows color theme "rainy day"? Roytam1, can you please help with that?

2021-07-31_050159.jpg

2021-07-31_050324.jpg

Edited by Rod Steel
Link to comment
Share on other sites

Posted (edited)
48 minutes ago, Rod Steel said:

Roytam1, can you please help with that?

the change is caused by https://github.com/roytam1/UXP/commit/9e19d368129f7405c09fdddc75c06e1ba46ed10c to add dark-theme support.

if you don't like this change and want previous look, you may manually editing <root folder>\omni.ja\chrome\toolkit\content\global\logopage.xhtml and change back the values using left side of commit above for the time being. maybe I can do something more for this.

 

EDIT: a fix has been committed to custom tree. will become available in next build: https://github.com/roytam1/UXP/commit/d6a5a51430ca21c72debe8d7818c6da72969f56f

Edited by roytam1
  • Like 2
  • Upvote 1
Link to comment
Share on other sites

4 hours ago, roytam1 said:

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20210731-f94c0da-uxp-620374316-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20210731-f94c0da-uxp-620374316-xpmod.7z

My changes since my last build:
- cubeb_winmm.c overflow fix by mixit@MSFN, Thanks! This should fix the famous 23m18s freeze bug for audio/video playback. (85149582f)

Thanks, man! :) Ran a quick test on both with MP4, seems to "work for me". :cool: Hopefully the same will be the case for everyone!

  • Like 2
  • Upvote 1
Link to comment
Share on other sites

15 hours ago, we3fan said:

Thanks nicolaasjan.
Did you test on Firefox ESR 52.9.0?
And did you test on x86 SP3 or x86 SP2?

Sorry, it was another Firefox version...

This is with Firefox ESR 52.9.0 on XP SP3:

vp9-Firefox.png.8d376350366edb8ca02fb18009ceae66.png

 

  • Like 2
Link to comment
Share on other sites

On 7/31/2021 at 12:53 AM, mixit said:

Thanks, man! :) Ran a quick test on both with MP4, seems to "work for me". :cool: Hopefully the same will be the case for everyone!

Just ran the same video from a few days ago for the full hour but this time no buffering.

Looks like it's finally fixed, nice job.

 

 

On 7/30/2021 at 11:16 PM, Rod Steel said:

Yes, and as far as i remember, Adobe Flash Player was have even H&W acceleration of H.264 video in XP. At least there were option H&W acceleration and with that option CPU usage was very low while playing H.264 video in XP.

Flash got a bad rap and probably rightly so with its constant security bugs but the HW acceleration in full screen was nice. It was far better than the Adobe primetime plugin in my experience.

  • Like 2
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

  • Recently Browsing   0 members

    No registered users viewing this page.


×
×
  • Create New...