TWed2k - 軟體求助討論區 - [問題]請問中文vista裡如何解壓縮日文rar檔案?(END)

TWed2k » 軟體求助討論區 » [問題]請問中文vista裡如何解壓縮日文rar檔案?(END) » 發表回覆

Discuz! 代碼
提示插入
直接插入
說明訊息

添加文字底框

內容 [字數檢查]:

表情符號













更多 Smilies

字型大小

小|中|大|巨

溫馨提示：本區開放遊客瀏覽。

儲存草稿｜恢復草稿｜...

文章關鍵字 : [功能說明]
(關鍵字可加強搜索準確性, 如關鍵字多於一組, 請以 , 作分隔, e.g. : 阿笨,shiuh,第一笨)

關閉 URL 識別 | html 禁用
關閉表情符號 | 表情符號可用
關閉 Discuz! 代碼 | Discuz! 代碼可用
使用個人簽名
接收新回覆信件通知

推薦放檔網絡空間

檔案(Torent, zip等)

圖片(JPG, GIF等)

>>>歡迎推薦好用空間

froce

發表於 2009-7-11 04:49 PM

引用:

補述：上面的錯誤原因不正確...
nero的情況是因為走ANSI的API...所以正常來說讀不到有非ANSI字碼表的檔案...
而UAO會抽換掉CP950...變成系統的ANSI是照著UAO的字碼表在轉換...
所以灌了UAO以後NERO會可以讀取到big5日文的檔名...

nero 6讀取檔名時是用ANSI...所以你遇到big5日文檔名的時候...
以一般正常的系統是不能讀取的...
有灌UAO的話才可以靠UAO的ANSI表來讀取...
所以nero 6的確不能處理big5日文...
然後有勾選Joliet燒出來的是unicdoe檔名...
這並不代表nero 6就算是支援unicode了...
(我上面也有說過...nero 6支援燒錄unicode檔名...這並不代表nero 6是個unicode軟體...)

也就是說...
有裝UAO的PC...用nero 6勾選joilet燒錄出有big5日文的光碟之後...
拿到沒有UAO的PC上去讀取...
你可以讀到正確的檔名...
但是再拿到同樣的nero 6去燒錄時...因為nero 6不吃unicode...所以檔名得轉回big5...
可是系統上因為沒有UAO...big5日文讀不到...所以會不能複製...

引用:

他是說 "nero支援joliet" 吧?
這跟 "nero支援unicode" 又不一樣XD

跟你給的連結...所見雷同...
不過這絕不是純屬巧合就是了...XD

長檔名應該是當時ISO 9660在制定時規範的檔案長度不夠...
http://en.wikipedia.org/wiki/ISO_9660
File and directory name restrictions 這節有提到...

平凡小任

發表於 2009-7-11 01:43 PM

引用:

froce寫到:

Joliet上面有wiki的解釋...
The specification only allows filenames to be up to 64 Unicode characters in length.
Joliet燒出來的就是unicode檔名...
而nero 6的確有支援Joliet...只是真的藏的很好...很難找罷了...

引用:

nero 6其實就有了...我用過...
的確可以拿到沒裝UAO的電腦上正確顯示...

如果沒有unicode檔名的話...這種事是不可能發生的...

http://uao.cpatch.org/index.php? ... B9%E8%A9%95#toolbar

引用:

Nero 所燒出來的檔名預設是 Unicode 的（UDF 或 ISO9660 with joliet），這是檔案系統規格， Nero 也遵守規格燒出 Unicode 的檔名。

[froce 在 2009-7-11 12:10 PM 作了最後編輯]

http://www.ptt.cc/man/C_Chat/D61/M.1205775774.A.718.html
http://www.pcdvd.com.tw/printthr ... mp;page=5&pp=10
joilet好久好久就支援了
應該不是說鈎好了就可以吃日文檔

至於你下面提到的nero
那是在之前為了燒有日文字的檔案而灌uao
灌好後當然可燒

關於joilet可以參考
http://www.pcdvd.com.tw/printthr ... p;page=11&pp=10
個人是傾向還是配合一下uao比較好
那也是我從開始燒光碟用的方法
當然這是在以往的情形

後記：
如果在google搜尋joilet和nero可找到不少東西
我還是傾向joilet比較屬於支持長檔名而不是可以看到日文或處理日文這樣
因為你檔案名太長他就會跳視窗出來要你勾joilet了
至於能看到和處理日文我覺得還需要別的東西
倘若勾joilet就能處理日文的話
他可能也不用出什麼uao了
因為joilet我很久之前就看過了
而且應該是在6版之前就有了
一點個人看法
當然可能是我用uao習慣了，呵呵

froce

發表於 2009-7-11 12:07 PM

引用:

nero 6其實就有了...我用過...
的確可以拿到沒裝UAO的電腦上正確顯示...

如果沒有unicode檔名的話...這種事是不可能發生的...

http://uao.cpatch.org/index.php? ... B9%E8%A9%95#toolbar

引用:

Nero 所燒出來的檔名預設是 Unicode 的（UDF 或 ISO9660 with joliet），這是檔案系統規格， Nero 也遵守規格燒出 Unicode 的檔名。

[froce 在 2009-7-11 12:10 PM 作了最後編輯]

平凡小任

發表於 2009-7-11 12:35 AM

引用:

froce寫到:

證據...有網頁有真相...(茶
http://forum.cpatch.org/archiver/?tid-3820.html
---
補述：上面的錯誤原因不正確...
nero的情況是因為走ANSI的API...所以正常來說讀不到有非ANSI字碼表的檔案...
而UAO會抽換掉CP950...變成系統的ANSI是照著UAO的字碼表在轉換...
所以灌了UAO以後NERO會可以讀取到big5日文的檔名...

上面的原因也是UAO之所以好用的地方...
他可以讓很多ANSI的程式變得像是unicode的程式一樣...而使用者察覺不太出來...
或許這察覺不太出來才是造成UAO被攻擊的主因...
不過如果使用UAO的遺毒可以被斷絕的話(使用big5日文的...丟掉各位的ie吧)...那UAO真的是個很好用的工具...

至於像中國海字集那樣的...放在使用者造字區的檔名呢...
這個我就不清楚了...

[froce 在 2009-7-10 06:41 PM 作了最後編輯]

按上面那個證據
應該還是沒支援unicode才是
iso9600跟unicode無關
而joilet是讓你吃中文長檔名
我在七.XX版以前都是裝UAO的
不過這也是我的理解

[平凡小任在 2009-7-11 12:43 AM 作了最後編輯]

froce

發表於 2009-7-10 06:26 PM

引用:

平凡小任寫到:

引用:

froce寫到:

另外...nero 6的時候其實就可以燒錄unicode的檔名了...
只是那選項並不是預設的...所以大概沒啥人知道...

http://www.andaudio.com/phpbb3/v ... =62686&p=557555
6就支援了喔？
我以為一直到七點多版才支援說

http://en.wikipedia.org/wiki/Joliet_(file_system)
nero 6其實就有了...我用過...
的確可以拿到沒裝UAO的電腦上正確顯示...

不過這不代表nero 6算是個支援unicode的軟體...
有裝UAO的好像可以靠windows自動字碼轉換成功燒出unicode的檔名...
沒裝的大概不行...因為unicode對照不回big5的關係吧...
(年代久遠...我也忘了...當時電腦功力也比現在差很多...)

證據...有網頁有真相...(茶
http://forum.cpatch.org/archiver/?tid-3820.html
---
補述：上面的錯誤原因不正確...
nero的情況是因為走ANSI的API...所以正常來說讀不到有非ANSI字碼表的檔案...
而UAO會抽換掉CP950...變成系統的ANSI是照著UAO的字碼表在轉換...
所以灌了UAO以後NERO會可以讀取到big5日文的檔名...

上面的原因也是UAO之所以好用的地方...
他可以讓很多ANSI的程式變得像是unicode的程式一樣...而使用者察覺不太出來...
或許這察覺不太出來才是造成UAO被攻擊的主因...
不過如果使用UAO的遺毒可以被斷絕的話(使用big5日文的...丟掉各位的ie吧)...那UAO真的是個很好用的工具...

至於像中國海字集那樣的...放在使用者造字區的檔名呢...
這個我就不清楚了...

[froce 在 2009-7-10 06:41 PM 作了最後編輯]

froce

發表於 2009-7-10 06:12 PM

最後...這篇我只說結論...
上面的懶得看的話...看這篇就好...

只要是用到非本國文字的話...請記得要用unicode方式來儲存...
如果是要放到ed2k去的話...也請為了他國的人著想...用unicode儲存...
不管你用中國海字集還是UAO...都要記得用fx來送出你的日文假名、漢字、和簡體字...
---
不管怎樣...UAO和中國海字集都是滅絕的好...
這是大家的共識...
能不要用的話都請盡量不要用...

froce

發表於 2009-7-10 06:07 PM

怎麼說呢？...
你沒回答到問題的核心...

UAO會遇到的問題...中國海字集也會遇到...
一樣得強迫推銷...沒裝中國海字集的人必須安裝中國海字集才可以看到打出來的big5日文...
而且中國海字集對於日文漢字和簡體字這部份沒有辦法處理...

目前很多軟體如fx都有內建big5-2003的字碼表...
而且是單向對應的...所以遇到big5日文的話會自動送出unicode的參照碼...
這種unicode參照碼是可以讓ie等其他browser直接看日文的...
而中國海字集我不知道有沒有被支援到...不過至少UAO的絕大部分都是照big5-2003標準在走的...
所以網頁送出的部份UAO可以透過fx杜絕big5日文...
而中國海字集和櫻花輸入法打出來的則是未知數(我沒測驗過...不過應該也是可以)...
所以說...最被人詬病的www應用上UAO的問題其實已經可以解決了...
只是大家的配合度如何而已...

至於文書處理方面...用convertz去作後續的處理是多此一舉...除非你是要批次轉大量的文件...
因為就連notepad都支援unicode的儲存方式...
一開始在打出他國文字的時候...使用者就該想到該用unicode來儲存了...
重點不在多作一次的手動轉換...而是使用者該確定他自己的文件該用何種編碼儲存...
所以我才說你不該教使用者用回落後的中國海字集...該做的是從根本的教導其他人什麼時候該用unicode去儲存...

最後...有不用裝任何會影響到系統字集的軟體...就可以解決big5日文的方法...
利用fx的單獨字碼表的特性...
遇到有big5日文文件的時候...改用fx讀取...
然後貼到剪貼簿上...用unicode去儲存...

檔名的問題...中國海字集不會自動轉換...
這個只會讓你系統上越來越有可能存在big5日文的檔名...
UAO有提供自動轉換程式...而且我轉換過的都是些以前櫻花輸入法的殘毒...
我用UAO以後輸出的檔名全部都是unicode檔名...
---
真正釜底抽薪的方法還是要微軟改變目前以ANSI為主的架構...
目前linux是採用全unicode的環境...
需要的時候用locale-gen產生要的語系...然後加個環境變數"LANG=locale"就可以了...

從2k開始windows就是個unicode的OS了...只是到現在都還沒改進...
我猜windows要的話也能改成這樣的架構...不過不改的原因有兩個...
1.軟體相容性的問題...
真的變成這樣...勢必很多ANSI軟體會不能直接執行...而必需要靠使用者下額外的指令才能執行...
這樣大概軟體公司的客服電話線會燒掉...(茶

2.為了避免逆輸入的問題...
個人認為這才是主因...
用了全unicode環境...你用任何語言版本的windows都一樣...

所以我認為要等到ANSI軟體慢慢淘汰掉...
大概windows也不知道是不是出到17了...(茶

badcat

發表於 2009-7-10 01:12 AM

以下簡稱「Unicode 補完計畫」為「Unicode-At-Once」 ->「UAO」

引用:

froce寫到:

啊？...不建議用補完計畫反而去用更舊的中國海字集？...
這個邏輯我不懂...
(後略...)

一. 「中國海字集」只是個「字型」：
因為「中國海字集」只是個「字型」[Font]，不會轉換字碼 (但 UAO 會)，任何程式有沒有支援 Unicode；還是僅支援 ANSI，一目暸然。
(「中國海字集」並不會阻礙 Unicode 的發展，也不會出現 ANSI 軟體「字碼在無意間被轉換」的問題，它只是個「字型」。)

P.S. 認真說起來，UAO 算是「中國海字集」下的「衍生物」，要不是先有「中國海字集」那「彆腳」的「ANSI Big-5『日文 (漢字)』」之超不標準編碼字型，就不會產生「Unicode 補完程式」這種「畸形」的 Big-5 日文補完程式。(就是為了解決  ANSI Big-5 日文和 Unicode 日文的互換性)，這一切都是歷史的共業啊！(笑！)

所以「中國海字集」可以看到 UAO 大部份的 ANSI Big-5 日文(漢字)，也就不足為奇了。(不過 UAO 之後還是有自我增修了這個字碼表，所以多多少少會有些「同一個字碼」但解釋的「顯示字型」卻不相同的情況，但兩者大部份的字碼/字型都是一樣的，對壞喵要看絕大部份的 ANSI Big-5 日文(漢字) 來說，就已經很夠用了。)

二. UAO - Unicode 補完計畫的問題之一：

UAO 最大的問題就是針對 ANSI 軟體去「仿相容 Unicode」，但字碼卻不是「真正」的 Unicode，沒裝 UAO 的就是看不到！

以 Nero ANSI 版來說最佳範例，Nero 經由 UAO 燒了「簡/日」字碼，卻只有灌了 UAO 的使用者能正常看到，「多數」使用 Unicode 的朋友卻看不到
結果把 Nero ANSI + UAO 燒錄的「『偽』Unicode 日文」，給「一般沒有 UAO」的朋友時，就會被幹譙「看不到『日文』字」！

而不用 UAO 時 (全球大多數人都是這類)，一下就可知道 Nero ANSI 和 Nero Unicode 的差異。(Nero ANSI 不能燒簡/日/韓文，Nero Unicode 版可以。)
就不會被 UAO 搞混了 ANSI/Unicode 的差異性，UAO 反倒在無意間「限制」了Unicode 的普及性。因為 UAO 掩蓋了 ANSI 軟體字碼上的缺失，反倒讓 Unicode 軟體進步的更慢；且 UAO 在 ANSI 版本的軟體所存的字碼還不是真正的 Unicode，無法和世界交流。

三. 為何用「中國海字集」+「櫻花輸入法」+「ConvertZ」而不用「UAO」的原因：

所以用「中國海字集」只是為了(純)顯示「ANSI Big-5 日文字型」，不做 ANSI <-> Unicode 轉碼。
(純觀賞 ANSI Big-5 日文用，「中國海字集」不會雞婆的做 UAO 的「轉碼」。「中國海字集」只是個「字型」好嗎！它不是「軟體」。)

「櫻花輸入法」至少讓你知道你打的字是「ANSI Big-5 日文」，而不是「Unicode 日文」。

而轉碼時請用「ConvertZ」，這樣至少你會知道這是 ANSI Big-5 日文 <-> Unicode 日文 (自己手動轉的)，而不會被 UAO 搞不清楚這套程式處理的字碼到底是 ANSI 還是 Unicode。(自己做的總不會不知道這是 ANSI Big-5 日文還是 Unicode 日文字碼吧？)

不用 UAO，自己轉碼 Big-5 日文/Unicode 日文，至少你會知道你自己在用 ANSI 的軟體，就不會用「ANSI 不支援的字碼」存檔。(這是 UAO 的其中之一的問題，因為 UAO 雞婆幫 ANSI 解套，但卻不是用「正統的 Unicoee 字碼處理」，並且讓使用者「渾然不覺」，儲存的「並不是 Unicode 字碼」。)

一切 ANSI/Unicode 轉換動作都在你自己的「手動控制」之下，說「自己」搞不清楚這是 ANSI/Unicode 字碼，那就是自己的問題了！(自己轉的還搞不清楚？)

四. 改用 Unicode 軟體的好處 - 同時可顯示各國語言不衝碼：

改用 Unicode 軟體，各國語系可同時顯示，一切解決，eMule Unicode 版就是最佳的例證。
Ex1: 當初壞喵請官方中文化的 CML 大去跟德國 eMule 官方建議就是這個理由，現在看到了成果，各國的檔名都能一起在 eMule 中顯示，且全世界都能看到正確的各國字型，這不是很方便嗎？)
Ex2: 當初壞喵請「熊大」將 TWed2k 論壇從「ANSI 繁體中文 Big-5 語系」改成「Unicode (UTF-8) 語系」，也是這個道理：「多國語言」。

CP950 和 Big5-2003 或以後的 Big5-2009 (亂掰的) 都是無法解決「同時顯示多國語言」的問題的，而 Unicode 可以。

Nero ANSI 不能用，就改用 Nero Unicode 版，或 Ashampoo Burning Studio 6、或 ImgBurn。(目前就愈來愈多了，都是支援原生 Unicode。到頭來 Nero 6 還不是強迫升級到 Unicode 了？Nero！你再撐啊？)

五. 不推薦 UAO，但尊重每個人的選擇：

當然若是 1. 自爽自用 UAO、2. 和有裝 UAO 的人交流資訊，那用 UAO 也是無妨，
只是當有天想全部字碼 Unicode 化時，ANSI 軟體經由 UAO 轉碼的字碼，全部都要打掉重做。(就是 NO.10 阿達猴的慘況。)

P.S. Jackie 和 Litfal 當初幫「熊大」的 TWed2k 論壇由「ANSI 日文」互轉「UTF-8 日文」的 libiconv 版本不知還在不在？可 ANSI Big-5 日文(含日文漢字) 互轉 Unicode 日文(含日文漢字) 不過有點不完善 (Shift-JIS 的小字五十音不能轉成 Unicode 日文)，Jackie 和 Litfal 看能不能幫到忙修正一下？(壞喵不奢求啦！)
(當初這特殊版本的  libiconv 也是為了解決「Unicode 補完」所產生的問題而出生的 (笑！)，或許可以考慮商請 Jackie 和 Litfal 徹底解決眾人 ANSI 日文 <-> Unicode 日文的需求？)
論壇語言國際化 (UTF-8) 預告 (自己翻找吧？！)

東西好不好用，是看「個人的需求」的，想用 UAO 的人，壞喵在此只能尊重，並不會強烈反感。(您覺的好用就好了！)

六. Unicode (UTF-8) 和 ANSI 競爭的歷史洪流：

就讓 ANSI Big-5 日文/ANSI Shift-JIS 和 UAO 自然隨歷史的洪流淘汰掉吧！(其實堅持 ANSI/UAO 也是沒有用，被淘汰只是遲早的問題。對了！「中國海字集」也是。)

Big-5 不死，只是會「凋零」。如同 froce 所言，Big-5 應該不會死啦！只是會愈來愈弱化。UAO 作者自己也說過，「Unicode 補完計畫」應該叫「Big5 補完計畫」，只是延續 Big-5 殘存的性命而已，而不是促進 Unicode 的流行。
P.S. 當初製作 Big-5 字碼的那五家「大(?)」公司和資策會應該打屁股，編碼字才 13502 個標準字比大陸的 ANSI GB 碼還少的多不說，因「逸脫字元」而衝碼當機的問題還一堆，也不種得跟 Unicode 官網反應一下，把中文字碼依書寫筆畫順序排好，實在沒遠見。(現在來不及啦！Unicode 中文字碼順序已經訂定好了，再改會天下大亂的！)

※這讓壞喵想起「聖經」上的著名故事... (有錯請批)
早期的人類都是用「同一種語言」，而人類想要直達「天聽」，而建造高聳的「巴比倫 (Babylon) 塔」，上帝為了阻止他們完成，就讓眾人變成說不同的語言，因為「無法溝通」，「巴比倫塔」也因而無法建成而頹圮...。(去 Google 一下就有了！)

用不用 UAO，就看個人的「需要」和「選擇」了，壞喵都予以尊重。(端看你是否要提早面對它 -> Unicode。)
在此壞喵對 UAO 的作者的苦撐致意，畢竟在 Unicode 軟體不發達的年代，UAO 很好用，但現在 UAO 也漸漸要走入歷史... (看看 UAO 官網 "What's New" 跟「留言版」上的「更新日期」吧...)
P.S. UAO 就跟 UTF2ASC 一樣，慢慢的在 Unicode (UTF-8) 的歷史洪流中被淘汰掉。

七. 總結：

最後套上一句壞喵所說過的「名言(？)」做總結：
「『Unicode 多國語言字碼』不見的是『最完美』的方案，但至少目前是『最接近完美』的方案。」

呼～好長一篇！這次真的卯起來說明為什麼「不要用 UAO」了，寫了一大堆，壞喵現在應該沒力氣反擊了吧？！有問題請 Google！(這是「偷懶」貓吧？笑！)

對不起開版的 ken91！好像離題了耶？冀望您別介意啊？

[badcat 在  2009-7-10 08:03 AM 作了最後編輯]

平凡小任

發表於 2009-7-9 07:07 PM

引用:

froce寫到:

另外...nero 6的時候其實就可以燒錄unicode的檔名了...
只是那選項並不是預設的...所以大概沒啥人知道...

http://www.andaudio.com/phpbb3/v ... =62686&p=557555
6就支援了喔？
我以為一直到七點多版才支援說

froce

發表於 2009-7-9 06:13 PM

千言萬字比不過這篇...
http://uao.cpatch.org/index.php? ... 7%E6%89%B9%E8%A9%95

有興趣的自己看吧...

本主題回覆較多，請點擊這裡檢閱。