181 Bits

 本文分為兩個方面，主要提出偵錯的一些提示，自然人憑證與健保卡分屬兩個不同的主管機關，使用的邏輯也稍有不同，自然人憑證很明顯委託給中華電信做維護，許多內容都是有 CHT 等資料在裡面，而健保署的健保卡憑證屬於健保署自行維護（從文件看不太出來），現在 AI 都很方便都能透過截圖與邏輯猜測進行錯誤修訂，而在 Linux 上面自然人憑證會比較麻煩一點點（每次認證伺服器要開啟 start.sh 跟讀卡機有型號限制），邏輯通了也比較好偵錯，無論自然人憑證或是健保卡IC卡憑證都在 linux 區分軟體驅動層面跟硬體層面，如下圖 自然人憑證： 軟體支援層面  Linux mint 在 跨平台網頁中 下載 HiPKILocalSignServerApp 只要執行資料夾內部 ./start.sh 即可建立用戶端連線工具（需要在執行檔案開啟可執行程式權限），放入任何資料夾都能執行，./stop.sh 即可中止。 硬體支援層面 （健保卡也適用） 需要確認自己有沒有讀卡機的相關核心驅動與啟動工具 sudo apt update sudo apt install pcscd libpcsclite1 pcsc-tools 安裝確認後可以啟動 SmartCard 服務（讀取IC卡的服務） sudo systemctl enable --now pcscd sudo systemctl status pcscd 確認 active 綠燈就可以 ctrl+c 退出，進行 IC 偵測 pcsc_scan 偵測 IC 極其重要，首先要先確認讀卡機有顯示出來型號後，可以插入 IC 卡，出現出卡片資訊後（偵測不到機型就多抽插確認機型出來後，卡片插入如果一直讀取轉圈也在抽出再插入可以讀到為止，自己需要抽拔三次左右即可），就能到 瀏覽器進行認證 ，必須注意，自然人憑證在 Linux 有型號限制 IT-500U、EZ100PU 跟其他宣稱 Linux 可用讀卡機即可。 後續輸入密碼跟操作就跟 Windows 的自然人憑證操作一模一樣。   健保卡憑證：    軟體支援層面  健保卡軟體比較需要自行安裝憑證，安裝後的認證元件會儲存在  /usr/local/share/NHIICC/mLNHIICC 裡面，並且常駐執行（下載元件裡面 unstal...

自己長期在海外串流平台觀看原文字幕的影片，有些親朋好友沒辦法原文觀看，常常難以與其分享內容，早期還尚未使用 Ollama 的時候，都是透過 Gemini CLI 以  " 請幫我將字幕檔翻譯成為繁體中文 並且請輸出成為 srt 檔 ，這個檔案可能很大，請確保你讀取並且翻譯所有字幕文字內容，若超過單個檔案的處理限制請分段翻譯後進行統整，請勿忽略、修改或刪減時間戳與索引，最後請檢驗原字幕檔時間戳與索引是否與翻譯檔案時間戳、索引相符 感謝！ "  的方式來翻譯字幕，即便透過線上 Gemini 2.5 CLI 仍需要 20-40 分鐘翻譯一部電影的字幕檔案(而且超過 800行就會開始掉字還亂跑時間戳），之後透過 python 腳本對接 Gemini API 翻譯字幕檔案改善超出行數與時間戳的問題，還有 AI 推薦 pysrt 等這類輔助工具就不會格式亂跑，缺點都是需要耗 token 來換資料，也是需要燒錢。   在查找後 Ollama 部屬離線端 AI 模型 ，取代未來手機贈送到期一年免費的 Gemini Pro 會員， 由於先前使用 AI 生成的 Python 腳本一直在自己的筆記本裡面，版本太多也不好管理，才突然發現 Github 可以拿來做發布也能讓其他人一同修訂，原方案目的很簡單就是透過小型 LLM 至少能翻譯出能理解大致上影片內容的字幕檔案，小型模型目前透過 qwen:4b、 qwen2.5:1.5b、gemma2:2b    這幾個模型，雖然後面b的等級代表參數越多，實際測下來 qwen:4b 與 qwen2.5:1.5b 並沒有太大的差距，反而 qwen2.5:1.5b反應速度更快速些，若電腦有 Nvidia 顯卡運算能力可以上到 llama3:latest 或是更高 8b 模型。 現階段個人都在挑戰最低算力達到最適目標最後 ThinkPad X220 透過  Ollama-Subtitle-Toolkit 的三個檔案做最佳化，首先先採 transrt_fast.py 直接翻譯成中文字幕（通常這樣就能直接觀看了，大多模型都ok），如果第一次翻譯就有部份行數沒翻譯到則採 retranslate_en.py 再次偵測漏掉的英文字幕再補強，基本上第二階段就能用了，而第三階段的簡體轉繁體其實也能透過 Libre...

  這是一個 CLI 工具的偵測工具，他可以透過你的電腦配置等級推薦給你最適合的 LLM 大型語言模型，避免使用者跑去下載過高要求的 LLM 結果在自已的電腦離線端運作得十分辛苦，如果降低又跑不到效能，所以這樣的工具也很方便，更不用一直 duckduckgo 查找資料。 安裝很簡單 只要在 擁有 Node.js 的環境 下，在終端機輸入  npm install -g llm-checker 安裝完成後就能直接執行 llm-checker 進行運算確認。

    先前我們一系列探討了如何使用 Linux 與 Windows 上面使用 Gemini CLI 基本上都能完成很多分析電腦錯誤、撰寫腳本、甚至 偵測試用版軟體如何重置 時間等等。   近期也注意到 Ollama 可以在離線端進行自身的 AI 模型無須連網路，即便沒有 Nvidia 或是 AMD 的顯示卡，甚至使用 Raseberry Pi 也能跑純 CPU-Only 。       個人參考 pimylifeup.com 的教學依序使用下列指令安裝 : sudo apt update sudo apt upgrade sudo apt install curl curl -fsSL https://ollama.com/install.sh | sh ollama --version ＃( ollama version is 0.21.0) 2026/4/22安裝所顯示的版本 由於自身的電腦只有 4GB RAM 測試下來算力有限，只有 deepseek-r1:1.5b 與 tinyllama 這兩個親量化的 LLM 語言模型較有正常的體驗，速度與回應都很算期待中的產出。  安裝與執行只需要執行 ollama run deepseek-r1:1.5b  ollama run tinyllama  ollama run  gemma2:2b ollama run qwen2.5:1.5b   進入聊天界面就與 Gemini CLI 大同小異，可採用 /help 呼出說明選單 /clear 清除對話，以及 /exit 離開。 如果要刪除 Ollama 模型則可以退出後在終端機輸入  ollama list   olalma rm deepseek-r1:7b   （採 deepseek-r1:7b  為例）     後續仍可參考 這篇文章 將本地端 Ollama 的模型套入 OnlyOffice 裡面，進行生產力工具的執行。 

   先前介紹過如何在 Linux 復古使用 Windows XP 主題 ，  有些夥伴認為 XP 畢竟還是太辣 難以吞嚥， 那你可以考慮使用 Plano 主題 https://github.com/lassekongo83/plano-theme https://store.kde.org/p/1174518/     整體收斂不少給予推薦        

  在 Linux 環境下，CAD 軟體（如 ZWCAD 或 GstarCAD）的試用保護並非單純鎖在安裝目錄，而是採用「多點分散標記」。只要漏掉一個隱藏檔案，軟體就會互相同步修復。本文將教你如何利用 strace 工具，從零開始抓出這些躲在系統角落的「影子檔案」。 🛠️ 第一階段：通緝執行檔 —— 當啟動腳本「點不開」時 很多人卡在第一步：明明有啟動腳本 .sh ，但 strace 卻報格式錯誤，或是直接執行程式報函式庫（libraries）找不到。 1. 穿透層層目錄找「真身」 大型 Linux 軟體通常藏在 /opt/apps/ 底下。如果直接執行 strace 報錯，請先進入該軟體根目錄找出真正的執行主程式： Bash find /opt/apps/軟體名稱 -maxdepth 2 -executable - type f 關鍵技巧 ：通常檔名 全大寫 （如 ZWCAD ）或是與軟體同名的檔案就是目標。 2. 強制引導追蹤 若直接跑主程式報 shared libraries 錯誤，請回頭跑 .sh 腳本，並加上 /bin/bash 強制引導啟動： Bash strace -f -e trace=file -o ~/trace.txt /bin/bash ./啟動腳本.sh 🔍 第二階段：照妖鏡實戰 —— 找出藏匿點 軟體啟動後看到試用視窗，直接關閉，開始分析 trace.txt 。 1. 影子檔案藏匿規律 系統暫存標記 ：位於 /var/tmp/ ，這比 /tmp 狡猾，因為重啟電腦也不會消失。 個人文件夾標記 (GstarCAD 關鍵) ：會隱藏在 ~/Documents/ 底下的 .xxx.x 檔案。 通用雜湊標記 ：家目錄下點開頭的亂碼檔，如 .6EB28D2E... 。 2. 萬用過濾指令 (餵給 AI 的情報) 如果你看不懂萬行日誌，執行這條指令把結果貼給 AI（如 Gemini 、ChatGPT）： Bash grep -E "openat|access" ~/trace.txt | grep -E "HOME|var|tmp|Documents" | grep -v "\.so" | tail -n 100 AI 提問範例 ： 「這是我在 Linux 執...

    PlayStation 推出了很多經典鉅作，至今仍有很多玩家願意復古遊玩過往的經典遊戲（retro)， PlayStation（PS1）模擬器的發展史簡直就是一部「開源開發者與硬體效能賽跑」的熱血史。從 90 年代末期的技術突破，到現在手機上也能完美運行的 DuckStation，這段歷程跨越了近 30 年。 以下是幾個關鍵階段的轉折點： 1. 拓荒時代：模擬器的誕生 (1990s 末期) 在 PS1 還在市面上熱賣時，模擬器就已經出現了。     Bleem! (1999)： 這是歷史上最著名的商業模擬器。它最驚人之處在於能讓 PS1 遊戲在 PC（甚至 Dreamcast）上以更高的解析度運行。這引發了 Sony 的法律訴訟，雖然 Bleem! 最終勝訴，但因法律開支過大而倒閉。     Virtual Game Station (VGS)： 由 Connectix 開發，連賈伯斯都曾在 Mac 發表會上親自演示。後來被 Sony 收購並直接「滅口」以保護主機銷量。 2. 外掛程式時代：ePSXe 與插件文化 (2000s) 隨著主機退役，模擬器進入了自由發展的黃金期。     ePSXe： 長期統治 PC 端的核心模擬器。它引入了 PSEmu Pro 插件架構，這意味著音效、繪圖（GPU）、光碟驅動都是分開的插件。     痛點： 用戶需要針對不同遊戲調整複雜的插件設定，且存在許多「視覺欺騙」式的渲染錯誤（Glitch），並非完全精確的模擬。 3. 精確度與全能時代：RetroArch 與 Mednafen (2010s) 玩家不再滿足於「能跑就好」，轉而追求**「還原度」**。     Mednafen (Beetle PSX)： 放棄了插件系統，改用一體化模擬。它對硬體要求較高，但極其精準，幾乎消除了 2D 抖動和音效延遲。 RetroArch： 作為一個前端框架，它整合了各種「核心」（Cores），讓 PS1 模擬進入了跨平台時代，無論在電視盒或 PC 上都能輕鬆調用。 4. 現代巔峰：DuckStation 的崛起 (2020s - 現在)  DuckStation，它徹底改變了現代模擬體驗。  全方位進化：...

    Linux 好玩的地方就是主題一直可以換，無論是很久以前的 Mac OS X 或是近代 macOS 各種版本都能透過安裝主題來達成一些蘋果 Mac 風格，可參考相關連接安裝。    視窗 https://store.kde.org/p/1079061/  主題 https://github.com/B00merang-Project/Mac-OS-X-Cheetah https://www.xfce-look.org/p/1499340  https://www.gnome-look.org/p/2064692 https://www.gnome-look.org/p/1385712/  icon https://www.pling.com/p/1686251/ 字體 https://github.com/successdream/pingfang/tree/master/font    全聚合創作者 https://www.opendesktop.org/u/vinceliuice  桌布 https://www.iclarified.com/search/wallpaper   Dock  https://glx-dock.org/    MacOS 9 https://github.com/markyb86/Mac-OS-9-Classic-XFCEfixes https://github.com/shadyproject/Platinum9 https://wallpaperbat.com/img/366639-apple-mac-os-9-1999-mac-os-9-mac-os-apple-mac.jpg https://wallpaperbat.com/img/179407-mac-os-9-default-desktop-wallpaper-wallpaper-icon-themes.jpg       相關文章： https://www.xda-developers.com/make-linux-look-like-favorite-retro-pc-with-xf...

AI 近期的發展真的很值得令人讚揚，其中任何問題都能盡可能的找到解決方法，例如動態貼圖能不能轉檔成為 gif 就如同下面試作可達成 Chrome 瀏覽器安裝  https://lsp.brownsugar.work/ 打包好的 zip 解壓縮後，在 Animation 的動態 png 檔案透過 ffmpeg 轉檔為 gif (下列指令則為在 Linux 指令終端中可執行轉檔指令後將原無用png檔案直接刪除)  for f in *.png; do     ffmpeg -i "$f" -filter_complex "[0:v] split [a][b]; [a] palettegen=reserve_transparent=on [p]; [b][p] paletteuse" "${f%.*}.gif" && rm "$f"; done 如果要在 Windows 上面執行的話則需要 bat 達到相同功能 在 bat 檔案輸入 @echo off setlocal enabledelayedexpansion :: 檢查資料夾內是否有 png 檔案 if not exist "*.png" (     echo 找不到任何 .png 檔案！     pause     exit ) for %%f in (*.png) do (     echo 正在處理透明動畫: %%f          :: 執行 FFmpeg 轉換 (保留透明調色盤)     ffmpeg -i "%%f" -filter_complex "[0:v] split [a][b]; [a] palettegen=reserve_transparent=on [p]; [b][p] paletteuse" "%%~nf.gif" -y          :: 檢查是否轉換成功     if %errorlevel% equ 0 (         echo [成功] %%~nf...

  先前使用 Linux Mint 透過 Bottles 安裝 Line ，因為有點換換病發作加上先前不小心看了網路教學無腦把 lib32 的指令打進去終端機造成系統錯亂無法開機，曾經透過多次 AI 詢問救援，最終決定重灌改用最近常常放話 Windows 難民首選 Zorin OS 18 Core ，當然中途很多除錯，問題最大的則是 Line 在 Bottles 無法輸入中文。 在這期間也意外找到 Bottle 安裝 Line 的黃金方程式，先在 Bottles 上安裝最穩的 runner: kron4ek-wine，建立酒瓶先安裝相依套件 vcreditst2015 然後安裝 cjkfonts 後 到 官網最底下的連接下載desktop ，執行安裝程式即可，通常一般就是在這邊就能直接透過 bottles 執行 line 的正常操作，但很不幸的 ZorinOS 無論透過 X11 or Wayland 都會有 Bottles 無法對接 ibus 的輸入法問題，故此我又找到 這篇文章 救援。 他那三個 1.改變fletpak環境參數的語言輸入指定 2.改變 Wine登錄檔 3.修改bottles的 bottle.yml 或 config.yml 我也都一樣無效後。 決定跟該文作者一樣將 bottles 的 LINE 容器提出繞過 Flatpak 直接透過 WINE 運作，原則上大家可以造著該文的步驟做，把使用者名稱與Runner 改成自己的，唯獨他有個步驟有問題，是不能照著他的指令只複製 data 資料夾，這樣子 bin 裡面 LineLauncher.exe 不會被複製（我是直接 drive_c 直接整個複製過去）。 另外 ZorinOS 預設為 ibus，自己也把相關 fcitx 的指令改成 ibus。 最後測試確實可用，希望後續會有幫到大家。 備份乾淨的 tar 檔案 可以參考 

Allavsoft 影片下載器是個人過往在 Windows 中常使用的程式，終生使用的一次性付費金鑰不綁電腦可以無限機台持續啟用（其他下載器所沒有的），可惜開發者只有開發 Windows 與 Mac 版本。 在個人擺脫 Windows 生態的系列中，Allavsoft 是一直沒有回來使用的一個程式，直到之前使用 Bottles 安裝 LINE 之後，又萌生使用此軟體下載一些自己想看的影集，在去台北的通勤路上灌到平板裡面觀看。 我本身使用的是 Soda-9.0.1 其他的設定都是預設的。 先前日子覺得 Allavsoft 的介面好醜，近日 GenZ 開始流行 Y2K 的風格，又突然覺得藍色XP醜到爆炸的介面又變得友善了呢(?) 發個文讓未來有需要的人可以參考一下