Raspberry Pi OSのvlcはRTSP OK

2023年11月3日(金) 22:00 JSTに確認したところ,Raspberry Pi OS Bookworm 12.2のvlc 3.0.18で,RTSPを見ることができました(音声についてはうまくいっていませんが).USB接続のSSDで稼働しているRaspberry Pi 4 Model Bと,SDカードで稼働しているRaspberry Pi 3 Model B,同じくSDカードのRaspberry Pi 3 Model B+で確認しました.

なお,Manjaro ARM, Manjaro AMD64, Debian AMD64のそれぞれの正式配布によるVLC (3.0.18〜20) は依然としてRTSPの視聴ができません

これもあくまで当社調べですが,同じソースのRTSPに接続した場合,ffplayよりもvlcのほうがCPU loadが低い場合が多いです.

Slackware64は,公式ではないですがAlienさんのbuildしたものが使えます.
Manjaro ARMは再確認中です.

高額所得者の税率を上げると海外に人材が流出するって,流出できるならしてみろ

国会中継を見るともなしに見たら,自己責任を党是としている政党の幹部でさえ日本の税による所得再分配は不十分だと政府を追求していました.

再分配を公正にすることは滅びゆくわが国にとって喫緊の課題です.どうすればよいか.簡単なことです.金持ちから税金を余計に取ればいいだけのことです.

この議論はいつの時代でもこのような簡単明瞭な結論に行き着くわけですが,大企業と金持ちのための与党がそれを言うわけにはいかず,毎回「高額所得者の税率を上げると優秀な人材が海外に流出する」っていう訳の解るような解らないことを言い出します.

個人の経験やその他見聞したところを勘案すると,仮にある分野でどこの国でも食っていける能力がある人でも海外に行ってやっていけるのは,多く見積もっても2人に1人です.語学(というよりむしろコミュニケーション能力),食生活,治安,法制度,税制度,健康保険,年金,就労ビザ,習慣その他諸々の環境への適応能力の問題です.

解り易い例がプロ野球選手です.WBCを見りゃ日本とアメリカの野球のレベルには本質的に差がないことがわかります.打撃のパワーとか,守備の巧緻性などそれぞれ長短はありますが,日本で一流な選手がアメリカに渡り実力が出せれば,メジャーでそこそこ活躍できると誰しも思うし,間違いでないと思います.しかし実際にアメリカに渡ってその実力が出し切れた人はたぶん,2人に1人に届いていないでしょう.

他の業種のプロフェッショナルはどうでしょう.おそらくある程度日本で活躍できている人は,その実力を出せればどこの国でもやっていけると思います.しかし,うまく行くかどうか保証のない状況で,日本の税率が高いという理由だけで家族を連れて海外に渡る決断ができる人がどれだけいるでしょう.家族の学業などを考えたらなおさら決断できなくなります.

またプロ野球選手の場合は長くても十数年である意味「有期」ですが,その他のプロフェッショナルの場合は骨を埋める覚悟が必要です.

それでも海外で自分の実力を試すという決断は立派だと思います.仮に最終的にやっていけるようになるにしても最初は大いなる困難が待っているでしょう.自営ならば日本の客は失われることになるし,組織の人ならその高い地位は失われます.

個人の知見を総合するとやはり海外でやっていけるのは2人に1人が良いところだと思います.そして,また,金持ちほど保守的でリスクを負いたがらないという傾向もあります.

「高額所得者の税率を上げると海外に人材が流出する」というのはあまりにも幼稚な空想に過ぎません.それにツッコミをいれずに垂れ流すマスコミの関係者たちも自身が海外に行く選択ができるのか考えてみれば,荒唐無稽な話だと解るはずなんですが,それもわからないんでしょうか.

RasPiでDebian使いたかったらRaspberry Pi OS

何がしたいかというと,Raspberry Pi 4 Model B (RPi4)でDebian + KDE Plasma Desktopを動かし,fcitx5+Mozcによる日本語入力をしたいというのが最終目標です.

紆余曲折

この節は,他の人,というか自分自身にとってもなんの役にも立たない愚痴です

そもそもなんでRaspberry Pi OSでなくてDebianなのかというと,Raspberry Pi OSの標準DesktopであるPIXELが気に入らんのです.なんとしてもManjaro ARMのように,KDEを動かしたいのです.「だったら,Raspberry Pi OS LITEをインストールして,そこにKDEをインストールすればいいじゃないか」,と思った人は正解です.昨年の6月に私もそれに気がついて,やっていたんです.

しかし,今回なぜすぐにそれをしなかったかというと,Debian Bookworm (12)がリリースされたのが今年の6月10日であるのに,Raspberry Pi OS Bookwormは10月11日です.これは本家を使わなければ時代から取り残されるとの危機感を抱いたのです.

そこで,DebianのサイトにあるRasperry Pi用イメージを試してみましたができがよろしくない.これは好事家によるcontributionなのであまり文句はいってはいけないようですが,起動が遅いうえ,USB-3接続のSSDにインストールすると,upgradeができないという致命的な問題がありました

そこで,Debian ARMの公式のインストールDVDイメージをダウンロードしてドキュメントの初めの方を読んでみましたが,基本的にUEFI対応のハードウエアでないとDVDイメージは使えず,Raspberry Piのようなそうでないハードウエアに対しては,自分でなんだかんだとインストーラー的なものを作らないといけない.

そう,それをやっているのがRaspberry Pi OSのcontributerたちなわけです.寄ってたかって作っているわけですから,好事家の私家版が及ぶ訳はないし,ましてや筆者ごときが逆立ちしたってそれより良いものは作れないわけです.

というあたりをこの週末の作業で悟ったり思い出したりしたわけです.

RPi4でKDE + Mozc

Raspberry Pi OS Lite (64bit)をインストール

説明はいらないと思います.Liteなら数GBのSDカードにコピーできそうですが,手持ちの関係で32GBのmicroSDカードを使いました.

最初の起動では,色々設定があり,素直にしたがって設定をします.その後の起動でネットの接続を確認して,apt update; apt upgradeをかけました.

SSDへのコピー

SSDへのコピーのタイミングはいつも迷いますが,早いほうがupgradeや新規インストールの作業が高速なのは言うまでもありません.しかし,あまり早い段階ですると,そこから先は製作元の想定していない使い方なのでトラブルが発生するリスクが高くなります.

しかし,KDEのインストールでは1000以上のパッケージがインストールされるので,この段階で移行しました.

ご存知のようにRPi4では,USB接続したHDD/SSDからブートも可能ですが,SSDの第1パーティションをManjaro ARMのブート用のままにして,SDカードを差すと第3パーティションをrootにしてDebianが起動するようにしました.

この場合,32GBのSDカードをそのまま使うこともできますが,もったいないので手持ちで一番小さい2GBのmicroSDカード(以下 “小SD(カード)” )をブート用に仕立てました.

ここまで使用してきたSDカードのルートから,Debianが活きたままSSDにコピーすることもできますが,その場合あとでいくつか呪い(まじない)が必要なので,他のLinuxマシンで死んだ状態のSDカードからコピーしました

コピー先は,SDカードの第1パーティションは,MBR式パーティションの小SDカード(vfatのパーティション一つだけ)のvfatパーティションへ,SDカードの第2パーティションの中身はSSDの第3パーティションへ,です.

コピーコマンドはいずれも,

cp -Rdvp  元  先

または,

rsync -artlvd --delete  元  先

です.

Raspberry Pi OSはデフォルトでパーティションラベルでパーティションの識別をしているので,それはそれで楽なので,fatlabel, e2labelコマンドで,起動用の小SDカード,rootパーティションに適当な名前を付け,ブート用小SDカード内のcmdline.txtとrootハーティションの/etc/fstabのそれぞれの該当部分を編集します.

あとは,起動用に新しく仕立てた小SDカードとSSDを接続して,祈りながら起動します.間違いがなければ起動するはずです.

KDE Plasma Desktopのインストール

無事起動したら,いよいよGUIのインストールです.メインというか,root以外の唯一のユーザーでログインして,あとはSlackware的流儀で行くためすかさずsudo -iをします.

まずインストールするのは,sddm, kde-plasma-desktopです.今回はsddmを明示しましたが,いらないかもしれません.

次に,kde-fullです.完了したら,また祈りながらリブートですが,sddmが起動してくれませんでした.

sddm workaround

RPi4を起動しても,sddmが起動してくれません.CUIのコンソールから(root権限にて),

systemctl start sddm

とすると,sddmが起動してKDE Plasma Desktopにログインできますから,なにかタイミングの問題と思われます.

systemctlで,sddmdisableにしてから再度enableにしたり,sddmパッケージを削除して再インストールするというようなオーソドックスな方法を試みましたが,改善しません.

実は,/usr/lib/systemd/system/sddm.serviceに解決のヒントが書いてあります.

略
# If using tty1 and plymouth, sddm will fail till plymouth stops
# consider using:
## After=plymouth-quit.service
# or to forcefully stop plymouth and start earlier:
## Conflicts=plymouth-quit-wait.service
## After=plymouth-start.service plymouth-quit-wait.service
## OnFailure=plymouth-quit.service
略

ところがどっこい,提案してあるどちらを試しても状況は変わらずでした

さて,何をいつまで待てば良いかわからないので,単純に30秒待つことにしました.

具体的には,/etc/systemd/system内に,次の内容で,テキストファイル,sddm.timerを作成します.

[Unit]
Description=Delayed start of sddm

[Timer]
OnBootSec=30sec

[Install]
WantedBy=timers.target

CUIから,

systemctl disable sddm
systemctl stop    sddm   ← 念のため
systemctl enable  sddm.timer

ここで,リブートして,動作確認します.筆者の環境ではうまくいっています.

その後,待ち時間を削り,最終的にOnBootSec=0secにしてもsddmが起動します.

日本語環境

Mozcをインストールする前でもあとでもいいですが,/etc/X11/xorg.conf.d00-keyboard.confというテキストファイルを以下の内容で作ります.ローマ字入力の人には関係ないかもしれませんが,これをしないと,あとでKDEのsettingでどこをどうしてもかな入力で濁点や半濁点,長音記号が使えなくなります.

Section "InputClass"
    Identifier "system-keyboard"
    MatchIsKeyboard "on"
    Option "XkbLayout" "jp"
    Option "XkbModel" "jp106"
    Option "XkbOptions" "terminate:ctrl_alt_bksp"
EndSection

fcitx5-mozc

apt install fcitx5-mozc

して,一般ユーザーのホームディレクトリーに,.xprofileという名前で,

export GTK_IM_MODULE="fcitx"
export QT_IM_MODULE="fcitx"
export XMODIFIERS='@im=fcitx'

が中身のテキストファイルを作ります.たぶん,sddmの再起動だけで良いと思いますが,システムごとリブートして確認してみます.

あとは,KDE settingsのキーボード設定やMozc設定や他なんやかんやで使えるようになると思います.

経緯の記録くらいの意味はあるかもです.
LXDEからの派生.
厳密に言うとapt upgradeすると,起動しなくなる.
あくまで当社調べです.
いや,世の中一人ですごいことをする天才はいますが,確率は低いです.
“読者”はこの記事を忘れた頃に読み返す筆者自身を主に想定しています.
この時点ではWifiは使わず有線LANでつないでます.
Manjaro ARMのrootは第2パーティション.
筆者の場合はManjar ARM.
あ,最近した作業のどこかでUUIDで識別しているところもありましたが,どの環境だか忘れました.本筋でないので確認は省略.
システムいじりは一般ユーザとして無責任にsudoを連発して行わず,rootになって責任を自覚しつつ行う.
/usr/lib/systemd/の中身をいじることは推奨されていませんから,/usr/lib/systemd/system/sddm.service/etc/systemd/system/sddm.serviceにコピーしてから改変します.

動物目線のカメラ再検討中

素人考えで,玄関ポーチの庇に付けたカメラより,地面近くの小動物目線のカメラのほうがしっかり捉えるだろうと,ここ数日試してみましたがさっぱりでした.玄関ポーチの庇に付けたカメラの方にもなんにも引っかからなくなりました.

そりゃそうですよね.野生や野良の動物が,自分の目線付近の高さに見慣れない光を反射するような物体があったら,近づきませんよね.甘かったです.

それでも慣れれば近づくかもしれないので,そのまま続けるというのも手かもしれません.ただし,電源周りの防水処理が簡単には施せないので,雨の降らない夜だけ取り付けるという,ほとんど毎日人の手でいじるような状況なので,どうなのかなとも思います.

本気でやるなら,防水問題も解決して,カメラ自体も迷彩処理を施すなどした上で,気長に待つ,という,動物番組でよくやっている方法を取るしかなさそうです.

カマキリの卵

そういえば一昨日の朝,リビングに入り込んだ体長7〜8cmカマキリが天井をカマキリ独特のゆらゆら歩きをしていました.玄関ぼうきに引っ掛けて,うまい具合に庭に投げました.

同じ日の昼頃に家族がリビングの天井に何か異物があるというので見てみたらカマキリの卵でした.

掃除機を待機させて棒で取り除くことにしましたが,普通外で見つけるカマキリの卵は硬いのに対し,まだ産んで時間が経っていないためでしょう,粘土のような粘った硬さがあり,楽ではないですがあとも残らず天井からきれいにはがせました.

こちらも庭に投げ捨てましたが,たぶんアリの餌食になるでしょう.カマキリにしてみれば,もうすぐ命が尽きる自分は助かり,卵が駄目になるのは無念でしょう.

しかし,うちの庭まわりは実はカマキリの卵だらけで,なるべく触らないようにしているので,人間の家の中に産んでしまったのが運の尽きとあきらめてもらうしかないです.