roytam1 Posted February 16, 2019 Author Share Posted February 16, 2019 (edited) New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rths.cf/boc-uxp/mailnews.win32-20190216-1a603cc-uxp-77e1b07f3-xpmod.7z Browser-only Suite Win32 (removed due to request) source patch (excluding UXP): (removed due to request) Official repo changes since my last build: - [MAIL] Add a way to add and remove search plugins (6df31b7) - [PLATFORM] Update commit pointer (db71dc0) - [PLATFORM] Update commit pointer (5996a40) - [PLATFORM] Update commit pointer (4316650) - [NAVIGATOR] Toolbar work (8daa3a6) - [NAVIGATOR] Make the component bar into a customizable toolbar (b6a0626) - [PLATFORM] Update commit pointer (1a603cc) My changes since my last build: - restored "Translate Page" menu item For UXP changes please see above. Edited February 28, 2019 by roytam1 2 Link to comment Share on other sites More sharing options...
i430VX Posted February 16, 2019 Share Posted February 16, 2019 (edited) Updated my server-side file to allow the unofficial installer to install the latest NM and BK builds. PLEASE NOTE: I fixed a bug with the old installer. Please download the new installer, as upgrades were broken in the old one. The latest installer is always available here: http://i430vx.strangled.net/files/XP/RoyTam Browser Installer.exe As always -- Please let me know of any bugs you find with my installer! Edited February 16, 2019 by i430VX 2 Link to comment Share on other sites More sharing options...
jumper Posted February 16, 2019 Share Posted February 16, 2019 > ... gecko > 49 ... If 45 and 49 both still use mozjs.dll, perhaps a 49 SSE build of just that dll could be used with the full 45 SSE build? Link to comment Share on other sites More sharing options...
Flame. Posted February 16, 2019 Share Posted February 16, 2019 27 minutes ago, jumper said: > ... gecko > 49 ... If 45 and 49 both still use mozjs.dll, perhaps a 49 SSE build of just that dll could be used with the full 45 SSE build? Only if its code is not changed to use SSE2-only commands yet. Which is unlikely IMO. But it won't hurt to try at least. :) Link to comment Share on other sites More sharing options...
roytam1 Posted February 16, 2019 Author Share Posted February 16, 2019 47 minutes ago, jumper said: > ... gecko > 49 ... If 45 and 49 both still use mozjs.dll, perhaps a 49 SSE build of just that dll could be used with the full 45 SSE build? don't try to replace DLLs with different versions or it will crash or don't even start. Link to comment Share on other sites More sharing options...
jumper Posted February 16, 2019 Share Posted February 16, 2019 My experience has been different and having the source code helps. A version check should be easy to fix; new dependencies might expand build requirements; other scenarios are unlikely. Link to comment Share on other sites More sharing options...
redfoxcz Posted February 16, 2019 Share Posted February 16, 2019 (edited) I have already tried to install FF 48.0.2 (latest non-SSE2 version of FF) ... it runs OK with AthlonXP, but the javascript engine is still too old to be used on some web sites like the mentioned aukro.cz. Edited February 16, 2019 by redfoxcz Link to comment Share on other sites More sharing options...
Mathwiz Posted February 17, 2019 Share Posted February 17, 2019 21 hours ago, roytam1 said: reverted following changes: - Remove webextensions conditional code from Basilisk. (6bb02d95f) - Remove WebExtension support from the platform. (43d44975b) - Remove the WebExtension Add-on Manager from our tree. (1e0da1994) - Use C++11 thread-safe statics with MSVC. (f595579f0) - Use C++11 thread-safe statics with MSVC. (js) (71d32272e) Your reversions seem to be working; thanks! All my add-ons still seem to work (both legacy and WE) at least on Win 7. Will test XP Monday. Hopefully this will be enough for the PM team and they'll finally stop throwing monkey wrenches into Basilisk's ability to support WE add-ons. Link to comment Share on other sites More sharing options...
DanR20 Posted February 17, 2019 Share Posted February 17, 2019 (edited) 3 hours ago, Mathwiz said: Your reversions seem to be working; thanks! All my add-ons still seem to work (both legacy and WE) at least on Win 7. Will test XP Monday. Hopefully this will be enough for the PM team and they'll finally stop throwing monkey wrenches into Basilisk's ability to support WE add-ons. All extensions working well for me on Win 7 and XP in the latest build. Thanks again to Roy for reverting the unnecessary changes. As I said earlier in the thread these versions of basilisk are what Firefox 52.9 should have been. Edited February 17, 2019 by DanR20 1 Link to comment Share on other sites More sharing options...
al000032 Posted February 17, 2019 Share Posted February 17, 2019 On 2/16/2019 at 6:09 AM, roytam1 said: PM28XP build: Win32 https://o.rths.cf/palemoon/palemoon-28.4.0a1.win32-git-20190216-77e1b07f3-xpmod.7z Win64 https://o.rths.cf/palemoon/palemoon-28.4.0a1.win64-git-20190216-77e1b07f3-xpmod.7z On 2/16/2019 at 6:09 AM, roytam1 said: - Port several Skia upstream fixes. (a6ddde909) Unfortunately Skia support doesn't work good in this last version. Before I used gfx.content.azure.backends = direct2d1.1,skia,cairo and all was alrght, but now it leads to wrong Palemoon interface. If you use direct2d1.1,skia,cairo = direct2d1.1,cairo (default), it is OK, but fonts are pale and thin (compared vs direct2d1.1,skia,cairo). Correct it, please. Thanks. 1 Link to comment Share on other sites More sharing options...
roytam1 Posted February 17, 2019 Author Share Posted February 17, 2019 (edited) 3 hours ago, al000032 said: Unfortunately Skia support doesn't work good in this last version. Before I used gfx.content.azure.backends = direct2d1.1,skia,cairo and all was alrght, but now it leads to wrong Palemoon interface. If you use direct2d1.1,skia,cairo = direct2d1.1,cairo (default), it is OK, but fonts are pale and thin (compared vs direct2d1.1,skia,cairo). Correct it, please. Thanks. test in official unstable build please. (also test my binary in newer windows as well) if problem persists in official build, report a bug to them. (P.S.: there is another user created ticket for this issue: https://github.com/MoonchildProductions/UXP/issues/976 , and I can just revert it in my local tree for now) EDIT: all 20190216 build archives have been refreshed EDIT2: reverted commit has been pushed to branches Edited February 17, 2019 by roytam1 Link to comment Share on other sites More sharing options...
TechnoRelic Posted February 19, 2019 Share Posted February 19, 2019 https://msfn.org/board/topic/177125-my-build-of-new-moon-temp-name-aka-pale-moon-for-xp/?do=findComment&comment=1160018@roytam1 <-- Did make (URL above) the following (Borealis) 'BOC/UXP for XP' Browser Change (restoration) "My changes since my last build: - restored GOOGLE "Translate Page" menu item" THANKS!!! Hope this was NOT difficult in terms of YOUR time. I did not notice it in (Menu: TOOLS) at first. It is CONVENIENT to use 'ALT-T' then 'T' (keyboard) for full page GOOGLE Translation. It is working fine with (occasional prompt) RECAPTCHA here. Link to comment Share on other sites More sharing options...
Mathwiz Posted February 19, 2019 Share Posted February 19, 2019 On 2/13/2019 at 12:37 PM, Mathwiz said: One problem introduced by the PM team's change is that Basilisk will will now accept add-ons that won't work anymore since it identifies as 52.9.something. So to keep Basilisk from auto-updating legacy add-ons to now-incompatible WE add-ons, the PM team changed the "get add-ons" site from AMO to a new one they're setting up (not ready yet) for Basilisk: http://addons.basilisk-browser.org. But @roytam1's builds retain Basilisk's original WE support , so the change to "get add-ons" keeps any WE add-ons from auto-updating properly. But I think this can be fixed by just changing these about:config prefs: extensions.update.background.url and extensions.update.url, back to addons.mozilla.org. Checked an old Basilisk version and I believe you can restore auto-update of your WE add-ons by changing both prefs above to https://addons.mozilla.org/?component=aus&reqVersion=%REQ_VERSION%&id=%ITEM_ID%&version=%ITEM_VERSION%&maxAppVersion=%ITEM_MAXAPPVERSION%&status=%ITEM_STATUS%&appID=%APP_ID%&appVersion=%APP_VERSION%&appOS=%APP_OS%&appABI=%APP_ABI%&locale=%APP_LOCALE%¤tAppVersion=%CURRENT_APP_VERSION%&updateType=%UPDATE_TYPE%&compatMode=%COMPATIBILITY_MODE% (Note: the "Get Add-Ons" page will still go to the new Basilisk add-ons site.) It's not a perfect solution: since AMO has removed all legacy add-ons, those won't auto-update. But legacy add-ons aren't getting a lot of updates these days anyhow. The main exception is if you're using the legacy version of uBO like me; hopefully JustOff's uBO Updater should take care of that one. Link to comment Share on other sites More sharing options...
VistaLover Posted February 20, 2019 Share Posted February 20, 2019 On 2/12/2019 at 12:43 PM, kitaro1 said: Easy download from VOD PL? And what to download? Extension? https://vod.tvp.pl/video/ojciec-mateusz,odc-100-sklep-z-zabawkami,8286051 ... First of all, your request is rather off-topic for this thread; second, TVP media content is geo-fenced, accessible from whitelisted Polish IPs, only ... However, as with many media (video/audio) portals, your best bet lies with youtube-dl; it is a CLI (Command-Line-Interface) application, the pre-compiled Windows executable (youtube-dl.exe) is XP-compatible (built with Python 3.4.4); I had to find a working whitelisted Polish HTTP proxy (you won't be needing that if you're inside Poland ) and I had no issue fetching to disk: youtube-dl --proxy="http://54.37.131.15:3128" -F "https://vod.tvp.pl/video/ojciec-mateusz,odc-100-sklep-z-zabawkami,8286051" [tvp] 8286051: Downloading webpage [tvp:embed] 8286051: Downloading webpage [tvp:embed] 8286051: Downloading ISM manifest [tvp:embed] 8286051: Downloading f4m manifest [tvp:embed] 8286051: Downloading m3u8 information [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: video URL is invalid, skipping [info] Available formats for 8286051: format code extension resolution note mss-audio-175 isma audio only 175k , AACL (44100Hz) mss-video-532 ismv 398x224 532k , H264, video only mss-video-741 ismv 480x270 741k , H264, video only mss-video-1146 ismv 640x360 1146k , H264, video only mss-video-1518 ismv 800x450 1518k , H264, video only mss-video-2437 ismv 960x540 2437k , H264, video only mss-video-4024 ismv 1280x720 4024k , H264, video only mss-video-5397 ismv 1920x1080 5397k , H264, video only hds-707 flv 398x224 707k hls-749 mp4 398x224 749k , avc1.100.30@ 532k, mp4a.40.2@175k http-749 mp4 398x224 749k , avc1.100.30@ 532k, mp4a.40.2@175k hds-916 flv 480x270 916k hls-970 mp4 480x270 970k , avc1.100.30@ 741k, mp4a.40.2@175k http-970 mp4 480x270 970k , avc1.100.30@ 741k, mp4a.40.2@175k hds-1321 flv 640x360 1321k hls-1400 mp4 640x360 1400k , avc1.100.30@1146k, mp4a.40.2@175k http-1400 mp4 640x360 1400k , avc1.100.30@1146k, mp4a.40.2@175k hds-1693 flv 800x450 1693k hls-1794 mp4 800x450 1794k , avc1.100.30@1518k, mp4a.40.2@175k http-1794 mp4 800x450 1794k , avc1.100.30@1518k, mp4a.40.2@175k hds-2612 flv 960x540 2612k hls-2768 mp4 960x540 2768k , avc1.100.31@2437k, mp4a.40.2@175k http-2768 mp4 960x540 2768k , avc1.100.31@2437k, mp4a.40.2@175k hds-4199 flv 1280x720 4199k hls-4450 mp4 1280x720 4450k , avc1.100.31@4024k, mp4a.40.2@175k http-4450 mp4 1280x720 4450k , avc1.100.31@4024k, mp4a.40.2@175k hds-5572 flv 1920x1080 5572k hls-5906 mp4 1920x1080 5906k , avc1.100.40@5397k, mp4a.40.2@175k (best) Several streaming methodologies are implemented, from HTTP progressive download (http-* modes), to Smooth Streaming (mss-video-* + mss-audio-175), to AdobeHDS (hds-* modes), to AppleHLS (hls-* modes); say I want the 960x540 encode (SD) over http-progressive, then I'd type: youtube-dl --console-title --proxy="http://54.37.131.15:3128" -f "http-2768" "https://vod.tvp.pl/video/ojciec-mateusz,odc-100-sklep-z-zabawkami,8286051" -c --no-part --write-thumbnail --embed-thumbnail --add-metadata [tvp] 8286051: Downloading webpage [tvp:embed] 8286051: Downloading webpage [tvp:embed] 8286051: Downloading ISM manifest [tvp:embed] 8286051: Downloading f4m manifest [tvp:embed] 8286051: Downloading m3u8 information [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: Checking video URL [tvp:embed] 8286051: video URL is invalid, skipping [tvp:embed] 8286051: Downloading thumbnail ... [tvp:embed] 8286051: Writing thumbnail to: Ojciec Mateusz, odc. 100 ? Sklep z za bawkami-8286051.jpg [download] Destination: Ojciec Mateusz, odc. 100 ? Sklep z zabawkami-8286051.mp4 [download] 100% of 768.13MiB in 08:33 [ffmpeg] Adding metadata to 'Ojciec Mateusz, odc. 100 ? Sklep z zabawkami-828605 1.mp4' [atomicparsley] Adding thumbnail to "Ojciec Mateusz, odc. 100 ? Sklep z zabawkam i-8286051.mp4" NB: If you want metadata (tag) added to the MP4 file, then you'd need ffmpeg.exe (a WinXP compat version) besides youtube-dl.exe; if you also want an embedded thumbnail, you need atomicparsley.exe (MP4 CLI tagger), too... MediaInfo log of downloaded file: General Complete name : <redacted>\youtube-dl\Ojciec Mateusz, odc. 100 – Sklep z zabawkami-8286051.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom (isom/iso2/avc1/mp41) File size : 769 MiB Duration : 41 min 2 s Overall bit rate : 2 619 kb/s Movie name : Ojciec Mateusz, odc. 100 – Sklep z zabawkami Description : Policjanci zostają wezwani do sklepu z zabawkami. Znajdują w nim nieprzytomnego właściciela sklepu, Leona, oraz zwłoki dyrektora jednego z miejscowych banków. Na jaw wychodzi, że pracująca w placówce narzeczona zamordowanego w przeszłości była partnerką Leona. Tagged date : UTC 2019-02-20 00:15:29 Writing application : Lavf58.16.100 Cover : Yes Comment : Policjanci zostają wezwani do sklepu z zabawkami. Znajdują w nim nieprzytomnego właściciela sklepu, Leona, oraz zwłoki dyrektora jednego z miejscowych banków. Na jaw wychodzi, że pracująca w placówce narzeczona zamordowanego w przeszłości była partnerką Leona. Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L3.1 Format settings : CABAC / 4 Ref Frames Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 41 min 2 s Bit rate : 2 437 kb/s Nominal bit rate : 2 100 kb/s Width : 960 pixels Height : 540 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 25.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.188 Stream size : 715 MiB (93%) Writing library : x264 core 129 r2245 bc13772 Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=34 / lookahead_threads=5 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=100 / keyint_min=51 / scenecut=0 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=2100 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=26 / qpstep=4 / vbv_maxrate=2600 / vbv_bufsize=2600 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00 Color range : Full Codec configuration box : avcC Audio ID : 2 Format : AAC LC Format/Info : Advanced Audio Codec Low Complexity Codec ID : mp4a-40-2 Duration : 41 min 2 s Bit rate mode : Constant Bit rate : 175 kb/s Channel(s) : 2 channels Channel layout : L R Sampling rate : 44.1 kHz Frame rate : 43.066 FPS (1024 SPF) Compression mode : Lossy Stream size : 51.3 MiB (7%) Default : Yes Alternate group : 1 Enjoy! 2 Link to comment Share on other sites More sharing options...
VistaLover Posted February 20, 2019 Share Posted February 20, 2019 On 2/13/2019 at 6:16 PM, Mathwiz said: I think it's a losing battle. Add-on developers aren't going to start maintaining their legacy code again just because of Basilisk, so this would just make Basilisk a less useful FF 52 fork. ... Especially when the likes of Matt A. Tobin drive away the very few that express such an intention: https://forum.palemoon.org/viewtopic.php?f=44&t=21149 Link to comment Share on other sites More sharing options...
Recommended Posts