Question 1

How do I fix Hold/Push-to-Talk not working in a fresh Windows build when Tap mode works?

Accepted Answer

The build is silently missing `windows-key-listener.exe`. The download script searches only the first 50 GitHub releases with `tagPrefix`, and the required release has moved beyond that page. The script warns but exits with code 0, so the build appears successful.

Fix `scripts/download-windows-key-listener.js` by replacing the paginated prefix lookup with an exact tag lookup:

```javascript
// Before
const release = await fetchLatestRelease(REPO, { tagPrefix: "windows-key-listener-v" });

// After
const release = await fetchLatestRelease(REPO, { tag: "windows-key-listener-v1.0.0" });
```

Then rerun:

```powershell
node scripts/download-windows-key-listener.js
npm run prebuild:win
npm run build:renderer
electron-builder --win
```

Verify that `resources\bin\windows-key-listener.exe` exists before packaging. Rebuild and launch the new app; Hold mode should then capture keydown/keyup events.

Apply the same exact-tag change to the other affected scripts to prevent future failures:

- `download-windows-fast-paste.js`: `windows-fast-paste-v1.0.0`
- `download-text-monitor.js`: `windows-text-monitor-v1.0.0`
- `download-meeting-aec-helper.js`: `meeting-aec-helper-v1.0.0`
- `download-windows-mic-listener.js`: `windows-mic-listener-v1.1.0`
- `download-windows-system-audio-helper.js`: `windows-system-audio-helper-v1.1.0`

Temporary workaround: use Settings → Activation mode → Tap, or provide a locally compiled `windows-key-listener.exe`. This affects OpenWhispr 1.9.2 and earlier source builds once the repository has more than 50 releases.

Question 2

OpenWhispr が BYOK API key または endpoint を変更した後に 401 "Incorrect API key provided" を返すのはなぜですか？

Accepted Answer

これは OpenWhispr 1.9.2 における既知の認証情報キャッシュ問題です。Settings で Custom/BYOK プロバイダーの API key、base URL、model を変更すると、アプリを再起動するまでディクテーションウィンドウが以前キャッシュされた key を使い続けることがあり、その結果プロバイダー B が古い key を 401 error で拒否します。

即時の回避策: まず、新しい Custom/BYOK 設定を保存します。次に、OpenWhispr を完全に終了します（ディクテーションウィンドウや設定ウィンドウを閉じるだけにしないでください）。その後、OpenWhispr を再起動します。最後に、ディクテーションを再度開始します。新しい endpoint と API key が使用されます。

恒久的な修正: 認証情報の変更を他のウィンドウにブロードキャストし、メモリ内の認証情報を更新し、キャッシュされた API key を無効化する PR #2527 を含む OpenWhispr リリースにアップグレードしてください。フォローアップ修正では、key の保存後に meeting/note-recording 接続が準備済み接続を再利用することも防ぎます。

Question 3

OpenWhispr Cloudのディクテーションが、私のDictionaryに約1,000件の用語があるときに文字起こしを返さないのはなぜですか？

Accepted Answer

これはデフォルトの gpt-transcribe モデルを使用した BYOK OpenAI 文字起こしで発生します。macOS アプリはすべての Dictionary 用語を個別の multipart keywords[] パートとして送信します。Dictionary に約 1,000 用語が含まれていると、OpenAI がアップロードを拒否するため、通常のディクテーションではトランスクリプトが返されません。PR #2224 の修正では、keywords[] を 900 用語に制限し、残りの用語は代わりに prompt パラメータで送信します。この修正を含むリリースに更新してください。一時的な回避策として、Dictionary を 900 用語未満に減らすか、History Retry を使用してください。

Question 4

iPhone App StoreでProを購入したのに、なぜデスクトップアプリではFreeと表示されるのですか？

Accepted Answer

これは v1.10.2 およびそれ以前の main ビルドに影響するデスクトップ表示の不具合です。API が isSubscribed: true と entitlementSources.provider: true を返すとき、あなたの Pro 権利は有効です。アプリは誤って entitlementSources.personal だけを確認するため、App Store のサブスクライバーは Free と表示されます。Pro を再度購入しないでください。PR #2535 を含むデスクトップ版リリースに更新してください。セルフホストまたはビルドする場合は、src/hooks/useUsage.ts、src/components/SettingsPage.tsx、src/lib/upsell.ts において entitlementSources.provider を有効なサブスクリプションとして扱い、たとえば isPersonallySubscribed の計算時にそれを含め、これらのユーザーの請求管理を Stripe ポータルではなく App Store へルーティングしてください。一時的な回避策として、API/アカウント使用状況でアクセスを確認してください。App Store の請求とキャンセルは、iPhone の設定 > [あなたの名前] > サブスクリプションに残ります。

Question 5

なぜアイドル後、最初の OpenWhispr AI cleanup に約 10 秒かかるのですか。また、reasoning model をロードしたままにするにはどうすればよいですか？

Accepted Answer

ローカルの llama-server は IDLE_TIMEOUT_MS = 5 * 60 * 1000（5分）後にアンロードされます。次のクリーンアップでは、ディスクから完全な GGUF モデルを再ロードする必要があります—Gemma 4 E4B Q4_K_M の場合、約 5.1 GB—これが約10秒の遅延を引き起こします。修正するには、必要に応じて OpenWhispr を更新し、Settings → Language Models に移動して、Keep model loaded を有効にします。デフォルトの5分でのアンロード動作は、オプトインしない限り変更されません。これを有効にすると、ローカル言語モデルが常駐し、継続的なメモリ使用量と引き換えにコールドスタート時の再ロードがなくなります。

OpenWhispr

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト