Raspberry Pi OS Trixie と Kodi21

2025/10/09

1 メジャーバーションアップとDesktop Software
2 apt版Kodi 21.2 のインストール
3 apt版Kodi 21.2が録画ファイル再生で落ちる
4 代替えに Flatpak版Kodi 21.2 のインストール
5 BVM操作上の負荷テストと【trixie】Desktop
6 関連過去Log：Raspberry Pi 5 Hard関連
7 関連過去Log：Raspberry Pi 5 Software関連
8 関連過去Log：x64 Ubuntu関連
9 関連過去Log：BVM版 aarch64 Windows11
10 関連過去Log：PT3
11 関連過去Log：PT2 x64 Ubuntu
12 関連過去Log：PT2 x64 Windows（取りやめ）

メジャーバーションアップとDesktop Software

Raspberry Pi OSがメジャーバージョンアップしているがDesktopユーザーとしては【trixie】をメインに出来るかどうかは、まだまだ未知数である。まあしっかりテストして、1年後に入れ替えられればいい方であると思っている。

【trixie】テスト構成Raspi5

Raspberry Pi 5 Model B Rev 1.1 (16GB) + MPS2280_rev1.0d (single MVMe hat) + CUSU CV7000 2TB NVMe SSD

【trixie】にて現在利用しているのはMozc、ブラウザとBVMである。この段階ではBookworm後期と変わらず、その程度利用形態の場合さしたる不具合やハングアップも現れていない。

【trixie】テスト機器 Raspberry Pi 5 Model B Rev 1.1 (16GB)

Mainブラウザはvivaldi（7.6.3797.58）を利用していて、ブラウザ内でのMozc利用も支障なく日本語変換・文字化けも発生していない。

Desktop環境ゆえに【x11】or 【wayland】という選択肢があるものの、小生はRaspi5からの利用者なので今更【x11】の選択肢があるわけではない。【wayland】に馴染みつつあるということから【x11】の利用・両者を交互に利用するという選択肢になるわけでもない。

【trixie】waylandコンポジタ labwc

trixie:~ $ echo $XDG_SESSION_TYPE
wayland

trixie:~ $ labwc --version
labwc 0.8.4

数少ない【trixie】Desktopハングアップの例：

BVM（仮想Windows11）終了後、vivaldiの多重起動　Kodi（音楽再生停止）Terminal　Firefoxシングル起動 Mousepadテストファイル書きかけ中　の状態でモニター電源Offにして炊事当番で離席。

20数分後に帰席したら、

vivaldiの多重起動の一方が応答なし
片方vivaldiを終了ボタンで消し去るも一方は残存してマウス操作の邪魔をする
マウス操作は出来るがバックグランドSoftwareへは切り替えらず、再起動ボタンにアクセスできない
【Ctrl + Alt + T】でターミナル起動、【ps aux】でプロセス一覧表示
vivaldiプロセス一覧の多さに辟易し【sudo reboot】にて強制終了

ただ再現性はない。当面、家事をする場合は小まめなshutdownをしておこう。

メジャーバーションアップ関して：

見栄えのある軽快なUIとなったかについては個人の好みの問題であり、小生としては動作が低速になっていないとか特定アプリが動作しないという情報を重要視する。

apt版Kodi 21.2 のインストール

ブラウザ、日本語環境、BVM（Windows11に負荷をかけるテストは未遂）について、不具合を感じないため必要不可欠なSoftwareを追加する。

メディアセンターのKodi 21.2である。小生、音楽再生と録画(ts)ファイルの再生には欠かせない。キーボード・ショートカットが利用できる点と慣れである。本来のメディアセンターという用途ではなくて、再生Softwareという扱いである。

パッケージの名称が変わったようでKodi21は普通に【kodi】としてコマンドを打てばいいようだ。Pi-Appsからも利用可。

trixie:~ $ sudo apt install kodi
Installing:
kodi

Installing dependencies:
fonts-noto-core libdate-tz3 libshairplay0 libwayland-egl++1
fonts-roboto-unhinted libfstrcmp0 libsndio7.0 mariadb-common
kodi-bin libiso9660-12 libspdlog1.15 mesa-utils
kodi-data libjs-iscroll libtinyxml2-11 mesa-utils-bin
kodi-repository-kodi libkissfft-float131 libtinyxml2.6.2v5 mysql-common
kodi-visualization-spectrum libmariadb3 libva-wayland2
libcec7 libmicrohttpd12t64 libwayland-client++1
libcrossguid0 libp8-platform2 libwayland-cursor++1

提案パッケージ:
fonts-noto-ui-core sndiod

Summary:
Upgrading: 0, Installing: 30, Removing: 0, Not Upgrading: 0
Download size: 49.7 MB
Space needed: 133 MB / 1,744 GB available

Continue? [Y/n]Y

普通にインストールを終えて、音楽再生もまずまずであった。VLCは規定でインストールされているが、そちらは削除しないで動画ファイル確認用として併用する。

Raspi5【trixie】とapt版Kodi 21.2

音楽データはx64 VMware仮想Windows環境+x64 Sony Music Center for PCでCDリッピングして、Raspi5へ移動させている。ファイル移動だけでKodiから再生できる。（ファイルサーバーや音楽サーバーは不要、スタンドアローンで十分。自宅に不要なサーバ機不要論者なので）

☆Sony【Music Center for PC】のUpdate時期にARM版Windows11での動作対応を切に希望している。☆

apt版Kodi 21.2が録画ファイル再生で落ちる

音楽再生はBookworm後期版の使用感と変わらないので、アドインの追加を検討中に不具合が出た。

tsファイルを再生しようとすると、apt版Kodi 21.2がストンと落ちる。Kodiだけ落ちており、Desktop機能はそれに引きづられてハングアップすることはない。再度Kodiを立ち上げると動作はする。音楽再生は普通に動作、tsファイルを再生しようとするとストンと再現される。

システム上【Kodi】のエラーログも出ない。（別名で検索するのか・・・）
スクリプト Log Veiwer for Kodiにもエラーログが残らない。

【x11】に切り替えるとtsファイルの再生はできるものの描写遅延が発生する。この件はBookworm後期では発生していない。

【x11】で動作するということはコーデック絡みでなく、【wayland】とKodiとの個別の問題かと推定されるが小生には特定できないだろう。

【wayland】を利用しないという選択はないので、【wayland】に戻しapt版Kodi 21.2はuninstallした。

スポンサーサイトamazon　タイムセール　　　　 amazon Raspberry pi 5 m.2 hat　　amazon 大谷翔平

代替えに Flatpak版Kodi 21.2 のインストール

apt版KodiとFlatpak版Kodi との違いは小生には説明できない。*

Flathub版を好んで利用しているわけではなく、基本はNative Softwareをベースにしようと思っているが仕方がない。

Install Flatpakのインストール　　　https://flathub.org/ja/setup/Raspberry%20Pi%20OS

trixie:~ $ sudo apt install flatpak
trixie:~ $ flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

*ディストリビューションの垣根がない機種依存しないパッケージ群とされているものの、aarchではインストール不可であったりSecurty Update等によって動作しなくなる場合もある。機種依存しないかもしれないが、動作保証もされるわけでもない。

Flatpak版のSoftware群を複数インストールするとそれだけで複数付帯するパッケージが導入されて、何かしらバッティングするんじゃないかというイメージを持っている。それはシステムを知らないエンドユーザーだけの感覚なのかもしれない。

【trixie】暫定インストール Flatpak版Kodi 21.2

作業後、Flatpak版Kodi 21.2での動画再生は動作する。

☆Flatpak版Kodi での【ウィンドウモード】では自由に窓枠を調整できる*

□ストンと落ちないけれど、FullScreen描写させると2K録画動画は微妙に遅延（少しカクカク）し、音声も遅れてくる

BookwormではFullScreenモードでも遅延描写・音声遅延は起きない。trixie desktopではウィンドウモード（2Kの1/4程度のサイズ）で我慢ということになる。

trixie desktopの減点項目だ。

windowシステムの改良により、ウィンドウ自体が重くなったのか・遅延現象は解消されるのか・・・

*【自由に窓枠を調整できる】機能はFlatpak版Kodi なのか【trixie desktop】ウィンドウシステムなのかは不明

【trixie desktop】でのFlatpak版Kodi 利用　【ウィンドウモード】

当面、 Flatpak版Kodi のウィンドウモードを利用しつつ次のステップを行う段取りをしながら、apt版Kodi のUpdateや遅延解消を待ちたいと思う。

ここまでの記述は一般エンドユーザーの印象である。真偽については各御仁にて研究されたし。

BVM操作上の負荷テストと【trixie】Desktop

大げさな見出しであるが、16GBの1/2のメモリーを使用したBVM版Windows11に負荷をかけた場合にOS全体への影響の有無を確認したかった。

前回のBVM動作テストでは、既存VMsの起動・Defenderのクイックスキャンを経てシャットダウンという初動レベルのものであった。

現況Windows11の負荷とは画像処理作業（BVMにはGPUドライバーの実装がないため）ではなく、Windows11のクリーンインストールそして【tinycore11】等によるスクリプト作業*を想定している。

要はこれらの作業でDesktopのハングアップ等が誘発されるのであれば、【trixie】を利用する意味合いが小生にはなくなってしまう。

負荷作業としては、Windows11のクリーンインストール＜【tinycore11】等によるスクリプト作業によるISO作成　という状況と思っている。

*【tinycore11】等によるスクリプト作業によるISO作成は、作業中のピーク時にCPU温度表示(Desktop プラグイン表示)が60℃を超える。小生のように追加12CMの冷却ファンがない場合は70℃を超えてくるのだ。OS上そしてCPU上、負荷をかけることになる。

【trixie】Desktop 低負荷としてWindows11 のクリーンインストール

インストールISOは【Win11_25H2_Japanese_Arm64.iso】本家ノーマルダウンロード版である。

https://www.microsoft.com/ja-jp/software-download/windows11arm64?msockid=3ba597a166f0613530fd81de671560d6

既存BVMの利用の場合は

【gui-steps-complete】の書き換え【5】→【4】
【Win11_25H2_Japanese_Arm64.iso】→ 【installer.iso】

としてインストールすることになる。

初回の場合はBVMスクリプトでインストールファイルをダウンロードし、好みのisoファイルを【installer.iso】にリネームする。

簡素記述となっているが一応参考：BVM Windows11 Canary版 build 27919.1000

【trixie】インストールが始まればBVMにお任せ

お馴染みのインストール作業は、Kodiで音楽再生しながらブラウザ作業をするのが一番である。

【trixie】Desktop 低負荷としてWindows11 のWindows Update

【Win11_25H2_Japanese_Arm64.iso】はbuild 26200.6584で、Windows Updateを掛けると26200.6725が降ってくる。

【trixie】Desktop 低負荷としてWindows Updateした結果 26200.6725

最近理解したことであるが、BVMはスクリプトの過程でMicrosoft Defenderを削除している。だからDefenderが動作しないということは正常である。

正常なBVM版Windows11が【trixie】Desktop でもインストール・Windows Updateが可能である。そして一連のインストール過程2.5時間の作業中、【trixie】Desktop は正常に動作してOSは落ちなかった。（小生その時間帯、寝落ちていたが・・・）

面白そうなISOファイルが出たら【tinycore11】等によるスクリプト作業によるISO作成による負荷テストも今後実施する。

減点項目が（1年間で）改善されるなら、願ったりだ。もちろん、NVMe-SSDの取り替えだけであるためBookwormも併用する。

Desktop Softwareはapt版Kodi 21.2の様に動作不良に直面する場合もあるかもしれないが、次のステップへと踏み込んでみよう。

スポンサーサイトamazon　タイムセール　　　　 amazon Raspberry pi 5 m.2 hat　　amazon 大谷翔平

Raspberry Pi OS Trixie と Kodi21

メジャーバーションアップとDesktop Software

apt版Kodi 21.2 のインストール

apt版Kodi 21.2が録画ファイル再生で落ちる

代替えに Flatpak版Kodi 21.2 のインストール

BVM操作上の負荷テストと【trixie】Desktop

関連過去Log：Raspberry Pi 5 Hard関連

関連過去Log：Raspberry Pi 5 Software関連

関連過去Log：x64 Ubuntu関連

関連過去Log：BVM版 aarch64 Windows11

関連過去Log：PT3

関連過去Log：PT2 x64 Ubuntu

関連過去Log：PT2 x64 Windows（取りやめ）

320

320

Message コメントをキャンセル

関連記事

Tiny11builder September 2025 release 使ってみたよ！

PT3とWindows11 Dev build 22526.1000

PT2とWindows11 22H2 build 22621.525

Windows 10 「Build 10122」 install

Windows11を実行できません-LegacyPCの烙印

PT3とWindows11 build 22000.168、そろそろ仕上がりですか

VMware Pro 仮想マシンのWindows10を更新インストールする

今更ながらRaspberry pi 5 Hat Mps2280は低発熱が魅力

Windows10 21H1(build 19043.985)とPT2

Windows10にてWinエクスペリエンスインデックスを確認する