横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
Raspberry Pi OSのVLC playerでrtspが開けない問題ですが，話がDebianまで広がったので，検索したら簡単に答えが見つかりました．
要するに，Debianの方針で再生できないようにしているとのことで，バグではありません．
ということで，Debianの方針が変わらない限り，他のDistroを使うか，他のアプリを使うしかなさそうです．
Manjaroの軽いデスクトップのバージョンをインストールしてSDカードベースで使えないか，試してみることにします．
ffplay (FFMPEG)を使うことでなんとかなりました → Raspberry Pi 3 でRTSPを見る（結論）
その後，Raspberry Pi OSのVLCはRTSPを見ることができるようになりました．
注: 本件は解決済みです → Manjaro ARMのAvahi解決
筆者のLAN内では，複数台のmacOS機器と複数台のLinux機器が動いています．LAN内のDNSも動いていますが，大抵はBonjour / Zeroconf / Avahiで名前解決して接続しています．
前からどうもRaspberry Pi 4 Model B (RPi4) で動くManjaro ARM64だけ，他の機器につなぐことも，他の機器からつなぐこともできません．とはいえ，DNSを使えば名前解決できるので放置してました．
同じRPi4でRaspberry Pi OSを動かすぶんには，難なく相互に接続できます．また，Intel Core i7の第2workstationのManjaro AMD64(x86_64)版も相互に接続できています．
RPi4でManjaro ARM64を動かしているときだけ，Avahi-daemonも，nss-mdnsも機能していないということです．
自分でbuildして試してみようかな．
[2022年6月23日(木)]
なんか😓 自分のBLOG内にかつてのAvahiの不具合が記してありました．
このときは原因不明のまま，問題となるLinuxマシンのKernelのバージョンが上がったら直りました．いや，このときは直ったようで直ってないようですね😓
しかし，時を経ていつの間にか直ってます．
今回もKernelの問題か，Avahi自体でないところに問題があるのかもしれません．知らんけど．
[2022年6月24日(金)]
政府や警察関係が防犯カメラと呼ばせたい監視カメラをわが家でも動かしています．そのカメラのファームウェアは明らかな不具合があり，また，ユーザーフォーラムで機能追加の要望があるのに，なかなかバージョンが上がらなかったのですが，ここ数か月の間にバタバタと2回上がりました．
最近まで気が付かなかったのですが，Real Time Streaming Protocol (プロトコル名 “rtsp” )がそのどちらかのパージョンアップのときからサポートされていたようです．
早速，VLC playerで見てみました．macOS版では全く問題なく再生できます．Manjaro ARM64版もOKです．ところが，Raspberry Pi OS版はエラーになってしまいます．
URLは，
rtsp://ユーザーID(英数):パスワード(英数)@数字表記のIPv4アドレス/サービス名(英数)
という型式です．具体的にはこんなです．
rtsp://1234:5678@192.168.0.240/lv00
バージョンは，Manjaro ARM64用と，Raspberry Pi OS用はいずれも 3.0.17.4 で，macOS(x86 64bit)版は， 3.0.17.3 で，機能に関わる差はありません．
[2022年6月23日(木)]
表題の通りですが，Raspberry Pi OS (64bit)版と同じエラーを出して，Debian版も動きません．Debianでもだめなので，Raspberry Pi OSでも当然だめということなのでしょう．
[2022年6月24日(金)]
なんでも一通り動けば，あとはいじることもなくなるので，設定ファイルについてはじきにその場所すら忘れてしまい，次に必要となった時またゼロからはじめるというのが世の常です😓
少なくとも検索が自己完結できるように，メモっておきます．というか，既に忘れはじめているので復習です．
共通のユーティリティーとしては，zramctlがあります．zramの動作を確認する場合は，
zramctl
ファイルのswapを含む，swapのすべてを表示するには，
swapon
です．
Bullseye現在の話です．一番解りやすいです．インストールはapt install zram-toolsで良く，デフォルト設定で動き出します．
設定をカスタマイズする場合は，/etc/default/zramswapを編集します．
動作確認は，
systemctl status zramswap
です．
また，/var/swapを使ったswapを止めるには下記を実行します．
systemctl stop dphys-swapfile systemctl disable dphys-swapfile rm -v /var/swap
Slackware64, SlackwareARMの15.0で動作確認してます．インストールは，ここら辺を参考にしました．
上記の内容の通りですが，/etc/udev/rules.d/10-zram.rulesと，/etc/rc.d/rc.localに起動と設定を自分で書くことになります．
Manjaroでも筆者はその後，Slackwareと同じくudevでの設定を採用しています．
[この項2024年6月20日追記]
これは，x86 64bitでも，ARM 64bitでも使えます．
設定ファイルは，/etc/systemd/swap.conf.d/内の，任意.confで，テンプレートは/etc/systemd/swap.confです．
動作確認は，
systemctl status systemd-swap
です．
zswap-armは下記の理由から使わないほうがいいと思います．
設定ファイルはなく，敢えてカスタマイズするとしたら，/usr/lib/systemd/scripts/zswap-arm-ctrlをいじるしかなさそうです．
zramをswapに使えば，SDカードで動かしているRaspberry Pi 4 Model B (RPi4) の挙動は少しは改善するかという試みですが，その答えはNOでした．遅さはswapだけの問題ではないです．
で，それを検証するのに四苦八苦しました．これまでRPi4にLinux distroをインストールする場合，インストール用イメージをSDカードに焼いて起動して，必要最低限の設定を終えたら，SDカードの中身をSSDにコピーして，多少のおまじないをしてからSSDから起動するということでうまくいってきました．
Raspberry Pi 3 Model B(+)の場合も，ルートディスクの中身をSSDにコピーしてSDカードのvfat内のcmdline.txtを書き換えてOKでした．
当然，SSDで動いていれば，適切にその内容をSDカードにコピーすれば，SDカードのみで使える様になるはずです．それがなかなかうまくいきませんでした．
SDカードは，Toshibaのmicro SDカード64GBです．
過程を思い出すのがめんどうなので，結果だけ書きますと，比較のために使用した1TBのHDDはもともとgptで成功．64GB SDカードはUSBアダプターを使ってテストして，dosではだめで，これもgptにしたら成功．成功したところで，RPi4のSDカードスロットに差しても起動するようになった，といったところでしょうか．
なぜSDカードからの起動がdosパーティションではだめで，gptならうまくいくのかは調べません．64GBだからか，Toshiba製だからなのか，解りません．
将来，また今回のことを忘れで試行錯誤する自分宛のメモですが，「cmdline.txtやfstabの記述は，UUIDを使うこと」，です．具体的なディバイス名は，複数のUSBディバイスを使う時や，RPi4本体のSDカードスロットに差し込む時に変わるからです．
もうひとつ，SSD/HDDからSDカードへのrsyncによるコピーは，一晩以上かかります．