画質の段階か目標容量（MB）と解像度の上限を決めると、ブラウザで再エンコードし実際のサイズを確認できます。
画質（小さめ・バランス・高画質）を選ぶか、収めたい容量をMBで入力し、必要なら解像度の上限（1080p・720p・480p）や音声の削除を選ぶと、Nerulioがブラウザ内で動画を再エンコードします。ブラウザがエンコードできればH.264のMP4、できなければVP9・VP8・AV1のWebMです。目標容量は推測ではありません。1回目は長さから大きさを決め、以降は実際に出たバイト数で補正して最大4回までエンコードし、ビットレートだけで届かなければ解像度も下げます。
Nerulioは何よりも2Dゲームアセットのスタジオです。ドット絵を描き、スプライトシートをアニメーションに分割し、テクスチャアトラスをパックし、オートタイルのタイルセットを確認して、Godot・Unity・Phaserなどのエンジン向けに書き出します。ブラウザで動き、ファイルは端末の外に出ません。
ゲームスタジオを開く →ゲームツール一覧GIFをスプライトシートにスプライトアニメーションのプレビュースプライトシートパッカー
ファイルサイズはビットレート × 長さです。映像3 Mbit/sと音声192 kbit/sの60秒のクリップは、解像度に関係なく60 × 3.192 ÷ 8 ≈ 24 MBです。解像度とフレームレートは、そのビットレートがどれだけきれいに見えるかを決めます。同じ3 Mbit/sでも1920 × 1080に割り振ると、1280 × 720より画素あたり多くの細部を捨てることになります。
目標容量がなければ、画質の設定がエンコーダーに圧縮の強さを伝え、サイズは内容次第です。動きの少ない話の動画は大きく縮み、紙吹雪や草原はあまり縮みません。すでに強く圧縮された元動画はかえって大きくなることがあり、そのとき結果の欄に増加率が出ます。
目標があると、その95 %を予算とし、音声（ビットレート × 長さ）を引いた残りを映像に回します。ブラウザのエンコーダーは頼んだビットレートを超えがちなので、毎回出力の実際の映像・音声のバイト数を測って次のエンコードを補正します。ビットレートを下げても効果が薄れてきたら、画面サイズも縮めます。映像に50 kbit/sも残らない場合は、より大きな目標か短い区間を求めて処理を断ります。
既定の音声192 kbit/sの場合：
目標 25 MB = 25 × 1,048,576 = 26,214,400 bytes
予算（95 %） 24,903,680 bytes
音声 192,000 bit/s × 60 s ÷ 8 = 1,440,000 bytes
映像、1回目 (24,903,680 − 1,440,000) × 8 ÷ 60 = 3,128,490 bit/s ≈ 3.13 Mbit/s
まだ大きければ 次のビットレート = 現在 × (目標の97 % − 音声 − コンテナ) ÷ 実際の映像バイト数
2〜4回目 同じ補正。ビットレートだけで効かなくなれば幅を縮めるここでのMBは1,048,576バイトで、結果の欄と同じ単位です。音声を削除すればその1.44 MBがそのまま映像に回り、詳細設定で音声ビットレートを下げるより効果があります。
| 設定 | 働き | 代償 |
|---|---|---|
| 小さめ・バランス・高画質 | 目標がないときのエンコーダーの画質段階 | サイズは内容次第で、よく圧縮された元動画より大きくなることもある |
| 目標容量（MB） | 収まるまでサイズを測りながら最大4回エンコード | 時間がかかり、解像度が下がることがある |
| 解像度の上限 1080p・720p・480p | 出力の高さを制限し、拡大はしない | 細部が減り、縦長の動画は幅が狭くなる |
| 音声なし | 音声トラックを丸ごと外す | 音が出ない |
| 形式 MP4・WebM（詳細） | エンコーダーがあればH.264のMP4、なければVP9・VP8・AV1のWebM | MP4しか受け付けないアプリがある |
| 症状 | 考えられる原因 | 確認方法 | 対処 |
|---|---|---|---|
| 結果が元より大きい | 元がすでに強く圧縮されており、画質の設定がより多くのビットを求めた | 結果の欄に増加率が出る | 小さめを選ぶか、元より小さい目標容量を入れる |
| 「Target size leaves less than 50 kbit/s for video」と出る | 音声を引くと、長さに対して目標が小さすぎる | 目標 ÷ 秒数。192 kbit/sの音声だけで毎秒24 KB | 目標を上げるか、区間を短くするか、音声を削除 |
| 4回エンコードしても目標に届かない | 試した画面サイズでは、エンコーダーがそれ以上縮められなかった | 結果の案内に目標と実際の容量が出る | 解像度の上限を自分で下げるか、クリップを短くする |
| 音声だけで目標を超えるというエラー | 192 kbit/sの音声で長い区間 | メッセージに音声が必要とするKBが出る | 詳細設定で音声ビットレートを下げるか、音声を削除 |
| MP4が選べない | ブラウザにH.264エンコーダーがない | 詳細設定にWebMしかない | WebMを使うか、別のブラウザを使う |
| 方法 | こんなときに向いています |
|---|---|
libx264と-crfを使うFFmpeg | 一定画質のエンコード、より小さくする遅いプリセット、一括処理。目標容量はビットレートを自分で計算する必要があります。 |
| 撮影・編集したアプリの書き出し設定 | プロジェクトが残っているなら、最終サイズで一度に書き出せば二重に圧縮せずに済みます。 |
| 先に切り出す | クリップの大半が不要なら、短くするのが一番手軽な容量削減です。 |
tests/media-browser.mjsで、Chromium 153とFirefox 155を使い、1920 × 1080のテストクリップで確認しました。640 pxに制限したエンコードは幅640 pxで元より小さく、0.35 MBの目標は幅を320〜640 pxに保ったまま達成しました。測定による補正があるのは、FirefoxのH.264とOpusのエンコーダーが指定より約10 %、9 %多く出力したためです。エンジンはMediabunny 1.58.1とWebCodecsです。
画質の段階か目標容量（MB）と解像度の上限を決めると、ブラウザで再エンコードし実際のサイズを確認できます。
MP4 / WebM / MOV → MP4 / WebM — 読み込み・書き出しはブラウザの対応状況によります。
ビットレート・解像度・FPSを調整し、長さと音声から目標容量を推定します。
advanced · WebCodecs bitrate and resolution control with measured size targets. 品質検証中です。Pro・Flagship水準はまだ実証されていません。
高速カットは範囲内のキーフレームに短縮します。精密モードは再エンコードし、コーデック対応は環境次第です。可能なら端末の一時保存を使います。互換録画の短時間制限は残ります。
端末のメモリ・保存容量・コーデック対応によります。テスト例はすべてのファイルの動作保証ではありません。
このツールで開いたファイルはアップロードせず端末で処理します。コミュニティの投稿に明示的に添付する画像は別途アップロードされます。一部のエンジンやモデルは外部から取得するため、IPアドレスなどの接続情報は配信元に伝わります。
いいえ。画像と編集状態はこのタブに保持され、メディア出力は端末の一時保存を利用する場合があります。言語を変えても作業は残りますが、再読み込み、タブを閉じる操作、別のページへの移動で失われることがあります。