奇幻遊戲社群

標題: UMPlayer[開發者放棄維護] [打印本頁]

作者: hsuyucheng 時間: 2011-6-11 21:02:26 標題: UMPlayer[開發者放棄維護]

本帖最後由 hsuyucheng 於 2012-1-4 22:28 編輯

http://www.umplayer.com/UMPlayer是SMPlayer的分支,除了以mplayer為基礎外,追加許多影片格式與特性
過去我都喜歡用mplayer, 但是mplayer都是以指令控制如 mplayer "檔名" -vo 顯示參數
而包裹mplayer的SMPlayer好多臭蟲又不能流暢撥放一些特殊格式

有些人就修改SMPlayer,除了修正一些bug並加入許多特性如播放yutube等成為UMPlayer
目前在Linux使用上來說沒有問題, 但Windows上不能播放除系統語言外的檔名檔案
(主要是windows本身不是以unicode處理檔案, 今日的主流Linux發行版都是以utf-8處理檔案也就沒這問題)
推薦大家除了vlc外的另外一種選擇 (SMPlayer? 問題太多了嘆)

[attach]4281[/attach][attach]4282[/attach]

作者: None 時間: 2011-6-12 02:11:29

本帖最後由 None 於 2011-6-13 00:56 編輯

其實VLC也不錯用，我本身也是用這種
但是知名度好像沒有mplayer系列來得高

記得之前好像在哪裡聽過說Windows也逐漸改用Unicode了，但我不是很確定
一方面資料來源不確定，另一方面是之前也遇過開版講的那種情況
就是在Linux上能支援的外國語系，在Windows底下播放會變亂碼
所用播放器皆為VLC，所以應該不是播放器的問題
不曉得有沒有人知道關於這個問題的真相？

PS：版上好像沒人介紹VLC，其實這東西泛用性蠻強的
沒人寫的話改天來野人獻曝一下好了XD

作者: hsuyucheng 時間: 2011-6-12 19:39:02

Windows對於外部檔案入徑名稱是UTF-16(如 "C:\你好.txt " 是以UTF-16保存),但是系統處理顯示單元卻是依賴你的非Unicode設定。基本上windows為了保證過去的軟體可以使用，不可能使用unicode，不過他也提供了方法讓未來的unicode程式可以執行，故今日的VLC，MPlayer發生的問題是沒採用微軟的unicode方案(映像中這玩意是.Net才支援)。

基本上字符轉換一定有誤差，vlc與mplayer就是轉換時發生錯誤。Linux為了避免轉換誤差與unicode顯示，故採用UTF-8
unicode wiki

小知識 Windows 2000起是UTF-16，但是除非程式要求以unicode啟動,否則都以非unicode開啟
Java與Pythin的原生字符是採UTF-16 C/C++是使用者定義(ASIC、Uniceod隨你訂) Ruby與Prel是UTF-8

歡迎光臨奇幻遊戲社群 (http://fgc.tw/tuxbb/)