發表文章

不會寫程式的小白，靠著 AI 發布了第一則實質意義的 Github 專案 Ollama-Subtitle-Toolkit

圖片
自己長期在海外串流平台觀看原文字幕的影片，有些親朋好友沒辦法原文觀看，常常難以與其分享內容，早期還尚未使用 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...
張貼留言
閱讀完整內容

LLM Checker 替你找到適合你電腦的大型語言模型

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

難以置信的 Ollama 本地端 AI 運用，低規格 Thinkpad X220 照樣能運行

圖片
    先前我們一系列探討了如何使用 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 裡面，進行生產力工具的執行。 
張貼留言
閱讀完整內容

直接使用 XP Luna 太顯老氣？

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

【技術實戰】利用 strace 逆向分析：徹底重置 ZWCAD 與 GstarCAD Linux 試用機制

在 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）： Bash grep -E "openat|access" ~/trace.txt | grep -E "HOME|var|tmp|Documents" | grep -v "\.so" | tail -n 100 AI 提問範例 ： 「這是我在 Linux 執行 CAD 的檔案存取...
張貼留言
閱讀完整內容

Linux Mint 上透過 DuckStation 玩 PlayStation 遊戲

圖片
    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 mint Xfce 可以有點 Mac 風

圖片
    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...
張貼留言
閱讀完整內容