Show HN: フレームワーク 12 をガタガタしたドアの音にしましょう

2026/08/03 5:33

Show HN: フレームワーク 12 をガタガタしたドアの音にしましょう

RSS: https://news.ycombinator.com/rss

要約

日本語翻訳:

この革新的なプロジェクトは、FrameWork 12 ノートパソコンをインタラクティブな楽器に変換し、その物理的なカREAKY な木製の扉の音を現実的なデジタルオーディオに変換します。実演動画には、その効果が動作している様子が示されています。本プロジェクトの中核となる成果は、独自ソフトウェアによって真正なヒンジ(関節)の物理学をシミュレートする点にあります。ピッチはヒンジの位置に基づいて調整され、音量はヒンジが動く速さに応答します。当初は異なるハードウェア向けの以前の移植に着想を得られていましたが、このバージョンは FrameWork 12 の特有のヒンジ剛性に合わせて最適化されています。他のノートパソコンでも動作する可能性がありますが、それらのモデルはまだテストされていません。

本プロジェクトは主に Fedora Linux でネイティブに動作するように開発されており、リリースタブで入手可能な実行ファイルには、ユーザーがダウンロードし

chmod +x
を適用して実行できるようになっています。他のディストリビューション(例:Debian/Ubuntu)を使用するユーザーは、依存関係パッケージをインストールしない限り動的リンクの問題に直面する可能性があります。代わりに、必要なライブラリ (
libiio-devel
, Fedora 用の
alsa-lib-devel
または Debian/Ubuntu の同等物) が存在する場合、
git clone
および
cargo run
を使用してソースコードからソフトウェアをインストールすることもできます。今後の作業では、このフィルタリング技術を追加のノートパソコンモデルでテストし、ニッチなハードウェアの欠点を超えてより広範な創造的アプリケーションへの有用性を拡張することを検討します。

本文

Framework 12「ガタガタ」ヒンジサウンドエミュレーター

あなたの Framework 12 を、ガタガタ作响する木製のドアに変えてみませんか? このプロジェクトは、既存のインスピレーションを元に、Framework 12 向けに移植されたものです。他のノートパソコンでも動作するかは未確認(テスト未実施)です。

特徴と機能

  • 対象機器: Framework 12 で動作確認済み。(※他機種での動作可能性あり)
  • 仕組み: フィルタリングにより、ヒンジの剛性に合わせて音声を最適化します。
  • 効果:
    • ピッチ(音の高さ): ヒンジの位置によって変化
    • ボリューム(音量): ヒンジを調整する速さに依存

なぜ面白いのか?

それは、単に面白いからです。

使い方

1. 実行ファイルから起動する場合

Releases タブよりダウンロード後、以下のように実行してください。

chmod +x demo.mp4 # 適当な実行名へ変更すること
./demo.mp4

注意: このプログラムは Fedora で開発されているため、他 Linux ディストリビューションでは動作しない可能性があります(動的リンクの問題)。

2. ソースコードから起動する場合

git clone
して以下のように動かすこともできます。

Rust で直接実行 (
cargo run
)

cargo run

コンパイルしてから実行

コンパイルする場合は、以下の開発ライブラリを事前にインストールしてください。

Fedora/RHEL系:

sudo dnf install libiio-devel alsa-lib-devel

Debian/Ubuntu系: (上記ライブラリの代替として使用)

sudo apt install libasound2-dev libalsa-dev

その後、コンパイルして実行します。


🎬 デモ動画:

demo.mp4

✨ 楽しんでください!

同じ日のほかのニュース

一覧に戻る →

2026/08/03 1:26

Show HN: Kakehashi – Linux ARM で macOS バイナリを実行するための実験的なユーザースペース

## Japanese Translation: Kakehashi は、JIT コンパイルや Apple の専用 SDK に依存せず、Linux aarch64 上で実際の macOS ARM64 ゲストを実行するためのオープンソースで CLI ファーストのユーザースペース翻訳層です。中心となるクリート(`kh-loader`、`kh-runtime`、埋め込まれた `libSystem.B.dylib`)を中心に構成され、システムコールを翻訳するとともに、ゲストのファイルシステムをホストに `/Volumes/linux/…` を介して橋渡しします。具体的には、ゲストの `/usr/local/bin` をホストのバイナリに、`/etc/ssl/cert.pem` を CA バンドルにマッピングします。インストールは `cargo install kakehashi`(ソース:`crates/kh-cli`)で行い、事前に `kh bottle ensure` でボトルを確保します。ツールの追加は `kh install`、実行は `kh run` によって行われます(例:マルチスレッド圧縮用の `kh run 7zz -- -mmt=4` や、単に `kh run curl --` など)。Linux aarch64 ベアメタル、VM、Docker/Colima(ヘルパーがアーティファクトを `.tmp/kh-out/` に出力)上で動作し、Rust 1.88 以上(Linux aarch64)、コンテナの種類に応じて 4 KiB または 16 KiB のページサイズに対応します。ベンチマークの結果では、Linux 側のマルチファイル 7-Zip 圧縮とネイティブ実行を比較した場合の全実行数のギャップは約 5.2 倍ですが、単一ファイルまたは圧縮負荷の重いワークロードではオーバーヘッドは約 1.1〜1.2 倍に留まります。Darwin クライアントツールを高価な macOS ランナー($0.062〜$0.102/分)ではなく、低価格な Linux ARM64 ランナー($0.005/分)上で実行できるため、パフォーマンスのオーバーヘッドがあっても Kakehashi は多くの場合で費用対効果に優れています。Apache 2.0 ライセンスの下にあり、Darling から派生していない本ツールは、自動化された CLI ワークフローのためにエコシステムを橋渡しする無料の代替手段を提供します。

2026/07/28 23:21

メモTaking とパーソナルナレッジ管理

## Japanese Translation: 本稿の主要な論旨は、ブレンnan ケネス・ブラウンの記事に対し、ノートツール「Obsidian」に独自の知的価値を誤って帰属させ、不均衡な見解を示していることを批判しています。著者は、ソフトウェアが整理を助けることは事実だが、画期的なアイデアそのものの源泉ではないと主張します。証拠によると、ブラウンは Obsidian が複雑なシステムであるかのように誤って描写しており、実際には 1994 年頃の技術に準じるような個人的なウィキとして機能しています。この分析では、PARA やニコラス・ルーマンが使用した歴史的なゼッテルkasten メソッドなど、確立された枠組みを参照して議論の文脈を設定し、そのようなツールは人間の創造性を置き換えるのではなくそれを支援するに過ぎないと指摘します。さらに、Obsidian のダウンロード数が約 75 万回に達しているにもかかわらず、それは 460 億ドル規模の巨大な業界内で運営されており、その現在の影響は限定的であることを示唆しています。この批判は、世界を変えるような貢献を直接ソフトウェアに帰属させることは誤った結論と不確実な引用につながることを警告しています。結局のところ、ユーザーはこのツールを独自性の源泉ではなく、個人的な解決策のための基盤として認識するべきです。 ## Text to translate: The central argument critiques Brennan Kenneth Brown's article for presenting an unbalanced view that wrongly attributes unique intellectual value to the note-taking tool Obsidian. The author asserts that while software facilitates organization, it is not the source of groundbreaking ideas itself. Evidence shows Brown mischaracterizes Obsidian as a complex system when it functions essentially as a personal Wiki, comparable to technologies from 1994. This analysis contextualizes the debate by referencing established frameworks like PARA and the historical Zettelkasten method used by Niklas Luhmann, noting that such tools merely support human creativity rather than replacing it. Furthermore, despite Obsidian having roughly 750,000 downloads, it operates within a vast $46 billion industry, suggesting its current impact is limited. The critique warns that attributing world-changing contributions directly to the software leads to flawed conclusions and inconclusive citations. Ultimately, users should recognize these tools as foundations for personal solutions rather than engines of original thought.

2026/08/03 5:26

FamilyWild を用いたホスト間の X11 サーバー共有

## Japanese Translation: 2026 年 8 月 2 日、隔離環境(コンテナや chroots など)内または非転送された SSH 接続上でグラフィカルな X11 アプリケーションを動作させる際に生じる「Authorization required, but no authorization protocol specified」というエラーを解決するための方法が詳述されました。根本原因は、`.Xauthority` クッキーが family と hostname の双方で鍵付けされており、クライアントが自分のマシン名と一致しない hostname を持つクッキーを拒絶する点にあります。 解決策は、クッキーの family フィールドの最初の 2 バイトを `0100`(`FamilyLocal`)から `0xffff`(`FamilyWild`)に書き換えることです。これには以下のコマンドを使用します:`xauth nlist :0 | sed 's/^..../ffff/' | xauth -f /tmp/portable.Xauthority nmerge -`(`:0` を `$DISPLAY` に置き換えてください)。family を `FamilyWild` に変更することで、クッキーは任意の hostname に対して有効となり、hostname が不一致のクライアントからの接続も可能になりつつ、ホストベースのアクセス制御を完全に無効にすることなく済みます。 これを使用するには、生成された `/tmp/portable.Xauthority` ファイルを bind-mount または SCP でクライアント環境に移動し、`$XAUTHORITY` 変数を指すように設定します。ただし、厳格なセキュリティ上の注意が必要です:`FamilyWild` クッキーはローカルなものよりも特定の情報が少ないため、ソケットアクセスがありファイルを閲覧できるあらゆるユーザーが表示器に接続できるようになります。そのため、ファイルのパーミッションは必ず 0600 を維持し共有マシンにはコピーを残すべきではありません。このアプローチは、ホストベースのセキュリティを完全に無効にする `xhost +` の使用や、全クッキーをクリアしつつ無効なエントリを残そうとする危険な方法よりも優先されます。著者はこのトリックを、特別に非特権 LXC コンテナへの X11 転送のために適用しています。

Show HN: フレームワーク 12 をガタガタしたドアの音にしましょう | そっか~ニュース