08/12/23 19:37:11 b6C7Ih0d
>>956
やっぱりそうでしたか・・・そうですよね。ありがとうございます。
となると、このソフトでいう「プロパティ」を参考に、個々のファイルのデータに
合わせて、私のいう「そのまんまの」数字を入れればいいという解釈は間違ってはいないんですよね？
優秀なコーデックですし・・・
>>957
それはないです
同じ原理だってことがつかめていなかっただけです
961:名無しさん＠編集中
08/12/23 20:00:52 m5h4ApTU
>>960
言っておくがコーデックによって圧縮率違うからな。
Divxとx264ではx264の方が縮むぞ。
だからエンコしたいファイルの詳しいことがわからない以上あっているか間違っているかは誰にもわからない。
962:名無しさん＠編集中
08/12/23 21:49:16 iVaO1lie
>>960
まだわかってないような気がする
jpgを同じ圧縮率で保存し続けてみたら理解できるんじゃね？
ビデオを標準で録って標準でダビングしても劣化するように
同じコーデックで同じビットレートを指定しても劣化する
劣化されたくなければコピーするしかない
963:名無しさん＠編集中
08/12/23 22:20:43 JKwA9asq
>>962
ビデオの劣化は、アナログによるノイズだろ
ビデオのダビングは、コピーとかわらんよ
964:名無しさん＠編集中
08/12/23 22:58:24 b6C7Ih0d
>>961
そうなんですか・・・DivxとはXvidのことですよね？
同ビットレートなら綺麗なほうが好ましいので以後そちらに設定しようと思いますが
設定の仕方がよくわかりませんね。
一応こちらがプロパティに表示された詳細なんですが、現在の設定とあわせてキャプチャしておきました。
URLﾘﾝｸ(kissho.xii.jp)
>>962
いえ、劣化は免れないのはもう理解できました。
ただ>>956さんが「409から700に増やすなんてただの馬鹿」と仰っているあたり
元々の数字より大きくしても劣化がマシになるわけではないのではないでしょうか？
そう言いたいわけです。
965:名無しさん＠編集中
08/12/23 23:04:52 5SDECAbU
エンコの目的がわからないからそう言われるんだよ
パソコンに残しておくなら再エンコなんて無駄なだけ
携帯プレイヤーなんかに入れたくてエンコするならそれだけで条件はかなりの制約を受けて
その中でギリギリの最高画質にするからそこそこ妥協するか容量重視して低画質にするか
自分で判断するところ
966:名無しさん＠編集中
08/12/23 23:09:51 b6C7Ih0d
>>965
iPod 5.5G用です。
制約についてはWikiに従っているので、テストしてみたところ
既に同期には成功しています。
>>964のキャプチャにあるファイルで最高画質にしたい場合
どう数値設定すれば良いかがまだ結論を出せていません・・・
967:名無しさん＠編集中
08/12/23 23:13:34 5SDECAbU
>>966
どんな画質にするにしても
自分の満足・妥協できる点は自分自身しかわからない
最高画質の設定っていうのも一概に決まっているものではない
968:名無しさん＠編集中
08/12/23 23:16:58 b6C7Ih0d
>>967
では一例をお見せいただきたいです。
一番避けたいのは画質・音質に影響のない容量の無駄遣いです。
969:名無しさん＠編集中
08/12/23 23:37:42 5SDECAbU
＞一番避けたいのは画質・音質に影響のない容量の無駄遣いです。
それを避けるために自分だけの、その動画だけの最高の設定を自分で探すんだよ
970:名無しさん＠編集中
08/12/23 23:42:08 b6C7Ih0d
「409から700に増やすなんてただの馬鹿」
要はこの言葉が引っかかるんですよね。
「同じコーデックで同じビットレートを指定しても劣化する」という理屈なら
それより数字を増やせば多少は軽減されるって解釈で間違いないのではないでしょうか？
971:名無しさん＠編集中
08/12/23 23:49:36 iVaO1lie
>>970
もうMediaCoderとは関係ない話だよな
そろそろエンコの初心者スレ探して移動しろよ
972:名無しさん＠編集中
08/12/23 23:51:47 m5h4ApTU
>>968
それを見つけるためには試行錯誤を繰り返すしかない。
964のファイルが見れないしipod持ってないからなんとも言えないが
ipod用になら画面が小さいから例えば元が1280*720で800kbpsならipod用に600kbpsにしても人間の目でエンコしたことによるノイズなんかは判断できないと思う。
まぁおおよそで設定を見つけるために試しに三つエンコしてみなよ。
低ビットレート版(300程度)、中ビットレート(600くらい)、高ビットレート(1M位)
これらを比較して容量対画質で自分の許容範囲を見つけていく。
細かいところは実際に映像を見ないとわからない。
ぜんぜん動かない映像もあればエフェクト使いまくり動きまくりの映像だってあるわけだから。
>一番避けたいのは画質・音質に影響のない容量の無駄遣いです。
まぁとりあえず元ファイルよりビットレート大きくするようなことはしなさんな。
973:名無しさん＠編集中
08/12/23 23:52:07 /hvcz5RI
>>957
上手い例えだな
974:名無しさん＠編集中
08/12/23 23:56:36 5SDECAbU
なぜ元よりビットレート上げるのがダメなのかは俺もわかんね
再エンコせざるをえないならそうした方がいい場合もあると思うけど
975:名無しさん＠編集中
08/12/24 00:02:14 BnTwqXLh
>>972
細かい理屈は抜きにして、納得いたしました。
丁寧なご説明ありがとうございます。
今まだ多少残っているモヤモヤを挙げるとすれば、>>970の疑問です。
976:名無しさん＠編集中
08/12/24 00:06:34 DNlJQhCG
>>971
というか、もともと関係ないよね。
>>974
再エンコするなんて、再生環境（或いは好み）に合わせてフォーマットを変更するとか、
多少の劣化覚悟でファイルサイズを小さくするとか、フィルタを掛けるとか、
リサイズや、逆テレシネ・Bob化みたいなフレームレート変更とか…
そーいう目的がないとやる意味がないし、やるんだったら
その用途に合わせ、ビットレートというか、エンコードの設定を調整するって感じ。
977:名無しさん＠編集中
08/12/24 00:15:40 9Awy6VqP
>>957
同意見。
リサイズ無しの同じサイズでflv→flv変換をするんじなかったら、
ビットレートを上げたほうがいい場合はあるよね。
コーデックによって圧縮方法は違うんだし・・そしたらビットレート変わるよね。
といっても俺はビットレートを指定してのエンコはほとんどしないけど。。
まぁ、元がflvなら、280でも2500でも見た目はほとんど変わらんと思う^^；
つーか975氏は自分で試したのかな？？
978:名無しさん＠編集中
08/12/24 00:17:30 IwJdDhgW
>>976
用途に合わせて設定するなら別に元のビットレート超えようがかまわなくないか
979:名無しさん＠編集中
08/12/24 00:18:09 9Awy6VqP
間違った。。
>>974
に同意見ね^^；
980:名無しさん＠編集中
08/12/24 00:24:13 BnTwqXLh
>>977
はい、試しましたよ。409と768とを比べましたが
元が409だと流石にほとんど変わり映えないっぽいですね。
結構同じところで悩まれている方が多いようで、ちょっと安心しました
元動画より大きくしては駄目という意見と場合によって変えたほうがいいという意見とで
二分化されているみたいですね
981:名無しさん＠編集中
08/12/24 00:32:13 DNlJQhCG
>>978
もともとの質問者は、元ソースと、ビットレートを除き全く同じ設定で
再エンコードをする場合、のことを言っているから。
この場合、ビットレートを上げたところで、劣化の度合いは大差ないよね。
982:名無しさん＠編集中
08/12/24 00:43:41 BnTwqXLh
私のような無知がいつしか知識人へと進化を遂げていく。
やっぱり2chはこの意味で素晴らしいものがありますね。
たかがエンコ、されどエンコ。追求すればするほど新発見があると、
実践と活字の狭間で学ぶことができました。これもひとえに上級者の皆様直伝のアドバイスのお陰です。
このたびは本当にお世話になりました、ありがとうございます。
983:名無しさん＠編集中
08/12/24 00:46:46 rlDP6e5k
しかしこの程度のことを、しかもスレ違いの場所で聞いといて
「知識人へと進化を遂げ」るとか面白いこと言うね
自分で調べることも試すこともせずに聞くようでは厳しいと言わざるを得ない
984:名無しさん＠編集中
08/12/24 00:55:11 BnTwqXLh
口だけのクズは引っ込んで下さって結構ですよ
煽りたければそれなりの説明力と、自分が上級者であるという威厳を見せてからにしてください
985:名無しさん＠編集中
08/12/24 00:57:21 MvHAQSLO
>>980
同じコーデックだとして、元を10だとするなら、
元より高ビットレート→9
同じビットレート→8
元より低ビットレート→7以下
じゃね？
元>>越えられない壁>高>同>低
ビットレートを大きくしても劣化することには変わりないよ。
けど、ビットレートを大きくして再劣化を少なくすることは出来るはず。
つまり、
同じかそれ以下
10→8→6→・・・・・
高
10→9→8→･････
※矢印はエンコード。
エンコードするたびにノイズ乗ったりするから回数は少ない方が良いよ。
これぐらい知ってただけで知識人にはなれない気がするなぁ・・・。(´-ω-`)
間違ってたらスマン。(m´・ω・｀)m ｺﾞﾒﾝ…
986:名無しさん＠編集中
08/12/24 01:00:59 9Awy6VqP
>>981
まぁ、955での質門の時点で、
flv→mp4(H264+AAC)変換ってわかってたエスパーならね。
H264→DivX or XviD変換では違ってくるでしょ。
つまり、984氏が何から何の形式でエンコするのかを書くべきだった。
あぁ、あと984氏・・みんなスルーしたけど、Xvid=DivXじゃないっすよ( >>964 )。
「知識人」に進化したならもうわかると思うけど・・。
987:名無しさん＠編集中
08/12/24 01:04:59 0u5rxflX
H.264.mp4から再生と編集し易いxvid.aviに変換してるんだけど
元のmp4サイズが例えば200ＭＢだったとするとavi変換後サイズは劣化を少なくする為に常にそれよりも少し大きくしてる
再エンコでノイズが増えるので元サイズより小さく変換すると画質劣化が激しい
988:名無しさん＠編集中
08/12/24 01:10:04 DNlJQhCG
>>986
>>964 の画像のこと？
拡張子flvになっているけど、コンテナはmp4の罠
989:名無しさん＠編集中
08/12/24 01:11:15 BnTwqXLh
>>985
非常にわかりやすいです、ありがとうございます。
ということは400～700kbpsくらいの差なら容量もさほど違わないし、
ケチらず画質を優先する形をとっても特に問題ないのかもしれませんね。
知識人という表現はもちろん冗談交えての話ですが、少し成長できた気はします。
>>986
ごめんなさい、そこは確かに不慮でした。
そうじゃない気はしたけど完全一致するコーデックが選択肢になかったので
曲解した結果そうなりました。
990:名無しさん＠編集中
08/12/24 01:16:15 rM801PdP
>>983
ついでに、Xvid=Dvixとも思っているw
>私のような無知がいつしか知識人へと進化を遂げていく
これで、知識人になったつもりでいるなら中学生レベル
関係ないこと聞いといてなんなの?
二度と来ないで欲しい
お前には、知恵袋で十分だ
ビットレートの話は、エンコが基本的に非可逆圧縮であるので、
元動画以上のビットレートはいらないの、なにがあっても圧縮=情報の切捨てしかしない。
上にもあったが、jpegを品質75とかでどんどん圧縮していったらだんだん汚くなるのと同じ
最後には、モザイクみたいになるがそれをｂｍｐにしようが、100で圧縮しようが元以上にならない。
そんな意味での、元以上のビットレは必要ないじゃなかったのか?
画質の面では容量とるだけで無駄なだけ
991:名無しさん＠編集中
08/12/24 01:23:40 BnTwqXLh
>>990
リロードしてから文句言ってください。
性悪のクレーマーや煽り屋の常套句こそが「中学生レベル」なんですよ、ご存知ですか。
でもアドバイスは感謝します。
んーでもそこにリサイズが加われば
ちょっと話が変わってくるような気がせんでもないですが・・・
これ以上迷っても仕方ないので助言にならって元以上にはしない方向でいかせてもらいます。
不安な面やちょっとだけ自信のない部分がどんどん肉付けされていく感覚で
すっきりしてきました。ちょっと生意気申した事はおいといてありがとうございます。
992:名無しさん＠編集中
08/12/24 01:31:31 jdqtOgKM
元よりビットレートを上げてはだめってｗ
どこの知ったかやろうだよｗｗｗ
正直知ったか回答者に当たった質問者に同情しちゃうよｗ
993:986
08/12/24 01:31:47 9Awy6VqP
>>987
サイズ指定の場合はそのほうがいいでしょうね。
というか、同じビットレートでエンコしても
必然的にaviのほうがサイズは大きくなる気が…。
H.264は確かに編集しにくいですよね。可変フレームレートとか特に・・。
まぁ、滅多に編集しない自分は、mp4(H264+ACC)派ですが^^；
>>988
あ、ほんとだ。コンテナはmp4だ。罠にはまりました。スミマセン^^；
まぁ、コンテナ抜きで、ビデオコーデックをflv→H.264変換する場合と
予測できていれば・・と解釈して下さい。
>>991
まぁ、サイズ優先か、画質優先かは人によるでしょう。
ipodが5Gしかないなら、俺ならサイズかな。
エンコの前に、コーデックについて学ぶといいかも…。
同ビットレートでかつリサイズすれば、もちろんに画質に影響するよ。
994:名無しさん＠編集中
08/12/24 01:31:50 DNlJQhCG
次スレどなたかヨロ。
立てようとしたらホスト規制中だったので…。
995:名無しさん＠編集中
08/12/24 01:34:35 MvHAQSLO
>>989
ごめん、985は画質の話。
容量の大小は見たいファイルの長短とか解像度に比例？するよ。
ファイル自体が90秒くらいならサイズはあまり気にならない気がするけど・・・・。
まぁ、サイズが大きいか小さいかは個人の判断だから何とも言えないけど・・・・・・・・・。
あと、必要以上にビットレートを大きくしてもあまり変わらないからそこら辺は調節したらいいんじゃないかなぁ～。
ビットレートが小さいなかで、ビットレートを上げたり下げたりするのは意味あるけど、
ビットレートが大きい中で、ビットレートを上げたり下げたりするのはあまり効率が良くないと思うんだけど。
容量を気にしないなら大きくしても何ら害は無いよ。
まぁ、メリットは薄いけどね。
ってか、ビットレートが動画に使える所？まで行き着くと1000とか2000指定しても使える所止まりだった気がする・・・・。
っつか、2パスでエンコするんだから何もそこまで・・・・・・・・。
>>991に関しては、
自分のことは棚に上げて話さない。質問する側なんだから逆ギレしない。そもそもスレチなんだから文句言わない。
転んでも泣かない。2chは叩かれるところなんだからしょうがないの。
996:名無しさん＠編集中
08/12/24 01:47:56 BnTwqXLh
>>992
やっぱり変ですよね。色々と心変わりはしたもんですが、
どうにも「そのりくつはおかしい」という心理が拭い切れませんでした。
一度テストしたりもして、どうもこの肉眼で見た結果わずかに大きいほうが綺麗だったんですよね
元動画のビットレートより「大きくして」も「変わりないはず」なのにですよ？
・・・
気のせいではなかったということで？
>>993
iPod 5.5Gというのは容量ではなく「5.5世代」を表しているのです、念のため。
容量は80GBもありますから、当然画質優先ってことになりますね。
だからなおかつビットレートは元動画より上げたほうがよさげですね。
>>995
丁寧にありがとうございます。よくわかりました。
元々のビットレートはようつべの物などは当然元々が小さいですから
これでより意見が強みを帯びましたね。リサイズも加えてのエンコですし、今度こそ結論を言います。
「場合によっては、元動画よりビットレートを大きくすることもいとわない」ことにします。
あと逆ギレの御指南も深く申し上げます
997:名無しさん＠編集中
08/12/24 02:07:13 MvHAQSLO
>>996
> 一度テストしたりもして、どうもこの肉眼で見た結果わずかに大きいほうが綺麗だったんですよね
再エンコに関しては普通、どちらが｢綺麗｣かより、どちらが「汚い」か、「汚くなっている」か、だと思われ。
80ＧＢあるなら普通画質取る。
あと、俺はバカだから申し上げるってどういうことだかよく分からん。
ってかもう、本当にスレチだからどっか行こう。
俺もスレチでみんなスマン。(m´・ω・｀)m ｺﾞﾒﾝ…
誰かスレ立てよろ～
998:名無しさん＠編集中
08/12/24 07:56:47 gQ2C9S7a
久々に逸材を見ましたな。このスレの人はやさしーなー。
999:名無しさん＠編集中
08/12/24 11:50:59 BnTwqXLh
と、口だけのクズが申しておるようです
スレそのものの害になるのは無知の質問より中身スカスカの煽りですから
ぜひぜひ書き込まないで欲しいところでしゅね。
民度を下げたくなければそういう書き込みは控える他無いんです。
1000:名無しさん＠編集中
08/12/24 11:52:32 BnTwqXLh
以上、ID:MvHAQSLOさんの指摘を無駄にしてしまった馬鹿でした。
引き続き口だけ星人の批判・罵倒劇場をお楽しみください。
1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。