<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>nadiakesslerdevのブログ</title>
<link>https://ameblo.jp/nadiakesslerdev/</link>
<atom:link href="https://rssblog.ameba.jp/nadiakesslerdev/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>ブログの説明を入力します。</description>
<language>ja</language>
<item>
<title>1時間のインタビューを手で文字起こしすると4〜6時間かかります</title>
<description>
<![CDATA[ <p>先に数字を書いておきます。1時間の会話を手で文字起こしすると、タイピングが速い人でもだいたい 4〜6時間かかります。</p><p>「1時間分打つ」作業ではないからです。止めて、戻して、聞き取れなかった語を拾って、また再生して、 どこまでやったか見失って、また戻る。打っている時間はそのうちのごく一部です。</p><p>いまはこれを手でやる必要はほとんどありません。ただ、機械にやらせたときの失敗の仕方には 決まったパターンがあるので、そこだけ先に知っておくと無駄がありません。</p><h2>録音の時点でほぼ決まる</h2><p>文字起こしの精度は、変換するときではなく<strong>録音ボタンを押した時点で</strong>決まっています。 どんなツールを使っても、悪い録音は直りません。</p><p>効くのは2つだけで、この2つが他の要素の合計より大きいです。</p><p><strong>マイクを近づける。</strong> テーブルの真ん中に置いたスマホと、話し手から15センチのスマホでは、 出てくる音がまったく別物です。硬い壁の部屋ならなおさらです。</p><p><strong>背景音を消す。</strong> エアコン、換気扇、窓の外の交通音、店内のBGM。人間の耳はこれを苦もなく 無視しますが、音声認識はできません。録音中に「気になるな」と思う音は、そのまま脱字になります。</p><p>オンライン会議なら、通話の録音より<strong>各自の手元で録る</strong>ほうが結果は良くなります。 圧縮された通話音声より、元のマイク音声のほうが情報が多いからです。</p><h2>「精度99%」が意味していること</h2><p>各社が出している精度の数字は、ほぼ例外なく<strong>朗読音声</strong>での値です。話者は1人、マイクは近い、 訛りは標準的、雑音なし、かぶりなし。その条件では本当にその数字が出ます。</p><p>そして次の条件で精度は落ちます。これはどのツールでも同じです。</p><ul><li><strong>同時発話。</strong> 2人が同時に話す状況がいちばん難しく、インタビューはこれだらけです。 しかも「文字化けする」のではなく「片方の発言が消える」形で出るので、気づきにくい。</li><li><strong>学習データに少ない訛り。</strong> 話し手の問題ではなく、モデル側の性質です。</li><li><strong>専門用語・固有名詞。</strong> 薬品名、法律用語、製品名、社内用語。</li><li><strong>背景音。</strong> 上と同じです。</li></ul><p>なので、確認にかける時間は<strong>公称精度ではなく録音の状態で</strong>見積もってください。</p><h2>使える文字起こしの条件は2つ</h2><p><strong>話者ラベル。</strong> 質問と回答が区別されていない文字起こしは、実務ではほぼ使えません。 延々と続く一枚の文章になります。</p><p><strong>タイムスタンプ。</strong> 怪しい行があったとき、頭から聞き直すのではなくその瞬間に飛べるかどうか。 タイムスタンプがないと、確認のコストが文字起こしそのものと変わらなくなります。</p><p>私は <a href="https://mp3totext.xyz/">MP3toText</a> というツールを自分で作って公開しています（自作なので 中立なおすすめではない、という開示です）。ここで挙げた2つ——話者ごとのラベルと全行の タイムスタンプ——を既定で出すようにしてあるのは、まさに次の「確認」の工程を軽くするためです。 書き出しは TXT / SRT / VTT で、タイムスタンプは書き出し後も残ります。</p><h2>全文を校正しないでください</h2><p>ここで、せっかく浮いた時間を使い切る人がとても多いです。</p><p><strong>実際に使う箇所だけ</strong>を音声と突き合わせてください。誤りが集まる場所は決まっています—— 人名、数字、専門用語、そして誰かの発言にかぶった部分。</p><p>自分用のメモなら校正はゼロで構いません。引用するなら引用箇所だけを一語ずつ確認。 記録として公開するなら全文。この3つは必要な作業量がまったく違うのに、 1で足りる場面で3をやってしまいがちです。</p><h2>3秒で効く小技</h2><p>録音の冒頭で、各自に名前を言ってもらってください。</p><p>どのツールも返してくるのは <code>Speaker 1</code> <code>Speaker 2</code> であって実名ではありません。 冒頭のその一言があるだけで、どちらが誰かを文脈から推理する必要がなくなります。</p>
]]>
</description>
<link>https://ameblo.jp/nadiakesslerdev/entry-12977194811.html</link>
<pubDate>Sun, 30 Aug 2026 07:35:42 +0900</pubDate>
</item>
<item>
<title>iPhoneの写真が「開けません」と言われる理由と、PDFにして送る方法</title>
<description>
<![CDATA[ <p>iPhoneで撮った写真を送ったら「開けない」と言われた。もう一度送っても同じ。ファイル名を見ると 末尾が <code>.heic</code> になっている——という経験、けっこう多いと思います。</p><p>原因はシンプルなので、一度知っておくと今後ずっと困りません。</p><h2>なぜ .heic になっているのか</h2><p>iOS 11 以降、iPhone は写真を JPEG ではなく HEIC という形式で保存しています。これは設定で、 最初からオンになっていて、誰も聞かれていません。</p><p>理由は容量です。HEIC は同じ画質で JPEG のおよそ半分のサイズになります。写真を何千枚も持ち歩く スマホでは、これは小さな差ではありません。</p><p>問題はアップル以外の環境です。HEIC の中身は HEVC という方式で圧縮されていて、これには特許が かかっています。Windows では実際にこうなります——<code>.heic</code> を開くには Microsoft Store から 2つの部品が必要で、実際にデコードするほうは有料です。</p><p>つまり「開けない」と言っている相手は、意地悪でも設定ミスでもありません。本当に開けないのです。 Android も新しめの機種なら対応していますが、古い端末やメーカーによってはだめです。数年前に 作られたアップロードフォームは、そもそも受け付けません。</p><h2>これから撮る写真を JPEG にする</h2><p><strong>設定 → カメラ → フォーマット → 互換性優先</strong></p><p>これだけです。以降に撮った写真は JPEG で保存されます。</p><p>ただし、あまり案内されない注意点が2つあります。</p><p>ひとつ、<strong>変更後に撮った写真にしか効きません</strong>。すでにカメラロールにある写真は HEIC のままです。 「設定を変えたのに直らない」の原因はほぼこれです。</p><p>ふたつ、<strong>容量効率を永久に手放すことになります</strong>。年に一、二回しか困らないなら、設定を変える より、その都度そのファイルだけ変換するほうが割に合います。</p><h2>すでにある写真をどうするか</h2><p>相手が何を求めているかで変わります。ここを混同している人がとても多いところです。</p><p><strong>画像として使いたい</strong>（資料に貼る、編集する）なら JPEG に変換します。Mac ならプレビューで 書き出し、Windows なら写真アプリで「名前を付けて保存」。</p><p><strong>送りたい・提出したい・印刷したい</strong>なら、実は PDF のほうが正解です。役所の申請、保険や経費の 提出、就職の書類がほぼ必ず PDF を指定するのには理由があります。PDF は1つのファイルで、 レイアウトが固定されていて、どの端末でも同じに開くからです。</p><h2>iPhone だけで PDF にする方法（アプリ不要）</h2><ol><li><strong>写真</strong>アプリで<strong>選択</strong>をタップ</li><li>写真をタップして選ぶ（<strong>タップした順番がページ順</strong>になります）</li><li><strong>共有</strong>ボタンをタップ</li><li>下のほうにある<strong>プリント</strong>をタップ（プリンターは不要です）</li><li>プレビューの上で<strong>2本指を外側に広げる</strong></li><li>PDF として開くので、<strong>共有 → ファイルに保存</strong></li></ol><p>5番のピンチ操作にはボタンも案内もありません。「iPhone の隠し技」として出回っているのは、 そのためです。</p><h2>パソコンから、あるいは複数枚を1つにまとめたいとき</h2><p>Mac なら Finder で写真を選んで右クリック →「クイックアクション」→「PDF を作成」。選択した順が ページ順になります。</p><p>Windows の場合、前述の有料コーデックの問題があるので、ブラウザで変換するのがいちばん早いです。 私は自分で <a href="https://heictopdf.dev/">HEICtoPDF</a> というツールを作って公開しています（自作なので 中立なおすすめではない、という開示です）。宣伝ではなく事実として書いておくと、変換はブラウザの 中で完結して写真はどこにもアップロードされません。パスポートや身分証の写真を変換することが多い 用途なので、そこを設計の出発点にしました。複数枚を選んだ順に1つの PDF にまとめることもできます。</p><h2>変換した後によくある2つのつまずき</h2><p><strong>PDF が大きすぎて提出できない。</strong> 提出サイトの上限は 2MB や 5MB のことが多く、最近の iPhone の 写真は数枚で超えます。まともな変換なら各ページを用紙サイズに合わせて再圧縮するので、そこで 収まります。</p><p><strong>ページが横向きになる。</strong> これは写真自体の向きが PDF に持ち込まれているだけです。まとめる前に 写真アプリで回転させておくほうが、あとから PDF を直すよりずっと楽です。</p>
]]>
</description>
<link>https://ameblo.jp/nadiakesslerdev/entry-12977192187.html</link>
<pubDate>Sun, 30 Aug 2026 06:47:42 +0900</pubDate>
</item>
</channel>
</rss>
