許多一般家用型、採 Wi-Fi 無線網路連接的網路監控攝影機（IP camera）都具備 RTSP 串流輸出的功能。所以除了預設的本機儲存能力外，其實也可以考慮啟用此功能。然後在區域網路中的其它電腦主機上，常態性的從攝影機接收 RTSP 串流，並儲存成檔案，來實現某種即時的遠端錄影備份。雖然這並不是一項很認真的需求，只是根據手上有的設備做試驗，但還是想看看這樣的作法是否容易實現。
結果並沒有如預期般的單純，在 Linux 主機上若是以腳本程式搭配工作排程的方式執行 FFmpeg，例如在腳本中執行以下指令：
放任基礎設施或生產環境對於 Windows 系統的依賴，越來越覺得這可能是人類 IT 史上最嚴重的技術債……近年的工作經驗讓 DR 真心覺得，替換過時的 Linux 系統，比起替換過時的 Windows 系統還要容易太多倍了。無論是遭遇的阻力、開銷成本及處理彈性，都存在著巨大落差。
來自 Ars Technica 網站的文章《RIP ICQ: Remembering a classic messaging app that was way ahead of its time》，其內容分享了一些關於 ICQ 即時通訊軟體的早期回憶。倘若對於即時通訊的發展歷史有些興趣，則這是一篇值得一讀的文章。
《哥吉拉 -1.0》（Godzilla Minus One，2023）就某種程度而言，應該可以視為是 1954 年原版《哥吉拉》（Godzilla）的重拍版，以及《正宗哥吉拉》（Shin Godzilla，2016）的改良版；並且在許多概念上參考了《大怪獸總攻擊》（Godzilla, Mothra and King Ghidorah: Giant Monsters All-Out Attack，2001），此外也有部份場景及畫面構圖，DR 則認為頗有可能是受到了 2014 年美版《哥吉拉》（Godzilla）的啟發。
最近在評估無須依賴監視系統所提供的網頁後台、就能夠在電腦上查看監視畫面的替代方案。由於該監視系統也有提供 RTSP 串流，所以其實是可以在媒體播放器上，輸入指定的連線位址及登入帳密，就能夠播放監視畫面。然而如果要同時觀看十幾個畫面頻道，這樣若是播放程式也要同時開啟十幾個在桌面上，感覺就不是一件很妙的事……
自己已經很久沒有遇到需要重新編譯 SRPM 套件的情形了，顯得相當生疏，需要順便記錄下來……話說最近在等待 CentOS Stream/RHEL 9 的 net-snmp 套件釋出針對某項問題的修正，但不知何故，問題回報上去，而且 net-snmp 專案本身也已經有相應的更新，卻過了一個月都沒有後續的下文。
於是決定自己手工解決，在 CentOS Stream 9 環境中，本文的操作指令皆是統一在 root 權限下執行（儘管有些動作實際上並不依賴 root 權限），首先執行以下的 dnf 群組安裝指令：
然後針對 net-snmp 套件重新編譯的依賴需求，再安裝以下套件：
在 Linux 上若要簡單地測試磁碟的寫入速度，一般來說並不需要任何額外的工具，只要用 dd 就可以了：
前述指令會產生一個 1GB 大小的空白檔案（test1.img）在當前路徑中，並顯示所花費的時間，以及平均的寫入速度。印象中 DR 第一次使用這樣的測試指令，應該是數年前在雲主機商做工程師的時候。那時遇到的一項困擾，是用於建構用戶 VPS 的多部 Linux KVM Hypervisor 伺服器，存在著效能參差不齊的問題。其主要的癥結點，估計是因為公司並未對主機資源是否超賣的定義及量化，有很積極及足夠科學的評估。
古典的《天旋地轉》（Descent）系列算是屬於 FPS 遊戲中較為少見的一種子類型。玩家得操控某種武裝飛行載具，在無重力的封閉空間中，可自由地做出各種翻轉動作。也因此很容易就會玩得暈頭轉向，當年的中文名稱可謂命名得非常貼切。《天旋地轉》的一、二代，從很早期就已實現由社群維護的開源碼版本（DXX-Rebirth）。至於時至目前為止，為此系列最終作的三代（Descent 3，1999），其原始碼則是在近期終於以 GPLv3 授權條款發佈在 GitHub 上。而且維護者也有意願持續接受改進，來改善遊戲的健全狀況。
來自 Ars Technica 網站的文章《Wild Apples: The 12 weirdest and rarest Macs ever made》，作者列舉了十二款最為古怪或罕見的 Mac 電腦。雖然 DR 完全不是 Apple 產品的愛好者，平常也只有非常少數的情況下會操作到 Mac，但也不否認 Apple 的東西經常擁有獨特或者是領先業界的設計。所以這篇文章顯然是有些可看之處，文章中所列舉的型號如下：
赫然發覺 FFmpeg 好像已經默默地成為本站文章的常客……回歸正題，倘若使用者的需求，是希望將影片檔中的音訊軌，單純地按照其原始編碼另存成獨立的音訊檔，而不做任何編碼格式的轉換，那麼透過 FFmpeg 所需要使用的操作指令並不複雜。然而如果是想要以更加自動化的方式，比方說形成一支腳本程式。那麼腳本設計中就必須要能夠偵測原始音訊的編碼格式，以便儲存成對應的音訊檔。
以 Python 語言編寫的腳本在此：audio_extractor.py，下載後給予可執行權限，然後在執行時以影片檔作為輸入參數：