シンプルで匷力、氞遠に。 Elecard CodecWorks 990-AVCおよびHEVC甚のラむブトランスコヌダヌ゜フトりェア





前回の蚘事では、第6䞖代のSkylakeプロセッサヌでQuick Sync VideoQSVビデオの゚ンコヌドずデコヌドのハヌドりェアアクセラレヌションがどのように機胜するかを調べたした。 ビデオ凊理のみを扱う特殊な集積回路に察応するために、SoCの小さなセクションが特別に割り圓おられたした。 ハヌドりェアサポヌトを䜿甚したビデオの再生は、OSの他のタスクからリ゜ヌスを奪うこずが少なくなり、CPUの過熱が少なくなり、電力の消費が少なくなりたした。 たずえば、QSVのおかげで、MacBook Airラップトップは1回のバッテリヌ充電で10時間以䞊のビデオを再生したす。



同時に、ハヌドりェア゚ンコヌディングアクセラレヌションは、サヌドパヌティアプリケヌションで利甚可胜になりたした。 最新䞖代のIntel Coreプロセッサヌでは、ハヌドりェアトランスコヌディングのサポヌトがAVC / H.264ずHEVC / H.265およびVP8ずVP9に登堎したした。これは、むンタヌネット䞊のデゞタルテレビずビデオ攟送の垂堎に真の革呜をもたらしたす。 通垞のナヌザヌは、ビデオブロヌドキャストの品質を向䞊させ、䟡栌を䞋げ、利甚可胜なデゞタルTVチャンネルの数を増やすこずを期埅する暩利がありたす。



プログラムでハヌドりェアアクセラレヌションを䜿甚する方法は、タスクによっお異なりたす。 Intelは、Windows Media SDK 2.0甚のアプリケヌションを開発するためのオヌプンアクセスAPIを公開しおいたす。 ゚ンタヌプラむズアプリケヌションIntel Media Server Studioを開発するためのクロスプラットフォヌムAPIもありたす 。 これらのAPIの操䜜の詳现に぀いおは、HabrのIntelの䌁業ブログを参照しおください。



QSVハヌドりェアアクセラレヌションを䜿甚するプログラム



Intel SDKを介したハヌドりェアQSVトランスコヌダヌぞのアクセスは、 倚くのアプリケヌションに実装されおいたす 。





さらに、QSmpはFFmpegパッケヌゞの䞀郚であるlibavcodecフリヌ゚ンコヌディングおよびデコヌディングラむブラリによっおサポヌトされおいたす。 これは非垞に人気のあるオヌプン゜ヌスラむブラリです。 そのため、Intelのハヌドりェアアクセラレヌションは、FFmpegを䜿甚するすべおのプログラムに含たれおいたす。



ご芧のずおり、今日のアプリケヌションのクラスは非垞に広く、専門家や䞀般ナヌザヌの間で人気のある倚くのアプリケヌションが含たれおいたす。



IntelのSDK Media Server Studio 2017たたはMedia SDK は、特に、ビデオ䌚議、4Kたでの高解像床ビデオ、高性胜゚ンコヌディング、むンタヌネットテレビなどを含むさたざたなタむプのプロゞェクトのビデオ゚ンコヌディングの問題を解決するアプリケヌションの開発を目的ずしおいたす。 。



Intelのビデオを操䜜するためのハヌドりェアサポヌトが出珟する前は、゚ンコヌドは次の3぀のタむプのいずれかの゜リュヌションを䜿甚しおいたす珟圚も䜿甚されおいたす。





Intelの決定により、既補のものを䜿甚するか、SDKを䜿甚しおアプリケヌションを開発するこずにより、Intelプロセッサヌを搭茉した通垞の予算の家庭甚コンピュヌタヌたたはサヌバヌでビデオを゚ンコヌドできるようになりたした。



既補のアプリケヌションはプログラマヌの参加を必芁ずせず、実際のタスクで䜿甚する準備ができおいるこずにすぐ泚意しおください。 たずえば、むンタヌネットTVで最も人気のあるトランスコヌディングプロファむルが含たれおおり、プログラマでない゚ンゞニアにずっおは、SDKを䜿甚するよりもはるかに簡単に䜜業できたす。



したがっお、独自のトランスコヌディングシステムを実行するには、次の2぀が必芁です。



  1. ゜フトりェアトランスコヌダヌ;
  2. QSVをサポヌトするIntelプロセッサヌを搭茉したコンピュヌタヌ-AVC / H.264の第5䞖代Intel CoreたたはHEVC / H.265の第6䞖代Intel Core たたは同様の第4䞖代たたは第5䞖代のXeon E3サヌバヌプロセッサ。




Intelハヌドりェア支揎゜フトりェアトランスコヌダヌ



QSVハヌドりェアサポヌトを備えた゜フトりェアトランスコヌダヌのパフォヌマンスにより、1぀のプロセッサを備えた安䟡なサヌバヌで商甚゜リュヌションを構築できたす。 たずえば、 Elecard CodecWorks 990トランスコヌダヌは、 CPUごずに 次のパフォヌマンス特性 を䞻匵しおいたす 。





ビデオストリヌムの数は、機噚のパフォヌマンスによっおのみ制限されたす぀たり、゜フトりェアは制限されたせん。 必芁に応じお、1぀のサヌバヌシャ​​ヌシ内の耇数の個別のサヌバヌたたは耇数のカヌトリッゞから、必芁な数のプロセッサヌ甚のハヌドりェア゜リュヌションを組み立おるこずができたす。 CodecWorks 990では、単䞀のグラフィカルアプリケヌションを介しお、同じネットワヌク䞊のすべおの゚ンコヌダヌの動䜜を構成および制埡できたす。 「手動」のトランスコヌディング蚭定を䜿甚するか、事前定矩されたスキヌムのセットから遞択できたす。 たた、むンタヌネットTVタスクに関連するHLSたたはMPEG-DASHプロトコルたもなくを䜿甚したブロヌドキャストでのマルチビットレヌトおよびマルチスクリヌンコヌディングもサポヌトしたす。



技術仕様

ログむン 出口
むンタヌフェヌス むヌサネットIP むヌサネットIP
ビデオストリヌム圢匏 MPEG-2 TS UDP / RTP MPEG-2 TS UDP / RTP、HLS
ビデオコヌデック AVC / H.264、MPEG-2、最倧4K HEVC / H.265、AVC / H.264、最倧4K
オヌディオコヌデック AAC / HE-AAC v1、MPEG-1レむダヌI / II AAC / HE-AAC v1、MPEG-1レむダヌI / II、AC3パススルヌ
前凊理 むンタヌレヌス解陀、スケヌリング、アスペクト比の倉曎
運営管理 GUIアプリケヌションを介しお、CPU / GPUの䜿甚ず障害を監芖
OSサポヌト 64ビットWindows 7、8、8.1、10、Quick Broad Video察応Intel Broadwell / Skylake CPU


Work CodecWorks990。チンキ、機胜の詳现な抂芁



CodecWorks 990のすべおの゚ンコヌディングノヌドは、個別のWindowsアプリケヌションマネヌゞャヌを介しお構成されたす。 IPアドレスでマネヌゞャヌのリストに远加するこずにより、ロヌカルネットワヌク䞊のすべおのサヌバヌを構成できたす。











各コヌディングノヌドは、耇数のストリヌムを同時にトランスコヌドできたす。各ストリヌムには独自のコヌディングコン゜ヌルがありたす。 コン゜ヌルには、アクティビティステヌタス、割り圓おられたトランスコヌディングプロファむル、皌働時間、䜿甚されたリ゜ヌスがありたす。



コン゜ヌル甚の新しいトランスコヌディングプロファむルの䜜成は、4段階で構成されるステップバむステップのダむアログボックスで実行されたす。











最初の段階では、ビデオコヌデック、オヌディオコヌデック、ブロヌドキャスト出力プロトコル、およびマルチビットレヌト゚ンコヌディングの堎合のビットレヌト数の䞻芁パラメヌタが遞択されたす。 次のステップでは、入力ブロヌドキャストのアドレスを指定しおから、ストリヌムでトランスコヌドするオヌディオ/ビデオトラックを遞択し、コヌデック蚭定を構成したす。 アダプティブHLSブロヌドキャスト甚のビデオコヌデックパラメヌタヌを2぀のストリヌムに蚭定する䟋











ダむアログボックスを介しおプロファむルを蚭定するこずに加えお、単玔なトランスコヌディングオプションを超える必芁がある堎合は、メディアを䜿甚した完党な䜜業チェヌンを手動で䜜成し、各ブロックの詳现なパラメヌタヌを蚭定できたす。 CodecWorks 990アプリケヌションが構築されるDirectShowラむブラリの䞀郚であるMicrosoftのGraphEditorアプリケヌションでグラフがどのようにアセンブルされるかず類䌌しおいたす。











高床な゚ディタヌでは、DirectShowシステムに登録されおいるフィルタヌのリストからブロックを远加し、それらを接続しお、各ブロックのパラメヌタヌの完党なリストを構成できたす。 ビデオ゚ンコヌダヌ蚭定の䟋











䞊蚘のアプリケヌションの䞻な機胜に加えお、コン゜ヌルのシステムリ゜ヌスの䜿甚が特定の倀を䞋回った堎合、コヌディングコン゜ヌルを再起動する可胜性がありたす。 定期的に蚭定可胜な再起動がありたす-安定性に違いのないコヌディンググラフの問題のあるコンポヌネントからの束葉杖。



䞊蚘のように、コヌディングスキヌムの高床な゚ディタヌを䜿甚するず、ASI / SDI / HDMIキャプチャカヌドなどのシステムでDirectShowフィルタヌを䜿甚したり、アプリケヌションでサポヌトされおいない圢匏にサヌドパヌティのデコヌダヌを䜿甚したりできたす。



CodecWorks 990のデモバヌゞョンは、補品のWebサむトからダりンロヌドできたす。



ハヌドりェア-ミニPCからクラりドたで



Intelプロセッサのサポヌトにより、ハヌドりェアビデオトランスコヌディングアクセラレヌションは、パヌ゜ナルコンピュヌタヌやミニPCから倧芏暡サヌバヌたで、さたざたな機噚で機胜したす。



たずえば、QSVをサポヌトするIntel Coreプロセッサは、 Intel NUCミニチュアコンピュヌタヌにむンストヌルされたす。 珟圚、䞖界最小のハヌドりェアトランスコヌディングプラットフォヌムの1぀であり、真のモバむル゚ンコヌダヌです。 たずえば、最新のIntel NUCモデルは、第6䞖代Intel Core i7-6770HQプロセッサずIris Pro Graphics 580グラフィックスを搭茉したIntel NUC Kit NUC6i7KYKモデルです。ボックスサむズ211×116×28 mm。 たた、このコンピュヌタヌは、解像床4KのHEVCコヌデックで1秒あたり60フレヌムの単䞀ストリヌムを゚ンコヌドできたす









第6䞖代クアッドコアIntel Core i7-6770HQを搭茉したIntel NUCキットNUC6i7KYK



トランスコヌディングには、Intel Coreプロセッサを搭茉した通垞のデスクトップPCも適しおいたす。 HEVC / H.265たたはVP9を゚ンコヌドするハヌドりェアアクセラレヌションが必芁な堎合は、最新の第6䞖代SkylakeのCPUをむンストヌルする必芁がありたす。 ハヌドりェア゚ンコヌディングAVC / H.264には、叀いBroadwellプロセッサも適しおいたす。 たずえば、449ドルから始たる以前のIntel NUC Mini PC 5i7RYHモデルを䜿甚できたす。









第5䞖代Intel Core i7-5557Uプロセッサヌを搭茉したIntel NUC Mini PC 5i7RYH



異なる䞖代のプロセッサずそれらがむンストヌルされおいるプラ​​ットフォヌムPC、ミニPC、サヌバヌ、モゞュラヌサヌバヌの䟡栌差は非垞に倧きいため、危機の時代には、プロゞェクトの技術的芁件に応じお゚ンコヌダヌの予算を慎重に蚈算する必芁がありたす。



小芏暡プロゞェクトでビデオをトランスコヌドする堎合、CodecWorks 990の著者は、埓来のSupermicro SuperServer 5019S-M2フォヌムファクタヌ1ナニット、1 CPUの1぀以䞊のサヌバヌの䜿甚を掚奚しおいたす。 これは、数十のスレッドを凊理するための予算゜リュヌションです。 Kontron Symkloudモゞュラヌサヌバヌは、倧芏暡なOTT / IPTVプロゞェクトに最適です。サヌバヌに搭茉された18プロセッサヌの高さが2暙準ナニット2Uです。 最埌に、数癟のビデオストリヌムの同時トランスコヌディングには、専甚のHPE Moonshotサヌバヌ4.3U、最倧45 CPUが適しおいたす。









HPE Moonshotサヌバヌ



この衚は、CodecWorks 990゜フトりェアトランスコヌダヌを䜿甚しお、これらの各サヌバヌが異なるシナリオで凊理できるビデオストリヌムの数を瀺しおいたす。



高速コヌディングAVCずHEVCを提䟛するものは䜕ですか



むンタヌネットおよびHEVC / H.265などのビデオ圧瞮アルゎリズムの開発により、ビデオトランスコヌディングはたすたす増加しおいるタスクになり぀぀ありたす。 デゞタルビデオは、モバむルネットワヌク、ビデオ䌚議、ビデオ監芖システム、HDおよび4Kでのテレビ攟送を含む、むンタヌネット䞊のテレビやラむブ攟送など、あらゆる堎所に存圚しおいたす。 おそらく、むンタヌネットを介したデゞタルテレビの分野で最倧の成長が期埅されおいたす。 HEVC / H.265コヌデックぞの移行により最も顕著な倉化が予想されるのはここです。今日の実際のタスクでは、同じ品質のAVC / H.264ず比范しお20〜35優れたビデオ圧瞮床を瀺しおいたす。 たた、コヌデックのアルゎリズムの耇雑さにより、HEVC / H.265の゜フトりェアずハ​​ヌドりェアの実装が匕き続き積極的に改善されおいるこずを远加する䟡倀がありたす。



IntelプロセッサでハヌドりェアをサポヌトするHEVC / H.265の高速トランスコヌディングが2015幎に登堎したしたSkylake。 実際、このコヌデックで圧瞮されたビデオは、倧量配信が始たったばかりです。



理論的には、同じビデオ品質で、HEVCメむンプロファむルは、H.264 / MPEG-4 AVCハむプロファむルよりも35.4䜎いビットレヌトを生成したす。 MPEG-4 Advanced Simple Profileず比范した堎合のゲむンは63.7 IEEEデヌタ です。 これは、トラフィックを半分以䞊枛らすこずを意味したす。 同様に、AVC HPはMPEG-4 ASPを玄44.5で同じ品質でアりトパフォヌムしたす。



より効率的な圧瞮により、デゞタルTVプロバむダヌは同じチャンネルでより倚くのサブスクラむバヌにサヌビスを提䟛し、各サブスクラむバヌにより倚くのチャンネルをブロヌドキャストし、より高い解像床ず品質でチャンネルをブロヌドキャストできたす。 1920×1280の解像床の高解像床テレビは䞀般的になり、4K UHDTVはすぐに゚キゟチックではなくなりたす。





4K、2K、およびHDTVの解像床の比范



むンタヌネット経由で4K UHDTV信号を配信する堎合、暙準ではHEVC / H.265ビデオコヌデックが定矩されおいたす。これにより、より高い解像床で最倧の圧瞮ゲむンを実珟できたす。 2014幎に初めお 、4K UHDTV解像床で攟送され、HEVCコヌデックでビデオを圧瞮する最初のテレビチャンネルが登堎したした。 ただし、この解像床のテレビはただ少数の加入者が利甚可胜であり、暙準的なロシアのアパヌトは、数メヌトルの距離から倧きなUHDTV画面でテレビを快適に芋るのにあたり適しおいたせん。



事業者によるこのようなプロゞェクトおよびサヌビスの実装には、適切な機噚が必芁です。 ここでの動䜜原理は、遞択の幅が広いほど、オペレヌタヌにずっお、そしお最終的には加入者であるサヌビスのナヌザヌにずっお、より良いこずです。 むンテルは、SDKを通じお、開発者が独自の゜フトりェア゚ンコヌダヌずトランスコヌダヌを䜜成し、ナヌザビリティず高床な機胜を競う機䌚を開きたす。 より倚くの遞択肢-高品質。 顧客には遞択肢がありたす。SDKを䜿甚しお「自分で」アプリケヌションを䜜成したす。 CodecWorks 990のような既補のアプリケヌションを䜿甚しお、ハヌドりェアを取り䞊げ、むンストヌルず構成に関する゚ンゞニアリング䜜業を実行したす。 たたは、すぐに䜿甚できるハヌドりェア察応゚ンコヌダを賌入したす。 遞択は、さたざたなオプションのコスト、顧客ず開発者の技術的準備、ビゞネスタスクに基づきたす。



加入者は䞀぀のこずを確信できたす-近い将来、より少ないお金でより良い品質のより倚くのビデオを期埅するでしょう、そしおIntelはこの傟向に深刻な圱響を䞎えたす。



All Articles