Nostrって長期のコンテンツ保有というより、ある程度の期間メッセージを保持できて、かつ確実に（リレーサーバにメッセージをばら撒くことで）相手に届けることを主眼としているというちょっと不思議なところがあるかも。

でもその割に結構リレーサーバー、メッセージ保持してたりしますよね…？

そっか、050FreeってG.711u(μ-law), G.729a(発信のみ), GSMしか対応してないのか。ぶっちゃけGSMのみでも良いのかも？ https://blog.jikoman.jp/2015/11/brastel-050-free.html

ほら、音質が良すぎるとどこに居るかとかバレちゃうかもしれないし？（別にそんな機密性を要するような使い方はしてません）

「電話番号を使わなければ通信できない人達への後方互換性なので音質なんか多少悪くても通話できれば良いのです」とは、流石に口が裂けても言えない（言ってるじゃんよ）

Zoiper（Android用のIP電話アプリ）、050Free使用時はg.729とGSM codecしか有効にしていなかったりする。ロケモバ神プランを使っているので、音質よりもデータ量重視というのが理由。LINEですら高音質を謳っているこのご時世に、低音質なIP電話というのもどうかとは思うけど…

VoLTE HD+なるものがあったとは…

そうなんだよなあ、自分が知りたいのは「どうとでもできる」という話ではなく「今は何が標準になってるのか」。なの、色々Linux distroをインストールとかして調べるしかないのかも（うぅ、すごくめんどい…）

The Linux keyboard and console HOWTO
5. Delete and Backspace https://tldp.org/HOWTO/Keyboard-and-Console-HOWTO-5.html
なんか設定次第でどーとでもなるという答えにならんかこれは…

問題を解決できずに残したままにするというのもアレですが、次の問題をどうするか考えないといけないかなー

@redbrick Delです。とはいえ、ktermだとCtrl-H/Backspaceともに^H、Deleteが^?になるのですが…xterm/mltermだとCtrl-Hが^H、Backspaceが^?、Deleteは全然違うものがでてくるという…

（それでここ数日困っていたという訳です、今も困っていますが）

そもそもstty eraseの設定は^Hなのかそれとも^?なのか、どっちなんだろう（手元の.bashrcはstty erase ^Hになっているが）

比較用：https://misskey.io/@uaa

https://social.mikutter.hachune.net/@uaa@misskey.io で参照しても2023/2/10以降の発言が取れてないみたいだし…

あれ、そーいえばMisskey側の自分とこことを相互リンクしていたはずなんだけど、今向こう側で書き込んでもこっちへ何も来ない…？

Misskeyの絵文字もMFMも素のMastodonでは反映されないような…？

このアカウントは、notestockで公開設定になっていません。

うえええぇぇえええぇぇぇえええ？！なぜこのコードを追加しただけでおかしなことがおこるのぉおぉおおお？！！！！？！！？ https://pastebin.com/5wQ7qdyR

…ダメだ、追加したbskeyの設定で動作おかしくなってる…これはrevertしてgit push -fで歴史をなかったことに…

すまん、PHSもADPCM使って8kHzのサンプリング…周波数幅も300Hz～3.4kHzなのか。VoLTEの方が高音質と。 https://mitchhaga.exblog.jp/32039993/

え、VoLTEですら50Hz～7000Hzの周波数幅しか無いのか（てっきり11025Hzまでは通してくれるのだとばかり思ってた）。 https://xtech.nikkei.com/it/atcl/column/14/228621/100100019/

このアカウントは、notestockで公開設定になっていません。

@hadsn 多くの自動車学校って二輪コースを併設してるんですが、自分の済んでいる地域って自動車学校は自動車専門/二輪は二輪専門の学校に分かれているので今後どうなるか結構心配なんですよね。（と書く時点で相模原市の某所と絞り込むことが可能だったりする）

わーい作業がなーんもすすまなーい♪

世話になったバイクの教習所が閉校する、という話を聞いてちょっと動揺してる（閉校を閉口とtypoする程度には）

皆が皆そこまで強いわけでないし、「ライバルに差をつけろ」とか「流れに乗り遅れるな」なんてのも一種のラベル貼り（取り残されること・乗り遅れることに対する恐怖を利用した扇動）なので…

そろそろそっとしといてくんない？とは思います。もーちょい歳をとった頃には「はいはい勝手にどーぞーあっしはあっしの道を往くだけなんで」と達観できるのかもしれませんが…今はまだ無理♪

やっぱSlackware/i686最強じゃないですか？とか思う程度に、助かってます。この手の古いコードいじりを行う際は。

もしかして：32bitのsj3(tty client)は32bitのsj3servとおしゃべりする（64bitのsj3は64bitのsj3servが要る）…？

ラベルを貼る連中、無視できれば苦労はしないんですが…「ラベルを貼られるという恐怖」を奴等はうまーく使ってあれこれやってくるのが許せないのですよね、それこそ魔女と魔女狩りのように。それに魔女狩りって、暇になったら自分達（魔女狩り）の娯楽のために魔女を作り出す。

なので、魔女がどうなろうと知ったこっちゃないんですが…魔女狩り死すべし慈悲は無い、という立場で在りたいのです。

既に子育ての現場ってそうなってたりしませんかね。ちょっとでも怪しい振る舞いをする子供に「発達障害」のラベルを貼ってあれこれ言ってくる人達。

妙なspamが送られてきたけど、misskey.ioな客層向けなのか5000兆円欲しいフォントになっているのがなかなかイカしてるな。

（もちろん他の環境でかな漢字変換サーバ動かして結果だけ飛ばす手もあるんでしょうけど、結果を受けるクライアントは動かせるようにしておかないといけませんし…）

（実はLinux以上にOpenBSD上の日本語入力環境って真面目にメンテしないとヤバいのかもですよ…？とりあえずanthyとlibkkc動いてりゃ困らないじゃん、ではあるけれど…）

NetBSDは確かCanna3.7がpkgsrcに入ってたと記憶してる。

OpenBSDは3.5b2なので、色々問題があるんですよイマドキの環境だと…（パッチ投げてるけど特に反応がないんですよね）。

cannaもどの程度メンテされてるんだろう…あのソースコードもK&Rスタイルじゃなかったっけ…？

普通はそうですよねえ。kinput2越しに文字入力して、canuumやuumといったttyクライアントを使うのはよほどの非常時か物好きか…と書くと槍が飛んできそうだ。

このアカウントは、notestockで公開設定になっていません。

一晩寝かせて、明日問題なければcommitすっか

とりあえず、修正するだけ修正して.sjrcの.bskey ^?を追加してみたんだけど…やっぱ意図した通りの挙動をするだけで随分快適になるもんですなあというかそれが普通だろというか…

誰 も メ ン テ し て な か っ た ん じ ゃ な い か コ レ 、 今 の 今 ま で … 💢

という疑惑。

多分大丈夫だと思いたい…（sjrc.cのsetrc()、sjrc2.cのsetrc2()からのみ呼び出しているはずなので）

とはいえ、キーワードを仕込んどいて未使用っていうのはなんか警戒したくなるんだけど…実は何かで使っていたとか、仕込んでしまうと実は意図しない箇所から呼び出されてしまうとか、やーな予感しかしない。

eucmessages.cの中にbskeyのエントリは既に用意されている（割に未使用な）ので、これを利用して.sjrcに.bskeyを記述するとsttyの内容に依存せずBackspaceを定義できる…というようにしてみますというのは今朝もつぶやいているよーな。

nostr event payloadってwebsocketで流さなければいけない、とうNIPってありましたっけ…？

今はwebsocket上でやってるとはいえ、あのレイヤーを色々挿げ替え可能にすると面白いんじゃないかって自分は思っていて…UART越しにやるとか、telnet越しにやるとか、無線使ってブロードキャストで投げるとか。

sjrcに.bskeyのエントリを追加し、これがあった場合はsj3.cのget_ttymode()の結果をオーバーライドする、辺りの作りでどうだろうか…？（多分オーバーライドはできるはず）

というかそれ以外に改善案が思いつかない。

Backspaceが0x08ないし0x7fを返すことにどう対応するか問題…OpenBSDのmg(emacs-like text editor)はM-x bsmap-modeでC-h(0x08)とDEL(0x7f)の役割を交換できるようになっている。

bs_mapの設定によって、kbd.cのgetkey()で（必要に応じ）0x08←→0x7fの交換が起こる。

sttyの設定とは関係なく、0x08, 0x7f決め打ちなんすね…

とりあえずBackspaceで意図しないBuffer modeの確定が起こってしまう問題はsj3だけに限った理由じゃないということで一旦放置か（なるほど動作要件がここまで面倒なら確かにkinput2越しの方が現実的だわなあ）。

jfbtermとかkon辺りだとBS/DELキーの扱いがどうなるかというのは気になるところだけど、これも一旦置いとく？

stty erase ^Hを^?に変えれば良いのか？という問題で本当に良いんだろうか？Ctrl-HもBackspaceも同様に使ってる人はそれで困るんじゃないかって気もするけど。あとはXのキーマップをいじる（嫌だあああああ）。

funckey.cのeval_key()とかeval_keys()はちゃんと^?をDEL(0x7f)に解釈してくれる。sttyのerase(VERASE)はsj3.cのget_ttymode()で取得して、sjrcのパースがこの取得の前か後。rk_conv.c側でもrk_eraseで独自にerase文字を持っていたりするので、簡単にBS/DEL両対応って訳にはいかない感じか…？（めんどい）

.sjrc(Sjrc)のパース、eucmessages.cのinit_funcs()とかEucMessages[]に定義されたキーワードに対応する関数を実行するとかそういう作りになってるのか。

つまり、何かを追加するならそれに対応するキーワードと関数をこの辺に追加しないといけない（とってもめんどい）。

sttyでeraseの定義はあるけどDelete(0x7f)に対応する何か、の定義はないんだっけ…？

https://github.com/hrs-allbsd/kterm これか

https://github.com/freebsd/freebsd-ports/blob/main/japanese/kterm/Makefile
FreeBSD portsのkterm、kterm-6.2.0ではあるけどhrs-allbsd-kterm-v6.2.0.fb6_GH0.tar.gzってどこにあるんだこれ…？

"kterm utf-8"で検索するとそれなりに色々見つかりはするけども。 https://www.google.com/search?q=kterm+utf-8

FreeBSD で kterm で UTF8 に: uyota 匠の一手 (2015/10/2) https://uyota.asablo.jp/blog/2015/10/02/7822311 もしかしてFreeBSD portsのktermってUTF-8対応が入ってる？

イマドキの環境でktermを動くようにするというタスクも発生しませんかコレ…？

このアカウントは、notestockで公開設定になっていません。

ktermがそーゆうもんで、当時はktermがほぼデファクトだった以上この上で問題なく動けばそれでいーじゃん、ということで問題にならなかったんだろうかね。

自分はmlterm使いなので、すっげえおかしな挙動に見えちゃうんですけど。何故Backspaceを叩くとbuffer modeの文字が確定するんだよ、って。

[debian-users:18902] Re: LESS=-X and terminfo of kterm (1999/11/14) https://lists.debian.or.jp/archives/debian-users/199911/msg00236.html

FreeBSD QandA 119 kinput2 で BSキーが使えません。Delキーは使えます。何か設定が悪いのでしょうか？ http://www.jp.freebsd.org/QandA/HTML/119.html

むしろktermの挙動が「古い」ってことなんすかね。

ktermで［Delete］キーを「カーソル上の文字削除」にするには (2001/1/18) https://atmarkit.itmedia.co.jp/flinux/rensai/linuxtips/005ktermdelkey.html

https://discourse.julialang.org/t/timed-wait-for-key-press/100856/16
…これだ。何に由来してるかは知らないけど、0x1b 0x5b 0x33 0x7eがDelって書いてある。

…エスケープシーケンスの解釈もやれ、ということなんだろうか。

うーん、kterm特有の設定か何かなんだろうか。

・Vine 2.5上のktermのみ
Backspace, Ctrl-H→0x08
Delete→0x7f

・Vine 2.5上のxterm他（OpenBSD-7.4上のmltermとかも）
Ctrl-H→0x08
Backspace→0x7f
Delete→0x5b, 0x33, 0x7e (, 0x00)

0x08, 0x7fを同一視させちゃえば良いんだろうけど、とはいえ同一視という考え方が適切なんですか？という問いに「Yes」と胸張って言えないんだよね。

いつからなんだろう、emacs -nw filename.cでfilename.cを開けなくなったのは。

erase_charについてはむしろstty eraseから取りにいってる（sj3.cのget_ttymode()）のでたいていの場合は^Hになる。deleteについてはstat_conv.cでdelkey = -1になっていること、明示的に（Sjrcか？）設定しない限りこの内容は変わらないことから…基本的には使われていない、ということになると思う。

sj3のコードを見るに、is_bs()とis_bsdel()の二つの判定を用意していたり、is_bs()ないしis_del()に対応するbskey, delkeyの内容も変更可能だったりするので…

ど う し て こ う い う 作 り に な っ て る ？

というのが正直な感想。

ふーむ？Vine 2.5のkterm上でsj3を動かした場合、Ctrl-HもBackspaceも0x08(BS)扱いなのに対して、OpenBSD-7.4からSSHログインした場合はCtrl-Hは0x08(BS)なのにBackspaceは0x7f(DEL)扱いになってしまう。
なので、buffer modeで何故かBackspaceが効いたり効かなかったりというのはこの辺が原因っぽいということになる訳なんだけど…どう直すのこれ。

あー…mvoice、AudioManager.cppだけいじれば良いかと思っていたけどSettingsDlg.cppもALSA触ってるじゃないですか…面倒なことを…

fltk, opendht, msgpack-cがmvoice(https://github.com/n7tae/mvoice/)の構築に必要か。
手近にあったSlackware-15(i686)な仮想マシンでやってるんだけど、必要なライブラリがsbopkgで全て揃ってしまった。

てーか何気にopendht要求するのかよ…mrefdが使ってるから、って理由なんだろうけど。

変換中を示す白黒反転表示が、候補決定後も反転表示のまま（そして次の何でもない入力に対しても影響してる）…というのは原典の時点から、こう。

4パターン試してみたけど、問題なさそう。とりあえずコミットしとくか。

元の文字列
abcdefghijklmno

BSで消された文字を大文字にすると

→BS
abcdefghijklmnO
BS
abcdefghijklmnO
←BS
abcdefghijklmNo
←←BS
abcdefghijklMno
←←←BS
abcdefghijkLmno
←←←←BS
abcdefghijKlmno
←←←←←BS
abcdefghiJklmno
（←×6〜9は省略）
←←←←←←←←←←BS
abcdEfghijklmno
←←←←←←←←←←←BS
abcDefghijklmno

元の文字列
aあbいcうdえeおfかgきhくiけjこ

BSで消された文字をカタカナ/大文字にすると

→BS
aあbいcうdえeおfかgきhくiけjコ
BS
aあbいcうdえeおfかgきhくiけjｋ
←BS
aあbいcうdえeおfかgきhくiけJこ
←←BS
aあbいcうdえeおfかgきhくiケjこ
←←←BS
aあbいcうdえeおfかgきhくIけjこ
←←←←BS
aあbいcうdえeおfかgきhクiけjこ
←←←←←BS
aあbいcうdえeおfかgきHくiけjこ
（←×6〜9は省略）
←←←←←←←←←←BS
aあbいcうdえeオfかgきhくiけjこ
←←←←←←←←←←←BS
aあbいcうdえEおfかgきhくiけjこ

元の文字列
あaいbうcえdおeかfきgくhけiこj

BSで消された文字をカタカナ/大文字にすると

→BS
あaいbうcえdおeかfきgくhけiこJ
BS
あaいbうcえdおeかfきgくhけiこJ
←BS
あaいbうcえdおeかfきgくhけiコj
←←BS
あaいbうcえdおeかfきgくhけIこj
←←←BS
あaいbうcえdおeかfきgくhケiこj
←←←←BS
あaいbうcえdおeかfきgくHけiこj
←←←←←BS
あaいbうcえdおeかfきgクhけiこj
（←×6〜9は省略）
←←←←←←←←←←BS
あaいbうcえdおEかfきgくhけiこj
←←←←←←←←←←←BS
あaいbうcえdオeかfきgくhけiこj

元の文字列
あいうえおかきくけこさしすせそたちつてと

BSで消された文字をカタカナにすると

→BS
あいうえおかきくけこさしすせそたちつてト
BS
あいうえおかきくけこさしすせそたちつてｔ
←BS
あいうえおかきくけこさしすせそたちつテと
←←BS
あいうえおかきくけこさしすせそたちツてと
←←←BS
あいうえおかきくけこさしすせそたチつてと
←←←←BS
あいうえおかきくけこさしすせそタちつてと
←←←←←BS
あいうえおかきくけこさしすせソたちつてと
（←×6〜9は省略）
←←←←←←←←←←BS
あいうえおかきくけコさしすせそたちつてと
←←←←←←←←←←←BS
あいうえおかきくケこさしすせそたちつてと

んじゃまあ、sj3のテストしますか。おんなじような書き込みがしばらく続くのですんませんと先に謝っときます。

草の根BBS世代に捧げる1980年代マイコン機種名当てクイズに全問正解しました！！
#クイズメーカー #エンジニア #パソコン #おっさん
https://quiz-maker.site/quiz/play/6FhkUB20181102205323

まあ、どうにか…

ふぅ、2年くらいかかってたAllwinner H616周りの作業はこれでお終い（本当ならpinctrlもあるけど、Allwinner D1絡みとか他の作業と並行しているのでその作業をしている方に投げちゃいました）。

je-0.9.7jには sj3-2.0.1.00.tar.gz, sjxa-1.2.12.tar.gzが入ってる。特にパッチセットらしきものは見当たらず、sj3のromaji.cについてもsj3-2.0.1.20と大差なし（warning防止のための細工が入っているくらい）。つまりbuffer modeにおけるカーソル移動/backspace処理のバグを抱えてる。断言しちゃっていいかは分からないけどあるよね？

JE(PJE)、まだここに残ってる。je-0.9.7jだけど。 https://www.ibiblio.org/pub/historic-linux/distributions/

sraのFTPサーバ、確かに予告通り「整理」入ってますね。pub/os/linuxが消えてる（NetBSDしかない…多分古いのも消えてる）。

ってことは、現存するJEの配布元は全て潰えたか？

原典とFUJIMI-IM版はそんなに差が無いので、原典側にも同様な修正を加えて動作テストし、問題なければFUJMI-IM側も問題ないとみなします。

そのテストが面倒なのであんまりやりたくないんですけどね…うぅぅ。

sj3/romaji.c、多分こういう修正になるはず。カーソルの移動に伴うout_buf[]のインデックス(i)は+1/-1のみで、その後のカーソル位置の移動についてはcv->out_pointまでの文字数を半角単位できちっと計算する。

でもなんでこんな阿呆なコード/阿呆な状態のまま今の今までずっと放置されてたんだ？使いにくくてたまらないだろうに。

そうだな、トンカツはビフテキではないし、ビフテキはトンカツではない…

このアカウントは、notestockで公開設定になっていません。

日本でネットに対する監視や干渉を始めようなら、徹底的にやるだろうからあっという間に自由なんて跡形もなくなるんじゃないかなあ。だからこそ、些細なものでも監視や干渉のキッカケを与えちゃいけない。国はNHKなり、通信事業者なりを利用して仕掛けてくるだろうから。 #妄想ならそれはそれで良し

あー、NetBSD-currentな仮想マシンのアップデートをしたいところだけど仮想マシンのホストをこれから別の用途で使うから身動きできないぐぎぎ

同様っぽい＞＜

Nostr→Mastodon側があまり来ないので、Mastodon→Nostr側はどうなるかテスト（こっちも同様なのかな）

PCIeのシリアル、よく壊すので何個かAliでまとめ買い…なんだけど、最近ちょっと値上がりしているのでそうもいかない。部品箱の在庫調べて追加発注したもんか…

なんかAI用途のグラボはRAM 16GBが人権ラインになってしまってるな。いちいち呟く必要が無いくらいの共通認識？

（Arc A770の16GB物があのお値段かあ…と相変わらずため息をついている、とはいえあれで売れてくれたらいいなとも思ってるんだけど。自分は流石に出費できる余裕が無いので指くわえて見てることにします…）

Debian 12.4→12.5になったというので片っ端からapt-get update祭り。

ネピアが150組/箱、エルモアが200組/箱だっけ？

はっはーん？KEY_LEFT/KEY_RIGHTのcv->out_pointについてはwchar16_t out_buf[]の位置を指すとして、それをそのままCgoto()に突っ込んでカーソルの位置にしちゃうからおかしな挙動になってるとかそんな感じか？

後でこの辺もデバッグプリント仕込んで詳細に見てくか…

「ドライブレコーダ搭載　録画中」と書いてあるシールが貼ってある車って、一時停止や赤信号をちゃんと守れず、指示器のタイミングも曲がる直前（進路変更は3秒前、右左折は30m手前ですよね）と…阿呆な運転をしていることへの免罪符か何かと思ってんのか？という輩しかいないように見える。

クレジット表記がいらない MIT ライセンスが欲しい (2022/2/9) https://blog.mohyo.net/2022/02/11629/

ここだと0BSD, MIT no-attribution, Unlicenseが例示されていますが…確かにこの三つならUnlicense選んじゃうかなー

だとしても、「好きにしろや、（後は）知らんがな」というニュアンスをライセンス名に込めてる以上…むしろ利用してごちゃごちゃ言う方が野暮ってものだと思う（その野暮から作者を守れないという点は確かに懸念事項ではあるが）。

WTFPLいいよね。雑に投げたいコードは大抵これ使ってる。

このアカウントは、notestockで公開設定になっていません。

（と自分の無知を晒す）

（自分がArcを好ましいと思っているのは、Intel iGPU向けのLinux用OpenCLドライバがすんなりインストールできたからというだけなんですよね…Arcもこれで動くらしいし、ってことで。AMDとかNVIDIAはそこまで使ったことが無いので知らないというのもあります。）

OpenVINO版Stable Diffusion使ってもあんましArc系ってパフォーマンス振るわないんですね…（涙
Stable Diffusion Benchmarks: 45 Nvidia, AMD, and Intel GPUs Compared (2023/Dec/15) https://www.tomshardware.com/pc-components/gpus/stable-diffusion-benchmarks

AI用途ならRAM 64GBくらい載せたRyzen G(APU)が良さそうに思えるんだよな（遅くてもまあまあ現実的な速度で結果を出せるという意味で）。dGPUだとmain RAM←→video RAM間の転送がかなり足を引っ張るから、video RAMに収まるワークロード限定って気がして。

このアカウントは、notestockで公開設定になっていません。

とはいえ、Intel ArcなのでRADEONとかGeForce並の何かを期待しちゃダメですよ…？

\36kくらいで買ってるASRockのA770 Phantom Gaming D 8GB OCが今は\49kくらいか…あの時無理して正解だったと思う反面、16GB物が\40k程度というのは見ていて羨ましい。

@hfp 16GB物なら、自分だったら迷わず特攻する。他人には勧めないけど。

豚汁、タマネギ入れない派だったんだけど…試しに入れてみたら今後は入れてもいいかもしれんなー。