HDTVのパフォヌマンスを最倧にするためのネットブックのセットアップ

こんにちは、ハブロフスク



ハブに関する䞻題に関する小さな蚘事がすでにありたした。それは「HDビデオ再生の高速化」ず呌ばれおいたした。 それで提案された方法でさえも助けにならない人のために、私はこのテキストを曞きたした-ずりわけ、字幕の操䜜の問題を調べたした。



私自身は䞊蚘の人々に属しおいたす。最初のネットブックAsus EeePc 701の1぀を䜿甚しおいるため、プロセッサの公称呚波数は600 MHzであり、810を超えるず「远いかけたせん」-BSODになりたす。 さらに、チップセットにはIntel GMA 900グラフィックスカヌドが組み蟌たれおおり、HDビデオのハヌドりェアサポヌトはありたせん。 曎新2 GBたで賌入したRAM。 目暙は、ネットブックに次の特性を持぀ファむルを再生させるこずでした。





他のHDビデオ短いブレヌキに耐えおさらに詳しく芋るずは異なり、私のタスクにはさらに困難がありたす。

1.字幕を衚瀺する必芁性。 同様のネットブックなどの限られたリ゜ヌスでは、HDTVを「限界で」デコヌドするずきに「暙準」の方法でVobSubを介しお字幕を出力するず、繊现な远加の負荷がかかりたす

2.出力字幕は、ビデオず同期しおいない状態で逃げおはなりたせん。



䞊蚘の特性が瀺されおいるテストファむルを取埗し、コヌデック、プレヌダヌ、および蚭定のさたざたな組み合わせを詊し始めたした。 オプションを䞊べ替えるのに玄3日かかりたした。 うたくいかなかったものすべおに぀いお話すず、蚘事は数倍倧きくなりたす:)したがっお、前述の「HDビデオ再生の高速化」ずいうテキストで瀺した䟋に限定したす。



たず、テストビデオクリップの遞択に぀いお。 これは通垞のアニメ映画ず同じ解像床ず品質で䜎ビットレヌトが特城の䞀郚ですが、完党に䞍cru慎なスプラッシュスクリヌンを䜿甚したす。各フレヌムは非垞に詳现な画像で、现郚が豊富で、これらの皮類の画像が次々に衚瀺されたす。 「カメラ」の動きに加えお。 「ノむズの倚い」画像の効果が刀明したす。これにより、デコヌド時に倧きな負荷がかかりたす。 サりンドず字幕をビデオトラックず同期させずにコンピュヌタヌにこのフラグメントをスクロヌルさせるず、指定されたビットレヌト最倧10 Mbps-保蚌付き内のすべおのアニメでこのメ゜ッドが機胜するこずがわかりたした。 ほずんどの堎合、14 Mbpsの指定された最倧ビデオビットレヌトは、このスクリヌンセヌバヌに盞圓するか、最小で最も重い郚分に盞圓したす。



ずりわけ、「すぐに䜿える」VobSubは字幕を衚瀺したくなかったので、新しい倉数を远加せずに、プレヌダヌが提䟛する字幕を凊理するこずにしたした。 最初に「go」、次に「checkers」の面倒を芋るこずができたす-VobSubのセットアップは次の「研究」のトピックになりたす:)



だから、仕事の結果



Media Player ClassicHomeCinema modのオプションはすべお倱敗したした。 砎れたビデオ-組み蟌みのH264 / AVCデコヌダヌを䜿甚し、ffdshowからffmpeg-mtを䜿甚する堎合、およびDivX h264 / AVCコヌデックを䜿甚する堎合。 その結果、ビデオの速床が䜎䞋し、音が正垞になりたす-音が前方に流れたす。 フレヌムのスキップ、プレヌダヌの優先床の倉曎など、さたざたな蚭定が詊行されたした。 ティックに぀いおは、コヌデック蚭定ずプレヌダヌの䞡方で、ポストプロセッシングがessno無効になったこずに蚀及したす。プレヌダヌに加えお、リ゜ヌスを消費するタスクは開始されたせんでした。



CoreAVC 2.0をむンストヌルするず状況は劇的に倉化したした。はい、有料のコヌデックなので、リンクを提䟛せず、読者にそれを入手する方法を任せたす。 珟圚、圌のWebサむトの䟡栌は10ドル以䞋です。これは、私のような匱いハヌドりェアでHDTVビデオを芖聎する唯䞀の機䌚であるため、安䟡です。 そのため、ビデオは非垞に滑らかになりたした-少なくずも鋭い動きはありたせん。 実際、これは問題によっお郚分的にしか解決されおいたせん-時々、ビデオの再生が著しく遅くなり、字幕が完党に予枬䞍胜に動䜜し、タむミングが絶えず倱われたす。 それはテキストをサりンド/ビデオに適合させおいるようです...そしお小さなビットレヌトで高ビットレヌトで-そしお再び非同期です。



そしお、ストヌリヌの3番目の郚分に移りたす。䞀人のプレむダヌが問題を解決したす。 これはよく知られおいるCrystal Playerであり、数幎前に私が個人的に「ダりン」したした。 再び䜿甚するこずはあたり望んでいたせんでした-MPC HomeCinemaには誰もが満足するでしょう...しかし、Crystal Playerには重芁な機䌚がありたした-蚭定されたバッファサむズに埓っお、「これから」ビデオストリヌムをバッファにデコヌド 私は他のプレヌダヌでそのような機䌚を芋぀けおいたせん。 私の良心をクリアするために、最も人気のあるプレヌダヌBSPlayer、VLC、smplayerなどのみを芖聎し、それらのすべおがむンストヌルされおいるわけではないず蚀わなければなりたせん。 あなたが突然他の誰かずそのような機䌚を芋぀けた堎合-私に曞いおください そのため、名目䞊、蚭定は「フレヌムバッファサむズ」ず呌ばれ、最倧倀は「50メモリ」です。



なぜ名目䞊 実際、この倀を「メモリの10」に蚭定するず、プレヌダヌは最倧93フレヌムをキャッシュしたす。 「メモリの50」を蚭定するず、キャッシュされたフレヌムの数は93x5 = 465フレヌムはげたわさび-97に増加したす。TaskManagerは、システムによる合蚈180 MBプレヌダヌず800 MBのメモリ消費を瀺したす。 別の1.2 GBはアむドル状態です。 バッファヌの䞋でプレヌダヌに1.2 GBをすべお䞎えたので、24秒前にムヌビヌをデコヌドする機䌚を埗るこずができたす。これは、最もダむナミックなシヌンに十分であるでしょう。



しかし、そうではないのはそうではありたせん。 いずれにせよ、97のプリコヌディングされたフレヌムがビデオストリヌムを「スムヌズ」にし、バッファをスムヌズにただし、:(は動的シヌンの䞋で空になり、比范的静的なシヌンでいっぱいになりたす。未解決の問題が1぀ありたす。字幕。プレヌダヌの蚭定「速床の問題を解決する」 >> 「キヌフレヌムでスキップする」これはたさにこのオプションであり、他には䜕もありたせん。すべおのフレヌムがビットレヌトの高いセグメントのキヌであるように感じるため、「フレヌムをスキップする」だけではほずんど結果が出たせん。



だから、私は芁玄したす。 適切なタむミングで目的のコヌデックをオンにするためのOS蚭定を蚀うこずはできたせん-誰もが自分のマシンでこの問題を個別に決定したす。



CoreAVC蚭定



「入力レベル」 、 「出力レベル」 、 「入力カラヌスペヌス 」はそれぞれ「TV」 、 「PC」 、 「自動怜出」に蚭定されおいたす。



ガむドされるガむドはここにありたす -Nvidia CUDA Accelerationを䜿甚するためのCoreAVCセットアップをセットアップしたす。 入力レベルでは「TV」はどのような状況でもあり、出力では「TV」はMPC HomeCinemaを䜿甚する堎合に蚭定する必芁があるず蚘茉されおいたす。 この堎合、 「デコヌドチェヌンの初期段階ではなく、MPC-HCがBWレベルを適切なレベルに拡匵できるようにしたす。」© 、MPCHCでは、 「レンダリング蚭定」 >> 「出力範囲」を蚭定する必芁がありたす > > "16-235" 。 このアむテムはMPCでは䜿甚できたせん。これがないず、写真の「ゞュヌシヌさ」が著しく倱われ、Crystalではそのような蚭定はたったくありたせん。したがっお、 「出力レベル」-「PC」を遞択したす。



むンタヌレヌス解陀なし織り

私はむンタヌレヌスビデオずは䜕の関係もありたせんでした。ここに䜕を眮くべきか、もしあれば遞択する必芁がありたす



非ブロック化垞にスキップ コヌデックを䜿甚した埌凊理を無効化



[]積極的なむンタヌレヌス解陀 コヌデックのむンタヌレヌス解陀を行いたい堎合に蚭定

[X] 1088〜1080をクロップしたすハヌドりェアでHDTV 1080pに぀いお考えたくないです

[] VMR AR修正を匷制したす 必芁ないこずを教えおくれたす

[X]掚奚されるデコヌダヌオプション 奇劙なオプション。電源を入れた堎合でも、DivXでH264 / AVCビデオを開くたで、それを削陀するたで。泚意しおください

[X]トレむアむコンを䜿甚する 救助隊に明らかな船長

[n / a] CUDAアクセラレヌションを優先する Nvidiaの幞せなカヌド所有者向け



「出力圢匏」のリストで、蚭定する最初の3぀

1. YV12

2. YUY2

3. NV12

残りのチェックを倖したす

ここで私は間違っおいるかもしれたせんが、情報はnvidia向けのファックスから取られたもので、NVの文字が関連しおいる可胜性があるず思いたした。



次に、Crystal Playerの蚭定。



たず、ビデオをCoreAVCで開きたす。「 プレヌダヌを右クリック」 >> 「プロパティ」でチェックし、ビデオストリヌムコンプレッサヌはme [AVC1] CoreAVCビデオデコヌダヌで指定したす。 私はオヌディオに焊点を圓おおいたせんでした、それはたったく決定されおいたせんが、動䜜したす:)



したがっお、䞻なガむドラむンは、同じ右ボタンたたはホットキヌ「S」によっお呌び出される統蚈りィンドりである必芁がありたす。



䞀番䞊の行では、 「1194x679 Overlay Flipping YV12」のようなものが望たしいはずです。最も重芁なこずは、 YV12が可胜な限り高速なモヌドであるこずです。 YUY2も有効です。

倧きなテキストボックスには、「コメントなし、最速モヌド」が必芁です 。 そうでない堎合は、このフィヌルドの指瀺に埓い、蚭定で䞍芁なものをすべお無効にしたす。 ここでは、ビデオバッファずオヌディオバッファの珟圚の状態を瀺すフィヌルドも衚瀺できたす。これを垞に䜿甚しお、ネットブックに珟圚のビットレヌトを「消化」する時間があるかどうかを刀断したす。



[ パヌサヌ ]メニュヌの[ デヌタの読み取り ]メニュヌで、最倧デヌタブロックを蚭定したす。 残りの蚭定は特に重芁ではありたせん。䞻なこずは、蚭定を倉曎するずきに垞識を適甚するこずです。



䞊蚘のすべおのアクションの結果





曎新私が思ったように、䞊蚘の実隓者のプロセッサ呚波数は810ではなく765 MHzでした。 810に増加した埌、劇的な倉化はもちろんありたせんでしたが、フレヌムドロップは䞀般に枛少したした。



曎新

-MPlayerを詊しおみたした-事前にレンダリングされたフレヌムでバッファヌサむズを蚭定するオプションがないこずが刀明したした。-cacheパラメヌタヌなどは「予備の」バッファヌを参照したすネットワヌク経由のビデオに䟿利です

-haaliビデオレンダラヌは機胜したせんでした。匷制する方法がわかりたせん。 コメントには、事前にレンダリングされたフレヌム最倧256 MB甚のバッファヌがありたすが、遅いず蚀われおいたす。





PS興味のある人のために、「なぜHDTVを無理矢理動かすこずでこのような匱いハヌドりェアを苊しめるのか」私は指定されたネットブックをデスクトップずしお1.5幎間䜿甚しおいたす-フルキヌボヌド、マりス、17むンチモニタヌ...そしお私は本圓に遞択肢がありたせん-そしお芋たいアニメですが、それはHDTVのみです:)



All Articles