わかる。わくわくする。

This account is not set to public on notestock.

ぐふぁ（吐血

This account is not set to public on notestock.

Blueskyで知った良記事。「おわりに」の項は必読。五寸釘用意しよう。 Blueskyの一ヶ月前史 (2023/4/15) https://riq0h.jp/2023/04/15/110859/

Mastodon側から直接のぞき窓へこんにちわーはできないだろうから、多分一旦repostすることになるんだろうな。

FM++の使用するCODECの仕様、https://fmplapla.com/core-c を見たところで何も得るものは無い（し教科書体を使うweb pageは無条件で悪印象を抱いてしまいます）…Opusらしいというのは分かったとしても、ビットレート可変っぽい感じがするとして、どの範囲で可変するかが分からない…ラジオ局のpodcastとかを考えるに、せいぜい上限を64kbpsにしているんじゃないかと勝手に推測してみる。

fmplapla --station fmhanabiを実行したマシンでtcpdumpすると、is1304.fmplapla.com.httpsになるから…局名の指定に何か鍵があるのかな。fmhanabiを再生しているmplayerの表示は
AUDIO: 48000 Hz, 2 ch, floatle, 0.0 kbit/0.00% (ratio: 0->384000)
Selected audio codec: [ffopus] afm: ffmpeg (FFmpeg opus)
ってなっているので、ビットレートは分かんないけど…やっぱなんか疲れる音な気がする。

tcpdumpでルータの通信状況を見るに、os1302.fmplapla.com:443とやり取りしてるから…SSL越しの何か(websocket?)なんだろうか。

FM++のスキルでFM HOT 839は聞けるけど、https://kemasoft.net/?Stories/2022-04-04 にあるツールでは聞けないってことは…伝送経路どうなってるんだろう？

FM HOT 839（エフエムさがみ）をAmazon Echo Dot越しのFM++(Opus/ビットレート不明)で聞くのと、サイマルラジオ(WMAv2/64kbps)で聞くのとで、どうもOpusだと秋元系の曲がしゅわしゅわ聞こえて音質悪いなーと思ってしまうんだよなあ。気のせいかもしれないけど。

特にMisskey見ていて思うけど（開発者の事情まではちゃんと見ていないので外していたらゴメン）、あれだけ盛り上がるプラットフォームを作れるなら、まだまだ希望はあると個人的には思ってる。とはいえその希望は「こっち側」のものであって、日の丸なんとかとかごちゃごちゃいう「そっち側」のものでは決してないし、むしろ「そっち側」の人達は隙あらば潰そうとしてくるから。

結局日本のITがうまくいかないのって、日経何とかの記事とかで「日の丸云々」とか書かれちゃってさあ、成功しなければ腹を切れ、金を稼げなければ穀潰し、みたいな謎のレッテルとかプレッシャーをかける人達がいるからじゃないの？

「成功するか」「成功するぞ」みたいな成否にうるさい人を呼び寄せるんじゃなく、ワイワイと楽しくお祭りのようにやっていく人をどれだけ集めて進めていくかというのが重要なんじゃないのかなーというのが、Misskey/Nostr/Blueskyを見ていて思ったこと。（Blueskyのpostはここで止めてる）

ここで何尋ねようか、未だ思い出せません…

何故etcupdateは/etc/master.passwdまで更新しようとするのか…絶対これうっかり更新してログインできなくなったうぎゃーする人いるよ怖いよこれ

NetBSD-current暮らししてる人って、/usr/share/man/cat4/<自分の使っていないアーキテクチャ>とかって用意してるもんなんでしょうか。etcupdateでいちいちCreate?されるの、ちょっと面倒に感じてきたので（邪魔だけど）作っちゃった方がいいのかなって。

This account is not set to public on notestock.

build.sh distributionが終わらないーーーーーーーーーー

イマドキのサンワサプライのトラックボールのお値段を見ると、実はケンジントンの方がお安いのでは…？ってなってる https://www.sanwa.co.jp/product/input/trackball/index.html

ペダルレンチの購入を優先したのでトラックボールはちょっと後回しになってます…

なんかここで聞かなきゃーって思っていたことがあったはずなのだけどそれが思い出せなくてむぎぎぎぎってなってる。

…うーん、direwolf(AX.25 software TNC)、sndio対応が入ったdevブランチの対応が未だ反映されてない。
(master) https://github.com/wb2osz/direwolf/blob/master/src/audio.c
(dev) https://github.com/wb2osz/direwolf/blob/dev/src/audio.c

.radioなドメインが欲しい。とはいえ、アマチュア無線向け(Radio Open Discounted)は年額25EUR/長期割引なしか… https://register.radio/

「おバズり」のためにツイートしている訳ではないし、誰かに「おバズり」しているかどうかを評価される筋合いもない…特に後者の視点で見られるのは非常に嫌だ。既に鳥籠の外にいることが多いのだけど、ますます鳥籠の中に向けて何かを発言する理由が無くなっていく。

This account is not set to public on notestock.

$7 DongshanPI-PicoW is a small Arm Linux board with SSW101B USB WiFi chip, four 12-pin headers (2023/Apr/13) https://www.cnx-software.com/2023/04/13/7-dongshanpi-picow-small-arm-linux-board-with-usb-wifi-chip-four-12-pin-headers/ これはちょっと欲しい

（…YuzukiHDのAllwinner V853ボードはどうした、というツッコミは聞かないふりをします）

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

整理すると、
default
2m26.652s (QSPI FlashROM, ECMULT_GEN_PREC_BITS=2)
2m4.065s(QSPI FlashROM, ECMULT_GEN_PREC_BITS=4)
3m3.592s(QSPI FlashROM, ECMULT_GEN_PREC_BITS=8)

copy_to_ram
2m7.943s (ECMULT_GEN_PREC_BITS=2)
1m46.804s (ECMULT_GEN_PREC_BITS=4)

copy_to_ram+GEN_PREC_BITS=4が最速ではあるが、ROMの容量は十分あるし無理しなくても（defaultのままでも）GEN_PREC_BITS=4なら十分効果はある、といったところか。最速を捨てることへの未練が無いわけではないけど、今後何か拡張する余地は残しておきたいし。

pico_set_binary_type(nsdemu copy_to_ram)で、

2m7.943s (ECMULT_GEN_PREC_BITS=2)
1m46.804s (ECMULT_GEN_PREC_BITS=4)

やはりECMULT_GEN_PREC_BITS=4は最低限必須、あとはcopy_to_ramを有効にすべきかどうか…だな。

https://github.com/nickbild/picoROM/blob/main/CMakeLists.txt

set(PICO_DEFAULT_BINARY_TYPE copy_to_ram)
なるほど、この一文を入れれば良いのか。

uaa@debian-vm:~/nsdemu/pico-sdk/src/rp2_common$ find .|grep ld$
./boot_stage2/boot_stage2.ld
./pico_standard_link/memmap_no_flash.ld
./pico_standard_link/memmap_blocked_ram.ld
./pico_standard_link/memmap_copy_to_ram.ld
./pico_standard_link/memmap_default.ld
uaa@debian-vm:~/nsdemu/pico-sdk/src/rp2_common$

んふふ、気が利くじゃないの♪

--script=/home/uaa/nsdemu/pico-sdk/src/rp2_common/pico_standard_link/memmap_default.ld

普通じゃないmemmapでリンクしたい場合、とは？

This account is not set to public on notestock.

（ここで書くことではないんだけど）このissueはやく解決してほしいです…nsdemuじゃない本物のNSD(nostr-signing-device)でも問題起こるって言ってる方がいるじゃないですかああああああああああああああああ！！！！！！！！！１１１１１１ https://github.com/fiatjaf/horse/issues/3

何らかの攻撃を実は受けていた、という可能性とか考えたくなりますよね…

Nostrはnostr-signing-deviceがあるから組み込み屋が乗り込める余地がある(?)んだけど、Blueskyは流石にそうもいかんだろうなあ…RS-232Cの口で何かをするって領域に持ってこれれば…

意外に署名とか暗号化って処理重いよね…RP2040、1コア使ってsecp256k1のシュノア署名させると結構もっさり感がある。（もっさりで済む、というべきなのか…？）

どうやれば高速化できるんだろう…

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

（…助言、感謝します。ありがとうございます。）

一晩頭冷やして（今IYHしても良いのかもしれないけど）、買うかどうかを判断しようか…

最低限の動作は多分するとして、快適に使うとなると…おそらく先人たちの書き残した https://forums.freebsd.org/threads/kensington-expert-mouse-regression.77957/ などを参考にxorg.conf.dに然るべき設定ファイルを用意しないといけない感じではありますね。設定すれば何とかなる、で全然十分な話なんですけど。（どうにもならない、が一番最悪なので）

This account is not set to public on notestock.

ケンジントンの安い奴 https://www.amazon.co.jp/dp/B08X4HB67K 専用ソフトウェア入れるならボタン操作＋ボール操作でホイールの代用できるんだろうけど、OpenBSD上のX.orgで使いたい（そんなソフトウェアが動くとは思えない）以上は…

ホイールマウスのホイール操作は欲しい、となるとやっぱりケンジントンのスクロールリング付きなこれになるのかなあ。 https://www.amazon.co.jp/dp/B084QQ2MB3/357-5818920-0961516

（ちなみに今使ってるのはMicrosoftのBasic Optical mouseで不満がなかったりするので、あまり高級すぎるデバイスを勧められても多分良さは分からないと思う…）

米Logitechのサイトを見てもERGO M575くらいしか見当たらない… https://www.logitech.com/en-us/products/mice/m575-ergo-wireless-trackball.910-005869.html

トラックボール初心者なのでホイール付きマウスの延長線的に操作できる、親指タイプじゃない奴の方がなんかよさげに見えてる

amazonだとtrackmanは並行輸入品、しかも在庫切れ…もしかして国内モデルは扱いがないとかなのかなあ。 https://www.amazon.co.jp/dp/B001F42MKG

This account is not set to public on notestock.

仕事場でトラックボールに触れたが…机の上が狭いと確かにこれは良いかもしれない。何を買うのが良いのかはもう少し色々見ていく必要はありそうだけど。
【2023年】トラックボールのおすすめ17選 ロジクールやケンジントンの人気モデルも紹介 (2023.4.5) https://www.biccamera.com/bc/i/topics/osusume_mouse_trackball/index.jsp

ごめん、細かい説明は敢えて省くね

FWD-NETみたいにバケツリレー式にメッセージを転送して構成されていたネットワーク、あれは分散型というのかあるいは…？（そのネットワークにおいて、日本国内なら@JPN、世界宛は@WW、特定クラブ宛なら@なんとか、といった符丁を相手先コールサインに指定してブリテンをやり取りしていたものだけど）

もしかして、decentralizedを分散と訳してるのって、誤訳？（あるいは悪意ある翻訳？）きちんと「非中央集権型」と書くべきであって、便宜的にでも「分散型」と書くこと自体が誤解を招いているんじゃ…？？

Farcaster(https://www.farcaster.xyz/)/warpcastは"sufficiently decenterized social network"と謳ってる。https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks "sufficient"の意図するところがよく分からないんだけど、きちんと脱中央集権された、とかそんな意味なのかなあ…少なくとも、「分散」とは書いてない気がする。

とりあえず（アンチエイリアスのかかった文字はあまり好きではないけど）まだ納得できる解が得られたから一旦は良しとしよう。

単純に、a14(iso8859-1)とk14(jisx0208.1983-0)を並べ替えて、iso10646化しちゃえば解決とかそういう世界なんだろうか…a14/k14が非対応の文字なんざどうせ使わぬわ、と割り切った実装で。

Ricty https://rictyfonts.github.io/
UFO (Unicode Font, Organized) https://github.com/akahuku/ufo
どっちかは入れてみる必要があるかなあ…？

そもそも誰がFederatedに「連合」という訳を当てたのか…その訳が適切だったのかという検証は、必要なように思われる。

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

Hello, world! from OpenBSD-7.3/amd64 #OpenBSD

やっぱemacsはathena flavorじゃないと落ち着かぬ…（なのでOpenBSDのアップデートがかかるたびにportsをビルドする）

…仕方がないのでemacs-28.2でいきます（emacs-27.2のビルドを通すだけの余裕が今ない）

さて、帰ったらデスクトップ機のOpenBSDをアップグレードだな。とりあえず準備はできた…と思うが、自分のマシン向けのre(4)のパッチだけソースに仕込んどかないとダメか（com(4)のパッチは不要になったがこれも入れとく？）。emacsは27のままでいこう。

とりあえずVPS側のOpenBSD7.2→7.3のアップグレードは完了。野良ビルドなどを行った古いバイナリを片っ端からリビルドしないと今回は動かないみたいで、手元のマシンのアップグレードどうすんのこれ…ってなってる。apacheの更新も併せてやるつもりだったんだけど、今は現状のままリビルド→そのうち時間作ってアップデート、の予定。

This account is not set to public on notestock.

This account is not set to public on notestock.

@1f46356a832a4b2d65c12e9f7c6fd8608a285b1efa896773f4f67c6ee9e33e21 おーい、そっち側の自分ーっ！

無理してテーブルをSRAM上に配置するよりも効果あるなら、まずはここからいじった方が良さそうだな。

secp256k1のデフォルトがECMULT_GEN_PREC_BITS=4, ECMULT_WINDOW_SIZE=15なので、この状態のままRP2040に突っ込んでも問題なく動くしパフォーマンスもちょい上がるということか。

2m4.065s(QSPI FlashROM, ECMULT_WINDOW_SIZE=2)
2m3.240s(QSPI FlashROM, ECMULT_WINDOW_SIZE=15)

ECMULT_GEN_PREC_BITS=4のまま。

2m26.652s (QSPI FlashROM, ECMULT_GEN_PREC_BITS=2)
2m4.065s(QSPI FlashROM, ECMULT_GEN_PREC_BITS=4)
3m3.592s(QSPI FlashROM, ECMULT_GEN_PREC_BITS=8)

ECMULT_WINDOW_SIZEは2のまま。

secp256k1_pre_g[]は未使用、secp256k1_ecmult_gen_prec_table[]のみ使用。このテーブルをどこに置くかで速度が変わるか見てみたら…

2m26.652s(QSPI FlashROM)
2m19.443s(SRAM)

ちょい速くなったかなーという程度か。1000回分の[署名とDM用の秘密鍵]の作成を繰り返すのにかかった時間。

結局知事と市長は変わらず、市議選はこれから開票…って感じかねえ。

emacs 27→28への移行はしないままになっていて、これは28に上げないと、というのがあるか…ASIX AX99100なPCIeシリアルは壊れてしまい、PCIなUSB2.0カードを外してCH351のPCI物に入れ替えたのでcom.cとUSB関連の修正はしなくて済むようになったが…MSIを無効化するre(4)の修正は必要だから結局インストール即カーネル入れ直しは避けられない…

今月はOpenBSDのリリース月（だよね？）なので、あまり大きなことができないな… https://www.openbsd.org/faq/upgrade73.html を見るに、アップグレードする際の大きな注意事項はなさそうな気がするから、そんなに困ったことにはならないと思いたい。

現状でもまあまあの速度では動いているようだから、無理にガリガリとチューニングする必要性は無い気がする。ただ、どこまで速度が上がるのか…という興味があるので。

secp256k1のコード、cじゃなくヘッダにあれこれ書いてあるので生成されるオブジェクトファイル名の把握がちょい面倒なのと、結局こいつに手を入れないことにはRP2040向けの高速化はできないんじゃないかって気がしてきた。git submoduleで取り込んでるんだけど…その差分をpushとかそういうのはできるものなのか…？

ブートローダがsection .time_criticalなものすべてをSRAM上に展開し、そこへ飛んでくれれば事態は解決って訳か。できるのか？

こいつか。__not_in_flash_func()も結局最終的には__not_in_flash()経由でsection .time_criticalに置かれると。 https://github.com/raspberrypi/pico-sdk/blob/master/src/rp2_common/pico_platform/include/pico/platform.h#L112

How to put code and data in specific SRAM banks (2022/9/29) https://forums.raspberrypi.com/viewtopic.php?t=340742 によれば、__not_in_flash_func()なるものを使えばいいらしい。追ってみよう。

RP2040 Doom https://kilograham.github.io/rp2040-doom/speed_and_ram.html まで極端なことはしようと思っていないけど、とはいえ雑に数えても200kB程度のSRAMがあるならここでコード実行させてくれても良いはずなんだよ。

こーゆう話はどっちかっつーと鳥籠の方が良いのかもだけど。

R{2040、XIP cacheを使ってQSPI FlashROMへのアクセスの遅さをカバーして、cache切ると遅くなるのは https://github.com/Sreekesh92/rp2040_xip_cache で分かったけど…内蔵RAM内にtext/data全部収まっちゃうならそこに全部突っ込んで動かすっていうのはどうなんだろう。多分どこかに実装例有りそうな気がするんだけど。

そしてこれをMastodon側でboostするとちゃんとNostr側でもrepostしたよんという通知が来る。

This account is not set to public on notestock.

このtoot、Nostr側だと「ハッシュタグのテスト @npub1v6h39d8」って見える。あと、Nostr側でrepostするとMastodon側ではboostがかかったという通知が来る。

ハッシュタグのテスト #ハッシュタグのテスト

Mostr使っててちょっと困るのがコレ(mention)。あと、Mastodon側のハッシュタグがNostr側だと化けてしまう問題があるので結構厄介。Nostr側はハッシュタグの概念がない…筈なので、そのままMastodon側へ行けるんだけど。

This account is not set to public on notestock.

あーすみません、既にMostr bridgeによりNostr←→Mastodon相互に自分のnote/tootがですね…ごめんなさい。

もちろん、と読んでいた絵文字、まさか（伏せる）が正式名称だなんて…ぃゃ実際そう書いてある…

あ、関連付ける従事者免許変えるの忘れた。まあ良いや…

これ何が間違ってるか全然わからなかったので補正通知（二回目）食らってから一か月以上放置してたんだけど…やっとわかったわ。

あー、変更申請がreject食らったの分かった。第一送信機の21MHz→14MHzの変更申請を出していたのだけど、局免上では第二送信機の430MHzが生きたままなので、希望する周波数帯にこの指定を残しておかないとダメって奴だ…（14MHzのみ希望する、と書いちゃったので第二送信機はどうなってんの？とツッコまれてる訳だ）

…？

しっかし、相変わらずmisskey.ioの流量はすげえな

@balloon 今Misskey.ioに繋いだら13.11.0に上げたってメッセージ出てます…

もしかして、（8/16bit MCUの値段＋開発コスト）と（32bit MCUの値段＋開発コスト）、この２～３年くらいで後者の方がトータルで安くなってたりします？

シリコンの値段よりも、ソフトの規模とか作りやすさ・ツールやライブラリの充実度といったヒト側のお値段が下がってきたんじゃないかなーと思っていて。

リスキリングってgoogleで調べるに、re-skilling（学び直し、スキルの再獲得）って意味みたいだけど…記事によっては「（新しいスキルによって）新しい業務や職業に就くこと」という文言が続いてるんですよね。

リストラクチャ（再構築）のはずが首切りの代名詞になったリストラ、を考えるに…リスキリング/リスキルも首切りの言い換え語に今後なる可能性は低くないってことでしょう。

リストラクチャがリストラと言われてだいぶ経つけど、リスキリングもリスキルって略されるのか…

まあ引用RTするだけでブロックしちゃうような人達が居る界隈に、「マトモ」な議論ができるのか…という疑問は、持って良いよね？

なので、正直言ってTwitterのあのクラスタはあんまり近寄りたくない。DMR無線機向けのホットスポット（移動しない局）とハンディ機（移動する局）に無線局を分けていても、同じコールサイン同士の通信を認めないことを総務省がきっちり言うようになってしまった以上、当時グレーゾーンだったこの設備で運用してると呟くどころか運用していることが判明してしまったら（リフレクタサーバから情報が取れる）間違いなく攻撃対象になるだろう。

Twitterのアマチュア無線クラスタ、やたらと #違法局 #不法局 タグ見るけど…運用マナーがちゃんとしてないダンプやトラック系を何とかしろという意味で80条報告（違反局を国に通報するってこと）という趣旨はまあ良いとして…行き過ぎた不法局狩り/違法局狩りが行われやしないか懸念してる。

というか、多分あの人達、ダンプ/トラック系の狩りを終えたら魔女狩りを始めると自分は読んでるので、そういう意味では80条報告は任意の無線局をBANさせられる脆弱性なんじゃないのかなあ。「正しく」使うなら問題は無いはずだけど。

This account is not set to public on notestock.

@1f46356a832a4b2d65c12e9f7c6fd8608a285b1efa896773f4f67c6ee9e33e21
nsdemu、前半部分だけ切り出して(02)付けて処理するという謎コードを書いていたのでこれは改めております。

@1f46356a832a4b2d65c12e9f7c6fd8608a285b1efa896773f4f67c6ee9e33e21
compressed formはuncompressed formの前半部分だけ、に見えるけどprefix(02)がY側の条件によっては(03)になるので、必ずしも前半部分だけとは言い切れない。なので、uncompressed formから頭の(04)を取り払ったものをhorseは投げて、nsdはこれを(04)ついてるものと解釈して処理する…が正解。

@1f46356a832a4b2d65c12e9f7c6fd8608a285b1efa896773f4f67c6ee9e33e21
あっち(Nostr)側の話にこっち(Mastodon)側でコメント付けちゃうと、https://en.bitcoin.it/wiki/Secp256k1 のTechnical detailsにあるcompressed form(X-only)/uncompressed form(X and Y)をちゃんと理解してますか？って話だった。