LIVAでFHDエンコード?!handbrakeがH265,QSV,VP8サポート

映像編集に携わる人もそうでない人も便利なツール、オープンソースで無料のハンドブレーキ。仕事には主に、エンコードというよりは、テキストで作った字幕を画面と合体させる際に使用しています。

が偶然、昨日知った内容では、NEWバージョンが登場し、QSVのサポートがあるとのことでした。ということは、エンコードでのGPU補助があり、CPUの負荷が下がる。つまりLIVAでの作業が出来るのではと考えました。

imageパワー=電力=お金なので、多大なパワーを使うエンコード作業を小電力できるメリットは大きいと考えました。フルスピードで使用しても15Wという電力は、実際に計算すると、平均電気代料金 22円/KWHとして 22円/KWH*(15W*24H*30)/1000=237円と激安になります。

誰かの実験で通常は5W程度の電力使用量らしいので、その1/3とか1/2とかになると思われます。電力会社にお布施したくない方はこれが省電力の道を探るきっかけになるかもしれません。

世の中の優れたバッテリー技術とソーラーパワーを使用したら太陽1日照射すればスマホ程度は充電できるようです。だから電気のないところで太陽光線だけで動かすことはすでに実現可能になったといえます。充電難民が一転、空に翼を広げるようになったら面白いですね。(笑)

 

LIVAで自身の画面をUstream

以下はLIVAの画面出力をLIVAを使ってUstreamした映像です。(ややこしいですが、昨日の仕掛けの赤いボックスに接続したカメラ部分をLIVAの画面出力用HDMIに変更しただけです。UstreamはFHDは無理と思っていましたが、何気に実現できていて、画質が良い気がしています。)

 

ハンドブレーキのエンコードログ

話が前後しますが、ハンドブレーキでエンコードしたログ情報です。スクリーンは初代iPad miniのため、小さいのですが一番後半にFHDであることが書かれています。

1分のFHD30P、TS形式動画のMP4エンコードが6分ぐらいかかりましたが、リモートアクセス機能が結構影響していると思われるので、改めてエンコードのみの純粋な性能実験をしてみたいと思います。また別の映像ソフトを使ったテストでは、バラで撮ったMP4ファイルを複数合体して1本化、トータル40分ぐらいの映像をTSファイル出力するのに30分かからなかったように思えます。

HandBrake 0.10.0.6534 – 64bit Version
OS: Microsoft Windows NT 6.2.9200.0 – 64bit
CPU: Intel(R) Celeron(R) CPU  N2807  @ 1.58GHz
Ram: 1936 MB,
GPU Information:
Intel(R) HD Graphics – 10.18.10.3408
Screen: 1024×768

——————————————-
[09:45:41] CPU: Intel(R) Celeron(R) CPU  N2807  @ 1.58GHz
[09:45:41]  – Intel microarchitecture Silvermont
[09:45:41]  – logical processor count: 2
[09:45:42] OpenCL device #1: Intel(R) Corporation Intel(R) HD Graphics
[09:45:42]  – OpenCL version: 1.2
[09:45:42]  – driver version: 10.18.10.3408
[09:45:42]  – device type:    GPU
[09:45:42]  – supported:      YES
[09:45:42] Intel Quick Sync Video support: yes
[09:45:42]  – Intel Media SDK hardware: API 1.7 (minimum: 1.3)
[09:45:42]  – H.264 encoder: yes
[09:45:42]     – preferred implementation: hardware (any)
[09:45:42]  – H.265 encoder: no
[09:45:42] hb_scan: path=D:\保育所撮影\00001.MTS, title_index=0
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening D:\菫晁ご謇€謦ョ蠖ア\00001.MTS/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening D:\菫晁ご謇€謦ョ蠖ア\00001.MTS/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:2182: nav_get_title_list(D:\菫晁ご謇€謦ョ蠖ア\00001.MTS) failed
[09:45:42] bd: not a bd – trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can’t open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[09:45:42] dvd: not a dvd – trying as a stream/file instead
[09:45:42] file is MPEG Transport Stream with 192 byte packets offset 4 bytes
[09:45:42] Found the following PIDS
[09:45:42]     Video PIDS :
[09:45:42]       0x1011 type H.264 (0x1b)
[09:45:42]     Audio PIDS :
[09:45:42]       0x1100 type AC3 (0x81)
[09:45:42]     Subtitle PIDS :
[09:45:42]       0x1200 type PGS Subtitle (0x90)
[09:45:42]     Other PIDS :
[09:45:42]       0x1001 type Unknown (0xff) (PCR)
[09:45:42] stream id 0x1100 (type 0x81 substream 0x0) audio 0x1100
[09:45:42] stream id 0x1200 (type 0x90 substream 0x0) subtitle 0x1200
[09:45:44] hb_ts_stream_getPEStype: EOF while searching for PID 0x1011
[09:45:44] stream doesn’t seem to have video IDR frames
[09:45:44] scan: decoding previews for title 1
[09:45:44] file is MPEG Transport Stream with 192 byte packets offset 4 bytes
[09:45:44] scan: audio 0x1100: ac3, rate=48000Hz, bitrate=192000 Unknown (AC3) (2.0 ch)
[09:45:54] scan: could not get a decoded picture
[09:45:59] scan: could not get a decoded picture
[09:46:05] scan: could not get a decoded picture
[09:46:36] stream: 106 good frames, 0 errors (0%)
[09:46:36] scan: 7 previews, 1920×1080, 29.970 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1
[09:46:36] libhb: scan thread found 1 valid title(s)

コメントを残す