引用

枩擭敪忣婜偺働儌僲彈偵惈張棟搝楆偲偟偰帞傢傟傞榖

我试了下各种编码，还是找不出正确的编码

我用我自己用的一个忘记出处的解码器破译的成果：

万年発情期のケモノ女に性処理奴隷として飼われる話

万年発情期のケモノ女に性処理奴隷として飼われる話
是这个吗？

解压编码选 932 (ANSI/OEM -日语 Shift-JIS)

应该是 utf-8 编码的，已经被转换成了错误的编码了，
需要转换成 gbk 编码，然后把它当作 shift_jis 编码

解决了，谢谢各位
简要：vsc里两步
save with encoding: GBK
reopen with encoding: Shift JIS

我拿一个RenameFiles试了下，也是这段
万年発情期のケモノ女に性処理奴隷として飼われる話

引用

引用第5楼e083d8d7于2023-05-23 23:51发表的  :
应该是 utf-8 编码的，已经被转换成了错误的编码了，
需要转换成 gbk 编码，然后把它当作 shift_jis 编码

谢谢，通常为什么shift JIS会被错误转换成UTF-8存储啊
音声是站里下的，是发布者那边压缩原档的时候，压缩软件自动根据locale转换了编码吗？

windows的大部分的默认编码是DBCSCodePageEncoding，不同语言区域不同编码，为了通用或防止乱码一般会转换成通用的 utf-8 编码
不过你这原档转换成 utf-8 的时机不对，不是直接将 shifit_jis 转成 utf-8 ，而是把 shifit_jis 当成了 gbk ，然后才转换成 utf-8 的，
说白了打包前文件名就是乱码的，然后打包时压缩软件为了通用将乱码的文件名转成了 utf-8

这样啊。
那可以推测出资源发布者那边出现了什么错误操作吗？先假设他使用中文系统，ANSI会被当成GBK编码。
1. 他在自己看到的文件名已经乱码的情况下，用压缩软件打包了原文件？这个不太符合常理。
2. 由于某种原因，他那边可以正常显示文件名，但是压缩软件会把原文件识别为GBK，然后执行了GBK转UTF-8？

这些都只是可能情况，其实不一定是压缩，也可能时解压或其他，这种东西很难讲清楚

举个例子，例如日文系统打包的正版zip原档，这个zip里面记录的文件名是 shift_jis 编码，对于中文系统来说，这个压缩包里记录的文件名会被当成 gbk 编码，解压时如果不对文件名进行修正处理，解压后就会被系统转换成 utf16-le 的乱码，复制这个乱码文件名时，会得到unicode序列的乱码文件名，粘贴到南+评论框并且提交时，这个乱码文件名就会变成 utf-8

因为windows文件名是 utf16-le 编码的，其实你的乱码准确来说是 utf16-le 编码的，但是你得不到这个编码的文字，一旦复制粘贴或者打出来就会变成其他编码的

   这样