【ニコニコ動画】FLV/MP4エンコードスレ 50【質問】

【ニコニコ動画】FLV/ ..

392:名無しさん＠お腹いっぱい。
10/03/17 21:32:20 dk9cbUvT0
スレ違い風味な気もするけど、ちょっと質問というか確認というか。

可逆圧縮スレの
　　ｽﾚﾘﾝｸ(avi板:135-149番)
を見て、初めて
　　「HuffyuvSは、RGB⇔YUV変換時にストレート変換（フルスケール）を行なうもの。」
　　（UtVideoやHuffyuvやLagarithなど一般的なものは圧縮・伸張（TVスケール）を行なう）
ってことを知ったのだけど、

　　aviutlを使ったVP6 2pass - ニコニコ動画まとめwiki
　　URLﾘﾝｸ(nicowiki.com)

で、HuffyuvSが薦められてるのは、実は初心者にとってかなりの罠なんじゃないだろうか・・・？

Aviutlでデフォルト設定（YUY2圧縮する）でHuffyuvSでエンコして、それを例えば
NiVEみたいなRGB展開しかしない編集ソフトに持っていったら、ものすごい色変化が起きますよね？
使いどころをわきまえて使うなら良いものなんでしょうけど、入門者に薦めるにはリスクが高いような。

今更VP6を使うことはないだろうし、実際にはUtVideoとかHuffyuvとかLagarithを使ってる人が多いだろうから
あまり影響はないのかもしれないけど、ちょっと気になってしまった。

393:名無しさん＠お腹いっぱい。
10/03/17 22:36:21 3IJ0Rxj60
動画初めて間もない者ですが、だれが教えてください。

aviutlって動画編集ソフトとVP62というコーディックを使って、512ｘ384　300kbps（音64kbps）サイズ40MB以下の
fvlファイルを作ってみたんですが、ニコ動にアップするとあきらかに画質が落ちてました。

推奨されている条件をみたしてるflvならエンコードなしでアップされるのかと思っていたんですが、
そうではないんでしょうか。それとも、どこか勘違いしてますか？

Windowsムービーメーカーで作った100MBのwmvファイルを上げたときもあるんですが、
むしろ画質はそのときのほうがいいように思えます。

394:名無しさん＠お腹いっぱい。
10/03/17 22:40:01 BBztUq+e0
うｐした動画の情報無いと何もわからん

395:名無しさん＠お腹いっぱい。
10/03/17 22:44:19 XaFMXqRZP
>>393
最低限、テンプレの方法でビットレート計算はやってみたんだよね？

396:名無しさん＠お腹いっぱい。
10/03/17 23:14:40 3IJ0Rxj60
>>395
計算してみました。300ちょいくらいです。

とりあえず、私が今ちばんはっきりさせたいのは
“推奨条件をクリアーしているflv動画なら、アップ後も
もとの動画を自宅のPCで再生させるのと同じ画質で視聴できるのか？”
ということなんですが、これについてはいかがなんでしょうか。

397:名無しさん＠お腹いっぱい。
10/03/17 23:34:00 dk9cbUvT0
>>396
テンプレ読め。お前に質問する資格はない。

398:名無しさん＠お腹いっぱい。
10/03/17 23:37:45 Sm1dgHdC0
皆さん>>389です。皆さんの協力もあり、ついにAviUtlのファイルを開くことが出来ました！
ありがとうございました。音声の調節の仕方について説明して頂くとありがたいです。

399:名無しさん＠お腹いっぱい。
10/03/17 23:41:14 dk9cbUvT0
>>398
>>388

400:名無しさん＠お腹いっぱい。
10/03/17 23:42:18 BBztUq+e0
もうお前こっち行け。まるでダブルクリックからプログラムを教えてるようなレベルだ
ｽﾚﾘﾝｸ(streaming板)

401:名無しさん＠お腹いっぱい。
10/03/17 23:43:26 IT8g2QlF0
　　　　　　　　　　　＿＿＿
　　　　　　　　　 .／　　　　＼
　　　　　　　　　 .|　^　　　^　|
　　　　　　　　　 | .>ﾉ(､_, )ヽ､.| ＜あまり我々を怒らせない方がいい
　　　　　　　　　__! ! -=ﾆ=-　ﾉ!_＿_
　　　　／´￣￣ .|＼｀ﾆﾆ´／　　　｀ヽ
　　　｛　　　　　　.|__　￣￣ヾ　　　　　 }
　　　i;;',,, 　r---イ　　　　／|,､_,,　 ,',;:',i
　　.l;';',;,,　 }　　/;＼　　　/ ヽ /　,;,;;',;l
　　 .|;;',;, 　 }　./;;;,,　＼　 /　;;;;;;ヽ　,,;;','i
　　　i;',, 　 / /;;,',';;　　ﾉ--,　',',;;::',',ﾞi ,,';';i
　　　i;,';　 /./,',',';;"　/ 　　＼　',',',;;,'i ,;',i
　／　　/ i　､　　／　　　　ヽ　',;::'､|　＼
　ヽヽヽヾ丿　　〈　　　　　　　ヽ''　　{////
　　｀｀｀｀　ﾄ,　　 i　　　　　　　　|　､　i´´´
　　　　　　|',',;;　 }　　　　　　　　!　',',;;i
　　　　　　|,','､　/　　　　　　　　ヽ',',','|
　　　　　　!;;',　/　　　　　　　　　 !,',;,;'|

402:名無しさん＠お腹いっぱい。
10/03/18 00:10:46 ePPhwRkC0
>>398
URLﾘﾝｸ(jumper-x.hp.infoseek.co.jp)
URLﾘﾝｸ(reals777.gooside.com)
↑参考に、表示で再生ウィンドウ出して、設定で音量の調節や最大化にチェック入れて、調節スライダーをいじってみれば良い。
解説しているところはいろいろあるし出力ファイル別で書かれている事に若干の違いはあるけど、基本的にいじる所ってあんまり変わらないから自分で勉強して味噌。
後は自分でやってみた方が良いよ。
もしくは↓みたいな初心者板で聞く方が良い。
URLﾘﾝｸ(bbs.nicovideo.jp)

403:名無しさん＠お腹いっぱい。
10/03/18 01:13:59 CUTkrTma0
１．問題点
20個程度の動画を繋げて作成した動画のニコ動での再生がおかしい。
エコノミーで再生した時に一番最初の動画しか再生されない。
（再生時間が極端にに短くなる）
20個それぞれXmedia RecodeでエンコードしてMP4にした後、MP4Boxで連結しています。
コマンドは
mp4box.exe -new "output.mp4" -add "input1.mp4:dur=xxx.xxx" -cat "input3.mp4:dur=xxx.xxx"
を繰り返して連結しています。

２．元ファイルの情報
フォーマット : MPEG-TS
オーバルビットレート : 19.3 Mbps

【ビデオ】
フォーマット : MPEG Video
ビットレートモード : CBR モード
ビットレート : 17.6 Mbps
幅 : 720 ピクセル
高さ : 480 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 59.940 fps
標準 : NTSC
解像度 : 8 ビット
カラーリメトリ : 4:2:0
スキャンの種類 : プログレッシブ
ビット/(ピクセル*フレーム) : 0.850

【オーディオ】
フォーマット : MPEG Audio
ビットレートモード : CBR モード
ビットレート : 384Kbps
チャンネル : 2 チャンネル
サンプルレート : 48.0 KHz

404:名無しさん＠お腹いっぱい。
10/03/18 01:15:27 CUTkrTma0
３．エンコードして出来上がったファイルの情報
フォーマット : MPEG-4
プロファイル : Base Media
コーデック ID : isom

【ビデオ】
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : Main@L4.1
CABAC : はい
RefFrames : 2フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ビットレートモード : VBR モード
ノミナル : 1024Kbps
幅 : 480 ピクセル
高さ : 272 ピクセル
解像度 : 16:9
モード : CFR モード
フレームレート : 25.000 fps
解像度 : 8 ビット
カラーリメトリ : 4:2:0
スキャンの種類 : プログレシッブ(PPF)
使用したライブラリ : x264 core 80
エンコードライブラリの設定 : cabac=1 / ref=1 / deblock=1:5:5 / analyse=0x1:0x131 / me=umh / subme=9 / psy=1 / psy_rd=1.0:0.0 /
mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 /
threads=3 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 /
direct=3 / wpredb=1 / wpredp=2 / keyint=250 / keyint_min=25 / scenecut=40 / rc_lookahead=40 / rc=cbr / mbtree=1 / bitrate=1024 /
ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=24000 / vbv_bufsize=24000 / ip_ratio=1.40 / aq=1:1.00

【オーディオ】
ID : 2
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
バージョン : Version 4
プロファイル : LC
SBR : いいえ
コーデック ID : 40
ビットレートモード : VBR モード
チャンネル : 2 チャンネル
チャンネルの位置 :Front: L R
サンプルレート : 44.1 KHz

405:名無しさん＠お腹いっぱい。
10/03/18 01:16:17 CUTkrTma0
非エコノミー時やyoutubeでは正常に再生されます。

406:名無しさん＠お腹いっぱい。
10/03/18 01:30:14 RhJfaxQy0
GPACがどれだけひどいコード書いてるか知ってる人は、mp4boxで動画を結合しようなんて考えない
まず動画を何らかの方法で一本に結合してから、mp4にエンコしろ

407:名無しさん＠お腹いっぱい。
10/03/18 11:57:00 H71pW2XQ0
HDじゃなかったらMP4で十分？

408:名無しさん＠お腹いっぱい。
10/03/18 11:59:39 3SP7HL3B0
春休みらしい質問が増えたなぁ・・・

409:名無しさん＠お腹いっぱい。
10/03/18 14:39:46 Q92zsE4X0
GPACがひどいことは知ってるけど代用品がないから結局使ってるんだよなあ
x264でmuxできたらいいのに

410:名無しさん＠お腹いっぱい。
10/03/18 14:56:04 n8Mdens00
AVIUｔｌの追加読み込み使えないのか？

411:名無しさん＠お腹いっぱい。
10/03/18 15:13:16 XdyVpMiZ0
>>410
お前は何を（ｒｙ

412:名無しさん＠お腹いっぱい。
10/03/18 15:47:05 RhJfaxQy0
>>409
>>406が言ってるのはmuxではなくcatのほう
まあ、muxもひどい気がするけど

413:名無しさん＠お腹いっぱい。
10/03/18 17:00:47 p/Xhedak0
x264内蔵のマルチプレクサもGPAC使ってるだろ。むしろGPAC以外のフリーのやつなんてあったっけ

414:名無しさん＠お腹いっぱい。
10/03/19 04:41:59 DqW+Y6LG0
>>411
410=俺じゃないけど、aviutlの追加読み込みでエクスポート（要mp4 plugin）ってことじゃねーの？

415:質問です
10/03/19 10:19:58 5LiQzD320
以前作成したflvの音声をaac(iTunesで作成）に差し替えて合成しなおしてみたのですが
（>>4にあるAAC音声対応のFLV_ffmpegmux_D&D.batを使用）
合成したものをメディアプレイヤークラシックで再生すると音声が出ません。
すでに2本ニコ動にあげているのですが、その時はゴムプレイヤーでの再生チェックのみで
問題なかったので気づきませんでした。
↓
URLﾘﾝｸ(ja.pastebin.ca)
↑はニコのコメで「音が聞こえない」と数名から指摘されています。
URLﾘﾝｸ(pastebin.ca)

これはAAC音声対応FLV_ffmpegmux_D&D.batの仕様なのでしょうか。
または使用したaacそのものに問題があるのでしょうか。

416:名無しさん＠お腹いっぱい。
10/03/19 10:49:43 OdTCuR16P
まず、AAC音声のFLVに関しては、MPCのみでもデコーダを適切に設定すれば再生可能だと思います。
MPCのオプション、内部フィルタにて左側にFLVと右側にAACのチェックを確認して下さい。

ニコ動での音声が再生されない問題は、動画が再エンコされた場合に発生します。
ニコ動側でAAC音声のFLVを再エンコした場合、音声が適切に処理されない為です。
これはエコノミー用に再エンコされた場合にも当てはまります。
再生出来ない数名はFlashプレーヤーのバージョンが古いか、エコノミーモードで音声が乗っていない動画を視聴している可能性が高いです。

417:名無しさん＠お腹いっぱい。
10/03/19 11:17:18 OdTCuR16P
言い忘れましたが、この形式のFLVファイルはニコ動では正式サポートされてません。
だから一概にバグだとも言えないので、現状ではこれ以上のサポートは無いと思って下さいね。

418:名無しさん＠お腹いっぱい。
10/03/19 16:32:35 XugrZhkC0
>>415
古いMPCを使ってる場合は再生できない可能性もあるよ。
MPCのほうは知らないが、MPC-HCの場合、H.264とAACのFLV Splitterがサポートされたのはv1.2.908.0からだから。

前に動画コーデックスレで見たけど、WindowsEsentialsCodecPackを使ってる場合は
FLVSplitterやMPC-HCのバージョンが古くて、H.264やAACを含むFLV再生ができないらしい。
　　ｽﾚﾘﾝｸ(software板:325-329番)

419:名無しさん＠お腹いっぱい。
10/03/19 16:36:14 XugrZhkC0
>>415
書き忘れた。
ニコニコでちゃんと見れるか確認したいなら、MPCとかGOMとかではなく、>>3にあるFlavieを使わないと駄目。
以下のように再生の仕組みが違うから、見え方とか再生可否とかが全く変わってくる。

　　MPCやGOMでのFLV再生→ DirectShowという仕組みを使って再生する。

　　FlashPlayerでの再生→ DirectShowを使わず独自の再生処理を行なう。

420:名無しさん＠お腹いっぱい。
10/03/19 16:44:37 n0hbwm9u0
>>419
横からだが、再生確認に使えるのはFlavieだけ？
自分は起動が早いのでSothink FLV Playerってのを好んで使っているのだが

421:名無しさん＠お腹いっぱい。
10/03/19 17:08:24 PhADNdXZ0
>>420
>>3

422:名無しさん＠お腹いっぱい。
10/03/19 17:08:53 SGsx6JF10
Adobe Flash Playerでデコードされれば問題ないはず

423:名無しさん＠お腹いっぱい。
10/03/19 18:16:54 XugrZhkC0
>>420
簡単なチェックや個人的な評価・感想など。--colormatrixが効くかどうかって程度しか調べてないんで、参考程度に。
普段Flavieしか使ってないんで、ほんとにさわり程度だし、間違ってたらごめん。

× FLVP ・・・FLVしか再生できない。MP4は無理。もうテンプレから削っていいと思う。

× FLV Player ・・・2.0.24ではx264の--colormatrixが効かないことを確認。全部BT.601と解釈してるのかな。
　　　　　　　　　　　　したがって、ニコニコアップ時のチェック用としては不適格。
　　　　　　　　　　　　最新の2.0.25も試そうと思ったけど、ダウンロード方法が変わり
　　　　　　　　　　　　変なツールバーのインストールとかも薦めてくるのがうざかったんでやめた。
　　　　　　　　　　　　正直テンプレから削っていいというか削ったほうがいいと思う。

△ H.264 FLV Player ・・・ver.4α で、とりあえず--colormatixは効く模様。
　　　　　　　　　　　　　　　　だが再生するファイルをmovieフォルダに移動しないと再生できないので
　　　　　　　　　　　　　　　　正直プレイヤーとしては不便すぎて使えない。
　　　　　　　　　　　　　　　　あと、サイトやreadmeにあるFLV7 videoとかFLV8 videoって、
　　　　　　　　　　　　　　　　SorensonH.263とVP6のことだろうか・・・？
用語の由来がさっぱりわからない。

△ Sothink FLV Player ・・・とりあえず--colormatrixはちゃんと効く。
　　　　　　　　　　　　　　　　　ただ、サイトを見ると「Include the latest Flash Player 9 ActiveX.」って書いてるから、
　　　　　　　　　　　　　　　　　PCに入ってるFlashPlayerじゃなく、プレイヤー内部のモジュールを使ってる可能性もあるかも？
　　　　　　　　　　　　　　　　　よくわからないんで詳しい人、教えて。

いまんとこFlavieが一番確実じゃないかなあ。

まとめWikiの記事も、ちゃんと整理しなおしたほうがいい気がする。

　　保存したflvを再生するFLVプレイヤー --ニコニコ動画まとめwiki
　　URLﾘﾝｸ(nicowiki.com)

424:名無しさん＠お腹いっぱい。
10/03/19 19:38:24 WQ7n2C6J0
colormatrixなんて指定しなくても大して悪影響なくね？
むしろ失敗したときのデメリットが怖くて使ってない

425:名無しさん＠お腹いっぱい。
10/03/19 19:49:50 vJFgl7oA0
> いまんとこFlavieが一番確実じゃないかなあ。

全面的に同意。

426:名無しさん＠お腹いっぱい。
10/03/19 20:08:50 A04r2m/u0
FLVPはflvを関連付けした時に赤いアイコンで目立つからFLVPの方が好きだ

427:名無しさん＠お腹いっぱい。
10/03/19 20:28:43 giQl6jtc0
>>424
下の２つの動画をタブ式のブラウザか何かで開いて切り替えて比較してみると、
--colormatrixの有無で色がかなり変わってしまうことがあるのがよくわかると思う。

　　【色空間テスト】BT.601出力を--colormatrix無しでエンコした間違いMP4
　　URLﾘﾝｸ(www.nicovideo.jp)

　　【色空間テスト】BT.601出力を--colormatrixつきでエンコした正しいMP4
　　URLﾘﾝｸ(www.nicovideo.jp)

＞むしろ失敗したときのデメリットが怖くて使ってない

「失敗したとき」って、どういうケースを想定しているのだろ。

428:名無しさん＠お腹いっぱい。
10/03/19 20:35:18 WQ7n2C6J0
RGBからYUVに変換するときは自分でやるわけだから間違いようがないけど
例えばニコニコに上がってるMP4を再度MP4にエンコードするとき
どっちを指定すればいいのかわからなくなる
ごめんね。色空間とか全然わからない人間なんだ

429:名無しさん＠お腹いっぱい。
10/03/19 21:06:01 +gRKPg5e0
FlashPlayerはcolormatrixの指定がないとすべてBT.709として扱うから
もともとSDの動画はおかしな色になってる可能性が高い。そしてFlashPlayerの
その動作を知らずにHDから縮小したときにBT.601にやっちゃった場合もおなじく間違っているかもしれない。

430:名無しさん＠お腹いっぱい。
10/03/19 22:05:49 IaNkl5Qv0
HDエンコでcolormatrix変換してる奴がFlashPlayerの仕様知らないわけないだろｗ

何にも知らないのがcolormatrix変換せずにHD>SDエンコしてBT.709のままで
FlashPlayer上では正しい色だけど動画単体ではSDでBT.709なんてゴミ作ることになる

431:415
10/03/20 08:47:50 tWtza9Kw0
以前はflv専用のプレーヤーを使っていたのですが
最近はflvは作っておらずUP後のトラブルもなかったので
その辺色々甘かったです。。。
ちなみに件の音が出ないと言われたファイルを
推奨のFlavieで再生チェックしてみましたが大丈夫でした。
MPCは確かに古かったようです（合成前の画像とaac音声単体では再生可でしたが）、
MPC-HCの一番新しい版で問題なく再生できました。

皆様丁寧なアドバイスをいろいろとありがとうございました。

432:名無しさん＠お腹いっぱい。
10/03/20 11:45:40 ag81CZTB0
FLVコンテナのon２vp６圧縮形式のエコノミー回避ビットレートの条件は
３００ｋｂ／ｓくらいであってますか、合計２９０ぐらいでうｐしたら
エコノミー用動画が作成されちゃいました

433:名無しさん＠お腹いっぱい。
10/03/20 12:09:10 mFDkzr4eP
「ぐらい」じゃダメ。
テンプレ通りにキッチリ計算した？

434:名無しさん＠お腹いっぱい。
10/03/20 12:50:14 ag81CZTB0
調べたらＦＬＶは境いめ３１２ｋｂ／ｓでした
真空破動研できっちり調べたので間違っていないとは思います

435:名無しさん＠お腹いっぱい。
10/03/20 12:51:07 ag81CZTB0
↑間違えた
真空破動研だとどうしても映像３８４、音声３２でしか
表示されないから本当はどうなのか不明

436:名無しさん＠お腹いっぱい。
10/03/20 13:24:44 DBbGUeXb0
>>435
>>8-9

437:名無しさん＠お腹いっぱい。
10/03/20 13:35:30 ag81CZTB0
>>436
実ビットレート計算式を使ってみます

438:名無しさん＠お腹いっぱい。
10/03/20 16:34:50 ag/G+DhH0
AviUtlでいらない所をカットしていって必要な所だけ残して保存したんだけど、最後まで
保存されてなくて途中で終わってしまうんだけど、何が考えられますかね？

439:名無しさん＠お腹いっぱい。
10/03/20 16:39:36 9MmL5Q+60
ディスクの空き容量

440:名無しさん＠お腹いっぱい。
10/03/20 17:00:47 ag/G+DhH0
>>439いやっ空き容量は問題ないんですけど・・

441:名無しさん＠お腹いっぱい。
10/03/20 17:13:57 ss6xXjFB0
>>440
ディスクのファイルフォーマットがFATだったり

442:名無しさん＠お腹いっぱい。
10/03/20 18:02:39 ag/G+DhH0
>>441ディスクのファイルフォーマットって何処で見ればいいんですか？

443:名無しさん＠お腹いっぱい。
10/03/20 18:07:18 ss6xXjFB0
>>442
マイコンピュータの、動画の保存先HHDを右クリックして
プロパティを見る。

444:名無しさん＠お腹いっぱい。
10/03/20 18:35:19 ag/G+DhH0
>>443見ましたがFATという文字は見当たりません・

445:名無しさん＠お腹いっぱい。
10/03/20 18:37:20 vFcj+hki0
NTFSという文字も見つからないとか言うなよ

446:名無しさん＠お腹いっぱい。
10/03/20 20:25:22 ag/G+DhH0
>>445それはありました！FATとは書いてないのですが、何が原因なんでしょうか？

447:名無しさん＠お腹いっぱい。
10/03/20 21:21:53 ag/G+DhH0
>>445範囲指定を多めに指定して保存して、その保存した奴をまた編集したら出来ました。
一度には出来ないっぽいですね

448:名無しさん＠お腹いっぱい。
10/03/20 22:51:23 lBR6Vibe0
MP4で、他の条件は同じにして、理論上最も劣化が激しい映像（エンコに時間がかかる映像？）ってなんだろ？
最も劣化がないのは単色って分かるのだけど（色による違いはあるのかな？）。
経験則で吹雪とか雨とか煙はツラいってわかってるけど、一番となると
やはり「1px補色市松模様を1fごとに補色で点滅させる」とかなんだろうか。

449:名無しさん＠お腹いっぱい。
10/03/20 22:59:40 vFcj+hki0
赤と青が高速で入り混じる映像

450:名無しさん＠お腹いっぱい。
10/03/21 01:56:56 DuUGTeQJ0
普通に考えたらホワイトノイズだろ。いわゆる砂嵐

451:名無しさん＠お腹いっぱい。
10/03/21 04:43:11 l0YEElYY0
ゼロムスのビッグバーン

452:名無しさん＠お腹いっぱい。
10/03/21 05:54:26 8Y2jjJnN0
mpgファイルをバッチファイルで結合後、mp4形式でエンコードすると
結合部分に若干ノイズが入るのですが何が原因なんでしょうか？

453:名無しさん＠お腹いっぱい。
10/03/21 08:59:05 U+FByWgG0
音声の圧縮形式で
AAC－HEとHE-LCでは
HE64kbpsとLC128kbpsではだいたい同じくらいの音質だと聞いたんですが
そこのところはどうですか？
映像にビットレートの多くを使いたい場合LCだと音が波状するらしいので
いつもHE40kbpsぐらいにしているんですが

454:名無しさん＠お腹いっぱい。
10/03/21 09:48:18 dZpqW5V70
カラーマトリクスの件だけど
・SD解像度以下ならBT.601でコンバートしてx264で"smpte170m"
・それより大きければBT.709でコンバートしてx264で"bt709"
ってことでおｋ？

455:名無しさん＠お腹いっぱい。
10/03/21 13:58:58 42GhP2Wk0
やんぶう

456:448
10/03/21 14:53:13 Ia+5erqa0
>>450
でも砂嵐ってモノクロだよね？カラーよりモノクロがエンコきついってのはどうなんだろ。色関係ないのかな。

457:名無しさん＠お腹いっぱい。
10/03/21 15:29:22 7UEH2M6b0
>>454
ニコニコで正しく見れることだけ考えるならBT.601でもBT.709でも好きなほうでエンコして
正しいcolormatrixさえつけとけば問題ないはず。

問題が出てくるのはPCに落としてFlashPlayer以外（WMPとかMPC-HCとか）で再生したような場合。
俺もよくわからないけど、そもそも--colormatrixを解釈してくれない可能性もあるらしいし、
映像の解像度で色空間を自動判定することもあり、判定基準も色々あるらしい。

　●Aviutlで入力色空間を自動にした場合は以下のように判定。
　　　　・縦が720ピクセル未満ならBT.601、720以上ならBT.709と判断する。
　　　　　　　ソース：URLﾘﾝｸ(resic.laburec.net)

　●ffdshowの場合は以下のように判定。
　　　　　width > 1024 or height >= 600: BT.709
　　　　　width <=1024 and height < 600: BT.601
　　　　　　　ソース：
　　　　　　　　　ｽﾚﾘﾝｸ(avi板:615番)
　　　　　　　　　URLﾘﾝｸ(ffdshow-tryout.sourceforge.net)
　　　　　　　　　URLﾘﾝｸ(sourceforge.jp)

　●DXVAの場合は以下のように判定。
　　　　・縦が576ピクセル以下ならBT.601、576よりも大きいならBT.709
　　　　　（greater than 576って「576よりも大きい」で合ってるっけ？」）
　　　　　　　ソース：
　　　　　　　　　ｽﾚﾘﾝｸ(avi板:618番)
　　　　　　　　　URLﾘﾝｸ(msdn.microsoft.com)(VS.85).aspx

あとはグラボの設定も関係あるとかなんとか？
一応ソースは示したけど、俺もよくわかってないので、間違ってたらごめん。
とりあえずDTV板の色空間スレを読むと、色々ややこしすぎて頭がおかしくなって死ぬ。
　　ｽﾚﾘﾝｸ(avi板)l50

458:名無しさん＠お腹いっぱい。
10/03/21 17:35:01 DuUGTeQJ0
>>456
なにか勘違いしてそうだがChromaチャンネルにもランダムノイズ載せれば
カラーのノイズ映像が出来上がる。こういうかんじ。某ブログから拝借
URLﾘﾝｸ(nagurigaki66.up.seesaa.net)
動いてないと意味ないがそもそもこれで画質テストしても比較にならない

459:名無しさん＠お腹いっぱい。
10/03/21 18:36:47 dZpqW5V70
>>457
統一されてないのか・・・
悩むだけ無駄だなorz
ありがと

460:名無しさん＠お腹いっぱい。
10/03/21 19:00:13 ymxp0ZdNP
>>453
その理屈だとLCの存在意義がないよな？

461:456
10/03/21 20:41:23 Ia+5erqa0
>>458
おぉ、カラーのノイズとは、なるほど。
「画質テストしても比較にならない」っていうのはどういうこと？
別に、画質良く「見えるかどうか」はどうでもよくて、一番劣化しやすい画像が分かればそれでいいんだが。

462:名無しさん＠お腹いっぱい。
10/03/21 21:19:13 0jGRxmxI0
＞＞460
わかりません、どういうことですか？
LCの場合８０以下は話にならないというので
仕方なくHEの高圧縮にしているんですが

HE-68とLC128が同列なのかなと気になったので聞きました

463:名無しさん＠お腹いっぱい。
10/03/21 21:33:40 Q9o2Mlo+0
比較は同じビトレでないと意味ないぞ

あくまで個人的感覚と断っておくが
変換にNeroDigitalAudio
サウンドカードにXonar Essence STX
ヘッドホンにAKG K701
上での聴き比べでは96kbps以下ではHE-AACの方が聞けた。どんな音楽でもじゃないけどな。
劣化指標の数値の上では64kbpsあたりで同等らしい

464:名無しさん＠お腹いっぱい。
10/03/21 21:51:16 ymxp0ZdNP
>>462
LCとHEじゃ普通は用途が違うってだけで
別に、ビトレの制限上でHEを使うのは間違っちゃいない。

ただ、同じくらいの音質っていう部分だけ気になったんで、まあそんな気にしないでくれ

465:名無しさん＠お腹いっぱい。
10/03/21 22:19:09 QL3a3XF80
HE-64 と LC-128 なら自分の耳を信用したほうがいいんじゃ??
ヘッドフォンの大音量で聞くと音の厚みの違いがかなりわかるよ．

466:名無しさん＠お腹いっぱい。
10/03/21 22:36:03 DuUGTeQJ0
ラジオとかのしゃべりはHEだと気持ち悪くて聞くに耐えないな。
ハイカットかけてLCのままのほうが全然いい

467:名無しさん＠お腹いっぱい。
10/03/21 23:07:14 xCR4JckJ0
というか低ビットレートだとどれも聞くに耐えない
画質にはこだわってても音声ビットレート落としすぎでノイズとかひどいことになってる動画がすげー多い

468:名無しさん＠お腹いっぱい。
10/03/21 23:48:34 jK/6ZVss0
分かる人いたらお願いします

１．問題点
wmvファイルをaviutlでx264出力したら音声が途切れるようになった

２．元ファイルの情報
３．エンコードして出来上がったファイルの情報
URLﾘﾝｸ(ja.pastebin.ca)

４．使用ソフト
WMM、aviutl

５．MP4ならば必要に応じてx264のエンコードオプション

--preset Medium --bitrate 500 --pass 3 --stats ".\x264.stats" --aq-strength 0.5 --psy-rd 0.5:0 --qpstep 16 --scenecut 54
--min-keyint 24 --keyint 600 --b-adapt 2 --ref 5 --weightp 0 --direct auto --me umh --subme 9 --trellis 2 --deblock -1:-1 --output nul

６．PC環境
Celeron　CPU 2.66GHz
2.67GHz、1.00GB RAM

469:名無しさん＠お腹いっぱい。
10/03/22 03:53:52 lEoHDkuq0
ココで聞いても良いのか分からないのですがちょっと質問させてください
Adobe Menida Encoderでh.264出力をしたいのですがエンコード時間が半端ないです
5秒程度のものなら数秒で終わるのですが
これが30秒になると数時間
3分の動画になると半日以上かかる始末です
ちなみにaviutlでx264出力すると設定にもよりますが20～30秒程度で終わります

パフォーマンス等の設定が見当たらず
エンコード中もほどんどCPUが回って無いのも気になるのですがこんなもんなのでしょうか？
それとも単にスペック不足なだけでしょうか？
PCスペックは
Vista
CPU Core2Duo 2.66GHz
メモリ 4G
GPU GeForce9600GT

ちょっと古いマシンなのでしょぼいといわれればそれまでですが

470:名無しさん＠お腹いっぱい。
10/03/22 04:16:20 f92Pboke0
Adobe Menida Encoder

　 ∧＿∧
　<丶｀∀´> ・・・

471:名無しさん＠お腹いっぱい。
10/03/22 04:17:45 8waSXl1YP
>>468
Aviutlで動画を読み込んだ際に発生する音声キャッシュ周りの不具合（と言っていいかは別として）だと思う。

Aviutlに動画を読み込んだ後にフィルタなどの設定後、シークを冒頭まで戻して1コマ送り、1コマ戻しなどを行い、
下の音声波形表示部に不要な波形が無くなったのを確認後にエンコードを開始する。
これで冒頭ノイズや音声ブツ切れが改善する可能性がある。

上記を試してもダメだった場合は、元動画から音声のみ抽出。それを音声読み込みで読み込んでエンコード。
音声抽出をAviutlで行う際は上記の1コマ送り1コマ戻しを行ってから。抽出音声に異常がないことを確認する。
あるいは>>221のバッチファイルで元動画の音声をwav変換した物を読み込む方が手っ取り早いかもしれない。

これでダメなら依頼スレにでも頼んでください。

472:名無しさん＠お腹いっぱい。
10/03/22 04:29:46 8waSXl1YP
>>469
このスレでAdobe Media Encoderを使用してる人がいるかどうか甚だ疑問だけど。
もし仮に「そんなもんです」といわれたら、それを納得して使い続けるつもりなのか？

ちなみにXP32bit版からVista64bit版にした為に3Dレンダリングや動画エンコードの
パフォーマンスが著しく低下したって話しは某ダンス作成ツール関連スレで聞いた。
この辺りはソフトの最適化の問題だったりするから、改善は作成元に頼るしかない。

こんなとこで訊くよりは作成元に問い合わせた方がいいと思うよ。

473:468
10/03/22 07:34:35 kTXTkS5z0
>>471
aviutlに読み込んだ後の確認作業ってのが必要なんですね
おかげさまでどうにかなりました
ありがとうございます

474:４５３
10/03/22 08:28:46 GGRp2Hpi0
レスがおそくなりすみません
>>463
ご指摘通りに同じビットレートでエンコして聴き比べましたが
96kbps以下ではHEの方が聴けるとのことでしたので、
同じHEとLCそれぞれ56kbpsで試したところ、素人の耳ではいまいち違いがわかりませんでした
＞劣化指標の数値の上では64kbpsあたりで同等らしい
これはHE-64がLC128と同じくらいの音質ということでしょうか、
例えば映像にビットレートを回した場合、それでも音質はそれなりにほしい場合には
LCであまりに低ビットレートだと音の波状(詳しくはどういう音なのかわかりません、高音のノイズ？)
が起こりやすいのでHEで48～56くらいにするとこれらの数値の音はLCでいう40～58ぐらいの音質が得られるという
ことになるんでしょうか、それとも元動画の音質をただ高圧縮にしたものだけということでしょうか、

文が長くてややこしいですが聞きたいことを要約するとニコニコでアニメのエコノミー回避動画を作るにあたり
映像を186～202の幅で回し、残りの音声に割り振れるビットレートが40～56くらいなのでこの場合はHEかLCの
どちらの音声圧縮形式にすればいいのかわからず迷っているという事です

475:４５３
10/03/22 08:39:37 GGRp2Hpi0
>>464
元動画の音質がかなりいろいろな音がでるものなので
こういうのはLCのが良音質が得られるんでしょうけど
低ビットレート制限があるのでこの場合には
HEにするのが一般的なんでしょうかねえ
>>465
確かにその数値ほどの違いだと聴いてみると音の厚みというか
高温や細かい音の差がでているような気がします

以前HEv2の32kbpsで動画を投稿した所、歌のサビの部分や音を伸ばす部分で
ノイズが入るというか割れるような音がしました、
これほど低ビットレートに抑えるなら少しでも映像からビットレートを回したほうが
いいのかなといい教訓でした

476:名無しさん＠お腹いっぱい。
10/03/22 08:49:48 rRyP3KsH0
>474

>>音声に割り振れるビットレートが40～56くらい

なんか難しく考えすぎてるな。迷うことなくHE-AAC一択で。
64kbpsを境に上ならLCを下ならHEを使うってやっとけばいいよ、一般的にはそれでベター

477:名無しさん＠お腹いっぱい。
10/03/22 10:37:15 GGRp2Hpi0
>>476
元来物事を邪推して難しく考える気質があるものでつい・・・

64kbpsを境界線にしてそれよりも上にビットレートを割り振れるなら
LCをしたならHEにするのが通例なんですね、わかりました
たいへん参考になりました、ありがとうございます！

あとたびたび質問してすみません、
どうしても音声にビットレートがあまり割り振れない場合、
HEで最低ラインがどのくらいか知りたいです、今までは
HEv1の40kbpsでしたが32kbpsにまで下げてもHEによる音の波状の効果は
あるのかが気になります、そこまで下げるならHEv2にするのも手なのかな
とも思いますがどうなんですかね

478:名無しさん＠お腹いっぱい。
10/03/22 11:17:12 eMcfZRZq0
ぐだぐだうるせぇ～！ソースにもよるだろうし自分で決めろやボケ！

ってうちの息子（１歳）が言ってた。

479:名無しさん＠お腹いっぱい。
10/03/22 11:48:03 S6kpIP39P
>>477
とりあえず32kとかまで下げるなら、サンプリングレートもいじらないと音割れし始めるぞ。

一般的な44.1kHzじゃたぶんキツイ。
あと、チャンネル数も。
モノラルのほうがいいかもな

480:名無しさん＠お腹いっぱい。
10/03/22 15:48:43 EcG8nReb0
聴けりゃあこまけぇこたいいんだよ！
だいたいニコ動見てるやつの視聴環境ってどうよ？
対外はオンボのアナログ出力に安物のスピーカーやら付属のおもちゃSPでノイズまみれかモニタのペラペラ出力か。
低音がドコドコなってるか何かしゃべってるねくらいの判別しか分かりゃしねぇって

481:名無しさん＠お腹いっぱい。
10/03/22 16:07:46 XrSxzcfM0
良い環境に拘る人なら、素直にソフト借りるか買うわなｗ
中途半端に文句を言う人間は、そこの所を判ってない。
不可逆圧縮する時点で劣化するんだから（ｒｙ

482:名無しさん＠お腹いっぱい。
10/03/22 21:33:55 WwLnv0yt0
5千円程度のスピーカーや2千円程度のヘッドフォンでも低レートはもの凄く耳障り

483:名無しさん＠お腹いっぱい。
10/03/22 22:59:04 7kKupUda0
つーかNeroAACならわざわざ形式指定せずにビットレートだけ指定すればいいだろ
そうすれば64kbpsならHEになるし、128kbpsならLCになるし、自動で最適な形式になる

484:名無しさん＠お腹いっぱい。
10/03/22 23:24:07 yfXvVuBy0
>>483
こんなこといちいち気にしてるくらいなんだからAviutl使ってるに決まってるじゃんｗ
あれはわざわざ形式指定するようになってるから

485:名無しさん＠お腹いっぱい。
10/03/23 00:48:00 L3/cAl7L0
40kまで下げるならaacplus V2のが音が好みだなー
Neroのだとhighがキンキンするんだ、プレイヤーのデコードが悪いのかな

486:名無しさん＠お腹いっぱい。
10/03/23 00:49:31 NprKrqF1P
まあ16kとか8kとかでエンコしたいとなると、自動じゃまず無理だけどな。
とりあえず64kはHEでFA

487:名無しさん＠お腹いっぱい。
10/03/23 01:09:11 p7W/fKos0
flash playerってv2正しく再生出来たっけ？

488:名無しさん＠お腹いっぱい。
10/03/23 01:28:46 6gk+e0z90
ここでいいのかよくわかりませんが、少し質問させてください。
ＯＳはWindows7です。
Windows Live ムービーメーカーで512x288のサイズ設定。
うｐ時のエンコで周囲に黒枠が出来てしまうのは、仕様なんでしょうか？

489:名無しさん＠お腹いっぱい。
10/03/23 01:34:53 5jy192xq0
ここではよくないので他所に行ってください
ちなみに私の勘では、それは仕様です

490:名無しさん＠お腹いっぱい。
10/03/23 01:44:09 5jy192xq0
>>487
URLﾘﾝｸ(www.adobe.com)
とりあえず対応はしている
しかし、正しく再生するかどうかはしらん

491:名無しさん＠お腹いっぱい。
10/03/23 05:54:13 L3/cAl7L0
問題なく対応してるよ。
今さっきＵＰして再生確認したから間違いない

492:名無しさん＠お腹いっぱい。
10/03/23 18:13:18 t8MLHtm50
FLV Extractについてちょっと質問です。中身がFLV Video+MP3の動画はなんともないけど
中身がH.264+AACな動画をスプリットしたときに、一緒に吐き出したtimecode v2ファイルの
中身を開くと1フレーム目と2フレーム目が共に表示時間が0でダブってるんですけど
皆さんそんなことないですか？こんな感じ

# timecode format v2
0
0
32
65
97
・
・
・

493:名無しさん＠お腹いっぱい。
10/03/23 23:22:02 U6Edj17+0
今更だけど、>>162-167、>>229-237あたりの件について、ちょっと動画作ってみました。

　　Haali Media Splitter(2009/12/19)のedtsバグによる再生タイミングのずれの再現
　　URLﾘﾝｸ(www.nicovideo.jp)

うｐコメにも書いたんですが、この件の認識って、以下であってますかね？

　　１．x264 r1379で、初期ディレイを打ち消す方法が変更されMP4コンテナでedtsを記述するようになった。
　　２．だが、edtsをちゃんと解釈してくれるスプリッターは、現状ほぼ存在しない。
　　　　Haali Media Splitterの2009/12/19版にはバグがあり、このように映像が早いタイミングで再生されてしまう。
　　　　バグ修正版もあるが別のバグがある。
　　３．FlashPlayerや、GabestのMP4Splitterはedtsを全く見てないらしい。
　　４．edtsに対応したスプリッターの登場が待ち望まれる。
　　５．まあ初期ディレイは２フレーム程度だから低fpsでもない限りあまり気にならないかも。

>>162にある早送りになる件については試せてないんだけど、これはまたちょっと別で、
インターレース解除のために「自動フィールドシフトv7対応」にチェックを入れて使ったことと
Haaliのバグが絡んで、全体的に早送りになったってことなのかな？

494:名無しさん＠お腹いっぱい。
10/03/23 23:37:46 ZHEpf5B+0
オレはCCCPを入れてるからRAWで出力してmp4boxでmuxしてるよ

495:名無しさん＠お腹いっぱい。
10/03/24 03:09:27 h77ThgUp0
>>493を、自動フィールドシフトV7対応で試したものも追加して上げなおしてみました。

　　Haali Media Splitterのedtsバグによる再生タイミングのずれの再現
　　URLﾘﾝｸ(www.nicovideo.jp)

　　・冒頭部のみが早送りされる感じになってしまい、映像タイミングが早まる。
　　・エンコ時に自動フィールドシフトv7対応にチェックが入ったものだと早送りされる部分が増える。

という感じなのかな・・・。

496:名無しさん＠お腹いっぱい。
10/03/24 08:29:59 ivQuG6j20
ニコニコにうｐする動画って音質ドンシャリ気味にしたほうがいいですか？

497:名無しさん＠お腹いっぱい。
10/03/24 08:52:09 KiYAZmGn0
音左右に振れば128kくらいで高音質とか言われるよ

498:名無しさん＠お腹いっぱい。
10/03/24 09:49:22 z5WABKm10
128kとかステレオじゃノイズひどいことになるな

499:名無しさん＠お腹いっぱい。
10/03/24 10:32:59 Zhnq1zzN0
今までLC４０で動画あげてきたけど、
音質についていわれたことなんてあまりなかったぞ

500:名無しさん＠お腹いっぱい。
10/03/24 10:35:15 nSvEtem/0
ジャンルによって違うだろうよ
ボカロとかでLCで40kbpsなんて上げたら批判来まくるぞ

501:名無しさん＠お腹いっぱい。
10/03/24 10:35:45 KiYAZmGn0
そりゃ追求してる動画かよほど酷くなければスルーされるだろ

502:名無しさん＠お腹いっぱい。
10/03/24 10:36:53 Zhnq1zzN0
あとＷＭＭでつくったものを、
Ｍencoderでon2vp６でｆｌｖで書き出したときに、
音量がすごく小さめになるのがわからない

503:名無しさん＠お腹いっぱい。
10/03/24 10:41:59 Zhnq1zzN0
確かにジャンルによって音質とか影響あるんだろうなあ、
どうしても映像にビットレ上げちゃうから、音声とかはオマケって感じで
適当に振ってるし、たまに音声ビットレ低くても高音に聞こえるんじゃないか
って錯覚する場合もあるらしいしｗ

504:名無しさん＠お腹いっぱい。
10/03/24 12:26:49 72/DiRny0
俺も画質厨だけど以前ここで、たがだか数MB割いたところで画質なんてそう変わるもんじゃない
だったらその分音質上げた方がよっぽど効果あるぞ、と言われてそういやそうだなって鱗

505:名無しさん＠お腹いっぱい。
10/03/24 13:32:43 l03pPkH70
ぶっちゃけ
　　１．音割れしないこと
　　２．音量調整が適正であること（大きすぎず小さすぎず）
の２つさえ満たしてれば些細な音質の違いなど、わりとどうでもいい。

506:名無しさん＠お腹いっぱい。
10/03/24 14:11:53 14pzlFWn0
㌧切って質問ですみません。

まとめWIKiなどにMP4のエコノミー画質が著しく低下する例として

>元のMP4のサイズが512*384、29.97fps動画にこのバグが起こりやすい

とありますが、これは片方の条件だけでもそうなりやすいのでしょうか？
自分は今まで10本ほどMP4をうｐしたのですが全部両方の条件を満たした設定で
かつ全部の動画が著しい画質低下を起こしています。
（ちなみに、x264の拡張設定はビデオ先読みスレッドのみチェックを入れていました）

507:名無しさん＠お腹いっぱい。
10/03/24 14:16:24 Zhnq1zzN0
初期ディレイカットにチェック入れると
エコノミー画質は更に低下するんだっけか
だからいつも先読みとUYUなんたらにしか
チェック入れてない

508:名無しさん＠お腹いっぱい。
10/03/24 15:14:38 l03pPkH70
>>506
「著しい画質低下」と言っても、本当にそれが著しい低下なのか、通常の低下なのかは判断しづらいと思うけど。
見た目で判断せずに、エコノミー動画を落としてデータを見てみなきゃいけないと思うけどね。

エコノミー崩壊については、画像のサイズは関係ないような気がする。
多分初期ディレイカットの際に行なわれる「Timescale4倍精度」の処理と、
映像のfpsだけが関係してるんじゃないかと思うけど、どうなんだろうなあ。

たとえばうちで1fps100フレームの動画を作って、拡張x264出力(GUI) r1163で初期ディレイカットONにしてエンコし、
AvisynthのDirectShowSource()で読み込んでinfo()を見ると、25fpsと判断され、2500フレームくらいあることになってる。
初期ディレイカットをOFFにしてれば、ちゃんと1fpsと判断される。
別の29.97fpsの動画を初期ディレイカットONでエンコした場合も、25fpsと判断されたりする。
DirectShowは正しいfpsを返す保証がないらしいし、サーバ側でのこのへんのfps判定処理とかが絡んで、
おかしなエコノミー動画が作成されたりするんじゃないだろうか？

拡張x264出力（GUI）のr1400で初期ディレイカットは廃止されたけど、
同じTimescale4倍精度の処理を行なう、「自動フィールドシフトv7対応」は残ってる。
>>495の実験でr1471でこれにチェック入れてみたけど、1fpsの動画はちゃんと1fpsと判定されたけど、
29.97fpsの動画が25fpsになったりした。CFRじゃなくてVFRになるんだっけ？よくわかってないけど・・・。
インターレース解除のためにこれを使ってる人は、同じようなエコノミー崩壊が発生する可能性があるかもしれない。

なお、うちのMP4のDiretShow再生環境は、以下のようになってる。
　　HaaliMediaSplitter20091219版＋ ffdshow tryouts r3119
スプリッタやデコーダを変えたりすると結果は変わってくるかも。

正直Timescaleとかよくわかってないんで、詳しい人に検証とかツッコミいれてもらえるとありがたい。

509:名無しさん＠お腹いっぱい。
10/03/24 23:28:45 Bh8X/p7H0
aｖiutlで最大フレーム数を上げて保存すると音量が消えるんですが、何でですか？

510:名無しさん＠お腹いっぱい。
10/03/25 00:10:14 ++xVyvIv0
>>509
FPSとフレーム数、音声の長さ関係が合ってないんじゃないかい？

511:名無しさん＠お腹いっぱい。
10/03/25 10:06:43 oho/yUeq0
質問です
nikoまとめwikiをみて、MencoderがWMV入力可能なファイルに書き出すための
ファイルを新規作成してアス比512ｘ288にするために元動画（ＷＭＶ形式）を
D＆Dしたんですが、できあがったflvファイルが再生してみると512ｘ384になってしまいます
きちんと512ｘ288のバッチファイルでエンコードしたはずなのにわかりません

512:名無しさん＠お腹いっぱい。
10/03/25 11:42:55 FBhECg+U0
>>510具体的にどうすればいいんでしょうか？

513:名無しさん＠お腹いっぱい。
10/03/25 14:59:00 nX+zZ1+F0
>>512
AVIUｔｌのその他→ファイル情報から音声の秒数を確認して、表示されているファイルのフレーム数を割ってみそ。
総フレーム数が変わらないのにFPSだけ上げると、映像が早く終わって音声が尻切れになる。
↓あたりに答えがある。（元ファイルより上のFPSは、Nullで水増ししないと無理って事）
URLﾘﾝｸ(questionbox.jp.msn.com)
URLﾘﾝｸ(www.losttechnology.jp)
l

514:名無しさん＠お腹いっぱい。
10/03/25 15:50:11 7EffEE430
Haaliのバグ？で冒頭の部分だけ早送りになって
音ズレで再生されるx264/MP4ファイルなんだけど、
これを正常に再生するためにHaaliの代わりになるものとかある？

それともエンコの時点でそうなったら駄目？

515:名無しさん＠お腹いっぱい。
10/03/25 16:01:56 Iplj73ae0
>>514
現時点では全滅

516:名無しさん＠お腹いっぱい。
10/03/25 16:17:29 FBhECg+U0
>>513音声の秒数というのはフレームレートのことでしょうか？

517:名無しさん＠お腹いっぱい。
10/03/25 16:23:07 HF2MtURB0
>>514
>>231にあるHaaliの暫定バグ改修版。
でも、正のdelayが効かないというバグがあるので、他のファイルで音ずれ等が発生する可能性がある。
　　URLﾘﾝｸ(haali.su)

あとは、「正常に再生」とは言えないけどMPC-HC（Gabest）のMP4 Splitterとか。
edtsを見てくれないのでBフレーム由来の遅延は発生するけど、早送りは発生しない。
通常の動画ならあまりずれとかは気にならないレベルかも。

518:名無しさん＠お腹いっぱい。
10/03/25 16:27:15 HF2MtURB0
>>509-510
>>512-513
>>516

最初の質問が曖昧すぎて話がかみ合ってない気がするが・・・
もう少しやったことや症状を詳しく書いたほうがいいんじゃねえの？

519:名無しさん＠お腹いっぱい。
10/03/25 16:35:57 7EffEE430
>>515
ありがと、
いろいろ調べたけど諦めがつきました。

520:名無しさん＠お腹いっぱい。
10/03/25 16:40:04 FBhECg+U0
詳しく説明するとですね、１８分ぐらいの動画を編集しようと思ってファイルを
開いたら、最大フレーム数は320000までですっていうのが出てきたんで
最大フレーム数を8388607にして保存しようとしたら３時間もかかるんですよ！
しかも保存したやつを開いてみると時間が増えていて、その１８分の動画が何個も
繰り返しに入っていて、おまけに音声もないんです。詳しく説明するとこんな感じです。

521:名無しさん＠お腹いっぱい。
10/03/25 16:57:15 HF2MtURB0
>>520
「保存」てなんだよ。拡張x264(GUI)で出力しようとしたってことか？
回答に対する反応を見ても、テンプレや説明書等をまともに読まずに適当に使ってるとしか思えないが。
音声がないのはお前が音声の扱い間違ってるか音声なしでエンコしてるだけな気がする。
はっきり言ってスレ違いだし、質問用テンプレに従って情報出さないんじゃ答えようがない。
質問するならどの読み込みプラグインで読みこんだのかとかそのへんの情報もいるだろうし。

522:名無しさん＠お腹いっぱい。
10/03/25 16:59:00 IrXyO+ao0
>>520
音声がまるっきり無いのは、コーデック入ってないのではないか？
もし1回分でも入っているなら、映像の繰り返しと無理に貼り合せしている様な気がするなぁ・・・
映像の長さ>>>>>>>．>>>>>>>．>>>>>>>．・・・
音声の長さ>>>>>>>．
こんな感じか？
元ファイルの情報も、>>1とか波動研使って書き出してくれ。

523:名無しさん＠お腹いっぱい。
10/03/25 18:19:34 SNTo8hyL0
demux して再度 mux すりゃいいじゃん．何なら aac をいったん neroaacdecでwavに戻すとかして頭の無音も調節するとか．

524:名無しさん＠お腹いっぱい。
10/03/25 18:40:53 FBhECg+U0
>>521 >>522 >>523僕が思うに最大フレームだけが8388607になっちゃってて、音声が320000
のままになってると思うんですよね。だから音声も最大フレームと同じように調節しなくちゃ
いけないと思うんですけど、設定でどこをいじればいいかわかる方いませんか？

525:名無しさん＠お腹いっぱい。
10/03/25 18:48:36 IrXyO+ao0
>>524
お前さんの個人的な意見や思い違いはどうでも良いから、元ファイル情報を>>3のツールでここに書き出すか、
ファイル自体をあぷろだにでも上げて他人に見てもらうべし。
でないといつまでたっても的確なアドバイスは出ないと思う。
自分で出来ないなら、依頼するのも一つの手だよ。↓
ｽﾚﾘﾝｸ(streaming板)

次ページ