やっぱJumboSPOTのファームを焼き直さないとダメなのかなあ。一応M17対応だし、ダミーロード越しになんかそれっぽい電波が出ることは確認できてるんだけど、もう一台同じような物を用意しても受信をしてくれない。

ううむ、今までVMware上のDebianではrtl_tcpがちゃんと動いていたのだけど、VirtualBox上だとRTL2832Uを認識しないのでrtl_tcpが動かない。その辺にあるLinux実機に挿せば良いので大きな問題にはならないけど、ちょっと面倒なことになったな…

とりあえず今年一番の（自分の中での）大きな出来事って、クレカを乗り換えたことだったりする。

20年近く某社のを使っていたけど、年会費払っていてもタッチ決済できないカードのままで、なおかつサービス終了するから別のカード発行するんでそっちへ移行して（でもカード番号変更の手続きは公共料金と携帯電話以外は自分でやってね）なんて対応をされちゃった以上、これは切り時かなって。

実際、変えて正解だったと思う。落とした場合のダメージはデカそうだけど、タッチ決済が使えるのは本当に有難い。

JCBだけの暮らしというのは結構難しくって、結局MasterかVisaは必要になる…

とりあえず（英語でやんないと面倒だったので放置しようと思ってたけど）FirefoxじゃなくChrome使ったら上手くいったんだけどね、参考にしてちょという内容のメールは送っといた。

使ったカードがカードというのもあるのかもしれないし（カード会社への問い合わせで問い合わせ先とか探すのが非常に面倒だというのもどうかと思うぞ＞某社）、どうしたもんかな…クレカを増やすとか乗り換えるというのも気分的になんか嫌だし。とはいえMaster系でないと困る場面もあるからなあ。

bad request返すってんならどこの何がbadかくらいの情報は寄越せって気がする。あと、フィードバック先の情報。問題が起きている、という状態のまま指くわえてぼーっとしてるほどこっちも暇じゃない。

あの件はMasterではないものの、カード会社への問いわせはやっていてそちらでは「問題無いですねえ」の一点張り。https://docs.3dsecure.io/3dsv1/ みたいにAPIが公開されている以上、カード会社ではなくAPI利用側の問題と捉えられているのかも。

Mastercard ID Checkで引っかかっているにしても、ブラウザ要件とか特に書いてないんだよなあ… https://www.mastercard.us/en-us/business/overview/safety-and-security/identity-check.html

とはいえ、このカード使って他のサイトで買い物した際はFirefoxでも問題なかったように記憶しているんだがなあ…

自分が遭遇したのは、3D secureでカード会社による認証がうまくいったにもかかわらず、その後400 bad requestで支払先のサイトから蹴られるという事象。カード会社による認証はうまくいっているので、支払い自体は成立してしまうという（実際はクレジットカードの正当性をチェックするための少額決済なので実際の請求は行われないかもしくは返金があるらしいのだが）。

クレジットカードの3D secureサービスが、Chromeだとちゃんと動いてFirefoxだと動かないケースってあるのかなあ？

sndioのblockモードって、データが来るまで/送れるようになるまでは待つとしても、どれだけのデータを受信したか/どれだけのデータを送信できたかsio_read()/sio_write()の戻り値を見る必要があるのか。

sio_read()やsio_write()で指定したバイト数すべてを受信/送信し終わるまで待つ、というものではないのね…（ちょい面倒だな）。

W: 2024-09-14 22:43:20.613 Cannot open the RSSI data file - RSSI.dat
CSoundPulse sampleRate 48000 blockSize 1920
M: 2024-09-14 22:43:20.717 Opened default:default Rate 48000
CSoundPulseReader blockSize 1920 channels 1
CSoundPulseWriter blockSize 1920 channels 1
M: 2024-09-14 22:43:20.717 M17Client-20240903 is running