- 出荷済み
- 2026年8月19日 2:35 UTC
- プロフィール
- Kamo
- コンテンツ
- a00e3d0
デプロイされたサービスを行なうことによって見つかった3つの欠陥。 1。 /live / ルート404'dはTrefikを介して。 MediaMTXは最初のHLSに答えます 絶対パスで 302 から `?cookieCheck=1` へのリクエスト つまり、StripPrefix では、場所がルートの外に指摘されていること プレイヤーは 404 に続く。 チャンネル名D `live/<channel>` — MediaMTXはネストされたパス名を受け入れるので、それが役立つと思うパス ブラウザが要求したパスとStripPrefixが不要です。 ザ・オブ・ザ・ WHEP のルートは、現在、明示的な優先順位で、その完全正規の一致を維持します 代わりに、Traefikのルールの長さのtiebreakに依存しています。 2. ロールアウトは決して完了できませんでした。 pod は webRTC の hostPort 8189 を結合します ICE は、排他的なノードリソースなので、maxSurge 1 / maxUnavailable 0 サージ pod sat Pending 待ち のために ポート の 古い pod サージポッドがReadyになったまでリリースしません。 観察された生き物として 健康なものの横にある保留ポッド - qdrant's WALロックと同じ形状。 再作成に切り替えます。 3。 ライブマウサーは「セグメントの持続期間は2〜3秒に変更 - これは、 iOSクライアントでエラーが発生します。 ソースMP4のキーフレームは不規則です。 従って区分は均一であることができませんでした。 エンコードジョブも 720p をリミュークス rung は MP4 に loop.mp4 として返します (再エンコードなし — すでにレングしている 2sのキーフレーム)および入口の容器はそれを好むし、戻ります 元のので、ジョブが実行される前にPodはまだ始まります.