17/07/20 01:24:16.98 HJ68oend0.net
>>496
素人の妄想に付き合っていただきありがとうございます。
なるほど。英語はさっぱり分からんので早々に拝見するのはリタイアしましたｗ
AMDだと7nm世代でHBM2搭載APUが出てくれる可能性にかけるしかないのかな。
GPUの雄NVIDAもARMコアライセンス取得してるからそっちの方にも期待はしたいけど、
あっちはしばらく自動運転とかGPGPU性能を高める方向に行くようだから、
やはり2～3年後のAMDに期待しておこう。AMDファンだしｗ
511:名無しさん＠編集中 (ﾜｯﾁｮｲ 67aa-UZFO)
17/07/21 23:59:11.43 0q5vFj040.net
こーゆーのはHEVCのエンコーディングに並列でいっぱい刺して使えないものか
URLﾘﾝｸ(www.itmedia.co.jp)
512:名無しさん＠編集中 (ﾜｯﾁｮｲ df32-rQ1N)
17/07/22 00:22:08.33 jmUQIXkx0.net
できるできないで言えばできそう
けどバッファとI/Oが絶対的に足りなくてパフォーマンスは全然出ないと想像してみる
513:名無しさん＠編集中 (ﾜｯﾁｮｲ dfe5-pqVL)
17/07/22 00:26:48.62 vIh16jUN0.net
持って帰って一人でこつこつやれる仕事じゃないと駄目なんだよな
いちいち質問しないと進まないなら事務所に来てやれということになる
514:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa6b-sgDX)
17/07/22 00:31:58.36 IbcYYzXZa.net
外部接続するcpuてわけじゃないから無理じゃないかな
これ使うくらいならnvencとかでいいんじゃない
515:名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
17/07/22 00:40:38.54 EihbbY2U0.net
ディープラーニング系のものは、明確な数値計算で成り立ってる
HEVCエンコードには使えない気がするけど、よくわかってない。
516:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa6b-sgDX)
17/07/22 00:48:10.79 IbcYYzXZa.net
URLﾘﾝｸ(news.mynavi.jp)
画像認識に特化してるようだから、数値計算なら何でもってわけじゃないんじゃないかな
517:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa6b-sgDX)
17/07/22 01:09:56.25 IbcYYzXZa.net
URLﾘﾝｸ(www.kickstarter.com)
これが実現して、安く出回るようになれば面白いよね
518:名無しさん＠編集中 (ﾜｯﾁｮｲWW 6700-RYCd)
17/07/22 03:07:16.85 6wqANDog0.net
>>504
何だこのPCI-ex4にノートPC付けちゃいましたみたいのは！？
すげぇ欲しい
519:!slip:vvｖ (ﾜｯﾁｮｲ df11-/UHr)
17/07/22 03:49:46.85 VTjBaN8X0.net
CPUをコプロ代わりに使ってるのか。
学術計算用でこの手の高価な物は昔からあったけど、あとは値段次第だな。
520:名無しさん＠編集中 (ﾜｯﾁｮｲ dfe5-pqVL)
17/07/22 07:05:14.12 vIh16jUN0.net
差すだけで速くなるなら凄いけど、専用のプログラムを自分で書くんだろ?
521:名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
17/07/22 08:01:48.26 spCl2b2S0.net
現実的な問題として、本当にそういう外部HWを使ってまでエンコしたいのかって話が
522:な・・・
523:名無しさん＠編集中 (ﾜｯﾁｮｲ dfe5-pqVL)
17/07/22 08:07:19.60 vIh16jUN0.net
古いaviとかをH.265に縮めるプロジェクト進行中
もう2ヶ月くらいPC動きっぱなしなのにまだ終わらない
これが数日で終わるなら有り難いけど、その数日のレンタルで構わないな
日常的にはエンコードしたい量は大したことない
524:名無しさん＠編集中 (ﾆｸｸｴ f3aa-RM3Q)
17/07/29 12:44:52.41 n8bFe1y70NIKU.net
紫10TBって電力結構要求するの?
玄人志向のKURO-DACHIっていう2ベイお立ち台系ケースなんだけど
2台挿すとスピンアップ繰り返し続けて起動しなくて1台だといける
KURO-DACHIは初代と新しいのと2世代あるがどちらもダメだった
525:名無しさん＠編集中 (ﾆｸｸｴ f3aa-RM3Q)
17/07/29 12:45:24.51 n8bFe1y70NIKU.net
>>510
誤爆しましたスマソ
526:名無しさん＠編集中 (ﾜｯﾁｮｲ bea2-oBFm)
17/07/31 06:41:44.66 ljttFqga0.net
ソフトウェアエンコなら、ryzen 7 1700でも買ってエンコしろ
527:名無しさん＠編集中
17/07/31 21:01:57.62 pHbtZXei0.net
スロットに差すとエンコードが速くなるようなデバイスが発売されればいいのに
528:名無しさん＠編集中
17/08/01 03:10:33.68 gPx/ftGb0.net
低画質なハードエンコはいりません。
529:名無しさん＠編集中
17/08/01 03:28:15.73 NSBXbGfr0.net
今更だけどMP4BoxでもHEIF作れるみたい
jsonとか用意しなくていいし、ビルドする必要も無いので>>351の方法より簡単だと思う
GPAC support for HEIF | GPAC
URLﾘﾝｸ(gpac.wp.imt.fr)
あとFFmpegでも対応予定っぽい？
#6521 (HEIF support) – FFmpeg
URLﾘﾝｸ(trac.ffmpeg.org)
530:名無しさん＠編集中
17/08/02 01:52:47.24 SFLPuT8y0.net
>>513
h264の時はあったのにHEVCは出ないな
531:名無しさん＠編集中
17/08/02 01:53:46.95 SFLPuT8y0.net
拡張子はheiになんのかなw
532:名無しさん＠編集中
17/08/02 05:40:17.73 Qz4iOHAT0.net
Huluも続いたオープンメディアフォーマット「AV1」とは
URLﾘﾝｸ(www.pronews.jp)
533:名無しさん＠編集中
17/08/02 14:05:44.26 u3B9kFsTM.net
podcastがopus採用するらしい
これに続いてネットラジオ各位はopus導入してくれ
534:名無しさん＠編集中
17/08/02 14:07:05.25 u3B9kFsTM.net
誤爆
535:名無しさん＠編集中
17/08/03 10:56:37.91 QY3fXl8v0.net
A hands-on introduction to video technology: image, video, codec (av1, vp9, h265) and more (ffmpeg encoding).
URLﾘﾝｸ(github.com)
536:名無しさん＠編集中
17/08/05 13:05:25.11 qsItT8rM0.net
>>514
初期のh264 HWエンコはひどかった。
HDでh264エンコするよりも、SDでMPEG2エンコしたほうが画質も良くて、
ファイルサイズも小さいんだもん。
537:名無しさん＠編集中
17/08/05 13:09:01.32 uAFg0eqe0.net
h264も熟成に10年かかった
h265もあと5年はかかる、RYZEN効果でやっとCPUが追い付いて来たしな
538:名無しさん＠編集中
17/08/05 15:23:15.80 DpF3amsL0.net
リアルタイムに間に合えば質は問わない、というのが基本スタンスだからな
保存用に使うのが間違い
539:名無しさん＠編集中
17/08/08 15:27:12.35 TklAhvN000808.net
できるだけ高速でエンコさせたいんだけど、下の機材でなんとかできないかな？
・Sandy i5のデスクトップ。
・ivy i5のノート
・iPad Pro
能力
540:的にはiPad Proが最強なんだけど、エンコ用には使えないよね？
541:名無しさん＠編集中
17/08/08 19:38:19.52 nhiyrfQY00808.net
それでiPad選ぶって、単にiPadでエンコしたいだけでしょ？
iMovieでやればいいんじゃない
542:名無しさん＠編集中
17/08/08 20:40:42.40 d44XL7JE00808.net
i5をi7にすると速くなるだろうか
543:名無しさん＠編集中
17/08/09 05:09:08.80 jrBwmb6l0.net
処理能力的にもiPadProが文字通り桁違いで劣ってるよ
提灯ベンチマーク記事を真に受けてない？
544:名無しさん＠編集中
17/08/09 13:25:34.03 vA/P2Xrw0.net
HWエンコードならiPad Proが最速になれるぞ
Sandy/Ivyにはエンコーダが無いからな
SWエンコードは…無理させんなとしか
545:名無しさん＠編集中
17/08/09 13:46:42.62 64LNxky20.net
第二世代からQSV機能載ってるんじゃ
546:名無しさん＠編集中
17/08/09 13:52:36.55 bWZGwy2X0.net
HEVCはskylake以降でないとQSVできない
547:名無しさん＠編集中
17/08/09 13:56:21.66 vA/P2Xrw0.net
>>530
H.264ならQSV使える
が、このスレは「次世代ビデオコーデックのスレ」なんだよな
次世代コーデックが特に絡まない話題なら別の所でやろうぜってなる
548:名無しさん＠編集中
17/08/09 13:57:49.45 64LNxky20.net
対応してないのと載ってないことは違うけどな
549:名無しさん＠編集中
17/08/09 14:09:20.20 vA/P2Xrw0.net
それは偏にHEVCスレでHEVC未対応のQSVの話を持ち出そうとする人が現れることを想定していなかった私の落ち度です
ごめんね
550:名無しさん＠編集中
17/08/09 22:42:54.28 /OZ7eS1g0.net
skylakeはwin10を強要されるからなあ
551:名無しさん＠編集中
17/08/13 06:12:13.66 HV2vFsfca.net
未だにwin8以前のOS使ってる人いるの
552:名無しさん＠編集中
17/08/13 08:10:08.62 GCQqIvzQ0.net
CPUを高速なのにする度に全部買い換える人は自動的にOSも変わるけど、
自作の人は必要なとこしか買えないからOSの乗り換えは遅くなる
553:名無しさん＠編集中
17/08/13 16:42:20.62 93uODEsx0.net
7からWIN10に変えてから長いけど、久々に友達のWIN7機を触ったらOSが使いやすいのな！
554:名無しさん＠編集中
17/08/14 00:30:35.56 u0t+poRW0.net
否定する俺カッコイイ
555:名無しさん＠編集中
17/08/14 22:05:21.08 giaAk3f40.net
久々に7見るとエアログラスがいいなって思うことはある。8以降の四角いデザインは未だに好きになれないな
556:名無しさん＠編集中
17/08/14 22:39:50.52 6qlxE4sJ0.net
スレチだが俺も8以降の見た目が嫌いだなぁ。
win10は7で主要ソフトが動かなくなってからで良いわ。
557:名無しさん＠編集中
17/08/14 22:47:17.87 fOsZpnWV0.net
7も意図的にドライバを切り捨てる儲け思想が気に入らないけど、
SSDにちゃんと対応してるのが7以降だから仕方ない
XPだって技術的には対応できるけど、そこは商売として受け入れる
558:名無しさん＠編集中
17/08/14 23:32:23.58 aCDE/pbW0.net
７まではUIも滑らかなデザインで美しいし
機能へのアクセスもいい
559:名無しさん＠編集中
17/08/15 01:22:39.70 WTuIzXd20.net
7のスタートだけはゴミだと思うけどな
社畜SE専用だろ、あれ
560:名無しさん＠編集中
17/08/15 04:19:02.31 zAW8xoDg0.net
だいぶ前に開発関係でNTTかどっかの中の人がＨ264とかＨ265についてはっちゃけて解りやすく書いてたodfかんか貼ってあったんだけど知らない？
561:名無しさん＠編集中
17/08/15 17:52:49.06 sWjIdY/j0.net
URLﾘﾝｸ(home.catv.ne.jp)
これは分かりやすいと思ってブクマしてたけど・・
あと、もう一つあったはずだけどブクマに埋もれて見つからず
562:名無しさん＠編集中
17/08/16 12:27:41.32 pLcV6zfZ0.net
>>540
563:窓たくさんすこしずつずらして開いてると、タイトルバーとかメニューバーがフラットだとどこが窓枠なのかわかりにくいよね。
564:名無しさん＠編集中
17/08/28 19:40:50.18 HN1fecbX0.net
xpのlunaが美的センス最低だが視認性は最高
7のUIはリボン推しとその他旧式などなど操作系がチグハグでそんなに褒めるほどのもんでもないな…10もだが
エアログラスはかっこいい
てかwin8もβの最初は7の丸みだけ取れたような見た目だったのにな
565:名無しさん＠編集中
17/09/05 13:23:06.31 /vroGjCw0.net
AV1: A Status Update
URLﾘﾝｸ(www.streamingmedia.com)
566:名無しさん＠編集中
17/09/05 13:56:32.83 g90pLXmT0.net
AV1てやっぱりエンコードの計算力凄まじそうだな
NetflixとかYouTubeみたいな大規模な配信じゃないと利用するメリットないんじゃないか？
567:名無しさん＠編集中
17/09/05 16:49:45.16 6CssYvzF0.net
AV1はHEVCよ20%効率的、計算量は3～5倍
2017年12月31日にビットストリームが決定、数日以内にChromeとFirefoxで利用可能に
YoutubeとNetflixで使われるまで出荷しない。問題があれば開発継続
こんな感じか
568:名無しさん＠編集中
17/09/05 17:15:49.55 4sdaWWFt0.net
>>計算量は3～5倍
まじで？？
HEVCですらアップアップなのにその3-5倍とか・・
569:名無しさん＠編集中
17/09/05 17:59:27.54 M9odtNIf0.net
乾いた雑巾を絞るようなもんやな…
570:名無しさん＠編集中
17/09/05 18:26:38.09 MKe0NCG8a.net
この20パーセントてのは、元動画をhevcが30パーセント圧縮できるときにav1は50パーセント圧縮できるてのと、元動画をhevcが30パーセント圧縮できるときにav1は36パーセント圧縮できるのどっち？
571:名無しさん＠編集中
17/09/05 19:11:43.41 sn7w1X7L0.net
その計算だと、80%圧縮できる時に100%圧縮できちゃうな
572:名無しさん＠編集中
17/09/05 19:19:37.79 InN3jM2K0.net
同じビットレートで比較してSSIMが20%良くなったか、80%のビットレートで同じSSIMのどちらかではないか
573:名無しさん＠編集中
17/09/05 19:54:36.62 PONwnECO0.net
いや、100/120=83.3%のビットレートで同じSSIMなのではないか
574:名無しさん＠編集中
17/09/05 20:10:56.18 g90pLXmT0.net
いやPSNRやろ
URLﾘﾝｸ(dzceab466r34n.cloudfront.net)
575:名無しさん＠編集中
17/09/05 20:16:48.61 ObU8b+GC0.net
>>549の概要
●AV1のビットストリーム仕様の確定は2017/12/31までを目標としている
●ただ、YoutubeやNetflixといった主要メンバーが納得するレベルにならないとリリースされない。
●Netflixの担当者は「HEVCより20%効率的で、計算量は3～5倍」というレベルを目安としている。
Youtubeの考えは不明。
●これまでの評価は
Netflix「AV1はVP9より20%効率が良い」
Google「AV1はVP9より30～35%効率が良い」
とされているが、4月のBitmovin AV1での検証ではそこまで良いものではなかった。
当時77あった実験的コーディングツールのうち8つしか使ってなかったので
改善の余地は大いにあるが、これらの機能の統合や最適化は難しい作業になるだろう。
●ビットストリーム仕様確定後の見通しは以下の通り。
・ChromeやFirefoxは数日中に再生をサポート
・チップの開発に12～18か月、更にそれを利用したHWリリースに6か月。
576:名無しさん＠編集中
17/09/05 20:18:09.16 ObU8b+GC0.net
(>>559の続�
577:ｫ) ●4月のNABでのBitmovinの実験では1080p24のリアルタイムエンコードに最大200コア程度が 必要だったが、そう遠くないうちに8-32コアでできるようになるだろうというコメントもあった。 http://www.streamingmedia.com/Articles/Articles/Editorial/Featured-Articles/Bitmovin-Pushes-AV1-Forward-Joins-Alliance-for-Open-Media-117634.aspx ■参考：>>262の記事にある4月時点のAV1のエンコード速度 https://bitmovin.com/bitmovin-supports-av1-encoding-vod-live-joins-alliance-open-media/ ・LenovoのT540pノート(i7-4800MQ, 8GB RAM, Ubuntu 14.04)で 1080p24の40秒クリップをエンコードするのに8時間42分かかる。 つまりエンコード速度は0.032fps。 ・デコードは上記環境でも問題ない。
578:名無しさん＠編集中
17/09/05 21:19:34.61 Xav7bxaUF.net
>>560
完全に出たてのh.264やh.265と同じじゃないか
俺らがまともに使える様にあるには5～10年かかるだろ
579:名無しさん＠編集中
17/09/05 23:37:41.74 61ExDXrC0.net
実用性低すぎ
580:名無しさん＠編集中
17/09/06 00:22:27.97 KI+bTKrGa.net
それでもav1の開発を進めなきゃならないほどhevcの権利関係が鬱陶しいんだろうか
581:名無しさん＠編集中
17/09/06 01:24:56.07 icHr4uocM.net
>>563
>>339によると特許プールが3つか4つに分裂しているらしい
＞H.265/HEVCコーデックでは合意形成に失敗しており特許行使者の利害関係調整が失敗することが起こりえる
つまり私利私欲に走りライセンス料を吊り上げる企業が出てきてもおかしくないのか
これMicrosoft良い立ち位置にいるよなー
H.265とAV1どっちが普及してもおいしい
582:名無しさん＠編集中
17/09/06 09:24:57.47 qYIiNBEI0.net
>>559,560
翻訳ｔｈｘ
>>564
VC-1の時のゴタゴタと比べると凄い進歩
こういうマイナーっぽい新規事業に日本企業の腰が重いのが残念
技術力自体は悪くないのに
583:名無しさん＠編集中
17/09/06 10:00:14.34 L/7aiPbm0.net
日本企業だカスタムチップで実績のあるソシオネクストが参加している
URLﾘﾝｸ(aomedia.org)
NHKとサイバーエージェントもはよ
584:名無しさん＠編集中
17/09/06 11:55:01.79 JfnNoVnad.net
NHKなんてH.265のライセンシーなんだから無理無理
H.265のライセンスプールについて調べれば分かるけど参加企業のうち約20%が日本企業
日本はH.265のライセンスを囲い込む側
AV1のようなプロジェクトに日本企業が積極的に参加するなんてことは期待しない方がいい
585:名無しさん＠編集中
17/09/06 12:02:16.37 rPT5jpZfd.net
何がかんだ言ってもネームバリューがモノを言う
H.265は世界的に広まってるから狙うなら語呂が悪いH.266の代わりを目指さないと
586:名無しさん＠編集中
17/09/06 12:24:26.21 HUtsZpIuM.net
H.264/AVC
H.265/HEVC
H.266/????
587:名無しさん＠編集中
17/09/06 12:28:37.71 4rLWwIT30.net
>>567
権利を持っている方はライセンサーな
588:名無しさん＠編集中
17/09/06 17:45:39.42 qYIiNBEI0.net
>>566
日本企業もいたのか（言われて探したけど企業ロゴ薄すぎ）
>>567
念のために書いとくと、日本企業が加わることでホルホルしたいんじゃなく
AV1の完成度が高まってほしいってのが大きい
589:名無しさん＠編集中
17/09/06 18:01:23.65 LKvY2lxOa.net
しかし、そうやって日本企業が絡むとまた権利関係面倒臭くなりそう
少なくともnhkは絡まないでくれ
あと受信料下げてくれ
590:名無しさん＠編集中
17/09/06 23:43:46.13 3QfOV3ks0.net
>>569
H.264/AVC
H.265/HEVC
H.266/AV1
になったりしてw
591:名無しさん＠編集中
17/09/06 23:44:46.70 3QfOV3ks0.net
あとはNTTとパナ、NECあたりが絡みそう
592:名無しさん＠編集中
17/09/07 01:16:19.66 azM+CRdV0.net
TwinVQを思い出す。
593:名無しさん＠編集中
17/09/07 06:53:09.89 YEYaD+9R0.net
懐かしい
20年ぶりぐらいに聞いたような
NTTだっけ
594:名無しさん＠編集中
17/09/07 09:53:46.24 +wXPEBFj0.net
>>572
フリーでやろうって言ってるグループ内でそれは言わないんじゃない？
言えないからこそ参加しないんだろうけど
595:名無しさん＠編集中
17/09/07 23:01:49.75 6pLhz+m7a.net
AV1は個人でソフトウェアエンコードするにはだいぶ厳しいな
gifみたいな用途の低解像度で短い動画なら使えるかもしれないけど
メインで使うならハードウェアエンコしかねえな
596:名無しさん＠編集中
17/09/07 23:43:02.46 P4f6NcfJ0.net
gif?
597:名無しさん＠編集中
17/09/08 05:50:40.80 XVG2hZVI0.net
というわけでAVX512の出番？
598:名無しさん＠編集中
17/09/08 06:22:49.67 g3CCalhX0.net
エンコードはAmazonやgoogleがクラウドでぱぱっとやってくれそう
個人はAIチップ？に期待。両方ともだいぶ先の話だけどね
599:名無しさん＠編集中
17/09/08 07:03:35.04 Jjqk+is80.net
アップロードと同時にエンコード済みの分をダウンロードできるような仕組みだと、
回線速度くらいでエンコードできるな
600:名無しさん＠編集中
17/09/08 07:26:46.26 XVG2hZVI0.net
AIチップはそんなに遠くないんじゃない？
HuaweiのKirinとか搭載始めるし
601:名無しさん＠編集中
17/09/08 07:49:09.83 OsqB6Ou40.net
VP9もそうだったけどAV1はgoogleやその関連企業（配信関係）が
少しでも画質と帯域の効率を良くするための目的で作られてて
一般ユーザーが使うことは想定していないんじゃないかな
Youtubeにしろニコ動にしろもうユーザー側で最適なエンコしたものをUPするんじゃなくて
できるだけ高画質でUPしてもらったものを配信側で最適化するって流れだし
602:名無しさん＠編集中
17/09/08 11:12:52.33 3HbQWYuJM.net
>>584
非営利系や同人系は一般ユーザーに近いと思う
たしかRPGツクールはVPxコーデックしか選択肢がなかった気がする（透過WebM）
あと一般向けなのかはよくしらないけどWebRTC
603:名無しさん＠編集中
17/09/08 11:20:25.55 3HbQWYuJM.net
アルファチャンネル付き動画ってHEVCではつくれないんだっけ
画像フォーマットのHEIFではできるらしいのに
604:名無しさん＠編集中
17/09/10 01:56:01.58 FBVDocOd0.net
>>551
コーデックは1世代上がると効率2倍、計算量10倍って聞いてたのに効率20％で計算量3～5倍じゃ期待はずれも良いところ
あまり急いで出さないでじっくり開発してもっと良いのを開発して欲しい
605:名無しさん＠編集中
17/09/10 03:19:44.54 2MAGAWWc0.net
AV1はHEVCと同じ世代狙ってんじゃね？
606:名無しさん＠編集中
17/09/10 10:45:49.32 Lr9u2dJO0.net
1世代上がるタイミングが等間隔だとは言ってないんだろ
2倍になるまで待ってたら30年かかるから、1.2倍になった時点でとりあえずリリース
別に悪くない
607:名無しさん＠編集中
17/09/10 11:18:10.23 N+2uXcbw0.net
H.266の対抗馬は何になるのか
608:名無しさん＠編集中
17/09/10 11:24:34.47 ilkjpnvM0.net
>>589
リリースしても>>587レベルのメリットがなければ普及しないって事じゃないの
後継規格がなければ緩やかに普及はしていくかもしれないけど
609:名無しさん＠編集中
17/09/10 12:34:58.59 Lr9u2dJO0.net
いちいち規格としてリセットしないといけないなら面倒だな
マイナーバージョンアップでじりじりと改良していけばいいのに
CPUなんか殆ど変わらんだろレベルで少しずつ速くなってる
610:名無しさん＠編集中
17/09/10 12:40:26.07 mH5vc0Me0.net
プロファイルの追加はマイナーバージョンアップに相当すると思う
611:名無しさん＠編集中
17/09/10 14:16:13.43 d1YHRgsQ0.net
Netflixなら動画の数に対して再生数が凄いだろうから
計算量が増えてもメリットあるんでは
612:名無しさん＠編集中
17/09/10 15:34:28.34 5DLEogkE0.net
ゲームだとbink videoが多いが光栄が動画にWMV9使ってるな
エロゲーはいまだに画質も容量も無駄が多いMPEG1を使い続けてる文化がある
613:名無しさん＠編集中
17/09/10 21:10:45.43 i7e+Dlee0.net
>>595
事実上の容量水増しだろ
614:名無しさん＠編集中
17/09/10 21:55:39.29 MHGppb430.net
パテント料も安そうだ＞MPEG1
615:名無しさん＠編集中
17/09/10 22:56:35.12 mH5vc0Me0.net
VP8やVP9を無料で使えるのにMPEG-1に執着する合理的な理由はあるのだろうか
616:名無しさん＠編集中
17/09/10 22:58:49.37 Lr9u2dJO0.net
吉里吉里が対応してないんじゃないの
617:名無しさん＠編集中
17/09/11 01:09:15.15 IUfKwT640.net
>>598
想定スペックが低いんじゃなかろうか
618:名無しさん＠編集中
17/09/11 02:22:08.39 53O72kim0.net
VP9のHWデコード対応したのは割と最近のGPUだっけ
でもCore 2あたりでもCPUに任せてもゲーム想定の動画程度なら大丈夫そうだけどなぁ
余程楽にゲームに組み込む仕組み作らないとゲーム制作側が動かないだけかも
619:名無しさん＠編集中
17/09/11 12:38:15.02 u3gPAfJ+0.net
>>601
fixed function decoder（完全HW処理、CPU負荷ほぼゼロ）搭載してるのは
Intel KabyLake・ApolloLake、NVIDIA Pascal以降だけ
hybrid partial acceleration（一部HW処理、CPU負荷も掛かる）なら
Intel Broadwell・Skylake、AMD Polaris・Vegaとあるが
620:名無しさん＠編集中
17/09/12 02:59:50.63 8ozDnXes0.net
AMDは完全ハードウェアじゃないんだ
621:名無しさん＠編集中
17/09/14 00:07:21.60 weVX1mBc0.net
Haswell+Pascalだといい感じ
622:名無しさん＠編集中
17/09/14 08:44:12.73 j8SsDLgp0.net
再生数が多い動画、たくさんの再生が見込まれる動画だけAV1で圧縮すればいいんじゃね？
そうすれば計算量の多い問題は解決する
623:名無しさん＠編集中
17/09/14 13:41:42.21 +iFU+DGB0.net
そういえばWeb動画が絶対って業界認識があるのか
データ量が増えがちな422,444とかHWデコードできないGPUの場合があるね
624:名無しさん＠編集中
17/09/14 13:48:38.92 AA06GN1C0.net
422はHW使えないの多すぎて結局CPU処理だな…
KabyでもCPU食ってるし
625:名無しさん＠編集中
17/09/16 09:44:04.09 d/TxvkGO0.net
PCならいまどきのをつかってれば2kならソフトウェアデコードできるのでは？
消費電力制限が大きいスマホ・タブレット・ノートPCだと、ハードウェアデコード必須だな
626:名無しさん＠編集中
17/09/16 10:22:31.88 n0kYo+C90.net
デコード重くなるようなエンコードオプション設定して無ければまず大丈夫だけど
PC作業は色々同時にやるときがあるし他の処理も同時実行してると少々辛くなる時があるかも知れないね
627:名無しさん＠編集中
17/09/18 11:22:14.00 5uu+LFln0.net
結局ネット配信におけるHEVC普及はパテント問題で合意せずに失敗、
HEVCは放送やハードウェア、ソフトウェアに留まり、
ネット配信は規格乱立か？
628:名無しさん＠編集中
17/09/18 12:14:32.93 VcXV+KRJ0.net
コーデックとして切り出されてるんだから、統一されてる必要はない
現状だっていっぱい共存してる
629:名無しさん＠編集中
17/09/18 16:09:56.85 47CgvJuo0.net
スマホでHEVC録画それも4K60Pとか凄い時代
630:名無しさん＠編集中
17/09/18 16:14:21.95 3787Hmfw0.net
現実世界と見分けがつかないVRには全然まだスペックが足りないという
631:名無しさん＠編集中
17/09/18 16:24:55.74 VcXV+KRJ0.net
それはまず脳直技術が要るな
632:名無しさん＠編集中
17/09/18 17:21:28.44 6OSnEswMd.net
>>612
でも本体10万とかだし、それくらい出来てもらわないと
633:名無しさん＠編集中
17/09/18 17:44:09.48 M9zAbjFH0.net
ネットでH.265を使うのは現実的に無理だから
H.264 Apple様用
VP9 その他一般OS用
AV1 再生数が多い動画用
これでいいな
634:名無しさん＠編集中
17/09/18 18:16:05.42 V/u/sK860.net
VP9で作って確保する必要性がない
h.264でええやん
635:名無しさん＠編集中
17/09/18 19:01:08.24 vmqZWJZc0.net
いやあるだろ
636:名無しさん＠編集中
17/09/18 23:23:10.46 V/u/sK860.net
どう考えてもVP9よりh.264のほうがサポートデバイスが多いはず
637:名無しさん＠編集中
17/09/19 00:48:18.13 j6YvhYE70.net
しかし、h.265やVP9の画質を知っちゃうとh.264には戻れない
638:名無しさん＠編集中
17/09/19 02:33:25.55 hf/ROM8M0.net
将来再生できなくなるリスクを考慮するとH264が安全だろうね。
たとえばWindowsのバージョンが上がってcodecがインストールできなくなったら
それだけで多くの動画が再生できなくなる。
さらに時が経ってWindows自体が消滅する可能性だってある。
数十年後でも確実に再生できるのは今のところMPEG2とH264くらいじゃないかと。
うちにβビデオ、8mmビデオ、カセットテープ、DAT、MD、DVが全部あったが
PCに取り込むのに状態の良い中古品を探すのにめっちゃ苦労した。
画質音質の少々の違いには目をつぶって、汎用性を優先するのが正しい。
639:名無しさん＠編集中
17/09/19 02:46:52.58 5cLqlJfi0.net
ハードとソフトじゃ全然違うでしょ
TwinVQが未だにFFmpegでメンテされ続けてるところを見るとソフトは大丈夫だって分かる
640:名無しさん＠編集中
17/09/19 05:55:43.26 pfe6jfgS0.net
正しいとかバカじゃね
641:名無しさん＠編集中
17/09/19 07:49:48.81 ckVZwnY5H.net
苦労して残すほどの価値はないんだよなあ
642:名無しさん＠編集中
17/09/19 14:06:12.37 FUhWdy1ya.net
多額の費用を使って工場ラインを維持しなきゃいけないハードと違ってプログラムを書ける人間が一人居れば事足りる話だからな
移植やらをボランティアでやる人も大勢いるしその辺は心配しなくていいんじゃないかな
643:名無しさん＠編集中
17/09/19 15:32:39.09 78BSPoU90.net
XVDでエンコードしてた人は今も再生出来てるのかな？
644:名無しさん＠編集中
17/09/19 21:33:04.81 WYb6n8p9a.net
>>621
>将来再生できなくなるリスクを考慮するとH264が安全だろうね
新しいCPU、GPU、ARMなどにH265とVP9のHWデコが順次搭載
されているから心配無用
>数十年後でも確実に再生できるのは今のところMPEG2とH264くらいじゃないかと。
いつまで生き続けるつもり？
>うちにβビデオ、8mmビデオ、カセットテープ、DAT、MD、DVが全部あったが
>PCに取り込むのに状態の良い中古品を探すのにめっちゃ苦労した。
今はM-DISCがある。数十年は大丈夫。
645:名無しさん＠編集中
17/09/19 22:40:38.34 IeerNKvwM.net
最後の砦としてグーグルフォトを使ってる。
646:名無しさん＠編集中
17/09/19 23:53:49.29 TLb12d1M0.net
うちの最後の砦はglacierだな
647:名無しさん＠編集中
17/09/20 00:15:26.08 fzeqEU0/0.net
glacierってなんであんな高いの？
ストレージ料金だけでも高いんだけど。
Amazonの新プランの方が1TBあたりの値段安くね？
648:名無しさん＠編集中
17/09/20 07:31:30.87 jl2xfrzt0.net
そうなのか
選んだ時はよそよりも1桁以上圧倒的に安かったのに、
よそもがんがん値下げしてるんだな
649:名無しさん＠編集中
17/09/20 16:32:13.99 fzeqEU0/0.net
>Glacierのストレージ料金 東京 $0.005 : GB あたり/月
あれ、今見るとAmazon Cloud
650: Driveの新プランと同じ値段になってるね。 すまん。 ちょっと前はもっと高かった気がしたんだけど。
651:名無しさん＠編集中
17/09/20 17:35:22.51 sAfS/VDS0.net
デコーダーが非対応なだけなのか分からないけど、H.265のインターレース保持エンコードがまだ現実的じゃないから、まだ移行に踏み切れないムービーデータがあるなぁ。。。
652:名無しさん＠編集中
17/09/20 18:13:57.38 b81rIFzl0.net
そういうものは60pで対応するのがH.265の思想だと思う
653:名無しさん＠編集中
17/09/20 18:29:41.20 fHfTjDhn0.net
っていうかインタレ自体が過去の遺物だから・・
654:名無しさん＠編集中
17/09/20 19:05:08.40 QkNddpg10.net
今は地上波のぬるぬるのやつすら作らなくなったの？
655:名無しさん＠編集中
17/09/20 19:17:14.65 2nuNv3mn0.net
>>633
業務用で使われてるみたいねインタレ
656:名無しさん＠編集中
17/09/20 20:28:11.64 sAfS/VDS0.net
>>637
やっぱりアーカイブ的な用途で使われてるのかな?情報ありがとう。
これからの映像はプログレッシブというのはここの住人と同じ考えだけど、インタレ解除手法も日々進化してるからソースがインタレならインタレは保持して見るときだけリアルタイムで解除したい。
657:名無しさん＠編集中
17/09/20 21:05:22.01 6EbUq/OP0.net
インタレ保持H264よりインタレ解除H265の方がきれいだから、そろそろ潮時だって思う
658:名無しさん＠編集中
17/09/20 21:44:21.83 4YqaD85oa.net
アーカイブは元ソースに出来るだけ手を加えないってのが原則だからなあ
インタレ解除の59.94Pでやる走査線補完は元ソースに無い絵柄を付け足してるという事で別物の扱いになる
659:名無しさん＠編集中
17/09/20 22:10:26.58 6EbUq/OP0.net
デコードした後、元ソースにはない走査線を消しちゃえば同じになるんじゃね
660:名無しさん＠編集中
17/09/20 22:11:25.44 Zo0mVPXi0.net
QTGMCでプログレ化してx265でエンコすると日が暮れる
661:名無しさん＠編集中
17/09/20 22:32:07.24 4TZA61ds0.net
インタレ解除は24pと60iで話が全然噛み合わないからな。
二次で抜いてるアニヲタは逆テレシネで華麗に解除、
三次で抜いてる実写派はいろいろ試して結局インタレ保持で保存。
662:名無しさん＠編集中
17/09/20 22:38:31.68 6EbUq/OP0.net
24pのインタレ解除は簡単だからね
60pみたいに「ない絵」を作り出す必要がないから処理量もぜんぜん違う
663:名無しさん＠編集中
17/09/20 22:56:42.42 fHfTjDhn0.net
そもそも論として8x8みたいなブロック単位で圧縮するmpeg系との相性が悪い
今までは何だかんだで対応して武夫、hevcではそっち方面で進化しすぎてインタレ対応する余地がなくなった感じっぽい
664:名無しさん＠編集中
17/09/20 23:25:42.99 4TZA61ds0.net
せっかくエンコーダーで高度な動きベクトル予測やってんだから、そこに
インタレ解除も一体化して組み込むのが正しい姿なんだがな。
まずインタレ解除してその後エンコ、みたいなのは筋が悪い。
665:名無しさん＠編集中
17/09/20 23:39:11.15 jl2xfrzt0.net
タイムマシンで戻ってインターレースを発明した奴を倒す
666:名無しさん＠編集中
17/09/20 23:41:55.01 6EbUq/OP0.net
インタレ解除したら絵自体が変わっちゃうし、
エンコーダはデータ量最小化のベクトル予測で目的関数がちょっと違うから、
なかかな共通化は難しいんじゃないか
エンコパスが1パス増えたと思うしかないな
667:名無しさん＠編集中
17/09/21 09:53:15.33 MV0+Sn9q0.net
>>647
そして帯域の問題で解像度が下がると
668:名無しさん＠編集中
17/09/23 08:11:45.88 l9Bmpxa00.net
>>647
歴史の復元力が働き、誰か他のやつがインタレを発明する事になる
669:名無しさん＠編集中
17/09/23 08:52:52.48 D6RzItxt0.net
かなり早い時点で要らない技術になってたのに、
後方互換性を気にしすぎて未だに現役で生きてて迷惑をかけている
どう見ても急場しのぎの設計なのに、こんなに続くとは思わなかっただろうな
2000年問題みたいな感じ
670:名無しさん＠編集中
17/09/23 11:31:11.50 NeP+J+Ge0.net
デジタル放送にインタレを持ち込んだのはNHK
671:名無しさん＠編集中
17/09/23 13:27:02.58 rAZSA3MY0.net
1080i vs 720pの話
672:名無しさん＠編集中
17/09/24 03:33:48.28 WJ8bHb8k0.net
今でこそFHD60pで記録出来るカメラが当たり前になったけど、地デジ推進の頃の磁気テープにHDを書く時代にはまだ処理的に厳しかったんじゃないの?
673:名無しさん＠編集中
17/09/24 08:20:17.73 PvINEFea0.net
1035iのテレビとの互換性のせい
674:名無しさん＠編集中
17/09/24 12:17:20.06 +R5o9x410.net
VHSテープ1本80GBぐらいのデータ量とかどこかで見たな
675:名無しさん＠編集中
17/09/24 12:24:47.32 DdTVmmND0.net
高級LDプレイヤーにマスモニで非圧縮キャプチャするとちびるほどのデータ量になるらしい
676:名無しさん＠編集中
17/09/24 12:40:13.40 bSrpxCSX0.net
非圧縮の時点で現実的ではないな
SD画像でも1フレーム1MBもある
1秒30MB
30分で52GB
音声なら0.3GB
この桁違いの差により、動画は当面はデジタル化は無理と言われていた
677:名無しさん＠編集中
17/09/24 12:45:47.70 ToDIk6080.net
>>656
120分のVHSテープは25GB
薄いD-VHS用テープが最大50GB
678:名無しさん＠編集中
17/09/24 12:48:15.66 bSrpxCSX0.net
情報量はS/N比で決まるので、テープよりはデッキ次第
超高級デッキなら同じテープに1TBでも入る筈
679:名無しさん＠編集中
17/09/24 13:04:59.76 AJJdiw4ja.net
規格が出て来た時は1080IがSONY主導で720Pが松下主導だったっけか
PCなんか使わないでデッキでダビングが主流だった当時のユーザーには解像度の高い1080Iの方が断然人気あって
720PはPCとの親和性を考えてわざわざ作っただけの規格でしょみたいな感じだった
680:名無しさん＠編集中
17/09/24 13:19:53.07 DdTVmmND0.net
ピュアオーディオのAV機器版というか画質マニアガチ勢で非圧縮保存してる人いるけどね
ストレージが大幅に技術革新しないとありゃ無理だなと思った
681:名無しさん＠編集中
17/09/24 13:52:14.26 RurXK3+Ca.net
ホログラフィックで云々みたいなの一時期はやってたけど実用化に近づいたのはあるのかな？
682:名無しさん＠編集中
17/09/24 15:42:28.37 3JYbwHy+0.net
非圧縮のソースなんてどこにあるんだ？ゲームでも録画するのか？
非圧縮映像はNHKのスーパーハイビジョンの展示くらいでしか見たことないな
当時は8K対応のエンコーダ・デコーダがないから非圧縮っていうｗ
683:名無しさん＠編集中
17/09/24 16:03:45.08 bSrpxCSX0.net
もう物心付いた時から地デジ世代が
684:名無しさん＠編集中
17/09/24 16:07:11.02 DdTVmmND0.net
非圧縮はアナログソースだよ
685:名無しさん＠編集中
17/09/24 16:13:17.99 1ACVKELka.net
>>664
W-VHSの様な往年のテープメディアをPCキャプチャするみたいな話なんじゃないかな
686:名無しさん＠編集中
17/09/24 16:16:36.78 3JYbwHy+0.net
アナログかよ。BDの方が何千倍もきれいじゃんｗ
687:名無しさん＠編集中
17/09/24 16:31:09.39 vFlYkKy80.net
RAW
REDで撮影する映画とか
688:名無しさん＠編集中
17/09/24 16:36:28.21 DdTVmmND0.net
>>668
当時のLDプレイヤの最高機種（できれば業務用）と業務用マスターモニター込みでそれを言ってる？
689:名無しさん＠編集中
17/09/24 16:38:51.40 KF9JgeuiM.net
はっきりいうがBDはゴミっつーか失敗規格だ
690:名無しさん＠編集中
17/09/24 16:45:21.12 JyFSKpyk0.net
手での描画をドットで表現するってのがもうね...
691:名無しさん＠編集中
17/09/24 16:55:44.08 3JYbwHy+0.net
>>670
どんだけオーバーサンプリングしても縦は走査線数しかないだろ
ちゃんと平面で記録する35ミリフィルムとかだったらアナログの良さは分かる
692:名無しさん＠編集中
17/09/24 17:03:01.86 KF9JgeuiM.net
その評価項目だけで画質を評価しちゃうんだね
693:名無しさん＠編集中
17/09/24 17:06:56.54 y/erMvg60.net
まーた変なのが沸いてるな
694:名無しさん＠編集中
17/09/25 00:54:39.23 1mIZC6Mi0.net
デジタル化の時せめてYCbCr4:2:2を標準にして欲しかった 派手な色の服装の人とか花とかぼけぼけになる
695:名無しさん＠編集中
17/09/25 02:10:29.82 KpfmQdhu0.net
データ量の問題でしょ
解像度上げればきれいになるなんて分かりきってる。再生環境でどうにかするしかない
クロマサブサンプリングについて言うなら、
madVRとBDレコでクロマアップサンプリングの性能比較とかしてほしいな
696:名無しさん＠編集中
17/09/25 03:18:11.58 5FrWy6HB0.net
>>673
平面じゃないよ、銀化合物なんかの粒子サイズのドットだよ
697:名無しさん＠編集中
17/09/25 14:47:27.55 ZapOc0fC0.net
静止画のくせにYUV420しか使えないWebPとかいうオワコンもあったな
698:名無しさん＠編集中
17/09/25 18:54:17.95 Ma93BCxy0.net
>>679
ロスレスならRGBAもいけるらしいが。
URLﾘﾝｸ(developers.google.com)
699:名無しさん＠編集中
17/09/26 23:28:11.90 L0MKYFcf0.net
誰かSkylake より昔のMacでHEVC書き出し試した人いるかな
QuickTimeから書き出しだと1080p以上のみたいだけど
Compresorが対応してきたらそれ以下のサイズでも可能になるかな?
720pの素材が大量にあるのに…
700:名無しさん＠編集中
17/09/29 07:20:30.39 kQq/Q29T0.net
MacX Video Converter ProでHEVC書き出し出来る
701:名無しさん＠編集中
17/09/29 13:19:09.45 j2Un3nzY0NIKU.net
Homebrewでx265が配布されているね
702:名無しさん＠編集中
17/10/03 20:11:56.97 rdqsO7ng0.net
>>679
非可逆圧縮なら大したデメリットにならないだろ
703:名無しさん＠編集中
17/10/03 21:49:38.19 bCF9K/e30.net
それ方向性が違う話だろ
704:名無しさん＠編集中
17/10/04 18:02:21.88 CF7Mw1ax0.net
SSIMいくら以上でエンコしてる？ 265でcrf=21でも0.98切るんだけどそういうもんなのかな
705:名無しさん＠編集中
17/10/05 00:20:50.02 5GdqPtLP0.net
>>686
悪いがここもスレチなんだ。x265スレへ行け
でも行く前にpsyとssimの関係について予備知識を仕入れとかないと
叩かれると思う
706:名無しさん＠編集中
17/10/05 03:02:12.74 kaMC38Iy0.net
SSIMってなんか謎だよな
俺はx264だけど、ctfを14まで下げてもSSIM0.975とかになってしまう。
映像を見てもオリジナルと差がないし、同じコマを等倍表示で左右並べて
交差法で「間違い探し」をしても違いが分かるのは画面全体でせいぜい数ドットで、
それ以外は完全一致だった。
707:名無しさん＠編集中
17/10/05 07:05:52.58 w3w7IX480.net
立体視で間違い探ししてるの？
708:名無しさん＠編集中
17/10/05 11:06:07.07 Fn0Lq78L0.net
マジでワロタ
709:名無しさん＠編集中
17/10/05 11:39:44.70 a/jfRjHC0.net
立体視ｗ 数ドットｗ 差分取ればいいだろｗ
710:名無しさん＠編集中
17/10/06 17:17:36.34 azaGL4Uv0.net
皆にききたいけど記録用にとった映像ソース（編集用にaviにする事人もいるかも）あると思うけど
そういうのって残してる？
それともh264なりh265なりに変換したら削除しちゃってる？
結構オリジナルファイルバカにならないサイズで皆どうしてるのかと
711:名無しさん＠編集中
17/10/06 17:22:55.62 xQ2d4SzR0.net
一定期間経ったら削除
712:名無しさん＠編集中
17/10/06 18:01:12.56 azaGL4Uv0.net
>>693
まじか 結構有機いるな
713:名無しさん＠編集中
17/10/06 18:13:45.88 xQ2d4SzR0.net
自分の場合、公的なものとかなんかの証拠になるようなものでもないし、一定期間取っておくだけでもリソースの無駄みたいなものだから削除してる。
長期間取っておいてもほとんどの場合、一度使えばあとは編集の素材にならないことの方が多いし。
714:名無しさん＠編集中
17/10/10 17:17:32.82 xZfsjvpD01010.net
消した後に再編集したくなったりしたらどうしてる？
元のaviがないからどうしようってなるんだけどなんかうまい回避方法ないかなと
715:名無しさん＠編集中
17/10/10 17:42:24.78 HhUvX68Md1010.net
スマートレンダリング
716:名無しさん＠編集中
17/10/12 11:15:55.83 px1N4be20.net
aviutl + x265でエンコする際、マシン使用率確認しようとタスクマネージャーとHWMonitor起動しながらだと
時々x265に不正なパラメータが渡されましたなんてエラーがでて途中で終了しちゃうんだけどこれ既知のバグ？
そのまま繰り返して再エンコしれてばできる時もあるしタスクマネージャーとHWMonitor落とせばこのエラーが出なくなったんだけど
何が原因なんだろ
717:名無しさん＠編集中
17/10/12 12:05:13.58 vzVHvEx+0.net
うちのRyzen機でもたまになった
なんかセンサーの取りあいみたいなのが原因かなと思ってたけど
そっちもRyzen?
718:名無しさん＠編集中
17/10/12 12:25:09.36 3hTRgme5d.net
HWmonitorのバグだろ
719:名無しさん＠編集中
17/10/12 13:26:41.84 UpBNnB6G0.net
HWInfoのバグでx265が落ちるのは考えづらい気がする
720:名無しさん＠編集中
17/10/12 13:28:24.56 UpBNnB6G0.net
ごめん、HWInfoじゃなくHWMonitorね
721:名無しさん＠編集中
17/10/12 13:29:02.58 px1N4be20.net
>>699
うん Ryzen 1700 です
同じ人いてちょっと安心したｗ
722:名無しさん＠編集中
17/10/12 15:17:31.13 XvM34YKO0.net
Ryzen1800X@定格でも出る
HWMonitorは起動してないので関係ないと思うぞ
タスクマネージャーはどうかな、多分ダメだろうけど試してみる
723:名無しさん＠編集中
17/10/12 15:53:28.33 TGJJQYy50.net
SEGV？
724:名無しさん＠編集中
17/10/12 16:05:10.51 px1N4be20.net
SEGVだったら今でもエラーでると思うんだけどな
ちょっと今の自分のエンコ状況説明しておくと
エンコしたい動画ファイルが約500ファイル程あって、１本のmpeg-psファイルをx265でQ=21,速度midiumで変換が30分程
１０日前ぐらいから毎日毎日バッチでエンコやりはじめてエラーになるファイルは大抵がやり直してもまたエラーになるんだけど
くじけずに何度もやってるとエラーにならずエンコが完了する時があるんだ。
で CPU温度とか使用率みたくてタスクバーとHWMonitorたちあげてたんだけど
もっと正確にいうとブラウザ(IE、エッジ、chrome全部たちあげ)しながらwebサーフィンやらjanestyleも立ち上げてた。
で昨日から上であげたアプリは全部おとしてaviutlとx265だけを実行させてるけど途端にエラーがでなくなったんだ
不思議に思った
725:名無しさん＠編集中
17/10/12 16:07:30.88 px1N4be20.net
>>706
更にもっと正確にいうと、ブラウザ(IE、エッジ、chrome全部たちあげ)やらjanestyleなんてアプリは一切起動せずに
タスクバーとHWMonitorたちあげてる時だけでもエラーは出てました
でも>>704さんみてるとHWmonitorは関係なさそうな・・
726:名無しさん＠編集中
17/10/12 16:43:49.50 jkiKMdTK0.net
Ryzen1700だけどメモリの電圧上げたらいまのところ出てないよ
727:名無しさん＠編集中
17/10/12 16:46:10.75 vzVHvEx+0.net
ちなみにBIOSでCSM無効の完全UEFIにしたら問題なくなった気がするから試してみては？
728:名無しさん＠編集中
17/10/12 16:49:39.61 vzVHvEx+0.net
書き込みを押してからズラズラと新着が表示されて紛らわしいから書いとくけど
708と709は別人ね
729:名無しさん＠編集中
17/10/12 17:49:25.60 KDL/34rFH.net
結局糞メモリでメモリOCしてストレステストしてないだけじゃん
アホは定格で使ってろよ
730:名無しさん＠編集中
17/10/12 17:56:57.30 B3IpsEUi0.net
AviUtl自体が最近のWindowsやマルチコア環境についていけてないのかもしれないね
731:名無しさん＠編集中
17/10/12 19:17:38.16 q620KkZa0.net
Aviutlのマルチスレッド化プロジェクトって失敗に終わったんだっけ
Avisynthもロクにマルチスレッド化出来てないし、
せっかくマルチコアCPU増えてきたのにほんとエンコはオワコンになったな…
732:名無しさん＠編集中
17/10/12 19:25:22.92 LPJ6Atez0.net
AviUtlなんて内部がUnicodeじゃない時点でダメ
おまけに32bit
733:名無しさん＠編集中
17/10/12 19:42:46.58 YWguTIys0.net
>>714
Windows95や98向けのソフトが今でも使われていると思えばしょうがない
734:名無しさん＠編集中
17/10/12 20:15:12.24 vzVHvEx+0.net
>>714
対応文字コードでも対応bit数でもアプリの優劣は語れない
735:名無しさん＠編集中
17/10/12 23:45:09.02 XvM34YKO0.net
>>711
定格で使ってたぜ
736:名無しさん＠編集中
17/10/13 11:46:12.57 yFIiDpYE0.net
ひょっとして今ryzenみたいなマルチコア環境もってる人間だったりしたら
TEMPegとかPowerDirectorやらプレミアでh264エンコした方が激早だったりする？
ああ違うか h264やh265は対応してて
aviutlで編集するときがそうじゃないってだけか・・・
そのわりにaviutlってかなり快適なのはなぜなんだある意味凄いんだが
先月TEMPegとPowerDirectorだけはデモ版いれて編集操作の感じをみてみたけどシークとか激重で使う気にならなかった・・・
737:名無しさん＠編集中
17/10/13 12:07:32.15 vVA8MkUB0.net
>>718
そりゃ基礎部分はPentiun2や同3という骨董CPUで快適に動くようにガチガチに最適化されてるからね
逆にそのせいで64bit化できなかったみたいだけど、軽さと直感的な操作性は異常に良い
738:名無しさん＠編集中
17/10/13 12:39:44.30 yFIiDpYE0.net
URLﾘﾝｸ(i.imgur.com)
この画像みててちょっと勘違いしてるのか理解できないところがあるんだ
x265(16)って10bitカラーの事？
x265(8)ってのは8bitカラーだと思ってるけど
であるならばどしてx265(16)の方が総じてビットレートが低く抑えられてるんだろ？って疑問に思った
739:名無しさん＠編集中
17/10/13 12:49:33.32 2eYhq7YXd.net
>>719
いや、直感的操作は無理だろ
GUIは糞じゃん
740:名無しさん＠編集中
17/10/13 13:07:00.48 J9TvRHynM.net
ポストムーアってことで圧縮規格の熟成も早めていくんだろうか
741:名無しさん＠編集中
17/10/13 13:15:58.55 J9TvRHynM.net
というよりコデか
742:名無しさん＠編集中
17/10/13 16:17:58.58 vVA8MkUB0.net
>>721
なんの操作なのよ
基本操作はペガサスのtmpgencよりずっと直感的
>>720
16はそのまま16bitでしょう
ビットレート周りは開発者の調節次第だから細かいことは気にしない
ま、基本的にbit数が大きいほうがエンコーダとして優秀だから
ビット当たりの画質は上がる
743:名無しさん＠編集中
17/10/13 17:01:14.06 mugpxIDm0.net
>>720 >>724
>> x265(16)って10bitカラーの事？
> 16はそのまま16bitでしょう
その画像作った者だけど、x265(16)は10bit出力（Main10）のことだよ。
当時は10bit出力用のバイナリ（12bit出力はまだできなかった）が
x265_1.5+445_x64_16bpp.exeといった感じで16bpp（内部処理の深度？）という名前で配布されていた。
744:名無しさん＠編集中
17/10/13 17:02:03.79 mugpxIDm0.net
>720
>> であるならばどしてx265(16)の方が総じてビットレートが低く抑えられてるんだろ？って疑問に思った
丸め誤差の低減などにより圧縮効率が上がるかららしい。
昔x264.nlに置かれてた10bit出力関連のPDFがまだ生きてるようなので貼っておく。（主に２番目参照）
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(x264.nl)
ついでにHQXコーデックの資料も参考になりそうなので貼っておく。
(英) URLﾘﾝｸ(www.grassvalley.com)
(日) URLﾘﾝｸ(www.ediusworld.com)
745:名無しさん＠編集中
17/10/13 17:23:13.96 lyeQxikIM.net
なんだ ひょっとして10ビットカラーでエンコした方がファイルサイズ小さくできる？
746:名無しさん＠編集中
17/10/13 18:47:15.24 5MTUi2Ifd.net
ファイルサイズは、基本小さくなると思うよ。
その代わりエンコ時間が、結構延びるけどな。
後は再生環境による。
747:名無しさん＠編集中
17/10/14 01:12:38.66 OQ8TlwMc0.net
感覚的にPowerDirectorはAviutl比でH265のエンコ時間は半分。H264なら1/5位の爆速。
ただし最高ビットレートでも使わない限りは破綻部分も多い。容量は大きくなりがち。
748:名無しさん＠編集中
17/10/15 03:47:05.44 H/LMQ8Q70.net
8bitと10bitだと--crfの範囲が変わるから、同じcrf値なら10bitのほうが不利かと思ったけどそうでもない？
749:名無しさん＠編集中
17/10/15 04:50:21.53 snmqCed10.net
8-bitと10-bitだと、全く同じ条件で圧縮すると10-bitの方が8-bitよりも25%多くデータ使っちゃうのかな？
750:名無しさん＠編集中
17/10/15 11:44:26.14 SDLsb3Ku0.net
なんで試さないの？
751:名無しさん＠編集中
17/10/15 16:40:11.54 gV/CoibH0.net
8K対応の動画管理ソフト「TMPGEnc KARMA.. Plus 2」。HEVC 4K出力も - AV Watch
URLﾘﾝｸ(av.watch.impress.co.jp)
752:名無しさん＠編集中
17/10/15 17:53:19.69 2rngCzU80.net
>>733
このソフト編集時の遅さがイラつきをマッハ超えるから使いたくねえよ
753:名無しさん＠編集中
17/10/15 22:26:11.23 5sAaDIeQ0.net
>>734
そうなの？
面白そうだから買おうかと思ってたんだけど
754:名無しさん＠編集中
17/10/16 23:48:19.73 kFnV1RHX0.net
>>735
今度でるとかいう最新バーは知らないけど
その直前のデモでさわったけどマウスカーソルでぱぱっと次々にシークカーソル移動させてもカックカクだよ
aviutlがはやすぎるのかしれないけどなんで無料と同じパフォーマンスで処理できないんだ
755:名無しさん＠編集中
17/10/16 23:58:48.02 Ka0qy0E60.net
>>734 >>736
>>733は動画管理ソフトであって編集機能なんて無いようだが、
TMPGEnc Video Mastering Worksあたりと混同してるんじゃないか？
756:704
17/10/17 03:23:30.26 FPf8gjJe0.net
久々にx265が途中終了したので報告。タスクマネージャーは未使用
x265guiEXのログにはこんな感じでメッセージが出る
auo [error]: x265が予期せず途中終了しました。x265に不正なパラメータ(オプション)が渡された可能性があります。
757:704
17/10/17 03:23:59.99 FPf8gjJe0.net
下のはイベントビューアに残ってたログ
---------------------------
障害が発生しているアプリケーション名: x265-64bit-10bit-latest.exe、バージョン: 2.5.0.27、タイム スタンプ: 0x59e30a51
障害が発生しているモジュール名: unknown、バージョン: 0.0.0.0、タイム スタンプ: 0x00000000
例外コード: 0xc0000005
障害オフセット: 0x000001e136ebf6e0
障害が発生しているプロセス ID: 0x1ea4
障害が発生しているアプリケーションの開始時刻: 0x01d34659e0c5e87e
障害が発生しているアプリケーション パス: C:\xxxxx\AviUtl\exe_files\x265-64bit-10bit-latest.exe
障害が発生しているモジュール パス: unknown
レポート ID: bb349991-0a2e-4fcf-a9c6-06ed0f23ff49
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:
758:704
17/10/17 03:25:42.04 FPf8gjJe0.net
続き
-------------------
障害バケット 116462238078、種類 5
イベント名: BEX64
応答: 使用不可
Cab ID: 0
問題の署名:
P1: x265-64bit-10bit-latest.exe
P2: 2.5.0.27
P3: 59e30a51
P4: StackHash_3ebb
P5: 0.0.0.0
P6: 00000000
P7: PCH_7B_FROM_ntdll+0x00000000000A5EF4
P8: c0000005
P9: 0000000000000008
P10:
-------------------
このログからどんな原因のエラーか分かる人おるかあ？
759:名無しさん＠編集中
17/10/17 04:37:38.11 8cp74+Ud0.net
無理
むしろ開発者の方に問題の起きたソース(動画)とエンコ時のオプション送ってデバッグしてもらったらとしか
760:名無しさん＠編集中
17/10/17 04:47:43.12 JJQMqmYo0.net
再現性がないんじゃデバッグも難しいだろうな
まぁ、もう一度エンコしたらエラーなく終わるならそれで良くね
761:名無しさん＠編集中
17/10/17 05:00:14.19 2moflfbB0.net
Intelで出ないならRyzenの問題だろうな…
762:名無しさん＠編集中
17/10/17 08:43:45.29 Q6JNeETA0.net
x265guiEXとか
763:名無しさん＠編集中
17/10/18 01:21:44.01 pb/kd66D0.net
糞メモリを買い換えろ
764:名無しさん＠編集中
17/10/18 03:08:16.89 Fv+K3K8X0.net
マルチスレッドの同期処理に関わるエラーぽいな
なんでもメモリに責任を求めるのは思考停止だ
765:名無しさん＠編集中
17/10/18 11:37:46.94 7VBGHdcBd.net
まず、エンコードのエラーでCPUやメモリーを先に疑うってのが頭悪い
766:名無しさん＠編集中
17/10/18 11:52:36.89 Qcv9x6FM0.net
質問「パソコンが落ちるんですけどどうしたらいいですか？」
大先生1「メモリー変えろ」
大先生2「グリス塗り直せ」
大先生3「CMOSクリアしろ」
大先生4「windowsを再インストールしろ」
767:名無しさん＠編集中
17/10/18 15:40:42.10 bxOuThCw0.net
「電源変えろ」がない・・
768:名無しさん＠編集中
17/10/18 16:55:22.64 j3IEvDuGa.net
大先生1から順にやって下さい
769:名無しさん＠編集中
17/10/18 16:59:17.43 SevYel93M.net
まず服を脱ぎます
770:名無しさん＠編集中
17/10/18 19:16:27.02 kcyBFS530.net
,.,.,.,.,.,.,.,.,__
,,;f::::::::::::::::::::::ヽ
i::::::::/'"￣￣ヾi
|:::::::| ,,,,,_ ,,,,,,|
|r-==（ ｡);（ ｡)
( ヽ :::__)..:: }
,＿＿__／ヽ ー== ; ほほう それでそれで？
r'"ヽ t､ ＼＿＿_ !
/ ､､i ヽ＿＿,,/
/ ヽﾉ j , j |ヽ
|⌒`'､__ / / /r |
{ ￣''ｰ-､,,_,ﾍ＾ |
ゝ-,,,＿＿＿＿_）--､j
/ ＼__ /
| "'ｰ‐‐---''
771:名無しさん＠編集中
17/10/21 12:05:28.55 BlZN4S/50.net
マルチスレッドは適当に作ってもだいたい動くけど、
長時間テストするとたまに落ちる
安全にやろうとすると待ち時間が発生して遅くなる
772:名無しさん＠そうだ選挙に行こう！ Go to vote!
17/10/22 18:16:21.63 ZHyPThOY0VOTE.net
インターレス対応してくれたらな
でも４Kとか８Kは６０ｐだから考えてないのか
773:名無しさん＠編集中
17/10/22 20:34:06.64 ylzkpgOP0.net
そりゃなぁ
774:名無しさん＠編集中
17/10/24 22:52:58.11 RXhTckhD0.net
HEVC Advanceが低価格機器の特許使用料見直しを発表
URLﾘﾝｸ(www.watch.impress.co.jp)
775:名無しさん＠編集中
17/10/25 07:19:18.41 +HpaivCjr.net
vlcプレイヤーで再生できません
みんなどうやって再生してるの？
776:名無しさん＠編集中
17/10/25 07:48:28.38 rapZgWyV0.net
>>757
URLﾘﾝｸ(mpv.io)
777:名無しさん＠編集中
17/10/28 09:32:05.86 nY55k37M0.net
HEVC入力に対応している動画編集ソフトってしばらくはでないさそうなのかな
778:名無しさん＠編集中
17/10/28 09:40:22.32 V2HHeNhU0.net
いくらでもあるけど
779:名無しさん＠編集中
17/10/28 13:14:12.55 mAseQIgQ0.net
次期Final Cut Pro X v10.4ではVRやHDR、HEVCがサポートされ、iMac Proでの8Kタイムラインの表示などが可能に。
URLﾘﾝｸ(applech2.com)
780:名無しさん＠編集中
17/10/28 14:15:22.36 FG5EURDq0.net
俺彷徨うメモ
MS純正HEVCコーデック(Windows 10用)
URLﾘﾝｸ(www.microsoft.com)
781:名無しさん＠編集中
17/10/28 14:16:49.96 FG5EURDq0.net
スレタイとは関係ないけど
MS純正Windows 10用mpeg2 コーデック(TSデコード可)
URLﾘﾝｸ(www.microsoft.com)ビデオ拡張機能/9n95q1zzpmh4
782:名無しさん＠編集中
17/10/28 14:26:59.43 6kancLiq0.net
つーかh.266の策定って2020年なんだな
783:名無しさん＠編集中
17/10/28 18:57:16.13 ld5z6hOm0.net
1つで10年持たすんじゃないのか
784:名無しさん＠編集中
17/10/28 20:03:18.58 C1BJ+/eV0.net
策定作業の開始じゃね
785:名無しさん＠編集中
17/10/28 23:36:50.37 RDMkpjSEH.net
登場は10年毎
786:名無しさん＠編集中
17/10/31 16:04:39.03 nLn45sDi0.net
URLﾘﾝｸ(av.watch.impress.co.jp)
ﾊﾟﾅｿﾆｯｸ､AVC-Intraで8K収録できるﾚｺｰﾀﾞ｡4K/8K機器をInterBEE出展
貯金しておかないと。
787:名無しさん＠編集中
17/10/31 18:28:48.26 t/n549mU0.net
個人で使う用途あるの？
788:名無しさん＠編集中
17/10/31 19:39:26.31 TwPEv/vAd.net
コレクションだろ
789:名無しさん＠編集中
17/11/02 15:37:10.07 jfmXMHeV0.net
ここで聞くのもあれだと思うが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でぐぐるとこっちもハードウェアエラーの模様
790:名無しさん＠編集中
17/11/02 15:39:00.20 jfmXMHeV0.net
書き忘れた
ディスプレイ ドライバー nvlddmkm が応答を停止しましたが、正常に回復しました。
これが同時刻にイベントビューアに書き込まれる
791:名無しさん＠編集中
17/11/02 15:42:16.00 RUksssO3d.net
>>771
おまえ本当にググったのかよ
レジストリいじれって腐るほど出てくるだろうが
792:名無しさん＠編集中
17/11/02 15:51:32.96 Z/osL/zm0.net
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の方
793:が大きいのかな？
794:名無しさん＠編集中
17/11/02 15:58:57.60 Z/osL/zm0.net
x264 243,226
x265 436,722
ファイルサイズも264の方が小さい・・・
ただ、どっちもcrf18なんだけど、265の方が見た目品質が劣化し辛いってだけなら、
264の22 = 265の28 （適当な例）になって、めっちゃ小さくなるって事なのかな？
（ちなアニメみたいなネタ動画をエンコして、小さくならなくておかしいなって思い始めて、
その動画の最初の１秒を切り抜いてテストしてみた）
795:名無しさん＠編集中
17/11/02 16:00:50.12 JQK9PR6C0.net
>>774
crfは揃ってるみたいだけどビットレートはどうなのよ
796:名無しさん＠編集中
17/11/02 16:02:01.19 JQK9PR6C0.net
リロードすればよかった
797:名無しさん＠編集中
17/11/02 16:33:07.38 EXwPzDMW0.net
>>768
レコーダーは8Kだけどカメラは8Kは無いんだな。
家庭用で8Kカメラが出るのはまだ4、5年は先になりそうだな。
発売されるときはH.266対応になるのかな？
798:名無しさん＠編集中
17/11/02 16:45:07.45 4HomMPfk0.net
--psy-rd 5
x264もこれでやってみろよｗ
799:名無しさん＠編集中
17/11/02 17:26:41.63 souJQo7L0.net
>>774
x265の↓が気になる
--qcomp 1 --psy-rd 5
800:名無しさん＠編集中
17/11/02 17:59:50.15 eD/4cath0.net
というかx264の方だけ10bitだし、そもそもなんでこんなオプションの組み合わせで比較してるんだ。
解像度とかも書いてないし、FLV1なんてゴミ画質だろうし、１秒だけ切り出してのテストなんて話にならんだろう・・・。
801:名無しさん＠編集中
17/11/02 19:33:13.76 29mQ+xVN0.net
>>778
カメラもあるよ。レコーダーだけ作っても意味ないじゃん
URLﾘﾝｸ(www.sony.co.jp)
802:名無しさん＠編集中
17/11/02 22:18:17.35 Z/osL/zm0.net
>>779-780
エラー云々とかで頭うにってた、0.5と5を間違えてた・・・
>>781
それもx265が8bitじゃないのかと思って、10bitに変えたりして直してなかった
331,355までは縮んだけど、まだ大きい・・・きっと俺が間違ってるんだろうね
がんばってみる、ありがとう・・・
803:名無しさん＠編集中
17/11/02 22:37:11.62 souJQo7L0.net
とりあえずqcompはデフォの60でいい（crf18なら
804:名無しさん＠編集中
17/11/03 00:49:43.27 waPyMkEt0.net
ssim厳密に比較するんならpsyは切らないと話にならない
805:名無しさん＠編集中
17/11/12 05:31:28.52 6zfktuKb0.net
HEVCがインタレ対応してくれたらなぁと思ってた時期もあったけど、
QTGMCでインタレ解除したら元の動画そのまま再生するより綺麗になってたし
時代はもうインタレ解除だね
806:名無しさん＠編集中
17/11/12 05:51:07.87 HVT28Ugg0.net
実は対応してるみたいだぞ
再生側が対応してないこと多々なんで実用性はないが
807:名無しさん＠編集中
17/11/12 06:01:36.03 6zfktuKb0.net
x265でインタレエンコードしたけどあまり縮まなかった
x264の方が断然きれいだったよ
再生側もそうだけど、エンコーダ側も対応が必要なんだと思う
規格に専用ツールが用意されてない時点でH264に勝てるのか分からんが
808:名無しさん＠編集中
17/11/12 06:06:23.33 6zfktuKb0.net
再生用のavsスクリプト書けばPCなら問題なく再生できんじゃね
809:名無しさん＠編集中
17/11/12 12:18:39.37 ccAqowuL0.net
QTGMCをリアルタイムに処理できる化物PC持ってるなら解除で良いんじゃね
810:名無しさん＠編集中
17/11/12 12:23:33.78 xlagXxpm0.net
x265にlowpass-dctってオプションが追加
URLﾘﾝｸ(x265.readthedocs.io)
なんか面白そう
811:名無しさん＠編集中
17/11/12 12:30:50.20 xlagXxpm0.net
Disable QP limitations for lowpass subband dct
URLﾘﾝｸ(bitbucket.org)
ログ読んだ感じcrf22～23で使う人にちょうどなんだろうか
いよいよ結果が楽しみ
812:名無しさん＠編集中
17/11/12 12:43:04.42 CIj9fnED0.net
そういえばx265スレ落ちたんだっけか
813:名無しさん＠編集中
17/11/12 13:50:45.47 6zfktuKb0.net
>>790
CUDA化したKTGMC使えばGTX1060でフルHDが100fps超えだよ
そんな化物PCじゃなくてもいい
814:名無しさん＠編集中
17/11/12 22:25:28.64 PLAqjEMN0.net
x265、ソース弄ってiccで最適化したけど、ロシア人がビルドしたヤツと0.1%くらいしか変わんないなー
vtuneでプロファイル取ってみると、ソース全体に処理回ってて、ボトルネックは見つかんないわ
まぁ意外とコストがかかる関数ポインタとか
オブジェクトのメンバ変数読み書きの部分を弄れば
もう0.1%くらいは稼げるかもだけど
そこまですんのもなー
x265、この先が楽しみ
815:名無しさん＠編集中
17/11/12 22:51:08.62 JpH+OF+00.net
x264をもっと最適化出来ないのかな
x265と比べて明らかにCPU温度低くて回路が動いてない
816:名無しさん＠編集中
17/11/12 23:23:00.33 p+8dj83V0.net
それ単に負荷が低いだけじゃないか
817:名無しさん＠編集中
17/11/12 23:42:36.77 xlagXxpm0.net
時の流れって凄いよな
x264が激重でxvidｻｲﾂﾖな時代もあったのに
818:名無しさん＠編集中
17/11/13 02:11:13.42 pi+LpmHH0.net
x264はやってみたいけどmsvcでビルド出来なくなって久しいのがなー
あのレベルの入り組んだマクロから書き直すのは
流石にお給料貰わないと出来ないわ
Linuxも頻繁に使うからgccは嫌いじゃないんだけど
そこそこ大きいソース弄るとなればvisualstudio使った方が楽で‥
x265は全体がc++で書かれてるのがネックだよ
中途半端にC++で、ここは単純にcで書いた方が速そうってファイルもいくつかあったし
819:名無しさん＠編集中
17/11/13 04:37:50.03 5tmrJcn50.net
CPUフルロードになってもx264よりx265の方が温度高くなるのは
x265の方がSI
820:MDを多用してるからじゃなかったっけ
821:791
17/11/13 10:29:07.53 U5Q7Lw5V0.net
--lowpass-dct普通に使ったら絵がボロボロになってた・・
822:名無しさん＠編集中
17/11/13 11:53:06.85 JlABiik1d.net
そりゃ、上限以上のビットレートは全カットだから
上限内はVBRするってフィルタじゃなかったか？
823:名無しさん＠編集中
17/11/13 15:04:06.23 +Ly7OHtv0.net
>>802
全然違うと思う。
824:名無しさん＠編集中
17/11/13 16:00:32.25 Hpbk7sz0F.net
じゃなに？
825:名無しさん＠編集中
17/11/14 18:41:26.28 3Z4c6Zti0.net
離散コサイン変換を近似変換にすることで、精度を犠牲にして計算量を少なくする?
計算科学に暗いので調べてみてもそれくらいしか分からなかった。
826:名無しさん＠編集中
17/11/14 20:42:11.03 hNM9JsLMd.net
>>805
せやで。高周波の計算をカットするからローパス
827:名無しさん＠編集中
17/11/15 12:39:32.01 bP3bP5E30.net
802君は最大ビットレートと混同してる?
828:名無しさん＠編集中
17/11/15 17:29:33.12 VPe+9cuV0.net
DCTの高周波を削ると言うには、AQとの相性は悪そう
829:名無しさん＠編集中
17/11/17 03:39:58.00 aBG0QBBs0.net
iosのhevcをffmpegで確認したけど全部キーフレームってことはBフレームなしってことであってるよな
830:名無しさん＠編集中
17/11/17 13:33:35.42 bY0DmVaId.net
ハードウェアエンコだろうからBフレは存在しないはず
831:名無しさん＠編集中
17/11/17 17:04:43.64 QUGIQhmK0.net
>>809
どういうコマンドで確認したの？
>>810
「ハードウェアエンコだからBフレ無し」なんてことはないよ。QSVのHEVCではBフレーム使えるし。
832:名無しさん＠編集中
17/11/17 17:16:03.35 bY0DmVaId.net
>>811
それは知らなかったな
いつからQSVで使える様になったんだ？
833:名無しさん＠編集中
17/11/17 18:02:27.25 QUGIQhmK0.net
>>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フレ使えなかったようには見えないし。
834:名無しさん＠編集中
17/11/17 18:43:58.14 l7gili030.net
っていうかhevcのBフレ非対応はnvidiaだけだった気がする
835:名無しさん＠編集中
17/11/17 18:59:22.10 QUGIQhmK0.net
>>814
Intel(QSV)、nVidia(NVEnc)、AMD(VCE/AMF)のBフレーム対応状況は>>397参照。
AMDのHEVCも現状ではBフレ非対応。
836:名無しさん＠編集中
17/11/17 20:21:23.13 FnnqibWnM.net
QSVでHEVCエンコード時にBフレームが使用できるというソースに記憶がないんだがなぁ。
対応してたらrigaya氏が真っ先に対応するだろうし。
837:名無しさん＠編集中
17/11/17 20:50:53.70 kJXx/WDua.net
>>816
そのrigayaさんのサイト行ってqsvencの記事片っ端から読んできたら
838:名無しさん＠編集中
17/11/17 20:57:25.88 QUGIQhmK0.net
>>816
rigaya氏のブログの2015-08-29の記事（QSVEncのHEVC対応直後）のログでもBフレ使ってるのがわかるし
夏頃にQSVスレで出てたログでもBフレ使われてたし、当初から普通に使えてたんだと思う。
839:名無しさん＠編集中
17/11/17 21:46:15.31 aBG0QBBs0.net
>>811
ffmpeg -an -skip_frame nokey -i input.mov -vsync 0 out%05d.png
キーフレームじゃないフレームをスキ
840:ップして切り出したら30fps10秒で約300枚だった
841:名無しさん＠編集中
17/11/17 21:53:20.40 aBG0QBBs0.net
>>813
Bフレあったわ( ´～｀)ゞ
URLﾘﾝｸ(pastebin.com)
プライバシーの観点から真っ暗動画でも良いならあげるけど
842:名無しさん＠編集中
17/11/17 23:06:26.38 l7gili030.net
>>815
あー、なんかそれっぽいスライドを見た気がしてたけど
2passのほうだったみたいね
843:名無しさん＠編集中
17/11/18 01:03:55.89 0OILNwEG0.net
全部キーフレームって業務用機器で使うAll-Intraかな？
編集向き
844:名無しさん＠編集中
17/11/18 07:36:17.65 y5HtGk9p0.net
Video in the Cloud: The Future is HEVC
URLﾘﾝｸ(socionextus.com)
845:名無しさん＠編集中
17/11/24 06:51:50.11 vVMdDjzMa.net
AppleがHEVC大量に採用したからライセンスの問題は無くなったって言ってるのかね
理屈がよくわからんが
846:名無しさん＠編集中
17/11/24 08:06:22.87 X4/dv53v0.net
大量に採用？
847:名無しさん＠編集中
17/11/24 08:18:54.31 hZN1AWAC0.net
>>825
HEIFとか
848:名無しさん＠編集中
17/11/24 08:21:20.31 RPV/c8ji0.net
Video Codec Comparison (H.264, H.265, VP9 and AV1)
URLﾘﾝｸ(abulayek.com)
849:名無しさん＠編集中
17/11/25 14:38:27.56 uikUyne2F.net
AV1大丈夫かね
VP10なんかよりもdaalaをベースに作ったほうが良かったように思うのだけど
850:名無しさん＠編集中
17/11/25 14:53:34.26 bv3m0+6S0.net
>>823
採用実績が増えてるだけで、特許問題は解決してないよね
851:名無しさん＠編集中
17/11/25 14:56:30.78 prXfWdXD0.net
>>828
昔daalaを試したことあるけどSSIM低かったし肉眼でもそこまで綺麗じゃなかった
非DCT系コーデックってまだ実用段階じゃないんだと思う
あんま詳しくないから推測だけど
852:名無しさん＠編集中
17/11/25 15:44:29.14 mcEkRSHP0.net
ネコさんだっけ？
x264のchangelog翻訳してた人は4k/8k以上でないと
非DCTの利点がない（出にくい）って言ってた気がする
853:名無しさん＠編集中
17/11/25 16:09:16.07 prXfWdXD0.net
>>831
確かに4kでは試してなかったな
2kの時点で0.03fpsくらいしか出なかったから
854:名無しさん＠編集中
17/11/25 17:27:15.98 GeF182Me0.net
>>829
gifのような騙し討ちと違って最初からライセンスルールが決まってるならいいと思うけどね。
855:名無しさん＠編集中
17/11/25 18:23:10.85 TYLSDacq0.net
4K/8K放送用（BS/110CSの左旋とBS右旋のBS-7/17）・・・本放送2018年12月1日
VC-8350/VD-8350 H.265 (MPEG-H/HEVC) MMT対応 8K/4Kコーデック
URLﾘﾝｸ(jpn.nec.com)
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技研が開発した光ケーブルによる伝送。
本放送は、１年後だから、もう少し改良されるでしょうね。
856:名無しさん＠編集中
17/11/25 18:48:21.35 LVSAusRl0.net
8K放送って何かと批判されてるけどNHKで実際にみて見ると立体感�
857:ﾆか半端ないんだよね。 めちゃくちゃ楽しみにしてるけど、目標までたどり続ける体力が各方面にあるかどうか・・・
858:名無しさん＠編集中
17/11/25 19:15:04.57 wxxEbk1K0.net
x265スレが立ってたのでテンプレ貼っといた。
x265 rev4
ｽﾚﾘﾝｸ(avi板)
859:名無しさん＠編集中
17/11/25 19:21:03.46 6oVjGvMPM.net
4Kの伝送に今までのSDIだとかなりしんどいからねぇ
USDIの導入はカメラケーブルで代用できないし体力が無いよ
ゼロ遅延でHEVCで圧縮して伝送できりゃいいけど…
860:名無しさん＠編集中
17/11/26 01:59:53.24 KNR+NudY0.net
>>835
それ4Kの時も言われてた
861:名無しさん＠編集中
17/11/28 23:14:27.23 GXB6249z0.net
AV1にFacebookがキターーーッ
URLﾘﾝｸ(aomedia.org)
862:名無しさん＠編集中
17/11/29 21:15:48.05 X6rHAACY0NIKU.net
>>835
少なくとも放送局には無いだろうな
NHKでもやっとじゃないの
863:名無しさん＠編集中
17/11/30 08:55:36.28 EBExVmPDa.net
HEVC関係ないけどオレ様用メモ
511 名前:名無し~3.EXE [sage] :2017/11/30(木) 08:08:26.78 ID:HZwMEGNU
Web メディア拡張機能
URLﾘﾝｸ(www.microsoft.com)
この Web メディア拡張機能パッケージをインストールすると、ユーザーは Ogg コンテナーに届けられたコンテンツや、Vorbis または Theora のコーデックを使用してエンコードされたコンテンツを自然に再生することができるようになります。
864:名無しさん＠編集中
17/11/30 08:56:05.92 F+fZHfST0.net
DASH playback of AV1 video in Firefox
URLﾘﾝｸ(hacks.mozilla.org)
865:名無しさん＠編集中
17/12/01 14:03:02.87 Vkqfo7eAa.net
ついにブラウザで再生できるようになったか
俺のPCだと720pで重くなってしまうが
866:名無しさん＠編集中
17/12/01 14:08:57.16 NG+SXGt0M.net
すげーなAV1
HD画質ならもう1Mbpsいらんのね
エンコード時間がヤバイけど…
867:名無しさん＠編集中
17/12/01 14:14:21.13 oeofso/j0.net
数年後、まともに再生できる環境が疑わしいコーデックに時間をかけるのは無駄だと思うがね
868:名無しさん＠編集中
17/12/01 14:35:34.78 JdQ51eVj0.net
俺のグラボだとhevcもvp9も4kサクサク
869:名無しさん＠編集中
17/12/01 14:40:26.14 qBgGEFTU0.net
AV1の規格まだ固まってないだろうにようやるわｗ
コーデックMIMEタイプにgit hash含まれてるらしいしｗ
870:名無しさん＠編集中
17/12/01 16:37:56.10 mjumIZIG0.net
>>845
どの辺が疑わしいの？
871:名無しさん＠編集中
17/12/01 19:56:35.70 oeofso/j0.net
何もかもに決まってるだろ
872:名無しさん＠編集中
17/12/02 22:31:34.01 3Ht/WnVo0.net
新しい物が出来たら試したくなるじゃん。永久保存版をダウンサイズする訳じゃないし。
873:名無しさん＠編集中
17/12/03 00:00:25.23 Qq6o//g60.net
浮気グセのあるやつは信用ならん
874:名無しさん＠編集中
17/12/03 06:53:12.87 DVgsngx1a.net
はたしてHEVCはAV1に負けるのだろうか？
chromeとfirefoxがHEVCをサポートしないだろうからウェブでは流行らせようがないし
875:名無しさん＠編集中
17/12/03 09:00:42.54 n/+U9RXDd.net
結局はネーミング
AV1とかセンス0の怪しい名前が普及するわけないのよ
876:名無しさん＠編集中
17/12/03 09:28:37.85 Wpdan08r0.net
AVがいかがわしい意味を持つのって日本だけじゃないの？
877:名無しさん＠編集中
17/12/03 16:23:02.05 0y7/IV3z0.net
パッと思い浮かぶのはオーディオ・ビデオだろ
878:名無しさん＠編集中
17/12/03 17:19:43.60 uVRg17My0.net
ビジュアルじゃなくて
879:名無しさん＠編集中
17/12/03 18:47:31.56 jugbA38x0.net
HEVCの読み方って？
880:名無しさん＠編集中
17/12/03 18:48:04.28 N46X2NJO0.net
ﾍｳﾞｪｸッッ
881:名無しさん＠編集中
17/12/03 19:48:43.64 NO/LQ1WT0.net
風邪ですか？お大事に
882:名無しさん＠編集中
17/12/03 23:28:57.80 y32j/id9M.net
safariとedgeはh.265をサポートしているのか？
883:名無しさん＠編集中
17/12/04 05:23:14.61 6kZddE930.net
>>860
URLﾘﾝｸ(html5test.com)
Netflix on AV1
URLﾘﾝｸ(streaminglearningcenter.com)
884:名無しさん＠編集中
17/12/04 12:44:08.39 R5zkLxI4a.net
>>860
Safariはどうだか知らんが
Edgeは>>762入れてみたら
885:名無しさん＠編集中
17/12/10 19:33:54.84 FfN0H0Rn0.net
グーグルフォトがAV1の採用で60fpsに対応してくれることを期待
886:名無しさん＠編集中
17/12/10 23:09:18.56 FaK5j4k70.net
スレ違い
887:名無しさん＠編集中
17/12/14 23:49:27.51 3P2Wc4050.net
iMac Proと一緒に
HEVC対応Final Cut Pro X/Compressor/Motion出たね
888:名無しさん＠編集中
17/12/16 10:16:22.99 4Ux/53fCa.net
appleがゴリ押しすればHEVC流行るかねえ
889:名無しさん＠編集中
17/12/16 22:44:44.30 p//cfd350.net
もう新しくロイヤリティ払いたくない派は
av1が来るまでｍｐ４やｖｐ９で行くんでねえ
８ｋ来るまで当分先だし
890:名無しさん＠編集中
17/12/16 22:53:27.40 WKsDSOO80.net
日本語でおk
891:名無しさん＠編集中
17/12/17 00:40:21.69 Xgni82KD0.net
本当に全角ってひどいんだなと感じた瞬間である
892:名無しさん＠編集中
17/12/20 10:38:08.60 vtaClyVI0.net
乞食丸出しだもんな…
893:名無しさん＠編集中
17/12/31 11:45:48.09 90rtTOjH0.net
誰でも自分ＰＣで稼げる方法など
参考までに、
⇒ 『政道のゴウイウセレイイ』 というＨＰで見ることができます。
グーグルで検索⇒『政道のゴウイウセレイイ』
DV2315TNTB
894:名無しさん＠編集中
18/01/01 15:49:06.59 1R6AJLFI0.net
QSVのHEVCがBフレーム対応するのは、まだまだ先かねぇ？
895:名無しさん＠編集中
18/01/01 17:21:45.65 2P1PRaJJ0.net
>>872
>>397参照。QSVのHEVCはBフレーム対応してる。
HEVCでBフレームが使えないのはNVEncやAMFだな。
896:名無しさん＠編集中
18/01/01 23:09:09.49 1R6AJLFI0.net
>>873
それ、ソースあるの？
897:名無しさん＠編集中
18/01/01 23:48:59.96 k6oWHdCi0.net
自分で試せよ
898:名無しさん＠編集中
18/01/01 23:49:34.97 QIIdcyGkM.net
ないんだ
899:
18/01/02 01:35:00.55 6G2+eWOJ0.net
対応してんだろ
URLﾘﾝｸ(software.intel.com)
少なくともSkylakeでは
それより前の世代は知らん
900:名無しさん＠編集中
18/01/02 01:43:10.13 QwKiZm9j0.net
スレチかもしれないけど、中国製の防犯カメラでH.265に対応している製品があるけど、なんちゃってなのだろうか。
5MP/25fpsのカメラモジュールで1万円くらいからある。
901:名無しさん＠編集中
18/01/02 10:44:36.96 7mLRIBXP0.net
>>877
で、Bフレーム有効にするとQSVでのエンコード画質は、H.265>H.264になったの？
それともとりあえず対応しました程度？
902:名無しさん＠編集中
18/01/03 20:14:33.90 zXFbefT40.net
自分で試せよ
903:名無しさん＠編集中
18/01/05 10:34:23.54 SePSQ6tC0.net
AppleもAOM参加らしい
904:名無しさん＠編集中
18/01/05 10:39:10.26 3B2rOqYba.net
なんのこっちゃ？
905:名無しさん＠編集中
18/01/05 11:10:34.44 Pcgh0yt50.net
>>881-882
ググったら出てきたが。
Apple joins alliance to shrink your online videos - CNET
URLﾘﾝｸ(www.cnet.com)
906:名無しさん＠編集中
18/01/05 11:16:48.05 3B2rOqYba.net
スレ違いだろ
907:名無しさん＠編集中
18/01/05 11:25:11.01 Pcgh0yt50.net
寝言はおいとくとして、次スレに向けてスレタイやテンプレの変更をちゃんと考えないといかんな。
908:名無しさん＠編集中
18/01/05 12:25:27.39 7va9CEd50.net
その時に書かないとまたアホが同じ事する
909:名無しさん＠編集中
18/01/05 13:28:20.63 3B2rOqYba.net
>>885
例えばどんなところを注意すべき？
910:名無しさん＠編集中
18/01/05 13:42:20.78 Pcgh0yt50.net
とりあえず次スレに向けて、スレタイ＆テンプレ変更案を書いてまとめてみたけど、どうだろうか。
Q&Aの内容はこれでいいのかとか、Daala/Thorのリンクは必要なのかとか、もろもろ意見求む。
詳細→ URLﾘﾝｸ(pastebin.com)
スレタイ：
次世代ビデオコーデック総合スレ Part8 【HEVC/VP9/AV1等】
テンプレ
H.264/AVCの後継候補となる様々な次世代ビデオコーデックについて語るスレです。
（以下略）
911:名無しさん＠編集中
18/01/05 14:48:54.32 3B2rOqYba.net
>>888
それ、スレ変わってるがな
別スレ扱いの内容だぞ
912:名無しさん＠編集中
18/01/05 15:23:35.48 Pcgh0yt50.net
>>889
このスレはPart3から>>1の2行目が入って、H.265だけじゃなく次世代コーデック全般のスレになってるんだよ。
過去ログか、せめて>>1-13だけでもちゃんと読んでくれ。
スレタイがこのままだと、お前さんのようにテンプレ読まずにH.265専用スレだと勘違いする人がいるし、
酷いのだと勘違いしたまま別スレを立てようとするのまでいる。（>>297-300）
だから実態にあわせてスレタイやテンプレを変えようという話。
913:名無しさん＠編集中
18/01/05 15:26:11.62 3B2rOqYba.net
>>890
分けて建てろ
914:名無しさん＠編集中
18/01/05 15:31:12.86 FtksHx4s0.net
マジで分けろよ
915:名無しさん＠編集中
18/01/05 15:36:52.05 l8pHmGC/0.net
このスレだって消化に1年くらいかかってるわけだし分ける必要性を”今は”全然感じないな
もっと動画サイトやらハードウェアやらでの採用が増えてレスが増えるようになってから分ければいいんじゃね？
916:名無しさん＠編集中
18/01/05 15:38:10.37 3B2rOqYba.net
統合する必然性がない
917:名無しさん＠編集中
18/01/05 15:46:26.12 Pcgh0yt50.net
H.265/HEVCにしてもAV1にしても話題もレスも今のところ大して無いんだし、
制限が続くDTV板の厳しい現状もあるし、わざわざスレ分ける必要はないわな。
918:名無しさん＠編集中
18/01/05 16:03:52.24 FtksHx4s0.net
統合する意味ねえよ
うざいだけ
919:名無しさん＠編集中
18/01/05 17:46:28.76 3tt8bLEi0.net
AV1専用にしていいよ
他はどうせそのうち消える
920:名無しさん＠編集中
18/01/05 18:03:32.16 MkcHRmIH0.net
統合が嫌だったらもっとHEVC関連の話題出してホラホラ
921:名無しさん＠編集中
18/01/05 18:22:40.21 3B2rOqYba.net
引き換えにする理由になっていない
却下
922:名無しさん＠編集中
18/01/05 18:30:24.02 OosUOP4cM.net
現状のままでええ スレタイを1に合わせるのはありだと思う
923:名無しさん＠編集中
18/01/05 18:44:03.07 Pcgh0yt50.net
というか、もともとこのスレで普通にAV1の話もしてたんだから、「統合」は既にされてるわけで、
「実情にあわせてスレタイを変えたほうがいいじゃないか」というだけの話なんだけどね。
「AppleがAOMediaに参加」という話を理解できなかった挙句
「AV1はスレ違い」とか勝手に言い出して暴れ続けるのはどうかと。
924:名無しさん＠編集中
18/01/05 18:51:57.88 3B2rOqYba.net
>>901
前からスレ違いと言われているだろ
925:名無しさん＠編集中
18/01/05 18:54:58.87 vR0YeLvn0.net
もうそろそろスレも終盤に�
926:ﾟいし総合スレもH.265単独スレも建てちゃえば
927:名無しさん＠編集中
18/01/05 21:17:02.77 I+fxWA1A0.net
んじゃー次スレ立てるときにH.265単独と
次世代コーデック全般の二つ立てればいいんじゃないの
928:名無しさん＠編集中
18/01/05 21:27:19.92 Pcgh0yt50.net
無駄にスレ分けたって両方過疎るのがオチだし、それなら現状維持の方が多分マシ。
929:名無しさん＠編集中
18/01/05 21:33:00.99 qXrsTHoi0.net
スレ立てる奴が勝手に決めろ
議論は無意味、無駄
930:名無しさん＠編集中
18/01/05 21:57:03.21 Pcgh0yt50.net
スレタイを「次世代ビデオコーデック総合～」にするんじゃなく
H.265/HEVC VP9 AV1 Part8
みたいにするだけなら抵抗感は少なくて済むのだろうかと、ふと思った。
931:名無しさん＠編集中
18/01/05 22:33:40.31 eQz53e640.net
惰性でスレタイは今のままが一番トラブルは少ないと思う
んでテンプレで"HEVC/VP9/AV1など新世代コーデックについて語ろう"としたら円滑に回るかと
932:名無しさん＠編集中
18/01/05 23:00:36.96 hStm3SX40.net
単独スレがあるx265の話題抜きだからH.265は語ることが少ない
933:名無しさん＠編集中
18/01/05 23:10:26.19 N/idfPQgM.net
【】を有効活用しろ
西暦解像度は無意味、無駄
934:名無しさん＠編集中
18/01/05 23:54:49.72 k4gDEQ6w0.net
既に現行コーデックになったHEVCと他のカスコーデックを同列で語る意味がない
935:名無しさん＠編集中
18/01/06 01:08:08.33 /A5/lhYBr.net
なおこれからAV1に駆逐される模様
936:名無しさん＠編集中
18/01/06 01:17:09.73 LCz8DYGeM.net
H.266/AV1 Part1
937:名無しさん＠編集中
18/01/06 01:51:01.09 4nKjtihi0.net
ゲハみたいのが住み着いてるのかよｗ
938:名無しさん＠編集中
18/01/06 09:41:24.35 YVmSVrZB0.net
>>912
駆逐してから言ってね
939:名無しさん＠編集中
18/01/06 09:46:49.36 s08BHeFb0.net
>>912
駆逐される気配もない
940:名無しさん＠編集中
18/01/06 12:54:25.66 oGX82gm60.net
>>910
【H.265/HEVC】【VP9】【AV1】 Part8
941:名無しさん＠編集中
18/01/06 13:41:57.57 vNhhlabc0.net
>>878
ファーウェイ子会社のハイシリコンのAVC/HEVCエンコーダが低価格帯だと有名だよ。
942:名無しさん＠編集中
18/01/07 22:11:07.26 xa4Fje7P0.net
まぎらわしいから俺はやっぱりスレタイはこのままの次スレと
AV1やVP9の話題を扱う新スレをそれぞれ別々に立てて分けるべきだと思うわ
HEVCは一応昨年の段階で製品やOSレベルでのサポートが進んだし
今年はデバイスやアプリレベルの対応に関して話題になりそうだから ここでAV1の話とかされても困る
943:名無しさん＠編集中
18/01/08 22:38:41.57 CyddkypL0.net
>>918
HUAWEI Mate 10 Proのコア作ってるし、激安カメラのエンコチップによく使われてるよね。
性能は価格なりなようだけど、どうなんだろう？
944:名無しさん＠編集中
18/01/09 00:03:33.55 lHhO8moH0.net
ファーウェイ？MediaTekじゃなくて？
945:名無しさん＠編集中
18/01/09 03:12:54.95 5Y+HvNlu0.net
>>921
MediaTekはMT～のチップになるね。
ハイシリコンはKirinシリーズで採用されている。
調べればわかるけど、ハイシリコンはHuaweiの半導体子会社。
MTシリーズは低価格から中堅、Kirinは中堅から高スペックなあたりで搭載されている感じだろうか。
946:名無しさん＠編集中
18/01/10 19:22:14.05 /cV3QgNk0.net
AV1を試してみようと思ってビルドしてみたんだけど、--tile-columnsに0以外を指定すると
aomenc.exeがクラッシュしてしまい、マルチスレッドエンコできなかった。
なんかバグってるのか、自分のビルドの仕方が悪いのか・・・。
コマンド（aomencがクラッシュする）
ffmpeg.exe -i 512x256.avi -pix_fmt yuv420p -f yuv4mpegpipe - | aomenc.exe --cpu-used=8
947: --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)
948:名無しさん＠編集中
18/01/11 11:35:28.56 wuxrQsw/0.net
>>923
パイプじゃなくてy4mから読み込んでみるとか
949:名無しさん＠編集中
18/01/11 12:48:57.82 /SYqoqOXd.net
>>923
例え32C動作だとしても0.96～32fpsなんだから、もう試す意味ないんじゃないか？
950:名無しさん＠編集中
18/01/11 18:29:54.71 eS1xF/ZE0.net
>>924
変わらなかった。
>>925
確かに。
というか一番聞きたかったのは「他の人はうまくマルチスレッドで動いてるの？」ということだったんだけど
それをちゃんと書いてなかったことに今気づいた。ごめん。
951:名無しさん＠編集中
18/01/11 19:10:53.51 UjYtRAbG0.net
規格が完成したら試そうと思ってるんだけど延期に次ぐ延期でなー
952:名無しさん＠編集中
18/01/12 03:21:33.60 gM9FkCuL0.net
12月で仕様固める言ってたのはどうなったんや
もし延期してなければ高速化はこっからが本番でしょ
953:名無しさん＠編集中
18/01/12 13:58:14.33 ecpKvVhK0.net
>>928
アップル、動画圧縮技術の開発を目指すAlliance for Open Mediaに加盟
URLﾘﾝｸ(japan.cnet.com)
AV1の仕様確定はちょい延期されたようで、上の記事によると「数週間以内」、英語Wikiにも「2018年1月」とある。
また延期されるかもしれんけど。
954:名無しさん＠編集中
18/01/12 14:16:39.59 uzMuT7JMM.net
AV1の話は、そろそろ次世代コーデックスレ立てて、そっちでやってくれ
955:名無しさん＠編集中
18/01/12 14:56:40.33 Ol0CLAzb0.net
HEVCの話をしてるとおもってたら
AV1のことだったのか
956:名無しさん＠編集中
18/01/12 16:55:46.65 ougtF0sSM.net
【AV1】次世代ビデオコーデック総合スレ【H.266】
テンプレは任せた
957:名無しさん＠編集中
18/01/12 19:29:55.13 ecpKvVhK0.net
>>932
まだ標準化されてないんだから「H.266」という表現は用いるべきではない。
AV1も継続して話すほどのネタは無いからわざわざスレ分けするほどではないし、
スレタイ変えるのが嫌なら現状維持でいいと思うんだが。
958:名無しさん＠編集中
18/01/12 19:43:54.97 LrTg1uRx0.net
俺も現状維持でいいと思うけど
959:名無しさん＠編集中
18/01/12 19:44:20.33 uzMuT7JMM.net
断る!!
AV1は出ていけ
960:名無しさん＠編集中
18/01/12 19:54:22.31 o0m2/tM10.net
めんどくせーのがいるんだから隔離スレ立てて誘導すればいい
961:名無しさん＠編集中
18/01/12 20:03:43.74 94wgSLc00.net
分けろよマジで
962:名無しさん＠編集中
18/01/12 20:08:50.64 LrTg1uRx0.net
いやです
963:名無しさん＠編集中
18/01/12 20:13:39.90 uzMuT7JMM.net
3日時間をやるから、次世代コーデック総合スレを立てて、AV1厨はとっとと出ていけ
さもないと、テンプレなしで適当にスレ立てしてAV1厨をつまみ出す！
964:名無しさん＠編集中
18/01/12 20:29:58.12 94wgSLc00.net
頼むわ
965:名無しさん＠編集中
18/01/12 21:05:55.13 2+HbD93T0.net
H.265/VP9/AV1他なんでも可の新スレが建ってくれるならそれでいいわ、俺もそっち移れるし
H.265スレに残る人は残る人で自由にやってもらえばいい
966:名無しさん＠編集中
18/01/12 21:06:52.49 NMFGPPkSM.net
>>933
＞まだ標準化されてないんだから「H.266」という表現は用いるべきではない。
【2013】 H.265/HEVC 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
1 名無しさん＠編集中 2011/09/27(火) 04:43:51.21 ID:HczLwb1z
圧縮率効率がH.264の2倍な次世代ビデオコーデックH.265/HEVCを語ろうぜ
967:名無しさん＠編集中
18/01/12 21:20:24.59 p2VANSXd0.net
そんじゃ仕方ないのでとりあえず次世代コーデックスレ立てにいってみる
968:。
969:名無しさん＠編集中
18/01/12 21:25:20.68 p2VANSXd0.net
立てた。すぐ落ちないよう保守しないといかんのでいくつか書き込む予定だけどよろしく。
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
ｽﾚﾘﾝｸ(avi板)
970:名無しさん＠編集中
18/01/12 21:29:29.44 NMFGPPkSM.net
>>944
乙
971:名無しさん＠編集中
18/01/12 22:40:25.11 JaQNvSZK0.net
やっと五月蝿いハエが出ていったか
今度このスレでAV1の話しやがったら、全力で潰すぅ
972:名無しさん＠編集中
18/01/12 22:56:15.58 LrTg1uRx0.net
で、AV1っていつごろリリースされるのかね？
973:名無しさん＠編集中
18/01/12 23:44:55.02 z0V0wN9r0.net
とにかく時代はAV1だわ。
974:名無しさん＠編集中
18/01/13 00:39:05.63 1niUMGkm0.net
ｽﾚﾘﾝｸ(avi板)
ここで存分に
975:名無しさん＠編集中
18/01/13 10:26:01.94 WP44Xq0d0.net
さて、次世代コーデックスレが立ったところで、今後のこのスレについてなのだが、
現状、DTV板のスレッド数はかなり抑制されている環境のようなので、無意味なスレの乱立は好ましくないと思われる
そこで、すでに民生用途含め多くの場面で利用できる環境が整備された既存コーデックについてまとめて語る場としての「既存ビデオコーデック総合スレ」として再整備するのはどうかと思うのだが、どうだろうか？
※HEVCについてはすでに数年前よりハードウェア再生支援環境がPC、スマホ等で整ってきているので、既存ビデオコーデック総合スレの管轄と考える
ただし、AV1などの次世代コーデックとの画質やビットレートのために、次世代ビデオコーデックスレでHEVCをはじめとする既存のコーデックとの比較を行うことを妨げはしない
976:名無しさん＠編集中
18/01/13 10:31:43.42 l6zClTPO0.net
>>950
HEVC以外の話をするなーって人が出てきて分裂したのに既存のコーデックでひとまとめにしたらまた暴れるでしょ
素直にHEVC単独スレ立てとけばいい
977:名無しさん＠編集中
18/01/13 10:50:38.91 r2A7swj3M.net
>>951
☓HEVC以外の話をするなー
○AV1は出ていけ
978:名無しさん＠編集中
18/01/13 11:24:29.42 WP44Xq0d0.net
>>952
それが正しい
AV1は放送やAV機器で利用するようなメジャーコーデックにはならない可能性が高いから、HEVCやAVCなどとは性格が違うしね
979:名無しさん＠編集中
18/01/13 11:55:09.58 13+c6PGz0.net
だからスレ立てたい奴が勝手に立てればいいんだよ
意味のない議論なんてするな、んなもんに正しいも糞もねーんだよ
どんなスレだろうと立てたきゃ好きに立てろよ
980:名無しさん＠編集中
18/01/13 12:36:52.16 KIpJLwrX0.net
ようするにあれか放送業界用コーデックとネット業界用コーデックの話をしたい二種類の人間がいるって感じか
981:名無しさん＠編集中
18/01/13 15:14:31.68 SIeotRKk0.net
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
ｽﾚﾘﾝｸ(avi板)
> 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を次世代に入れるな」という人もいるかもしれないけど、
求められてるのはビデオコーデックの最新動向などを全般的に話すスレだと思うので、
些細な言葉の定義で無駄な議論をするつもりはない。
982:名無しさん＠編集中
18/01/13 16:06:03.51 r2A7swj3M.net
>>956
誰もその件について了承した覚えはないし、了承を求めたログもないわけだが
983:名無しさん＠編集中
18/01/13 16:15:30.52 WP44Xq0d0.net
＞「H.264の後」を「次世代」と位置付けていて、
誰がこんな定義していいと言ったんだろうね？
HEVC(H.265)が登場し、
984:放送でもすでに使われているコーデックをいまさら次世代と定義するまっとうな理由が理解できない
985:名無しさん＠編集中
18/01/13 16:47:14.87 SIeotRKk0.net
>>957-958
正直そんなことどうでもいいよ。
元々Part3からはH.265/HEVC以外のコーデックの話もOKということでやってきたのに、
突然H.265/HEVC専用にしたいと言い出したのはそちら。
こことは別に総合スレを立てただけだから、了承とかどうでもいい。誰もが納得するスレ立てなんて無理。
次世代の定義についても>>956の最後で書いたとおりなのでどうでもいい。
「次世代」という言葉が嫌なら次スレからは「高効率」といった言葉に入れ替えてもいいかもね。
H.265/HEVCの話をどちらでするのかはスレ住人が個々に考えて決めることだから、流れにまかせればいいよ。
専用スレでやりたいという住人が多ければ、自然と専用スレに集約されるだろ。それはそれで構わない。
986:名無しさん＠編集中
18/01/13 16:51:16.55 WP44Xq0d0.net
馬鹿なんだろうか？
987:名無しさん＠編集中
18/01/13 16:55:59.58 Ewzzti6vM.net
どうでもいいからもうコーディング何でもスレの一つに統一しろや
988:名無しさん＠編集中
18/01/13 17:21:54.00 +vjm2mOV0.net
アホか
989:名無しさん＠編集中
18/01/13 18:45:16.23 sN6VOOs30.net
わざわざそんな配慮しなくてもスルーすりゃいいんよ、徒労に終わるし
何やっても所構わず顔出して出て行けだの終始喚く輩だろう