わかる。わくわくする。
OpenBSD(uaa@), Ham(JG1UAA), Ingress(Lv14, RES), Japanese(Sagamihara-city, Kanagawa)
Another side: https://social.tchncs.de/@uaa
npub1rarr265r9f9j6ewp960hcm7cvz9zskc7l2ykwul57e7xa60r8css7uf890
Messages from this Mastodon account can read via mostr.pub with npub1j3un8843rpuk4rvwnd7plaknf2lce58yl6qmpkqrwt3tr5k60vfqxmlq0w
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ワールド・イズ・マイン(2008)を知らない若者をコメント欄で散見して😨 になっています
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?されるの、ちょっと面倒に感じてきたので(邪魔だけど)作っちゃった方がいいのかなって。
このアカウントは、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/
「おバズり」のためにツイートしている訳ではないし、誰かに「おバズり」しているかどうかを評価される筋合いもない…特に後者の視点で見られるのは非常に嫌だ。既に鳥籠の外にいることが多いのだけど、ますます鳥籠の中に向けて何かを発言する理由が無くなっていく。
このアカウントは、notestockで公開設定になっていません。
10年代後半にもなってK6をはじめとする #Socket7 CPUをシバくという、いい感じに頭のおかしいサイトがGeocitiesの終了とともに消えてしまったんだよなあ
DS7 仮トップページ - http://web.archive.org/web/20181105023508/http://www.geocities.jp/deepsocket7/
$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ボードはどうした、というツッコミは聞かないふりをします)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、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でリンクしたい場合、とは?
このアカウントは、notestockで公開設定になっていません。
(ここで書くことではないんだけど)このissueはやく解決してほしいです…nsdemuじゃない本物のNSD(nostr-signing-device)でも問題起こるって言ってる方がいるじゃないですかああああああああああああああああ!!!!!!!!!111111 https://github.com/fiatjaf/horse/issues/3
何らかの攻撃を実は受けていた、という可能性とか考えたくなりますよね…
Nostrはnostr-signing-deviceがあるから組み込み屋が乗り込める余地がある(?)んだけど、Blueskyは流石にそうもいかんだろうなあ…RS-232Cの口で何かをするって領域に持ってこれれば…
意外に署名とか暗号化って処理重いよね…RP2040、1コア使ってsecp256k1のシュノア署名させると結構もっさり感がある。(もっさりで済む、というべきなのか…?)
どうやれば高速化できるんだろう…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
弊社も使用している、MastodonのトゥートやMisskeyのノートなどを保存し、検索できるようにするサービスnotestockで、Twitterのログを検索できるようになったようです。
Twilogが事実上終了しているので、代替として便利に使えそうです。
Twitterにアーカイブをリクエストし、概ね24時間以上経つとzipを取得でき、Twitterで認証して本人確認を終えたあと、zip中にあるtweetsで始まるファイルだけをzipにしてnotestockにアップロードしたりすることで可能になるそうです。
https://diary.osa-p.net/2023/04/notestocktwitter.html
ご存知のようにAPI制限があるので新しいツイートは取得できませんので、Twitterアカウントは捨てる前提で、情報価値のある投稿はTwitterにはせずMastodonやMisskeyにする、という方に向いていると思われます。
とりあえず弊社は、まずはTwitterにアーカイブをリクエスト中です。
一晩頭冷やして(今IYHしても良いのかもしれないけど)、買うかどうかを判断しようか…
最低限の動作は多分するとして、快適に使うとなると…おそらく先人たちの書き残した https://forums.freebsd.org/threads/kensington-expert-mouse-regression.77957/ などを参考にxorg.conf.dに然るべき設定ファイルを用意しないといけない感じではありますね。設定すれば何とかなる、で全然十分な話なんですけど。(どうにもならない、が一番最悪なので)
このアカウントは、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
このアカウントは、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に「連合」という訳を当てたのか…その訳が適切だったのかという検証は、必要なように思われる。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、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の更新も併せてやるつもりだったんだけど、今は現状のままリビルド→そのうち時間作ってアップデート、の予定。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
無理してテーブルを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したよんという通知が来る。
このアカウントは、notestockで公開設定になっていません。
このtoot、Nostr側だと「ハッシュタグのテスト @npub1v6h39d8」って見える。あと、Nostr側でrepostするとMastodon側ではboostがかかったという通知が来る。
Mostr使っててちょっと困るのがコレ(mention)。あと、Mastodon側のハッシュタグがNostr側だと化けてしまう問題があるので結構厄介。Nostr側はハッシュタグの概念がない…筈なので、そのままMastodon側へ行けるんだけど。
このアカウントは、notestockで公開設定になっていません。
クロスポストのセカンダリ以降側を人間名義ではなく同時配信botみたいな体裁にしておくことで緩和できるかもしれない
あーすみません、既にMostr bridgeによりNostr←→Mastodon相互に自分のnote/tootがですね…ごめんなさい。
これやってると、あまりFediverse側からはいい顔されないことが多いので注意ね…
Twitter に投稿したツイートを Mastodon に転送するようにした - mizdra's blog
https://www.mizdra.net/entry/2023/04/09/014905 #iwatedon
もちろん、と読んでいた絵文字、まさか(伏せる)が正式名称だなんて…ぃゃ実際そう書いてある…
普段は長いからCWにするところだけど、今回はで。
【寄付を募っていたり、自分が気に入ったり良く使っているソフトウェアやサービスには積極的にお金を落とそう🎵👍】
なんか自分が見ている範囲の世界では、物理的な形がないためか、ソフトウェアにお金を払うことに馴染みがない、タダで当然という人を割と見かけるんだわよ。
お金を積極的にドウゾ!🤲💴することで、そのソフトウェアが正しい方向に成長していけたり、開発者の人が継続的な収入を得ることができたり、寄付をすることでそのソフトウェアを無料で多くの人々に配布することを続けられたりとか色々ハッピーな事が起こることが期待できるネ。
お店でお買い物しているとき、つい安いからって要らないモノ買っちゃうときってあるじゃない? 今度からはなるべくそういうのを減らして、浮いたお金でできる範囲で良いから寄付にトライしてみよっ!
みんなで少しずつ世界をより良い場所にしようね🌐
(なんとなく思いついて書いただけの文章であり、特定の人を貶める意図はないよ。Love & Peace!)
これ何が間違ってるか全然わからなかったので補正通知(二回目)食らってから一か月以上放置してたんだけど…やっとわかったわ。
あー、変更申請がreject食らったの分かった。第一送信機の21MHz→14MHzの変更申請を出していたのだけど、局免上では第二送信機の430MHzが生きたままなので、希望する周波数帯にこの指定を残しておかないとダメって奴だ…(14MHzのみ希望する、と書いちゃったので第二送信機はどうなってんの?とツッコまれてる訳だ)
@balloon 今Misskey.ioに繋いだら13.11.0に上げたってメッセージ出てます…
もしかして、(8/16bit MCUの値段+開発コスト)と(32bit MCUの値段+開発コスト)、この2~3年くらいで後者の方がトータルで安くなってたりします?
シリコンの値段よりも、ソフトの規模とか作りやすさ・ツールやライブラリの充実度といったヒト側のお値段が下がってきたんじゃないかなーと思っていて。
リスキリングってgoogleで調べるに、re-skilling(学び直し、スキルの再獲得)って意味みたいだけど…記事によっては「(新しいスキルによって)新しい業務や職業に就くこと」という文言が続いてるんですよね。
リストラクチャ(再構築)のはずが首切りの代名詞になったリストラ、を考えるに…リスキリング/リスキルも首切りの言い換え語に今後なる可能性は低くないってことでしょう。
リストラクチャがリストラと言われてだいぶ経つけど、リスキリングもリスキルって略されるのか…
まあ引用RTするだけでブロックしちゃうような人達が居る界隈に、「マトモ」な議論ができるのか…という疑問は、持って良いよね?
なので、正直言ってTwitterのあのクラスタはあんまり近寄りたくない。DMR無線機向けのホットスポット(移動しない局)とハンディ機(移動する局)に無線局を分けていても、同じコールサイン同士の通信を認めないことを総務省がきっちり言うようになってしまった以上、当時グレーゾーンだったこの設備で運用してると呟くどころか運用していることが判明してしまったら(リフレクタサーバから情報が取れる)間違いなく攻撃対象になるだろう。
このアカウントは、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)をちゃんと理解してますか?って話だった。