j的謎之無聊日常jOrz ｜Freebitcoin免費比特幣樂透
純愛戰士轉生異世界成為世界最強 館長最頂的柯粉館粉必看家長必看每天必看#流量密碼#流量怪物#超派

如同所承諾的，這裡是適用於 Windows XP/Vista 的 Thorium 的 SSE2、SSE3 和 SSE4.1 版本。

不為 x64 提供 SSE2 版本，因為它沒有意義。除了第一個x64 CPU（2003 年的第一代 AMD Opteron）之外，所有 x64 CPU都具有 SSE3。對於 x64 目標，GCC、Clang、MSVC、Rust 和 Chromium 都預設使用 SSE3。除非您是一個非常獨特的人，屬於使用該軟體的一小部分人群中的一部分，並且該人群中的一小部分人恰好擁有 2003 年採用 AMD 主機板的伺服器，否則這沒什麼問題。如果有人確實擁有該 CPU，那麼，如果您提出問題，我將為您發布一個特別版本。我不能保證它能工作，因為沒有人在 SSE2 上測試 x64 的編譯器或程式。

沒有使用 SSE4.2，因為在我的測試中無法檢測到效能提升，並且會排除許多使用 Core 2 Duo 的人運行它。修復#71

自上次發布以來，我自己和 Supermium 的存儲庫進行了一些添加和修復。這些包括：

• %PROGRAMFILES%對於 Windows 安裝位於「C:\」以外的磁碟機代號上的用戶，現在使用安裝程式/卸載程式 .cmd 文件，而不是將其硬編碼到 C:\Program Files。注意：為了獲得正確的登錄項，您必須編輯 .reg 檔案並使用「尋找和取代」將 C:\ 實例變更為您的磁碟機代號。我正在研究以某種方式使用戶不必手動執行此操作。如果我能找到解決方案，我會向 Supermium 發送 PR，因為這也是他的 GUI 安裝程式的問題。部分修復#75
• --disable-encryption從便攜式 .bats 中刪除，因為並不是每個人都想要這樣，並且對某些人來說會破壞東西。
• 模式下的 PDF 渲染--single-process已修復。看這裡
• 更新至.169 Chromium 次要修訂版。參見差異
• GDI 文字渲染對齊已修復此錯誤導致文字傾斜，要么太高、太低，要么太靠左。先前的版本沒有修復這個問題的原因是 win32ss 在Skia中修復了它，這是 Chromium 的第三方子模組。因此，我看不到提交或更改。他與我分享了一個補丁，我現在已經專門為其創建了一個存儲庫，我們可能會在此處和 Supermium 存儲庫中將其用作子模組。在我們討論之後，請參閱我為此提出的拉取請求 > win32ss/supermium#511 Fixes #69
• 在我向 Supermium 提交拉取請求後，該classic-omnibox-border標誌已基本完成，然後他將顏色修改為真正的灰色（而不是黑色）。查看PR和他的提交。另一個很酷的說明是，PR還為 Supermium 添加了一些 Thorium 的編譯器優化！他可能會進一步改變造型，使其更加真實。啟用chrome://flags#custom-tab-shapes、chrome://flags#classic-omnibox、chrome://flags#classic-omnibox-border、 和chrome://flags#native-ui-style以獲得幾乎正宗的經典 Chromium 風格！
• WebGPU 現在可以在 Vista+ 上運作（需要支援 DirectX 11 的 GPU）。
• 策略模板命名現在是正確的。修復#78
• 新的 chrome://flags 標誌：chrome://flags#enable-webbloat-mitigation。啟用此選項將導致 Thorium 拒絕載入大小超過 8,000x8,000 像素的圖片、影片或 <canvas> HTML 元素。這樣做的理由是，真正大的資源會導致 Chromium 分配數百兆位元組的內存，有時甚至 250Mb 或更多。這可能會導致 RAM 有限的 XP 時代電腦出現記憶體不足問題。注意：這與 Supermium 的實作不同。在 Supermium 中，預設啟用此功能，並且標誌是disable-webbloat-mitigation停用它。在 Thorium 中，預設情況下它是關閉的（不會改變正常 Chromium 行為的任何內容），但設定標誌可以啟用它。我這樣做是因為我認為大多數用戶將使用具有足夠 RAM (2GB+) 的計算機來容納此類大型 Web 資產，並且我不希望 GitHub 問題大量湧入，例如“為什麼是這個或那個”所以不加載？ 」。如果您有 2GB 或更少，則可以啟用此標誌。請注意，如果它是 <canvas> 元素，它實際上會導致選項卡崩潰，而不僅僅是不載入它。我不知道是否有解決這個問題的方法。
• setup.sh 和 patch.sh 腳本已分為 Win7+ 腳本和 XP+ 腳本，由於兩者之間的補丁和檔案不同，我不希望原始腳本變得龐大且難以閱讀bash 的所有行。注意：如果您正在為自己建立 Thorium-Legacy 並使用這些腳本，則需要整合了 progwrp.lib 和 progwrp.dll 的 MSVS 工件存檔才能獲得工作建置。請參閱> https://github.com/Alex313031/Snippets/releases/tag/10.1.22621.3235

注意：我注意到 Vista 上的 mini_installer 會複製文件，但不會建立捷徑。在我解決這個問題之前，XP 和 Vista 版本將是相同的，以 .zip 形式提供，其中包含安裝程式 .cmd 檔案。它在兩種作業系統上都運作良好。

As promised, here are SSE2, SSE3, and SSE4.1 builds of Thorium for Windows XP/Vista.

SSE2 builds are not provided for x64, since it doesn't make sense. Every x64 CPU except the very first x64 CPU (The original 1st Gen AMD Opteron from 2003) has SSE3. GCC, Clang, MSVC, Rust, and Chromium all default to SSE3 for x64 targets. Unless you are an exceptionally unique person who is part of the small subset of the population using this software, and an even smaller subset of that population that just so happens to have a server from 2003 with an AMD motherboard, this will be fine. If there is someone out there that actually has this CPU, well, if you file an issue I'll make a special release for you. I cant guarantee that it would even work though, since noone tests compilers or programs for x64 on SSE2.

SSE4.2 is not used as the performance increase is not detectable in my testing, and would exclude alot of people with Core 2 Duos from running it. Fixes #71

There have been some additions and fixes since the last release, both from myself and from Supermium's repo. These include:

• Installer/Uninstaller .cmd files now use %PROGRAMFILES% instead of hardcoding it to C:\Program Files, for people whos Windows installation is on a drive letter other than "C:\". NOTE: For proper registry entries, you will have to edit the .reg files and use "find and replace" to change instances of C:\ to whatever drive letter yours is. I'm looking into somehow making this something the user doesn't have to manually do. If I can come up with a fix, I will send a PR to Supermium, since this is also an issue with his GUI installer. Partially fixes #75
• Removed --disable-encryption from the portable .bats, since not everyone wants that and was breaking stuff for some people.
• PDF rendering in --single-process mode is fixed. See Here
• Update to .169 minor Chromium revision. See Diff
• GDI text rendering alignment is fixed This bug caused text to be askew, either too high or too low, or too much to the left. The reason previous releases didn't have this fixed, is that win32ss fixed it in Skia, which is a third_party submodule of Chromium. Because of that, I couldn't see the commits or changes. He shared a patch with me, and I have now created a repo specifically for it, and we will probably use that as a submodule in both here and in the Supermium repo. See the pull request I made for this after we discussed it > win32ss/supermium#511 Fixes #69
• The classic-omnibox-border flag is mostly complete, after I filed a pull request with Supermium, and then he modified the color to be the authentic grey color (instead of black). See the PR and his commit. Another cool note is that the PR also adds some of Thorium's compiler optimizations to Supermium! He will probably make further changes to the styling to make it even more authentic too. Enable chrome://flags#custom-tab-shapes, chrome://flags#classic-omnibox, chrome://flags#classic-omnibox-border, and chrome://flags#native-ui-style for an almost-authentic classic Chromium style!
• WebGPU now works on Vista+ (Requires a GPU with DirectX 11 support).
• Policy templates naming is correct now. Fixes #78
• New chrome://flags flag: chrome://flags#enable-webbloat-mitigation. Enabling this will cause Thorium to refuse to load Image, Video, or <canvas> HTML Elements that are over 8,000x8,000 pixels in size. The rationale for this is that really large assets cause Chromium to allocate hundreds of megabytes of memory, sometimes 250Mb or more. This could cause out of memory issues on XP-era machines with limited RAM. NOTE: This is different than Supermium's implementation. In Supermium, this is enabled by default, and the flag is disable-webbloat-mitigation to disable it. In Thorium, it is off by default (not changing anything from the normal Chromium behaviour), but setting the flag enables it. I did this because I thought that the majority of users will be on machines with enough RAM (2GB+) to accommodate large web assets like these, and I didn't want a huge influx of GitHub issues like "why is this and that or so and so not loading?". If you have 2GB or less, you can enable this flag. Note that if it is a <canvas> element, it will actually cause the tab to crash, rather than just not loading it. IDK if there is a fix for this.
• The setup.sh and patch.sh scripts have been separated out into ones for Win7+ and ones for XP+, due to differing patches and differing files between the two, and I didn't want the original scripts to get huge and hard to read due to all the lines of bash. NOTE: If you are building Thorium-Legacy for yourself and are using these scripts, you will need my MSVS artifacts archive with progwrp.lib and progwrp.dll integrated to get a working build. See > https://github.com/Alex313031/Snippets/releases/tag/10.1.22621.3235

NOTE: I noticed that the mini_installer on Vista would copy the files, but not make the shortcuts. Until I can resolve this, the XP and Vista builds will be the same, provided as a .zip with an installer .cmd file inside. It works fine on both OSes.

約束どおり、ここに Windows XP/Vista 用の Thorium の SSE2、SSE3、および SSE4.1 ビルドがあります。

SSE2 ビルドは意味がないため、x64 には提供されません。最初のx64 CPU (2003 年のオリジナルの第 1 世代 AMD Opteron)を除くすべての x64 CPU にはSSE3 が搭載されています。 GCC、Clang、MSVC、Rust、および Chromium はすべて、x64 ターゲットのデフォルトで SSE3 になります。あなたがこのソフトウェアを使用している少数の集団の一部である例外的にユニークな人物であり、その集団のさらに少数の集団でたまたま AMD マザーボードを搭載した 2003 年製のサーバーを所有している場合を除き、これで問題ありません。実際にこの CPU を持っている人がいる場合は、問題を提出していただければ、特別なリリースを作成します。ただし、SSE2 で x64 用のコンパイラやプログラムをテストする人はいないため、それが機能するかどうかは保証できません。

SSE4.2 は、私のテストではパフォーマンスの向上が検出できなかったため、使用されませんでした。また、Core 2 Duos を使用している多くの人が SSE4.2 を実行できなくなる可能性があります。修正#71

前回のリリース以降、私自身と Supermium のリポジトリの両方からいくつかの追加と修正が行われました。これらには次のものが含まれます。

• Windows が "C:\" 以外のドライブ文字にインストールされているユーザーのために、インストーラー/アンインストーラーの .cmd ファイルは%PROGRAMFILES%、C:\Program Files にハードコーディングする代わりに使用されるようになりました。注: 適切なレジストリ エントリを得るには、.reg ファイルを編集し、「検索と置換」を使用して C:\ のインスタンスを任意のドライブ文字に変更する必要があります。これをユーザーが手動で行う必要がないようにする方法を検討しています。これは GUI インストーラーの問題でもあるため、修正を思いついた場合は Supermium に PR を送信します。#75を部分的に修正
• --disable-encryption誰もがそれを望んでいるわけではなく、一部の人々にとっては機能を壊していたため、ポータブル .bats から削除されました。
• --single-processモードでの PDF レンダリングが修正されました。ここを参照
• .169 Chromium マイナー リビジョンに更新します。差分を参照
• GDI テキスト レンダリングの配置が修正されました。このバグにより、テキストが高すぎたり低すぎたり、左に傾きすぎたりして傾いてしまいました。以前のリリースでこの問題が修正されなかった理由は、win32ss がChromium のサードパーティのサブモジュールであるSkiaでこの問題を修正したためです。そのため、コミットや変更を確認できませんでした。彼は私にパッチを共有してくれたので、私はそのパッチ専用のリポジトリを作成しました。おそらく、それをここと Supermium リポジトリの両方でサブモジュールとして使用することになるでしょう。これについて議論した後に私が作成したプルリクエストを参照してください > win32ss/supermium#511 Fixes #69
• 私が Supermium にプル リクエストを提出した後、フラグclassic-omnibox-borderはほぼ完成し、Supermium は色を (黒ではなく) 本物のグレーに変更しました。PRと彼のコミットを参照してください。もう 1 つの素晴らしい点は、PR がThorium のコンパイラ最適化の一部を Supermium に追加していることです。おそらく彼は、スタイリングをさらに本格的にするためにさらに変更を加えるでしょう。chrome://flags#custom-tab-shapes、chrome://flags#classic-omnibox、chrome://flags#classic-omnibox-border、を有効にしてchrome://flags#native-ui-style、ほぼ本物のクラシックな Chromium スタイルを実現します。
• WebGPU は Vista 以降で動作するようになりました (DirectX 11 をサポートする GPU が必要です)。
• ポリシー テンプレートの名前が正しくなりました。修正#78
• 新しい chrome://flags フラグ: chrome://flags#enable-webbloat-mitigation。これを有効にすると、Thorium はサイズが 8,000x8,000 ピクセルを超える画像、ビデオ、または <canvas> HTML 要素のロードを拒否します。この理論的根拠は、非常に大きなアセットが原因で、Chromium が数百メガバイト、場合によっては 250Mb 以上のメモリを割り当てるためです。これにより、RAM が限られている XP 時代のマシンではメモリ不足の問題が発生する可能性があります。注: これは Supermium の実装とは異なります。 Supermium では、これはデフォルトで有効になっており、disable-webbloat-mitigationこれを無効にするフラグが設定されています。 Thorium では、デフォルトでオフになっています (通常の Chromium の動作から何も変わりません) が、フラグを設定すると有効になります。これを行ったのは、大多数のユーザーはこのような大規模な Web アセットを収容できる十分な RAM (2GB 以上) を備えたマシンを使用しているだろうと考えたためであり、「なぜこれとこれが原因なのか」といった GitHub の問題が大量に流入することを望まなかったからです。それで読み込まれていないのですか？」 2GB 以下の場合は、このフラグを有効にすることができます。それが <canvas> 要素の場合、タブが読み込まれないだけでなく、実際にはタブがクラッシュすることに注意してください。これに対する修正がある場合はIDK。
• setup.sh スクリプトと patch.sh スクリプトは、Win7+ 用と XP+ 用に分けられました。これは、2 つのスクリプトのパッチやファイルが異なるためです。また、元のスクリプトが大きくなって読みにくくなるのは避けたかったためです。 bash のすべての行に。注: 自分で Thorium-Legacy を構築しており、これらのスクリプトを使用している場合、動作するビルドを取得するには、progwrp.lib と progwrp.dll が統合された MSVS アーティファクト アーカイブが必要になります。 > https://github.com/Alex313031/Snippets/releases/tag/10.1.22621.3235を参照してください。

注: Vista の mini_installer はファイルをコピーしますが、ショートカットは作成しないことに気付きました。これを解決できるまでは、XP と Vista のビルドは同じになり、インストーラー .cmd ファイルを含む .zip として提供されます。どちらのOSでも問題なく動作します。

약속한 대로 Windows XP/Vista용 Thorium의 SSE2, SSE3 및 SSE4.1 빌드가 있습니다.

SSE2 빌드는 의미가 없기 때문에 x64용으로 제공되지 않습니다. 최초의 x64 CPU(2003년의 원래 1세대 AMD Opteron)를 제외한 모든 x64 CPU에는 SSE3이 있습니다. GCC, Clang, MSVC, Rust 및 Chromium은 모두 x64 대상의 경우 SSE3으로 기본 설정됩니다. 당신이 이 소프트웨어를 사용하는 인구의 작은 하위 집합에 속하고 우연히 2003년부터 AMD 마더보드가 설치된 서버를 사용하는 인구의 더 작은 하위 집합에 속하는 예외적으로 독특한 사람이 아니라면 이것은 괜찮을 것입니다. 실제로 이 CPU를 갖고 있는 사람이 있다면 문제를 제출해 주시면 특별 릴리스를 만들어 드리겠습니다. SSE2에서 x64용 컴파일러나 프로그램을 테스트하는 사람이 없기 때문에 이것이 작동한다고 보장할 수는 없습니다.

SSE4.2는 테스트에서 성능 향상을 감지할 수 없었기 때문에 사용되지 않았으며 Core 2 Duos를 사용하는 많은 사람들이 SSE4.2를 실행하지 못하도록 제외했습니다. 수정 #71

지난 릴리스 이후 저 자신과 Supermium 저장소에서 몇 가지 추가 사항과 수정 사항이 있었습니다. 여기에는 다음이 포함됩니다.

• %PROGRAMFILES%이제 Windows 설치가 "C:\"가 아닌 드라이브 문자에 있는 경우 설치 프로그램/제거 프로그램 .cmd 파일을 C:\Program Files에 하드 코딩하는 대신 사용합니다 . 참고: 올바른 레지스트리 항목을 얻으려면 .reg 파일을 편집하고 "찾기 및 바꾸기"를 사용하여 C:\ 인스턴스를 원하는 드라이브 문자로 변경해야 합니다. 어떻게든 사용자가 수동으로 수행할 필요가 없는 작업을 만드는 방법을 모색 중입니다. 수정 사항이 있으면 Supermium에 PR을 보내겠습니다. 이는 Supermium의 GUI 설치 프로그램에도 문제가 있기 때문입니다. 부분적으로 수정 #75
• --disable-encryption모든 사람이 원하는 것은 아니며 일부 사람들에게는 문제가 발생했기 때문에 휴대용 .bats에서 제거되었습니다 .
• 모드 의 PDF 렌더링이 --single-process수정되었습니다. 여기를 보아라
• .169 부 Chromium 개정판 으로 업데이트합니다 . 차이점 보기
• GDI 텍스트 렌더링 정렬이 수정되었습니다. 이 버그로 인해 텍스트가 너무 높거나 낮거나 왼쪽으로 너무 치우치는 현상이 발생했습니다. 이전 릴리스에서 이 문제가 수정되지 않은 이유는 win32ss가 Chromium의 타사 하위 모듈인 Skia 에서 이 문제를 수정했기 때문입니다. 그 때문에 커밋이나 변경 사항을 볼 수 없었습니다. 그는 나와 패치를 공유했고 나는 이제 이를 위해 특별히 저장소를 만들었으며 아마도 여기와 Supermium 저장소 모두에서 이를 하위 모듈로 사용할 것입니다. 이에 대해 논의한 후 제가 작성한 끌어오기 요청을 참조하세요. > win32ss/supermium#511 수정 사항 #69
• 제가 Supermium에 풀 요청을 제출한 후 플래그 classic-omnibox-border가 대부분 완성되었으며, 그는 색상을 검정색이 아닌 실제 회색 색상으로 수정했습니다. PR 과 그의 커밋을 참조하세요 . 또 다른 멋진 점은 PR이 Supermium에 Thorium의 컴파일러 최적화 중 일부를 추가했다는 것 입니다 ! 그는 아마도 스타일을 더욱 정통하게 만들기 위해 추가 변경을 할 것입니다. 거의 정통적인 클래식 Chromium 스타일을 위해 , , chrome://flags#custom-tab-shapes및를 활성화 하세요 !chrome://flags#classic-omniboxchrome://flags#classic-omnibox-borderchrome://flags#native-ui-style
• WebGPU는 이제 Vista+에서 작동합니다(DirectX 11을 지원하는 GPU 필요).
• 이제 정책 템플릿 이름이 정확해졌습니다. 수정 #78
• 새로운 chrome://flags 플래그: chrome://flags#enable-webbloat-mitigation. 이 기능을 활성화하면 Thorium이 크기가 8,000x8,000픽셀을 초과하는 이미지, 비디오 또는 <캔버스> HTML 요소 로드를 거부하게 됩니다. 이에 대한 근거는 매우 큰 자산으로 인해 Chromium이 수백 메가바이트, 때로는 250Mb 이상의 메모리를 할당하게 된다는 것입니다. 이로 인해 RAM이 제한된 XP 시대 컴퓨터에서 메모리 부족 문제가 발생할 수 있습니다. 참고: 이는 Supermium의 구현과 다릅니다. Supermium에서는 이는 기본적으로 활성화되어 있으며 플래그는 disable-webbloat-mitigation비활성화하는 것입니다. Thorium에서는 기본적으로 꺼져 있지만(일반적인 Chromium 동작에서 아무것도 변경되지 않음) 플래그를 설정하면 활성화됩니다 . 나는 대다수의 사용자가 이와 같은 대규모 웹 자산을 수용할 수 있을 만큼 충분한 RAM(2GB 이상)을 갖춘 컴퓨터에 있을 것이라고 생각했고, "이게 뭐야, 저게 왜 이래?"와 같은 GitHub 문제가 엄청나게 유입되는 것을 원하지 않았기 때문에 이렇게 했습니다. 그럼 로드되지 않나요?". 2GB 이하인 경우 이 플래그를 활성화할 수 있습니다. <canvas> 요소인 경우 탭을 로드하지 않는 것이 아니라 실제로 탭 충돌을 일으킬 수 있습니다. 이에 대한 수정 사항이 있으면 IDK입니다.
• setup.sh 및 patch.sh 스크립트는 서로 다른 패치와 서로 다른 파일로 인해 Win7+용 스크립트와 XP+용 스크립트로 분리되었으며 원본 스크립트가 너무 커지고 읽기 어려워지는 것을 원하지 않았습니다. bash의 모든 라인에. 참고: Thorium-Legacy를 직접 구축하고 이러한 스크립트를 사용하는 경우 작업 빌드를 얻으려면 progwrp.lib 및 progwrp.dll이 통합된 MSVS 아티팩트 아카이브가 필요합니다. > https://github.com/Alex313031/Snippets/releases/tag/10.1.22621.3235를 참조하세요.

참고: Vista의 mini_installer는 파일을 복사하지만 바로가기를 만들지는 않는 것으로 나타났습니다. 이 문제를 해결할 수 있을 때까지 XP 및 Vista 빌드는 내부에 설치 프로그램 .cmd 파일이 포함된 .zip으로 제공되는 것과 동일합니다. 두 OS 모두에서 잘 작동합니다.