るいもの戯れ言

blogをGitHub pagesに引越し

2025-04-30T07:04:44Z

blogをGitHub pagesに引越しました。このサイトはそのうち消します。

自転車のシートポストが壊れた話

2025-04-29T05:04:06Z

自転車のサドルが走行中にいきなり外れた。サドルを止めるシートポストは、こんなタイプだったのだが、止めているボルトが破断していた。

このボルトは、M11という日本だとあまり一般的ではないサイズなのだが、ほどなく見つかったのでボルト交換で良いかなと考えていたが、また破断のリスクがある。今回はたまたま低速走行中だったの脛をすりむくだけで済んだが、高速走行中だと下手すると致命傷になりかねない。そもそもそれなりに荷重がかかるボルト1本がSPOFになっているこの構造は設計ミスに等しいのではないか。

調べてみると他にも色々なシートポストのタイプがあり、例えばこんな形式もあった。

ここに紹介記事があるが、サドル側はこのポールをはめ込む感じの取り付けになる。荷重はポールに垂直にかかるだけで、ボルトには締め付けのトルクくらいしかかからない。万一ボルトが折れようが、いきなりサドルが外れることは無さそう。良く考えられた設計だ。

というわけで交換してひと安心。

AliExpressのawg28

2025-04-27T03:04:20Z

AliExpressのawg28が使いやすそうなので買ってみた。外形は1.1mmくらいあるのでawg28だけど太め。今見たらお値段上がっていたが、買った時は680円だった(10m巻きx6色)。

普段使っていたのは、秋月のイラックスで、こちらだと外形は0.8mmくらいなので結構違う。お値段は1m x 10色で350円。

お値段が5倍くらい違う(しかもAliExpressは送料無料だった)ので、特に太さにこだわりが無い箇所ではAliExpressのを使おうかな。これ、特定の色だけ使い切った時に色別に補充できるのかなと思ったのだけど、一応バラのものもあるようだ。ただし割高なので、補充はオヤイデのETFEのawg28あたりが良さそう。

PAM8403によるD級アンプ

2025-04-25T23:04:04Z

Amazonにある価格がバグっているD級アンプ

2025/4月時点で価格は169円で送料無料。届くのに1か月くらいかかるのが難点か。

家のCDは全部flacに吸い出してあって、それをラズパイでmpcを使って聴いている(ncmpcというコマンドラインで使えるプレイヤーがある)。ただ、ラズパイ用DACの出力がLine outしかなくてヘッドホン出力がないので、このアンプを入れてみた。こういう安いアンプは昔は、ホワイトノイズとかハムがすごくて、まぁそれでも「この価格じゃ仕方ないよね」って納得してそのまま我慢して使うなり、自分で回路を改良したりしてだましだまし使ったものだけど、全く問題無かった。というかホワイトノイズ無さすぎて無音時に何も聞こえないから壊れているのかと思うほど。

届くのに時間がかかるので、もしかしたら電源からのスイッチングノイズがあるかもと思って、コモンモードチョークを買っておいたのだけど全く不要だった。今のD級アンプって、インダクタすらないのね。どうやらスピーカをローパスフィルタ替わりにするらしい。すごい時代になったものだ。

ただ、何かInputのシルク印刷がおかしくて"B"というのがあるけど、これは"R"の間違いだろう(だから安いのだろうか)。

オーディオスプリッタを作成

2025-03-16T06:03:09Z

今まで、Amazonで買ったこれを使っていたのだけど、2回路では足りなくなったのと、入力別に音量調整したくなったので自作してみた。

オーディオスプリッタを作成

2024年に買ってみて割と良かったもの

2025-01-01T02:01:48Z

Weytoll 150W 電子負荷テスター 1.77 TFT カラー 4線式デジタル高精度抵抗電圧電流計調整可能な定電流電子負荷 (10A)

日本語だと「電子負荷」という謎用語なのだけど、要は定電流負荷。電池の寿命を見るのにテスタで電圧を測ってもインピーダンスが高いので分からないので、一定の負荷をかける必要がある。電子負荷を使うと消費電流を指定できて、その電流負荷でどのくらいの時間もったのかが分かる

Andonstar AD407 3D HDMI はんだ付けデジタル顕微鏡プロメタルスタンド付き 4MP UHD 7インチ調整可能LCDスクリーン USBビデオ顕微鏡電話修理SMT SMD DIY用

最近、老眼が進んできた上に表面実装の半田付けが増えてきたので購入してみた。昔この手のUSB顕微鏡を試しに買ったことがあるのだが、レンズの精度が悪いわノイズは多いわで散々だったので避けていた。最近この商品の紹介がYouTubeにあって良さそうだったので購入。SSOP(ピン間0.65mm)くらいでも余裕で良く見える。

MXBatt USB充電式 9V充電池 006P型 9V形リチウムイオン 650mAh USB-Cケーブルス付き1.5H急速充電電池 800回充電可能充電器不要 1本

この手の006P充電可能電池は、内部で昇圧しているので自己放電やノイズが問題になることが多いのだが、この電池は評判が良いので買ってみた。テスタで使ってみているが特に問題無いようだ。

KAIWEETS 検電器 12-1000V AC / 70-1000V AC感度調節検電ドライバーペン型 LED懐中電灯付きパーセント表示通電チェッカー非接触電圧検出

漏電を診断する機器。昔は検電ドライバというものがあって、中にネオン管と高抵抗が入っていて、人体を通して電流が流れてネオン管が光るというなんとも野蛮な仕組みだったが、今はこんな便利なものがあるのだ。先端はプラスチックになっていて絶縁されていて安心感がある。

SWIFT 双眼実体顕微鏡立体顕微鏡 LED光源付金属製両眼ヘッド、広視野接眼レンズ10X付き、総合倍率：20倍、40倍、研究用、実験用、高倍率実体顕微鏡 PSE認証済 S304-LED

USB顕微鏡は良く見えるのだが、単眼なので距離感が掴めない。このためこれで半田付けはかなり難しい。そんなわけで実体顕微鏡を購入。これだと距離感が良く分かる。USB顕微鏡の方は半田付け結果の確認などに活用。

【Amazonデバイス】Ring Battery Doorbell Plus (リングドアベルプラスバッテリーモデル) | 上下左右150°のワイドなカメラ視野角、1536p HD+ビデオ、電源工事不要なスマホ対応ドアホン・インターホン

家のドアホンが故障。子機がたまに鳴らなくなってしまった。だいたいこの手のデバイスはバッテリがダメになるのでバッテリ交換で直ることが多いのだが、どうもそういう感じではない。子機だけ買おうとしたら4万越えになっててあきらめ。今回はAmazonのRingにしてみた。屋外カメラにGoogle Nest Camを使っているので、Googleで揃えた方が良いかもとも思ったけど、色々試す方が良いかなと。録画機能を使うには月額費用が必要で、その点ではGoogle Nest Camは無料でも3時間は保持してくれるので優れているかもしれない。

Ring Chime Pro（リングチャイムプロ）

Ringの来客通知がスマホだけだと気付かないことがあるので追加。これはWifiの中継機能もあるのでその点も便利。家では3FにWifiのアクセスポイントがあり、1Fの玄関とはかなり離れているので、中継がないとかなりWifiの電波強度が低くなってしまう。

docker runで、failed to create shim task: OCI runtimeというエラー

2024-12-02T00:12:23Z

自分が見ているサーバで今朝、以下のようなエラーがdocker runで発生するようになった。環境はUbuntu 22.04


docker: Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create fa
iled: runc create failed: unable to start container process: error during container init: error setting cgroup config for 
procHooks process: failed to call BPF_PROG_ATTACH (BPF_CGROUP_DEVICE, BPF_F_ALLOW_MULTI): attach program: invalid argument

1台はUbuntu 24.04にdo-release-upgradeしたら解決。

もう1台は、24.04でも解決できず。/etc/docker/daemon.jsonを作成して以下の内容にしたところ解決した。


{
  "exec-opts": ["native.cgroupdriver=cgroupfs"]
}

しゃべるテスターを作ってみた話

2024-08-14T08:08:23Z

テスタ棒で基板の上を調査している場合、テスタ棒を当てるのにかなり神経を使っている。なぜならICなどピッチが狭い時、一歩間違えれば隣のピンとショートしてしまうかもれないし、きっちり当てないと接触不良で正しい値が得られないからだ。しかしテスタ棒を当てた後、測定値を読み取るには、どうしても視線をテスタに向けなければならない、この時にツルっとテスタ棒の位置を狂わせてしまう事故が起きがちだ。

そこで測定値をPCで読み上げるようにしてみた。うちにあるのはだいぶ昔に買ったM-6000Mというテスターで、RS-232Cで測定値を読み取ることができる。そしてVOICEBOXという便利な読み上げソフトウェアがあるので、これらを組み合わせれば出来そう。このテスタを買った当時は、どうやらRubyでも同じようなアプリを作成していたようだ(もう12年も前なのか)。今回はRustでゼロから書き直した。RS-232Cからのデータのデコードはライブラリとして分離してある。

割と良いかも。詳細はこちら

半田ゴテとか電気ストーブの消し忘れ対策

2024-08-13T08:08:05Z

半田ゴテとか電気ストーブの消し忘れ対策のための機器を作ってみた。

テプラSR3700Pの延命

2024-08-12T10:08:16Z

もともとテプラは筐体自体にキーボードが付いていて、そこで打ち込んだものが印刷できるというものだった(今もそういう機種は併売されている)。PCと比べると画面が小さくてキーボードもお世辞にも打ちやすいとはいえず、また出力される文字もギザギザとしたものだった。そんな中、PCから接続できるテプラが登場。うちにあるテプラは、SR3700Pというやつで、今見ると発売は2008年だそうだ。

6mm幅のテープは部品を整理するのに丁度良く、便利に使っていたのだが、長いあいだ使ううちに色々と問題が出て来た。

プラスチックがベタベタに劣化してしまった。

この時代の製品は高級感を出すために、プラスチックにスエードのような感触を出す加工を良く使っていた。これは年月が経つとベタベタに劣化してしまう。機能的には問題無いものの使うたびに手がベトベトになるのはかなわない。Webで検索してみるとアルコールで拭けとか消しごむをかけろというのが見つかる。まずはアルコールで拭いてみたが全く拭きとれる感覚がない。消しごむというも効率が悪く範囲が広いと気が遠くなる。アルコールで拭いてみた感じだと、もっと脂溶性の物質のような感じなのでおそらく有機溶剤が良さそう。試しにCRC5-56を使ってみた。

おなじみCRC-5-56

これがとても具合が良く、みるみるきれいになった。ただCRC5-56は浸透性が高いのでプラスチックを逆に痛める可能性があるため、良く拭いた後にシリコンスプレーを使って磨いておいた。

シリコンスプレー

1か月ほど経つが特に問題無いようだ。

Mac用のアプリが更新されなくってしまった。

古い製品なので仕方無いがmacOSの最新には対応してくれなくなってしまった。Windowsなら使えるので致命的ではないが、うちにあるWindowsは1万円で買った中古のRAM 4GB Windows Padなので今ひとつ使い勝手が悪い。そろそろ買いかえかもなと思って調べていたら今のテプラは色々と便利な機能があることが分かった。

1つはハーフカット。ラベルを作ったあと面倒なのがシールを台紙から剥がす作業でこれがなかなかうまくいかずにイライラする。今のテプラにはハーフカッタが付いた機種があり、これを使うと楽に剥がせるらしい。

もう1つはより幅の狭いテープのサポート。普段は6mmのテープで十分なのだが、たまに2行印刷したい、より狭い幅のテープがあったらなと感じる。今は4mmのテープがあることが分かった。また最新の機種は6mmのテープに2行の印字が可能なことが分かった。

価格.comで調べるとハーフカッタサポートのテプラはこのあたりのようだ。SR-R680 ならPCにも接続できるし、本体だけでも打ち込んで印字ができて便利そうだ。

キングジムラベルライター「テプラ」PRO SR-R680

興味あってカシオのネームランドも調べてみた。ハーフカッタ対応だと、こちらのリストのようだ。KL-TM7だと随分と安いようだ。PCには接続できないが、筐体にキーボードがあった方がサポート切れの心配をしなくて良いのが逆に利点かもしれない。

カシオラベルライターネームランドBIZ スタンダードモデル KL-M7 テープ付セット KL-TM7 (3.5mm-24mm幅)

しかしまだテプラ用のテープが残っているので、やはり捨てるのは惜しい。なんとか今のテプラを活用できないか調べてみた。まずハーフカットだが、こんなのがあることが分かった。

キングジム(Kingjim)KING JIM テプラハ-フカッタ- 金属ホワイト RH24

試しに買ってみたが少々コツがいるものの、シール剥がしが楽になった。

残りは6mmテープへの2行印字だが、アプリの方を調べてみてもそういう機能は無さそうだった。プリンタの解像度的には十分可能そうなのだが。しかしSR3700Pには任意のビットマップ印字機能があるので、あらかじめビットマップで印字内容を残しておけば良さそうだ。

何か手軽な方法は無いかとClaude3さんに聞いてみたところ、ImageMagickを使えとのこと。

$ convert -pointsize 64 -interline-spacing -5 -font ~/.fonts/HackGen_NF_v2.9.0/HackGen35ConsoleNF-Bold.ttf label:"p日本語\npあいう" output.png

こんな感じで2行表示の文字列をフォント指定で描画した画像を生成できることが分かった。Mac版のアプリは少々出来が悪く、画像印字すると高さが減ってしまうのでWindows版の方が良さそうだ。

若干解像度が落ちるが、多分テプラのアプリの縮小のロジックのせいと思われる。テープ幅に合ったドット数のイメージを作ればもう少しきれいになりそう。

「関数型ドメインモデリング」

2024-07-05T06:07:44Z

関数型でドメインモデリングというお話。

第2章「ドメインの理解」

実際のドメインの理解について実例を示しながら解説している。ドメインエキスパートへのインタビュー、こんなに何でも知っているお客様はいないっすよとは思いつつ、まぁそれを言い出すとキリが無いので仕方無い。そして、いきなりER作り出すなよと釘を刺す。これは、おじいちゃんへの良いアドバイス。そしてクラス図もダメだからなと釘を刺す。今時もクラス図って生きているの？じゃどうやって実装に落としていくのかというと、テキストベースのメモに留めておけと。そしてドメインの理解が完全になってから実装に進むのだ。ただこのテキストベースのメモに出てくる型の記述って結局は(Javaで言うならAbstcatr Classを排してInterfaceだけを使った)クラス図じゃないのかなぁ。

インタビューは更に進む。「数量は整数ですか浮動小数ですか？」に対しドメインエキスパートにプログラミングの専門用語使っちゃダメですよ。「数量は整数ですか小数ですか？」と聞きましょうと。それはそうなんだけど。分析系以外で浮動小数点数の利用は常識として無いだろうと思う。この手の書籍で気軽に浮動小数点数を持ち出す例を見かけるのだが、やめた方が良いと思う。そもそもこの著者って本当に実務でプログラミングしているの？という疑問が沸いてしまうので。

制約条件、ライフサイクル(状態マシーン)を書き上げる。まぁそうですよね。

完全に新規の場合は本書の通り「ドメインの理解」から始まるのだろうけど、そうでなければ通例は「システムの理解」的なものがあるのではないかな？特に外部システムとか。これはドメインエキスパートはあまり知らないので、お客さんのIT部門の人にも聞かないといけないし、ITの人も外部システムについては実は良く知らなかったりで大変なわけで、とはいえ「関数型」とは離れてしまうので省略されたのかもしれない。

第3章「関数型アーキテクチャ」

処理はイベントソーシングでキューイングする。このあたりはマイクロ・サービスのコレオグラフィと同じ考え方なのかな。

これまでのようなサービスレイヤ、ドメイン、永続化層みたいなのは良くないよね。なぜなら横につながっているのである機能の修正のために他の機能への影響が出やすいからと。機能ごとに分離しましょう。ただ、それだたレイヤーが増えすぎて良くないからオニオンアーキテクチャにしましょう。I/Oは副作用なのでドメインには置かずに外側に置きましょうと。う〜んそれはまぁ分からないでもないけどドメインロジックで、ビジネスルールなどのチェックが必要だとI/O必要ないのかなぁ。そういうのは先に取得しておいて渡せってことかな。でもそうするとビジネスルールが複雑な場合って、最終的には不要なものも含めて必要になりそうな可能性のあるもの全てを先に読んでおけってことになるのかな。

第1部はここまで。第2部は基本はF#の話。

静的型の活用。値型(単純型)。不変条件。このあたりは別に「関数型」でなくてもImmutable指向のOO設計でも共通の話題かな。

ワークフローはイベントをキューで流せと。Validationとかの粒度でイベントとして扱うとされているが、そんなレベルでやるの？あとはフラグやめてステートマシンにしようね。このあたりは昔から変わらない。

第3部もF#というか関数型の基本の話で始まる。

エラー処理。F#ではResultを使う。まぁイベントをキューイングというアーキテクチャでは例外を使ってもご利益ないよね。そしてシリアライズの話。

12章で永続化。ここで3章で抱いた疑問への回答が示される。

まず、前の章の方ではかなり粒度の小さなレベルでイベントとキューイングで実装していくように読めたのだが(誤読か？)、実際はI/OがOKな層からドメインロジックを「呼び出し」て良く、ドメインロジック中で追加でデータが必要になったら一旦その旨を戻値でドメインロジックから返し、その戻値をもとにI/O層が追加でデータを取得してまたドメインロジックを呼ぶような造りで良いとのこと。まぁこれなら良くみる「サービスレイヤ」なのでそんなに異和感は無いよね。

本書での主張は自分は、要件定義ですぐにER図とかクラス図などの実装詳細を書こうとするな、ドメインロジックからはI/Oを無くせ。あたりが本質かなと感じた。具体的なアプリケーションを題材にしているので、アプリケーションを実装している人には示唆に富んでいると思う。

ただ盲従しない方が良いかなと。基本CRUDで画面を数100枚作るようなプロジェクトでこの手法はover killだと思うし、基幹業務で一旦作ったら5年、10年塩漬けというようなアプリケーションでもメリットを出しづらいだろう。

なら一日に何度もデプロイするような戦略アプリケーションならどうか？少なくとも3-5年前の自分ならこういう設計(ドメインロジックからはI/Oを排する)に諸手を上げるかもしれない。ただし、これはトレードオフで、やはりドメインロジックからI/Oを排するために複雑になることは受容しなければならない。こういうのは一旦流行しても5年くらいするとPlain Oldなんとかみたいな揺り戻しが起きて「単にサービスレイヤで永続化層とやりとりするだけの単純なコードの方が実装ははるかに楽だよね？」みたいになりそうな予感もする。

最近はRustでWebアプリケーションを実装してるが、結局永続化に関する部分はsqlxやSeaORMのようなライブラリで吸収できてしまうし、複雑なバリデーションはBuilderに入力をつっこんでbuild()メソッドで検証みたいな素朴な作りで十分で、あまり大層な仕組みの必要性を感じない。フレームワークもテスト支援機能が手厚く、DBありでも無理なくテストできる。もちろんその分、I/Oが入るとテストが遅くなるとか、単体テストはテストごとにPostgresのDB名にUUID入れたものを新規生成してぶつからないようにするなどの工夫が必要などデメリットもある。その分、ドメインからDB切り離して得意になっていたら、SQLがバグっていて痛い目にあったなんてことが起きないというメリットもある。結局はトレードオフなのだ。自分のようにDB苦手な人間はDBも巻き込んだテストを地道に回す方が安心できる。

「関数型デザイン」

2024-07-05T00:07:33Z

Bobおじさんによる関数型プログラミング言語の使い方の解説。「使い方」なので理論的な話は割愛とのこと。

関数型については、ひところのブームが去って落ち着いた感がある。別にこれまでのOOなどのパラダイムを置き換えるようなものではないし、あくまでケースバイケースで採用すれば良い、人のコードを読む時に前提として知っておいた方が良いプログラミングの1技法くらいの位置付けだろう。そういう意味ではデザインパターンの1つくらいに考えた方が良さそうだ。

正直対象読者をどう想定したのだろうかという点については、最初は大いに疑問だった。ガチ勢相手としては、この手の話は数年前に決着が着いた感があり出版が遅すぎる(翻訳が遅れただけかと思ったが原著も2023/9だった)。初心者向けとしたら、言語としてメインにClojure、場合によってJavaやC++も出すというあたり、初心者に読ませようという意図が感じられない。

とすると本書は、特にモナドとか圏論など難しい概念に恐れをなして、これまで関数型を避けていたベテランが対象なのかもしれない。そういう観点で見ると、本書の構成は実に腑に落ちるし、それをこの時期に出すというのも絶妙である。対象となる方々には強くお勧めしたい。

ATtiny10を使ってみた。

2024-06-01T08:06:11Z

ATtiny10を使ってみた。

2023年に買ってみて割と良かったもの。

2023-12-31T01:12:34Z

腰枕

朝起きると腰が痛むようになったので、試しに購入。腰痛はほぼなくなったので効果はあるみたい。

ENGINEER エンジニアハンダ吸取器 SS-02

半田吸い取り器は基本は電動式のものを使うのだが、電動式のものはスイッチ入れてから使えるようになるまで、数分かかる。かといってずっと待機させておくとなると場所もとるしコテ先も焼けるしでわずらわしい。手動式のものは力が弱いのが難点なのだが、これを試しに買ってみたらかなり強い。片面基盤ならこれで十分。

IKococater 安定化電源直流安定化電源 0-30V 0-10A

デジタル回路の制作が主になって、安定化電源のお世話になることも減ったのでずっと持っていなかったのだが、久しぶりに必要になったので購入。子供の頃はまだスイッチング電源がなくて、10Aも取れるものは巨大で高価だったものだが、今はこんなにコンパクト、安価になった。この手の廉価なものは調整ツマミが可変抵抗で経年変化でガリって使い物にならなくなるのだが、驚いたことにロータリーエンコーダが使われていた。今のところ問題無し。

ゼルダの伝説　ティアーズオブザキングダム -Switch

10年くらい前にゲームに物理演算の時代が来るみたいに言われていたと思うが、これほど早く実現するとは。本当に現実世界にあるかのように物体が転がったり壊れたりする。このため攻略の自由度も半端無く大きい。祠の難易度は前作より下がった感じがするけどより一般の層も対象とするための配慮なのだろう。5月の連休の頃に届いて、毎日少しずつやっているが、まだ遊べている。文句無しの名作。

新輝合成トンボユニードゴミ箱蓋を開けずにごみを捨てられる

猫がゴミ箱をいたずらするので試しに買ってみた。とても使いやすくて満足。

MICHELIN(ミシュラン) COUNTRY ROCK BLK 26X1.75 26 X 1.75

自転車用のタイヤはパナレーサを使っていた。ところが別にコーナを攻めたりする乗り方をしているわけでもないのに、前回買ったものがサイドの摩耗が激しかったので、試しにこちらのものを買ってみた。今のところ快調なのでしばらくはミシュランを続けてみようと思う。

WOVTE折りたたみ式ルーペ 10倍

ルーペは幾つか買ってみたが、今はこれに落ち着いた。もう少し安い価格帯だと40倍などのものがあるが、正直20倍を越えるものは焦点距離が短か過ぎて使いにくい。10倍あたりが使いやすい。

アイリスオーヤマ電動空気入れ

自転車用の空気入れ。最初に買ったものは電池内蔵のタイプでそんなに悪くは無かったのだが、やはり2年ほど使うと電池の寿命で使えなくなった。次に買ったのは乾電池式のものだったが力不足でいまひとつ。3台目に買ったのがこれ。アイリスオーヤマは電動工具も扱っていて、電池は共通なので電池の寿命が来たら電池だけ交換すればOk。

【2023改良型】TEPNICAL 3in1 Magsafe充電器 Qi認証ワイヤレス充電器

Apple WatchとiPhoneを同時に充電できるスタンド。磁石が入っていてiPhone充電の時の位置合わせのストレスが無いのが良い。もう1台買ってリビングとデスクに置いている。

kvmスイッチ hdmi 4K kvm スイッチ HDMI切替器 4ポート（PC4台用）

ずっと使っていたKVMスイッチ、1ポートダメになったのを騙し騙し使っていたが、いよいよ壊れたので新しいものを購入。良くあるKVMスイッチは四方八方にケーブルが出るようになっていてデスクの上がカオスになるので、リモコンが付いているものにした。おかげでデスクがすっきりした。

夏休みの自由研究はCH32V003でLチカ

2023-08-18T08:08:40Z

夏休みの自由研究は、CH32V003でLチカ

GWの自由研究

2023-05-04T06:05:06Z

今回は万能導通テスタ

家庭用のオーディオでの必要な出力

2023-01-07T02:01:20Z

この件、どうやら最終段の切り替え機に原因があったようです。

少し前にこのアンプを買ったのだが、

FX-AUDIO- FX202A/FX-36A PRO

少し大き目の音になると盛大にバリっというノイズが乗るのが気になっていた。カタログ値は48Wとあるが、これは4Ω負荷のようなので、うちの8Ωのスピーカだと24Wというところだろう。それでも24Wもあれば十分だと思っていた。

というのも大昔にオーディオの記事で普通の家なら5Wも出せば近所迷惑な音量になると書かれていたのを読んで、それを特に検証もせずに(50年近くw)信じていたのだ。もちろん音量はスピーカの能率とアンプの出力の両方に依存するから、アンプ出力だけで判断はできないのだが、うちのスピーカはフルレンジの高能率のものなのだ。

ただ、もしかするとアンプの故障の可能性もあるので、抵抗負荷で最大出力近辺での挙動を見てみることにした。大昔に作ったファンクションジェネレータを発掘して、8Ωのセメント抵抗負荷で1kHzの正弦波でアンプに負荷をかけてみた。

オシロで見る限り、特に波形の乱れ無く20Vppまできれいに出ていたのでアンプは無罪のようだ。FX-AUDIOさん疑ってごめんなさい。

つまりこれまでの自分の知識をアップデートせねばなるまい。20W程度の出力では少し音量が大きくなると力不足で、特にD級アンプだと定格を少しでも超えると盛大にノイズが乗るので、かなり余裕を見た方が良さそうだ。人間の耳は音量のスケールが対数なので、2倍程度では足りなさそうで、100Wくらいの出力の余裕は最低限必要そうだ。最近のアンプはどれも4Ω負荷が基準なので、そうするとチャンネルあたり200Wくらいは必要ということになる。探してみると、こんなのが見つかるが、

Fosi Audio TB10D

ちゃんと出力を得るには48V 10AのACアダプタを使えとのこと。それでも480Wだから、300W x 2出力には足りていないと思うけど、まぁオーディオ用途なら常にフル出力必要なわけじゃないから大丈夫という見立てなのだろう。とはいえ、探してみてもそんな化け物のようなACアダプタは存在しないので、現実的にはこの手の小型D級アンプだと厳しそうだ。

昔のアンプで問題にならなかったのは、A級、B級アンプなら少々定格を超えても歪みが乗る程度で気にならなかったからなのだろう。

くり返し: この件、どうやら最終段の切り替え機に原因があったようです。

原因はアンプ切り替えの方だった模様。

2023-01-07T02:01:06Z

前回の記事の件の続き。

そういえば最終段にアンプ切り替え機が入っていたなと。

FX-AUDIO- PW-1

普段はD級アンプでお手軽に済ませつつ、たまには真空管のアンプでも聴きたいので切り替え機を入れていたのだった。

この切り替え機、スイッチに接触不良があり、一度交換してもらったけど、やっぱりダメ。仕方ないので改造してスイッチだけ取り替えたのだ。ただ、端子部分もかなりヤワな感じなので、もしかしてここが大出力になると接触不良になるのではと予想。そこでこの切り替え機を外してスピーカをダイレクトにアンプにつないでみた。

結果、ノイズが無くなったので、どうも端子の接触不良のよう。ちょっとAmazonで探してみたけど、あまり良さそうな切り替え機が見当たらないので、ここも自作しないとダメかな。

冬休みの自由研究

2023-01-05T02:01:48Z

今回はMkDocsを使ってまとめてみた。

冬休みの自由研究

昨年買って、割と良かったもの

2023-01-01T03:01:40Z

WUBEN(ウーベン)
Amazon.co.jp: WUBEN(ウーベン) : スポーツ＆アウトドア

自轉車用ライト(今は売切れになってしまっている模様)。これまでは電池内蔵のものを使っていたのだけど、だいたい2-3年で電池がダメになって丸ごと交換になり不経済なので電池交換できるものに変更。これを自轉車用のホルダーで固定している。18650電池なら電池もちも良く快適。

【Amazon.co.jp 限定】クモリ(Kumori) チェアマットクリア PVC 床保護マット 90X120cm 厚み2mm キズ防止凹み防止エンボスゲーミングチェアマット床暖房対応滑り止め冷蔵庫フロアマット(90X120cm)
【Amazon.co.jp 限定】クモリ(Kumori) チェアマットクリア PVC 床保護マット 90X120cm 厚み2mm キズ防止凹み防止エンボスゲーミングチェアマット床暖房対応滑り止め冷蔵庫フロアマット(90X120cm)が床保護マット・チェアマットストアでいつでもお買い得。当日お急ぎ便対象商品は、当日お届け可能です。アマゾン配送商品は、通常配送無料（一部除く）。

イスのキャスターにワックスとホコリがまざったものがこびり付いて厄介だったので、これを敷いてみたら効果てきめん。キャスターの汚れが全然付かなくなった。

MikroTik CRS309-1G-8S+IN
The CRS309-1G-8S+ is a very compact, yet powerful networking switch. It has eight SFP+ slots, supporting up to 10 Gbit module in each, which results in a total switching capacity of 162 Gbps and total non-blocking throughput of 81 Gbps. The device also has dual-core 800 MHz CPU, 512 MB RAM, a man...

10Gbpsのスイッチ。なんか値段が買った時の2倍以上になってしまっているので、買うなら別のところが良いかも。安定して動いている。ただ10GbpsはRJ-45は発熱がひどいので、SFP+を推奨。

Atlas(アトラス)ボトルインボトルハンドルタイプシルバー ABIB-CSV ペットボトルホルダー真空断熱構造
Atlas(アトラス)ボトルインボトルハンドルタイプシルバー ABIB-CSV ペットボトルホルダー真空断熱構造がホーム＆キッチンストアでいつでもお買い得。当日お急ぎ便対象商品は、当日お届け可能です。アマゾン配送商品は、通常配送無料（一部除く）。

発想の勝利。ペットボトルごと入れられるので、炭酸飲料などは炭酸が抜けない。洗わなくて良いので会社に置きっぱなしというのも良いかも。

マウスリストレスト手のひら手首サポートパッド 3次元表面デザイン滑らかな滑り柔らかい冷却素材マウスで動くスライドリストパッド軽量コンパクトオフィス作業ゲーム右手専用 (ブラック)
Amazon.co.jp: マウスリストレスト手のひら手首サポートパッド 3次元表面デザイン滑らかな滑り柔らかい冷却素材マウスで動くスライドリストパッド軽量コンパクトオフィス作業ゲーム右手専用 (ブラック) : パソコン・周辺機器

最初は慣れなくて失敗かと思ったけど、慣れたらこれ無しだと手首が疲れてしまうように。

KKHMF 3.3V 5V MB102ブレッドボード用電源モジュールパワーモジュール [並行輸入品]
特徴: MB102パンボード用 5V、3.3Vとの互換性入力電圧:6.5-12V（DC）またはUSB電源出力電圧:3.3V、5Vの切り替え可能最大出力電流:700ミリアンペアこれはブレッドボード電源モジュールは、3.3Vと5Vの出力電圧をサポートすることができ、MB102のブレッドボード用に設計された電源モジュールである。このパワーモジュールのサイズは約です。 53ミリメートル、長、35ミリメートル、幅20ミリメートルの厚さである。ブレッドボード用に設計された電源モジュールサポート3.3V、5V出力 B102ブレッドボードに適しパッケージが含まれます: 5 X 3.3V ...

ブレッドボードに差して、USBもしくはACアダプタから5V or 3.3Vを供給できて便利。ただ機構上、逆に差すこともできてしまうので注意が必要。

Google Nest Cam (屋内、屋外対応 / バッテリー式)
スマートな機能を備えた、バッテリー式のセキュリティカメラ。 Google Nest Cam は人、動物、車を判別でき、必要な通知だけが届くように設定できます。 Google Nest Cam はバッテリー式で、リビングルームから庭まで、必要な場所にどこでも設置できます。何か起きたときは通知が届くので、Google Home アプリですぐに対応できます。別売りの屋内用スタンドや防塵・防滴ケーブルなどの各種アクセサリを追加すれば、Google Nest Cam がさらに使いやすくなります。 Wi-Fi の停止や停電が発生した場合、Google Nest Cam が自動的にアクティビティの動画履歴を最長 1 時間分、ローカルメモリに保存します。Wi-Fi や電源が再稼働したら、その間に起きた出来事を確認できるようになります。また万一、カメラが何者かに無断で持ち去られてしまった場合は、無料で交換ができます。

思ったよりずっと便利。こんな風に自分の敷地を設定しておけば、そこに誰か入ってくるとたちどころにスマホに通知が来る。

ただカタログスペックでは電池が数か月もつと書いてあるが、1週間ももたない感じ。まぁモバイルバッテリーつなげば充電できるのでそれでしのいでいる。

M2チップ搭載MacBook Air
M2チップの驚異的なパワーを内蔵したMacBook Air。一日中使えるバッテリー、13.6インチのLiquid Retinaディスプレイ、1080p HDカメラを搭載。デザインも性能も一新しました。

最近のIntel様のチップの消費電力がやばすぎるので、Apple Silicon。速い、軽い、熱くならないの三拍子。スリープしたまま1週間くらい放置しても7割くらいは電池が残っている。垂直統合の勝利。

reveal.jsを使ったページをGitHub Pagesで公開すると、幾つかのファイルが404になる。

2022-09-13T09:09:09Z

基本的には、ここの内容をそのままGitHubに登録してpagesの設定をすれば良い。例えば「Reveal.js、Markdown、Githubでスライドを作成する。」が良くまとまっている。だが1つ謎の事象が起きて悩んだ。

index.htmlの中に、直接markdownを書く時には良いのだが、以下のようにdata-markdown属性でmdファイルを指定すると、不可思議な動作をする。


<section data-markdown="./md/firstpage.md"
    data-separator="\n---\n$"
    data-vertical="\n--\n">
    <script type="text/template">
    </script>
</section>

最初にcommit/pushした時は表示されるものの、変更してcommit/pushしても変更が反映されなかったり、そもそもこのmdファイルが404エラーで見つからなかったりする。GitHub Pagesの不具合なのかなと諦めていたのだけど、ある推測が頭に浮かんだ。それは、index.htmlからリンクされているファイルしかGitHub Pages管理されないのではないかという推測だ。このmd/firstpage.mdファイルの指定はdata-タグなので、GitHub Pagesのパーサには認識されないのではないか。

そこで以下のようにダミーのaタグを入れてみた(もっと良いやり方があるのかも)。


<a style="display:none" href="./md/firstpage.md"></a>

これがビンゴ。ちゃんとmdファイルの更新が反映されるようになった。

Clean Craftsmanship

2022-08-22T04:08:02Z

Clean Craftsmanshipをいただきました。いつものボブおじさんのClean XXXシリーズ。

ボブおじさんの書籍シリーズの良いところは、自分は以下のように見ている。

前提知識が少なくても出来る限り理解できるように練られている。
高尚な話ではなく、現場叩き上げの話が中心。
なんとなく、これおかしいよなぁと薄々感じつつも、現場の空気で言えないようなことを、ズバっと言ってくれる(Clean Codeでの「コメントは害悪」など)。

今回も個人的に面白かった部分を取り上げたい。

第2章

この章は基本的にTDDの実践をサンプルを使って詳しく記載している。基本的な部分から解説されているので、TDDについては初めてという初心者の人でも全く問題なく理解できるだろう。前提知識不要というのは素晴しい。

「デバッガーが得意になることを目指すべきではない」

テストコードを数行書き、エラーやテスト失敗をてがかりに本番コードを書く。というやり方を繰り返す中ではデバッガーの出番はほとんど無い。

そういえば会社に入った頃(30年くらい前)は、会社での開発のやり方がかなり違うことに驚いた記憶がある。ある先輩はひたすらコードを仕様書に従って組み上げた後、巨大なプログラムを動かし始めて、なかなか動かずに難解なバグに頭を悩ませていたのだ。その後、研修で「コーディング」と「テスト」は局面が別れているので、先輩のやり方が会社としては正しいのだと知った。

自分がそれまでにやっていた趣味のプログラミングでは、ちょっとだけコードを実装してみて、動かしてみて確認。Okならまた先に少しだけ前進。というのを繰り返していた。なにせ当時はC/C++なので慎重に進んでいかないと、メモリを破壊するデバッグ困難なバグで長時間足をとられてしまう。少しずつ進んでいかないと、根本的な設計ミスに気付いた時に大手術となってしまうので、自然とそういうやり方をとっていた。

TDDの普及によってようやくコーディングとテストは不可分なものになったわけだ。

第3章

TDD応用編だ。テストの時に使う「ニセモノ」。テストダブル。これにはフェイク、ダミー、スタブ、スパイ、モックがあるという解説。前はモックとスタブくらいしか無かった気がするけど、今はそんなにあるのね。

スパイを使ったテストは壊れやすい

sin()の計算をテイラー級数で求める時のテストをどうするか。sin()の引数は無限にあるので何をもって充足していると言えるか。そこで、テイラー級数の各項を教えてくれるクラスを抽出して、それをスパイに置き換えて様々な条件を与えてやれば、テイラー級数の計算ロジックが正しいことを検証できる。しかし計算方法をCORDICに変えると全てが無駄になってしまう。それがスパイの限界だ。テストの壊れにくさを追求すには、なるべく本番コードとの結合を弱める必要があるが、そうするとより詳細にテストを行うことが困難になる。これはトレードオフなのだ。

ここでふと思ったのだけど、このあたりのテストダブルを自分は最近全然使っていないなと。全く使っていないわけではないが非常に限られたケースでしか使っていないように思う。なぜなのか考えてみたが、まずE2Eテストの方が主でUnitテストはE2Eでカバーできないところだけ補足的やる感じのスタイルになったので、こうした仕組みの重要性が薄れた。E2Eテストなら、内部の実装を変えても外部からみた振舞いが変わっていなければテストは壊れない。

ScalaやRustを使う機会が増えてきて、なんでもかんでもOOで書くというのがなくなったので、テストダブルがあまりうまくはまらないというのもあるかもしれない。基本は関数を渡すように設計するので、テスト用の関数をテストの時に渡すやり方でテストしている。

本書の方針はコンポーネントの境界を越えないならテストダブルを使っても良い。そうでなければなるべく使わないだ。これまで感じていた「なんかテストダブルって分かりにくいし嫌だな」という感覚が明快に言語化されていて良い。

第4章

「GUIをテストするな」

これはSeneniumのようなツールによるテストを否定しているのではなく「GUIでレンダリングされた見た目が正しいことをテストするな」ということだ。見た目は、頻繁に変わるのであっという間にテストが壊れて作り直しの繰り返しになる。まぁこれは昔から言われているやつ。

GUIの領域は設計によってかなり小さくできるので、それを目指せば大きな問題ならないとのこと。

ただ典型的なWebアプリはともかく、インタラクティブ性の高いGUIアプリはそうもいかないのではないかなぁ。自分はドロー系のアプリを作るのが好きで趣味で良く作ったりするが、例えばオブジェクトを複数選択してドラッグして移動するとか、ドラッグ中に画面の端までいったら自動的にスクロールするとか、そういう部分はGUIと切り離してテストするのは困難だし、良いテストツールも無いのが現状だと思う。

「XXXクラスにXXXTestクラスを用意するというやり方をやめる」

TDDの初期の頃の解説にあったXXXクラスにXXXTestクラスを用意するやり方は間違いだったと認めている。これはテストと本番コードとの結合度を高め、構造の改善をしようとすると大量のテストが失敗してしまう。本書ではレンタルビデオの例を使い、あるビジネスケースを実行するテストを紹介する。1ビジネスケースはCustomerとかRentalやVideoRegistryなど複数の協調で実現されるが、これらのクラスを個別にテストするのではなく「ビデオxxxを顧客yyyがレンタルする」というビジネスケースでテストをする。

今はWebアプリもSPAで、サーバサイドはAPIサーバになっているので、このAPI単位でテストを書くのが妥当なのかもしれない。APIは一旦公開したら勝手に変更できないから、そこにテストが依存しても将来壊れるリスクは小さいだろう。自分が数年前からE2Eテスト重視に転向したのもこれが理由だ。

git reset --hardは友達

リファクタリングを始めてみて行き詰まったらすっぱとあきらめて元に戻そう。

まったくその通りだ(笑)。

第6章

YAGNI

フックは悪との解説。

自分が会社に入った当時はUser Exitと呼ばれていた。この仕組み、当時はなるほどと思ったものの、これをうまく活用するのは想像以上に難しい。User Exitに書いたものが本体コードにどういう影響を与えるのか分からないので、試行錯誤でうまい具合に動く「局所解」を探す旅になるのだ。何より当時は本体側のソースコードが開示されていないので文字通り手探りだった。本体コードを開発する側も、ユーザ側がどんなUser Exitを書くか事前に全てを想像できるわけではないので無理筋な仕組みだろう。でも今も「プラグイン」というのは残っているよね... とも思うが。

第7章以降

基本的に読み物として楽しめば良いように思う。ボブおじさんの経験談にもとづいた教訓の膨大な集積場だ。

ニューカマー

2022-06-05T05:06:13Z

手が凄く太いので大きくなりそう。

ソースコードを変更すると、cargo runで毎回ライブラリのビルドが走ってしまう。

2022-04-24T05:04:59Z

ソースコードを変更すると、cargo runで毎回ライブラリのビルドが走ってしまうようになった。起きる環境はLinuxで、同じソースコードをMac(Intel)に持っていっても再現しない。色々調べていると、ソースコードを変更すると自動的に裏でrustcが走っていることがpsで確認できた。

どうやらRustのLanguage ServerがVS Codeのpluginであるrust-analyzerで自動インストールされ、これが裏で自動的にソースコードの変更を検出してビルドを実行するようだ。Emacs用のlsp関係のパッケージを入れていても同じ事が起きる。

雑にググると、.cargo/config の中にtargetディレクトリを指定しろというのが出てくるが、これはvs codeでもcargoの直接起動でも効くので意味がない。そりゃそうだ。vs codeの時だけtargetディレクトリを変更したいのだ。.vscode/launch.json にenvで指定せよというのが見つかったのでやってみたが、効かなかった。

仕方ないのでcargoを直接起動する時用のラッパを作って逃げることにした。


#!/bin/sh
CARGO_TARGET_DIR=cargo-target cargo $*

これを使って、cargo runのかわりに、./c runとする。少々面倒だが仕方無い。

桜

2022-03-27T07:03:36Z

曇りがちで風も強かったけど、近所の公園へ。

雪晃の花

2022-03-23T09:03:41Z

去年は咲かなかったけど、今年は無事咲いた。

池上梅園

2022-02-23T08:02:04Z

今年の開花は遅いみたい。三分咲きという感じ。

私用のPCでもWindowsが必要になりそうなので、Windows10を導入。

2021-10-09T04:10:31Z

USBメモリにISO焼いて起動しても途中でエラー。Windows10はDVD-DLに焼かないとダメなのね。多分USBのドライバが入ってないのだと思う。

普段はXubuntuなのでWindowsは別のドライブに導入してマザーのブートメニューで切り替え。しばらく大丈夫だったのが突然Xubuntu側が起動できずBusyboxが上がるだけに。GRUBかMBRが壊れたのかなとUbuntuのDVDで起動してfdisk -lするとNVMeドライブがいない! SSDが突然死かと思って外してUSBアダプタに付けて確認すると問題無し。まさかマザーのNVMeが死んだのかな、ちょっと考えにくいなとUEFIのメニューを確認したら、NVMeのストレージモードがAHCIからIntel Optaneに変更されていた。なんだこれと思ってAHCIに戻したら普及。

当然Windowsの方は起動しなくなってしまったので再インストール。マザーのチップセットドライバを入れ直していて気付いた。チップセットドライバの中にIntelのストレージドライバがあるのだけど、これが脳天気に「AHCIなんてやめてOptane入れちゃいなよ」とサジェストしてくるのだった。最初の時は何も考えずにそもまインストールしたので、Optaneモードに変更されてしまったのだな。

確かWindows8の時にキャンペーン的なのがあって、手持ちのXPのライセンスをWindows8に格安でアップグレードしたんだけど、当時はどうもライセンス回りの処理がいまいちだったようで、何度かライセンス・エラーになって面倒になって放置していた。今回は、そのライセンスとWindows10のISOで導入してみたのだけど、最初にMicrosoftアカウントでログインするだけで自動的にライセンスが有効になっていたので改善されたのだろう。

桜

2021-03-27T05:03:08Z

近所の公園を散歩。宴会禁止になっていたので静かで良かった。

池上梅園

2021-02-06T09:02:37Z

三分咲きといったところ。

プログラミング言語Rust公式ガイド

2020-03-04T09:03:21Z

「プログラミング言語Rust公式ガイド」を大分前に送って戴いていたのを、ようやく読んだ。

Rustは、個人的にかなり気に入った言語で、早く組込み開発で普通に使えるようにならないかなと思っている。Rustの公式のガイドがとても良く出来ており、おそらく多くの人がここをとっかかりに始めているのではないかと思う。本書は、このガイドを読んだ人、読んでいない人のどちらにも勧められる良書だ。ただ中盤以降の翻訳は一部こなれていない箇所もあり、意味が良く分からない時のために原書もあると良いと思う。

2章 Shadowing。Rustでは同じ名前の変数を複数回宣言できて、それにより前の変数はShadowされる(見えなくなる)。他の言語では、ほとんどが二重宣言のエラーになるところだ。便利かもしれないが個人的にはRustの言語仕様の中で、ほぼ唯一疑問を感じるところ。まぁ関数のサイズが小さければ問題ないのかもしれない。

2章 Result型。他の多くの言語が例外を使うのに対し、Rustは正常時と異常時との2つの型を持てるいわゆるEither型を使用する。ユーザのコードがResult型の結果を受けて何もしていないとコンパイラが警告を出してエラー処理を忘れていないかと忠告してくれる。

3章 Rustのセミコロンの扱いは、他の言語(行末のセミコロンを省略しても良いという仕様)から来た人をとまどわせることが多いと思う。値を返したい場合にはセミコロンを書いてはいけないし、文の間は基本はセミコロンで区切らないといけない。

4章 Rustで特徴的なのが所有権の管理。

let s1 = String::from("Hello");
let s2 = s1;

最後の文でs1からs2に文字列の所有権が移転されて、この後はs1が使用できなくなってしまう。これにより二重解放のバグが回避される。

4章そしてもう1つ象徴的なのが参照の管理。例えばJavaとかScalaでは型によりImmutableかどうかが決定される(Javaはまぁ、Collections.unmodifiableXXX()みたいな型だけじゃ判別できない辛いやつもあるけど)。String型ならImmutableだし、StringBuilderならMutableだ。Rustはここの考え方が根本的に異なり、最初に見た時は衝撃を受けた。コードのあらゆるポイントで以下が満たされていることをコンパイラがチェックしてくれる。

Immutableな参照(&)だけであれば、同時に幾つでも生成できる。
1つでもMmutablな参照(&mut)があれば、これ以外に別のMutableな参照もImmutableな参照も同時に存在できない。

この条件を満たしさえすれば、何もImmutableなデータのみに拘泥してロジック組まなくてもいいよね、という考え方なのだ。そしてスレッド安全性もコンパイラがチェックできてしまう。

8章 Rustはデフォルトはmoveセマンティクスなので、コレクションにデータを格納すると、所有権が移転されてコレクション側に移る。このあたりも他の言語から来た人を、かなり驚かせる点だろうと思う。

10章そしてライフタイム。Rustでは、ライフタイム(そのデータがどこまで有効であるか)を指定するのにジェネリクスの記法を用いる。おそらくRustで最初につまずくポイントがここだろう。

13章 Rustではクロージャを利用できる。ただクロージャは環境にアクセスできるので、その環境からキャプチャした変数の扱いにも所有権が絡んでくる。そのためクロージャにも3つの型があり、FnOnceは環境から所有権を奪い、FnMutは可変借用をし、Fnは不変借用をする。

17章代表的なGoFデザインパターンをRustで実装してみる試みがおもしろい。

19章関連型。Iteratorは要素の型を型パラメータではなく、関連型で指定する。

pub trait Iterator {
  type Item;
}

Scalaでも抽象型宣言という同じ機能があるのだが、型パラメータを使うのと比べて何が違うのかが良く分からなかった。本書は関連型を使うと何が嬉しいのかが具体的に解説されている。本書の良い点は随所でこのように「なぜそうなっているのか、何が嬉しいのか」かがきちんと説明されている点だ。

以上、個人的に特に面白いなと感じた点を、つまみ食い的に紹介してきたが、本書の内容は網羅的であり、これ1冊理解すればRustの大部分を理解できると思う。

Rustの魅力は、上にも書いたように低レベルの処理をマルチ・スレッド処理も含めて安全に書けることに加え、しがらみが無いため単純で美しい点、エラーメッセージが懇切丁寧である点、また単体テストやビルドツールが標準で用意されている点などが挙げられると思う。最近は採用されるケースも良く聞くようになってきたので、今後ますますの普及に期待したい。

札幌小観光

2019-06-12T11:06:28Z

羽田空港でちょっと遊ぶ。

テレビ塔。

大通り公園が一望できる。

空港近くの支笏湖へ。

小径を登っていくと...

小さな展望台。

支笏湖は、山手線と同じ面積があるのだそう。スケールが違う...

武蔵嵐山

2019-05-26T07:05:05Z

某ゲームのイベントで武蔵嵐山に行ってきた。

ラベンダーにはちょっと早かった。

ベートーヴェンピアノ・ソナタ第29番第4楽章

2019-04-28T12:04:09Z

最終楽章は長大なフーガ。最初に長い序奏が付いている。

フーガは調性が薄く、力強く進んでいく。

印象的なカンタービレが置かれている。弱音器の指定があるだけで、強弱の指定が一切無く演奏者に任されている。最後は消えいるように終わってフーガに戻る。

最後はffの力強い和音で終わる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第29番第3楽章

2019-04-21T08:04:07Z

第3楽章は長大な緩徐楽章。最初のテーマは非常に長く、苦難に満ちた独白のようだ。

天から一筋の光が降りてくるかのようなテーマ。

長い階段を登っていくかのよう。

永遠に続く美しいもの、幸福、しかし手は届かない。

出口の見えない霞の中、あるいは深海のよう。

抗い続けるが、

不気味な影が近づく。

苦難が続く。

どれほど抗っても救われない。

あきらめのテーマが曲の終わりを告げる。

最後は長調ながらも、あきらめを感じさせるpppで終わる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第29番第2楽章

2019-04-14T05:04:08Z

第29番は4楽章構成で、第2楽章にはスケルツォが配されている。

2つ目のテーマは、メロディなのかどうか分からないあやふやなもの。

突如Prestoになって流れが中断される。

最初のテーマが帰ってくる。

そして最後にもPrestoで流れが中断され、なんともスケルツォらしい。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第29番第1楽章 'ハンマー・クラフィール'

2019-04-07T08:04:16Z

新しい音域の広くなったピアノを手に入れて意気込んで作曲したと言われている。

ピアノ・ソナタとしては破格の規模の大きさ。第1楽章は壮大な高くそびえる和音で始まる。

続くテーマは対照的に優しく滑らかなもの。

初期のソナタに似ていて、次々と新しいテーマが登場する。

提示部最後のテーマ。

展開部は、提示部最後のテーマで始まる。

その後は、最初のテーマがカノン風に展開される。

再現部。

最後は最初のテーマが繰り返されながらpppになった後に、ffの和音で終わる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第28番第3楽章

2019-03-31T10:03:07Z

第3楽章は序奏の後に第一楽章のテーマが再度奏された後に多声が多用される充実のソナタが続く。

序奏は夕暮れを思わせるかのようなおだやかなテーマで始まる。

最初のテーマに変化が与えられる。

第一楽章のテーマが再度奏される。

トリルをはさんで、1つ目のテーマ。

もう1つのテーマ。

1つ目のテーマの変形。

2つ目のテーマの変形。

ここで一息。

展開部に入るまでにも既にテーマが様々に展開されてきているが、展開部に入ってからは更に多声を駆使した充実ぶり。

最初のテーマがカノン風に展開される。

再現部。

最後はトリルの上に2つ目のテーマが静かに奏される。

最後はなかば唐突な和音がffで奏されて終わる。

楽譜に引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第28番第2楽章

2019-03-24T09:03:31Z

後期ソナタの特徴の1つが第2楽章だ。緩徐楽章は姿を消し、力強い楽章が配置されている。

符点のリズムが特徴的。

印象的なカノンが配置されている。

推移部を伴って最初に戻る。

楽譜の引用はヘンレ版

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第28番第1楽章

2019-03-17T05:03:57Z

第28番は落ち着いたテーマで構成される小さなソナタ。

この曲では、特徴的なスラーのかかった音型が登場する。

展開部は小規模で、再現部も分かりにくく、幻想的な雰囲気に包まれる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第27番第2楽章

2019-03-10T07:03:24Z

第2楽章は、優しい旋律に囲まれた夢見るような楽章。それでいて、どこか寂しい雰囲気がただよう。

全体に流れるような雰囲気で、優しい風が吹いているかのよう。

何かを問いかけているのか、あるいは試行錯誤しているかのようだ。

眩しい光の中を進んでいくかのよう。

ゆっくりと歩いていくかのような旋律。

後半、ここで流れは止まり、色彩が消えていくが、またすぐに最初のテーマが帰ってくる。

最後に新しい流れるような旋律が現れて、かわいらしく終わる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーベンピアノ・ソナタ第27番第1楽章

2019-03-03T08:03:31Z

第27番も2楽章しかない小規模なソナタ。最初のテーマは葛藤なのか覚悟なのか。

2つ目のテーマは、1つ目に呼応するかのような静かなもの。

次第にテンポが上がって行き、嘆きを表現するかのような和音が連打される。

この楽章は10度が頻出する。左手の10度跳躍の上に、右手はテーマになり切れない音型が繰り返される。空虚な心情を表すかのようだ。

右手の速いとりとめもない動きの上で、左手で2つ目のテーマが奏される。

再度最初のテーマに戻る。

最後は2つ目のテーマがppで繰り返されて静かに終わる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーベンピアノ・ソナタ第26番第2、3楽章

2019-02-24T12:02:02Z

第2楽章は「不在」。形式は複合2部形式。寂しげな憂鬱なテーマで始まる。

2つ目のテーマは、昔の思い出を懐しむかのような明いもの。

この2つのテーマが繰替えされた後、休み無しで第3楽章に入る。

第3楽章は「再会」。最初に序奏があり、再会の喜びが表現される。

最初のテーマは、やはり懐しむかのような。透き通ったもの。

初期の作品に見られたような、色々なテーマのパレードが始まって、再会の喜びが表現される。。

展開部。展開部は最初のテーマの展開で始まることが多いが、新しいもので始まる。

すぐに再現部となる。

最後に、アンダンテとなって、しんみりとした場面となる。

自分の家に帰ってきて、今日1日の思い出を噛み締めているかのようだ。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第26番第1楽章「告別」

2019-02-17T08:02:41Z

ルドルフ大公との告別と再会をテーマにしたと言われる。曲はソナタ形式だが、最初に序奏が置かれ、最初の3音にLebewohlと書かれている。

アレグロで2つ目のテーマが奏される。

この部分はトリルが繰り返され、心の揺れ動きを表しているかのようだ。

展開部。

2つ目のテーマが左手で繰り返されるものの、あまり大きな展開は見られない。

再現部。

再現が一通り終わったあと、最初のテーマが右手と左手とで交互に奏され、2人で離れていきながら、手を振って別れを惜しんでいるかのようだ。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第25番第3楽章

2019-02-11T07:02:55Z

複合三部形式。なんとも陽気な民謡のようなテーマを用いた短い楽章。

踊っているかのような、あるいはおどけているかのようなテーマ。最初のテーマと、このテーマが曲全体で使われる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第25番第2楽章

2019-02-03T06:02:42Z

三部形式。長い階段を登っていくかのような、あるいは人生の苦悩をつづるかのようなテーマで始まる。

中間部は左手で流れるような16分音符が奏され、夢の中のような、あるいは暖かな風が吹いているかのような場面となる。

最初のテーマが繰り返される。

最初のテーマが右手に現れつつ、左手には中間部の流れる音型が組み合わされるという興味深い展開が現れて終わる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第25番第1楽章

2019-01-27T08:01:06Z

ここに来て、第2楽章に緩徐楽章を配置する3楽章制の古典的なソナタに回帰する。

第1楽章は主題の音型から「かっこう」と呼ばれることがある。

第1楽章は全体に明るいテーマで構成される。

展開部は転調するが長調のまま。

かっこうのテーマが展開される。

転調を織り交ぜるが、大きな発展は無くかっこうのテーマが繰り返される。

再現部。

展開部と再現部は繰り返しとなっている。

再現部の後に終わりを告げるパートがあり、左手で最初のテーマが奏される。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

ベートーヴェンピアノ・ソナタ第24番第2楽章

2019-01-20T07:01:41Z

第12番の終楽章、第22番の終楽章と、このような調性の薄い高速な楽章がたまに現れる。

1つ目のテーマは、符点を主体としたもの。

もう1つは、16分音符2つがスラーでつながった音型。この2つが自由に展開される。

この音型が曲全体で繰り返し使用される。

曲は自由な構成だが、この音型が何度も使用されるため、不思議なまとまりを感じさせる。

楽譜引用はヘンレ版から。

Apple Musicの方はこちら。

OCRの自由研究、その2

2019-01-19T09:01:40Z

前回の「冬休みの自由研究でOCRを作ってみた」では、最後の認識にMNISTを学習データとして使ったので、あまり精度が良くなかった。そこで、認識の部分にOSSのOCRであるtesseractを使用することで、再度検証してみることにした。tesseractには、-psmというパラメータで認識方法を指定できる。


Page segmentation modes:
  0    Orientation and script detection (OSD) only.
  1    Automatic page segmentation with OSD.
  2    Automatic page segmentation, but no OSD, or OCR.
  3    Fully automatic page segmentation, but no OSD. (Default)
  4    Assume a single column of text of variable sizes.
  5    Assume a single uniform block of vertically aligned text.
  6    Assume a single uniform block of text.
  7    Treat the image as a single text line.
  8    Treat the image as a single word.
  9    Treat the image as a single word in a circle.
 10    Treat the image as a single character.

10を指定すれば、1つの文字として認識を行うことができる。もちろん、tesseractがあるなら、そのままOCRとして使えばいいわけで実用性あるの? という話になるが、tesseractは、特定の苦手なシーンがあり、今回の方法でそれが克服できないかを検証することが目的だ。合わせて、手軽に使えるOCRの中では個人的には一番精度が高いと評価している、Google Cloud Visionとの比較もしてみることにする。Google Cloud Visionは、このサイトで簡単に試してみることが可能だ。

今回は、こういう画像を使用。tesseractは二値化されていないと精度が著しく落ちるので、予め二値化してある。

Google Cloud Vision使ってみると、きちんと認識されている。さすがだ。

今回のOCRは数字が等幅フォントで1行で書かれたものを処理対象とするため、ここから切り出してから処理する。

まずは、普通に切り出したものを処理してみる。tesseractというオプション指定を追加して、分解した文字をtesseract -psm 10で1文字ずつ認識するようにしてみた。


$ docker run -it --rm -v /tmp:/tmp ruimo/lightocr tesseract /tmp/form000.png


3.14159265

正しく認識されている。もっともこれは、tesseractで-psm 7を指定しても正しく認識できる。


$ tesseract form000.png stdout -psm 7 digits
3.14159265

Google Cloud Visionでもok。

お次は、イメージ切り抜きの際にズレて右側の罫線が入ってしまったケース。

普通にtesseractで認識してみる。


$ tesseract form001.png stdout -psm 7 digits
3.141592651

罫線部分が1と認識されてしまう。無理もない。今回のOCRで処理してみる。


$ docker run -it --rm -v /tmp:/tmp ruimo/lightocr tesseract /tmp/form001.png


3.14159265

等幅フォントを仮定して切り離した後に、幅が極端に小さなものは捨てるためきちんと認識できている。Google Cloud Visionだと、正しく認識できている。さすがだ。

次は罫線がもっと数字に寄ってしまったケース。

普通にtesseractで認識すると、


$ tesseract form003.png stdout -psm 7 digits
3.14159263

最後の5が3と誤認識されていることが分かる。今回のOCRを使うと、


$ docker run -it --rm -v /tmp:/tmp ruimo/lightocr tesseract /tmp/form003.png


3.14159265

正しく認識できた。等幅フォントを仮定して切り取るため、罫線がうまく削除できたのだと思われる。Google Cloud Visionだと、

やはり正しく認識できていてさすがだ。次は下に罫線が残ってしまったケース。

普通にtesseractを使うと、


$ tesseract form004.png stdout -psm 7 digits
1 0 .

全然ダメになってしまった。今回のOCRだと、


$ docker run -it --rm -v /tmp:/tmp ruimo/lightocr tesseract /tmp/form004.png


3 11159255

幾分改善するが、やはり誤読が見られる。もっとも横方向の罫線については、黒成分が極端に高いものを除外することで、除去できるかもしれない。Google Cloud Visionだと、

やはりきちんと認識されている。ここまではGoogle Cloud Visionの圧勝だ。次に印字が不鮮明なケースを検証してみる。ドット・インパクト・プリンタの場合、良く一部が不鮮明になるケースがある。これは6の下部が消えてしまった例。

tesseractで認識してみる。


$ tesseract form005.png stdout -psm 7 digits
3.14159255

誤読してしまっている。今回のOCRでは、


$ docker run -it --rm -v /tmp:/tmp ruimo/lightocr tesseract /tmp/form005.png


3.14159265

正しく認識された。1文字として認識する場合には精度が上がるようだ。Google Cloud Visionでは、

やはり圧倒的な強さを見せつけている。最後に全体にもっと不鮮明な上に罫線がカブっているケースを見てみる。

tesseractで普通に認識すると、


$ tesseract form006.png stdout -psm 7 digits
70001393652

最後の2桁を誤読しているが、左の罫線による悪影響は出ていなかった。今回のOCRを試してみる。


$ docker run -it --rm -v /tmp:/tmp ruimo/lightocr tesseract /tmp/form006.png

7000139369

正しく認識できた。Google Cloud Visionでは、

Google先生、全勝はならず。tesseractは、ホワイト・リストで「数字しかない」という情報を与えることができる(引数のdigits)が、Google Cloud Visionはそういう指定が無く、言語の指定しかできないので印字が不鮮明な場合は、tesseractの方が良い結果が得られる場合もあるようだ。

というわけで、割と良い結果が得られたので満足。

ベートーヴェンピアノ・ソナタ第24番第1楽章

2019-01-13T10:01:03Z

24番は一転して小規模となり2楽章しかない。ここから27番あたりまでは、あまり規模の大きなものは書かれておらず、小規模指向になっている。

最初に夢見るような序奏が置かれている。

最初の符点が曲全体で繰り返し使われる。

この音型も曲全体で使われる。

この曲では、初期の頃と同じように色々なテーマが出てくる。

ここの右手は音型は伴奏のようだが、展開部で使われる。

展開部は短調で始まる。展開部は非常に短かい。

呈示部の2つの音型が組み合わされる。

再現部。この曲は最後まで達した後、展開部から繰り返しが行われるという珍しい構成がとられている。

楽譜引用はヘンレ版から。

Apple Musicの方はこちらから。

るいもの戯れ言

blogをGitHub pagesに引越し

自転車のシートポストが壊れた話

AliExpressのawg28

PAM8403によるD級アンプ

オーディオスプリッタを作成

2024年に買ってみて割と良かったもの

docker runで、failed to create shim task: OCI runtimeというエラー

しゃべるテスターを作ってみた話

半田ゴテとか電気ストーブの消し忘れ対策

テプラSR3700Pの延命

プラスチックがベタベタに劣化してしまった。

Mac用のアプリが更新されなくってしまった。

「関数型ドメインモデリング」

「関数型デザイン」

ATtiny10を使ってみた。

2023年に買ってみて割と良かったもの。

夏休みの自由研究はCH32V003でLチカ

GWの自由研究

家庭用のオーディオでの必要な出力

原因はアンプ切り替えの方だった模様。

冬休みの自由研究

昨年買って、割と良かったもの

reveal.jsを使ったページをGitHub Pagesで公開すると、幾つかのファイルが404になる。

Clean Craftsmanship

第2章

「デバッガーが得意になることを目指すべきではない」

第3章

スパイを使ったテストは壊れやすい

第4章

「GUIをテストするな」

「XXXクラスにXXXTestクラスを用意するというやり方をやめる」

git reset --hardは友達

第6章

YAGNI

第7章以降

ニューカマー

ソースコードを変更すると、cargo runで毎回ライブラリのビルドが走ってしまう。

桜

雪晃の花

池上梅園

私用のPCでもWindowsが必要になりそうなので、Windows10を導入。

桜

池上梅園

プログラミング言語Rust公式ガイド

札幌小観光

武蔵嵐山

ベートーヴェン ピアノ・ソナタ 第29番 第4楽章

ベートーヴェン ピアノ・ソナタ 第29番 第3楽章

ベートーヴェン ピアノ・ソナタ 第29番 第2楽章

ベートーヴェン ピアノ・ソナタ 第29番 第1楽章 'ハンマー・クラフィール'

ベートーヴェン ピアノ・ソナタ第28番第3楽章

ベートーヴェン ピアノ・ソナタ 第28番 第2楽章

ベートーヴェン ピアノ・ソナタ第28番 第1楽章

ベートーヴェン ピアノ・ソナタ第27番 第2楽章

ベートーベン ピアノ・ソナタ 第27番 第1楽章

ベートーベン ピアノ・ソナタ 第26番 第2、3楽章

ベートーヴェン ピアノ・ソナタ 第26番 第1楽章 「告別」

ベートーヴェン ピアノ・ソナタ 第25番 第3楽章

ベートーヴェン ピアノ・ソナタ 第25番 第2楽章

ベートーヴェン ピアノ・ソナタ 第25番 第1楽章

ベートーヴェン ピアノ・ソナタ 第24番 第2楽章

OCRの自由研究、その2

ベートーヴェン ピアノ・ソナタ 第24番 第1楽章

ベートーヴェンピアノ・ソナタ第29番第4楽章

ベートーヴェンピアノ・ソナタ第29番第3楽章

ベートーヴェンピアノ・ソナタ第29番第2楽章

ベートーヴェンピアノ・ソナタ第29番第1楽章 'ハンマー・クラフィール'

ベートーヴェンピアノ・ソナタ第28番第3楽章

ベートーヴェンピアノ・ソナタ第28番第2楽章

ベートーヴェンピアノ・ソナタ第28番第1楽章

ベートーヴェンピアノ・ソナタ第27番第2楽章

ベートーベンピアノ・ソナタ第27番第1楽章

ベートーベンピアノ・ソナタ第26番第2、3楽章

ベートーヴェンピアノ・ソナタ第26番第1楽章「告別」

ベートーヴェンピアノ・ソナタ第25番第3楽章

ベートーヴェンピアノ・ソナタ第25番第2楽章

ベートーヴェンピアノ・ソナタ第25番第1楽章

ベートーヴェンピアノ・ソナタ第24番第2楽章

ベートーヴェンピアノ・ソナタ第24番第1楽章