Other .var files checker v01 01

Under normal circumstances, unless we decompress all our .var files or encounter errors when loading these .var files with VAM, we cannot understand whether the .var files were fully downloaded at the beginning or if the file content is actually damaged. We can use this simple script to understand if there are issues with the .var files. This script will display the current progress and the final check result list.

Let me clarify here that I am a user from Taiwan, Asia. In addition to traditional Chinese, I can also read and write simplified Chinese, Japanese, and German. When analyzing the contents of .var files, I found that many .var contents are not generated with VAM's packager but rather with various compression software. Although the file extensions of these files are all .var, the actual compression format is not necessarily zip, but may include formats like rar and 7z.
At the same time, .var files, aside from using non-standard characters in non-English names that make it impossible for VAM's downloader to recognize these var files, also contain non-standard character paths that render the contents of these .var files unusable in Windows operating systems not using that language. This is particularly true in the case of paid content, such as: person, CUA, or clothing paths that use a variety of different Chinese and Japanese paths.

Although my computer can identify these paths and I can try to modify what happened, in Windows systems not using these languages, VAM cannot normally import these contents with non-standard character file paths.
My script has been handled when dealing with these non-standard characters in .var files, and in principle, all should be checked. However, I still hope that creators can use standard characters in both file names and internal paths of .var files.

一般的情況下除非解壓縮我們所有的.var文件，或者是在使用VAM載入這些.var時出現錯誤，不然我們無法了解.var文件當初是否有完整下載，或者文件內容其實是損毀的。我們可以透過這個簡單的腳本了解.var文件是否有問題。這個腳本會顯示目前進度與最後檢查結果清單。

在這邊說明一下，我是一個從亞洲台灣來的使用者，除了繁體中文外，也能閱讀書寫簡體中文、日文、德文，我在分析.var文件的內容時，發現很多的.var內容其實不是用VAM的packager生成的，而是使用了各式各樣的壓縮軟體，雖然最後這些文件的副檔名都是.var，但真正的壓縮格式本身卻不一定是zip，而是包含rar與7z等格式。 同時.var文件除了本身命名使用非英文的非標準字元會導致VAM本身的下載器無法辨識有沒有這些var文件外，這些文件中存在的非標準字元路徑會導致這些.var當中的內容在非該語系的WINDOWS作業系統中缺乏可用性，尤其是在Paid content的情況下大量存在，譬如: person、CUA或者clothing的路徑使用了各種不同的中日文路徑。

雖然我的電腦可以識別這些路徑，我也能判斷發生什麼事情試圖修改，但是在非這些國家語系的windows系統下，vam是沒有辦法正常導入這些使用非標準字元檔案路徑內容的。 我的腳本在面對這些非標準字元的.var時有做過處理，原則上應該都能檢查。但我還是希望creators無論文件名稱或是.var文件的內部路徑都能使用標準字元。

通常の状況では、我々が全ての.varファイルを解凍する、あるいはVAMでこれらの.varをロードする際にエラーが発生する場合を除き、.varファイルが最初に完全にダウンロードされたか、あるいはファイル内容が実際には破損しているかを理解することはできません。私たちはこのシンプルなスクリプトを通じて.varファイルに問題があるかどうかを理解することができます。このスクリプトは現在の進行状況と最終チェック結果のリストを表示します。

ここで一点、私はアジアの台湾出身のユーザーで、繁体字中国語の他にも、簡体字中国語、日本語、ドイツ語を読み書きすることができます。.varファイルの内容を分析する際に、多くの.varの内容が実際にはVAMのpackagerで生成されたものではなく、様々な圧縮ソフトウェアを使用していることに気づきました。これらのファイルの拡張子は最終的に全て.varですが、実際の圧縮フォーマット自体は必ずしもzipではなく、rarや7zなどのフォーマットを含んでいることもあります。 また、.varファイルは、非英語の非標準文字を使用した命名により、VAM自体のダウンローダーがこれらのvarファイルが存在するかどうかを認識できないだけでなく、これらのファイル内に存在する非標準文字のパスが、これらの.varの内容を特定の言語のWINDOWSオペレーティングシステムで使用できなくする原因となります。特に、有料コンテンツの場合、例えば: person、CUA、あるいはclothingのパスには、さまざまな中国語や日本語のパスが大量に存在します。

私のコンピュータはこれらのパスを認識することができ、何が起こったのかを判断し修正を試みることもできますが、これらの言語を使用していないwindowsシステムでは、vamは非標準文字のファイルパスを使用したこれらの内容を正常にインポートすることができません。 私のスクリプトは、これらの非標準文字を含む.varに対して処理を行っており、原則としてすべてをチェックすることができます。しかし、私はまだcreatorsがファイル名や.varファイルの内部パスに関わらず、標準文字を使用することを望んでいます。