portsができあがった際、

• make update-plist
• make port-lib-depends-check
• /usr/ports/infrastructure/bin/portcheck

の三点セットによる確認を忘れないこと。Porting Guide読め、って話ではあるけど。

msdl mms://p16008-ipbffx02hodogaya.kanagawa.ocn.ne.jp/fmsagami_simul -q -o - | mplayer -でエフエムさがみを聴いているのですが、随分前のOTTAVAはmmsなスキームでもmplayerで聴くことができたのに、何故エフエムさがみはmplayer mms://p16008-ipbffx02hodogaya.kanagawa.ocn.ne.jp/fmsagami_simulだと聴けないのかと長い間気になっていました。

Wikipedia(en)のMicrosoft Media Serverによれば、同じmmsスキームであってもRTSPベースのものとそうでないものがある、ということのようです。なのでmplayer rtsp://p16008-ipbffx02hodogaya.kanagawa.ocn.ne.jp/fmsagami_simulとすればmsdlを使わずに聴くことができます。

サイマルラジオ（JCBAインターネットサイマルラジオではない方です）に記される放送局の多くがWindows Mediaメタファイル（拡張子.asx）越しにWindows Media Playerを起動するスタイルを未だ続けているようで、Windows11ではこれだとどうやっても聴けないというのは早急に改善する必要があると思います。VLC for Windowsでrtsp://〜なURLを入れても途切れ途切れな音になってしまい、聴けたものではありません（Androidでも同様でした）。

CSRA/JCBAの歴史的な経緯を見るに、CSRA側なエフエムさがみが取れる手段はあまり多くないのかもしれません。現状、PCはCSRAサイマルラジオ、スマホ向けにFM++が利用可能になっているものの、FM++のPC版は使用できないようになっています（専用アプリを使わずにアクセスすると撥ねられます…HTTPリクエストのUser-Agentで判断していそうです）。一方、CSRAサイマルラジオに属しているラジオフチューズはListenRadioとFM++を採用しており、こちらのFM++はPC/スマホ両対応になっています。なので、これに倣えば良さそうな気がしますが、そうしないのは何か事情があるのでしょう。

ふと気になったのですが、CSRAサイマルラジオとFM++の音質の違いってどの程度あるんですかね？55.5kg(22:40)

なかなか三海通の法規の勉強に集中できないです…

freedv-guiのビルドをOpenBSD上で試みているのですが、どうもsocket.io-client-cppが使用しているasioとLibreSSLとの相性が悪いみたいで、どうにもなりません。FreeBSDのnet-p2p/monero-cliで報告されているのと同じ、member access into incomplete type 'SSL_CTX' (aka 'ssl_ctx_st')エラーが出てしまいます。あと、rapidjsonもBigInteger絡みでビルドが通らない…（もしかしてglibc限定？）

socket.io-client-cppが壊滅的である以上はこれを使用したbuilt-in FreeDVReporterを無効化してしまうのが良さそうなのですが、freedv-guiの中身があれこれ変わっているせいかDebian Patchesのoptional-sio-clientをそのまま適用できないというなかなか厄介な状況になっています。56.7kg(23:00)

源暎ラテゴ/ラテミンを試しているところなのですが…英数字が等幅ではなくプロポーショナルというのが少し残念です。往年のRupoごっこをしたいな、って。とはいえ、しばらくFirefoxで使ってみることにします。デザインはラテミンが好みですが、ラテゴの方が読み易いと感じたので、こちらで。

…うん、なんかお洒落なweb日記になった（自己満足）。55.5kg(23:05)

04-Jan-2025で触れた改造中のファイル転送ツール、シリアルポート越しにデータを転送するならPC-UNIX間だけでなくPC-UNIX←→DOSでもできると良いよねということでDOS版を作ってみました。UARTはチップ直接ではなくPC/ATのBIOS越しに叩いているため（大した量のデータ転送をする訳でもないしお手軽にやりたかったので）、通信速度は110〜9600bpsとこの時代においては極めて低速なものとなっています。

なかなか思ったとおりに動かせず、DOSを使わずブートセクタにテストプログラムを仕込んで動作を調べたり（送信版と受信版を作ってしまった）、それ以前に04-Aug-2017を使ってシリアルポート自体がちゃんと動いているのかの確認に時間がかかりました。USB-RS232Cケーブルが痛んでいたのか何故か600〜2400bpsの範囲のみ動かないとか、VirtualBox仮想マシンにシリアルポートを生やしていなかったとか、割と初歩的な部分でつまづいておりました。

でも流石にOpenWatcom C/C++の<i86.h>にあるint86()、戻り値のunion REGS.cflagsはCフラグしか取れないというのはどこかに書いてほしかったです。<dos.h>のintdos()についてはちゃんと「The CARRY flag (when set, an error has occurred) is copied into the structure located by out_regs.」と書いてあるのに。なので、BIOS呼び出し後にゼロフラグをチェックする必要がある場合は、int86()の類は使わずにインラインアセンブラで記述する必要があります。

去年の今頃やっていたFUJIMI-IM/sj3のsj3(tty client)、UTF-8対応化の際に必要となる内部コード(wchar16_t)←→UCS-2変換テーブルを作成する手段をどこかに公開しないといけないなーと思って随分時間が経ってしまいました。本当はここではないどこかの方が良いのですが、とりあえずここに置いておきます。56.4kg(23:55)

23-Dec-2024にSvarDOS: DR-DOS is reborn as an open source operating systemという記事が出た影響なのか、年を越えてすぐに自分のタイムライン上にこの話題が流れてきたので、とりあえずSvarDOSをQEMUな仮想マシンにインストールしてみました（インストールしただけで、それ以上のことはしていません）。

FreeDOSカーネルのビルドはnasm, OpenWatcomが必須と書かれていますが、SvarDOSのカーネルであるEnhanced DR-DOSのビルドはJWasmとOpenWatcomということで…どちらにせよOpenWatcomを避けては通れないようです。OpenWatcom、PC-UNIXだとLinux上でしかビルドできないようなディレクトリ構成になっており、他環境でビルドする場合はこの辺りの対応にかなり苦労することになりそうです。さらに「メッセージはwlink自体の入っていて、コードを見てみたところprocfsを使って自分のパスを拾っていて」（原文ママ）という話もあり、（OpenBSD-5.6までは存在したが）procfsの無いOpenBSDではどうするのと頭を抱えています。素直にLinux上でOpenWatcomを使う、で良いのでしょうけど。

既にOpenWatcomインストール済みのLinux機はあるのですが、しょっちゅう忘れてしまうのでメモ。インストールされたコンパイラ一式は/usr/bin/watcomにあり、export WATCOM=/usr/bin/watcom; export PATH=$PATH:$WATCOM/binl; export INCLUDE=$WATCOM/hで良いはず。詳細はArchWikiに丸投げ。.bashrc辺りに設定しておけば良いのだけど忘れちゃうのでそのうちやろう…Linux向けバイナリを生成するOpenWatcomの設定なら、/usr/bin/watcom/owsetenv.shを実行しても良いですし。

86boxなるエミュレータの話題も流れてきており、こちらはOpenBSD上でのビルドが可能です。これはcmake -DRTMIDI=OFF -DQt5_DIR=/usr/local/lib/qt5/cmake/Qt5 -DQt5LinguistTools_DIR=/usr/local/lib/qt5/cmake/Qt5LinguistTools ..で。音周りはOpenALがsndio backendを持っているので特段困ることは無いのですが、MIDIについてはrtmidiがsndio非対応のため（JACK経由ならイケるのかもしれませんが）RTMIDI=OFFとして回避しています。

折角なので86box上で1B/V3起動用ディスク、1B/V3インストール済みのHDDイメージ、超漢字インストール済みのHDDイメージを全て試してみました。どれも動きません。さまざまな世代のチップセットやCPUをエミュレーションできるようなので、何かの設定に問題がある可能性も否定できませんが…1B/V3はともかく超漢字も動かないというのはなかなか手強いです。

16-Apr-2022で触れているファイル転送用のツール、TCP/IP越しでなくシリアルポート越しにも行えるようにした方が良いかなーということで改造作業をやっています。超漢字版は当面このままとして、UNIX版を。VirtualBoxのシリアルポート(16550)エミュレーションは相変わらず不思議な動作が続いているので、VirtualBox側にUSBシリアルを繋げないと動作テストは厳しそうです。

という訳で、何も成果の無い正月休み。三海通の試験も大晦日の深夜に申請しちゃったし、まずは法規と電気通信術を3月期に取れるよう頑張ります。57.3kg(23:15)