libcr 發布 crPhotos 1.3.0：瀑布流相簿應用接入 V8 引擎，開放 JavaScript 擴充機制

開發者 wuruxu 於 V2EX「分享創造」節點發文，代表 libcr 專案組發布瀑布流模式的高效能相簿應用 crPhotos，版本號 1.3.0。此一版本的主要變動是接入 V8 引擎並加入 extension 支援，使用者可以透過 JavaScript 腳本自行製作擴充功能，專案組同步在 GitHub 上提供了擴充範例。至本臺撰稿時，該討論串尚無其他使用者回覆，頁面顯示約 230 次瀏覽。

發布內容的骨幹：以 Chromium 為基礎的 C++ 應用

根據發布說明，crPhotos 是一款以 C++ 開發的相簿應用，其源碼基礎為 Chromium 150.0.7871.91。應用支援 GPU 渲染加速與視訊硬體解碼，定位為跨平臺照片管理工具。所謂「瀑布流」，指的是介面採用不等高卡片依欄排列的瀏覽版面，圖片依原始比例呈現，此種版面常見於圖片社羣與素材網站。

功能清單方面，發布文列出的項目包括：以時間軸瀏覽本機照片與影片；新增媒體庫資料夾、按檔名搜尋以及管理收藏；使用內建控制項查看圖片與播放影片；顯示拍攝資訊（EXIF）以及檔案內嵌的 GPS 資料，並支援離線城市比對。

其中「離線城市比對」指的是應用讀取照片 EXIF 中的 GPS 座標後，在不連網的前提下比對出拍攝地點所在城市。發布文未進一步說明此一比對使用的地理資料庫來源與涵蓋範圍。

傳輸與分享機制

在裝置間分享方面，crPhotos 提供與附近的 crPhotos 裝置互傳媒體的功能，採加密傳輸並需先完成裝置配對；使用者可管理可信裝置清單，並可設定是否自動接收檔案。此一設計與部分商業相簿軟體的近端互傳功能方向一致，差別在於交換對象限定為同樣執行 crPhotos 的裝置。

發布文未說明傳輸所用的底層協定（例如區域網路、藍牙或兩者混合），也未提供傳輸速率與單次檔案大小上限等數據。此類細節有待專案文件或後續版本說明補充。

1.3.0 的核心變動：V8 引擎與擴充體系

相較功能清單，此版本真正的新訊息是擴充機制。開發者表示 crPhotos 已接入 V8 引擎，使用者得以 JavaScript 腳本撰寫擴充，官方在 GitHub 的 extension_examples 目錄下提供範例程式碼。這意味著應用的可延伸性從設定項層級進入腳本層級，社羣可以自行補足官方未內建的功能，例如自訂排序邏輯或批次匯出流程。

值得對照的是，V8 是 Google 開源的 JavaScript 引擎，也是 Chromium 專案的核心組件之一。crPhotos 既然以 Chromium 源碼為基礎開發，接入 V8 在工程路徑上具備現成條件；開發者選在 1.3.0 版本才開放擴充，顯示此功能的介面設計與穩定性可能仍處於早期階段。擴充 API 的具體能力邊界（可存取哪些本機資源、是否可存檔案系統）在發布文中未見說明，需以範例程式碼與後續文件為準。

從社羣發布的角度看，這類在技術社羣公開的軟體發布，與先前 V2EX 上出現的C2Anime 文字轉動畫短片服務屬於同類型內容：由開發者本人現身說明，社羣成員可在討論串直接提問，訊源單一但可追溯。

取得管道與平臺覆蓋

crPhotos 提供兩個官方取得管道。Windows 使用者可經微軟應用商店免費下載，商店頁面連結附於發布文中。Linux 使用者則可至 GitHub 的 releases 頁面下載對應版本。發布文未提及 macOS 版本時程，跨平臺承諾目前以 Windows 與 Linux 為實際覆蓋。

授權條款方面，發布文以「C++開發」「基於源代碼 chromium」描述技術基礎，但未在文中直接標明 crPhotos 本身的開源授權。GitHub 專案頁面的授權欄位才是判斷依據，本臺暫不對其開源狀態做出推定。

可核實資訊的邊界

綜合發布內容與頁面資料，目前可核實的事實包括：發布者為 V2EX 用戶 wuruxu，發文自稱隸屬 libcr 專案組；應用名稱 crPhotos，版本 1.3.0；底層基於 Chromium 150.0.7871.91；新功能為 V8 接入與 JavaScript 擴充支援；官方提供 Windows（微軟商店）與 Linux（GitHub releases）兩種下載管道。

尚待核實或未揭露的資訊則有：性能表現的具體數據（如大型媒體庫載入時間、記憶體佔用）；加密傳輸使用的演算法與金鑰交換方式；離線城市比對的資料來源；以及擴充 API 的權限範圍。這些項目在發布文與討論串中均無量化資訊。

「高效能」一詞目前為開發者自行表述。就技術組成而言，C++ 開發、GPU 渲染加速與視訊硬體解碼三項確實與常見的電子框架（Electron）打包應用形成對照，後者以 Chromium 加 Node.js 的組合著稱，資源佔用較高。crPhotos 選擇以 C++ 直接基於 Chromium 源碼開發，路線上更接近原生渲染引擎的裁剪利用，而非完整瀏覽器環境的封裝。實際資源佔用差距，仍需第三方實測數據才能確認。

後續觀察項目

討論串目前尚無回覆，應用的實際使用回饋、擴充範例的完整程度，以及微軟商店頁面的下載量與評分，都會隨時間累積。對關注本機照片管理工具的使用者而言，可留意的節點包括：macOS 版本是否列入規劃、擴充生態是否出現第三方腳本，以及專案是否公開更完整的技術文件。GitHub 專案頁與 V2EX 討論串為兩個主要的後續訊息來源。