ふーん、D-STAR技術情報 https://dstar.seesaa.net/ の主は7M3TJZ安田氏なのか。顔の見えない（誰が書いてるか分からない）サイトだなとは思っていたんだけど…

ソース：UT-118を利用したD-STARの変・復調 (2007/06/17)
http://jh3ykv.rgr.jp/mt/2007/06/ut118dstar.html

そうだよなあ、今はソフトバンクだけど25年くらい前はダイエーホークスだったんだよなあ。

MIPSだとo32(32bit arch, ILP32), n64(64bit arch, I32LP64), n32(64bit arch, ILP32)に分かれているから…そーゆうことをx86でもやりたかったんだろう、とx32 ABIに対して思ってしまうんだよな。

https://msyksphinz.hatenablog.com/entry/2019/04/25/040000
LLVMのバックエンドを作るための第一歩 (1. LLVMバックエンドの仕組みとRISC-V基本情報) (2019/04/25)

amd64が使える環境ではあるけどメモリが少ない状況ならx32の存在意義はあると自分は思ってるんだけどなあ。i386で動かすのはアレだけど、amd64で使うにはちょい重いかなー、という微妙な場合。

組み込み屋やってた時期もあるのでそう考えちゃうんだけど、どうも自分が思っていたよりも「微妙な場合」の期間が短かったということなんだろうな。

ああ、ここにも煙の上がる案件か。

中古なんてよほどの場合じゃ無い限り手にするもんじゃないでしょうに…

うーん、mvoiceはちょっとビルドの手間が半端ないなこれ…単にmakeでは済まない気がする。
https://github.com/n7tae/mvoice

まぐろまぐろまぐろ…

Nostrasia part3 マグロ解体ショー
https://www.youtube.com/live/ery0aWATjWk

放火魔、いるよね…

This account is not set to public on notestock.

火のない所に煙は立たぬ…
煙が立つ時点でアウト（離れる）という感覚なのだけども。

メモリ4GB越えが普通となると、x32 ABIは確かに廃れるわなあ…

Linuxカーネル開発者の間でx32 ABIの廃止が議論される (2018/12/14)
https://linux.srad.jp/story/18/12/14/0626235/

N50搭載でも、メモリは16GBまで積めるのか…CPUパワーよりもメモリ喰いのアプリの方が多いのかもなあ。

EPIC-ADN9
EPIC Board with Intel Atom® x7000E Series, Intel® Processor N Series, and Intel® Core™ i3-N305 Processors
https://www.aaeon.com/jp/p/epic-boards-epic-adn9

Windows自体が4Tなプロセッサを前提にしてるような気がしてならないんだけどなあ。おまけにブラウザもリソース食うし。記事の最後にもあるけど、「デジタルサイネージなどユーザーが何か操作するという用途と言うよりただ広告を流しておく」ような用途としては魅力的な気がする。

Intelが最弱のCPU『Intel N50』のベンチマーク登場。TDP 6Wで性能は初代Core i5並みに。 (2023/07/23)
https://gazlog.jp/entry/intel-n50-benchmark/

https://www.youtube.com/live/i-oHjdYWo1E
Nostrasia 2024 live

ボコーダーがどういうvoice/FEC rateでエンコードしたかの情報をエンコード時に付加するとしても、ただでさえ情報量減らしたいレイヤでそんなものを付けるのは無駄…付けるにしてもボコーダーではなくそのデータを収めるコンテナでやる話。

もし付いてたとしたら、ambed/AMBE USB dongle無しでもD-STAR(TX)→他(RX)は無変換で通るとかそういう話の一つは出てくる筈なんだけど、今までそんな話は聞いたことないんだよね。

とりあえず、AMBE+しか対応しないAMBE-2020はディスコンになってるのでAMBE+2対応品が載ってるD-STAR機が多いのは確かなんだろうけど…だからといってAMBE+2のvoice/FEC=2450/1150モードを使う訳じゃないことは間違いないはずなんだよ。もし使えるようにしていたら、D-STARの仕様が変わるのに加えて技適の問題だって出てくるし、AMBE+専用機との互換性の問題も出てくる。

この理解、おかしいかなあ？

某所の書き込みでAMBE+2はAMBE+と互換性があるって言ってた人がいるけど…そりゃまあAMBE+の使えるモード全てがAMBE+2で使えるのは当然として（それはUsers Manualにも書かれてる）、AMBE+でエンコードされたデータを特段何のヒントも与えずにAMBE2+に食わせたところで正しくデコードできるかは別問題でしょって自分は考えている。（件の書き込みでは可能だ的なニュアンスで書かれているように見えたが…？）

ambedのAMBE-3003向けコード https://github.com/LX3JL/xlxd/blob/master/ambed/cusb3003interface.cpp#L301 だと、P25/DMR向けのパラメータとD-STAR向けのパラメータとAMBE-3003のマニュアル https://www.dvsinc.com/manuals/AMBE-3003_manual.pdf (p94-95) に書かれている物を使っている。

それにしても、contour-terminal、画面表示を行う処理ってビットマップフォントを使ったmltermよりも重いはずなのに（ベクトルフォントを使ったうえでアンチエイリアスを効かせてる）、描画のレスポンスがmltermとあんまし変わらないのは…GPUの支援が効いてるからなのかなあ。

とはいえcontour-terminalであっても、ビットマップフォントを使いたいとは思ってるんだけど :-p

どうもemacs -nwに限った話じゃなく、bashでesc-5 a（でaaaaaとなる）みたいな操作もできなくなってる。Esc自体をcontourが食っちまってる、そういう動きだなコレ。

contour-terminal、フォントの問題って気がするんだけどbaselineを無視してるような表示がすっごく気になる。

分かってる範囲だとp, g, q, Qの位置がずれている。

Shift+Spaceでかな漢字変換のon/offを切り替えている身なので、そこだけは何とかしてくれ！って泣きつこうかなあ。

記事の中身といい、コメント欄といい…ｻﾂﾊﾞﾂとしてますなあ。

「emacsってなんか非現実な世界の住人が使ってるソフトって印象。」だそうで。

emacsがここまで凋落したのはmetaキーのESCで代用を放置したからじゃね？ (2012/04/30)
https://deginzabi163.wordpress.com/2012/04/30/emacs%E3%81%8C%E3%81%93%E3%81%93%E3%81%BE%E3%81%A7%E5%87%8B%E8%90%BD%E3%81%97%E3%81%9F%E3%81%AE%E3%81%AFmeta%E3%82%AD%E3%83%BC%E3%82%92esc%E3%81%A7%E4%BB%A3%E7%94%A8%E3%82%92%E6%94%BE%E7%BD%AE/

ふと思い出したんだけど、emacs -nwで端末エミュレータ上でEmacsを動かした場合、M-xの操作ってEsc-xで代替できるのが普通なのかそうじゃないのかっていうのが分からなくって。

Esc-xを使えるのが普通と思っている身なので、contour-terminal上でAlt-xしか動かないというのがかなりツラい（これに限らず、contour-terminalって割とvi寄りな部分があるらしくEmacs使いにとっては結構「う゛っ」となる場面が多いというのが実感…改善要望をどう伝えたもんか）。

contour-terminal、NetBSD対応ってどうなってるんだろう。FreeBSDは対応してるらしいけど、NetBSDについては対応してるって話は聞いたことが無くて。

動かすにしても、まずはboxed-cppとlibunicodeを載せないといけないんだけどね？