老狗需要新工具【之一】:VGA to HDMI 轉接器

【2021/8/27更新】如果覺得下面一堆碎念看起來超麻煩,又捨得花個萬把塊錢解決問題的人⋯⋯那請直接看下一篇哦。

為了看到這個畫面,我花了不少時間做 trouble shooting


現在大多數的電腦應該都是搭配純 HDMI 顯示器了,頂多高檔一點再給你個 DisplayPort,甚至是 Type-C(其實也是走 DisplayPort 協議)。

無奈老狗手上還是有些青銅器時代的 1U server(雖說它當年可厲害了),它完全只有 VGA 輸出⋯⋯好吧,其實現在即使是最新的 server 也都是配 VGA 埠啦。這下可麻煩了,於是在老狗翻出這些古董後,也只能開始尋找新的小物:VGA 轉 HDMI,但是⋯⋯

各位如果也像我有這需求的話,請注意這些轉接器都有一個通病,就是廠商根本忘了有 60Hz 以外的 refresh rate。像是 BIOS 中的 Intel RAID Manager,以及一些 Linux 安裝時的文字模式,都可能會用到 720x400@70Hz,這些轉接器全數出局了;包括一些可攜式 HDMI 螢幕雖然額外提供了 VGA-in 埠,但若仔細看它的規格也會發現:完全沒有 60Hz 以外的解析度模式啦。這應該是關係到 video converter 的設計簡化,或是 firmware 完全忽略了其他VGA模式與頻率了。所以我接了這些轉接器或 VGA-in 還是看不到 720x400 的畫面⋯⋯失敗。

後來找了半天,發現有標註「720x400@70Hz」的簡易轉接器簡直比日本的壓縮機還要稀少。目前我又已經測過一款480元的了,不行啊,這令我感覺它在賣場中的文案只是找別家 ctrl-c & ctrl-v 上去的(真懷疑廠商自己有沒有實測過,而這種東西用貼牌的可能性頗高)。只好再度展開一個一個測試的生涯了,或是打幾通電話問問看那些專做機房用品的廠商有沒有適合的產品。

以下整理一些我測試 720x400@70Hz 訊源的結果,先列出不成功的組合:

  • 使用 1102H 的 VGA 輸入:螢幕會持續出現 Screen Booting 的訊息,無法顯示畫面。若把線拔掉再想辦法看 menu,會發現到解析度資訊 720x400 0Hz 的奇怪結果。
  • 使用 U3014 HDMI 輸入:之前已經測過兩顆不同廠牌,外型也大不相同的轉接器,都失敗,完全無畫面。一顆是「HAGiBiS VHC01」外型很不錯,另一顆則長類似這種:
    但聽網友分析說,即使內部拆開看也長得一模一樣,但可能因不同firmware而產生出現不同結局。他的2019年版就OK,而2016年版就KO⋯⋯
再來是列出成功(但不一定理想)的組合:
  • 2021/8/26更新:問過五角科技了,和業務聊了半小時,覺得希望不大,先別亂花錢試。
  • 2021/8/27更新:接著用了兩顆長得類似的(其中一款是 伽利略 VGATHD,另一款沒牌子也沒型號),都可以在我的U3014上跑出畫面,但是解析度不正確,看到都是640x416@70Hz,畫面除了有雜紋出現,下面也會多出空白(可看到右下方的 n 字離邊界還有一行的空間):
  • 2021/8/27更新:接著用圓剛的 ET110,在我的 U3014 上畫面穩定無雜紋,解析度也正確為 720x400@70Hz,比較上圖的話,文字的最後一行也能準確出現在面板最下方的邊界。很可惜因為這顆轉接器沒有 scaler 功能,不會幫你轉成 HDMI 通用的 720p60 或 1080p60,我改接到 1102H 的 HDMI 埠時還是無畫面。所以如果你的螢幕也只能吃 60Hz 的話,這顆一樣也不能用。在搭配上還是得慎選。

基於目前還沒找到理想的轉接器,我自己測的結果都會陸續補充上去。

也整理一下之前爬文的結果,有網友保證能用的大概是(都蠻貴的,一百美金/歐元起跳):

  • Opensource Scanconverter 大概是最開放(如字面意思)的轉換器,幾乎什麼古董訊源都能轉。
  • Extron RGB-HDMI 300A 雖然預設輸入模式不支援 720x400@70Hz,但是經由手動設定訊源參數後,就可以用了。不過這可是200美金等級的產品呀。
  • 其他類似上面 Video Scaler+Converter 可以讓使用者手動調參數的,應該都有能力處理才對。參數設定可參考這個 VGA Timing 表
  • 註:以上都是參考 某骨灰級遊戲論壇 這個討論串而來的。
有些看起來很厲害的(包括價格看起來也很厲害),例如 startech.com 的產品,很多網友實測也都不成功。也就是說,即使是30美金(1000台幣)以上的產品,也不見得比15塊美金(500台幣)以下的更有機會能用,大家半斤八兩。即使來到100美金以上的,也還是不見得能用。原因可能如下:
  • 10塊美金等級的,有些廠商管它叫「bypass」型的,也就是沒有 scaler,只做類比轉數位,不做解析度提升,也不做升降頻的動作。非 60Hz 的部份在送出(如果會的話)給 HDMI 時就不被螢幕所接受,或是解析度太低也不被 HDMI 螢幕所接受,自然是看不到畫面。【2021/8/27更新】我的螢幕 U3014 雖然沒有 VGA 輸入,規格上卻有支援到 720x400@70Hz 等DOS時代解析度,而在試過例如圓剛的 ET110 轉接後也證實是可用的。可是這 ET110 一顆一千塊台幣,不便宜呀,沒有這種結局會令人很失望的。
  • 30塊美金等級的,可能會有 scaler 處理,有些廠商管它叫「定頻」型的,也就是輸出只做在 720p/60Hz 或 1080p/60Hz。雖然在輸出方面可以得到最理想的支援度,但幾乎確定只會處理標準 60Hz 的 VGA input 訊號,這應該是 scaler 晶片的自宮式限制(或firmware工程師不想努力了),不然無法壓低成本。
  • 或是已在 amazon 賣場上詢問,得到官方確認「不支援720x400」了。如果不死心想在 amazon 上挖寶,請記得善用售前詢問的權利,不然退貨回美國還蠻浪費地球資源的。
  • 切記:即使是兩三百美金級的 scaler,只要不給你自定輸入參數,應該是都沒機會支援 720x400@70Hz。因為這麼貴的轉換器,它的用途通常是播放設備輸出用的,並不是給我們這些苦命IT人進機房救設備用的;而且這些 scaler 都蠻大台的,不適合攜帶。
  • 2021/8/27更新:同一個骨灰級遊戲論壇的另一篇討論 也是不錯看的。開討論串的法國網友雖然已經買了OSSC,但他很有實驗精神地又在阿里巴巴買了不少便宜的 converter 測試(所以說沒事別得罪我們這些骨灰級瘋子玩家)。我想我也會開始做類似的事,只是我會先在台灣的購物網站上亂抓一些來試,不想一開始就往阿里巴巴找,這不是我習慣的事。

所以說⋯⋯錢不是不值得花,但是我需要的是可攜式工具。多年前是方電訊內湖機房火警,我就帶了自己的隨身式 VGA 螢幕(那時還不流行業配,哈哈,在此就不寫廠商名稱了)和小鍵盤,這樣就不用和盛況空前的「災民」人潮搶那一層樓只有三台的公用 console 車,我人一到場馬上就能開始處理自己負責的設備。如今時代變遷,我那台VGA螢幕也老了,想說也該換新的了,誰知前天在24H買了一台新的隨身螢幕,開箱使用後才注意到這個嚴重的眉角。

如果你已知有哪一顆轉接器適合用的,拜託一定要留言分享,感謝!

Work From Home 的一些個人準備:前言

最近因為疫情的關係,很多企業或機關(包括學校等)不得不改變工作型態,開始分配了一定比例的員工輪流在家工作(Work From Home,以下簡稱 WFH)。

可是最大的問題在於,絕大部份的人都沒有這樣的準備,甚至有些人家中是沒電腦的,或是家中的電腦無法應付辦公需求。這可以分為幾個面向來討論(檢查):

  • 沒有足夠的資源來運行辦公軟體:通常是因為家中電腦老舊,硬碟、記憶體不夠大、CPU不夠快等等。但如果只是要透過遠端來執行辦公室的電腦,這個問題就不大。需要汰換電腦的話,通常公司老闆是不會因為WFH就為你買單的,看樣子也只能自掏腰包解決了。幸好現在新電腦都很便宜啦,這個投資算是值得的,你至少沒有因此丟了工作。已經有不少行業因「三級警戒」(行動限制令)太久就倒閉了,例如餐飲業等等。

  • 沒有足夠的頻寬來執行工作:通常會遇到的狀況就是家中同時不只一人也要 WFH,只要家中的 Wi-Fi 沒有最佳化(擺放的位置不理想造成無線收訊不佳,或 Wi-Fi 的規格老舊等等),常常都會覺得慢、網頁載入不順等等。至於寬頻上網的頻寬不足,也蠻容易覺得網路卡卡的。一般人不容易判斷是哪個環節出問題,但有些真的只是因為 Wi-Fi 設備位置不佳,或例如「手機上網吃到飽+熱點」絕非長時間用於辦公的上網方案。要排除這麼多可能性,加上對 Wi-Fi 又不太懂的話,最保險的方法當然就是「不管什麼,都給我走有線的」就對了,不要用 Wi-Fi,更不要用手機熱點上網,還有就是別怕「有線」很醜⋯⋯拜託,公司都快倒閉了你還在煩惱這個?

  • 辦公室與家中(檔案)資料的同步問題。在此建議「儘量」別用免費的雲端同步服務,例如有些人總以為用 Google Drive 就解決了,但是⋯⋯免費的最貴。別忘了幾年前一堆人喜孜孜地想出「利用 Google 相簿」來節省手機的儲存空間,結果呢?再次提醒,Google 是最會「養套殺」的公司,免費的東西推行一段日子後,要嘛就是收掉服務(再見了 G+),要嘛就是開始收費。天下沒有白吃的午餐,加上你的用途又是為了賺生活費⋯⋯別再捨不得花錢租服務啦。好吧,有些人是打死不碰「雲端服務」,沒問題,就用老方法:隨身碟,也是可以的。當然啦,如果你的公司允許你帶 Notebook 上下班,走到哪都是你的辦公室,那這樣的社畜也就沒有什麼同步的需求啦。

以上問題其實都好解決。真正的考驗是,你準備好面對「勒索軟體」的威脅了嗎?你準備好面對「資料全毀」的緊急狀況了嗎?

MacOS Catalina 與 Big Sur 的重大差異:VMWare Fusion 的 VM 效能差太多

今天開這篇主要是想說,Big Sur 運行 VMWare Fusion 12 真的太慢了。

因為個人有在玩一些小遊戲,會使用 Android 模擬器「多開」,但是這些模擬器在 Mac 上都不能多開,所以很久以前我就用了 VMWare Fusion 跑 Win10 然後再跑 Windows 版的 Android 模擬器(繞口令?其實就「巢狀虛擬化」啦;通常 Android 模擬器都是基於 VirtualBox 運作的)。

總之,在最近試玩 Big Sur 好幾天後,實在是搖頭。我的實驗組設備已經算是不錯的了,Z370 主機板配 i7-8700 六核心配 64GB DDR4-2666 記憶體,以及 NVMe SSD 混搭 SATA SSD。但在 Big Sur 與 Fusion 12 的「加持」下,效能簡直和我之前用 Z77 主機板配 i7-3770 + 32GB DDR3 + SATA SSD 差不多,都會令 Android 模擬器遇到一些意外狀況(遊戲畫面會呆掉、卡在登入、選單消失等問題)。一開始試玩 Big Sur 一直以為是週邊的性能不太夠,但換來換去的結果都差不多慘?我有另外兩台對照組是 i9-9900k 跑 Catalina + Fusion 12 明明都很好啊。

最後火大砍掉重練,Catalina 回歸後,喂,跑得很順啊。

我不知道是不是因為 Big Sur 的安全性又更提高了,還是針對 Hackintosh 有做了什麼手腳,所以導致 VM 的效能再度大打折扣,例如 Big Sur + Fusion 12 預設會開啟一個「side channel mitigations」的選項,這個在 Catalina + Fusion 12 是沒有的。

另一個比較早先的實驗組也很有趣。配置是:Z77 主機板配 i7-3770 跑 Big Sur,但是我用了 Parallels Desktop 16 來弄 Android 模擬器多開。哇塞,好順啊。但是 Parallels 的授權方式是一台機器就要買一個序號,不像 VMWare Fusion 是個人用途允許多台設備只用一個序號(Fusion 12 Pro 有限制三台「Apple Branded」(咦⋯⋯那 Hackintosh 呢⋯⋯)。

結論?口袋深的 Hackintosher 就用 Big Sur 搭配 PD,沒錢的就用 Catalina 搭配 Fusion 來跑 Windows+Android多開模擬器。

CACTI 與 2020/9/13

正確地來說,是 unix timestamp = 1600000000 這件事。

CACTI 在檢查 graph start/end 日期與時間時,把檢查 timestamp 的公式寫死在程式碼中了,1600000000 就這樣變成 timestamp 的上限值。這在 2001 年 CACTI 誕生時是沒問題的,可是沒想到大家一用就是19年過去了,這個 BUG 才在上個月讓大家「同時」遇到。

細節的部份請大家看:

Unix timestamps after Sep 13 2020 are rejected as graph start/end arguments

Timestamp BUG #3798

雖然官方其實早在半年前就更新了⋯⋯但如果你的系統不方便升級 CACTI 版本的話(很多人都是這樣的,所以才會現在一大堆人也遇到),就手動改吧,改法就照上面第二個連結教的:

1. 如果你 CACTI 目錄下有 graph_json.php 這隻檔案,那就是用 vi 修理它,找出 1600000000 這個字串,會有兩個地方有(分別用來檢查 graph_start 與 graph_end 變數),把它們都改成 2600000000 就能將這個 BUG 的發作時間延後到 2052/5/22 了。

2. 如果你 CACTI(通常是 0.8.x 版)目錄下有 graph_image.php 與 graph_xport.php,就抓這兩隻程式來修理,照上面的改法。

至於官方的改法也很妙,就只是把這個常數拉到 include/global_constants.php 定義成 FILTER_VALIDATE_MAX_DATE_AS_INT,但這樣做(目前是定義 2088385563)一樣只是把 BUG 發作時間延到 2036/3/6 呀⋯⋯

總之,不管是哪個改法,請把上面對應的日期加到你的行事曆吧。

Catalina + LG 5k2k 21:9 螢幕

今天的實驗是把一台 LG 34WK95U 5k2k 21:9 螢幕接上 Hackintosh。

先上結論:

1. 直接用 RX 5500XT 的 DP1 接上螢幕的 DP 埠,沒問題。

2. RX 5500XT 的 DP1 先接到 Z390 Designare 主機板的 DP in 埠,再走 thunderbolt3 到螢幕的 thunderbolt3 埠⋯⋯很抱歉,會卡死在 kernel panic,看了一下 crash report 出問題的似乎是死在 AppleIntelCFLGraphicsFramebuffer 這部份;看論壇的討論,可能是因為 5k 已超過 UHD630 的極限了,所以對 Hackintosh 來說會需要一個 kextpatch 來限制在 4k 以內(奇怪⋯⋯明明不關它的事);但我做了 patch 後,還是不行呀,蘋果白條還是跑到80%左右就GG了。

關於(2)的 crash 狀況呢,接下來可能要換原廠 Thunderbolt 3 Pro 的線來試試,或是把 SMBIOS 從 iMac19,1 改成 iMacPro 1,1 這樣等於直接廢掉 iGPU;當初 SMBIOS 選 iMac19,1 是為了好奇看看 sidecar 的功能長怎樣⋯⋯啊就用了幾次後覺得這其實很廢啊(試想:桌上型主機都在用27吋~40吋螢幕了你還有需要掛一台 ipad 在旁邊當第二顆?)這個功能給 Macbook Pro 用才是適合的(蘋果要把 DuetDisplay 這類旁門左道趕盡殺絕)。

2020/10/03更新:

1. 線也換了,用盡各種 WhateverGreen 參數/屬性修改,只要是走 DP-in -> TB3 -> LG 都一樣得到 kernel panic type 14 無法正常開機;最終還是只能回到 5500XT DP1 直接接 LG DisplayPort 回到原狀。在重新看過 Crash Report 後,問題似乎是出在別的地方,而不是只有 iGPU 方面的因素。

2. 最後死馬當活馬醫,改用 platform-id = 0x3E9B0007 ⋯⋯咦,終於有畫面了,別高興得太早,此時最多就只能選擇 4k 解析度。當然進一步可以利用 SwitchResX 來處理這個問題,但是想想實在太麻煩了,所以到此我決定放棄找解法了。下次會試的就是直接 SMBIOS 選 iMacPro 囉,那將是另一個故事的開始了。

結論:

我可以很殘酷地告訴大家,弄到這個地步,還不如再多花一點(?)錢直上 iMac 2020 十核心搭配 RX 5700XT 算了。

補充:

原先 Safari 可以播放 netflix 又不行了?一查才發現,嫌疑最大的就是 Safari 14 更新「又」把 Netflix / Amazon Prime Video 的 DRM 播放相容性給搞壞了。

資料來源:

https://www.tonymacx86.com/threads/anyone-got-the-lg-34-34wk95u-monitor-working-on-hackintosh.264526/

https://github.com/acidanthera/WhateverGreen/tree/master/Manual

https://www.tonymacx86.com/threads/gigabyte-z490-vision-d-thunderbolt-3-i5-10400-amd-rx-580.298642/post-2145536

https://egpu.io/forums/mac-setup/missing-scaled-resolution-w-vega-64-tb3-lg-34wk95u-w/

有些幫助很小的就不貼上來了,

如果你是用 Hackintosh + Catalina + AMD RX 5700 XT 的話

廢話不多說,先奉上原文:

AMD Radeon Performance Enhanced SSDT

簡單來講就是塞一個 SSDT 檔和一個 kext 檔到你的 Clover 或 OpenCore 相應的目錄下,就可以把 AMD 顯示卡應有的性能發揮出來,就我自己的 5500XT 測試,前後還差蠻多的(以 geekbench 5 測試),右邊是原來的,左邊是加料後的;可以看得出來 OpenCL 和 Metal 分數都進步了不少。








如果原文中沒有適合你用的SSDT(不在作者提供的清單中),那就⋯⋯看是你要認真搞懂作者的方法,自己弄一份出來?或是鼓起你的勇氣,註冊個帳號上去留言,用英文向作者許願吧!

PS:如果你想用 RX 5700XT 的話⋯⋯請先升級 MacOS 至 Catalina,不然 Mojave 或更舊的版本是不支援的。還有一點要注意的⋯⋯如果你從 RX570/580 升級到 RX5500/5700 的話,istat menu 將不再顯示GPU的溫度、風扇等資訊,因為蘋果針對 Navi10 的 driver 把這些東西閹掉了,無法透過SMC抓到什麼⋯⋯你最多就只能看到這樣:

再也看不到這麼多資訊了:

註:新版blogger編輯界面不支援直接把截圖貼上來,大家就看破圖然後笑一笑吧。

MacOS Catalina 10.15.7 的小問題

Catalina 10.15.7 終於比較像個穩定版的 MacOS 了,目前連續用了幾天似乎都能正常運作,不過今天發現一個小問題,在 reboot 後會看到 accountsd 這個程序佔用了 500% 以上的CPU負載,已經有不少網友回報了。除了很複雜的「可能解決方法」以外,其實你不妨先試試:

1. reboot again

2. 清除 NVRAM

這些都不需要什麼功夫或時間就可以試試的,至少我自己試過後就沒再有異常了。萬一還是看到 accountsd 在作怪?請上網找大家建議的一堆方法吧(例如 icloud 重登之類的),或是⋯⋯用 time machine 回到舊版本?

《尼古喵喵》下架事件:有些統戰漏洞,是政府自己捅出來的

這幾天看《尼古喵喵》下架事件愈燒愈大,我覺得這是一個很值得記錄的案例。不是因為我認為背後一定有什麼完整的統戰計畫,而是整件事情發展到現在,剛好示範了一件更麻煩的事:有些統戰漏洞,根本就是政府自己捅出來的。 有人檢舉《尼古喵喵》大量出現 MEVIUS,主管機關要調查當然沒什麼問...