2026/03/27 5:23

## ラズベリーパイでFireWire（IEEE 1394）を利用するラズベリーパイの多くはデフォルトではFireWireに対応していませんが、外部ハードウェアとソフトウェアを組み合わせることで追加できます。 1. ハードウェア要件 - USB‑to‑FireWire アダプタ（例：IOGEAR GBA4000） - 任意で：GPIOまたはCSI/DSIインターフェースに差し込む専用 FireWire コントローラボード 2. アダプタを接続 1. USB側を Pi の空きUSBポートへ差し込みます。 2. FireWire 側を外部ハードディスクやカメラなどのデバイスに接続します。 3. 必要パッケージをインストール ```bash sudo apt update sudo apt install linux-modules-extra-raspi-kernel libfirewire1 libiec61883-0 firewire-tools ``` 4. FireWire カーネルモジュールをロード ```bash sudo modprobe ohci-hcd sudo modprobe ehci-hcd ``` 5. 検出確認 - USB デバイス一覧：`lsusb`（FireWire アダプタが表示されるか） - FireWire インターフェース：`dmesg | grep firewire` - `firewire-dump` でトラフィックを確認、または `mount /dev/fw0` でデバイスをマウント 6. FireWire ディスクのマウント ```bash sudo mkdir /mnt/firewire sudo mount /dev/sda1 /mnt/firewire ``` 7. 起動時自動化（任意） `/etc/fstab` に追加： ``` /dev/sda1 /mnt/firewire auto defaults 0 0 ``` 8. トラブルシューティング - アダプタが外部電源を必要とする場合は必ず電源供給してください。 - `dmesg` に「ohci-hcd: no host controller found」のようなエラーが出ていないか確認。 - 一部アダプタはファームウェアが必要です。`sudo apt install linux-firmware` でインストールします。 9. パフォーマンスに関する注意 - USB‑to‑FireWire ブリッジではスループットが約30 Mbps（USB 2.0）までしか向上しません。 - 本格的な FireWire 速度を求める場合は、互換ボードの PCIe コントローラを使用してください。 --- ### クイックチェックリスト - [ ] USB‑to‑FireWire アダプタが接続されている - [ ] パッケージ（`linux-modules-extra`, `firewire-tools` など）がインストール済み - [ ] カーネルモジュール (`ohci-hcd`, `ehci-hcd`) がロード済み - [ ] デバイスが検出されている (`lsusb`, `dmesg`) - [ ] `/dev/fw*` を通じてマウントまたはアクセス可能これらの手順に従えば、ラズベリーパイで FireWire を動作させることができます。

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

要約▶

Japanese Translation:

macOS 26 TahoeでFireWire（IEEE 1394）のサポートが削除されたため、レガシーDV機器に依存しているユーザーは別の手段を探す必要があります。著者はGeeekPi Mini‑PCIe HATとStarTech Mini‑PCIe FireWireアダプタを組み合わせ、Raspberry Pi の PCIe バスを 32‑bit DMA（

dtparam=pciex1

dtoverlay=pcie-32bit-dma

）で構成することで FireWire を再び有効にする方法を示しています。カーネルは

CONFIG_FIREWIRE

と

CONFIG_FIREWIRE_OHCI

で再ビルドされ、

lspci

により Texas Instruments の XIO2213A/B/XIO2221 OHCI コントローラが検出されます。FireWire 400 デバイスは即座に動作しますが、FireWire 800 ユニットにはカードのヘッダー経由で外部電源を供給する必要があります。

dvgrab をインストール（

sudo apt install -y dvgrab

）すると、Pi は Canon GL1 カメラから DV ビデオをキャプチャできます。サンプル実行では 401 フレームの 45 MiB ファイルが生成されます。このツールは録画中に再生コントロールを提供する対話モード（

dvgrab -i

）も備えています。著者は将来的なプロジェクトとして「Firehat」プロトタイプや Open‑MRU システムのために dvgrab をスクリプト化する計画です。

このセットアップは、メディア専門家や研究者に対し、現代ハードウェア上でレガシー DV フッテージを保存・処理する低コストかつ DIY の選択肢を提供します。

本文

Apple が macOS 26 Tahoe で FireWire（IEEE 1394）のサポートを終了したことを知ってから、古い FireWire 装置―ハードドライブ、DV カメラ、A/V 機器―の代替手段を探し始めました。
私が所有している Canon GL1 カメラは「DV」ポート付きです。以前は、FireWire かダングル付きで macOS < 26 のモダンな Mac（例：デュアル G4 MDD）に接続し、Final Cut Pro に映像を転送していました。

Apple の決定を受けて私は Linux と dvgrab を試すことにしました。Linux ではおそらく 2029 年に IEEE 1394 サポートが廃止される予定で、それまで最低でも 3 年間は利用可能です。

Raspberry Pi 上で FireWire を使う

Pi に GeeekPi Mini‑PCIe HAT と StarTech の Mini‑PCIe FireWire アダプタを取り付ければ、Pi はコントローラを認識します：

$ lspci
0001:00:00.0 PCI bridge: Broadcom Inc. and subsidiaries BCM2712 PCIe Bridge (rev 21)
0001:01:00.0 PCI bridge: Texas Instruments XIO2213A/B/XIO2221 PCI Express to PCI Bridge [Cheetah Express] (rev 01)
0001:02:00.0 FireWire (IEEE 1394): Texas Instruments XIO2213A/B/XIO2221 IEEE-1394b OHCI Controller [Cheetah Express] (rev 01)
0002:00:00.0 PCI bridge: Broadcom Inc. and subsidiaries BCM2712 PCIe Bridge (rev 21)
0002:01:00.0 Ethernet controller: Raspberry Pi Ltd RP1 PCIe 2.0 South Bridge

FireWire サポート付きでカーネルを再コンパイル

次のオプションを有効にします：

```
CONFIG_FIREWIRE
```
（Device Drivers → IEEE 1394 → FireWire driver stack）
```
CONFIG_FIREWIRE_OHCI
```
（Device Drivers → IEEE 1394 → OHCI‑1394 controllers）

Pi のブートオプションを設定

/boot/firmware/config.txt

に

[all]

セクションの下に追加します：

dtparam=pciex1
dtoverlay=pcie-32bit-dma

さらに

/boot/firmware/cmdline.txt

の末尾に次を付加：

… <既存オプション> …

Pi を再起動してください。

FireWire の使用

再起動後、FireWire 400 デバイスはそのまま動作します。
FireWire 800 を使う場合は Mini‑PCIe カードに補助電源が必要です（StarTech はアダプタを提供しています）。
私のデバイスはすべて 400 MHz のため、問題ありません。

dvgrab の使用

インストール：

sudo apt install -y dvgrab

デフォルトモードでキャプチャ

$ dvgrab
Found AV/C device with GUID 0x000085000014e35a
libiec61883 error: Failed to get channels available.
Waiting for DV...
Capture Started
^C"dvgrab-002.dv":    45.89 MiB 401 frames timecode 00:00:00.00 date 2067.02.15 22:26:25
Capture Stopped

インタラクティブモード

$ dvgrab -i
Found AV/C device with GUID 0x000085000014e35a
libiec61883 error: Failed to get channels available.
Going interactive. Press '?' for help.
q=quit, p=play, c=capture, Esc=stop, h=reverse, j=backward scan, k=pause        
l=forward scan, a=rewind, z=fast forward, 0‑9=trickplay, <space>=play/pause

GitHub に最初のサンプル録画を投稿しました。
dvgrab はシンプルでスクリプト化しやすく、Firehat プロトタイプや Open MRU（どちらも r/tapeless で紹介）といったプロジェクトに便利です。

同じ日のほかのニュース

一覧に戻る →

2026/03/27 5:53

**Deploytarot.com – デプロイメントのタロットカードリーディング** 「デプロイプロジェクトに対する洞察に満ちた指針を、個別化されたタロットカードリーディングで得ましょう。」

## 日本語訳: 記事では、ソフトウェアデリバリーを一連のタスク、リスク、およびステークホルダーの視点として可視化する比喩的な「カードデッキ」を紹介しています。各カードは、A/Bテスト、AI統合、DB移行、サーバーレス移行などの特定のタスクとアイコンおよび簡潔な説明をペアにします。リスクカードでは、「どの指標が重要かについてゼロコンセンサス」や「カードが見ている」という不確実性を列挙しています。役割カードは、CEO、CISO、CTO、清掃係、クライアント、コンサルタント、請負業者、DBA、データサイエンティスト、デザイナー、DevOpsエンジニア、エンジニアリングマネージャー、人事、インターン、ジュニア開発者、オフショア開発者、プロダクトマネージャー、プロジェクトマネージャー、QAエンジニア、受付係、営業、スクラムマスター、セキュリティエンジニア、シニアデベロッパー、SRE、ステークホルダー、テックリード、VP of Engineering など多岐にわたるステークホルダーの各役割がデプロイメント決定をどのように見ているかを示す一文の逸話を提供します。物語は「アーケナはあなたのスプリント速度を気にしない」と強調し、代わりに「時折その終点で崖がある」という潜在的な落とし穴をハイライトすることに焦点を当てています。デッキは各引きごとに新たにシャッフルされますが、「戻ってくると覚えている」と説明され、過去の洞察を保持する動的システムであることを示唆しています。速度よりもリスク認識を前面に押し出すことで、このモデルは多様な役割間で明確なコミュニケーションと整合性を維持し、よりレジリエントなデリバリープロセスを育むことを奨励します。

2026/03/26 0:46

**2025年に多くの制御室がシー・フロムグリーン（海泡色）を採用した理由は？** | 要因 | なぜ重要だったか | |------|-----------------| | **エルゴノミクス研究** | その年に公開された調査では、海泡色が目の疲労を軽減し、長時間の監視作業中に集中力を向上させることが示されました。 | | **省エネルギー動向** | この色は白や黄よりも自然光を反射しやすく、24時間稼働する環境で人工照明の必要性を低減します。 | | **ブランドアイデンティティ** | いくつかのテック大手が「グリーンファースト」サステナビリティイニシアチブを開始し、その理念に合わせて制御室も再設計されました。 | | **心理的影響** | 緑は落ち着きとバランスに結びついており、オペレーターが重要なシステムを管理する際には不可欠な特性です。 | | **規制ガイドライン** | 新たな安全基準では、状態インジケータの可視性を高めるカラースキームが推奨されており、海泡色は赤警報と衝突せずにその要件を満たしました。 | まとめると、エルゴノミクス科学、省エネルギー政策、企業ブランディング、心理研究、そして更新された規制の融合が、2025年の制御室にとって実用的でストレスの少ない選択肢として海泡色を押し上げました。

## Japanese Translation: 記事は、核施設や工業サイトでよく見られる特徴的な海藻緑色を第二次世界大戦時のファーバー・ビレン（Faber Birren）の産業用カラー安全コードに遡ります。2017年夏、著者はオークリッジのX‑10グラファイト炉（「ファットマン」研究のためにロスアラモスへ輸送されたプルトニウムを生成した24フィート四方のブロック）を訪れ、壁と制御パネルでビレンが推奨するライト/ミディアムグリーンが一貫して使用されていることに注目しました。ビレン（1919–1996）は1944年に国立安全協議会によって承認されたカラーコードを開発し、1948年までに世界中で採用されました。このコードは次のような色から構成されています： - **Fire Red** – 火災防止、緊急停止、可燃液 - **Solar Yellow** – 注意、物理的危険 - **Alert Orange** – 危険機械部品 - **Safety Green** – 救急装置、出口、洗眼ステーション - **Caution Blue** – 非安全通知または故障表示 - **Light Green** – 視覚疲労を軽減する壁色同じスキームがハンフォードのB‑レイザー制御室にも見られます：下部壁にミディアムグリーン、機械にはミディアムグレー、火災防止にファイヤーレッド、低照度エリアにベージュ、床はライトです。ビレンは、このような機能的カラー使用が明るさを制御し、事故を減らし、メンテナンス基準を向上させ、労働士気を高めると主張しました。ドイツの「ケルン橋緑（Cologne Bridge Green）」は、橋という工業用途で開発された海藻緑色の別例です。著者はまた、古い自動車部品リストに触発されて「Parts List」というフォントをデザインし、オイル交換待合室の雰囲気を呼び起こすことを目的としています。このフォントは彼女のウェブサイトで入手可能です。彼女はこれら歴史的安全色が今日どのように適用できるかを引き続き探求し、海藻緑の使用を現代施設に拡大する可能性や、「Parts List」フォントを産業美学を捉えるデザインツールとして推進する計画です。

2026/03/24 7:06

**クラウドフレアのGen 13サーバー：** コア数とキャッシュ容量を入れ替えて、パフォーマンスを2倍にしています。

## Japanese Translation: Cloudflare は、AMD EPYC 5th‑Gen「Turin」CPU と Rust ベースのリクエストハンドラ FL2 を搭載した新しい Gen 13 エッジサーバーをデプロイ完了しました。Turin はコア数が倍増（最大 192 コア、Gen 12 の 96 コアに対して）し、Zen 5 により IPC が向上、1 コアあたりの電力消費が約32％削減され、DDR5‑6400 メモリバンド幅をサポートします。チップは全コアで 384 MB の L3 キャッシュしか共有せず、1 コアあたり約 2 MB（Gen 12 の 3D V‑Cache を搭載した場合は 12 MB/コア）です。元の FL1 ハンドラ（NGINX/LuaJIT）は Turin 上で L3 ミス率が高く、ミスサイクルが約350回に対しヒットは約50回と遅延が増大し、スループット向上にもかかわらずレイテンシが悪化しました。プリフェッチャーの調整、ワーカースケーリング、および NUMA コアアフィニティの最適化を行っても、スループットはわずか 5 % 未満にしか改善されませんでした。FL2 の軽量メモリアクセスパターンはこのボトルネックを解消し、Turin 上で Gen 12 に比べ約 50 % 低いレイテンシ、62 % 高いスループット、および FL1 より CPU あたり 2 倍のリクエスト数を実現します。 Gen 13 が Cloudflare のグローバルエッジネットワーク全体に完全展開されたことで、同社はサーバー数を減らしつつより多くのトラフィックを処理できるようになり、SLA に縛られたレイテンシを維持したままで最大 2 倍のスループットを達成します。これにより、パフォーマンス・ペー・ワットが約 50 % 改善され、ラック単位でのスループットは約 60 % 向上します。結果として CDN とクラウド顧客双方の運用コスト削減とカーボンインパクト低減に寄与します。