インタレ解除しないスレの3っぽいスレ

特に語ることもないが立ててみる

過去スレらしきもの
インタレ解除しないスレ
http://pc5.2ch.net/test/read.cgi/avi/1046259813/

インタレ解除しないスレ その2
http://pc11.2ch.net/test/read.cgi/avi/1109305535/


過去スレが保管されてたりされてなかったりする場所
http://www.geocities.jp/mosd7500/

1280x720pと1024x1080i で今悩んでる・・・どうしたものやら

もう要らんだろ、このスレ

各コーデックのスレで語ればいいしな。
前スレで迷惑が掛かるとか書いてあったけど、
コーデックの話ならなんら問題ないだろう。

>>1
乙

前スレの1
『
DivX521やWMVやXviDでインタレ解除せず保存する話をするスレです。

・ソースはTVのドラマや音楽番組やバラエティなど
・主にG550などでTV出力してる
・MPEG2もいいがもっと小さいサイズで保存したい

な人たちを想定してます。

各codecスレなどでは映画派さんやアニメ派さんに迷惑がかかるので
単独スレを建ててみました。
』

前スレでは何故だかデインタレの話になっていて？だった。
インタレ保持でエンコードしてTVに出力したのを見れば
どうがんばってデインタレしてもかなわないと思うはずなんだけど。

テレビが液晶とかになってくると、インタレそのまま再生という機会が減るからねぇ。

俺は音楽ものなど動きの速いものはいまでもインタレ保存か60p保存だな。
30pの画像が紙芝居に見えるw

俺もちょっと前までインタレ保持でやってたなぁ
前スレ前々スレにも結構お世話になった
ちゅーても録るのはアニメだけどね…混合がどうとか以前に、
CMも一緒くたにエンコして保存しておきたくてね

ただWMV9+WMP10+オーバーレイでのデコードの軽さに気付いて以来、
もっぱらwmvで60pで保存するようになった
うちのPCスペックだとdivxとかで60pはカクついたりするけど、
wmv9だと全然問題なくいけちゃうんだよね

>>9
液晶TVも基本はインタレースなので普通に再生できる。

PC用モニターはプログレッシブなので、動画再生に限っては相性
が悪いと思う。動画を60pにすればその限りではないんだろうけど。

>>12
今売ってる液晶TVってほぼ全部中でデインタレしてるでしょ。

>>11
インターレースでエンコしてリアルタイムで60p化した方が
容量的に有利では。

液晶TVは表示自体はプログレッシブなので、インタレースをプログレ化する機構が画質の大きな鍵を握っている。
つまり、ここをソフトウエアやビデオカードを使って高度なデインタレースをすれば、PCモニタでも液晶TVと大差ない画質になる。
もちろん、YC伸張とか他の要素もからめてだけどね。

>>13
調べてみたら確かに液晶はIP変換しているんだね。大変失礼。
昔AQUOSのLC13-C1使ってたけど、テロップが綺麗に流れていたので
てっきりインタレースだと思ってしまっていた。

>>15
いくらPC上でがんばっても、結局のところ家電メーカーが工夫を凝らした
液晶TVを超えることは難しいのでは？いわんやブラウン管をや。
ある程度限界が見えてもがんばるのがDTV板の文化なのかもしれないが。

インタレースのままで保存しておけば、今後新しいアルゴリズムが
開発されたときに古い映像でもその恩恵を受けられる。

PCで60fps動画を60Hzで出力してもコマ落ちするという問題がある。スペックに関係なく。
どうしたものか。

おいらはそんな神のような目を持ってないので問題なし

>>19
そんな60pだとコマ落ち必至みたいな書き方すんなよ
うちは北杜3Gだけどwmvで480pまでならコマ落ちや音ズレはないよ
もっともD4とかになるとさすがに無理だが

>>19が言ってるのは59.94と液晶の60Hzとで微妙な差違があり
どこかで駒落ちが発生すると言うのを言いたいんだろ？

>>21
http://pc.watch.impress.co.jp/docs/2004/1221/nvidia_7.mpg
これを１０回再生して一度も”ピクッ"っとならなかったらお前の再生環境は神だ。
まぁ、無理だろう。

>>22　そうそう、
DVDのスタッフロールなんかで
ヌル━━━━━━━━━━━━"ｶｸｯ" ヌル━━━━━━━━━━
っとなる。

うーん…そういう話か
完璧じゃないが、こういうのはある
ttp://ta-kaku.net/hometheater/?page=htpcparts&part=rc

60p変換した結果をインタレ保持しているとはいわない。
液晶TVではIP変換から表示までを内部処理しているので、
結果ONLYなわけで、われわれがPC上でインタレース保持を
実現させようとした場合はコンテンツと再生方式は切り分け
る必要があると思う。

>>23
videogateを使ってブラウン管で見ると、重りの輪郭がくっきりと見えるが、
PowerDVD5でDxVAオン/BoBでPCの液晶モニターで見ると輪郭がぼやけてしまう。
PC上でインターレースをまともに再生することが本当にできるのだろうか。

>>26
自分で答え出してるじゃん
CRTに変えれｗ

>>23
そんなことを気にするんなら、59.94fpsを60fpsの動画にしちゃえば駒落ちしないじゃん

そんなこと気にするやつが
60-(60000/1001)
のfps誤差を無視できるはずがない。

ヨーロッパなんて
24fps＞25fps 変換を普通にやってるんだから
59.94fps＞60fpsを気にする方もどうかとは思うがねーw

59.94fpsを60Hzに出力した場合、理論上16秒に一度の割合でカクつきが起こるはずなのだが、
実際に>>23の動画を再生するともっと頻繁にカクつきが起きるようだ。
ビデオカードのリフレッシュレートを一切考慮しないDirectshowの仕様が問題だと思うんだがどうでしょう？
「お前のPCがクソなだけだろ」とか言わないでね。

だからreclock試せと
それでも気になるなら、もう末期だからPCモニタ上での動画再生は諦めたほうがいい
結局、気にしないことが最善の対処法だな

59.94field/sの動画を60.00field/sに変換した場合、例えば一時間もの
だと全体で216fieldの差分が発生する。これは3.6sに相当し、実際には
音に比べて映像がそれだけ短くなる。これでは音ズレがはっきりわかって
しまうので、例えば音も一緒に変換するなどの工夫が必要だろう。

んな事みんな分かってるだろ…何を大仰しく

もし再生でカクつく原因がモニターのリフレッシュレートが59.94Hzではない
ことにあるのであれば、ブラウン管でも同じ現象が発生するはず。
やはりPC上で動画を正しく再生するのは無理があるのではないかと思う。

>>31
うちの環境じゃ全くカクつかないですよ。
ただ、59.94→60にする為に16秒に1回カクつくってのは
>>23の動画が7秒しか無いので検証できず。
取り敢えず>>23の動画を10回連続再生してもカクつきは発生しなかったです。

一応環境晒し↓
MPEG2デコーダ:ffdshow tryouts ver1320
AthlonX2 4800+, Mem3G, GeForce8600GT(Forceware158.22)
プレイヤー:WMP10, MPC-HC(VMR9(Renderless)_VMR9ミキサモード有効)

この構成でハードウェアデインタレさせるとカクつきも無く、
シャギーも全くない映像になります。
それと、ffdshowでカーネルBobによる60p化インタレ解除をしても
カクつきは無いです(ただし若干シャギーが出ます)。
これも10回試しました。

ただ、nVidiaのハードウェアデインタレは、
Forcewareのバージョンとカードの種類、
デコーダの組み合わせとプレイヤーの設定で結構動作が変わってきます。
上手くいけば>>23の動画がカクつき、シャギー共に
全く無い映像が出ますので、暇な人は色々試してみてはいかがでしょ。

ちょっと追記
>>36のWMP10のビデオミキシングレンダラの設定は
オーバレイではなく高画質モードです。
オーバーレイでもカクつきはありませんが、
ハードウェアデインタレの方式がPixelAdaptiveになりませんので、
シャギーが結構出ます。

60→59.94の変換(アナログハイビジョン→DVDレコとか)だとコマ落ちが起きる。
ということは、その逆の59.94→60の変換は、コマ落ちじゃなくてコマ重複じゃないのか。

>>36
動画ファイル自体がPureVideoの評価に使われているので
綺麗に再生できるのも不思議じゃない。
ttp://pc.watch.impress.co.jp/docs/2004/1221/nvidia.htm

問題は59.94field/sの動画を正しく表示できるかどうかなので、
TVドラマなどのインターレースなDVDがきちんと見られるか知りたい。

fps が違うとカクつくもんなのかなぁ？
動画の1コマと画面の1回の書き換えが同期してるわけじゃないから、
むしろ画面上に段差（？）みたいな縞が出るような気がしないでもなく。

アーケードのエミュレータなんかで、60fps じゃないのをプレイしたことが
ある方はわかるんじゃないかと・・・。

と・・・思ったけど、書いてからなんか違うような気もしてきた。
もう一度考えてみます。

WindowsMediaエンコーダ9を使ってnvidia_7.mpgを圧縮した際に30.00fpsに
レート変換したところ、フレーム数が239から240になり1フレーム増加した。
前にレート変換で音ズレが発生すると書いてしまったが、この結果から
間違いだったことがわかったので訂正する。

今までの議論でのカクつきって、一種のジッターだね。

例えば、24fpsのフィルムを
2コマ→3コマ→2コマ→3コマ→・・・
と、テレシネして60fp化した時に感じる微妙にガタガタな感じ。

59.94fpsを60Hzに出力したときには滑らかな最中に、
それが突発的に起こるのでカクついて見えてしまう。

CRT使いでAvivoやPureVideoを使える人がいたら聞きたいんだけど、
>>23の動画をPureVideoもしくはAvivo有効で再生して、リフレッシュレート75Hzや85Hzで出力するとどうなるかな？
自分のRadeon9600だとガタガタで見れたもんじゃなくなる。
PureVideoはジッターを減らすみたいな事を聞いたことがあるので気になる。

カクつきの原因がリフレッシュレートと動画のフレームレートが一致
しないせいにあるというのは、まだ議論の余地がある。
というのは、カクつきが発生するメカニズムが明らかにされてしないし、
もともとNTSCにはドロップフレームが存在しているにも関わらず自分の
経験上、TVでカクついた映像を見た記憶がないから。

ブラウン管の仕組みにあわせた作った規格のNTSCでは
NTSCを入力する限りどうやっても、TVではカクツキは発生しない。
しかもNTSCにはドロップフレームない。30000/1001はカラー化するときに帯域不足が
1000フレームに一枚分だけ帯域増やしたということ。
しかもブラウン管の場合入力信号に同期するように作られているので信号が欠落しない限り
かくつくことはない。（その場合でもインタレースのためほとんど目立たない）

NTSC規格としては29.97fpsだけど、記録は30fpsで行われそこからフレームを
ドロップさせているわけだから、どこかに不連続の箇所が生じるのは明らか。
PC上ではそれを逆にしているわけなので、TVでわからない不連続点がPCだと
わかるというのは、どうも理屈が合わないように感じる。

30fpsなんて、白黒テレビとアナログハイビジョンくらいしかねえよ。

>>45
うんとね、やっぱり勘違いしてるよ。
NTSC-Jは29.97fpsで放送されてます。もちろんDVDも。白黒放送時代は30fpsでした。
それをカラー化するときに29.97fpsに変更したの。理由は>>46で書いたとおり。つまりドロップフレームはないの。
つか、TVはNTSC同期信号を受けながら表示してるのでドロップフレームは存在しないのよ。
それとブラウン管でのインタレースの表示方式はプログレッシブを基本としたPCの表示方式と全く違うので理屈は合うのよ。

追記
わかりやすく表現してみると。
TVモニタはインタレースでフィールドを一筆書きで上から順番に線を何本も書いて映像にしているの。
しかもそれはNTSCの同期信号にそって書いているのでドロップフレームという概念自体がない。
対してPCなどのプログレッシブモニタは一枚一枚のフレームをを丸ごと入れ替えている。
ここで元信号とモニタのリフレッシュレートが不整合だとドロップフレームが問題になる。
わかりやすくなかったかなぁ・・・＾＾；

単にタイムコード上のドロップフレームを本当にドロップ
してると勘違いしているって話じゃないの？

>>51
ビデオカメラもフィールド周波数は59.94Hzなのか。てっきり60Hzで記録して
ドロップさせていると勘違いしていた。

基本的なこととして、動画のフレーム表示はディスプレイの表示と同期してるんでしょうか？
リフレッシュレートが動画のfpsと違う場合、

・表示が同期している → コマ落ちが発生
・表示が同期していない → 画面上に段差が発生

になるんじゃないかと・・・。

段差って言うのは、動画のfpsとリフレッシュレートが合わない場合、あるフレームを
1画面分描ききる前に、描くべき情報が次のフレームの内容になってしまうので、
>>40 で書いてるような段差ができるのではないかと・・・。

>>53
表示のフレームレートが30fpsで動画の29.97fpsより大きいので、
コマ落ちとは逆に同じフレームを重複してしまうという現象が発生する。
ただし、これを人の目で見分けがつくかどうか少し疑問がある。

>>54
だから滑らかなスクロール中とかだと解るんだってば。
>>23の動画試したかい？

まぁ、情報の欠落としてのコマ落ちが起きているわけじゃないから、
気にしなければそれでいいんだけれども。’

でも、むかつくじゃないですか。
高い金払って組んだマシンがその辺のDVDプレイヤーに劣るなんて。

>高い金払って組んだマシンがその辺のDVDプレイヤーに劣る
その高い金で高級なTVとDVDプレイヤー買うのが正解。色々と規格の壁があるん
だから高い金だしたところでPC上で綺麗に再生できる訳じゃないってのは当たり前。

液晶テレビとPCを繋いでもコマ落ちは発生するの？

>>55
23の動画がカクつく理由が本当にフレームレートの違いにあるのか、
本当に確かかどうかは疑問の余地がある。
実際、videogateでTV再生してもカクつくことがあった。

そういえばRADEONのCCCで「高解像度のディスプレイにはDVI周波数を減らす」をチェックすると59.9Hzになるな。
ディスプレイの情報表示で出た値だから60*(1000/1001)かどうかは不明だけれど。
このチェックの有無で変わるのかな？

>59.9Hz

59.94の間違いじゃなく、本当に59.9だとしたら、何の周波数なんだそれは？
ファミコンの信号じゃないよな？
あれは58.xxくらい？

小数点以下 1桁しか表示されないだけですん。
液晶はNECの2490

ここ見てて思ったんだけど、FFDshowのプロパテ→オーバーレイ→出力→の中にある
ハードウェアインタレ解除（Bob）を知らない人間って多いんじゃね？

別に容量は気にしないので、ffdshowのH.264のバグか仕様だかで
15.9GBになっても気にならない。

気になるのは動きの滑らかさとブロッキングのみ。

頼むからBOBをボブというのやめてほしい。
どこの黒人やねん。

>>64

マラガの海の贈り物

過去の話題で今更だけど、VGAをHD2600Proに交換したので
23の動画を再生してみた。XPSP2、CCCは7.8でデフォルト設定、
再生はPowerDVD7BDでDXVAオンにしたけど、結果として26で書いたとおり
分銅がぼやけて見えてしまう。一時停止するとインターレースの縞々が
残っていたのでどうやらこれが原因らしい。

連レス失礼。
23の動画をVideogate経由でブラウン管TVに出すと重りの輪郭が
くっきりと見えるんだけど、本来TVではこれが当たり前なんだよね。
DTVでは今のところNTSC信号を正しく扱えていない、ということを
踏まえておかないと、時間とお金を無駄に捨てることになると思う。

適用デインタレはある程度の仮定を立てて処理するからね。
特定のパターンを認識できないときはBobや二重化で逃げようとするからボケることもある。

>>68
てか、インタレをブラウン管で再生だとネイティブで全てが飛び越し走査だから問題が起きないのは当たり前。
フレームスキャンのPCモニターだとソフト処理でプログレ化しないといけないから完璧には絶対に無理。

>>67-68
話の本筋からちょっと外れるけど
HD2600のS映像もしくはコンポーネントで
ブラウン管TVにインターレース動画をまともに表示できる？
少し前に試して、どうしてもフィールドオーダーが安定しなかったのですが、
何がどう問題があるのかわからんかった。
セカンダリの解像度、オーバースキャン、Weave設定は行っている、
ていうかそれぐらいしか設定がないような。

で、matroxに戻した。

>>70
それ無理だろｗ
プレイヤーでWeaveで再生したとしても、プレイヤーは普通プログレモニターと仮定しているし、
Weaveはフィールド単位でとにかく素のまま次々とフィールドを表示するだけだから
プレイヤーのタイミングとインタレモニターのフィールド走査のタイミングが合う確立は半分。

>>70
自分が試してみたらWMP10でうまくいった。
レジストリ設定で
HKEY_CURRENT_USER\Software\Microsoft\MediaPlayer\Preferences\VideoSettings
にキーForceDeinterlaceModeをDWORD'1'を追加してから、WMPのオプションから
パフォーマンスタブで詳細ボタンを押し、ビデオアクセラレータの『オーバレイを
使う』をオフ、『高画質モードを使う』をオンにした上で、23の動画を再生した。
WMPをTVに持っていくと重りがきれいに流れているのが映った。

どうやら67は勘違いらしくて、WMPだと上の設定で23の動画を再生中に
一時停止してもインターレースの縞々は現れなかった。どうやらDXVAが
悪いだけだったみたい。
それでもやはり重りの輪郭がぼけぼけになってしまっているので、液晶が
悪さをしていることが原因のようだ。ということはDTVでもCRT使えば大丈夫
なのかも知れない。

もう1レスだけ失礼。
HD2600Pro(cata7.8)でTVに出力する手順。
CCCからGraphicSettingタブでDisplayManagerを選択し、DeskTop2上で
右クリック、メニューからそれっぽいのを選ぶ。TVにPCのDesktopが
映ればOK。

間違い。>>74
×　DeskTop2上で右クリック、メニューからそれっぽいのを選ぶ
○　Display2上(バルーンヘルプが『ATI Radeon HD2600 PRO』と表示)で
右クリック、メニューからEnableを選ぶ

>>23
MPC-VMR9(renderless)
インターレス解除方法:Bob
VMR7(windowed)だと１０回に１回はピクる。

インターレースで検索すると解除ネタばかりになるね。
DMMとかGYAOとかYahooとかの有名どころのコンテンツはノンインタレしか
ないようなので、今までTV放送で育った世代にとっては物足りなく感じる。
液晶がブラウン管を駆逐してしまったし、本当にこれでいいんだろうか。

インタレなんてこの世から無くなればいい。
なんか間違ってるか？
インタレソースがあるからそれを何とかしようとは思うが、
今から新しく出る映像が全部プログレになるならそのほうがいいでしょ。

60pになるなら最強だね
60iのソースを30pにしちまう位なら60iの方が絶対良い
ぬめぬめマンセー

だから60i→60p変換が必要なんだろ？
60pは単純に帯域が倍になるくせに60i→60pから比べると倍もお得じゃないからしょうがない。

解除ミスとか気にしなくて良くなる。

あぁHDブラウン管復活しないかなぁ。
なんでみんなI/P変換で劣化済みの液晶60pのヌルヌルが好きなんだろう。
ただ応答速度が遅いだけなのに。

日本の家は狭いから。

なるほど、納得。

地上デジタルやBSデジタル、HDVもインターレースなわけだし、
現時点では60Hzのインターレースが視聴に最適なレートだと思う。
60Hzのプログレッシブはまだまだこれからなわけだから、無理に
インタレ解除するより、インターレースを受け入れたほうが楽。

>>85
だからインタレ解除しないスレじゃないの？ここって。

前スレでは再生時にデインタレするというレスが多かったように思う。
液晶TVもIP変換しているので、PC上で同じことをすれば、現在主流と
なっている再生品質まで到達できるはずだ、という考えは理屈が通る。
しかし、到達したい再生品質が低すぎる場合はそれが正しいとはいえない。
再生時デインタレが妥当かどうかの共通認識がまずは必要だと思う。

うまく文章が書けなかった。
言いたいのは、再生が一番大事だからまずそこから話を進めようよ、
ということ。

再生時解除だったらたとえ60fps化や120fps化しても
データ量が増えずに済む。新しいアルゴリズムが使えるなど。

再生品質をチェックするんだったら、ちょいエロだけど
ttp://streaming.yahoo.co.jp/c/t/00024/v01144/v0114400000000380291/
ttp://streaming.yahoo.co.jp/c/t/00024/v01144/v0114400000000380288/
上の二つの違いがわかるかどうか。
PowerDVD7BDでは違いがわからなかったけど、videogateだとすぐにわかった。
Yahoo動画でもインターレース解除していないものがあるんだね。

>89
再生品質を議題に挙げようとしているのに、データサイズのメリットで
返されても話がかみ合わないと思う。
まあ、VGAでの再生時解除が60fps化に比べて品質が高いというのは正しい
とは思うけど。

>>90
間違いだった。↓こっちが正解。
ttp://streaming.yahoo.co.jp/c/t/00024/v01144/v0114400000000382904/
ttp://streaming.yahoo.co.jp/c/t/00024/v01144/v0114400000000380270/
こっちはPowerDVDでも違いがわかった。けど再生品質がひどすぎ。解除されて
いるファイルのほうが少しましなような気がした。

PowerDVD7でHD2600ProだとWMVの再生でDXVAが有効にならないようだ。
それは置いといて、デインタレ時の再生品質の問題としては、
動きは確かに滑らかになってはいるけど、TVで再生させたときの動きの
ブレ(CG用語でいうモーションダブラー)がなくなってしまい、見ていて
不自然な動きになっていると思う。

自分の環境では再生時にデインタレすることで本来の映像が見られなく
なってしまう。前スレでデインタレに関していろいろ議論されていたが、
動きが自然になるようにすることは可能なのか疑問に思っている。

モーションダブラー？？？？

そんなCG用語初めて聞きますが・・・

　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣
　　　　　　　　|::::::::::(　」　＜　　>93-94
　　　　　　　　ﾉﾉﾉ　ヽ_l　　 ＼＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　 　 　 / ヽ| | 　バ　 | '、／＼ /　/
　 　 　/ `./| | 　カ　 |　 |＼　　　/
　 　 　＼ ヽ| lゝ 　 　|　 | 　＼__/
　　　　　＼ | ￣￣￣ 　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

>>95
間違えた。モーションブラーだった。
結局、デインタレした映像の動きが少し変に感じることに対しては
反論がないようだ。前スレで長々と話題が続いていたので、品質が
悪いことに対して反論がないのは意外な気がする。

>>97
品質が悪いかどうかは人の感じ方ですのでなんともですが・・
どうぞ、あなたはブラウン管TVでご覧になってくださいなw
私はフラットディスプレーで見ますので。

一週間待ったけど、PC上の再生品質が悪い件に
ついては反論がなかったので、以降このスレで
デインタレの話題はなしということに。。。

今一番困ったいることはHDDの空き領域がどんどん減ってきている
ことなので、少なくともSD動画はmpeg2で保存することを止めて
インタレ保持のままより圧縮率の高いフォーマットに移行したいと
考えている。今のところそれにWMVを考えており、Yahoo動画が720x
480で1500Kbitとなっているので、とりあえず同じにしてみるつもり。

>>100
俺はVC-1のインタレにしてるけど、かなり良いよ。
H.264 AVCはインタレ環境限定されているからあと数年は待ったほうが良いかも。
でも次世代DVDでもVC-1は必修だからVC-1で十分かもな。
アニメ系はVC-1の方が綺麗だし。

VC-1でもh264でも何でも良いけど、
元がプログレッシブなソースをわざわざインタレ保持でエンコする意義を知りたいのだが・・
明らかにファイル容量と演算量の浪費にしか思えない。

放送がインタレだから。
元がプログレでも、画面にテロップが重なったりするとダメだし、
CMと本編の境界で2・3・2・3…の周期が崩れたりして、
完全24p化できるものはほとんどないし。

>>101
PanaのDMR新機種が264変換をiLinkからのSD画質も可に
してくれるとすごい助かるんだけどな。
今は一旦DVにしてからレコーダーでMPEG2に変換している。
色の情報がかなり落ちるけど、DVにした時点では元ソースと
区別つかないくらい綺麗にできるので、今のところ容量が唯一
問題になっている。

とりあえずMPEG2のソースをインタレ保持のWMV9(VCM)に変換できた。
最初どうしてもフィールドオーダーが逆になってしまって試行錯誤
したが、以下の手順でうまくいったので報告。
1. m2v.vfpをコピーし、設定ツールでフィールド順を"ボトム→トップ"に。
2. AVIUTLの入力PLUGINにm2v.vfpを登録し、目的のファイルを読み込む。
3. あらかじめ音声ファイルを取り出しておき、AVIUTLで読み込む。
4. AVI出力でビデオ圧縮設定を"Microsoft Windows Media Video 9"へ。
5. 圧縮設定画面でEncode interlaced frameを"1st line top"へ。
-v_interlace 1 -v_frameratedown 1:1 -v_mode 2 -v_quality 80 -v_keydist 8000 -v_profile MP -v_performance 80

上の結果、ビットレートは3000bps弱のインタレ保持ファイルが出来た。
MPEG2である元ソースに比べると少し荒くなるけど、TVでは普通に見られる。

一度MPEG2で作ったものをWMVで再エンコード出来るか調べているが、
ひとつ情報が手に入ったので書き込んでみる。

Windows Media Video 9 シリーズ コーデックは主に 4:2:0 ピクセル
形式ですが、ユーザーコンテンツ内でインターレースを維持すること
を選択した場合は、4:1:1 ピクセル形式が使用されます。
ttp://www.microsoft.com/japan/windows/windowsmedia/howto/articles/AdvancedEncoding.aspx

※fourCC:YUY2
各コンポーネントの順序は Y0、Cb、Y1、Cr となります。
輝度の範囲は [16, 235]、色の範囲は [16, 240] です。
ttp://developer.apple.com/jp/documentation/icefloe/dispatch020.html

(補足)
YUY2 形式は、事実上、1 ピクセルにつき 16 ビットを格納します。
水平サブサンプリング間隔と垂直サブサンプリング間隔は以下の通り
Y コンポーネント 1 1
U コンポーネント 2 1
V コンポーネント 2 1
ttp://support.microsoft.com/kb/294880/ja

とりあえず結果がでたので、エンコード用のバッチファイルを公開。
WINDOWS MEDIA COMPONENTS\ENCODER\で実行する。XXXX.prxは用意しておく。

@if "%1"=="" goto quit
@if "%2"=="" goto quit
cscript.exe wmcmd.vbs -loadprofile XXXX.prx -input "%1" -output "%2" -v_mode 2 \
-v_quality 70 -v_keydist 30 -v_preproc 5 -v_width 720 -v_height 480
goto exit
:quit
@echo encode infile outfile
:exit

上の設定でスタジオライブをDVからWMVにエンコードしてみたけど、
PCだと荒がわかってしまい、ブラウン管で何とか見られる品質にしか
ならなかった。MPEG2だとSPで4.5Mなんだけど、特に品質は気にならな
かったので、将来的なことを考えるとMPEG2で保存する方がが無難のようだ。

品質75でBフレーム数2にすると映像が4Mくらいになった。このレートでもPC
で見るとかなり汚い。品質83だとPCでも悪くないけど、レートが5.5Mまで増
えてしまう。どっちを選ぶか悩ましいところ。

とりあえず元のDVと品質75,83のWMVのスナップショットを
上げてみた。
ttp://toku.xdisc.net/Sn2/up3/www/re0444.bmp.html
ttp://toku.xdisc.net/Sn2/up3/www/re0445.bmp.html
ttp://toku.xdisc.net/Sn2/up3/www/re0446.bmp.html
この結果からするとDVの25MにWMVの品質83,5.5Mはかなりいい
ところまで来ているようだ。
なお、上げたファイルのダウンロードに関する問い合わせには
一切応じないのであしからず。

デインタレの話は無しとか言って、コピペ日記を付けつつ
逆テレシネしてる人は何がしたいの？

アップローダのファイルを削除完了。
品質83でWMVを使い始めたけどVHSソースだと2.5Mくらいまで
圧縮されるので、当初の目的である容量低減はできそう。
ただ、ソースがこの前テレ朝でやっていたフィギュアスケート
だと映像の劣化が激しかったので、本当に使えるのかもっと調
べなければいけないみたいだ。

WMEncoderでフィギュアスケートの映像をエンコードしてみたら、
一部明らかにおかしくなった。一番目につくのが壁に貼っている
黄色広告との境界がぼんやりしたり元に戻ったりするので点滅
しているように感じられてしまう。これは元のDVにもなかったし、
同じ映像をスゴ録のSPで録画したものにもない。原因がよくわ
からないけど、エンコーダの欠陥であるように思われる。

下記はそれぞれaviutlで60fps読み込みして同じフレームを取り
出したもの。MPEG2が汚いがブラウン管だとそれほど目立たない。
http://toku.xdisc.net/cgi/up/vcc/nm12403.zip.html
http://toku.xdisc.net/cgi/up/vcc/nm12404.zip.html
http://toku.xdisc.net/cgi/up/vcc/nm12406.zip.html

Uploadしたファイルを削除完了。
フィギュアスケートの映像がうまくエンコード出来なかった件、
デコーダの仕様に関する情報がほとんど開示されていないようで
あるため調べられずにいる。
VC-1に関してはSMTPEのメンバーになればドキュメントが読める
ようだ。学生だと$35/年らしい。

114で上げたうち、最初の画像は品質が非常に悪くなっている。それに
対してWMVは品質が明らかに上である。したがって、WMVでエンコード
することで少し問題は発生するが、トータルとしてはプラスのはず。

DV-AVIをWMエンコーダで変換した動画の中で、WMPで再生すると
途中で画面が静止状態になるものがあった。ただし同じファイルをVLC
では止まらずに再生できることから致命的な問題ではないようだ。
WMP 10.00.00.3650
VLC 0.8.6c
WMエンコーダ 9.00.00.2980

いつまで続ける気なんだ？

あと880くらい

WME9でエンコードした動画がWMPで止まる件を調べているところだが、
止まってから少しすると復帰することに気づいた。少しくらいなら我慢できる
けど、VideoGateだとしばらく待っても復帰しないようなので困っている。
VLCだと止まらないけど、内蔵コーデックのためVideoGateは出力できない。
MPCだとWMPと同じデコーダが使われるため止まってしまう。
結局、デコーダがWMVideo Advanced Decoder DMOだとうまく再生でき
ないようだ。別のデコーダを探すか、WMVをあきらめるか、今のままで我慢
するかをハードディスクの空きがなくなる前に早く決めなければ。

MPCでVideogateに出力する設定がわかったので書き込み。
(Ver.6.4.9.0)

VideoGateAdaptorでMPCをVideoGateで出力するよう登録する。
View->Option->Playback->OutputでDIrectShow Videoを
Old Rendererに設定する。

使ってみた感想としては、画像品質はかなり悪いのと、音声がまだ出せて
いないこともあり、定常的に使用するのは気が進まない。

JoJo的？

SMTPEじゃなくてSMPTEの間違い。
いまのところ、WMV9の再生が止まってしまう件は放置したままになっている。
他に適当なコーデックがあれば思い切って乗り換えるのも吉。
MPEG4AVCはピクセル形式が420になるので要検討。

ドラフト版ならSMPTEにわざわざ入らなくても手に入るみたい。
ttp://wiki.multimedia.cx/index.php?title=VC-1

　(初心者向け) インターレース エンコード

Windows Media Video 9 Advanced Profile (FourCC：WVC1) Profile
ttp://www.microsoft.com/windows/windowsmedia/howto/articles/vc1techoverview.aspx

Windows Media 9 シリーズを使った高度なエンコード技法
ttp://www.microsoft.com/japan/windows/windowsmedia/howto/articles/AdvancedEncoding.aspx

・ 可能であれば入力ファイルはMPEG2などではなく、AVIファイルを使用する。
・「プロパティ」の「圧縮」にある「編集」で、ビデオコーデックをWindows Media Video 9 Advanced Profileにする。
・「インターレース化処理を許可する」をチェックする。
・「ビデオ サイズ」で、「ビデオ入力と同じ」をチェックする。
　★入力ファイルの縦解像度の変更は行わないこと。横解像度を変更したい時は、事前に済ませておくこと。
・「プロパティ」の「処理」で、「インターレース処理の維持」を選び、「自動」ではなくフィールドオーダーを指定する。　
・ 特別の理由が無い限り「ピクセルの形式」をYUY2にする。
　★インターレース エンコードでは、RGB・YUY2・YV12 の各ビデオ入力タイプに対してのみサポートされます。
　　他のビデオ入力タイプに対してインターレース エンコードを有効にすると、エラーが生じる可能性があります。

　　　 レジストリ設定　
Using the Advanced Settings of the Windows Media Video 9 Codec
ttp://www.microsoft.com/windows/windowsmedia/howto/articles/codecadvancedsettings.aspx

・VideoType　　　インターレース検出方法を指定する
0 全てをプログレッシブフレームとしてエンコードする。
1 全てをインターレース映像のフィールドとしてエンコードする。
2 全てをインターレースフレームとしてエンコードする。
3 それぞれの画がインターレースフレームかフィールドかをコーデックが自動的に選択する。
4 3に加えプログレッシブフレームなのかコーデックが自動的に選択する。

★超重要 　　http://support.microsoft.com/kb/925888/ja
・Motion Vector Coding Method の値 は、0(エンコーダのデフォルトを使用する)に設定すること。

・インターレースのフィールドを破壊するような恐れのある、DenoiseOptionやForce Medianは使用しない。
・Perceptual Option は、320x240などの低解像度のSimple Profile向けなので、Advanced Profile使用時には不要。
・Lookahead は、1passエンコード用なので、2pass使用時は設定不要。

再生時の負荷軽減を目的としたVGAによるハードウェア再生支援は、現在のところAdvanced Profileでは利用できません。
利用できるのは、Windows Media Video 9 Advanced Profileではなく、Windows Media Video High Definition(WMV HD)です。
Windows Media Video High Definition(WMV HD)は、HD解像度のWindows Media Video 9のことです

大変紛らわしいですが、ttp://www.microsoft.com/windows/windowsmedia/howto/articles/vc1techoverview.aspx
1280x720の24Hzも30Hzも60Hzも「720p」と呼び、1920x1080(1440x1080)の24Hz、30Hz、60Hzを「1080p」と呼んでます。
Advanced Profileによってインターレースエンコードされた1920x1080(1440x1080)は「1080i」です。

ttp://support.microsoft.com/kb/888656/ja
上記にように、現状でDXVAが有効になるコンテンツ形式は、1秒につき30Hz以下の WMV HD(720p、1080p)のみです。
なので、インターレースエンコードされたWMVファイルに対して、DXVAは有効になりません。
(ハードウェアデインターレースは勿論利用できます)。

しかし、そもそもWMV9 Advanced Profileによってエンコードされたファイルの再生負荷は、他と比べるとそれ程高くないので、
余程の低クロックでない限りデュアルコアCPUなら再生支援が無くても普通に再生できます。CPUに余裕があるのに、再生時に
コマ落ちしたり、音声同期が乱れるケースは、エンコードされたファイルそのものに問題がある場合も少なくありません。
・エンコードする際のレジストリの設定に不備があったり
・品質VBRで極端に高いビットレートが使用されたり
・エンコードに使用したPCの性能が十分でないのに、VBR Peakでエンコードされていたり、CBRでビデオの滑らかさが100に設定
　されていたり、the encoder complexityが、5に設定されていたり・・・などなど

★ただし、1920x1080以上の解像度でエンコードされたファイルはその限りではありません。
現状で、最新のCPUを用いてもスムーズな再生が難しい場合があるからです。なので1440x1080を推奨してます。

1440x1080のファイルを、アスペクト比 16:9で再生したい場合は、
「プロパティ」の「圧縮」にある「編集」で「非正方形ピクセルの出力を許可する」をチェックする。
「プロパティ」の「ビデオ サイズ」の「ピクセル縦横比」で「アナモフィック 16:9 (4:3)」を選ぶ。

うんこっこ

スレが復活してるなと思ったら厨房の独り言が
延々と続いていたというオチか…

今再生している動画がハードウェアでデインターレースされてるのか
それともフィルターなのかというのは、何をもって判断すればいいの？

>>131
使っているデコーダーとかCPU負荷率とか画質とかドライバのインタレ設定で変化があるかどうかとか...etc

GraphEdit とかで見ればいいのかな

Vista Home Premium 32bit で Radeon HD2600pro 使ってますが
HW Deinterlace Filter 動きますか？
YUY2 を NV12 にする理由も、何のためだかわかりません・・・。

VLCでハードウェアインタレ解除って出来ますか？
MPCでは出来るんですが、手持ちのTSがなぜかMPCだとクラッシュで再生出来なくて。

できない

>>136
そうですか。回答ありがとうございます。

Windows Media Video 9 Advanced Profileによる、インターレスエンコードを考えています。
WMEはエンコードをしているようなのですが、再生時に色がおかしくなってしまいます。
解決方法はあるでしょうか？

エンコード設定は、ほぼ>>125-126の通りですが、「ピクセルの形式」をYUY2は選択できませんでした。
そのため、「規定値」でエンコードしています。

また、ぐぐったら、以下のページに
http://peercast.rdy.jp/?Tips%2FWME

「再生側の問題として、NVIDIA GeForce用のドライババージョンがForceware90シリーズの際に
WMV9 Advanced Profileを高画質モードで再生すると色がおかしくなる不具合が確認されています。
不具合を回避するにはForceware80シリーズを使用しましょう。」
とありました。

最新ドライバでも発生するようで、困っています。
Forcewareの古いバージョンを使用するのは現実的ではないため、
他の方法でなんとかしたいのですが、何か解決方法はあるでしょうか。
HELP!

>138
スレ違いだと思う

なんとか正常にインターレスエンコードしたいというHELPだったのですが、スレ違いでしょうか？？

>>140
HKEY_CURRENT_USER\Software\Microsoft\MediaPlayer\Preferences\VideoSettings
レジストリで↑にある↓二つの値を1にしても色おかしい？
UseVMROverlay
UseVMRMixingMode

>141
それデコードの話だろ

>140
既に原因も分かってるだろ
エンコードの問題じゃないんだし、スレ違いなのか
変わらないと思うぞ



意地悪ついでだが、GeForceは相変わらずなんだなと思った
GeForce使わないのが一番の解決法では？

>>138
マジレスするとレンダラ、デコーダー、ゲフォの世代、ゲフォのドライバ、色空間によるだろうから何とも言えんな
いずれにせよここで聞くよりゲフォ関連のスレで聞く方が良いと思うよ、だいたいインターレースと全く関係が無い話題だしね
いくらここが過疎ってるからってあんまりだよw

新しめなGeFoeceのDXVAまわりの面倒くささは
Qonoha使って回避。できることもある…かも。

>Forceware90シリーズの際に
コンパネがバグっててオーバーレイの色がおかしくなるって問題だな
色空間がどうとかいう話じゃないぜ

さすがンディヴィアのゲイフォースだな。

保守

保守ついでに俺メモを記述するお

PV4ソースの映像をインターレース保持でエンコ(ドキュメンタリー番組)

1 PV4で1440x1080iにてキャプチャ
2 aviutlで読み込み、カット編集
3 DivXでインターレース保持、top field first、quantizer=7.3、Format in：custom,PAR4:3,Resize to 1920、Lanczos4
4 音声はMP3 192k
5 再生はffdshow video decoder configuration Deinterlacing ON,Method Linear blending

これで30分1.5GB前後、1動画4時間程度(64X2 5200+)でエンコ可
低スペPCでも見れる

quantizer=7.3で1440x1080iエンコするくらいなら、1280x720pのquantizer=2でエンコしたほうが100倍マシな動画になるけどなｗ

アニメの話題はスレ違いです

PV4つかっててフィルタかけなくても気にならない人には別に良いんじゃねｗ

TomsMoCompの30pとカーネルBobの60pってどっちが良いの？

インタレ解除しないスレです

インタレ解除しないでそのま観るんですね、わかります。

酷い

まだ生きてたか

MPCでインタレ保持動画(DVD)をpowerDVD8のCyberlink Video/SP Decoder使って
再生したときになぜかbob化されない・・・
設定はDXVA有効でbobにしてるんだけど
内臓のmpeg2-videoでやるとうまくいくんだけども・・・
どうやるんかのう・・
powerDVD8ultraはインスコ済みで
8800GTS G80です

>>157
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\CyberLink\Common\CLVSD]
"UIUseHVA"=dword:00000001
"EnableVMR"=dword:00000001
"EnableVMR9"=dword:00000001
"PV_FOR_MCE"=dword:00000001
"TwinViewDXVA"=dword:00000001
"PreferYV12"=dword:00000001

これでも無理ならわからん

>>158
ありがとうございます
やって見ましたがやっぱり自分の環境の何かがおかしいみたいで出来ませんでした
もうすこしググって、おかしい所さがしてみます
スレ汚し申し訳ないです

>>157
PowerDVDのDSHowフィルターってインタレ出力してくれたっけ？
YUY2でつながってデコーダーがフィールドマージで30p化した気がする。

VMR9

いまいち調べたりないかもしれないけど、誰かお願いします
今までmpeg2を再圧縮してDivx化していたけど、インターレース解除するとき
単純に片方のフィールドだけ最適化してたけど、もったいないと思い
インターレースのままwmvにしてみました。

それを、XP+WMP10で再生すると、インターレース解除しながら再生はしてくれるものの
ぼけた画像になります。片方のフィールドのみをエンコードして再生した方がきれいです。

しかもRADEON9600+CATALYSTならwindows media videoのハードウェアアクセラレーターが
効くと聞いてやっていますが、変わりありません。mpeg2再生支援のように期待したのですが

何かまだ足りないのでしょうか

>XP+WMP10で再生すると、インターレース解除しながら再生はしてくれるものの
そのデインタレがへぼいんじゃね？

>>162
�@、レジストリでソフトウェアデインタレースを切る。
�A、ポストプロセスを切る。
�B、WMP使っているなら、パフォーマンスで高画質モードにする。
�C、�BをしてSDサイズならYC伸張しなくなる場合もあるので、レジストリをいじる。

1と2はWMV9 PowerToyを使う。
Decodeｒタブ＞Internal DeinterlaceｒとPost Processing＞Off
4は、
HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Control＼Video＼{YOUR GUID}＼0000
に文字列のエントリ"UseBT601CSC"を新規作成
値を 1 にすると非オーバーレイのVMRでYC伸張するようになる
0 だと従来通りのストレート変換

�D動画再生はVISTAの方が良いよ。

>>164
ありがとうございます
全部設定してソフトウェアデインタレースは無くなりました

ですが、Dxvaは働いていない様子。POWER DVDでmpeg2再生中に設定項目をみると
ハードウェアアクセラレーターにチェックが入っていますが、WMV再生中にはとれてしまう。
調べてみるとRadeon9600付近ではハードウェアアクセラレーターは働かないらしい…
CATALYSTにはチェックできても(ATIはドライバ関係テキトウだから仕方なくても…)。

WMV9 PowerToyのWMV DXVA supportの所のポップアップヒントを見ても Radeon X800とか
書いてありますのでもう少し上のを買おうかと思います。

>>165
ATI HD Registry Tweaks 入れろ

入れる必要ないだろ

このレジセットにはWMVのハードウエアアクセラレーション関連のレジも入る

結局wmvはやめました

HD3650ボードを買ってきて、Avivo Video Converterを入れ
a's video converterでkeep interlaceでやるのが効率的だとわかりました。

TMPGencとかでインターレースH264を作っても、映像支援は働くものの
インターレースは解除しないし、一時停止するとアスペクト補正が解除されてうまく再生されなくなるとかあります。AVIVO converterで作ったH264はインターレースも解除されますし、何も問題ありません。

暗部や低コントラスト部でざわつく感じはありますが、デインタレするより非常にきれいです。

圧縮時間も映像の時間より速かったりしますし、再生も非常に軽くなりますし、今まで何をやっていたのだろうって感じです

すいません教えてください。
30pの映像を60i（30fpsのWeave）化するavisynthスクリプトって
どんな構文でしょうか？そもそも可能なのか…？

スマン、イトフ。

エスパーだけど、30pな動画を他の60iな動画と繋げて、最終的に60iインタレ保持動画に仕上げたいってとこかな？

出典元は忘れたけどメモしておいたもののコピペ。
実際には使ってないし出来上がりがどの程度かも不明。
そもそも動くかどうかも不明だが貼っておきます。

-ここから-
30fpsにしちまったものなら擬似的だがやはりAvisynthで
元のclipにShiftField()かけてインターレース解除（AutoDeint()推奨）
↑のclipと元のclipを合成した60fpsのclipを
60fps>インタレ復活させる

LoadPlugin("LoadPluginEx.dll")
LoadPlugin("warpsharp.dll")

#target / 0:偶数プフィールドをずらす,1:奇数フィールドをずらす,2:SwapFields。省略時、0。
function ShiftField(clip clip, int "target")
{
function ShiftFieldT(clip clip)
{
clip = clip.SeparateFields()
Top = clip.SelectEven
Bottom = clip.SelectOdd
Top = Top.DeleteFrame(0)
clip = Interleave(Top,Bottom)
clip = clip.Weave
return clip
}
function ShiftFieldB(clip clip)
{
clip = clip.SeparateFields()
Top = clip.SelectEven
Bottom = clip.SelectOdd
Bottom = Bottom.DeleteFrame(0)
clip = Interleave(Top,Bottom)
clip = clip.Weave
return clip
}
target = default( target, 0 )
clip = target == 1 ? clip.ShiftFieldB() :
\ target == 2 ? clip.SwapFields() : clip.ShiftFieldT()
return clip
}

過疎ってるけどここで聞いてみる。
DVDとかのインタレ解除に関する質問。
MPC HCで再生してるんだけど、PowerDVD 8のフィルタとかffdshowとか使うと
ハードウェアデインタレが効いてるっぽくて綺麗に再生されるんだけど、
MPC内部のMpeg2フィルタをハードウェアデインタレ効かせられない。
インターレースフラグを出力メディアタイプにセットってのがそれかと思ったんだけど効かない。
どうすれば効かせられる？
ちなみにVGAはRadeon 2600XT

うせろカス

(´･ω･｀)ｼｮﾎﾞｰﾝ

>>175
MPC使ってないから良く知らんが多分できない
たぶんMPCHCでならできたはず

MPCHCなんだが

>>174-175

ありがとうございました。
教えていただいたやり方では上手くいきませんでした。
（使いこなせなかった）

が、外部プラグインのMSU_FRCと下のスクリプトで、どうやら
30pからTFFな60i化が成功したと思われ、自己解決しました。
すごく時間かかるのが玉にキズですが。

ConvertToYV12().MSU_FRC(2, "slow")
SeparateFields.SelectEvery(4,1,2)
weave()

↑引用間違え

>>173-174　ありがとうございました

インターレース解除しないH264作成方法のページを作ってみた
http://pentarougi.s18.xrea.com/h264/No_deinterlase00.html

×　H264はインターレースを元々サポートしていませんでしたが
○　X264はインターレースを元々サポートしていませんでしたが

http://pc11.2ch.net/test/read.cgi/avi/1238505263/23

YV12<->YUY2を間に挟むとこう言う事になるから、インターレースを解除しないのなら、
AviSynthでYV12のままやった方が良い。

わざわざAVIUTLを使ってる意味がまるでない気がする。

あとSAR8:9とかおかしいだろ、アスペクト的に考えて……

よくわからないけど
「YV12<->YUY2」は「インターレース対応YUY2 ->YV12(MMX/SSE)」って
書いてあるけど、駄目なん？

sar8:9はあちこちに書いてあるけど
http://pc-parts.cocolog-nifty.com/blog/2008/12/x264sar-76ab.html

>>186
計算は合ってても、規格的にどうかと
ttp://img208.imageshack.us/img208/2190/sardx8.png

>>186
規格に従うなら704x480をDAR4:3とすべき。720x480を4:3とするのは誤り。

>>186
インターレースのままでやるYV12<->YUY2は、縞を崩さない為にそれ以外の部分が犠牲になる変換だから、
YV12のままでやる事で、余計な変換避けられるのなら、そうするべき。

>>182
これの地デジソース（PT1などで録画したTS)版作っておくれ。

--nal-hrd --vbv-bufsize 10000 --vbv-maxrate 10000 --tff
とくにここら辺の設定。

Vistaのペイントってこんな機能があるのか。Vistaでペイント使ったことがないから知らなかった

あら、誤爆した。すみません

DVD規格ならSARは 10:11 or 40:33 ね。

ffdshowのインタレ解除を試したが、下から2番目が一番まともだった。（Bobなんとか）
ただし、720*480の動画ですら1GHzのCPUではスローになってしまった。
それ以外は、動く部分は片フレームしか表示しない物ばっか。（横スクロールする字幕で確認）

視聴に耐える物は、（速いPCなら）下から2番目か、両フィールドが混ざって表示されるものぐらいだな。
そんなんだから、インタレ解除しなくてもいい。

スレタイの「インタレ解除しない」ってそういう意味じゃないんだけど…

しかもffdshowにHWインタレ解除（正確にはインタレ情報の付加だったか）が実装されてるこのご時世、
わざわざソフトでインタレ解除ってのもアレだな。

>>190 のは結局どうなんだ？

そんなちょっとh264の事調べりゃ解るような事を聞くなﾎﾟｹ

182氏のをやってみたがmedia player classic - home cinemaのソフトウェアデインタレだと
ジャンプして戻って少し再生ってのを細かく繰り返すので家の環境では無理だった。

でいろいろ試してmkvならDivXのインタレでも音ズレしないみたいなので
しばらくこれで行こうかと。mpeg2だとやっぱデカイしね。

シングルコア時代はこんな事無かったよね確か。
FFdshowで一々ディレイ切り替え面倒だったから助かった・・・のか？

なぜにソフトデインタレ？
ハードデインタレ使うのが普通じゃ…

meguiを使用して30iなDVDをインタレ保持でH264に変換し、mkvmergeでmkv化した動画を
CoreAVCのハードウェア・デインターレースで見ると滑らかにならない。
デインタレをBobにすると滑らか。
そのmkvから動画、音声を抽出後、mp4化したものはHWデインタレでも滑らか。
上記からmkvに問題があるっぽいが原因は何でしょう？

インターレース解除をしないメリットは？
画質？

>>202
再生するときの最新アルゴリズムで解除して再生できる。
2001年に撮ったBSの番組をソニーの4倍速で再生できるのだ。
もうインタレ解除なんて我慢できない。

現在ある機器のデインタレースは24pの2-3プルダウンを検知して24p出力なんてことは出来ませんよね？
ってことはインタレ保持の場合は24pの部分はがたつくのですか？

検出するよ。周期がシーンごとにばらばらのヤツは若干怪しい動きすることもあるけど。
仮に検出しなかったとしても動き適応であることが多いからほとんど気にならんよ

>>204
TVだと更に進んでる
2-3プルダウンを検知→逆プルダウン→120Hz化（5-5プルダウン）で完璧に24FPSのタイミングで再生

ってか手に入れた状態（インタレ）で保存しておけば
失うものは何もない。

まともにインタレ解除しようとすると時間がかかりすぎて実用的じゃないのもあるね
PCのビデオカードもかなり綺麗にリアルタイムで解除出来るようになってるから、
わざわざ実時間の10倍以上の時間をかけて解除するメリットがないのもある

インタレ保持のほうがエンコ時間短いの？
ファイルサイズを気にしてたからインタレ解除してエンコしてきたんだけど、
保持するようにしようかな。といっても、語学番組だと差がわかるか怪しいけど・・・

やっぱここの住人的には映画とかアニメじゃなく、スポーツ物でないTV番組なども
インタレ保持してるの？

俺は美しさのためにインタレ保持してるけどな。
インタレ解除する時点で何かを失う訳だし。

何も失わないインタレ解除もあるけどな

そのインタレ解除した画が、何も失わない方法で解除された画か
何か失われた結果なのかの情報が失われる。

その情報が残ってる意味はないけどな
ジュースが缶のまま出てくるかコップに注がれて出てくるかの違いだから

語学ものとかだと安心してインタレ解除できるけど、
そうでないものだと、カクつくときがあるので、保持してる。

ファイルサイズに違いがあるときいてたけど、実際そんなに違いがなかったのは素材によるためか・・な？

ファイルサイズが違うってのは、ものによってはインタレ解除で
重複フレーム削れるからじゃないの？

TGMC使えば満足行くプログレッシブ化が出来るけど、
あり得ないほど激重なのでとてもじゃないが常用出来ない

インタレ保持してビデオカード側で動きベクトル適応HWするのが速くて高品質だ
つーかビデオカード側の動きベクトル適応HWをフィルタで使えればいいのに
ほとんどのフィルタはビデオカードより汚い上に重くて使い物にならん

DxVAの仕組み上VGAで処理した画像を戻すことは無理とか聞いた。
確かにそれができれば最高のインタレ解除フィルタだよな。
今のとこはキャプチャするしかないのかな

出来なくはないけど、もの凄い遅い＆重いだけ。
HWデインタレするavisynthプラグインもある。

>>218
そのプラグインってどこで紹介されてる？初めて聞いてググって見たけど見つからなかった

>>215
なるほど、確かにそうだよね。ありがとう。

DGNVのことじゃね

インタレのまま表示(60フィールド飛び越し表示)できれば、解除する必要がないのにな。
ちょっと暗くなっちゃうけど。

えっ

>>222
3点

確かに暗くはなるんだろうけど液晶で見たらそれよりもちかちかや縞々が気になる気がする
そういうフィルタで見たことないからよく分からないけど

ブラウン管の黒線の部分が、
PC上ではどう処理されるか知らんのか。

むかしシャレでそういう形で60fpsにエンコして液晶モニタで表示してみたが
ちゃんと画として見られなかった記憶がある

>>226
何が言いたいか分からない
というかインタレース表示のブラウン管の仕組みが分かってる人間の煽り方には見えない

interleave(last,blankclip(last))
separatefields().selectevery(4,0,2,1,3).weave()

Avisynthで書くととこんな感じ？
エンコすると結局いろいろ崩れちゃうからリアルタイム視聴用だね
実用性はないけど結構面白い表示になる
黒挿入があるから残像は軽減されるかも

今時インタレ解除してエンコとか貧乏人がやることでしょ。
時代は視聴時解除

貧乏人（笑）
時代（笑）

>>227
隙間が埋められてるんだよ。

>>231
それじゃ完全に突っ込み間違い
そもそも>>222の時点で解除作業で隙間を埋めてるのを知ってるからこそ解除しないでいい方法を提示してる
副作用として暗くなると書いてることからも、知っていたということはすぐ分かる

細かいこと言うようだけど、その「隙間を埋めてる」という表現もちょっと理解が浅いのかなって感じだね

インタレよくわからないからうまく解除できず、
とりあえず保持してるのが大半ということが良くわかる流れですね。

>>232
あんたこそわかってない。
>>222が言ってるのは、MAMEのスキャンラインを再現するモードみたいになるって意味だろ。

何が言いたいのかさっぱり分からない

だな
無駄にスレが伸びるだけだからもう相手にしないほうがよさそうかな

x264 でインタレ保持を試しているのですが、
指定してはいけないオプション等あったら教えてください。

再生環境はPS3、PC(Dxva)です。

ノイズカットとかを指定したら
後は単純に、フレームレート変更無し、インターレース解除も無しで
プラグイン出力でH264でmp4出力・・・これでOKなのかな？
エンコオプションの例を教えてほしいです。

# ".\codecs\x264.exe" --no-psnr --no-ssim --keyint 240 --min-keyint 24 --level 41 --me hex
--merange 16 --non-deterministic --aq-mode 1 --aq-strength 1.0 --b-adapt 2 --ref 4 --subme 6
--psy-rd 1:0 --bframes 2 --trellis 1 --b-pyramid --weightb --direct auto --partitions all
--8x8dct --deblock -6:-6 --bitrate $(VideoBitrate) --qcomp 0.6 --sar 1:1 --threads auto --b-adapt=2

>>238
MeGUIの設定見て参考にすれば？
インターレース保持だと--interlaced --tffか--bff追加ってとこか

いつからx264がボトムフィールドOKになったんだ？

>241
x264_hrd_pd_interlaceパッチを適用しているもので、--tffと--bffの指定が可能。
--interlacedと--tffは同じ意味。

PS3とかで再生するためのインタレ保持mp4であれば、上記パッチに含まれている、
--nal-hrdを併せて指定しないと、インタレ解除がうまく働かない。

まだgitに入っていないものを注釈もつけずに紹介すんなボケ

vlcのbobが動作が軽くて滑らかになって良いな。

>>242

＞PS3とかで再生するためのインタレ保持mp4であれば、上記パッチに含まれている、

ってことは、x264であと少し待てば、PAFFに対応するって事？

http://labs.divx.com/node/11681
これで、-fmode 2にすればPAFFになる。-fmode 1(MBAFF)と比べたら効率は悪いので、使う必要は無いけど。

DGIndexでDVDファイル開いたときに、プログレッシブて表示されます。

そいつを、インタレ保持エンコして、デインタレせずに見るとジャギってるんですが、
aviutlで60FPS読み込みすると同じ絵が2枚続きます。
これだとインタレ保持は意味ないですよね？

で、インタレ解除するとしてDGindexでプログレ表示された時点で、判断していいんでしょうか

DVDでプログレッシブっていうと24pソースをプルダウンさせた60iのこと。
IVTCして間引いて保存するのが普通

キュービック補完とかリニア混合とかどうやって使い分けるのかな？

Handbrake使ってるけどH.264インタレ解除で膜がはったというか、
白っぽくもやがかかったような映像になってしまうけどしょうがない？
流通してるファイルとかってけっこうきれいなのに自分で同じようなのが
作れない。
解除なしのままプレーヤーで解除設定するしかないのかな

スレタイ無視か。

このスレの趣旨としては、インタレのままで保存して、
再生時に解除するってことなんだよね？
それとも再生時にインタレ縞を楽しむの？

CRT出力してる人間も、結構いそう。

>>252
どっちでもいいんでしょう。>>1に趣旨説明がないし。

インタレ解除なんて時代遅れ。

そんな風に思っていたが、
お店でソニー液晶テレビの4倍と2倍の比較デモを見たら、
解除でもいいかも知れないと思った。
CMは30pだったので全くわからなかったが、
実物は、30pよりも更にカクカクな24pが、
60p並の滑らかさに見える程の性能。
動きの滑らかなフィルム映像なんて初めて見たわ。
ただ欠点もあって、背景がスクロールしているシーンでは、
画面端は中間コマ生成が出来ないので、破綻していたが。

意味不明、インタレ保持にしてそのテレビに突っ込めば、
テレビの高度な処理でインタレ解除して60pにした上で、
フレームレート変換して更に滑らかになるんだぞ

>>256
そう思うだろ？
俺もそう思っていた。
でも実際は、俺たちが想像していたような機能じゃなかったんだよ。
4倍速って。

動きがぬるぽなのは感じたがそこまで注意深くは見なかったなぁ

いかにその機能がすごくても、わざわざインタレ解除する必要はないね。

>>257
このスレの趣旨は、保存時インタレ保持、再生時にインタレ解除ですが。

ごめんなさい
FHD の容量に負けて 60fps 化した上で半分の 960x540 に縮小して
x264 で圧縮する方式に切り替えました

>>261
それ、半分じゃなくて4分の1だよ

>>259
>>260
もちろんだ。
俺も解除はしない。
ただ、以前と比べたら、
インタレ解除が糞とも言えない状況になってきたなと。

糞かどうか以前に、インタレ解除なんて面倒なことする理由がない。
むしろエンコ自体しない。

映画、アニメなどの24pの解除は上手くが
バラエティやドラマなどの60iは綺麗に解除できねぇから保持する事にした
あぁ〜すがすがしぃのぉ〜

TGMC使えばおｋ

保持して再生時に解除した方が圧倒的に速いけど

>>266
わざわざありがとう

PS3でMP4のインターレース解除がキレイにできる設定がわかればなぁ。

ククレカレー

すまんTGMCってなんの略なのか教えて欲しい
ググっても見当つかんし、AviUtl・Avisynthフィルタにもそんなの無かった
誰か頼む

TempGaussMC
http://www.avisynth.info/?TempGaussMC

TGMCはかなり重いので、私はYadifmod(mode=1, edeint=nnedi2(field=-2))を代わりに使う事が多い。

>>271>>272
ありがとうございます

TGM スレかとおもた

704x480 SAR40:33でエンコしたんですが、
qonohaの情報画面でffdshowでデコードするとアス比が16:9と表示されるのに、
coreavcだと4551:2560になります。
なぜでしょうか？

途中でフィールドオーダー変わる動画ってどうしたらいいんかな？

>>276
24fps 化なら手動でも自動でも
フィールドオーダー変えつつやってる人はいるね

DGIndexでもm2v.auiでもフィールドオーダー固定できるのにそれでも入れ替わんのか？

>>278
番組の途中で切り替わってるみたいなんだわ

俺の場合、DVDレコーダー→(D端子)→PC　の接続キャプ中に時々フィールド変わっちゃうことがあった
たぶんレコーダーのD端子出力が壊れてたっぽい

VGA : Matrox P650 OS : WindowsXP

インタレ保持した動画をS端子でブラウン管テレビで見ています。

初めて液晶テレビに買い換えようとしてるのですが、候補の機種にはS端子がありません。

HDMI(DVIから変換)やアナログDsubで液晶テレビに全画面で60iで送った場合、受け取ったテレビは一般的にIP変換をしてくれるものなのでしょうか。

PC側で再生時にインタレ解除して30p化することだけはしたくない。

機種によりますかねえ。

YC伸張についてはどうでしょう。ってスレ違いか。

最近のカードはデスクトップの解像度に60iが選択できるから大丈夫だろ

>>281
"VGAの側が液晶テレビを60iの出力装置として正しく設定できる"というのが可能なら
解像度が480iか1080iの場合は受け取ったテレビ側がIP変換してくれるよ

でもおそらく無理だからPCで60p化してテレビに流すしかない

>>281
よしAPVeだ
と思ったけどD1は無理だったわ
S映像のあるTVにするかブラウン管を残すか

S入力がない液晶テレビのほうが珍しい気がするんだけど、他の候補にするって手もあるんじゃないのかな。

G450->APVe　ブラウン管19型->プラズマ37型　と買い換えた者です。
オイラのやり方が悪かったせいかもしれないけど
HDの60iソースをDVDMaxしたら、どうしてもなにをやってもプラズマには30pしか出力されなかった。
DVI->HDMIでプラズマをプライマリのシングルディスプレイにしてやっとこさHD60iが再生できたけど利便性はゼロ。
的信者だったけど、結局断腸の想いでクロシコの安物HD2600(HDMI付)に載せ替えた。
SDの480iだけならブラウン管TV>>>>>>>>>>>>>>>>>>>>>>液晶TVなわけで、
SD限定でブラウン管残すか、HDを見据えてTVの買い替えするならVGAも替えた方が良いような。

×DVI->HDMI
○DVI->コンポーネント

うちはブラウン管HR500にコンポネD3で入れてるけどPowerDeskで
HDTVと認識され実際に1080iが表示できてる
まぁHR500とはいえ解像度はSDとたいして変わらないけど

ちょいスレ違いではあるのだけど
液晶ってインタレまともに表示できないの？
HDブラウン管手放せないじゃないか
ttp://yunakiti.blog79.fc2.com/blog-entry-4755.html

ttの問題はインターレースそのものではなくて1080iへのスケーリング方法の問題。
過去の作品から考えられるのが720pからフィールド単位でアップコンバートされてる
可能性があるということ。そうなると最近でいえばCANAANとかみたいにジャギジャギになる。
テレシネされた60iはイマドキ正確に24pに戻せて当たり前だけどこれはそれ以前の問題

>>289
それは表示側の機種に関係なく、制作の手抜き或いは無知な処理の問題。
ttはリリース直前になって仕様変更が来たから、
「縞々が除去できなかったんじゃないか」という不安からそういう話になってる。

復帰ついでに
えーと何が起きてるのかやっとわかった気がする
そのログとCANANの画像の文字のコーミングから察するに
1280x720から1920x1080にするのにリサイズ→テレシネとするはずを
テレシネ→リサイズしちゃってるてことなのかな？
実写なんかの元が60フィールド30iの動画なら
偶数奇数フィールドに分けてリサイズするから多分そういうことだよね…

違います
フィールドごとにリサイズしただけの話
さすがにテレシネはリサイズのあとだぞ
じゃないとインタレ表示不可でブレまくりの絵になる

俺がちょっとテレシネという用語の使い方を間違えたようだ
720の時に偶数奇数フィールドに分けてそれぞれリサイズして
1フレームに戻したってことよね？

使い方の問題ではないだろ
何かの作業の順番が逆になるようなことは起こってないし

要するにアニメなんてマスター作る際には最初から最後までインターレースを考慮する必要が無いのに
なぜかインターレース由来のコーミングノイズが出てるのがプロの現場のはずなのにおかしいんだよな。
もうHDが当たり前になってる時代のはずなのにごく最近でもいまだにやってるスタジオがあるのが不思議でしょうがない

>>296
アニメスタジオなんてほとんどが自転車操業だから今までの工程をずっと使いまわすしかないんだよ。
一旦止めて見直せばいいんだけどそんなことしてたら回転が止まって死亡する。
通常作業しながら見直しが出来るほどのマンパワーもない。
それを無理にやろうとすると絶対どっかでトラブルがでる。どっかでもあったろ、なんか変な白飛びとか。

制作をSDからHDに切り替えるついでにインターレースを捨てることくらい
何でもないような気がするんだが。公式の書き方的に編集を720/60iでやってるみたいだが
よっぽど変なソフトでも無い限り24pでプロジェクト作れるんじゃないの？
まあ確かにHD初期の頃はP.A.に限らず他のスタジオでも似たような縞々HD作ってたから
素人が考えるほど簡単じゃないのかもしれないけどいろいろな記事読んでるとぶっちゃけ
作業工程のプログレッシブ化うんぬんより編集の人間が単に無知なだけと言う気も

いつまでも引っ張る話ではないのだが一つだけ
ttp://blog-imgs-42.fc2.com/y/u/n/yunakiti/canaan_org.jpg
canaan見たことないので、この画像は文字がスクロールしてる
途中の1フレと思い込んでたんだけど、もしやと思ってyoutubeで見たら
文字は静止してるんだな
オラなんかすっげぇワクワクしてきたぞ

最近エンコ始めた初心者だが、
アニメって24fpsか30fpsだけかと思ったら、スタッフロールは60fpsだったりするのね…。
もっと詳しく言うと、同じ画面に24fps(動画)と60fps(テロ、スタッフロール)が混在してる感じ。

俺にはインタレ解除なんて無理だわ。
大人しくインタレ保持で行くよ…。

それでええねん（・∀・）ﾆﾔﾆﾔ

http://blog.geneon-ent.co.jp/graphid/2010/03/post_15.html
無知な人間が頑張ると泥沼に陥る典型例
適当なアニオタ拾ってきて手動間引きさせれば、
遥かに速く、安く、高品質な製品に仕上がるものと思われる

それ、デジベしか残ってないカット作り直しとかしてるんだぞ。
素人呼んでどうこうできる話じゃねーよ。

>>256みたなのがまだいるんだね。
コレ読みな。
http://en.wikipedia.org/wiki/Frame_rate
60i (actually 59.94, or 60 x 1000/1001 to be more precise;
60 interlaced fields = 29.97 frames) is the standard video field
rate per second, whether from a broadcast signal, DVD, or home
camcorder. This interlaced field rate was developed separately
by Farnsworth and Zworykin in 1934,[1] and was part of the NTSC
television standards effective in 1941.
When NTSC color was introduced in 1953, the older rate of 60 fields
per second was reduced by a factor of 1000/1001 to avoid
interference between the chroma subcarrier and the broadcast
sound carrier.

flames per second が普通に使われてきて、 fields per second が
使われ出したから混乱してるんだろうけど。

>>300
＞俺にはインタレ解除なんて無理だわ。
＞大人しくインタレ保持で行くよ…。
30→24化が無理なだけだろ。
インタレ解除してプログレッシブにすればいい。

このスレで何言ってんだ

>>304のWikipediaからのコピペが
>>256とどう関連しているのか分からない

60iは60画でなく30画だと理解してるの？
24画毎秒の映画やアニメを30画毎秒に変換したら、
同じ画像が2コマ続いたり画像が重なったような心霊写真みたいな画像ができたり
する。
30画を60画に変換しても同じこと。
実際にはありえない画像が生成される。
30iを二倍フレーム化すれば画像破綻や輪郭破綻がおきるだけ。

結論
60iは30pか24pに戻して保存しろ。
「カクカク」とか言ってる奴は、モニタの残像のせいだから、
「ヌルヌル」したければプラズマテレビをPCに繋いで使え。

60i=60画のソースはインタレ保持でお願いします

>>307-308
「画」なんて自分用語使われても何のことかわからん
60iと言ったと思ったら30iと言ってみたり
（まさか30fields/sの話をしてるのか？）
自分の主張を理解して欲しかったら正しい用語を使え

ageてる人っておかしい人ばっかりだね。

>>308
60iを30pに"戻す"とはこれ如何に

60iでも30psFや24psFなら原理的には劣化なしのプログレッシブフレームが得られるけど
もとから60iのものを戻すとか意味不明

えーっと。ビデオカメラのCCDから説明しないと駄目なのかな？ｗｗｗ

>>309
60iで60画のソースがあれば、縦の走査線を二倍化し60フレーム/sの映像にすればいい。
「あれば」だけどね。

アニメでもテロップなどは60コマが多いですよ先輩

みんな説明するのが面倒なのか叩きもせずにゆるゆるいじってるなｗ
>>314
いいかげん気付けよ
このスレではわかってないやつなんてそんなにいない

そろそろ、後釣り宣言くる頃ですか？

このスレ見てるのはもう詳しいやつだけだろうと思ってるからな
間違いを正さなきゃって気があんまり起きない

亀レスですみません。ちょっと方針を変更したいと思います。

<現状>
VGA: Matrox P650 OS: WindowsXP
ブラウン管4:3テレビ
接続方法: S端子

<変更後>
VGA: Radeonの何か OS: WindowsXP
液晶テレビ候補(変更前): BRAVIA KDL-32EX700(フルHD/S端子なし/倍速液晶)
液晶テレビ候補(変更後): REGZA 32H9000(フルじゃないHD/超解像/S端子あり/倍速液晶)
接続方法:HDMI

<テレビ用途>
セカンダリにつないで動画専門。PCディスプレイ用途に使わないので文字がつぶれてもOK。
Matrox P650のDVDMaxやRadeonのシネマモードのように、プライマリディスプレイ上で
動画を開くとセカンダリのTV上にフルスクリーンで表示されること。
ドラマなどのDVDやこれまでエンコした60i動画をヌルヌル見たい。
最近地デジのts録画も始めた。


で、セカンダリをHDMIで接続する場合、PCから480i動画をインタレのままテレビに送り、
テレビ側でI/P変換を行うということが可能なのでしょうか。それともPC側でインタレ解除
または60P化してから送ることになるのでしょうか。ぜひとも前者をしたいのですが。


また、地デジtsファイルなどHDのインタレ動画についてはどうでしょう。
ちなみに現在はffdwhowで上下黒帯追加&VGAサイズにインタレリサイズして
テレビで見てますが、これをやめてそのままテレビに送りたい。

>で、セカンダリをHDMIで接続する場合、PCから480i動画をインタレのままテレビに送り、
>テレビ側でI/P変換を行うということが可能なのでしょうか。それともPC側でインタレ解除
>または60P化してから送ることになるのでしょうか。ぜひとも前者をしたいのですが。

REGZA持ってませんのでテレビでI/P変換は出来るかわからないけど、再生時60p化でも問題ないと思いますが。


>また、地デジtsファイルなどHDのインタレ動画についてはどうでしょう。
>ちなみに現在はffdwhowで上下黒帯追加&VGAサイズにインタレリサイズして
>テレビで見てますが、これをやめてそのままテレビに送りたい。

同じく再生時60p化で問題なしと思いますが。
PCスペックにもよると思いますが自分の環境(Athlonx2 5200+ 2GB RADEON2600PRO HDMI XPsp3)では
VLCのソフトウェアデインタレース(リニア)でも1920×1080のｔｓがコマ落ちなしで60p再生できてます(シアターモード)。
ちなみにAPVeから日立P37-HR01へコンポーネントでweave出力(CyverLink 但しプライマリの単独出力として)すると正常に再生されました。
Wooo特有の飛越走査チックな描画方法の故かもしれません。

I/P変換自体はどの液晶テレビにもついてるから
ビデオカードの出力とテレビの入力が
両方とも480iに対応してれば大丈夫じゃね？

それにしても、せっかくS端子付きのテレビに候補を変更したのに
なんでHDMI接続の話になってるんだ

>>308みたいなアホまで湧いてるんだねｗ
30p（笑）
テレビ番組ののエンコ保存ならh264あたり使って、インタレ保持29.97fpsそのままがベストだよ
再生ソフトでインタレ解除（＝60p化）すればよい
テレシネ（プルダウン）処理して放送してるフィルムソースなら
エンコ時点に逆テレシネ処理＆インタレ解除フィルタ入れて
プログレ24fpsにしてやるのはアリだけどね
実は60iのまんまエンコもいける
同じ映画放送のキャプソースを24pと60i（インタレ29.97fps）で実際両方エンコして
比較視聴してもブラインドテストなら判別つかないよｗ
ただしこういうテレシネソースを30pなんかでエンコしたら悲惨なことになるｗ
あ、元々の映像がカクカクってのがデフォのアニメなんかだと30pのカクカクも分からないカモなｗ

true tearsの公式に上がってるサンプル動画なんてひどいぜ。
60iなのにプログレッシブでエンコしてるから自動でインタレ解除してくれないし
当然Chromaがぶっ壊れてる。縞々の火消しに必死になってるけど余計に無能さを晒してる

インタレ保持するとファイルサイズが倍になるんだが
お前ら倍で我慢してるの？

それは即ち、インタレ保持しなかったら情報が半分失われるって事では。

ごめん、言い方が悪かった
俺が設定間違えてるからでかいのかと思って言ったんだ
せいぜい1，2割ぐらいだと思ってたから倍で驚いた

倍はねえな

>>324
はぁ？ｗｗｗ

一体何と比べてるんだよ
TVそのマンマのインタレ保持30fps（60i）なら、インタレ解除60pの約半分だ
馬鹿しか使わないカクカクのインタレ解除30fps（30p）と比べたら
若干増えるのは実際上あるけど

同程度のクオリティでのファイル容量：　60p＞＞＞60i≧30p

つーか、インタレ「保持」って、
「保持」するために何か特別なことやってるとか変な勘違いしてねーか？
インタレ保持の方がNTSCテレビ放送ソースをそのマンマってことだぞ

>>319
俺も気になるところがあるのでちょっと興味ある。
S出力はrareonだとフィールドオーダーが怪しい（安定しない）
hwdeintで対応できるらしいけどちょっと試したところではうまくいかなかった。
60fps化（ffdshowでカーネルbob）ならPC上では60pで見れるけど
S経由のTV側では乱れてる。ただ、HDMIはわからない。
あとradeonは拡張デスクトップになるのでセカンダリに動画を出してなくても
カーソルがセカンダリ側に行くことになる

液晶テレビ調べたら4月からエコポイント対象商品変わるために
投売りしてる機種があるのな。H9000よりR9000がお得でない？
ts扱うならならがんばってZ9000にするとか。デカイけど

店頭見て回ったけど液晶はどれも残念画質だな
俺は当分HR500でがんばるけど液晶は親に買ってやることにしたので
渡す前にちょっと試してみるかもしれない

ffdshowでインタレ解除なら、普通は「出力」の「インターレース関連情報〜」じゃないか？
あと古いVGAだとHD動画を考慮されていない可能性がありそう。

>>319
そういうAV用中心のPCならセカンダリ画面使うなんてことしないで、
フルHD液晶テレビをそのマンマHDMI接続でディスプレイも兼用にするが吉
デスクトップ解像度は1920x1080の60Hzな
トラックボール付きの無線キーボードでソファからでもゆったり操作して映画でも何でも再生

なお、普通のPCディスプレイも使いたいのならHDMI切り替え器の安いやつで
切り替えればいいだけだし、
その場合使う普通のマウス・ディスプレイもそのまんま繋ぎっ放しでOK

2000年、米国政府は「フロッピーにデータｰを保持しょうとすると、データｰが破壊される可能性がある」って
理由だけで、被害者が1人もいないのに1,100億円の和解金を東芝に要求してたよな。

その後、便乗して支那や南鮮メディアが自国の消費者を煽って東芝に賠償金請求してるのには呆れ果てた．．．

http://newschina.hp.infoseek.co.jp/00052304e.html
http://www.kcn.ne.jp/~ca001/E14.htm

アメ公もチョンも支那畜もクズばかり

昨年10月にスカパーSDやってる放送局がHD化して、
720x480iの素材をインターレース解除(720x480pまたは720x360pに)して、
1440x1080iにアップコンバートして放送してる。
俺は59.94iのままキャプチャし、AVIUTLを使い
映画やアニメはH.264 23.98pで保存し、その他はH.264 29.97pで保存してる。
地デジも同様。
元の素材のフレームレートに戻してプログレッシブで保存するのが
将来再エンコする必要が一番少なくていいと思う。

インターレース表示できるTVは数年前に処分してるし、
「DivX521やWMVやXviDでインタレ解除せず保存してG550などでTV出力」>>7
することは今後一生無いと確信するから。

突っ込みどころあれば、ご教授願います。

別にいいんじゃね。各人各様の話なんだから。

>>334
そんな事をこのスレで聞く事に悪意を感じる。
自分の中でベストな方法を見つけたからって、そうじゃないヤツを煽りたいだけだろお前。

強いて突っ込みを入れるなら、ここの住人だってプログレッシブ素材はプログレッシブにするし
将来再エンコなんてしないだろうよ。

俺もその方法がベストだと思う
その放送局が24pか30p素材の番組しか放送してないならの話だが

30pの素材ってなんだよw

龍馬伝しか知らんな。他にあるなら番組名教えてくれ。

記憶が曖昧だけど、大奥が30pじゃなかったっけ

PVであるんじゃね
モーニング娘。のAmbitious! 野心的でいいじゃんが30pだった

>>336
悪意とか蔑視とか煽りとかそういうネガティブな書き込み・流れは無視して、
1440x1080または[email protected]でキャプチャしたCanopusHQから
インターレースで残すべき素材の見分け方教えてくれませんか？

24pのアニメに60pで上へ移動するテロップが載ってる場合
例ttp://www.youtube.com/watch?v=ho6hoQdRBBo
はどうすべきなのかとか。

>>338
720x480i→720x480p→1440x720p→1440x720i
と変換されてる素材

迷うくらいならインタレ保持しておくのがこのスレの主旨

いい加減スレ違いだから↓のスレにでも行って聞いてこい

アニメのフレームレートを報告するスレ 16fps
ttp://pc11.2ch.net/test/read.cgi/avi/1261756846/

WOWOWで放送するライブは30pだった希ガス

>>344
俺、今年アニメは、のだめカンタービレしかエンコしてない＆観てない。

>>346
お前の趣味嗜好なんて誰も聞いてないし、どうでもいいんだよｗ
24fpsのアニメにインタレ保持なんて意味ないんだから、テロップの箇所だけ60pにすれば良いだけの話だろ。

インターレースで残すべきかどうかなんて、個人の好みによるんだから断言はしないけど
60iで放送されてる番組全部。ビデオ撮影されたものは大概60iだろ？
どうしてもインターレースが嫌いなら60pにすればいいし、30pで良いと判断したならそうすればいいよ。

>>347
”ビデオ撮影されたものは大概60iだろ？”は違うぞ
ハイビジョン以前からデジタルカメラは撮影の際にフレームレートもプログレ／インタレも設定できるし
ドラマやCMは現状も24pや30pは多いぞ
バラエティ・スポーツ・ニュースは圧倒的に60iだが

日本のドラマは60iも結構多いんじゃね？
コードブルーなんかも60iだし

米国ドラマは24pが多いけど

BS-TBSとかWOWOWくらいだろドラマの30とか24は
でもBS-TBSは部分的に60を混ぜてくるから俺はインタレ保持だな

NHK（大河）やテレ朝（スーパーヒーロータイム）もある

テレビ朝日でやってた 宿命1969-2010 も NHKの再放送で見た ROMES/空港防御システム と 行列48時間 も30pだったと思う
もっとも、どれもトップフィールドかボトムフィールド抜いて30pにしたみたいな滑らかさの足りないしろものだったけど

女子大生会計士の事件簿も30pだったような。

女子大生と聞いて飛んできました

>>348
60iと30pの素材の違いをどうやって見抜くの？

おいおい…
それはさすがに初心者スレで聞けよ。なんでここに来たんだよ、お前。>>334か？

30fpsで読み込んだときに、すべてのフレームに縞々があるのが60i
縞々がないのが30pだ。
詳しく知りたきゃググれ。

>>356
その読み込みに使うソフトだけ教えてください。

>>356
フィールドオーダーずれただけでその理論は破綻する

じゃあそのずれた番組とやらを具体的に

放送局もそんなにバカではないよ

>>359
いやいやいやｗデジタル放送世代だねー
TSはともかくフィールドーダーってのはキャプチャ環境で決まるんだぞ
移行期によく問題になったのが「ボトムファーストのDVキャプチャとトップファーストのMPEGキャプ」とかね
放送局はフィールドで送信してフレームで送信してたわけじゃないからな
今でもアナログキャプチャするなら環境によってフィールドオーダーは変わるよ

あーそういう逃げね
じゃあなんで昔の話って書かなかったんだろ
めんどくさ

あー誤解生む書き方した
「逃げ」ってのは人をデジタルからの新参扱いすることで貶めた上で昔はこうだったと書いたことに対してな

インタレとプログレを見分けるのになんでフィールドオーダーが出てくるんだ？

フィールドずれたら30psFでもパッと見60iに見えるからだろ

>いやいやいやｗデジタル放送世代だねー

余計な事言わなきゃいいのに。
TS前提の話じゃないし、今だってアナログキャプチャする人もいるだろうから昔の話では無いと思うけど。

>>356がアホなんだよ
Bob化して1フレームずつ動きがあれば60p、2フレームずつなら30p、テレシネされてれば24pって判別するのが普通だろ

アホって…
Bob化すらわからなそうなヤツに、一番手っ取り早い方法を言っただけじゃん…

BOB化でググったら見つけた。俺には内容が難しいんだが、
何故か「糞アプコン」と「滅んで欲しい」には共感した。

ttp://d.hatena.ne.jp/enra/20080626 interlaceはいい加減滅んで欲しい
ttp://d.hatena.ne.jp/enra/20080712 作ること自体がめんどくさい

>>367の名前欄は356の間違いです
失礼

>>368
絵に描いたようなDQNの低級ホムペに共感かよ

ま、類は類を呼ぶともいうからなーｗｗ

久々にこんなDQN見たわ
でも地デジの規格争いはドロドロした展開でNHK-SONY軍団が無理やりインタレースにしたのも事実だわね
あの時パナソ軍団が勝っていればこんな不毛の争いは無かったかな・・・
あ、でも今度は720pじゃ解像度不足だとか言い出すDQNが出てくるだけかw

日本に限らず海外の衛星放送のページとか見ても1080iばかりで
720pはほとんど見ないんだがなんで？

いくらNHKとはいえ海外の様々な国にまで意見を出せるとは思えないんだが

CMとの兼ね合いだろうな。
なのでBS-hiとWOWOWの映画とドラマは1080の24pでおながいします。

>>373
WOWOW映画はプルダウンフラグ入ってるから、一応24p。
BS-hiは入ってない。

BS-Jも適応っぽいけど24pソースにはTFF/RFFフラグが混じってるな。

前見たときは色差フラグがWOWOWは420p、BS-Jは420iだった。
BS-Jは本当に適応で逆テレシネできるところだけまとめてるって感じだね。

そういう番組の時は、自動的に24fpsで画面に表示されてるの？

>>372
無修正動画は1280x720pが標準規格。
画質の良いベータが画質の悪いVHSに負けたのは....
結局1080iは遅かれ早かれ消滅するわなぁ

>>378
じゃあなぜHDDVDが負けたの？

>>379
無修正業者たちがHDDVDでなくネット配信を選んだから、
それ以外のソフトが豊富だったブルーレイが勝った。
無修正もブルーレイ出してる。3Dも...が出てくれば爆発的に売れる...筈ｗ
1080iの機材を海外に激安で供給してもオリンピックはどうだったのかなぁ
そこんとこは俺は詳しくない。

>>377
あなたのテレビ次第

>>374-376
当方素人なんでちょっとわかりづらいカキコなんだが、

今のテレビでの映画放送は、
すべて秒24コマ（いわゆる24p）のフィルム映像を2−3プルダウン処理して、
その上で60iで放送してるんじゃないの？
24pフィルムではない（らしい）最近のデジタル映画ソースならどうかは知らないけど


．．．．当方、スターchHVやBShiの映画に関してはすべて逆プルダウンのインタレ解除して
24Pでエンコしてるが、基本的にはそれで問題は出てないがなー

つーか最近それではダメな映画放送に遭遇して不思議に思ってるんだけどね
先日スターchHVで放映されたロシア映画の「ラフマニノフ」なんだけどさ
どう見ても元素材はフィルム　　んで、これいつもどおりの24p化したらカックカック
仕方がないから60iのままエンコして、まあTVで見るのと全く同じ形にして
とりあえずこれでOKなんだけど

>>382
プルダウンフラグ（TFF/RFF）っていうのは23.976pでエンコードされたストリームを
59.94iで表示するためのもの。業務用機器のスペック表なんかには23.98PsFとか書いてあったりする。
表示上は59.94iでエンコードされたものと同じになるけどデータとしては23.976fpsのプログレッシブだから
29.97fpsのインターレースと比べてYUV420インターレースのデメリットも無く同一ビットレートだと
画質的にも有利。無料放送で本格的に23.98PsFを使わないのは局に納品されるテープがCMなども
収められた完パケだからHDCAMに書き出す際に一律59.94iにしているせいだと思われる。
WOWOWはCMが無いからね。きっと23.98PsFか23.98pで収録されたものを使ってるんだろう。
さんこう： http://www.marumo.ne.jp/db2000_b.htm

BS-Jに関して時々フィールドオーダーが狂うってカキコ見るけど適応でプルダウンしてるせいで
TFFが0のままになることがあるのが原因。つってもm2vやDGIndexではTFF固定にするオプションがあるから
大して問題じゃないが。ただ、周期がバラバラになるから逆テレシネする際に手動一発で戻せないのが
致命的だな。スタチャン契約してないけどその映画の時たまたまBFFだったとかじゃないの？

>>380
馬鹿ですか？
アメリカのポルノソフト業界は早くからHDDVDを強力に推進してたのに敗退したのを知らないの？
逆にこれがハリウッドの不興を買って趨勢が一気にBDへ傾いたと言われるくらい

というかフォーマットとメディアを混同するなよボケ

>>382
欧州映画ほとんど23.976fpsだけど、ごくごくまれに25fpsがある。
今まで、おフランスとおそロシアで25fpsの映画に出会ったことがある。

スターchHVは、TFFで間違いないと思う。
WOWOWはBFFの場合もあるけど。

>>385
それは欧州でPALにテレシネされた素材を日本でPAL-NTSC変換した素材
昔はちらほらあったけど最近はすくなった
ちなみに欧州でのテレシネはFILMの再生速度を無理矢理25fpsにするのが一般的
音声もそれにあわせて早送りw

それと日本で放映されている欧州製ドラマはほとんど25fpsだな
repalが必須になる

>>386
repalは字幕焼付け素材には使えなくないか？
VHSやスターchHV等。

字幕の無いものや、あってもD○D字幕等、repalの後で追加できれば問題ないけど。

>>385-387
いろいろ情報thx

結局NTSCテレビに合せて、いくつかの妙なプロセスで60iにして放映したものは、
1920x1080の60iのままエンコする方法でOKということだね→素人の圧縮保存程度なら

まー考えてみれば、20Mbpsクラスの大容量TSのまま（BDとかに）保存するにしても、
中身はmpegのインタレ保持60iだもんな

せっかくh264等でインタレ保持エンコが実装されるようになってる上に、
再生時のh264インタレ解除デコードも進化して画質的にも全く問題なくなってるるからねぇ

今「ラフマニノフ」はh264の1920x1080 60iの5Mbps程度になってるけど
これで十分だね

>>387
＞repalは字幕焼付け素材には使えなくないか？
そりゃ当然そうなるわなハードサブの字幕はNTSCで入れてるんだから
でも俺は気にしないでrepalだわw
俺にとっては字幕の最初と最後がちらつこうと本編の画質が優先だから

>>388
元ソースがプログレ素材ならプログレッシブ化することによって圧縮率を稼げる（同容量なら画質を上げられる）から
本人が何を優先するかのケースバイケースでしょ

最近のビデオカードだとIVTCして24pにした物と、
60iのままハードウェアデインタレース通したもので見分け付かないな

>>389
24p（24fps）と60i（＝約30fps）とのエンコ比較じゃ圧縮率の差もそんなにないね
エンコ処理時間的には60iエンコのほうが24p化デインタレ処理フィルターが不要な分
速いと思う

それに、>>390が書いてる事はその通りだと思うね

そもそも2-3プルダウン「以外」のやり方でテレビ用変換している映画放映があるのなら、
その逆の処理は非常に困難で、
通常のエンコで使われる逆プルダウン24p化フィルターではその動作もかなり怪しいものになる

日本のテレビ（NTSCの60iがデフォ）からのエンコなら、映画でもなんでも
余計なこと考えないで最初から全部60iエンコにしちゃうというやり方もありだね
少なくとも実写番組ならそれがベストで24p化なんて逆にありえないからねー

元素材が25pとか出自不明であっても最近の60iエンコ/デコードは全く優秀で、
なにしろ、放映された通りに見られるわけだから

>>391
エンコーダが処理するフレーム量が増えるから結局所要時間も一緒か24p以上だよ。

>>391
＞24p（24fps）と60i（＝約30fps）とのエンコ比較じゃ圧縮率の差もそんなにないね

もちろん素材によっては大きな差があるが
通常、実写だと同画質（量子化値が同じだとして）で2割から3割容量がアップする
フレーム間の変化が少ないアニメ素材だと更に変化量が大きくなる

P、Bフレームがあるので本当はそんなに単純ではないが
単純にピクセルデーター量を考えても
テレシネされたインターレースは元素材の1.25倍のピクセルデータ量がある
それなのに圧縮率の差がないと言えるの？


＞そもそも2-3プルダウン「以外」のやり方でテレビ用変換している映画放映があるのなら・・・
だからrepalと書いてるし、マニュアルでプルダウン指定はいくらでもできるでしょ

某アニメのBDのOP20秒
--crf 22 --tune animation --weightp 0 --aud --threads auto --thread-input
24p
1920x1080p 0:0 @ 24000/1001 fps (cfr)
SSIM Mean Y:0.9903313
PSNR Mean Y:47.492 U:50.300 V:50.796 Avg:48.275 Global:47.812 kb/s:2321.73
encoded 480 frames, 7.91 fps, 2321.99 kb/s

60i (--interlaced)
1920x1080i 0:0 @ 30000/1001 fps (cfr)
SSIM Mean Y:0.9880492
PSNR Mean Y:46.112 U:48.631 V:49.218 Avg:46.840 Global:46.144 kb/s:2603.25
encoded 600 frames, 6.19 fps, 2603.52 kb/s

ビットレート増加率 12.12%
x264ほど予測精度が高くなるとアニメみたいに変化の少ない素材のほうが
容量の増加は抑えられると思うのだけど。また時間があったら映画とか
もっと動きの少ないアニメ本編でやってみるわ。あとr1471でやったから
インタレ本格対応したr1510に変えたりしてみよう

>>394
それSSIM見てもPSNR見ても同画質じゃないのでは？
比較するならｃｆｒじゃなくてcq使った方が画質がそろって比較しやすいはず

ビットレートが同じになる様に2passでやって、画質を比較するのが良いと思う。

地デジtsのインタレ保持の場合って1088iのままエンコードでいい・・ん・・・です・・よ・・・ね？

>>397
1088のiでも問題は出ないソフトがあるようだな
本来i保持では縦解像度は弄らないのが鉄則なんだが、
1080だとどうしても下8ラインくらいが欠けたりヘロヘロになったりする
エンコあるいは再生環境があるから
1088でもうまくいくようにソフトで対応してるものがあるらしい

映画でもなんでも
結局何も考えずにインタレ保持29.97fps、
要するにテレビ放送のそのままをエンコしちゃう
というのが一番楽でよさそうだな
いまじゃ再生環境も進化してきてるから
テレビ放送見るのと全く同じ動作で見れる

どうせ手間ヒマかけてエンコ保存しても
人間、10年もたてば趣味嗜好は変わるのが
普通の精神健常人ってことだろうから
そのうち捨てることになる
こんなものにあの頃は入れあげてたんだなー、ってね

みつを

しかし、保持エンコが重くてデカいのは、未だにキツイからなー
計算量減らす為に縮小する事もままならないし

横だけ縮小してアス比指定・・・つっても再生時のインタレ解除が一番重かったり

VFRに疲れてインタレ解除しないx264エンコに挑戦中だけど
サイズが変えられない（なくはない？）からファイルサイズが1/3程度にしか
ならないのがしんどいね('A`)

720/60pをやろうとしてもTempGaussは1fps行かないし・・・。

>保持エンコが重くてデカイ

はー？
実写なら少なくとも60pエンコの半分近くの容量にはなる
30p？
実写を30pで満足してるのは、カクカクがデフォのアニメ見すぎて眼が腐ってる奴だけｗ　
人間の目で見て実質秒60コマ相当の動きはテレビ実写ソースでは必須だ

それに60iエンコはインタレ解除フィルタが不要な分だけむしろエンコ自体は軽く速い

映画の場合には24pエンコよりは多少（2割とか3割）仕上がり容量が増えるだけで
その程度は一々気にならんな

で、インタレソース再生時の重さなんて、今時1万円以下のクアッドCPUでも使えば全然余裕だぞ
まだ色々と問題もあるらしいグラボのデインタレ支援なんか使わなくてもね

＞まだ色々と問題もあるらしいグラボのデインタレ支援

再生支援はともかく、デインタレ支援なんて無い。
ハードウェアデインタレースならあるが。

ハードデインタレのことをデインタレ支援と言っただけだが？
つまらない言葉尻にだけピクピク反応するだけが能のアホまで湧いてきちゃったようだねｗ

インタレエンコが軽くて早いっていうのは、比較対照がリサイズしない場合な。
DVDはともかく、地デジ以上の画質になるとリサイズする人も多いと思うよ。
それに、24pにインタレ解除すればフレーム数が減るんだから、併用するフィルタによっては結果的に早くなる事もあるんじゃないか？

つーか30pなんて誰も言ってないのに、一人で何と戦ってるんだか…。

馬鹿はどこまで行っても馬鹿だから相手にしなさんなw
ID:+qfKjXl8=>>391でしょ？
こいつPAL-NTSC変換も理解できないようなやつだし
ある意味かわいそうなやつなんだよw

>>408
そんなに24pやPAL戻しがいいかキモヲタ君？
いちいちシコシコってのがタノシイんだろうけどｗ
ま、勝手にすればいいよ、各自の勝手、カラスの勝手

NTSCハイビジョン放送のキャプエンコなら、今現在では
いちいち悩まず一切合切「フル解像度60i」「フィルタは全く使用せず」が
一番楽でベスト
動きも全然問題なし、つーかテレビで放送されたそのままだからな

フィルタ無しならtsで置いとけよ。
アホだろ。

ブラビアユーザーは、
24fpsのｶｸｶｸフィルム映像を、
240fps再生してます。

店頭で240fpsのデモ見たけどあれ液晶の応答が追いついてないように見えた。
そもそも本当に240Hzで駆動してんのかな？

120まではほんとに120コマなんだろうけど、それ以上は仮想的なもんじゃないのかな。

240Hz駆動してるけど、120Hz＋黒挿入の方が残像低減効果が大きいので、
クリアモードとか言って搭載してる。

>>410
TSの15Mbpsだの20Mbpsだのはファイルがデカ過ぎだろーよ、実際

先日エンコした約3時間半の映画　地獄の黙示録なんかは
h264フル解像度の24pにしたんだが、7Mbps位にしか縮んでなくて、それでも丁度10GBだ
ギガビットLAN経由でエンコ用PCからHDD保存兼再生用PCに転送して4分位もかかったしｗ

映画一本だけなら許容もできるが、何本も何十本もということになるとその差は大きい

馬鹿も極めるとここまでくるのかw
おまえ、あれほど強硬に主張していたインタレ保持はどうしたんだ？

自分の主張がなんなのか自分でもわかってないんじゃない？
行き当たりばったりで書いてるんでしょ

radeonでcodecのDXVA(UVD2)を有効化しmpeg2を再生するとハードウェアデイ
ンタレが効いてくっきりヌルヌル表示されます。ただしH.264の場合はx264で
どう作っても再生時にガックガックしてしまいます。

ハードウェアデインタレがちゃんと効くようなインタレ保持動画を作るために注意すべき
x264パラメータのポイントを教えてください。

OS : XP RADEON HD4670
サイズ : SD(DVD:720x480)
デコーダ : PowerDVD7またはMPC-HC内蔵

>>418
http://pc11.2ch.net/test/read.cgi/avi/1269245115/158

SDならとりあえず--nal-hrd つけてLevel3 でhigh-profileになるよう各パラメータを設定すればOK
>>419はHD用なのでこの設定でSDサイズでエンコしちゃうとUVDは効かなくなる

>>420
ホントだ! High@Level3にしたらできましたよ。

http://rob.opendot.cl/index.php/useful-stuff/h264-profiles-and-levels/
を見るとLevel3は「720×480@30 or 720×576@25」とあるので、720×480@60i
はLevel3.1とか3.2じゃなきゃダメだと勝手に解釈してました。

成功パターンがわかったので、後は他のパラメータを色々試して画質/bpsの
向上を試みます。

ホントにありがとう。 >419もありがとう。

>420
main-profileでもインタレは対応しているので、High Profileにすることは
必ずしないといけない訳ではない。

インタレの場合、つけないといけないのは、以下の項目。

--tff (--bff)
--nal-hrd vbr
--pic-struct
--weightp 0

以前は、directがnone,sptial限定だったけど、今はおっけーになった、はず。

インタレでエンコされたDivXやH.264などは
フリーソフトでインタレ解除再生できますか？

フリーなんだから試してみればいいじゃない。
あと、報告しろよな。

>>423
出来るけど面倒くさい。
ffdshowだかコーデックだか知らんけど、
テキトーに入れて、あっちこっち弄って、
もう何が何だかわからない状態だけど、
60fps解除できてるからまあいいや、
って感じになるよ。

>>425
とりあえず、お前が知識もないのに頑張ったというのは理解してあげた。
でも、もうちょっとまともにお勉強して出なおせ。

ハードウェアインターレース解除機能が載ったGPU + Win7なら、H.264も
MPEG2もまともにエンコーディングされているものはOS標準のコーデックで
ハードウェアインターレース解除される。

ハードウェアインターレース解除つかわずに一番楽にインターレース解除
させたいのなら、VLC 1.1.0preでインターレース解除「自動」
モード「Yadif (x2)」にするだけで済む。

h264とかのインタレ保持ファイルの再生ならMPC-HC＋coreAVCが一番だよ
対応するOSやグラボ環境が一番広いし、なにより軽い
VLC？（笑）再生のたびに一々インタレ解除設定かよ

>>427
ffdshowの出力 -> インターレース関連情報を出力メディアタイプに設定する
でハードウェアインターレース解除をする場合、副作用がある感じだから
CoreAVCを勧めるのはわかるけど、いつからCoreAVCがフリーソフトになったんだ?

あと、おまえがVLC 1.1.0preを全く知らないでモノを言っているのと、
自分の無知っぷりを晒して喜ぶ性癖があるのは理解してあげた。

フリーのCoreAVC
http://www.free-codecs.com/download/Codec.htm

ID:KLAqHh8eさん、本当にフリーなのですか？ｗ

>>429
中華でクラックされて他のコーデックとまとめているゾンビPC量産コーデックパックなのに
それをフリーのCoreAVCって・・・あほを通り越している・・・
だいたいCoreAVCのインタレ解除（ハードウエア）は1ずっとバグ持ちだったけど2.0で治ったのか？
無知な書き込みは公衆の迷惑なので慎みましょうね

>>431
＞CoreAVCのインタレ解除（ハードウエア）は1ずっとバグ持ちだったけど2.0で治ったのか

何を持ってバグと言えるのなね？　ソース挙げてみろや
こういう無知な勘違いシッタカが一番タチが悪いなｗ

それと、codec8.3もフリーには違いないだろ、割れだろうがなんだろうが
最新verではなくともタダで使えるんだから

>>432
>割れだろうがなんだろうが
日本人とは思えん

>>432
権利者が情報開示請求されればすぐにIPから面が割れるのに
自ら犯罪暴露するなんてすごい度胸あるよな

それと1.95ではハードウエアのインタレ解除がうまくいかないってのはまともなユーザーなら誰でも知っているでしょ

427=432=シッタカ -> 一撃論破 -> 発狂の典型例

>>434
使い方も知らないオマエみたいなやつだけだろｗ
エラッタだ相性だ欠陥だって自分の責任そっちのけで騒ぎたがるのは

427=432=436=シッタカ -> 一撃論破 -> 発狂の典型例

>>427
VLCは次リリースで自動解除対応するね

426に「VLC 1.1.0pre」と書いてあるのに、427にはまったく理解できなかった模様。

VLCも設定保存すれば、最初からインタレ解除になるだろ。

いやだからな・・・

わろたｗ

少し上で話題のスタチャン「ラフマニノフ」だけど、
PAL25fpsではなくて24fpsだな
5枚目が重複コマ
decimate　cycle=5　で解除できる

http://www1.axfc.net/uploader/B/so/62113.lzh
ダウンロードpass　1234

>>444は可逆キャプで、
01（モンペケ）と02（DM626）がD3アナログ入力で、03（DM626)がHDMI入力らしい。
DM626は例の6,999円物らしい。

D3入力も結構いけてますね　
HDMIと比較しても普通に見てる分には
ほとんど差は判別できない
test01はディスプレイ真近でよーく見ると
確かにMonsterXの特徴が出てる

自分で撮ったmtsファイルをインタレ保持しつつリサイズして
h264(mp4)のファイル@AVIUTL+X264GUIにしてるんだけど、
なかなか、60Pのように綺麗な感じにならない・・・(・´з`・)

>>447
俺も試行錯誤してたけど、縦の解像度が60pの半分になっちゃうわけだから
動きのあるシーンで同解像度の60pとは比較にならないわな。

インタレのリサイズはファイルサイズ縮められるのが良いんだけど、画質面は割り切るしかない
というのが俺の印象。

それってインタレ保持リサイズフィルタやフィールド分離→リサイズ→フィールド合成とかの話だよね

理屈でいえば高品位に1080 60P化してからリサイズして
それを1lineずつ間引いてインタレ化という作業をすれば
それなりに満足できるものができるはず

処理時間がかかりそうだし試したことないから
今公開されてるフィルタの組み合わせでできるかは知らんけど

MPEG2Source(".d2v")

Yadif(mode=1)

Spline36Resize(704,480)

ColorMatrix(mode="Rec.709->Rec.601")

AssumeTFF
SeparateFields
SelectEvery(4,0,3)
Weave

AddBorders(8,0,8,0)

私が480iのDVDを作る場合にはこうする。

皆様レスありが�dございました。
その後、色々試行錯誤し Avisynth とやらを導入し、
そこそこ満足行く 60iなmp4ファイルを作れるようになりました(っ´▽`)っ

--------------------------
勉強途中のすくりぷと（こぴぺ）
現在シャープにしたり明るくするよう勉強中・・・

DirectShowSource("【ＦＩＬＥ名】.mts")

#60P化
Interleave(Autodeint(""),ComplementParity().AutoDeint(""))

#リサイズ
Lanczos4Resize(768,432)

#60i化
tf=selecteven.separatefields.selecteven
bf=selectodd.separatefields.selecteven
Interleave(tf,bf).Weave

リサイズするなら60pのままでもいいんじゃないの・・・。

>>452
60pと60iじゃ再生負荷もファイルサイズも全然違うよ。
当然画質も落ちるけどな。

インタレ解除しないのですが、
ソニーのモーションフローみたいなことが出来る、
再生ソフトはないのですか_？

よく考えたら、解除しないかどうかなんて関係なかったわ_。

そうですか_。

解除せずにフィールドごとに交互に表示するだけのデコーダーって無いのだろうか

ffdshowでAvisynthのスクリプト書けばいいんじゃないですか

よっさこーい

ブス為替 先生用

>>453
これに同じソースの1920x1080の60p、60i動画mp4比較が入ってるが
60iでも別に画質が落ちることはないぞ
http://www1.axfc.net/uploader/S/so/66564.lzh&key=ipc

あれか、1920x1080の60iがちゃんと再生できない屑PC厨か？

age

447がやりたかったのは、フィールド毎にアプコン処理されたソースを
インタレ維持リサイズで、インタレ保持SDに戻す、ってことだと思うんだが、
それだ、Autodeintを使った60p化って、ちょと違うような気がせんでもないんだが。
ふつーに、bob()→リサイズ→SeparateFields()でいいような。

インタレ維持でリサイズもしたいならそれ>>463っきゃないと思われ
ただ、インタレ解除→プログレ化した内部データ→インタレでエンコーダへ渡す→エンコ出力→→→再生時にインタレ解除
なんて余計なステップが入りまくりで劣化が大きいだろうね

縦解像度ライン数の圧縮を伴うリサイズするなら、プログレでエンコするほうがスマートと思うな

インタレ維持エンコがベストなのは、あくまでリサイズしないでそのままの解像度でエンコする場合
（ただし横解像度の圧縮だけのリサイズなら問題はない、例えば1920x1080→1440x1080とか960x1080とかへのリサイズなら）

>464
よくある、1440x1080i(地デジソース)→24fps化→1280x720pにリサイズする
のと、アプコン放送をSDサイズにリサイズするのは、趣旨が違う。

前者は、HD制作HD放送のものを、24fps化の誤爆の荒を潰すために、敢えて
解像度を劣化させるためのリサイズ。
後者は、SD制作HDアプコン放送のものを、元々の解像度に戻し、エンコードに
かける無駄なビットレートを節約する、という意味なので、解像度上の劣化は、
生じない。元に戻す、のだから。


あと、1440x1080でのエンコードは、地デジ放送自体が、1440x1080のスクイーズで
送られてきて、1920x1080で表示されているから1440x1080のままエンコードすることに
意味がある訳で、BDソース等元々が1920x1080の物を1440x1080にする場合は、
当然ながら、劣化が生じる。ましてや、960x1080は大幅な劣化が。

>>465
大筋はあってると思うけど1280x720へのリサイズは現状HD制作のアニメといえど
大半が1280x720程度の解像度で制作されているから1080pでエンコする恩恵が
少ないからっていうのもある。まあ最近は制作解像度も上がってきてるけど。
あといまどきほぼ全て24p編集だから24p化を自動に任せてたらバカをみるよ。
それと細かいことだけどデジタル放送における1440x1080の16:9はスクイーズとは言わない

1年半ぶりに更新した。現状に全然対応出来ていなかった

＜インターレース解除しないでH264にエンコードしましょう＞
http://pentarougi.s18.xrea.com/h264/No_deinterlase00.html

tsファイルも対応

拍手

現状x264のインターレースモードは上32pxのディテールが失われるバグがあるよ。
ていうか周期一定の逆テレシネによる手動24p化でほとんど済むのに
全部60iのままでいいなんてことはない。60i編集みたいにテレシネ周期が頻繁に
変わったりエフェクトが60iで入ってる場合はインタレ保持の意味はあるけど
そう言うのほとんどなくなってきてるしな・・・

PurevideoHDとかUVD3でデコードやらインターレース解除したRGB信号(かな？)を
aviutlとかavisynthに入力させる方法があれば処理時間を気にせずに済むのだろうけど、
入力させる方法はないものなのだろうか？

>>470
http://neuron2.net/dgdecnv/dgdecnv.html

>>471
purevideoのほうはいけるようだね。
でもUVDは無理か…
;y=ｰ( ﾟдﾟ)･∵. ﾀｰﾝ

>>469
つ 60iモノの実写エンコ
お前がアニメしか念頭に置いていないことは理解してあげたから、
もう二度とこんな恥ずかしいことはいうなよ…

>>473
すまん完璧にアニメスレと勘違いしてたわ・・60i実写なら否定する要素ないです∧||∧

PurevideoHDのインタレ解除は微妙だからイラネ

>>475
最新のvp4だっけ？
あれはだいぶマシになったんじゃなかったっけ？

とはいえ、UVD3対応バージョンが出ればそっちのほうを使いたくはあるけど。
なんかいい方法ないもんなのかな。

UVDはSDのアプコン縞まで綺麗にとるからな

今月予定のアップデートでPowerDVDがUVD3に対応するらしいけど、その画像がきれいだったら
そのままaviutlとかで流用できたらいいんだけど、現状
PC1で再生→PC2でRGBでキャプチャ→aviutlに流し込む
しかないのかな？
って、RGBでキャプチャできるカードがあるのか？

UVD3対応と画像のきれいさに何の関連もないが・・・

>>479
きれいさはあまり変わらないかもしれないが、対応できるフォーマットや上限ビットレートが
拡張されたり、MPEG2でもポストプロセスとかいう初段の処理も含めて対応できるようになったりで、
従来CPUで処理していた影響で割り込み処理などのためにコマ落ちとかが発生していた部分が
GPUに任せることで安定した再生につながるのではないかと期待したりはしてるんだけど。
試してみないとわからないんだけどね。

それはともかく、よく考えたらPowerDVDの再生画面をカハマルカの瞳か何かのソフトで
デスクトップキャプチャすれば2台PC用意したりキャプチャボードをわざわざ買わなくてもいいのか。
なんでこんな簡単なことに気がつかなかったんだろ、俺。

PowerDVDはオーバーレイ再生だからデスクトップキャプチャでは映らないんじゃないのか？

>>481
(；ﾟдﾟ) (ﾟдﾟ;(ﾟдﾟ;)な､なんだってｰ!?
って、Windows7でもまだオーバーレイで表示してたのか？

別の方法を探らねば。

オーバーレイの件、いろいろ調べたらアマレココというソフトに専用のプラグイン入れたら
オーバーレイの画面も録画できるみたいだ。
久しぶりにPowerDVD買うか。

オーバーレイになるのはDVDやBDのように著作権保護されているタイトルで
スクリーショットを撮れないようにするためだろうな。ファイル再生だとオーバーレイにならないから。

ちなみにUVDで処理した画像を編集などで利用できるようにするためにはXPを捨てて
DXVA2.0に対応したフィルタをつくらんとイカンのじゃないかな。残念ながら聞いたことないが

>>467
そのサイトで
＞H264に変更した当初、aviでなんとかやっていましたが、音声がずれるということがわかりました。
＞Bフレームに関係するらしいですが、特にマルチスレッドでエンコードすると、明らかに音ずれします。

と書いてあるが、嘘つくなよ

俺の所では1年以上前からaviutl＋x264VFWでBフレームも使ってインタレ保持60iエンコしてるが
音ズレなど一度も起こったことがない （h264の1920x1080 60i）
もちろんaviutl＋x264GUIでのmp4というのも使ったりするが、こちらも同じく音ズレなどない
（vfw-aviの方がGUI-mp4よりエンコ時間が3割以上速いのでvfwばかり使っている）
ただし、aviutlで音声の位置調整の場所はVFWとGUIではちょっと違ってくるがそれだけ

ソースはBSデジタルの実写物の、HDMI（前はコンポネ）入力UtVideo可逆ファイル
エンコはクアッドコア使用

aviutlの代わりにTMPGEncXP4使っても全く同じ

x264vfwの設定でZero Latencyにチェック入れると音ズレしなくなるよ。

>486
それって何番のVerから使えるようになった？
俺未だに1471ｗ

最近のffdshowのDxvaサポートは良くなったんだね
「インターレース解除しないでH264に」更新
http://pentarougi.s18.xrea.com/h264/No_deinterlase00.html

>>485
こいつTMPG版とかでもよく見るよな
そろそろ教えてあげようかとも思っているけど、
もう少し放置ｗ

>>489
教えても無駄だからやめとけ
すでに10人以上がやってる

単発IDのニ連投までして釣り針でかすぎだろｗ

30fpsの動画を MPC 、ffdshow , Avisynth , MVtools2 でフレーム補間で60fpsで再生
ttp://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1145588261

age

　

サイズ変えるのやめたら綺麗に再生できるインタレ保持mp4が出来たよ。
前スレ >>101 >>104 さん、ありがとう。

インタレ保持するメリットってなに？
実写の場合

60pにするより容量が抑えられる。

60p以外の解除方法と比べると、保持したほうが楽だし綺麗だよね。
実写かアニメかとか関係ないし。

tsエンコ初心者なんだけど
インタレ解除はx264でそのままエンコとavisynth経由なx264エンコでは、どちらが高画質なんですか？
やっぱりプログレ化する必要がなければavisynth経由にしても意味ないのかな。

初心者を免罪符にすんな。その質問自体スレ違いだ。

いや
ぐぐるとわざわざdgindexかけてavsスクリプトをなんちゃかんちゃらってサイトが多いから
インタレ保持の場合はあんなの意味あんのかなって思ってｗ

TSのまま保存するというインタレ保持が一番お勧め

>>501
音声を自力でばっちり適切に処理できてフィルタも何もいらないなら
x264 直でいいんじゃねーの？ AviSynth 通しても画質も速度も大差ないけど。

>>501
AviSynthを通せば、より劣化するから、やめておくんだ！

インタレ保持は時代遅れで画質が悪い

通はTGMCで60p化して60pで保存、これが最高画質

>>505
インタレ保持してBraviaで240fps化したほうが奇麗だよ？

60p化なんて再生時にやれば済む話だから保持するんだろ。アホか。

HDCAPPCIEボードを買いまして古いHDDレコーダの
地デジ録画モノの1440x1080 → HDMI 1920x1080
となるHDMIキャプチャをはじめたのですが
これをx264のインタレース保存でエンコードする場合は
そのままリザイズなしの1920x1080のままで行うべきなのでしょうか？

インターレース動画をそのままリサイズすると、インターレースの情報は失われるからインターレース動画にはならない。
混ぜた絵の具が元の色に戻らないのと同じようなもの。

1080さえ維持してれば
1920は1440でも何でも好きな解像度にしていいよ
1080も変えられるけど斜めの線がギザギサになりやすいしオススメしない

地デジのTSが 1088 なんだけど、 1080 にクリッピングしたほうがいいのだろうか？

モニタが縦1080しか無いから下8Cropしてる

エンコするときに1088で読み込まれる環境は読み込み方を間違えてる。
Directshowはやめとけよ、フレーム欠落したりするから

1088は計算上の値だから気にするな。
というかまっとうなソフトで1088など表示せんだろ。

デコーダ側の問題（不具合と言ってもいい）なのに中身まで1088だと勘違いしてる奴はホント多いな

現状で完璧なインタレ解除(再生時)してくれるプラグインは何かな？

ffdshowのavisynth使ってnnedi3+yadifmodとか？
再生不可が酷いけど

なにを以て完璧とするのか良く解らんがyadifより優秀なものだと
SWはElecardのデコーダーとか。mukenが使ってたような。
HWならRADEONシリーズのベクタ適応が家電並に綺麗。
ミドルクラス以上のカードじゃないと使えないけど

家電というか，テレビは本当奇麗だな．
金の力か？

どんなプログレッシブな素材を与えられてもそれを一旦インターレース化してから
そのアルゴリズムでインタレ解除して出来た映像が元の素材と一致するようなアルゴリズムが
「完璧な」インタレ解除ということになろうか。
でもインターレース化という写像は明らかに単射ではないから「完璧な」インタレ解除は存在しえない。

薄型テレビ新製品でみえた各社の“持ち玉”
http://plusd.itmedia.co.jp/lifestyle/articles/1103/28/news036.html

現時点では、↑これが最強かな
インタレ保持の信号を外部入力して、このエンジンで
処理して表示させることが出来ればの話だけど

でもそれ突き詰めるとただの3DNRだよな。

1日も早くインタレを駆逐すべきだ

>>521
複数枚超解像を搭載したレコーダーか、もしくはキャプチャカードがでればなぁ

1日も早く60iから30pを生成するアニヲタを駆逐すべきだ

1080iなんて捨てて720p放送にすれ

1日も早く解像度下げて喜ぶアニヲタを駆逐すべきだ

破綻さえしなければそりゃデカい方がいい

>>526
全世界的に720pはHDはHDだけどフルHDじゃないよねいって流れなのに、
いまさら720pにできるわけなかろ。しかも、今720p放送始めても、
対応できない機器があるだろうから、全くの新規格立ち上げたほうが
マシ。

ってことで、H.265(仮)にして帯域を節約し、1080pや3D対応という
方向のほうが面白い。

地デジ対応を謳ってる機器で対応できない機器はないよ

1080pになったら小躍りして喜ぶ。3Dはどうでもいい。

また買い直しか

それより旧NTSC国と旧PAL・SECAM国と映画業界アニメ業界が合意して
全世界でビデオは50i（または50p）、フィルムは25pに統一してくれたら
うざいプルダウンやフィールドブレンドや誤爆した動き補償が全部無くなっていいのになあ

小学生かよｗ

25と24と60の最小公倍数で統一か。
胸熱だな。

あれ、最近は48なんて中途半端なのもあるんだっけ？

25pでアニメの作画が出来るかよ。
24Pは2コマ、3コマと微調整出来る絶妙の数値だろうが

意味がわからん

>>536
どういう意味

>>533
それってPAL・SECAM側以外どこも納得できないだろ
費用はPAL圏が出すならともかく

>>537-538
24pは1fps、2fps、3fps、4fps、6fps、8fps、12fps、24fpsを含むことが可能ってことでしょ
25pだと1fps、5fps、25fpsだけだし

まあ30pや60pに24fpsを無理矢理入れるようなやり方があるように方法がないわけではないんだろうけど
正確じゃなかったり取り扱いに苦労するのはみんな経験してることだよねｗ

最終的には240fpsあたりまでいくんかな。
表示の方は微妙にあれだけど240あるし。

PAL圏では24fpsのフィルムで撮影してもそのまま25fps早めて放送しているだけだし
製作現場では24fpsと25fpsに明確な違いがあるわけではないのでどうでもいいことだろ

>541
3Dなら今でも120fps駆動が基本になるので将来的には液晶の駆動方式としてはあるかも
しかし、データ的に240fpsというのは人間の目に対してあまりにもオーバースペックなのでありえない

>>542
＞PAL圏では24fpsのフィルムで撮影してもそのまま25fps早めて放送しているだけだし

それがどうでもいいという感覚は理解できないｗ

こまけぇこたぁいいんだよ！！(AAry

>538
小学校か中学校で習ったろ、因数分解

あれと同じだよ

ドラマ系はインタレ解除しない方がサイズも縮みますよね

おまえら馬鹿もたいがいにしろよ
何で製作現場が1秒間当たりのフレーム数なんて気にする必要があるんだ？
違う速度の動きを重ねたければ1フレーム飛びやら2フレーム飛びなど好きなように重ねるだけだろが
フィルムが24fpsなのは35mmの映画フォーマットが作られた当時になめらかに動くように見えるギリギリの値だったってことだけ

何これ。どこのコピペ？

てｓｔやで

>>533
25/50だと四捨五入も無くなってすっきりしていいね。
ついでに音声も48KHzやめて50KHzにすれば映像音声きっちり同じ長さにできるしいいね。

映像の垂直同期周波数(Hz)と音声のサンプリング周波数(KHz)を同列で語るか、ふつう・・・

他のスレで論争になってんだが、
60iのソースを同条件下でエンコした場合、インタレ保持でエンコするのと、60p化してエンコするのは
どちらがサイズ大きくなるんだ？
60p>60iだと思ってたがよくわからん

>>552
元の映像がHDかSDのどちらかによって変わってくると思うよ。
BSなんかで1920x1080あってもアプコンしたようなものだと動き予測なんかが効いてくるので圧縮率が高いから
60i＞60p
元がHDだと圧縮しにくいから
60i＜60p

こんな感じ。
個人的にはリサイズしないなら60i、その他は1280x720p、704x396pでエンコしてる。

x264のcrfだと25fpsを境にして量子化の基準値を上下させてるようだけど

>>552
実写ならまあ60pの方が大きいけど、
アニメは、60i>60p(>30p)>24pかなぁ。
余程ソースが悪いのとか3Dものは違うかもしれないが。

>>552
マジレスするとcrfで指定した数値で逆転する。
20前半だと、60i＜60p
20後半だと、60i＞60p

>>556
え、なんで？

>>552
ソースやエンコードする条件によって変わるので一概に60pの方が容量がでかくなるとは言えない
一般論として言えば60pの方が容量がでかくなるけど
例えばテレシネ素材でBフレを2枚以上使うエンコーダーの時は>>555の言うように60pの方が容量が少なくなる可能性がある
また、x264のcrfモードのようにソースによってエンコード条件を動的に変える設定ならどちらに転ぶかわからない

なるほどね〜
色々とお答えいただきサンクス
ソースや設定しだいでどうとでもなるわけね
自分で色々試してみるしかないか

実写でもアニメでも通常は60p＞＞60i＞30pだろ
同じ程度の画質で60pより60iの方が2割〜3割ファイル縮められるのが普通
30pは60pの約半分だがカクカクして使い物にならない

x264のビットレートコントロール仕様を無視してファイルサイズの比較だけしてるんだぜ。
アイツら何がしたいんだかホントにわかんねーよ。

217 ：名無しさん＠編集中：2011/09/05(月) 12:45:25.87 ID:CynbND77
テスト結果

60i　16.7MB　エンコ時間　29秒
60p　23.4MB　エンコ時間　44秒

http://www1.axfc.net/uploader/O/so/179443

同程度の画質をターゲットにしたら誰がやってもこれくらいの差が普通だろう
>>216が言うとおりcrfの取り扱いが変わって60pが60iの2倍食うということは
なくなってる

>>561
だからそのファイルサイズの比較だけできればいいんだってば
比較したいのはそれだけ、その他はどうでもいい
同じソース、エンコ設定でね

設定次第で容量の差なんていくらでも変化するんだから、特定の設定値だけで考えても仕方がないのに…

この設定ではこの結果になりました、というだけの話だね
それはそれで参考になるが

設定で重要なのは画質／容量(ビットレ）と画質／処理時間

少ない容量（ビットレ）で、出来るだけいい画質になるのが一番
そのときエンコ処理時間も速ければ速い方がいい

容量（ビットレ)にこだわらないのならTSのままにして、
h264エンコなんかしなきゃいいだけ

世の中お前のクローンだけじゃねえんだよ

負け犬ｷｬﾝｷｬﾝｗ

プログレッシブ化する場合は、24fps化できるソースかそうじゃないかでも変わってくるってのに
ただ単にiかpの容量だけで考えるとかアホの極みだろ

24pソースの話はしてないと思うが。

>570
実写でもアニメでもとかいう書き込みもあるし、これは例えばの話
そういう答えが返って来るあたり、なんも理解してないのな・・・

>>571
なんか勝手に決めつけられるのは気に食わないから言っておくけど、俺は容量の話なんかしたことないよ。
ただ>>569でプログレ化=24fpsみたいに書いてるのが気になっただけ。

>>571
先祖返りの24p化が出来るソースのフィルム映画やアニメは、
24pにしたきゃすりゃいいじゃん
そんなの言わずもがなの話
そういうソースを60p化する馬鹿いるのか？

60pと60iの比較なんだから、当然テレビ放送の大多数の
実写60i収録ソースをどうするかって話に決まってる

24p 化とか、フレームレート報告スレ見れば解るけどきちんとやるのクソめんどくさいし
テロップ重なったりもするのだから、フィルム映画やアニメなら 24p にすればいいというのはおかしい。

>>573

300-400で24Pはおろか25Pの話とかもしてるじゃん
あんた思いっきり頭硬いね

>>575
何だこのアホはｗｗ

またアホが沸いてたのか

ageない

スレ落ちさせないレス

>>573
残像テレシネとかだともう諦めて60pかな。
超絶に重いらしいけど、残像でも戻せるFIRフィルタあるみたいだね。

>>580
pcのデ･インタレ＋60p化処理の「質」は
エンコ前の処理→60pでエンコ　の場合でも
再生時に直前処理→エンコはソースのままの60i　の場合でも
どっちも同じようなものなんだがｗ

だから、ソースによってエンコ前に60p化することに別にメリット無し、
エンコファイルが肥大化するデメリットが大きいだけｗ

残像テレシネのソースでHD解像度が必要な場合って殆どないだろ。
60pでリサイズした方が、ファイルサイズ面では圧倒的に有利だよ。

24fpsに戻すという話じゃないの？

なんだアニヲタかｗ

>>581
Avisynthの糞重たいフィルター使ってあらかじめインタレ解除する場合は、再生時のリアルタイム解除よりいい。

>>585
へぇ〜ｗ　　それはそれは良かったなｗ

x264で--crf 23 --tune film --tff --aq-mode 2 --8x8dct --partitions "p8x8,b8x8,i8x8,i4x4"
--b-adapt 2 --direct auto --me umh --subme 9 --merange 16 --sar 4:3 --threads 0 --trellis 2
--no-fast-pskip --no-dct-decimate --nal-hrd vbr --vbv-maxrate 62500 --vbv-bufsize 78125
--colorprim bt709 --transfer bt709 --colormatrix bt709 --fullrange off
--fps 30000/1001 --weightp 0 --level 4.1
でインタレ保持エンコしたんですがlibavcodec系のフィルタだと破綻する場面が出てしまいます
cyberlinkやwin7標準のデコーダーだと正常に再生できます
何かまずいオプションあります？

>>587
まずいオプションはないと思う
破綻というのは具体的にどう破綻する？
後、破綻再生時のプレイヤー、レンダラは？

LAV Videoが原因だったんろ、なんでまた質問してるんだ？

>>588
MPC-HCでレンダラはEVR，EVRカスタムプレゼンタ，madVR試したけど同じでした
画面全体にわたってブロックノイズのひどくしたやつみたいなのが出てぐちゃぐちゃになります

>>589
？
ffdshowとmadVR内蔵とMPC-HC内蔵ので試しましたがLAV Videoは試してません

>>590
そりゃひどい有様だが・・・原因は皆目見当つかない
Haaliレンダラは試してみた？俺はインタレ動画のPC再生はHaaliレンダラでやってる
でもEVR，EVRカスタムプレゼンタでもそういうふうになるってことは、
何か根本的な悪い原因があるような気がするけど

×LAV Videoが原因だったんろ
○LAV Videoが原因だったんだろ
それでLAV Videoを試してないってか

それと情報が足りないOSやビデオカード、ビデオドライバーのバージョンも必要

>>591
Haali試してみましたがダメですね

>>592
LAVも試してみましたがダメでした
win7の64bit
HD 5670 Catalyst11.11です

RadeonだとffdshowでNV12だけにして
インターレースフラグを出力メディアタイプにチェックかな

あとはインターレース解除にyadifを使うとか

ハードウェア再生支援をすべて切るのは基本

ハードウェア並の画質になる解除方法ってあんの？

モニタをBRAVIAにしてTSで送りつける
240pは圧巻

240あると48pを正しいタイミングで再生出来るんだよな。

BRAVIAに送りつける方法kwsk
DLNAサーバにTS入れてるんだがBRAVIAがDLNAサーバを認識してくれない

それは流石にスレ違いすぎる

>>587
これかな？
MPC-HCとRADEONの組み合わせでDxVA使って再生すると、adaptive mbaff対応したx264でエンコした動画で破綻する

MPC-HC DXVA breaks playback of videos encoded by x264 with adaptive mbaff on Radeon GPUs
ttp://sourceforge.net/apps/trac/mpc-hc/ticket/1273#comment:2

>>601
これってここ数日中に更新されたVerの
MPC-HCでFixされたらしいんだが試してみた？＞587

確かに症状としてはMPC-HCやffdshowのDXVAで起こるアレそのものに聞こえる
でもいろんなレンダラやデコーダを試したんだよね？
なんか釈然としないけど、設定弄ってるつもりが
実はMPC-HCの内蔵フィルタが優先されていたってオチなのかなぁ…

>>601
>>602
自作のインタレものがMPC-HCのDXVAで再生すると同じ箇所で破綻して困ってました
PDVDのデコーダーだとOKなんですがなぜか実サイズで表示されないので面倒
ビデオチップは７８０Gです
新しいMPC-HCを試したら治ってましたw
情報ありがとう

Radeonスレから誘導されてきました
Radeonのプルダウン検出について質問です
これを使うと、出力されるビデオは60fpsのプログレッシブ映像になるようですが、これは
1t1b,2t2b,2t3b,3t4b,4t4bという2:3プルダウンの60iストリームを処理させた場合
1,2,2,3,4という60pの、いわゆる縞なし24の映像のように出力されるということでしょうか
これでは動きにガタつきが出るように思えるのですが、なぜ24pの映像として出力しないのでしょうか
世の中のモニタがすべて60Hzの倍数の周波数で動いてるわけでもないですし
表示タイミングはそれぞれのレンダラに任せたほうが妥当なように思います

ただ質問するだけではあれなので、Radeonのインターレース解除アルゴリズムについて少し
Weave…ノータッチで30pストリームとして出力
Bob…片フィールドを縦二倍にリサイズして補間
適応…動き適応。まずは何もしてないWeaveの状態でコーミングがあるか調べ、無かったら動きのないフレームとしてWeave
コーミングがあれば動きのあるフレームとしてBob処理をして出力
モーション適応…こちらも動き適応でWeaveとBobを使い分けるフィルタだが、動き検出の方法が違う
こちらは前後フレームを比較して動きがあるかどうかを判定する
ベクター適応…適応という名前から、これも動き適応型のフィルタだと考えられるが
動きのあるフレームを方フィールドから保管して出力する際、可能な限り他のフレームからコーミングのかかっていない
画像を持ってきて補間する。動画圧縮のようにマクロブロック単位の動き検出をしているのだろうか

自動インターレース解除…ベクター適応がすべての上位互換に思えるので、何を自動判定しているのか不明
流石にストリームのインターレース/プログレッシブ判定はこれにチェックをしていなくても常に行われているだろうし
性能の低いGPUで使える中での最高品質のアルゴリズムを選ぶ。とかだろうか

以上は私の予想でしかないですが、とりあえずチラ裏

＞1,2,2,3,4という60pの、いわゆる縞なし24の映像のように出力されるということでしょうか
違う。それじゃ30pだ。60pなら1122233444。
ソースが60iじゃなくて24pなら24pで出力するだろうけど、60iの映像を24pにしたらダメだろ。

上は間違えました。すいません
下については私の言葉不足で、プルダウン検出の話ですから、
もちろんソースは24pで放送時に60iに2:3プルダウンされたものを想定していました
例を言えばNHKBSの映画TSソースなど

うちのPCはゲフォだけどテレシネ検出オンにして、プラズマテレビと24Hz接続すれば
2-3プルダウンの60i映像をプルダウン削除して24コマの2度振り表示で見れてるよ。

PC側が24Hz出力になってなきゃ、どっかで60Hzに変換されるのは仕方ないですよ。

カラーバーが横に流れるだけの24pの動画と、
それをプルダウンしたインタレ動画をつくってみた
ttp://www1.axfc.net/uploader/Sc/so/301057.zip
再生しながらCatalystの「プルダウン検出」をオンオフすると違いがわかる…かも

うーん違いが分からんｗ

というか、このプルダウン検出って、モーション適応とベクター適応でしか有効に出来ないみたいなんだけど、
これもしかして動きがあるかどうか比較する前後フレの取り方をプルダウン調べて考慮するかの設定ってだけなんじゃないか？ｗ
逆テレシネ変換(24fps化)のオンオフって意味じゃ無い気が

ttp://www1.axfc.net/uploader/Sc/so/301282.zip
今度はそれぞれフレームレートを6分の1にして、わかりやすくしたものを入れてみた（60iはおまけ
RADEONのモデルやUVDのバージョンの違いが結果にも表れるかもしれないけど
結局のところ610氏の言うとおり
>前後フレの取り方をプルダウン調べて考慮するかの設定ってだけ
という解釈が正しいようだ

「プルダウン検出」をオンにしておくと正しい画が出る
ただし画が出るタイミングは完全な24pのそれにはならない（=「動きにガタつきが出る」）

テレシネ検出ONて、ソフトテレシネのことじゃなくて？
もはやそんな放送してる局は無いみたいだけど。

BS-JとかWOWOWはソフトテレシネ対応してる。その場合は24pになる。
そうでない2:3プルダウンな60i映像はおそらく>>610のとおりで多分こういう感じ。

0t0b. 　 1t1b　　 1t'2b. 　 2t3b. 　 3t3b'　　 ... というフィールドがあったとすると
0tb 0tb 1tb 1bt' 1bt' 2bt 2bt 3bt 3tb' 3tb' ... という60pに変換される。

2フィールドのコマは2フレームとも同一なんだけど3フィールドのコマは最初の1フレームとあとの2フレームで
ノイズの出方が違う。プレイヤーでコマ送りした奴とAvisynthで手動テレシネした奴とで比較した結果から考察

考察（笑）

Intelなら逆テレシネ変換される

保守

24と30(60)の混合を満足に再生するには、モニタが120じゃないとだめなんだよな。
そしてテレビのHDMIは120のHDは通らないという。
もう一世代くらいまたなきゃいかんのか。

1ヶ月も経っちゃって今更だけど、617が言う混合ってどんなソースなんだろ
VFR?

映画＋テロップとかだろ。

CGを使ったアニメだとそういうのがあるらしいよ
オープニングとエンディングだけ30pとか

実は48が混ざるのもあるけどな。
30+24、一部48。

240fpsのモニタが必要とか10年くらい先か？。

>>618
どんだけ知識無いんだ

まれに45とかもあるよ
60iソースだと1フィールド1フィールド2フィールドが繰り返す

>>623
残像テレシネ‥じゃないか。
あれは動きだけ見ると48と同じだし。

そんなマニアックなレートもあるんだ。
全てを解決するのは720fpsなので‥、
えーと、50年後くらい？

ウィンドウの描画fpsに合せて動的にモニタ側のvsyncも変化させるシステムの方が簡単そうだなｗ

お前ら60iに無理矢理変換したソース＝テレビ放送のまんまでも
全然間に合ってるだろ〜がｗ

>>625
うん。
MAX60でも人間の目には十分だから、あとはタイミングの問題だよね。

セル画が24でCG部分が30でレンダリングされて、
それを合成した映像が60iに乗っかって放送され
てるって話だよね？


＞オープニングとエンディングだけ30pとか

とか

＞ウィンドウの描画fpsに合せて動的にモニタ側のvsyncも変化させるシステムの方が簡単そうだなｗ

って的外れでは？
映像作成側がちゃんとすればいいだけだし

それとも最近は別な問題でもあるのかな？

>>628
＞＞ウィンドウの描画fpsに合せて動的にモニタ側のvsyncも変化させるシステムの方が簡単そうだなｗ

こっちについては的外れって指摘が的外れでは？

>>628
そういうのを、元の24fpsと30fpsに復元して、繋いだ動画だね。
60Hzの環境で再生すると、24fpsの部分は2：3で振られて、結局放映と同じになるなんだけど、
特にパンなんかだと24fpsは24Hzの環境で見た方が綺麗なので、今みたいな話になってる。

>>630
それぞれが元に戻るものについては分かるんだけど、
ソースが既にミックスされてるでしょ

最近はそれはなくなったのかな？

24の映像の上に被さってるCGやらテロップや字幕なんかが
30だったりするパターン


それに今は24はそのまま24で見れるでしょ
ＷＯＷＯＷさんの映画なんかは問題ないはずだけど
NHKの朝ドラとかチラ見した限りだとパッケージ化されたの
買って24環境で見れって感じなのかな？

>>631
そういうのもその部分のみ画像処理で60iを24pにしてる人はいるね。
今の話とは直接は関係ないかな。

なんで関係無いの？あなたが >>617 なの？

なんで関係ないのか俺にも分からんｗ
アニメ屋はこういうのをいつまでエンコし続ける方が楽しいのか？

今現在の話題の中心は、動画のFPSというより、モニタのリフレッシュレートとその切り替えの話でしょ？

1920×1080のtsファイルをエンコードしてインタレ保持でmp4にしたいんだけど、
サイズの制限（不具合とか）ってあるの？
出来れば1280×720にリサイズしたいんだけど。

なんのこっちゃ。
好きなサイズにリサイズしたらいいんじゃないの？

>>637
インタレ保持は縦の解像度は維持しないと、
不具合が出るみたいな事を見た記憶があるんで。

そりゃインタレなんだから当たり前
720にしたいなら1080/60i→1080/60p→720/60pとやればいい

使った事ないけど
名前通りなら
インターレース維持リサイズ
ってのではダメなのかな

>>639
すごく時間が掛かりそうそうだけど、
インタレ保持で残す人って皆そんな面倒なことやってるの？

>>641
>>639は全然インタレ保持じゃないじゃんｗ

いや再インタレの一歩手前まで書いててくれたんだろうに

>>642
確かにpになってるからインタレじゃないね・・・、
でわインタレ保持の人はどうゆう形で残してるの？
tsのまま残すって以外で。

逆テレシネ
リサイズ
テレシネ
じゃないの？
リサイズの話してるんだから
一度インタレ解除しないと話にならないよ

>>644
インタレ保持ってのは普通解像度を変えずに残すんだよ
1920x1080iなら1920x1080iのまま
リサイズするなら横だけして1440x1080iとかね

インタレ保持＝ソースのフィールドライン状態をそのまま保持する

プログレッシブ化したりリサイズした後出力をインタレースにしたいって話なら、
それは単に出力をインタレ化してるだけで保持してるわけじゃない

確かに

なるほど、解像度をそのまま残すって事か、
認識不足だった・・・。

>>644
1080iのソースを720iにするなんて、TXP系では無理矢理出来ないことはないんだが、
インターレースの何たるかがさっぱりわかってない馬鹿のやることｗ

再インタレース化ってアドバンテージあるの？
多少サイズが縮む可能性はあるが。

リサイズしたい時はインタレ解除でそのままの時はインタレ保持でよさそうだな、
なんかやっと納得できた。

本気でインタレ保持したままリサイズしたいなら

トップ・ボトムフィールドの分離 → 両フィールドを独立してリサイズ → フィールド合成

してやらないといけないけど、民生レベルでそんな処理できる映像処理ソフトなんてあるのかな?

インタレ保持サイズって基本的にそういう事してるんじゃないの？

>>653
一応Avisynthで出来るけど、最後のフィールド合成時に
垂直LPFをどのくらいかけたら良いのかがよくわからん
LPFかけないで合成するとチラチラする

>>653
フィールド分離してリサイズってもろにクロスコンバートじゃねえか
そんな質の悪い変換を今時やるバカはアマチュアにはいない

>>653
avisynthで出来る…が、
フィールド単位リサイズは、プログレ化＞リサイズ＞インタレ化より見た目の劣化大きいよ
その分処理が簡単で負荷も少ないので処理速度は速いけどね

ただ、フィールド単位アプコンされたソースに対しては、フィールド単位ダウンコンで、
アプコン前の状態に可逆的に戻せるから、そういう場合に使うのには画質的にも適してる

Bob/Yadif(mode=1)/QTGMC, etc.

Spline36Resize(704,480)

ColorMatrix()

SeparateFields()
SelectEvery(4,0,3)
Weave()

1080i -> 480iは、こうしたらできる。

ffmpegでインタレ解除せずリサイズしてたんだけど、これってよくないことだったのか

まったく理屈を理解できてないんだけど、どうしてよくないの？

リサイズの話は最終的にインターレース動画になろうが、
一度プログレッシブ化する時点でスレ違い

そういう意味では >>659 のほうがこのスレの趣旨に合ってるw

要するに混合ソースなどの理由で60iでエンコしたい場合に縦方向のリサイズをする時は
>>658のようにいったん60pを経由してプログレ状態でリサイズ→再インタレ化でいいが

インタレ保持の方が高画質(ｷﾘｯ
って理由なら縦方向のリサイズはするなってことだな

>>659
縞がはっきり出てる例えば5x5のこんな画像
■■■■■
□□□□□
■■■■■
□□□□□
■■■■■
を例えば3x3にリサイズしたらどうなるか？
全部潰れて灰色っぽい四角が出来る→ラインが潰れてる

>>659
動画像伝送のインターレース方式というのはどういうものなのか、
ちゃんとググって理解してから出直して来い

>>655
理屈上の最適値を求める計算式はあるのかもしれんが
アホな俺は現物見ながら決め打ちするしかないぜｗ

特殊な事情が無い限り、インタレ保持リサイズなんてするなって事だろ

ひさびさに来たら636以降の流れが初心者だらけすぎてﾌｲﾀｗ
1レスずつ突っ込みたい勢いｗ

誰にも最初はあるもんだろ
詳しいなら尚更そんな見下した突っ込みは入れるなよ
みっともない

んだんだ

>>667
ま、無知やｵｼｴﾃにも「程度」ってものがあってだな、
それが判らない奴はバカ





オマエのことだよｗ

みっともねえ

んだんだ

>>669
匹夫ごときが偉そうにほざくな！

>>672
単発IDのチキン爺ィが興奮してんじゃねーよｗ

んだんだ

x264 に --tff 付けてエンコし、MPC-HC で再生しようとしたら
「ファイルの描画に失敗しました」
と出て再生できないケースに遭遇してしまったんだけど、
どんな理由が考えられます？
ソースは、音声多重や字幕のチェック用に録っといた日テレのアンパンマンの生 TS。
５秒マージン付けてるので音声は切り替わるけど、
映像はわかさトラップみたいになってないはず。
--bff 付きエンコなら再生できるがフィールドの再生順がおかしくなる。

あと、BSJ みたいな擬似 24p 放送の場合、どうしたらいいんでしょ。
どっちを付けてもなんかおかしいような。
60i テロ等で 24fps 認識できないと 60i に戻り、
このときトップになるかボトムになるか不定だからどうしようもない？

インターレースについては、アナログではなぜ走査線が奇数本なのかとか
等価パルスがどうとか１フレームごとにクロスカラーが反転する理由とか
今では役に立たない知識はあるものの、
デジタルというか PC だと、何がどこで何をやってるのかわかりづらく難儀中。
MPC-HC でコマ送りすると勝手にインタレ解除しちゃうみたいで、
正しくエンコできてるのかよくわからん……。

>>675
h264自体が少なくともこれまではISOみたいな国際規格になってるわけじゃなく、
周囲がデファクトスタンダード化したh264という勝ち組に
可能な限り合わせようとしてるだけだから、時としてそういう現象が起こる

で、MPC-HCにcoreAVC2.0というh264デコーダーを外部フィルタ適用して
agrressive deinterlacingにチェック入れて再生してみ
それならまず再生できないソースはない

なお、coreAVC2.0は割れが出回っているので今もタダで入手可能と思う、捜せ
それとこの場合DxVAは使わないことになるからショボいPCだとダメだけどね

>>676
H.264はISOで規定されてるんですが・・・

>>676
CoreAVC2.0以降のインタレースのの表示バグは3.01の現在でも治ってなくて使い物にならない
まぁ割れでマルウエア付きのデコーダーを喜んで使っているような馬鹿はこの程度なんだろうな

>>676
ITU(国際電気通信連合)なめてんのか？

x264とH.264を同じものだと思ってるんじゃ…

えっと、場当たり的な対処法ではなく、原理が知りたいんですよね。
説明不足でしたが、問題のソースは自動判定だと tff で、
先頭を Murdoc Cutter でちょっと（１秒以下）切るだけで大丈夫になりましたが、
理屈でわからないと、いつの間にかおかしなファイルを作ってしまう可能性があるわけで。

ちなみに、オプションは、そんなに画質を追及する気はないし、
よくわからず指定しても悪化するだけと思い、
今回フィールドに不安を感じるまで --crf と --preset しか付けてませんでしたが
（--preset は medium が調度良かったので結局付けてない）、
携帯機で再生しようとか考えてなければ問題ないですよね？
色空間指定は絶対しとけとか良く言われてますが、
インタレ保持ということでリサイズする気もないので、
それも下手にいじらないほうがいいかなと。

>>678
んなことねーよ、オマエ使ったこと無いだろ2.0

>>681
原理が知りたければRFF(Repeat First Field)で検索

>>683
あ、原理が知りたいのは、「ファイルの描画に失敗しました」の理由のほうです。

RFF については、>>675 で 60i に戻ったときのフィールドオーダーは不定
だと書いたように原理は大体わかってるつもりですが、
x264 がそれをどう処理するのかがわかりません。
RFF を維持したままエンコしてくれるのが一番ありがたいものの、
内部でテレシネし、出力時は普通の 60i というのでもいいんですが。
ちなみに、手持ちのレコでは、H.264 へのトランスコードでは前者、
VR への再エンコでは後者みたいです。

が、x264 をオプションなしで実行すると、通常の 60i と同様に、
「インターレースのソースだね。tff(bff) みたいだからそう処理するよ。
　違うならオプションで明示的に指定してね」
と出るだけなので、単純に全フレームをどちらかで処理している気も。

でもって、MPC-HC での再生について少しわかってきました。

まず、通常の 60i ソースに対しフィールドオーダーを逆に指定して生成された
間違った mp4 を再生した場合、
レンダラをシステムデフォルトにするとフィールド再生順がおかしくなりますが、
VMR-9 等にすると一見正常に見えます。
これは、レンダラがフィールドオーダーフラグを無視し、
映像の状態を見てインタレ解除しているってことですよね？
というわけで、正しくエンコできているかどうかは、
デフォルトレンダラで正常に再生できるかどうかで判断するのが良いだろうと。

で、問題の BSJ の 24p と 60i の混在ソースですが、やっぱりおかしい。
--tff と --bff を切り替えても、部分的に改善した代わりに別の部分が悪化してしまう。
また、デフォルトレンダラでもコマ送りはインタレ解除してしまうので良くわかりませんが、
フィールド再生順が破綻していないときも、横線が微妙に震え太くなっているような。
これは、やっぱり x264 は RFF に対応していないということ？

MPEG-2もh264も規格書もリファレンスソースも一般公開されてるしMPC-HCもx264もオープンソースだよ
なんでさっさと規格書やソース見ないの、原理知りたいなら現象だけ見て憶測ばっかりしてても時間の無駄だよ

BSJで、同一番組内でフィールドオーダーの反転してる場合、反転前後で、
分割エンコするか、avisynth等でフィールドオーダーをどっちかに揃えるようにずらす

x264でMPEG2のRFFに相当するフラグを付与するのはpulldownオプション
x264cliではコマンドライン単位でしかpulldownオンオフ出来ないので、混在は多分分割エンコするしかない
ソースのrff見てフィールド単位でpulldownフラグつけてlibx264に渡すようなフロントエンドがあるかどうかは知らん

>>686
ありがとうございます。そして色々と申し訳ない。
企画書はともかく、x264 規模のソースを読める程スキル高くないです……。

要するに、x264.exe 自体に、24p と 60i の混在状態を見ながら
それを維持したままエンコするような機能はないということですか。
上のほうでも m2v や DGIndex でフィールドオーダーを固定する方法は紹介されてますが、
放送されたままの状態を保つというこのスレの趣旨的にはよろしくないですよね？
基本 60i の番組中に 24p があってオーダーが反転していた場合、
インタレ解除してから再インタレ化しているような部分が出てくるわけで。
まあ、いわゆるインタレ解除のように不確定要素があるわけではない
という違いはありますが。
基本 24p の番組では、言うまでもなく圧縮効率的にもったいない。

とはいえ、テロが入っただけで切り替わる可能性のあるものを
手動で分割エンコするのはもっと違う気がしますし、
なんか良い方法はないんでしょうかねえ。

>>687
> 上のほうでも m2v や DGIndex でフィールドオーダーを固定する方法は紹介されてますが、
> 放送されたままの状態を保つというこのスレの趣旨的にはよろしくないですよね？

それはありだと思うけどね

極論を言うと24pソースを相手にすること自体がスレ違いなんだけど、24pソース専門の
アニメ屋さん達がアレなもんだからインタレ保持スレで扱っているという現状ｗ

>>688
24p がスレチというのはそうなんですが、
60i の部分のインタレ状態を変化させないようにするのが
難しくなるケースがあるということについては、一応このスレの範疇かなとｗ

根本的に認識を間違ってるよ。
解り易く例えれば、44.1KHzと48KHzの個別のWaveを、なんで混在のまま1つのWaveにできないの？
って言っているようなもんだよ。

おなじくこの機能を欲しいが見たこと無い。
DVDの24p60i混在からエンコードする時に、24p部分はそのままエンコードできると効率よい。
DgindexをIgnore Pulldown Flagsにして、dgiファイルからx264へpulldownフラグを渡せないかなと思う。

>要するに、x264.exe 自体に、24p と 60i の混在状態を見ながら
>それを維持したままエンコするような機能はないということですか。

>>690
タイムコードを24p60iに併せて生成すればよいのでは？

だから分割せえ、って話でしょ？

フロントエンドにそういう機能が欲しいなら欲しい人が率先してパッチ書かないと出てこないと思うよ

大部分が24pのソースなら普通に24p60pのVFRでいいと思うけど
逆に大部分60iなら24p部分も60iで（俺は基本コレ）
圧縮率に目をつぶってるのはハードテレシネでも同じわけだし

昔X264で--interlacedで圧縮した動画を開いてみたらフィールドが反転してるのに気がついた。
視聴する際ffdshowのオプションで優先フィールド指定すれば問題ないんだけど、
VLCなんかだと反転したまま手の施しようが無い・・・。
後から弄ってファイルの側にフィールドオーダーの情報書き込めないのかな？

インタレ保持のままフラグ立てずにプログレでエンコしたファイルも
再エンコなしで何とかしたいなぁ

フラグとかそういうレベルの問題ではない。
色空間の話になるので詳しいことは割愛するが、
YV12の場合フラグ立てないとフィールドの色が混ざるので、完全には元に戻せない。

つまり再エンコしたとしても無理。

ほ

保守が入ったところで質問
大元のソースがインタレ素材かとかフレームレートかとかはどうやって判断するの？

フレームレートは再生ソフトや編集ソフトで、いくつか読み取ってくれるでしょ。
インタレかどうかは再生時の動きで直感的にわかりそうだが、
他に編集ソフトで動きの激しいとこで縞模様が出るかどうかを確認するとか。

ああ、アニメ素材なんかは24fpsでも放送波じゃ30fpsになっちゃってるか。
それはもう慣れで。

映画や昔のアニメで24p→29.97iになってる放送は、コマ送りしていけば破綻してるフレームが出てくるからわかるよね

回答ありがとうございます


うーん、やはりそうやって細かに検証して判断する感じなんですか
上の方で大元の素材が24pなら、インタレ解除する手もあり、と書いてあったので
その手も考慮しようかなと思いましたが、手間を考えるとインタレ保持で良さそうな感じですね
ちなみに素材はアメドラです

DVDとか日本のテレビtsは100%が29.97fpsインターレース（60i）
BDは映画がほとんどなので今のところ1920x1080 24p　がほとんど

つか、TVMW5のようなソフトは編集エンコ開始前に
入力ソースのそういう情報を精査して表示してくれるようになってる

そういうソフト使えばOK

DVDの映画はほとんど24pだろ
TVでもドラマやCMは30pの物もある

>>705
DVDと地上波は60iですがなにか？

>>706
24p +　プルダウンで60iにしてある。

>>705
TVの場合、24p/30p収録のものも、送信時にはすべて60iでエンコードされてる

>>706
いや映画のDVDは24pが普通（実際に24pのMPEG2ストリームとしてエンコードされている）
そうしたものは、再生機側で60iに変換している（ソフトテレシネ）

>>708
どんなDVDも中身は60iだよ
24pになるのは再生時にRFFを読み取って逆プルダウンするとき

>>709
逆

>>709
そんなふうに考えていた時期が俺にもありました

60iでないDVDなんかこの世にあるのか？　どれよ？

横レスだけどはっきりさせて欲しい

A　マスターデータの話
B1 収録データの話（DVD,BDなど)
B2 送信データの話((放送波)
C　再生映像の話

要するに最近のDVDは24p/30p収録が多いけど、
再生側の規格上、60iしか再生できないからプルダウンフラグ立てて
再生機側で60iに変換させてるってこと？

今時DVDの話とか古すぎな上に既出過ぎ
ちったあ自分で調べろ

>>715
説明できない奴の逃げ口上

>>714
飲み込めてきたようだな！

じゃあ24P収録のDVDをプログレッシブのままエンコーダーに渡すのにはどうしたらいいの？

>>718
http://neuron2.net/dgmpgdec/DGIndexManual.html#FieldOp

>>718
「インタレ解除しない」で、x264とかに渡せばいいだけ

>>714
＞要するに最近のDVDは24p/30p収録が多いけど

えっ！そんなDVDあるわけないだろｗ　あるってのならそのDVDのタイトル挙げてみ

DVDの元ソースは映画とかで24pだったとしても、
DVD自体には60i化した映像しか入ってないはずだが？
そうしないと、数年前のDVDプレーヤーでは再生できないなどの互換性問題が出てきて
大騒ぎになってるはずだぞ

これは恥ずかしい

>>722
自分がだろ

DVDでプログレッシブ収録のものがあるって普通だろ
アホか

>>724
具体的なタイトルも上げられずに有る有ると呆けられてもなｧ
そりゃオマエの脳内には有るのかも知らんが、リアルな世の中にはないだろ？

BDで24p収録作品のDVD版のほとんど

無知って本当罪だな

>>726
だからさ、それ全部DVDでは60iになってるの知らないのか？
DVDは、最初からフィルム映画（24pがデフォルト）も60iなのだよｗ

>>727
そんな自虐的な自己紹介しなくてよろしい

http://pc.watch.impress.co.jp/docs/article/20000801/victor.htm
2000年か。。。

そうかもしれん
縞がないのはプログレッシブ収録だと思ってたから
引っ込むわ

>映画などフィルムをソースとしてDVDタイトルでは、24フレーム/秒のプログレッシブで記録されていることが多い。
>従来のプログレッシブ対応プレーヤーでは、こういったプログレッシブ収録のタイトルでも、2-3プルダウン後インターレースに変換してから、
>I-P（インタレース−プログレッシブ）変換回路を使ってプログレッシブ出力を行なっていた。

映画のHDリマスターとかじゃなく昔のSD画像ただ引き延ばして両サイドに黒縁つけた放送を圧縮したい場合どうしてますか？
なるべくh264/AVCでBDMVやBDAVのフォーマットに準拠して残したい場合
1).そのまま1920or1440x1080i_29.97fps
2).1280x720p_59.94fps
3).両サイドクロップして720x480
3)の場合インターレースだと普通に圧縮したんじゃダメだしプログレ29.97や59.94fpsは規格的に適合するのだろうか？
それとも他に良い方法はありますか？

つか、自分で実際にメディア解析（といっても各種フリーツール使えば馬鹿でも出来る話だが）をちゃんとやれよｗ
良く分かってない君に限って脳内妄想でモノを言いたがる

今のDVDで24pなんて全くないぞ、全部「インターレース／29.97fps」＝すなわち60iだ
>>730の記事自体、良く分かってないDQN記者のトンだ大嘘が混じってる、大笑いモノの珍記事だｗｗｗ　ま、大昔のだしなｗ


嘘だと思ったらオマイら自分が持ってるDVD片っ端からメディア解析やってみなｗ
それで24pが見つかりでもしたら大威張りでここに書き込めばいいぞｗ
俺もDVDの（最近BDばかりで全然見ないのでちょっと前ので）ハリポタシリーズやPlanet of the Apesなどを解析してみたが、
全部インターレース／29.97fpsだ、アタリマエの話だがｗ

>>731
http://www.marumo.ne.jp/db2000_b.htm
ここのRFFとTFFのお話がわかりやすいけど
中身の映像に縞がなけりゃはプログレでいいかと。
映像自体はプログレッシブエンコードしつつ60iとしてもふるまえるように設定して
エンコードしてるって話で。映像まで60iに変換してて縞ある映画やアニメもあるし。

どうでもいいから60iは恥ずかしいからやめれ。
その数字フレーム数であってフィールド数じゃないからな。

釣りにマジレス

マンガのおまけDVDは24p+テロップ60iが多いよね

ID:S43O7I0W恥ずかしすぎワロタ

>>733
1)が楽だと思う。2)は中途半端で目的がはっきりしない。妥協の産物という感じかな。
3)でインタレ保持がオリジナルに一番近いし、サイズも減らせる。規格も合う。
逆にプログレ化する場合、規格が怪しくなる。規格外の組み合わせが多くあるから推奨しない。
あと、何にしても色空間をBT.601に合わせたりと面倒なフィルタリングしないといけないし
しかも、インタレ維持してのフィルタリングが必要になるから面倒だしスレ違いにもなるよｗ

若いって素晴らしい！

以前にもどこかのスレでRFF/TFFを盛大に勘違いしてた奴がいたなあ。
そのときは日本のBSデジタル放送の話だったけど、もしかして同じ奴か？

>>740
ありがとう。
やっぱり楽してきれいに縮む方法ってなかなか無いのね。
だがSDの動画に10GBとかとられるのはムカつく。
いっそSDソースはSDで放送してくれればいいのに

これからインタレについて色々勉強したいと思ってるんですが、
わかりやすく参考になるオススメサイトがあれば教えていただけないでしょうか。

で結局どうなの？
DVDは全部インタレースなの？
ひとまず手元にあるDVD、ドラマ・映画・アニメは全て縞が出るのでインタレースのようだが

いや待て、縞が出るのはデコーダ側が60iにしてるからか？
よくわからん・・・

VTS_01_2.VOBあたりをMediaInfoで調べれば良いんじゃないの

だからDGIndexでFilmと判定されたら、24p + プルダウンで60iにしてあると言うこと。

プログレ再生に非対応のDVDプレイヤーの場合、再生時は全て60iになってる。
RFFのフラグに従い、再生するときにインタレ化してるわけ。24pの素材を読むことはできるわけだ。

プログレ対応再生可能なプレイヤーは、60i化せずに24pで出力。
必然的にD2での出力になるから、D端子とかHDMIとかが無いとダメだけど。
映画とかでも、たった1シーンが24pにならないケースがあったりするとプログレ収録を諦めて
記録されてるデータ自体がインタレになってるものもある。この場合、ビットレート効率が悪くなってしまう。

50点

RFF については、>>735 さんのコメントが良くまとまってるかと。
理屈で納得したいならリンク先読んで自分で考えるしか。

>>747
RFF というのは 24p と 60i の混在を許容するためのものなので、
「RFF」に相当する値がないインフォなら、60i と返ってくると思う。
中身が 24p 100% だったとしても。

>>748
その文じゃどうとでも取れてしまうよｗ

RFF 局な番組のエンコですけど、
本当は混在状態を維持したままにしたいものの現状難しいようなので
m2v.aui で TFF に揃えて処理してました。

が、CS の一部で矛盾した RFF/TFF フラグを付ける局があるようで、
m2v.aui ではうまくいきません。
DGIndex なら、「修正するか？」と聞かれるが修正しない、
コマンドライン実行時には bad 付きのものができるのでそちらを使う
ということをすれば大丈夫とのことなので導入してみました。

で、しばらくは問題なかったのですが、
BFF で処理しないとおかしくなるものに遭遇してしまいました。
Honor Pulldown Flags（に相当する -fo 0）でやってますが
フィールドオーダーを指定する方法が見付かりません。
これって運なんでしょうか？
.log の Field Order 欄が空白なのでバッチで自動処理させることもできませんし。

DGIndex の改造版である mod7 の補足テキストによると、
一応、.d2v を調べればわかるようですが……。
ちなみに、*2 なら TFF、*0 なら BFF とありますが、
調べたところ今までは 32 と 30 しかなく、どちらも TFF 扱いで大丈夫でした。
問題になったものは 71 で始まっています。

何かアドバイスあったらお願いします。

m2vconf.exeのソースフレームを維持じゃダメなのかな？
というか、貴方は>>645でしょ？あちらの方が適切なレスつくよｗ

>>753
＞m2vconf.exeのソースフレームを維持じゃダメなのかな？
RFF なものにそれをやると、24p と 60i がただ連結された
フィールドオーダーも混在したままのものが生成されてどうにもならないです。
それこそここで少し前から話題になっているような
24p 100% な DVD ならいいんでしょうけど、
放送の場合どちらかが 100% なんてことはまずありません。

＞というか、貴方は>>645でしょ？あちらの方が適切なレスつくよｗ
一瞬？でしたがあちらの番号でしたか。ええ、TS初心者勉強会の 645 ですｗ
自分も書き込んだあと何故このスレで質問したんだろうと思ったのですが、
m2v や DGIndex でフィールドオーダーを揃えるという話を見たのがここで、
読み返してみたものの DGIndex で明確に固定する方法は明記されていなかったので、
書いた人に聞いてみようというつもりだったようですが
……よく見たら２年以上前の書き込みだったので今もいるかわからないですねｗ
改めてあちらで質問します。失礼いたしました。

24pを30iにプルダウンすりゃいいだろ。
どうしても混在そのまんまがいいならTSのままでいいだろうがよ。

以下30iって何？禁止

プルダウンって何？

30iだと15fps？

アホ
fpsのfはフレームのfだ
インタレなら30フレーム60フィールド だろ
60iなんていう狂った表記するマヌケがいるからおまえのようなトンチキが増える

1080i

インタレ保持する人ってやっぱソースはソースで保管するのけ？
例えばちょっと映像の一部分を後から切った貼ったしたい時とか用に。

そんなもんひとそれぞれだろ

>>759
60iと書いた場合の60はフィールド数なんだよ
だから60iは30fpsな
んで、日米のテレビ放送の世界で30iなんてねーんだよ

トンチキはオマエ

>>763
トンチキ呼ばわりされてて長いこと釈然としなかったんだけど、俺おかしな事書いてないよな？

>>764
あれだよ、>>759みたいな壮絶低脳のリアルトンチキの目からみると
普通の常識人がトンチキに見えちゃうのさｗ

フォローサンクス

で結局
60i表記はOKですか

日付壊れてないよな…？

壊れてない

アホが2012年の書き込みなんかに糞亀レスしたせいで寝た子が起きちまった

>>767
OKも糞も、それがデファクトスタンダードな記法だ

二年間も顔真っ赤だったんかな

>>772
俺のこと？>>758は1年と少し前か。
そんなモンなのか、でも30iとか普通見かけないなぁ、って程度に流して読んでた。

>>773
30iなんてのはバカの勘違いだから相手にしなければOK
テレビの60フレームインターレース（フレーム数では30fpsになる）は60iと表記
30iなんてこの世に無い
http://www.aqua-movie.sakura.ne.jp/page239.shtml

訂正

×　テレビの60フレームインターレース（フレーム数では30fpsになる）は60iと表記

○　テレビの秒60フィールドインターレース（フレーム数では30fpsになる）は60iと表記

30i なんてものがないってのはその通りだが、60i が 30fps ってのは違うな。
fps の f もフレームだけど、あくまで動画としての滑らかさを表すものなので、
60i でも最速で動いているなら 60fps。
でないと、ファミコンソフトはほとんど 60fps なのに、
最近のゲーム機は最速でも 30fps ということになってしまうｗ

＞でないと、ファミコンソフトはほとんど 60fps なのに、
この時点で間違ってる
ファミコンソフトをNTSCで表示させる限り出力は60iの30fpsしかあり得ない
内部処理は別だがそんなのは最新のゲーム機でも同じ話だろ

＞最近のゲーム機は最速でも 30fps ということになってしまうｗ
何もおかしいことはない

60p:1/60毎に1フレーム分全描画
30i:1/30毎に1フレーム分全描画だが、1/60毎に奇数・偶数ライン交互に映像になるので画面の動くタイミングは60pと同じになるのでカクカクしない(１ラインしかない映像除く)
30p:1/30毎に１フレーム分全描画 画面は1/30にしか変わらないのでカクカクに見える

こんな感じだろ

>>777
だから、fps という用語の使い方を間違えてるんだってば。
インターレースにおけるフィールドの対比としてのフレームと fps のフレームは別もの。
毎秒１０枚の動画なら、映像信号が 60i だろうが 60p だろうが 10fps。

ファミコン等のスプライト方式では原理上表示処理は一瞬で終わるので、
動かすものが多くなったりして処理落ちしない限り安定して 60fps 出るが、
今のようにポリゴンをフレームバッファに描く場合、
画像の美しさとフレームレートを天秤にかけることになるので、
妥協点として 30fps にしているソフトは多いが、インターレースとは関係ない。
インターレースでも 60fps のソフトはある。
PS3 60fps とでもぐぐってみ。

>>778
２番目は 30i じゃなくて 60i。
動画として表示可能なフレームレートの最大値は、順に、60fps、60fps、30fps なので、
滑らかさについての説明はそれで合ってる。

>>777
あ、今回の話には直接関係ないが、
ファミコンはノンインターレースなので 60p ね。
走査線数を使った表記なら 320p といったところ。

（ファミコンの名前をなんのために出したのか忘れてどうする……）

秒間何コマ、で言ってもらった方がわかりやすい

>>781
混同しやすいけど、それはfpsと同義では？

>>779
それはあくまでもゲーム機の内部の表示性能の話
アニメで言うならばこのシーンにむ何コマの絵を使っているかという話と同義
DTV板として問題となる出力された動画としての話ではないし、
ゲハや各種ゲームスレやベンチスレでやるべき話であり
DTV用語としてのfpsではそのような使い方は明らかに間違い

>>781-782
動画のフォーマットとしてのfpsと内部処理のfpsは
このように使い方が明らかに違うので混乱の元ではあるな

>>783
「内部処理」が（ソースの）コマ数のこと言ってんのかな、逆ならスマソ

60fpsの元ソースを60iでインタレに変換したものについて、違うコマから生成された2フィールドを
1フレームとして扱うのってすげぇ違和感があるんだよなぁ。それ、元のソースは違うフレームだろって話なんだけど。

要するに、実際のテレビ映像が60コマなのに29.97fpsなんて書かれても、イメージが全く掴めない。
それに対して、動画のフォーマットを表現する方法には60iとか60pとかがあるのにな。

>>784
インタレース方式自体がブラウン管で表示させることが
前提だった時代のもので定義されてるから
現在のフレームでしか表示できない各種モニタを基準に考えると腑に落ちないのは分かる

ただ60枚のフィールド映像自体は残像やbob化を始めとした
各種補完技術を使わずして正常なフレームの映像として表示できない訳だから
この辺りはそういうモノだとして理解するしかないだろう

結論を言えば、コマ数を表す単位がfps以外にあれば万事解決なんだけどな、なんかあったっけ。

>>786
それが本来の意味だと思うので、ないんじゃないかと。
インターレースのフレームに fps を使うのは、
よくある「インターレースは２枚で１枚の画像になる」的な、
誤解を生じやすく、ほとんど誤用に近いような……。
単に frames per second の略だと言われれば、
frame という語が使われているならなんでもありだけど。

まあ、自分が思っていた以上にそういう意味で普通に使われているようなので、
>>776 で「違う」と最初に言ってしまった自分に非はあるのは確か。
すまなかった。

ついでだけど、これもよく言われている
液晶等ではインターレースをそのまま表示できないってのもなんか違うような。
ラインをダブらせ、フィールドによって１ラインずらせば意図通りの表示ではないかと。
それでは「そのまま」ではないというのなら、
プログレッシブでもスケーリングが発生すれば「そのまま」ではないわけだし。

どちらかといえば、そのような表示では当然ちらつきが発生するが、
今のモニタは原理上ほぼ必須なフレームバッファを持っており、
それを使えばちらつきをなくすことが可能なので
せっかくだからインターレース解除しているというのが正しいんじゃないかね。
自分はちらついてこそインターレースだと思ってるので、
可能な限り本来の意図通りちらつくようにしているがｗ

>>787
> よくある「インターレースは２枚で１枚の画像になる」的な、
> 誤解を生じやすく、ほとんど誤用に近いような……。
インターレースが採用された当初はその通りだったんだろうけど、
いつの間にか元ソースが60fpsだったものを奇数走査・偶数走査時に分けて
送出するようになって、定義が曖昧になったという事だと理解した。

>>789
いや、いつの間にかじゃなく元々そういうものだよ。
当初は送出側にもフレームバッファなどなく、
カメラがインターレーススキャンしたものをそのまま送るしかなかったので、
今ほとんどの CM で採用しているような（本当の意味での） 30fps 映像は
やりたくてもできなかった。

「２枚で１枚の画像になる」というのは、
単に素人にわかりやすそうな表現というだけのことだと思う。
「交互にスキャンする位置を変えることにより、
動いている部分は変わらないものの静止している部分の縦解像度が倍に……」
とかいきなり説明してもほとんどの人にはわからんでしょｗ

いや、それ機序が逆
初期のアナログ時代30fps分の帯域しか使えそうにない→でも30fpsじゃカクカクなのでなんとか滑らかに動かしたい→インターレース方式に決定
って経緯だぞ
カメラなどはそれ（放送規格）にあわせて作っただけで、機器がインターレーススキャンだからインターレースになった訳ではない

カクカクするから滑らかに動かしたいんじゃなく
当時の受像機が30秒に1回の発光だとチラチラするからもっと高周期で光らせたい→インターレース方式
その結果として
>カメラがインターレーススキャンしたものをそのまま送るしかなかったので
動きも滑らかになっちゃったという経緯だから
790の説明で正しいと思うよ

>>792
高周期にするだけならより単純な構造の60pでよい
60pにせずに機器を複雑化させてまでインターレースを規格に採用したのは放送上使える帯域量が理由
決してカメラ等の機器がインターレースだったからではない

たぶんID:0r8yAz+lは
>当初は送出側にもフレームバッファなどなく、
>カメラがインターレーススキャンしたものをそのまま送るしかなかったので、
を理解できてないな
「カメラがインターレース方式だったので」くらいの意味としか受け取ってない

では、機器が理由で放送規格が決まったソースを上げて貰おうか

落ち着けｗｗｗ
誰も
機器がインターレーススキャンだからインターレースになった
とか
機器が理由で放送規格が決まった
とか言ってないってこと

それをそう言ってると誤解してるから>>794

途端に慌てだしたな

>>796

＞当初は送出側にもフレームバッファなどなく、
＞カメラがインターレーススキャンしたものをそのまま送るしかなかったので、
＞今ほとんどの CM で採用しているような（本当の意味での） 30fps 映像は
＞やりたくてもできなかった。

放送規格決定前の話だとすると、送るとかCMとかの話は出てこないので上記の説明はおかしい
放送規格決定後の話だとすると、放送規格でインターレースと決まったのでインターレースで送っているだけなので、上記の説明は間違い

いずれにせよ>>790が間違ってるのに変わりは無い

>>794,796-797
インターレース機器を使う為という理由で規格が決定したという経緯があった場合のみ、>>790の説明の辻褄が合うので
わざわざ親切にも歩み寄って解釈して>>795のようにソース提示を求めているのだが
そもそもそこまで考えてない>>790はただのデマって事か？

あーやっぱり理解してなかったね
790が言ってるのは
「30pで撮影して60iで放送する」ことがやりたくてもできなかったてことだよ

>>801
余計説明が意味不明で辻褄が合わなくなってるぞ
カメラがインターレーススキャンしてるのに、30pで撮影が出来てるなら、その時点でフレームは完成している
それを60iで放送するのは今の時代の30p→60iしたものと変わらない（30pのテープ自体がフレームバッファに相当するもの）

こんなにわかってもらえないとは思わなかった…

>>803
お前さぁ
わかってもらえないとか、誤解とか、本人臭いのに別人みたいな内容の書き方してたり、誤魔化してばかりだな
自分が間違ってないと思ってるなら、誤魔化さないで、堂々と説明しなよ

んーじゃあまず
放送規格が60i
60pじゃない理由が>>793で
30pじゃない理由が>>792なのはおｋ？

>>805
＞30pじゃない理由が>>792なのはおｋ？
NG

そこで思い込んじゃってるんだなー

映画とか秒24コマで今でも通用してるし（フレームレート上げる動きはあるけど）
30pの映像も現在放送されてるんだからテレビ開発当時で
>30fpsじゃカクカクなのでなんとか滑らかに動かしたい→インターレース方式に決定
って無理があるよね

>>807
ほんと誤魔化しの言葉ばかりで、気持ち悪い奴だな

>>高周期で光らせたい

ここだけ規格決定の一因として合っている、それ以外の部分が全てお前の妄想

×滑らかに動かしたい
○高周期で光らせたい
で納得してくれればそれでいいよ

二人とも！私のために争うのはやめて！！（←若干キモ声で）

>>810
それは両方ともに理由であって、どっちかだけではない
また、お前が切り出した＝着目している部分だけでは「インターレース」を選択する理由にもならない
そこを切り出すというのは理解していない証拠

＞初期のアナログ時代30fps分の帯域しか使えそうにない→でも30fpsじゃカクカクなのでなんとか滑らかに動かしたい

左部分が重要で、インターレースを選んだのは帯域利用上の要因が最大の理由

今北産業でインタレの知識なんてほとんどないが
ざっと斜め読みした分では
http://i.imgur.com/QK6NA9J.png (横方向は時系列)
ＡがID:/uwtvUT4
ＢがID:0r8yAz+l
Ｃが真の30p

というような感じがしたんだが、合ってる？

微妙にわかってきてくれた気がする

>>813
まったく関係無い

>>814
だから曖昧な言葉で誤魔化すなと何度も言ってるだろう

てか急に自演臭い

>>813
その絵でいうと本来Cをやろうとしたけど無理だったから
Bを考案して規格にしたけど初期設備ではAしかできなかった

おれがＡとかそういう話ではないよ

>>817
それは具体的に何を説明している？
ちゃんと具体的な名前を挙げて、なおかつソースを示して説明しろ

Ｂこれはおかしいな

自分で>>817で規格にしたって言った直後におかしいって言いだす>>820がおかしいｗ

間違いはいっぱいありそうなんで細かいところはスルーしてもらえるとありがたいんだが。

カメラからデータが出力されるのは
�@スキャン開始時から垂れ流し
�A赤縞から青縞に変わるタイミング（片フィールドスキャン終了時）
�B青縞から次の赤縞に変わるタイミング（全フィールドスキャン終了時）
のどれに該当するの？
当然下に行くほど大きなバッファが必要となると思うんだけど。

ふふふ

皆を唸らせるつもりで書き込んだ事に思わぬ反論を受けて引っ込みつかなくなるってよく見るよね

・秒30コマの画像があれば自然な動画として見れる
・使える帯域は限られてるけどなんとか満足な解像度で30コマ送れそう
・受像器の特性から秒30発光だとチラついて見える
・困った
・インターレースで30コマを60発光させよう

・カメラをインタレ仕様でつくった
・フレームバッファとかないから奇数偶数スキャンで違う時間の映像になる
・秒60の動きが撮れてる
・これはこれで

>>822
インターレースのカメラを流用しなければバッファいらんぞ
海外でテレビ始まったころ超初期はノンインターレースのカメラしかなかったらしいし

>>825
だから、それお前の妄想だって
妄想じゃないならソース出せ

ID:0r8yAz+lの妄想もまとめてくれるとありがたい

インタレ仕様作った後に「秒60の動きが撮れてる」「これはこれで」とかｗありえんｗ
さすがに仕様策定メンバーは>>825並に頭悪くはないとは思うｗ
そもそも日本のテレビ放送開始の遙か前に海外でインタレースはとっくに実用化されてたわけでｗ

日本のテレビ放送開始て

>>830
てに続く言葉なんだよ？ｗ

なにその具体的には言える言葉がないけど
いちゃもん表明してみてみました風のレスｗ

横から失礼します
BSジャパンってボトムファーストがデフォなんですか
相当前の野良TSがボトムだった記憶があるんですけど

おそらく同一人物の自演なんだろうけど、
ID:78v7FFwU
ID:/uwtvUT4
こいつらフレームバッファを理解してないなｗ
30fpsの素材の場合放送時60iの奇数偶数スキャン完了するまで元素材の時間は進まないので、
送出側のフレームバッファなんてあってもなくても一緒
>>790で言ってることは意味不明ｗ

>>832
両方ある
番組途中で変わることもある

>>834
ありがとうございます
やっぱりそうなんですか
dgmpgdecで見るとインタレ、プログレのところがころころ変わってました
エンコはどうしたらいいのか悩みますね
部分部分で切り出して６０ｐか３０ｐにして後で繋げたら大丈夫そうかな
インタレエンコは無理かな

なんかすいません。
自分が言いたかったのは >>801 さんのおっしゃる通り。

なんでそういう話になったかというと、
>>789 さんが、当初は 30p 的な映像を 60i に乗せていたと思っていたようなので、
それはやりたくてもできなかったよと説明したまで。
カメラが先か規格が先かなんて話はしてません。

でもって、インターレースに決まった経緯の話だけども、
>>791 は、垂直解像度が５００本程度は必要という勝手な仮定から始まってないか？
絶対に 60fps は必要→でもそれじゃ垂直２５０本くらいにしかできない→インターレース（ｒｙ
とも言えるわけで。
30fps ではちらついてとても実用にならないので、どちらかといえばこっちだと思うが。
一応、30fps でも長残光型を義務付けるという解決方法もないわけではないけどね。

>>833
＞30fpsの素材の場合放送時60iの奇数偶数スキャン完了するまで元素材の時間は進まないので
いやね、その奇数偶数で時間の進んでいない素材を
撮像管式だった当時のカメラでどうやって作ることができたの？
光は止まっててくれないよ。

純粋に 30p で撮影するカメラなら作ろうと思えば作れたが、
60i の放送波に乗せるためにはやっぱりフレームバッファが必要。
リアルタイムでなくてもいいなら一旦フィルム撮影すればできなくもないけど。

というわけで、フレームバッファなどなかった時代、
放送規格が 60i な以上、カメラも 60i でインターレーススキャンするしかなかった。
>>826 のような流用は可能だが、ファミコン的な解像度、
今風に言えば 240/60i になっちゃうね。

>>835
m2v やら DGIndex を使って全体を 60i に変換してからエンコすればいい。
24p 部分がもったいないのでプログレインタレの状態を保持したまま
エンコしたいところだけど、それをうまくやる方法はないっぽい。

つか、スレ読みなさい。

>>838
×240/60i
○320/60p
i は凡ミスだけど、昔懐かし 525i 的な表現が頭にあったので数値も間違えたｗ
240 は昔のゲーム機の最大表示可能ライン数だな。機種によっては 224 だったか。

>>838
自分で>>790で「今ほとんどの CM で採用しているような」って言ってるのに
なんでCMじゃなくなってリアルタイムの話になってるんだ？ｗ
しかも「リアルタイムでなくてもいいなら」なんて、
あたかも元からリアルタイムであることが前提みたいな
印象を与えようとする意図が見える書き方をしているところに、
必死に誤魔化そうとしてるゲスさが滲み出してるぞｗ

>>840
あ、やっぱり 240 でいいのか。240/60p が正解。
久しぶりに同期信号部分まで含むスキャンをイメージしてたので混乱してるな……。
スレ汚しすいません。

>>841
いや、>>789-790 では二人とも「当初」という言葉を使っているんだから、
局にもビデオなどなく生放送しかできなかった時代の話だとわかると思うんだが。

「今ほとんどの CM で採用しているような（本当の意味での） 30fps 映像」
はフォーマットのことを言ってるだけ。
単に 30p では厳密には放送としてもプログレということになってしまい、
元々 60i を 30fps と表現するのはいかがなものかという話題からの流れなので
ただ 30fps 映像ではなんのことを言っているのかわからなくなるしで、
実際に存在するものを例として挙げたまでだよ。

>>841
生放送しかできなかったってまた間違ったこと言ってるなおいｗ
開局当初からフィルムが活用されているので、
自分で>>838で書いてる「リアルタイムでなくてもいいなら一旦フィルム撮影」状態が可能なんだがｗ

>>844
話の本質が見えない奴だな。
放送規格の話をしてるんだろ？
フィルムを活用って、それはリアルタイムでテレシネしてたみたいなもんだ。
>>838 でフィルムのことを書いたのは
「フィルム使えば 30p の素材作れただろ？」
という的外れな反論をさせないためなんだよ。
そういうことを言いそうな奴に見えたからな。

はっきり言おう。
0r8yAz+l さんは、なんかちょっとした勘違いをしたみたいで、
その後インターレースに決まった経緯という >>790 からは本来無関係のことで
ほかの人と喧嘩してたみたいだけど、
両者見解が違うだけで本質は理解しているように見える。

お前は途中から割り込んできて、話の本質を理解しようともせず、
表面的な言葉尻に突っ込みを入れてるだけ。邪魔だ。

>>845
だからさぁ
お前は話の本質とか抽象的で中身のない言葉を使って誤魔化そうとしてるだけ
誤魔化しきれず、反論もできなくなった途端に、議論の中身じゃなくて、相手側が理解しないのが悪い、
って言い出す態度

自分が間違ってたことを認めるのを嫌がってるだけの子供だよお前

>>846
はあ？　反論できなくなった？
全部反論というか丁寧に説明してるんだけど、それすらわからないのか……。

>>790 はね、>>789 さんに話してたんだよ。
>>790 単体で見れば色々な意味に取れてしまうかもしれないが、
>>789 さんに通じればそれでいいの。
第三者でも、それまでの流れを追っていればわかるように書いたつもりだが、
>>790 単体で見て勝手に勘違いした奴にどうこう言われる筋合いはない。

おれは喧嘩してたつもりはないよん

>>848
スマンｗ
議論が白熱している様子を
広義の意味で喧嘩と表現してしまったということで許してくれ。
相手側は喧嘩腰だったみたいだしね。

>>847
俺のつっこみに対してお前が最初に説明に一部不備があったと言っていたら、納得しただろうが、
当初生放送しかなかっただの、中途半端にいい加減な話を繰り広げておいて、
後から今からその言いぐさは、間違いを認めたくないだけだろう

＞今ほとんどの CM で採用しているような（本当の意味での） 30fps 映像は
＞やりたくてもできなかった。

これは明らかに根拠のない嘘

都合よく独り言をいうために別IDを登場させるあたり
あいかわらず自演臭いｗ

ID:q8CB4Fdj
はせっかくレスしたのに何の反応もなく出てこなくなったし
（って書いたら出してくるかな？）
っていうか俺のID:q8CB4Fdj相手のレスに対してID:+mxqsZ/Aが反応したってことからも同一人物だろうな

登場したら自演
出てこなくなったら自演
自演むずい！

>>845で
＞お前は途中から割り込んできて、
なんて書いてるけど、リアルタイムでその場にいた当事者でないと、普通こういう表現は浮かばないもんだ
その時いなかった人が後からスレをまとめて読んだら、時間による進行感を感じないから、途中から割り込むなんて感想は出てこない
臭すぎる

ID:0r8yAz+lは結局>>791が間違いで的外れだったこと認めてくれたのかな

一般的な運用におけることを書いたあと、
そういえば非常にイレギュラーな運用についての話があったなと、
一応その件にも触れておいたら自演にされてしまった。
誰相手のレスどころか誰のレスかもどうでもいいことなのに、
自演認定の理屈、理解不能！

俺は帰宅後にまとめて読みながら、
「ああ、俺はそんなつもりで言ったんじゃないんだ。勘違いしないでー」
「ああ、喧嘩しないでー（そのときは喧嘩と思っていたのでスマヌ）」
「ああ、>>789 さんもごめんなさいっ！」
「うーん、変な奴が出てきたな。ほかの人に説明したあと、こいつにもひとこと言ってやろう」
などど、タイムシフト気分で色々葛藤していたのに、
誰もが時間による進行感を感じないと思い込んでいる人に自演と思われてしまった。
自演認定厨との相互理解、不可能！

>>855

>>847では
他人がお前にレスした場合には

＞>>790 はね、>>789 さんに話してたんだよ。

と言うくせに、お前が他人のレスする場合には

＞誰相手のレスどころか誰のレスかもどうでもいいことなのに、

なんていうダブルスタンダード


自演なんてしたのでもしてないのでも別に必死に釈明しなくていいから、
さっさと>>850で指摘した内容についてちゃんと根拠のある説明しろよ

ケースバイケースという考えを持たない人に
ダブルスタンダードなどと言われてしまった。
助けてー。

いちいち全部書いてたらきりがないので暗黙の前提として略すという、
みんなが普通にやっており、普通に読み取っていることをできない人に
嘘だと言われ、説明を求められてしまった。
助けてー。

本人登場してたのか
なんか勝手に勘違いってことにされてるようだが…なんなのだこの人

分かって貰えないとか理解してないとか言うばかりで
ソース出しての具体的な説明しないパターンは
ID:/uwtvUT4とそっくりだから多分ほんとに自演なんだろうね

>>857
ごまかしはいいから、ちゃんと根拠のある説明しろよ
お前一回もまともに説明してないだろう
適当にごまかしてID変わったら逃げられるとでも思ってるのか？

>>858
そうかーなんかごめんね

IDかわってた

ソース出しての具体的な説明しないのはID:0r8yAz+lも同じなので
彼もまたおれの自演だったのだろう

>>858
最後馬鹿やってたのは、散々説明しているのに説明してないと言われてしまい
会話が成り立たないと判断したからなので、
ほかの人となら真面目に話すよ。

ごちゃごちゃしてわかりにくくなってるだろうけど、
勘違いについては >>836 をじっくり読んだあと、>>790 を見返してみてくれ。
CM どうこう言った理由は >>843。
こちら側の立場について、あなた相手ではないので言葉が乱暴になってるが、
>>847 の後半も参照。
>>791 の時点で俺が直接説明できれば良かったんだけどね……。

ソース出しての具体的な説明がないというのが気になったので、
自分のレスを読み返してみたが、
インターレースの原理を理解していれば理屈でわかることばかりで、
ソースが必要なこと言ってないな。

かろうじて >>837 で 60fps が前提だったっぽい書き方をしてるが、
>>791 に対し別の見方もあるのではと言いたかっただけで、
フレームレートが先なのか垂直解像度が先なのか知らないし。
まあ、インターレースにすれば、なんにしろお得なので、
両方同時に決まったというだけのことだとも思うが。

>>851
> ID:q8CB4Fdj
> はせっかくレスしたのに何の反応もなく出てこなくなったし

俺の事？
俺の疑問は822の内容だけだから、具体的にどうという回答は来てないよね？
インターレースのカメラを流用しなければ、みたいなのは全然答えになってないから
レスしようもないし。

ああ、読み進めていたとき、インターレースについての質問なのに、>>826 は
＞インターレースのカメラを流用しなければ
とか何が言いたいのかわからんなあとか思ってたが、
こんなので答えたつもりになり、反応を期待してたのか、彼は……。

>>865
自分で良ければ答えるが、当初の撮像管式なら当然�@。
CCD になってからも�@だけど、スキャンの意味合いがちょっと違い、
一旦画像を固定したのち、そこからデータを取り出す順番がどうという話だね。
固定するのは、CCD の原理上そうなのかもしれないが（このへんは専門外）、
なにより高速な動きがあったとき上部と下部でズレて画が歪まないように。
表示側がブラウン管ならまったく同じにスキャンするので
歪みが相殺されて元通りになるんだけど、
必ずしもスキャン表示されるわけではないので、
静止画切り出しのことを考えても歪んでないほうがいい。

スキャンの話に戻ると、今時はカメラ自体からはプログレッシブで取り出し、
その後の過程でインターレースにする場合もあるかもしれない。
ソースはないよ。原理上どちらでも可能という話でしかないから。
実際のカメラでどうなっているのか知りたいなら専門の人に聞くしかないね。

些細な間違いを認めたくないためにここまで中身のない話を繰り広げるってお前ら最高だな

教えて下さい。
録画したTSファイルを、特に手を加えずにインタレース保持で
エンコードしたいと思っています。
最低限必要な内容は、以下の内容でよいでしょうか？

1.GDIndexでd2vファイルを作成
環境によって変わると思いますが、オプションはこんな感じ
-ia 4 -fo 0 -yr 2 -om 0

2.d2vをAvisynthで読み込む
DGDecode.dllをロードしてd2vを読む。
最低限必要な記述は次の1つ
（フィルタを使わない場合、AssumeTFF()またはAssumeBFF()も不要）

ConvertToYUY2(interlaced=true)

3.x264でエンコード
オプションは次の2つを指定
--tff
--nal-hrd vbr

4.ts2aac等で抽出した音声とmuxする

30秒ぐらいにtrimしてテストエンコしてみろよ。
つかね、自分で試しもせずに「これでいいですか？」って、どんだけアホかと。

もちろん試してます。
一見特に問題なさそうだけど、多くの場合、多少間違ってても動いてしまうものだから。
細かいところは自分で手を加えるとして、根本的なところが合っているのか知りたくて。

それってYUY2にする意味あるのか？

>>866
横レスだが、古くはフィルムからテレビ映像にもして訳で、勿論フィルムはプログレッシブだわな。
撮影からしてインタレース、というか走査なのは撮像管しかないと思う。
CCDは撮像素子からの信号レベル取り出しが走査的になってるわけ。
アナログキャプの頃から、24fpsのための3:2ドロップダウンとかで頭を悩ませてきたが、
液晶テレビで見るなら放送波用のデインタレースで十分満足だわ。
PCの再生支援もよくなってきてるし。

>>871
どこかでそう読んだと思ったんだけど、勘違いしているのかも。
これまでありでやっていて、色が特におかしいと思うことがなく、
今改めてありとなしとオリジナルと比べてみたけど、違いが分かりませんでした。
不要ということですかね？

AviUtlなどYUY2が必要なアプリ以外は不要

>>874
ありがとうございます。

画質劣化しないインタレ解除ってないのかなぁ。ぼかしフィルターみたいなの使えたもんじゃないよ。
60fpsにして、ブラウン管の様に交互に1本置に黒いラインを入れるのはないのか？

飛び越しで黒ラインを入れたものをプログレッシブピクチャとしてエンコしたら
符号化効率が悪くなってすごく画質劣化すると思う

nnedi3は？

皿仕上げ

>>540
25pは1fps、2.5fps、3.125fps、5fps、6.25fps、8.333...(8+1/3)fps、12.5fps、25fps
でいいんだよ。
1000ms、500ms、320ms、200ms、160ms、120ms、40ms、20ms
角速度的にもvery good!

>>515
寧ろ不具合なのは1080って数字のほうだろ、動画圧縮なら16の倍数が
好ましい。1920x1088じゃアスペクト比が16:9からずれてかっこ悪いって
理由もあり1080になっているだけだし。でインターレースなら32の倍数が
必要だ。たがDVDや放送に使われている圧縮方式はプログレッシブなら8の
倍数、インターレースなら16の倍数で良い方式が使われているだけで

余談だがゲーム機の出力（低解像度モード 240p）
ゲーム機の映像をキャプチャするとずれることがあるのは数値が垂直同期が59.94Hz
からずれている為

525i(480i) 29.97i　NTSC方式
525p(480p) 59.94p　プログレッシブ(D2)
262p(240p) 59.92p MSX、SG-1000x、メガドライブ
263p(240p) 60.06p ファミコン、スーパーファミコン
263p(240p) 59.83p プレイステーション、プレイステーション2、Nintendo64、PCエンジン、Wii(VC)

何故3年前の書き込みにレスしてる

ファミコンは走査線263本なの？