【2016】 H.265/HEVC Part7 【7680x4320】 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
マルチスレッドは適当に作ってもだいたい動くけど、
長時間テストするとたまに落ちる
安全にやろうとすると待ち時間が発生して遅くなる インターレス対応してくれたらな
でも4Kとか8Kは60pだから考えてないのか vlcプレイヤーで再生できません
みんなどうやって再生してるの? HEVC入力に対応している動画編集ソフトってしばらくはでないさそうなのかな スレタイとは関係ないけど
MS純正Windows 10用mpeg2 コーデック(TSデコード可)
https://www.microsoft.com/ja-jp/store/p/mpeg-2-ビデオ拡張機能/9n95q1zzpmh4 https://av.watch.impress.co.jp/docs/news/1089016.html
パナソニック、AVC-Intraで8K収録できるレコーダ。4K/8K機器をInterBEE出展
貯金しておかないと。 ここで聞くのもあれだと思うがNvEncでH.265のハードウェアエンコを開始するとLiveKernelEventが発生してエンコード不可能になっちまったんだが知恵をくれ
試したアプリ (どちらも同じエラーが発生)
XMedia Recode 3.3.7.8
Aviutl 1.00 NVEnc.auo 3.23
環境
Windows10 16299.19 (FCUの大型アップデート以前も発生していた)
GeforceGTX 1060 388.13
メモリ 16GB
OS再インストールしてもビデオドライバを古いのにしても発生
信頼性モニタを見ると「ハードウェアエラー」と表示されていたんでグラボが壊れたのか?でも3Dゲームは普通にあそべてるしなあ
LiveKernelEventでぐぐるとこっちもハードウェアエラーの模様 書き忘れた
ディスプレイ ドライバー nvlddmkm が応答を停止しましたが、正常に回復しました。
これが同時刻にイベントビューアに書き込まれる >>771
おまえ本当にググったのかよ
レジストリいじれって腐るほど出てくるだろうが x264
--preset placebo --tune animation --profile high10 --crf 18
--qpstep 51 --qcomp 1 --aq-mode 3 --keyint -1 --bframes 16 --ref 16
SSIM Y:0.990466 (20.207389) U:0.993723 (22.022448) V:0.993808 (22.081948) All:0.991566 (20.739725)
x265
--preset placebo --crf 18 --qcomp 1 --aq-mode 3 --aq-strength 0.75 --psy-rd 5 --psy-rdoq 0
--rdoq-level 0 --keyint 300 --deblock -1:-1 --no-sao
--me sea --subme 7 --merange 128 --ref 6
SSIM Y:0.987739 (19.114777) U:0.992287 (21.128044) V:0.992294 (21.131487) All:0.989256 (19.688449)
昔のflv1を↑で固めたんだけど、ssim自体はx264の方がいい・・・設定が間違ってるのかな?
それとも、x265って、見た目が劣化しづらいってだけで、各ドットの劣化は265の方が大きいのかな? x264 243,226
x265 436,722
ファイルサイズも264の方が小さい・・・
ただ、どっちもcrf18なんだけど、265の方が見た目品質が劣化し辛いってだけなら、
264の22 = 265の28 (適当な例)になって、めっちゃ小さくなるって事なのかな?
(ちなアニメみたいなネタ動画をエンコして、小さくならなくておかしいなって思い始めて、
その動画の最初の1秒を切り抜いてテストしてみた) >>774
crfは揃ってるみたいだけどビットレートはどうなのよ >>768
レコーダーは8Kだけどカメラは8Kは無いんだな。
家庭用で8Kカメラが出るのはまだ4、5年は先になりそうだな。
発売されるときはH.266対応になるのかな? --psy-rd 5
x264もこれでやってみろよw >>774
x265の↓が気になる
--qcomp 1 --psy-rd 5 というかx264の方だけ10bitだし、そもそもなんでこんなオプションの組み合わせで比較してるんだ。
解像度とかも書いてないし、FLV1なんてゴミ画質だろうし、1秒だけ切り出してのテストなんて話にならんだろう・・・。 >>779-780
エラー云々とかで頭うにってた、0.5と5を間違えてた・・・
>>781
それもx265が8bitじゃないのかと思って、10bitに変えたりして直してなかった
331,355までは縮んだけど、まだ大きい・・・きっと俺が間違ってるんだろうね
がんばってみる、ありがとう・・・ とりあえずqcompはデフォの60でいい(crf18なら ssim厳密に比較するんならpsyは切らないと話にならない HEVCがインタレ対応してくれたらなぁと思ってた時期もあったけど、
QTGMCでインタレ解除したら元の動画そのまま再生するより綺麗になってたし
時代はもうインタレ解除だね 実は対応してるみたいだぞ
再生側が対応してないこと多々なんで実用性はないが x265でインタレエンコードしたけどあまり縮まなかった
x264の方が断然きれいだったよ
再生側もそうだけど、エンコーダ側も対応が必要なんだと思う
規格に専用ツールが用意されてない時点でH264に勝てるのか分からんが 再生用のavsスクリプト書けばPCなら問題なく再生できんじゃね QTGMCをリアルタイムに処理できる化物PC持ってるなら解除で良いんじゃね Disable QP limitations for lowpass subband dct
https://bitbucket.org/multicoreware/x265/commits/4ed6afba60476fb7620889c533248c6c396474ab
ログ読んだ感じcrf22〜23で使う人にちょうどなんだろうか
いよいよ結果が楽しみ >>790
CUDA化したKTGMC使えばGTX1060でフルHDが100fps超えだよ
そんな化物PCじゃなくてもいい x265、ソース弄ってiccで最適化したけど、ロシア人がビルドしたヤツと0.1%くらいしか変わんないなー
vtuneでプロファイル取ってみると、ソース全体に処理回ってて、ボトルネックは見つかんないわ
まぁ意外とコストがかかる関数ポインタとか
オブジェクトのメンバ変数読み書きの部分を弄れば
もう0.1%くらいは稼げるかもだけど
そこまですんのもなー
x265、この先が楽しみ x264をもっと最適化出来ないのかな
x265と比べて明らかにCPU温度低くて回路が動いてない 時の流れって凄いよな
x264が激重でxvidサイツヨな時代もあったのに x264はやってみたいけどmsvcでビルド出来なくなって久しいのがなー
あのレベルの入り組んだマクロから書き直すのは
流石にお給料貰わないと出来ないわ
Linuxも頻繁に使うからgccは嫌いじゃないんだけど
そこそこ大きいソース弄るとなればvisualstudio使った方が楽で‥
x265は全体がc++で書かれてるのがネックだよ
中途半端にC++で、ここは単純にcで書いた方が速そうってファイルもいくつかあったし CPUフルロードになってもx264よりx265の方が温度高くなるのは
x265の方がSIMDを多用してるからじゃなかったっけ --lowpass-dct普通に使ったら絵がボロボロになってた・・ そりゃ、上限以上のビットレートは全カットだから
上限内はVBRするってフィルタじゃなかったか? 離散コサイン変換を近似変換にすることで、精度を犠牲にして計算量を少なくする?
計算科学に暗いので調べてみてもそれくらいしか分からなかった。 >>805
せやで。高周波の計算をカットするからローパス DCTの高周波を削ると言うには、AQとの相性は悪そう iosのhevcをffmpegで確認したけど全部キーフレームってことはBフレームなしってことであってるよな ハードウェアエンコだろうからBフレは存在しないはず >>809
どういうコマンドで確認したの?
>>810
「ハードウェアエンコだからBフレ無し」なんてことはないよ。QSVのHEVCではBフレーム使えるし。 >>811
それは知らなかったな
いつからQSVで使える様になったんだ? >>809
コマンドを調べてみたけど
ffprobe.exe -select_streams v -show_frames -show_entries frame=key_frame,pict_type hevc.mp4 > result.log
でkey_frameかどうかとpict_type(I/P/B)が見れるみたいだから、それで調べればいいんじゃないだろうか。
全部キーフレームってのがよくわからんし、ちょっと気になるので調べた結果は教えてくれ。
iosのHEVCサンプルを探してみたんだけど、見つからなかったのでサンプルもあるとありがたいが。
>>812
skylakeでHEVCエンコに対応した時からじゃない?
QSVEncの過去記事見ても、Bフレ使えなかったようには見えないし。 っていうかhevcのBフレ非対応はnvidiaだけだった気がする >>814
Intel(QSV)、nVidia(NVEnc)、AMD(VCE/AMF)のBフレーム対応状況は>>397参照。
AMDのHEVCも現状ではBフレ非対応。 QSVでHEVCエンコード時にBフレームが使用できるというソースに記憶がないんだがなぁ。
対応してたらrigaya氏が真っ先に対応するだろうし。 >>816
そのrigayaさんのサイト行ってqsvencの記事片っ端から読んできたら >>816
rigaya氏のブログの2015-08-29の記事(QSVEncのHEVC対応直後)のログでもBフレ使ってるのがわかるし
夏頃にQSVスレで出てたログでもBフレ使われてたし、当初から普通に使えてたんだと思う。 >>811
ffmpeg -an -skip_frame nokey -i input.mov -vsync 0 out%05d.png
キーフレームじゃないフレームをスキップして切り出したら30fps10秒で約300枚だった >>813
Bフレあったわ( ´〜`)ゞ
https://pastebin.com/sBxiRbXU
プライバシーの観点から真っ暗動画でも良いならあげるけど >>815
あー、なんかそれっぽいスライドを見た気がしてたけど
2passのほうだったみたいね 全部キーフレームって業務用機器で使うAll-Intraかな?
編集向き AppleがHEVC大量に採用したからライセンスの問題は無くなったって言ってるのかね
理屈がよくわからんが Video Codec Comparison (H.264, H.265, VP9 and AV1)
http://abulayek.com/vcodec/index.html AV1大丈夫かね
VP10なんかよりもdaalaをベースに作ったほうが良かったように思うのだけど >>823
採用実績が増えてるだけで、特許問題は解決してないよね >>828
昔daalaを試したことあるけどSSIM低かったし肉眼でもそこまで綺麗じゃなかった
非DCT系コーデックってまだ実用段階じゃないんだと思う
あんま詳しくないから推測だけど ネコさんだっけ?
x264のchangelog翻訳してた人は4k/8k以上でないと
非DCTの利点がない(出にくい)って言ってた気がする >>831
確かに4kでは試してなかったな
2kの時点で0.03fpsくらいしか出なかったから >>829
gifのような騙し討ちと違って最初からライセンスルールが決まってるならいいと思うけどね。 4K/8K放送用(BS/110CSの左旋とBS右旋のBS-7/17)・・・本放送2018年12月1日
VC-8350/VD-8350 H.265 (MPEG-H/HEVC) MMT対応 8K/4Kコーデック
ttp://jpn.nec.com/bv/hoso/product/vcvd8350.html?
H.265 Main10@L6.1 Main Tierに対応した8K放送送出用コーデックです。
8K/4K放送に向けて、8K/4K H.265符号化/復号化、22.2ch MPEG-4 AAC音声符号化/復号化、
MMT(MPEG Media Transport)入出力、といった最新の放送規格に対応しています。
--
8K映像入出力として、Dual Green(3G-SDI×8)、および、U-SDI(ARIB STD-B58 U2.17)に対応
4K映像入出力として、4K-SDI形式(3G-SDIx4)、および、U-SDI(ARIB STD-B58 U1.17)に対応
※U-SDIは、NHK技研が開発した光ケーブルによる伝送。
本放送は、1年後だから、もう少し改良されるでしょうね。 8K放送って何かと批判されてるけどNHKで実際にみて見ると立体感とか半端ないんだよね。
めちゃくちゃ楽しみにしてるけど、目標までたどり続ける体力が各方面にあるかどうか・・・ 4Kの伝送に今までのSDIだとかなりしんどいからねぇ
USDIの導入はカメラケーブルで代用できないし体力が無いよ
ゼロ遅延でHEVCで圧縮して伝送できりゃいいけど… >>835
少なくとも放送局には無いだろうな
NHKでもやっとじゃないの HEVC関係ないけどオレ様用メモ
511 名前:名無し~3.EXE [sage] :2017/11/30(木) 08:08:26.78 ID:HZwMEGNU
Web メディア拡張機能
https://www.microsoft.com/ja-jp/store/p/web/9n5tdp8vcmhs
この Web メディア拡張機能パッケージをインストールすると、ユーザーは Ogg コンテナーに届けられたコンテンツや、Vorbis または Theora のコーデックを使用してエンコードされたコンテンツを自然に再生することができるようになります。 ついにブラウザで再生できるようになったか
俺のPCだと720pで重くなってしまうが すげーなAV1
HD画質ならもう1Mbpsいらんのね
エンコード時間がヤバイけど… 数年後、まともに再生できる環境が疑わしいコーデックに時間をかけるのは無駄だと思うがね AV1の規格まだ固まってないだろうにようやるわw
コーデックMIMEタイプにgit hash含まれてるらしいしw 新しい物が出来たら試したくなるじゃん。永久保存版をダウンサイズする訳じゃないし。 はたしてHEVCはAV1に負けるのだろうか?
chromeとfirefoxがHEVCをサポートしないだろうからウェブでは流行らせようがないし 結局はネーミング
AV1とかセンス0の怪しい名前が普及するわけないのよ AVがいかがわしい意味を持つのって日本だけじゃないの? safariとedgeはh.265をサポートしているのか? >>860
Safariはどうだか知らんが
Edgeは>>762入れてみたら グーグルフォトがAV1の採用で60fpsに対応してくれることを期待 iMac Proと一緒に
HEVC対応Final Cut Pro X/Compressor/Motion出たね もう新しくロイヤリティ払いたくない派は
av1が来るまでmp4やvp9で行くんでねえ
8k来るまで当分先だし 誰でも自分PCで稼げる方法など
参考までに、
⇒ 『政道のゴウイウセレイイ』 というHPで見ることができます。
グーグルで検索⇒『政道のゴウイウセレイイ』
DV2315TNTB QSVのHEVCがBフレーム対応するのは、まだまだ先かねぇ? >>872
>>397参照。QSVのHEVCはBフレーム対応してる。
HEVCでBフレームが使えないのはNVEncやAMFだな。 スレチかもしれないけど、中国製の防犯カメラでH.265に対応している製品があるけど、なんちゃってなのだろうか。
5MP/25fpsのカメラモジュールで1万円くらいからある。 >>877
で、Bフレーム有効にするとQSVでのエンコード画質は、H.265>H.264になったの?
それともとりあえず対応しました程度? >>881-882
ググったら出てきたが。
Apple joins alliance to shrink your online videos - CNET
https://www.cnet.com/news/apple-online-video-compression-av1/ 寝言はおいとくとして、次スレに向けてスレタイやテンプレの変更をちゃんと考えないといかんな。 とりあえず次スレに向けて、スレタイ&テンプレ変更案を書いてまとめてみたけど、どうだろうか。
Q&Aの内容はこれでいいのかとか、Daala/Thorのリンクは必要なのかとか、もろもろ意見求む。
詳細→ https://pastebin.com/quVcrCB5
スレタイ:
次世代ビデオコーデック総合スレ Part8 【HEVC/VP9/AV1等】
テンプレ
H.264/AVCの後継候補となる様々な次世代ビデオコーデックについて語るスレです。
(以下略) >>888
それ、スレ変わってるがな
別スレ扱いの内容だぞ >>889
このスレはPart3から>>1の2行目が入って、H.265だけじゃなく次世代コーデック全般のスレになってるんだよ。
過去ログか、せめて>>1-13だけでもちゃんと読んでくれ。
スレタイがこのままだと、お前さんのようにテンプレ読まずにH.265専用スレだと勘違いする人がいるし、
酷いのだと勘違いしたまま別スレを立てようとするのまでいる。(>>297-300)
だから実態にあわせてスレタイやテンプレを変えようという話。 このスレだって消化に1年くらいかかってるわけだし分ける必要性を”今は”全然感じないな
もっと動画サイトやらハードウェアやらでの採用が増えてレスが増えるようになってから分ければいいんじゃね? H.265/HEVCにしてもAV1にしても話題もレスも今のところ大して無いんだし、
制限が続くDTV板の厳しい現状もあるし、わざわざスレ分ける必要はないわな。 統合が嫌だったらもっとHEVC関連の話題出してホラホラ 現状のままでええ スレタイを1に合わせるのはありだと思う というか、もともとこのスレで普通にAV1の話もしてたんだから、「統合」は既にされてるわけで、
「実情にあわせてスレタイを変えたほうがいいじゃないか」というだけの話なんだけどね。
「AppleがAOMediaに参加」という話を理解できなかった挙句
「AV1はスレ違い」とか勝手に言い出して暴れ続けるのはどうかと。 もうそろそろスレも終盤に近いし総合スレもH.265単独スレも建てちゃえば んじゃー次スレ立てるときにH.265単独と
次世代コーデック全般の二つ立てればいいんじゃないの 無駄にスレ分けたって両方過疎るのがオチだし、それなら現状維持の方が多分マシ。 スレタイを「次世代ビデオコーデック総合〜」にするんじゃなく
H.265/HEVC VP9 AV1 Part8
みたいにするだけなら抵抗感は少なくて済むのだろうかと、ふと思った。 惰性でスレタイは今のままが一番トラブルは少ないと思う
んでテンプレで"HEVC/VP9/AV1など新世代コーデックについて語ろう"としたら円滑に回るかと 単独スレがあるx265の話題抜きだからH.265は語ることが少ない 既に現行コーデックになったHEVCと他のカスコーデックを同列で語る意味がない >>910
【H.265/HEVC】【VP9】【AV1】 Part8 >>878
ファーウェイ子会社のハイシリコンのAVC/HEVCエンコーダが低価格帯だと有名だよ。 まぎらわしいから俺はやっぱりスレタイはこのままの次スレと
AV1やVP9の話題を扱う新スレをそれぞれ別々に立てて分けるべきだと思うわ
HEVCは一応昨年の段階で製品やOSレベルでのサポートが進んだし
今年はデバイスやアプリレベルの対応に関して話題になりそうだから ここでAV1の話とかされても困る >>918
HUAWEI Mate 10 Proのコア作ってるし、激安カメラのエンコチップによく使われてるよね。
性能は価格なりなようだけど、どうなんだろう? >>921
MediaTekはMT〜のチップになるね。
ハイシリコンはKirinシリーズで採用されている。
調べればわかるけど、ハイシリコンはHuaweiの半導体子会社。
MTシリーズは低価格から中堅、Kirinは中堅から高スペックなあたりで搭載されている感じだろうか。 AV1を試してみようと思ってビルドしてみたんだけど、--tile-columnsに0以外を指定すると
aomenc.exeがクラッシュしてしまい、マルチスレッドエンコできなかった。
なんかバグってるのか、自分のビルドの仕方が悪いのか・・・。
コマンド(aomencがクラッシュする)
ffmpeg.exe -i 512x256.avi -pix_fmt yuv420p -f yuv4mpegpipe - | aomenc.exe --cpu-used=8 --tile-columns=1 --passes=1 -o av1.webm -
試したバージョン
v0.1.0-7551-g3ec11d1e3 (1/8頃)
v0.1.0-7588-g10fea49b3 (現在)
ちなみに--tile-columns=0(シングルスレッド動作)だと、
512x256ソースのエンコ速度が 0.03〜1.01fps(--cpu-used=0〜8) だった・・・。(i7-4702MQ) >>923
パイプじゃなくてy4mから読み込んでみるとか >>923
例え32C動作だとしても0.96〜32fpsなんだから、もう試す意味ないんじゃないか? >>924
変わらなかった。
>>925
確かに。
というか一番聞きたかったのは「他の人はうまくマルチスレッドで動いてるの?」ということだったんだけど
それをちゃんと書いてなかったことに今気づいた。ごめん。 規格が完成したら試そうと思ってるんだけど延期に次ぐ延期でなー 12月で仕様固める言ってたのはどうなったんや
もし延期してなければ高速化はこっからが本番でしょ >>928
アップル、動画圧縮技術の開発を目指すAlliance for Open Mediaに加盟
https://japan.cnet.com/article/35112777/
AV1の仕様確定はちょい延期されたようで、上の記事によると「数週間以内」、英語Wikiにも「2018年1月」とある。
また延期されるかもしれんけど。 AV1の話は、そろそろ次世代コーデックスレ立てて、そっちでやってくれ HEVCの話をしてるとおもってたら
AV1のことだったのか 【AV1】次世代ビデオコーデック総合スレ【H.266】
テンプレは任せた >>932
まだ標準化されてないんだから「H.266」という表現は用いるべきではない。
AV1も継続して話すほどのネタは無いからわざわざスレ分けするほどではないし、
スレタイ変えるのが嫌なら現状維持でいいと思うんだが。 めんどくせーのがいるんだから隔離スレ立てて誘導すればいい 3日時間をやるから、次世代コーデック総合スレを立てて、AV1厨はとっとと出ていけ
さもないと、テンプレなしで適当にスレ立てしてAV1厨をつまみ出す! H.265/VP9/AV1他なんでも可の新スレが建ってくれるならそれでいいわ、俺もそっち移れるし
H.265スレに残る人は残る人で自由にやってもらえばいい >>933
>まだ標準化されてないんだから「H.266」という表現は用いるべきではない。
【2013】 H.265/HEVC 【7680x4320】
http://mevius.5ch.net/test/read.cgi/avi/1317066231/
1 名無しさん@編集中 2011/09/27(火) 04:43:51.21 ID:HczLwb1z
圧縮率効率がH.264の2倍な次世代ビデオコーデックH.265/HEVCを語ろうぜ そんじゃ仕方ないのでとりあえず次世代コーデックスレ立てにいってみる。 立てた。すぐ落ちないよう保守しないといかんのでいくつか書き込む予定だけどよろしく。
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
http://mevius.5ch.net/test/read.cgi/avi/1515759816/ やっと五月蝿いハエが出ていったか
今度このスレでAV1の話しやがったら、全力で潰すぅ さて、次世代コーデックスレが立ったところで、今後のこのスレについてなのだが、
現状、DTV板のスレッド数はかなり抑制されている環境のようなので、無意味なスレの乱立は好ましくないと思われる
そこで、すでに民生用途含め多くの場面で利用できる環境が整備された既存コーデックについてまとめて語る場としての「既存ビデオコーデック総合スレ」として再整備するのはどうかと思うのだが、どうだろうか?
※HEVCについてはすでに数年前よりハードウェア再生支援環境がPC、スマホ等で整ってきているので、既存ビデオコーデック総合スレの管轄と考える
ただし、AV1などの次世代コーデックとの画質やビットレートのために、次世代ビデオコーデックスレでHEVCをはじめとする既存のコーデックとの比較を行うことを妨げはしない >>950
HEVC以外の話をするなーって人が出てきて分裂したのに既存のコーデックでひとまとめにしたらまた暴れるでしょ
素直にHEVC単独スレ立てとけばいい >>951
☓HEVC以外の話をするなー
○AV1は出ていけ >>952
それが正しい
AV1は放送やAV機器で利用するようなメジャーコーデックにはならない可能性が高いから、HEVCやAVCなどとは性格が違うしね だからスレ立てたい奴が勝手に立てればいいんだよ
意味のない議論なんてするな、んなもんに正しいも糞もねーんだよ
どんなスレだろうと立てたきゃ好きに立てろよ ようするにあれか放送業界用コーデックとネット業界用コーデックの話をしたい二種類の人間がいるって感じか
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
http://mevius.5ch.net/test/read.cgi/avi/1515759816/
> H.264/AVCの後の様々な次世代ビデオコーデック全般について語るスレです。
ということで、>>944の次世代ビデオコーデックスレは「H.264の後」を「次世代」と位置付けていて、
H.265/HEVCも含めて、VP9、AV1、FVC(わからん人はスレ見てね)など
H.264後のビデオコーデック全般について話すスレ
にしてある。
「H.265/HEVCはスレ違い」なんてアホなことは言えないようになってるので、H.265/HEVCの話をしても問題ない。
H.265/HEVCだけにこだわらず全般的な話がしたい人は次世代スレに行けばいいと思うし、
「どうしてもH.265/HEVCの話だけしかしたくない」という人はH.265/HEVCスレを続ければいいと思う。
「H.265/HEVCを次世代に入れるな」という人もいるかもしれないけど、
求められてるのはビデオコーデックの最新動向などを全般的に話すスレだと思うので、
些細な言葉の定義で無駄な議論をするつもりはない。 >>956
誰もその件について了承した覚えはないし、了承を求めたログもないわけだが >「H.264の後」を「次世代」と位置付けていて、
誰がこんな定義していいと言ったんだろうね?
HEVC(H.265)が登場し、放送でもすでに使われているコーデックをいまさら次世代と定義するまっとうな理由が理解できない >>957-958
正直そんなことどうでもいいよ。
元々Part3からはH.265/HEVC以外のコーデックの話もOKということでやってきたのに、
突然H.265/HEVC専用にしたいと言い出したのはそちら。
こことは別に総合スレを立てただけだから、了承とかどうでもいい。誰もが納得するスレ立てなんて無理。
次世代の定義についても>>956の最後で書いたとおりなのでどうでもいい。
「次世代」という言葉が嫌なら次スレからは「高効率」といった言葉に入れ替えてもいいかもね。
H.265/HEVCの話をどちらでするのかはスレ住人が個々に考えて決めることだから、流れにまかせればいいよ。
専用スレでやりたいという住人が多ければ、自然と専用スレに集約されるだろ。それはそれで構わない。 どうでもいいからもうコーディング何でもスレの一つに統一しろや わざわざそんな配慮しなくてもスルーすりゃいいんよ、徒労に終わるし
何やっても所構わず顔出して出て行けだの終始喚く輩だろう >>959
どうでもいいばかり連呼するような奴がスレ立てすんな >>964
俺がどうでもいいと言ってるのは(中略)のことであって、
総合スレの必要性は強く感じてるんで、スレ立ても関連情報まとめも真面目にやってあるから心配無用だよ。 >>964
気に入らないならお前がスレ立てろよ
スレ立てるのに誰かの許可なんていらねーんだよ 初めてHEVCの動画に出会ったけど重すぎて草
MPC-BEが一番軽くてVLCのナイトリービルドが次点かな?
軽い外部コーデック出てくれえ >>975
64bitだけど、何か関係あるの?
CPUがi3だからソフトウェアデコードが無理だったのよ HEVCと言っても、デコードには8/10bit、解像度、フレームレートとかも関係してくるしな。
10bitの4K60pなんて、一般的なPCではまだ厳しいのも多いだろう。
64bit版のプレーヤーを使ってLAVのソフトウェアデコードで再生が追い付かないなら
ソフトウェアデコードについては外部コーデックに期待しても無駄だと思う。
あとはHEVCのHWデコードだが、発言から察するに未対応環境なのかな?
だとしたらもう諦めるか新しいPC買えとしか。 1080pならなんとかなるi5 4460
4Kは無理だったんでHWデコードできるGPU積んだ 俺のPCはyoutubeの4Kは問題なく再生できたけどHEVCの4Kは厳しかったわ
VP9のほうが軽いのか? 4Kの再生をするだけならHWデコードができるGPUを買うよりもApollo Lake積んだPCを買った方が安上がりかもね
CPUにHWデコーダーが載ってればCompute Cardですら4K動画を2つ同時に再生できるみたいだし
http://ascii.jp/elem/000/001/623/1623266/ >>982
記事中の動画のリンク間違えすぎだが良い収穫を得た。 HEVC/VP9は完全に世代の問題だから性能良くても古いGPUは駄目だね
逆に対応してればCeleronG3930でも8K×1、4K×4、2K×16までCPU負荷掛からず再生できる ストリーミング動画の流れによって曲がり角を迎えるMPEGについて「MPEGの父」は何を思うのか?
http://gigazine.net/n;ews/20180130-leonardo-chiariglione-mpeg-crisis/ どう見ても不要な新スレも立ってんのに一ヶ月以上埋めずに放置ってひどいな。
さすがにそろそろ落とそうぜ。 H.265/HEVC限定で話すなら
【2018】 H.265/HEVC Part8 【7680x4320】
http://mevius.5ch.net/test/read.cgi/avi/1516109573/
H.265/HEVCも含めて、AV1、VP9、FVCなども話すなら
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
http://mevius.5ch.net/test/read.cgi/avi/1515759816/ このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 391日 11時間 34分 33秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。