19/02/18 19:24:56.77 /W1wW3i40.net
>>189
記事内のリンクで気づいたけど、2/15にSVT-AV1のベンチマーク記事も出てたんだね。
2/3版に比べて、2/15版はかなり速くなってるとのこと。
（まあそれでも i9-7980XEで1080pが8.5fpsくらいだけど・・・。）
SVT-AV1 Already Seeing Nice Performance Improvements Since Open-Sourcing - Phoronix
URLﾘﾝｸ(www.phoronix.com)
201:名無しさん＠編集中
19/02/18 19:27:07.56 /W1wW3i40.net
>>192-193
参考までにPhoronix Test Suiteのdav1dのベンチマーク。1080pと4Kのデコード速度。
dav1d Test Profile
URLﾘﾝｸ(openbenchmarking.org)
グラフ
dav1d Performance Showdown, Automated Performance Comparison
URLﾘﾝｸ(openbenchmarking.org)
202:名無しさん＠編集中
19/02/18 19:34:14.50 /W1wW3i40.net
メモ： Phoronix Test Suite の ビデオエンコード/デコード関連のテストプロファイル一覧
SVT-AV1
URLﾘﾝｸ(openbenchmarking.org)
SVT-VP9
URLﾘﾝｸ(openbenchmarking.org)
SVT-HEVC
URLﾘﾝｸ(openbenchmarking.org)
dav1d
URLﾘﾝｸ(openbenchmarking.org)
AOM AV1
URLﾘﾝｸ(openbenchmarking.org)
VP9 libvpx
URLﾘﾝｸ(openbenchmarking.org)
x264
URLﾘﾝｸ(openbenchmarking.org)
x265
URLﾘﾝｸ(openbenchmarking.org)
203:名無しさん＠編集中
19/02/18 20:54:14.05 wzkzZVMHM.net
>>195
掲載しているCPUに偏りがありすぎて資料としての価値が…
そもそも物理コアが2コア、4コア、6コア、8コアでそれぞれ何fps程度までコマ落ちなしで再生できるのかみたいな比較じゃないとわかりにくいし
あと、今年中に登場予定のIntelの新型CPUがかなり気合い入ってるらしいので、そいつに期待するか
2018年あたりからThunderbolt3端子搭載ノートPCが増えてきているから、Thunderbolt3接続タイプのAV1ハードウェア再生支援回路とかが出れば普及させやすいかもしれんが
204:名無しさん＠編集中
19/02/19 11:19:45.35 aPIlGERf0.net
URLﾘﾝｸ(satch.tv)
205:名無しさん＠編集中
19/02/19 11:38:42.25 8Fbpkffo0.net
ffmpeg+QSVでH.264とHEVC両方使ってみたけど
意外とCPU負荷もあるんだな
GPUに全部お任せできるくらいに思ってたわ
206:名無しさん＠編集中
19/02/19 11:38:44.66 /aPm2G0j0.net
H.265の寿命は短かったなあ。4K8Kのコンテンツもコーデックもオワコン。
207:名無しさん＠編集中
19/02/19 11:48:08.72 jPOPtbqt0.net
h.266はいつ決まるんだか・・・
208:名無しさん＠編集中
19/02/19 12:14:20.65 cSY3PZqTM.net
H.266よりもAV1だろ
AV1のハードウェアエンコードはいつになったらできるのか
209:名無しさん＠編集中
19/02/19 13:05:19.36 kCQtpMgn0.net
>>191
H.264はともかくH.265は元からChrome/Firefoxには無いだろ
210:名無しさん＠編集中
19/02/19 17:07:06.83 sckuBehZ0.net
>>203
終わったやん。本格的に。
まぁ、でもAV1リアルタイムエンコード厳しいし...厳しいし...
211:名無しさん＠編集中
19/02/19 17:11:17.76 kCQtpMgn0.net
>>204
は？何いってんだ、H.265が採用すらされないのは権利問題だろ
そもそもSafariにはH.265あるのか？
212:名無しさん＠編集中
19/02/19 17:43:56.97 aKEtg7+S0.net
>>205
>>5
213:名無しさん＠編集中
19/02/19 18:24:43.65 skHDP/FFM.net
個人使用でモダンなコーデックの中で圧倒的に実用的なhevcが終わったっていうのは有り得ない。
一般的には始まっても無いが少なくとも終わったという表現はおかしい。
214:名無しさん＠編集中
19/02/19 19:41:58.89 fSib0Tn80.net
ノートでバリバリHEVCエンコしてるよ
i7-8750H、2時間映画8時間近くかかるから寝る前にセットだ
215:名無しさん＠編集中
19/02/19 20:48:49.07 i6FIJpQD0.net
いいなぁ
俺i5-3210Mだから羨ましい
216:名無しさん＠編集中
19/02/19 20:55:54.22 q0vP/lA40.net
ノートエンコードとかパーツの消耗激しそうだな
217:名無しさん＠編集中
19/02/19 21:03:48.09 i6FIJpQD0.net
7年間交換0だよ
218:名無しさん＠編集中
19/02/19 21:55:35.90 a6rZOomdH.net
固定回線でも「ギガ不足」におびえる時代が到来か、トラフィック急増により現場で起きている悲劇とは (1/2)
「従量課金に移行しないと、このままではとても立ち行かない」
ある固定回線系プロバイダーの幹部が悲痛な面持ちで筆者に訴えた。 「ここ数年の爆発的なトラフィックの伸びに設備投資が追い付かず、ユーザーからのクレームが増加している」
それは、プロバイダーだけの問題ではなく、NTT東日本・西日本（NTT東西）のフレッツ光にもいえることらしい。
この資料の中で注目してほしいのは4ページ目の「1契約当たりのトラヒック」（図版2）だ。これを見ると、2015年辺りから毎年3～4割のダウンロードトラフィック増を記録している（赤のグラフ）。
動画サービスの台頭やWindows Updateの存在がトラフィック増の原因か
URLﾘﾝｸ(www.atmarkit.co.jp)
219:名無しさん＠編集中
19/02/19 22:05:06.39 NmVRXRZb0.net
iPhoneの動画撮影と写真がHEVCになって2年以上経つし普及はしまくってる
既に使用してないiMac 2010でもHEVC 1080pは余裕で再生できた
220:名無しさん＠編集中
19/02/19 22:06:32.93 vV3u4VEB0.net
YouTubeの1080p60を1.5倍速で再生できないうちのパソコンに未来はありますか…？
221:名無しさん＠編集中
19/02/19 22:08:33.82 yhBJ5Ose0.net
進歩しないといけないとはいえ
やっぱ光の速度に限界がある以上
限界は近い
222:名無しさん＠編集中
19/02/19 22:12:06.25 NmVRXRZb0.net
1080pじゃないな。iPhoneで4K60fpsで撮ったのが2010 iMacで問題なく再生できてるの間違いだわ。ハードにHEVCの再生支援なんてないから、GPUのシェーダーコアとかCPUのSSEとかで頑張ってるんだろうけど(AVXもないマシンなので
223:名無しさん＠編集中
19/02/19 22:45:31.02 aKEtg7+S0.net
>>216
さすがに2010年のiMacのスペックで4K60fps（H.264でもHEVCでも）を問題なく再生するのは無理では？
URLﾘﾝｸ(ja.wikipedia.org)(%E3%82%A4%E3%83%B3%E3%83%86%E3%83%AB%E3%83%99%E3%83%BC%E3%82%B9)#iMac_(Mid_2010)
再生してる動画のプロパティをもう一度確認したほうが良い気がする。
224:名無しさん＠編集中
19/02/19 23:06:38.10 NmVRXRZb0.net
>>217
ダブルチェックした。
未編集ビデオ書き出してQuickTimeで再生。
HEVC 3840x2160 59.99fps
データレート 51.41Mbps
ふつーにヌルッヌルに再生できる。
2.93GHz Core i7
8GB 1333MHz DDR3
Radeon HD 5750 1024MB
解像度 2560x1440
225:名無しさん＠編集中
19/02/19 23:09:38.22 0cpGBqE30.net
俺のivybridgのCorei5 で4k 60fpsのVP9再生してみたけど60%ぐらいやな。だからいけそうな気がするな。
226:名無しさん＠編集中
19/02/19 23:10:38.76 0cpGBqE30.net
60%ってのはタスクマネージャーで確認したCPU使用率
227:名無しさん＠編集中
19/02/19 23:17:55.76 NmVRXRZb0.net
負荷は4コア400%中295%程度
100%基準にすると75%程度だから妥当かと
228:名無しさん＠編集中
19/02/19 23:44:22.31 mkU5Scpt0.net
固定回線が従量制になったりしたらネットインフラが完全に崩壊しそう。ゲームのDL版なんか買えなくなる
229:名無しさん＠編集中
19/02/19 23:50:09.71 aKEtg7+S0.net
>>218
割といけるもんなのか。すまんかった。
230:名無しさん＠編集中
19/02/20 06:20:44.84 BsGWK+b50.net
>>222
最大の危機はWindowsUpdateって話も・・・
231:名無しさん＠編集中
19/02/20 08:30:45.84 DBJWIpDW0.net
従量制だと良識派ユーザーならかえって安くなりそうだな
232:名無しさん＠編集中
19/02/21 02:31:52.85 pqfYOsa30.net
YouTube VP9/1080p60fpsでDropped Frames 9912/14280のワイ無事死亡。
FUJITSU AH30/Xもう本当に許さねぇからな。お前。
233:名無しさん＠編集中
19/02/21 03:03:19.27 o5LCkWfz0.net
>>226
逆恨みはほどほどにな
・ AMD デュアルコア E1-7010 APU + AMD Radeon™ R2 グラフィックス
→Unified Video Decoder 4.2
VP9の再生支援には対応していない
Celeronの最下位モデルと同クラスのCPUに期待しすぎだ
234:名無しさん＠編集中
19/02/21 03:47:27.85 7+Dl7YRJa.net
>>226
そんな低スペ使うお前が悪いんだろ…
235:名無しさん＠編集中
19/02/21 08:43:21.07 OSPSdfchd.net
E1って家電量販店で騙されて買うCPUじゃない?
236:名無しさん＠編集中
19/02/21 09:29:41.13 TSvcgvew0.net
ブラウザ変えてみるとvp9のデコーダの性能が違うから見れるかも
chromeはlibvpx
firefoxはffvp9
edgeはvp9 extension
でデコードされる
237:名無しさん＠編集中
19/02/21 09:34:38.67 o5LCkWfz0.net
edgeはmediafoundation全面押しだから軽い
238:名無しさん＠編集中
19/02/21 09:58:31.10 0swOg75xM.net
ジッジが同じような富士通の機種使ってるとこ見たとき
プレインストールの常駐ソフトだけでメモリ4Gほとんど使い切って
スワップしてたからそこも気をつけてほしい
239:名無しさん＠編集中
19/02/21 10:10:02.86 XB9+iIRT0.net
ah77/cだけど>>226にはギリギリ勝ってて腐ってもi7なんだなって思った
240:名無しさん＠編集中
19/02/21 14:53:17.61 pqfYOsa30.net
>>229
その通りなんよ。今度から自分で買うことにする。悪いのは家電量販店と富士通やし。
タスクマネージャー見たらエクスプローラー開こうとしただけで100%行きやがる。
241:名無しさん＠編集中
19/02/21 14:56:31.09 jk/PggXsd.net
他人のせいにするのがお好きなようで
242:名無しさん＠編集中
19/02/21 14:59:08.96 NnQTvkdha.net
>>234
こういう奴仕事できなさそう
自分が無能なのを棚に上げてさ
243:名無しさん＠編集中
19/02/21 15:13:44.58 LbyjZwWpd.net
>>224
各プロバイダーがWSUS設置すりゃいいw
244:名無しさん＠編集中
19/02/21 19:23:25.39 RJi1T1ZO0.net
>>226
つべを見たいだけならh264ifyとかでVP9使わないようにすれば…
245:名無しさん＠編集中
19/02/21 21:26:12.13 pqfYOsa30.net
>>238
Edgeで見たら凄い軽かったからそれで行こうと思う。
ChromeがVP9のハードウェアデコードしてなかったらしい。
Edge今までChromeインストール用と馬鹿にしてごめんなさい...。
246:名無しさん＠編集中
19/02/21 22:03:21.14 RJi1T1ZO0.net
>>239
EdgeさんはVP9ハードウェアデコーダ積んでない場合H.264にするとかやってなかったっけ？
右クリで詳細統計情報のコーデック見るんだ
247:名無しさん＠編集中
19/02/21 22:21:59.07 +zuJcrqf0.net
>>239
> ChromeがVP9のハードウェアデコードしてなかった
Chromeのせいみたいに書いてるが、>>226のPCはVP9のハードウェアデコード機能持ってないんだから当たり前だろう・・・。
まさかEdgeがハードウェアデコードしてくれてるとでも思ってるんじゃないだろうな・・・？
248:名無しさん＠編集中
19/02/21 22:33:51.54 A6q6gtFO0.net
win7だとdirectXの新しいのが入れられないのでスペックは十二分にあるのにモダンなコーデックはハードウェアデコード出来なくてHEVC4Kがギリギリで辛い
どうしてもダメな理由があるので変えられん
今思い付いたけどvirtualboxとかにwin10インストールしたら支援受けられる?
249:名無しさん＠編集中
19/02/21 22:41:39.79 mcnwV9cy0.net
iPhoneのGPU使ってHEVCエンコしたいんだけど、そういうアプリ無いかな…
250:名無しさん＠編集中
19/02/21 23:11:28.27 sF1C2Cww0.net
>>242
仮想化ソフトで動かしてもGPUを直接叩けるわけじゃないから無理
251:名無しさん＠編集中
19/02/21 23:11:28.92 YxCQTi7Da.net
>>243
ある。Siri Shortcutsでワークフロー作ろう。
共有メニューからパイプみたいに流し込んでエンコできるようにしとくと便利
252:名無しさん＠編集中
19/02/21 23:16:36.64 A6q6gtFO0.net
>>244
ふぇ…VRとか6Kとかの動画多くて辛ひ
253:名無しさん＠編集中
19/02/21 23:26:07.41 VkBeiukz0.net
>>242
グラボのpciをvirtualboxでパススルーすれば仮想マシンから直接触れるようなことは聞いたことあるけど
やったことはないから自信ない
254:名無しさん＠編集中
19/02/21 23:27:51.18 DH+z3Sdg0.net
今どきのハードウェアデコーダは6Kとか対応してるのか？
255:名無しさん＠編集中
19/02/21 23:31:38.20 pqfYOsa30.net
>>240
ほんまや。OpusとAVCと組み合わせなんて初めて見た。
てかReadonっていつの間にVP9非対応になってしまったんや。
256:名無しさん＠編集中
19/02/21 23:51:09.29 jz76jMf30.net
>>248
物によるが8Kまでいける
257:名無しさん＠編集中
19/02/22 03:19:38.70 Vo38WZn10.net
>>249
> Readonっていつの間にVP9非対応になってしまったんや
いや、君がVP9サポート前のPC使ってるだけだから・・・。
ついでに言うとRadeonはVP9の対応が遅れてて、VP9のHWデコードやDXVAに対応できてるのはAPU（RavenRidge）のみ。
それ以外のPolarisとかVegaはハイブリッドデコードでDXVA非対応。
258:名無しさん＠編集中
19/02/22 05:55:08.96 F1WIQ+vi0.net
稀に動画は再生支援を使うから低スペックPCで省電力がいいとか言ってる連中がいるが、
省電力PCは不可かかったときにフレーム落ちしやすいし、音声にリサンプリング処理とかを高精度に適用するだけでもブツブツといった
ノイズが混入しやすくなるから、省電力PCは全くオススメしない
259:名無しさん＠編集中
19/02/22 09:17:18.39 Y/U9VaYx0.net
>>242
virtualboxのGPU仮想化はホストがLinux限定じゃなかったっけ
VMWareだと結構お高い拡張パック必須
260:名無しさん＠編集中
19/02/22 09:26:07.42 p+OCkQzvd.net
どのみち仮想化するならハード一個持ってかれるからホストとグラボ共有とかは無理なはず。
もう一個グラボ刺したら？
261:名無しさん＠編集中
19/02/22 10:27:56.97 cVQZej0+0.net
URLﾘﾝｸ(satch.tv)
262:名無しさん＠編集中
19/02/22 17:34:35.59 N7WNcznu0.net
余命一年のOSで踏ん張らないといけない理由が何さ
宗教的な問題？
263:名無しさん＠編集中
19/02/22 18:23:12.02 mmyvnHtz0.net
>>256
windows7じゃないと動かないソフトがたくさんあるんじゃない？
264:名無しさん＠編集中
19/02/22 18:48:24.36 WX+8pzRRM.net
もう一台PC買えばえぇがな…
265:名無しさん＠編集中
19/02/22 18:56:04.44 xQQpWNoh0.net
そういう用途ならデュアルブートにするのが良さそうね
266:名無しさん＠編集中
19/02/22 19:42:18.46 +K2CPXsH0.net
互換性バッチリでしょ
267:名無しさん＠編集中
19/02/22 20:55:44.41 eyyxrl7A0.net
何を言っているのかヨクわからねーかもしれないが、x265 で SVT-HEVC を使えるようになっていた。
x265 and SVT-HEVC in the same house
URLﾘﾝｸ(x265.org)
SVT-HEVC (ビルド方法やオプションの使い方など)
URLﾘﾝｸ(x265.readthedocs.io)
268:名無しさん＠編集中
19/02/22 20:59:36.02 CM3VJp1V0.net
269:ss="reply_link">>>245 ビットレートの指定とかできる？
270:名無しさん＠編集中
19/02/22 21:11:48.11 s8uVm+Dr0.net
>>256
マジレスすると反応速度が重要な少し古めのゲーム、というかSTGだな。配信もしてる
モニタや入力機器、ドライバも拘って遅延抑えてるのにwin10にするだけで1-2F程度遅延が発生する
自分は当該ゲームだと1F遅延はABテスト100%だから絶対変えられないし知り合いも2環境作ってる人が多い
多分反応速度0.13台だから異常に遅延を感じやすい
デュアルブートはOS切り替え面倒臭いから多少不便があっても使ってる…
271:名無しさん＠編集中
19/02/22 21:13:07.70 QphstW2g0.net
>>251
RX580使ってるけどChromeでもFFでもEdgeでもハードデコードできないよ
昔は出来たみたいだけど
272:名無しさん＠編集中
19/02/22 21:14:36.35 QphstW2g0.net
>>264 すまん日本語読めてなかったわ
273:名無しさん＠編集中
19/02/22 21:32:01.47 F1WIQ+vi0.net
>>261
それを使うメリットって何かあるの？
274:名無しさん＠編集中
19/02/22 21:42:30.50 myVroYu20.net
>>261
自分もそれを書こうかと思ってたところ
>>266
なんかSVT-HEVCを利用して
x265の高速化を図るのではないかという予想もあるみたい
275:名無しさん＠編集中
19/02/22 21:56:56.37 F1WIQ+vi0.net
>>267
速くなるのか
お手並み拝見ですな
276:名無しさん＠編集中
19/02/23 00:00:16.62 RKcxoJ7n0.net
>>268
doom9の一般人の予想だからなんとも・・
ま、あっても2pass時のみとか微妙な感じになりそう
277:名無しさん＠編集中
19/02/23 00:21:24.43 c+er7Yfj0.net
SVTをx265が使えるログファイルを吐くように改造するのと
x265にSVTの一部コードを移植するのと
どっちが現実的なんだろうね
278:名無しさん＠編集中
19/02/23 00:37:25.34 XngKrU9B0.net
>>269
>>261の公式ブログ記事曰く
---
In the long term, we plan to leverage this integration to further improve x265’s ability
to handle real-time and low turn-around scenarios in pure software;
this is the space that SVT-HEVC was focused on. In parallel,
we will continue to innovate on our flagship presets that are used in offline encoding where x265 dominates.
長期的には、この統合を活用して、純粋なソフトウェアで
x265のリアルタイムおよび低ターンアラウンドシナリオを処理する能力をさらに向上させる予定です。
これはSVT-HEVCが焦点を当てたスペースです。
並行して、私たちは、x265が優位を占めるオフラインエンコーディングで使用される当社の主力プリセットを革新し続けます。
279:名無しさん＠編集中
19/02/23 01:56:16.44 loC7Esh/0.net
>>263
render aheadフレーム数の強制設定のことかな
VulkanやDX12には意味ないから、OpenGLやDX11以前の旧ソフト向けのバッドノウハウ化しそうだな
280:名無しさん＠編集中
19/02/23 02:21:15.68 +G6Dm3iKa.net
SVTはリアルタイムエンコに特化してるからx265と直接は比べる意味無いと思う
動画に使うならx265のほうが良いし配信に使うならSVTのほうが良い
281:名無しさん＠編集中
19/02/23 04:43:53.18 sKFj1/Bx0.net
URLﾘﾝｸ(github.com)
メモリ足りてればBroadwell以降のCPUで動くらしいけど、恩恵を受けられるのはサーバーらしいね
どの層を狙った統合なんですかね
282:名無しさん＠編集中
19/02/23 14:00:48.86 9dCGFDcv0.net
1080pで6GBなら使えるでしょ
283:名無しさん＠編集中
19/02/24 09:19:57.58 TlG/bat50.net
リモコン番号
(関東地方チャンネルプラン)
１ ２ ３
４ ５ ６
７ 韓 ９
101112
押すわけないわな、日本人なら。
284:名無しさん＠編集中
19/02/24 09:49:15.68 ZE7qAJY70.net
>>276
ネトウヨおじさん板間違えてますよ
285:名無しさん＠編集中
19/02/24 12:24:13.86 oDYZkfeC0.net
ネトウヨとか言っちゃうのキモすぎ
荒れるからどちっちもそういうのやめろよな
286:名無しさん＠編集中
19/02/24 12:43:32.81 yW0YtBW80.net
レイシスト
287:名無しさん＠編集中
19/02/24 13:05:49.71 AKHsQ4tmM.net
朝鮮人…
288:名無しさん＠編集中
19/02/24 18:07:48.28 SuJygCu60.net
>>270
SVTのライセンスがBSD+Patentなんで、
x265をSVTが使えるログファイルを吐くように改造する
の一択でねえの
289:名無しさん＠編集中
19/02/24 18:36:51.67 v5zMOCw30.net
SVT関連は配信する人向けの対応みたいだね
別件だが、Windows10用にMSが公開しているAV1用のデコーダー（mediafoundation仕様）、何か改善されたのかな？
「映画&TV」でAV1動画の重たいものを再生すると、以前より滑らかになったような気がする
「映画&TV」はリピートの設定を記憶してくれないからあまり使ってなかったのだが、前にテストしたときよりも
AV1以外を含めて全体的にカクつかなくなったようにも感じられるし、しばらく「映画&TV」を使い倒してみるかな…
290:名無しさん＠編集中
19/02/24 18:39:45.83 L6F9zrAN0.net
映画&TVを使わなくてもWMPで再生できる
291:名無しさん＠編集中
19/02/24 18:51:22.18 v5zMOCw30.net
>>283
WMPで再生すると重すぎてまともに再生すらできてないけどなぁ
292:名無しさん＠編集中
19/02/24 20:54:54.89 XYMJ1FMhd.net
「映画&TV」は音声chが複数ある時に、ビットレートが高い方のchを選択して再生する
っていう謎の挙動があったな。
普通は音声chの順番とか言語とか見て選択するよな、、、
293:名無しさん＠編集中
19/02/24 21:06:20.61 n+LED7DK0.net
>>285
ビットレート優先だからそこまで謎って訳でもないでしょ
言語とかを見てほしいのには同意だが
294:名無しさん＠編集中
19/02/24 21:17:00.40 hCpTiocj0.net
>>282
うちは入れてないからわからんのだけど、とりあえずバージョンやDLLの日付を見て更新があったのかどうかを確認してみてはどうだろう。
全体のバージョンはアプリのとこで見れるはずだし、個々のDLLについてはDXVACheckerからDSF/MFT Viewerを起動して
MediaFoundationの一覧からたどるとわかりやすいと思う。
295:名無しさん＠編集中
19/02/25 07:44:40.18 S/i2jnKf0.net
>>286
主音声と副音声を同じパラメーターで圧縮してたら、データによって主が再生されたり副が再生されたりして？？？になってた。
今は主音声と副音声でパラメーターを変えて、明確にビットレートに差がでるようにしてる。
WMPやMPCではこんな変な挙動は無いんだけどね。
296:名無しさん＠編集中
19/02/25 16:48:23.08 PthDP9Mt0.net
デュアルモノでLRそれぞれに違う言語入れてる音声多重・二カ国語放送ソースなら、エンコード時にLRをモノラルに分離してから
主音声・副音声の順にID振って、言語種別のメタデータ追加して個別オーディオストリームに格納するのが本来じゃ無いの？
日本語音声しか使わないのなら副音声カットするなり、副音声側のレベル下げてmixして音声ストリームを1本にすりゃ良いし
ビットレートに差をつけるとかは、再生環境側が主音声の判断材料が無いから「ビットレート高い音声が主だろう」という挙動とっているだけでは？
297:名無しさん＠編集中
19/02/25 23:11:34.72 S/i2jnKf0.net
>>289
まさにそんな感じで、デュアルモノをLRで分割して、IDを振って言語も「日本語/英語」で付けたんだけど、
ビットレートで選ばれちゃうもんだから謎だなって思ったわけです。
298:名無しさん＠編集中
19/02/26 01:49:15.88 MFVEGhEm0.net
遥かむかーしに聞いたことなる仕様だ
ソフト名までは覚えてないけど
299:名無しさん＠編集中
19/02/27 05:46:58.15 yJj+PUIM0.net
既出かもしれんが遂にVP9がPCゲームで使用されてた
URLﾘﾝｸ(assassinscreed.ubisoft.com)
ゲーム中のCGか動画かは中止しないと見分けがつかないレベルだった
300:名無しさん＠編集中
19/02/27 05:47:22.65 yJj+PUIM0.net
訂正
注視しないと見分けがつかないレベルだった
301:名無しさん＠編集中
19/02/27 06:32:14.06 yJj+PUIM0.net
NVENCはx品質指定でエンコード出来ないんかな
302:名無しさん＠編集中
19/02/27 06:32:30.39 yJj+PUIM0.net
誤爆
303:名無しさん＠編集中
19/02/27 14:45:44.61 7new9Rwca.net
Switchのムービー使ってるゲームはほぼ全部VP9と思われる
権利表記に必ずVP9が書いてある
304:名無しさん＠編集中
19/02/27 18:51:49.74 qgijpDsMM.net
SwitchはOpus使ってるからな
305:名無しさん＠編集中
19/02/27 21:46:29.20 2L9A2z0n0.net
・Windows 10で「AV1」動画を再生可能にするメディア拡張機能「AV1 Video Extension」
ベータテスト中。「Windows 10 バージョン 1903」ではエクスプローラーでのプレビューも
URLﾘﾝｸ(forest.watch.impress.co.jp)
306:名無しさん＠編集中
19/02/27 22:00:27.47 pigQApwk0.net
>>298
MSの実装、性能悪いんだよな
dav1d使えばいいのに
各社バラバラにSIMD最適化するのって効率悪く思えるよ
307:名無しさん＠編集中
19/02/27 23:36:03.55 VpREUR9z0.net
>>299
同一じゃないの
ARMとx86（x86_64）みたいな大枠での話のような気がする
308:名無しさん＠編集中
19/02/28 23:58:07.36 CdNeOdFx0.net
AVIF an AV1-based Compressed Still Image Format that Challenges HEIF, Goes v1.0.0 | TechPowerUp
URLﾘﾝｸ(www.techpowerup.com)
309:名無しさん＠編集中
19/03/01 00:39:59.94 5NpuT6lc0.net
思ったよりAVIF来るの早かったな
とりあえずIrfanviewが対応してくれるの待ち
310:名無しさん＠編集中
19/03/01 04:52:17.34 UlphI8OyH.net
ついにきたのか、静止画用としてはwebpより品質低いのが事実かどうか気になるところ
311:名無しさん＠編集中
19/03/01 06:37:41.75 +YgnTH/A0.net
v1.0.0だけどまだdraft段階で正式に承認されてないから注意ね
これからまたerrataとか出すかもしれない
312:名無しさん＠編集中
19/03/01 08:05:09.85 vmUXFKDq0.net
>>298のはAVIF(海老フ)にも対応してるんだよね
Windowsに載ると普及早いかもね
HEIFはすでに対応してた気がする
313:名無しさん＠編集中
19/03/01 08:17:10.79 IRRmhBUL0.net
ライブラリとコマンドラインツールくれよう。オレオレ画像ビューアに組み込むからさ
314:名無しさん＠編集中
19/03/01 10:13:46.91 I6OWpHRk0.net
エビフでもヒフでもどっちでもいいけど、画像ビューアーがどれだけ対応するか
未だに色域の処理すらままならんクソ匕が履いて捨てるほどにあるのが、どうにも信じられん
何故静止画のソフトウェア開発者は無脳が多いのか
315:名無しさん＠編集中
19/03/01 11:34:03.28 h7UYLdcC0.net
単に需要が労力に伴わないだけでは
316:名無しさん＠編集中
19/03/01 11:51:04.31 0qgvUaZM0.net
HEIFもAVIFもbt601とbt709どっち使うのか明確に決まってないしレンジもリミテッドなのかフルなのかもよく分からんしな
作成側のソフトも表示側のソフトもガバガバだから正しい色で表示出来ないトラブルが頻発しそうやね
というかこの辺BPGのほうがよっぽどまともだったな
317:名無しさん＠編集中
19/03/01 17:57:06.66 /TLgUkWD0.net
>>306
現時点では公式のライブラリを作る予定はないらしい
URLﾘﾝｸ(github.com)
318:名無しさん＠編集中
19/03/01 18:27:13.73 IRRmhBUL0.net
そうかー、libavifあたりに行ってみるかな
319:名無しさん＠編集中
19/03/05 03:58:55.20 pOcHU9vJa.net
dav1d v0.2
320:名無しさん＠編集中
19/03/05 05:30:12.73 b7+IUhTW0.net
dav1d v0.2.1
321:名無しさん＠編集中
19/03/05 06:15:10.19 d/q7arl7M.net
>>312
たすかる
>>313
まだ出てねーよ死ね
322:名無しさん＠編集中
19/03/05 07:59:33.06 cIo+p+Ed0.net
dav1d.exe -v すると0.2.1って表示されるのは確か
323:名無しさん＠編集中
19/03/05 08:38:05.48 It/b/sFS0.net
>>315
リリース後はとりあえずバージョン表記も仮バージョンという形で上げておこうという運用みたいだね。
0.1.0 リリース
↓
仮バージョン 0.1.1 として開発続行
↓
0..2.0 リリース
↓
仮バージョン 0.2.1 として開発続行 ← now
なので、「v0.2.1がリリースされた」というのとはちょっと違う。
324:名無しさん＠編集中
19/03/05 09:30:00.26 It/b/sFS0.net
dav1d v.0.2 の関連記事と概要
DAV1D v0.2 AV1 Video Decoder Released With SSSE3 & NEON Optimizations - Phoronix
URLﾘﾝｸ(www.phoronix.com)
dav1d 0.2.0: Covering all PC’s, including mobile ? Ewout ter Hoeven ? Medium
URLﾘﾝｸ(medium.com)
・SSSE3に対応したよ。Steamの2019年2月のハードウェア調査によると、AVX2はユーザーの3分の2くらいしか対応してないけど
SSSE3ならユーザーの97.23%をカバーしてるから、大抵の環境で軽快なAV1再生が楽しめることになるね。
・ARM向けのNEONアセンブリにも対応したよ。
・dav1dは今のところ8bitコンテンツしか対応してない。10/12bitは今後の課題だね。
・VLCはv0.2に近日対応予定。
・Firefoxも作業中。
・ffmpegは既に開発ブランチを利用してる。
・Handbrakeも近日中に対応する予定。
325:名無しさん＠編集中
19/03/05 09:40:28.70 It/b/sFS0.net
27 CPUs Benchmarked With AOM AV1, Intel SVT VP9/AV1/HEVC Video Encoders - Phoronix
URLﾘﾝｸ(www.phoronix.com)
27種類のCPUでのエンコードベンチマーク。>>196のリンクも参照。
dav1d v0.2がもう少し早く出てればそのデコードベンチマークもしてたんだろうけど、タイミングが悪かったようだ。
326:名無しさん＠編集中
19/03/05 09:43:22.95 1CJ0f5jE0.net
URLﾘﾝｸ(satch.tv)
327:名無しさん＠編集中
19/03/05 11:25:29.16 floUbY4x0.net
>>318
SVT-HEVC早すぎじゃね？
328:名無しさん＠編集中
19/03/05 15:37:04.89 K/TojsId0.net
URLﾘﾝｸ(01.org)
URLﾘﾝｸ(01.org)
SVTってQSV機能を活用したエンコーダなのかなって思ってたけど
ソフトウェアベースのエンコードなのか
329:名無しさん＠編集中
19/03/05 17:12:44.27 yc+l86Er0.net
>>320
SVT-HEVCはデフォルトのencMode 9だとVMAFはx265のsuperfastとかultrafast相当だから
medium相当のencMode 4だと相応に遅くなる
330:名無しさん＠編集中
2019/0
331:3/05(火) 20:17:09.90 ID:XZbT/4K/0.net
332:名無しさん＠編集中
19/03/05 20:52:51.27 nnQrXBvJa.net
SVTはIntelがxeonで動かすために作ってるエンコーダだから
マルチコアやSIMDに特化してる
333:名無しさん＠編集中
19/03/06 03:07:22.20 0He6BQdH0.net
IntelのSDKだとQSV使えなければソフトウェア動作もする造りだからな
それをXeon E3/D以外の多スレッド＆SIMD向けに速度寄りのチューニングした様なもの（画質性能はVLC一派には敵わない
334:名無しさん＠編集中
19/03/06 09:15:37.82 6FPfl5H9M.net
AVX2にも最適化してくれんかなぁ
動画配信で未だにゾンビの如く使われるx264をリプレースして欲しい
x264veryslow以上でx265veryfast程度の画質はあるよね…?
335:名無しさん＠編集中
19/03/06 09:21:18.43 HDv3J/SPa.net
それはわかる
色々とコーデックはあるけどh264にしか対応していない環境は多い
336:名無しさん＠編集中
19/03/06 12:12:31.57 15cHhK/o0.net
配信者がh265でエンコードしても配信サイトのほうでh264に再エンコードされるんじゃないの
配信したことないから予想で言ってるけど
337:名無しさん＠編集中
19/03/06 14:32:09.30 6FPfl5H9M.net
配信者がエンコしたものがそのまま配信される(P2P or サーバー側で再配信)形と再エンコされて配信される形があるかな。
後者は3-10秒程度遅延があるものが多い。
自分はどちらも使うからクライアント側もサーバー側も両方更新して欲しい。
あと>>326の1個目はx264→h264だ恥ずかしい。
338:名無しさん＠編集中
19/03/06 15:03:32.04 /CLqK7wW0.net
>>329
>後者は3-10秒程度遅延があるものが多い。
リアルタイムで変換してその都度捨ててるの？そんなわけないでしょ
339:名無しさん＠編集中
19/03/06 16:45:24.67 6FPfl5H9M.net
配信した瞬間から視聴者へ届くまでの遅延ね。タイムラグと言った方がいいかもしれない。
サーバーサイドで再エンコされない場合、zero latencyとか指定しておけば1秒以下になる場合もあるから。
340:名無しさん＠編集中
19/03/06 19:47:37.65 RC6cWvjR0.net
配信やってないからあまり知らないけど、YoutubeLiveもTwitchもニコニコ生放送も
配信者がエンコードして送り出した動画をサーバー側で再エンコードして、それを視聴者に届けてるよね？
配信者がエンコードしたものをそのまま視聴者に送ってる配信サイトってどういうのがあるんだろ？
341:名無しさん＠編集中
19/03/06 20:29:36.14 w0XrMoCv0.net
あんまり詳しい事覚えていないけどMicrosoftのMixerは遅延対策にWebRTC使っているし、再エンコードしてないのでは?
342:名無しさん＠編集中
19/03/06 20:39:44.87 axg03XIN0.net
総務省資料より抜粋
URLﾘﾝｸ(o.8ch.net)
343:名無しさん＠編集中
19/03/06 21:12:07.82 ZlOsb0em0.net
VVCの1080pで4MbpsってDivX/WMV時代だとSD画質程度じゃねーか
そんなに進化するのか
344:名無しさん＠編集中
19/03/06 21:33:16.91 RC6cWvjR0.net
>>334
情報出してくれて感謝だけど、そういうのは一部を切り出した画像だけじゃなく元資料のリンクとかも貼ってもらえるとありがたい。
総務省｜放送用周波数の活用方策に関する検討分科会｜放送用周波数の活用方策に関する検討分科会（第4回）配布資料
URLﾘﾝｸ(www.soumu.go.jp)
資料4－4 VHF-High帯の利用提案について【シャープ株式会社提出資料】
URLﾘﾝｸ(www.soumu.go.jp)
>>335
>>334のページ全体の画像→ http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3530.jpg 「性能を倍と仮定して算出」だってさ。 --- 注） ・HEVCの性能はAVCの倍、VVCの性能はHEVCの倍と仮定して算出 ---
346:名無しさん＠編集中
19/03/07 00:43:09.20 HHPcJuXRd.net
>>332
Twitchはソース画質がある
347:名無しさん＠編集中
19/03/07 04:48:43.63 YP2bYD8M0.net
でも実際はMPEG2で20Mbps必要なところを、FHDを6割の解像度に落としてネジ混む暴挙でたのが現場
帯域設計的にも地デジは本来AVCでやるべきだったのを、地デジ賛同を人質に早くから試験運用開始してTV売ろうとした業界の上層部の守銭奴のお陰でデコーダの調達面や、数年後の本格移行に入ってから録画機能にAVC使う算段からMPEG2になっちまった
開始2年遅らせられたら放送波AVC使えたのにな
348:名無しさん＠編集中
19/03/07 05:27:17.36 YP2bYD8M0.net
おまけで、地デジの帯域管理の構想で元々13セグの分割も12セグ+1セグなんて物じゃ無く
10セグ+3セグでFHD AVCでプログレッシブ放送＋エラー補正付き縦横入れ替えたハーフD1解像度（480x360を引き延ばし）放送で、14Mbps＋7.2Mbpsという、表中の14Mbpsで綺麗に分割出来る設計なのよ
デジタル信号で受信不良地域が出た際の対応も当初3セグの役目だった
そこに無理なMPEG2化で3セグが帯域奪われワンセグ化
文字情報も読みとり困難になって320x180で動態受信用途と役割縮小
元から帯域ギリなうえ更に削られてAVCは外せず
16.8Mbps確保してもMPEG2だとインタレで20Mbps必要でまだ帯域足りないので1440x1080引き延ばしまで加えて画質は更に下がる
地デジでインターレース放送の理由がイマイチ根拠が舌噛みそうなのと
プロファイルが低くて良いとはいえワンセグはAVCだったりと変なダブルスタンダードと、歪な状態なのはここらへんなのよね
ただ画質が下がって、当時テレビの売れ行きが伸び悩んでた家電メーカーだけに利があったのが今の地デジ
349:名無しさん＠編集中
19/03/07 09:41:38.96 jo+LYTBY0.net
HEVCはもう時代遅れ。
350:名無しさん＠編集中
19/03/07 10:17:31.29 jwiHTjh40.net
全てのテレビ放送はAV1コーデックになるべきだ
351:名無しさん＠編集中
19/03/07 11:10:49.80 9ou03NE3M.net
可能であればVVCでしょ。
総計算量がAV1の1/3程度でそれよりも縮むといわれてるし。
352:名無しさん＠編集中
19/03/07 11:52:09.20 tSvYPBW/0.net
>>339
アナログ放送に比べたら画質は格段に良くなったぞ
353:名無しさん＠編集中
19/03/07 13:10:05.33 l/RsNDYy0.net
テレビならエンコードのコストなんか無視できるだろう
354:名無しさん＠編集中
19/03/07 13:13:18.28 UvZrNSiY0.net
>>336
avc->hevc->vvcで伝送容量をただavcから半分にしてるだけでワラタw
さすがにやばいかもって気持ちが端数の切り上げに表れててさらに笑うw
355:名無しさん＠編集中
19/03/07 16:52:19.03 wJy1WfOJa.net
>>336
VVCはまだ想定の話でもいいけど、H.265は実際にエンコーダーが沢山あるんだからちゃんと検証すりゃいいのに
効率がH.264の倍とかってどんぶり勘定もいいとこだな
356:名無しさん＠編集中
19/03/07 18:42:51.85 hyJnVoNc0.net
自サイトでVP9(Webm)をGIFアニメの代わりに使いまくってる僕
357:名無しさん＠編集中
19/03/07 19:04:48.22 YP2bYD8M0.net
放送波でVVCはエンコする放送事業者側、特に地方局で悲鳴が上がるけどな
BS4K/8Kに絡んでるキー局ならまだしも、リアルタイム処理の敷居上がるし編集機材も総入れ替えだから、地方局じゃ見通しも出せんだろう
その提案は技術面だけでの案でタイムスケジュール的な現実性が全然無いのよね
手前らはデコード環境揃えられりゃ良いんだろうけど
358:名無しさん＠編集中
19/03/07 19:24:49.95 l/RsNDYy0.net
編集時のフォーマットなんて何でもいいのでは？
359:名無しさん＠編集中
19/03/07 20:12:40.25 TtT6IoUv0.net
フォーマットじゃなくて機材の話じゃね？
360:名無しさん＠編集中
19/03/07 20:29:03.77 l/RsNDYy0.net
機材の変更なんか要らないって話
放送時に変換すればいいだけでしょ
361:名無しさん＠編集中
19/03/07 20:41:17.16 GzwN5NQF0.net
ぱそこんで1日一本作ればいいYouTuberくらいしか想像できない視聴者は
黙ってればいいよ
362:名無しさん＠編集中
19/03/07 20:45:09.67 l/RsNDYy0.net
リアルタイムエンコーダが1台あれば済むテレビ局、
大量の動画を複数解像度でエンコードする動画サイト、
というわけだな
363:名無しさん＠編集中
19/03/07 20:49:25.37 xNQBo2uT0.net
さすがにこれ以上ボロ出すのはやめたほうが・・・
364:名無しさん＠編集中
19/03/07 23:07:28.97 wJy1WfOJa.net
リアルタイムエンコに限定すれば評価も変わりそうだな
複雑すぎるアルゴリズムだと間に合わないから意味無いし
実はH.264位が丁度いいかもしれない
365:名無しさん＠編集中
19/03/08 00:03:40.15 T1KKcONz0.net
帯域や変調方式まで変わるとなると、伝送系や送信局の設備更改やらで
かなり面倒な事になりそうだな。
366:名無しさん＠編集中
19/03/08 01:51:37.52 aM5MWAXO0.net
AV1リアルタイムエンコードが実現するのに残りどれほど時間がかかるのか。ぼくには
367:名無しさん＠編集中
19/03/08 01:52:05.10 aM5MWAXO0.net
想像も出来ない
368:名無しさん＠編集中
19/03/08 02:06:46.92 UirPlsIpa.net
地デジは最初レイテンシーが3秒以上あったが、エンコーダーの進化で画質も向上しつつレイテンシーも1秒になった
実はMPEG2もリアルタイムエンコに限れば悪くないのかもしれない
369:名無しさん＠編集中
19/03/08 02:56:57.33 kn6Z4BCp0.net
そうは言っても3秒程度のレイテンシーってそんなに大事なのか？そのへんのことはよく分からんが…
370:名無しさん＠編集中
19/03/08 03:03:06.38 5SKNiUfb0.net
年越しカウントダウンがずれるだろ
とはいえ、日本の年越し行事はことごとくダウンタウンに破壊されたが
371:名無しさん＠編集中
19/03/08 03:21:07.99 kn6Z4BCp0.net
あぁまあたしかに…
372:名無しさん＠編集中
19/03/08 03:43:50.37 91KR7Osea.net
テレビ局の自力によって用意できるエンコーダーに差がでて各局毎に12時がバラバラとかになるのか
373:名無しさん＠編集中
19/03/08 05:35:43.73 j8ENjAYT0.net
Good News: AV1 Encoding Times Drop to Near-Reasonable Levels
URLﾘﾝｸ(www.streamingmedia.com)
x265の2.5倍程度の時間でAV1をエンコードできる？
374:名無しさん＠編集中
19/03/08 05:58:30.59 TqHPQkeT0.net
高速化ではあるんだろうけど
ブラシーボでx265回した方がまだ速いという
375:名無しさん＠編集中
19/03/08 10:11:08.80 lP/XGfBwM.net
libaomよりrav1eの方が早そう
376:名無しさん＠編集中
19/03/09 13:10:05.88 O5uvNncX0.net
HEVCにしてもAV1にしても確かに同じ絵が連続するようなアニメだと縮むんだけれど
テレビ放送で大半を占めるであろう実写に対しては焼け石に水なんだよね
SHARPが丼勘定で数字出してしまうのもなんとなくわかる気がする
忖度か手抜きかわからんけど
377:名無しさん＠編集中
19/03/09 15:12:39.91 r1/hb7hU0.net
◆ドイツの地デジはHEVCに移行、ＨＤ４０チャンネルへ
ドイツの公共・商業放送事業者は5月31日，DVB-T2方式による地上HD放送を全国18の都市圏で開始した。
6月10日からフランスで開催されるサッカーUEFA欧州選手権にタイミングを合わせた形だ。
当面は試験放送の扱いで，従来のDVB-T方式によるSD放送と並行して，
公共放送のARD第1テレビとZDF，商業放送のRTL，ProSieben，Sat.1，Voxの計6チャンネルをHD放送する。2017年3月29日に，
公共・商業放送合わせて約40のHDチャンネルからなる本放送を都市部で開始し，2019年半ばまでに全国で完全移行する。
動画圧縮規格にH.265/HEVCを採用したため，視聴者は受信機の買い替えが必要となる。
また商業放送は，本放送開始と同時に有料放送に移行する計画。
(ソース)URLﾘﾝｸ(www.nhk.or.jp)
ドイツの地デジの新方式
# 帯域幅８MHz、26.37Mbps (64QAM, FEC2/3)を、HD6チャンネルに分割。
# 映像圧縮 HEVC 平均2.6～3.5Mbps、最大6Mbps
# 音声圧縮 E-AC-3かAAC
各チャンネル詳細 ⇒ URLﾘﾝｸ(i.imgur.com)
378:名無しさん＠編集中
19/03/09 15:14:11.26 hyzMQ4jm0.net
ドイツ人のキチガイぶりには呆れるしかない
379:名無しさん＠編集中
19/03/09 15:37:05.58 imO9F1Hw0.net
>>368 今から変えるならAV1のほうが良かったんじゃないの？って思ったり
380:名無しさん＠編集中
19/03/09 15:45:56.83 zh7fJzba0.net
え？今までSDだったの
381:名無しさん＠編集中
19/03/09 15:59:36.79 r1/hb7hU0.net
ドイツの男は、基本的に衛星放送かＣＡＴＶ(放送画質はＨＤ/H.264)で、
欧州５大リーグやチャンピンズリーグを主に見ている。
ドイツの有料多チャンネル普及率90%で日本よりはるかに高い普及率。
アメリカはNetflixなどの躍進で、衛星＋ＣＡＴＶの普及率が急激に低下中で、
地デジのみ＋配信のパターンが増えている。
382:名無しさん＠編集中
19/03/09 16:43:50.96 r1/hb7hU0.net
>>372
【参考】欧州の最大の衛星放送 SKYグループ加入者数
サービスエリア 加入者数(2018年6月)
個人 法人など
英国 + アイルランド 1299.6 万 334.5 万
ドイツ+オーストリア 519.1 16.0
イタリア 482.3
==
合計 2301 350.5 総計 2651万
※加入者数のソース；ＳＫＹグループの"Annual Report 2018"。URLﾘﾝｸ(www.skygroup.sky)
日本のように、まだネット配信に自国サッカーリーグ放映権を奪取されておらず、加入者の減少は見られない
383:名無しさん＠編集中
19/03/09 17:23:01.28 r1/hb7hU0.net
>>371
地デジはそうだよ。ＮTSCのSDよりは高画質だけど。
ドイツは人口が多く、貧困層（主に不法移民）も多いから、
受信機買い替えが必要な地デジの規格変更は慎重だった。
当初の計画はH.264だったけど、長い議論の末に伝送規格DVB-T2、映像圧縮H.265になった。
詳細はDVBの過去NEWS参照
（携帯電話の帯域を増やしてくれということで、地デジ不要論まであった）
URLﾘﾝｸ(www.dvb.org)
384:名無しさん＠編集中
19/03/09 17:43:15.17 zh7fJzba0.net
>>374
なるほど
H265で帯域を可能な限り圧縮してるのね
385:名無しさん＠編集中
19/03/09 19:18:52.63 eWmZRcCAH.net
>>371
2年前まで
386:名無しさん＠編集中
19/03/09 19:21:02.16 eWmZRcCAH.net
で、ドイツをキチガイ呼ばわりしている理由はなんだ？
387:名無しさん＠編集中
19/03/09 20:28:39.31 wSFCtnpO0.net
日本も後２～３年遅らせればh264でFHDにはなったと思うんだよなぁ
388:名無しさん＠編集中
19/03/09 20:56:00.88 xIrOWq2Z0.net
>>377
あれじゃね?規格変更をテレビ売りたいがためだと信じてる人たち
389:名無しさん＠編集中
19/03/09 21:57:00.98 r1/hb7hU0.net
【SHVC】アメリカの地デジ４Ｋ規格 ATSC3.0 で採用
ATSC 3.0 映像圧縮SHVC (HEVC Scalability Extension)
SHVCは画像を階層的に符号化する階層符号化技術で、
映像ビットストリームを品質と解像度レイヤーを映像信号に追加するサブセットに分割し、
ネットワークのデータストリーム情報を画像に変換する仕組み。
・・・ URLﾘﾝｸ(zakkamekka.com))
現行のATSCとは互換性はないので、"受信機の買い替えが必要"
次世代通信規格５Ｇや、ネット配信の影響で、いまさら感のATSC 3.0は懐疑的な見方もある。
390:名無しさん＠編集中
19/03/09 22:02:25.80 r1/hb7hU0.net
>>378
遅れて開始したワンセグはH.264だからね
391:名無しさん＠編集中
19/03/09 22:15:32.52 YYgSaRJf0.net
スカパープレミアムは1440x1080だから地デジでH.264採用しててもフルHDではなかった？
ビットレートの問題かな
392:名無しさん＠編集中
19/03/09 23:34:56.68 juekoSbLa.net
だいぶ前からだがアクトビラに対応してるテレビはH.264のデコーダーを載せてる
余程古いテレビ以外はH.264をデコード出来るからもったいないことをした
393:名無しさん＠編集中
19/03/10 10:43:24.77 GjJBN3rx0.net
>>368
># 映像圧縮 HEVC 平均2.6～3.5Mbps、最大6Mbps
いくらHEVCといえど、HDでこのビットレートは苦しくないか？
394:名無しさん＠編集中
19/03/10 11:15:00.65 BE3wr2E/0.net
>>384
電波帯域の再編成とか面倒な事極力避けてるからな
近年のドイツ政府らしい結構な手抜きとゴリ押しだよ
お陰で軍隊の劣化マッハすぎて笑えない
395:名無しさん＠編集中
19/03/10 12:07:12.64 yVKjPwL+0.net
政府がテキトーなのはどこの国も似たようなもんか
396:名無しさん＠編集中
19/03/10 12:22:15.21 479H0cy7M.net
平均3Mbpsしか割り当てられないってのが、そもそもどうかしているし、どうしてもそれしかできないならば、おとなしくVVCまで待てよとしか言いようがない
397:名無しさん＠編集中
19/03/10 12:54:47.93 1vlqVtXI0.net
一方mpeg2/1440 30fを無理やり1920に引き伸ばしてるの日本
398:名無しさん＠編集中
19/03/10 13:12:57.30 +mhCxlCP0.net
>>384
x265の品質基準で結果的に1.3MBps前後なエンコードしてるけど
画質的にはギリセーフな感じだから、2.6MBｐｓもあれば十分「綺麗」な放送ができると思う
399:名無しさん＠編集中
19/03/10 13:16:48.88 479H0cy7M.net
ハードウェアエンコードの放送をソフトウェアエンコードのビットレートで比較してどうすんだよ
400:名無しさん＠編集中
19/03/10 13:44:48.92 1cspIKRk0.net
x265mediumで1440x1080の実写だと4MbpsはOK、
3Mbpsだと地デジ通常局よりノッペリしてて汚いって感じ
アニメの縮みは何だったのかと思うほど実写はレート必要だね
まあ今までSDならそれよりは圧倒的にマシだから良いのでは
401:名無しさん＠編集中
19/03/10 15:22:22.56 BE3wr2E/0.net
放送事業者が使ってるシステムも、実際の中身がXeonのシステムにDSPや映像入出力系のボード載せた専用システムってのも少なくないからな
ハードウェアエンコーダと言って良いかは疑問
402:名無しさん＠編集中
19/03/10 15:38:44.97 BE3wr2E/0.net
まぁ、実写で視覚評価の悪化をどうにかする為にrd系オプションが有ったりする訳だけども
SSIMでの画質評価基準からは外れるから、自分で画質評価出来なきゃならんので、落としどころ見つけるのが糞難しい
403:名無しさん＠編集中
19/03/10 19:20:41.45 8CcuJa050.net
>>384
俺がエンコした感じ、、1920x1080/60pは4Mbpsでかなり見られる画質になった。
確かYouTubeは1080/30pのH.264を4Mbpsくらいでエンコしてるから、それ基準に考えたら分かりやすいかもしんない
404:名無しさん＠編集中
19/03/10 19:33:27.82 +mhCxlCP0.net
>>390
放送で使われてるHWエンコーダーは優秀だと思うぞ
405:名無しさん＠編集中
19/03/10 19:38:21.95 479H0cy7M.net
>>394
YouTubeみたいなせいぜい20インチ程度の小さな画面を前提の設定とテレビを同列で語られましても…
>>395
期待しすぎ
406:名無しさん＠編集中
19/03/10 19:55:13.00 Hi8yh7Vn0.net
>>396
テレビはYoutubeより劣化したレートにせざるを得ない
407:名無しさん＠編集中
19/03/10 19:57:36.65 479H0cy7M.net
>>397
勝手にそんな決まり事を作られましても
408:名無しさん＠編集中
19/03/10 21:46:54.27 +mhCxlCP0.net
>>397
関連性があんまり分かってないけど
ドイツのは最大6MBｐｓまで対応なんだから
必要十分な画質は達成できるでしょ
409:名無しさん＠編集中
19/03/10 21:56:33.57 JF4RxAip0.net
テレビ局向けエンコーダでの有名所というとソシオネクストとかかね?
URLﾘﾝｸ(www.socionext.com)
410:名無しさん＠編集中
19/03/10 22:04:30.41 8CcuJa050.net
>>396
いや、YouTubeのビットレートとAVCについて理解してたら通じると思うんだが。なぜなら見る媒体じゃなくコーデックの話だから。
同列で語る事に違和感あるなら、一度エンコすれば分かると思うよ。
411:名無しさん＠編集中
19/03/10 22:53:09.98 6gYjNpU10.net
ここって政治の話もいいの？
412:名無しさん＠編集中
19/03/10 22:54:20.74 Ojih3FNgd.net
めんどくさくなるからダメ
413:名無しさん＠編集中
19/03/10 22:58:50.64 6gYjNpU10.net
なら国がどうとか企業がどうとか政治の話はしなくていいんじゃね
技術とは全然違う話だから
414:名無しさん＠編集中
19/03/11 20:50:20.47 MbUGv6rS0.net
ソニーは8Kに対応したH.265ベースの新コーデック「XEVC」を開発中
URLﾘﾝｸ(dclife.jp)
↑こんなことして特許問題とか大丈夫なんですか？
415:名無しさん＠編集中
19/03/11 21:15:32.96 xG+jTn/e0.net
また日本の不必要な囲い込み規格か
AVCHDとかもそうだったが
メーカー囲い込みのためだけに外殻だけ変えたもん作るのやめろよ
416:名無しさん＠編集中
19/03/11 21:34:41.87 TscWVfuA0.net
AVCHDのH.265版かな
417:名無しさん＠編集中
19/03/11 21:50:03.64 78lSjZ9f0.net
XAVCとか作ってたし
418:名無しさん＠編集中
19/03/11 23:17:19.74 L90B6k8B0.net
そうだね
XAVCのHEVC版
419:名無しさん＠編集中
19/03/11 23:38:05.45 2j8OmFUh0.net
独自規格とかふざけんな
AV1でいいだろAV1の何が悪い
420:名無しさん＠編集中
19/03/11 23:54:12.55 TscWVfuA0.net
既存の物
421:を組み合わせただけに見えるから言うほど独自でもないような
422:名無しさん＠編集中
19/03/12 00:25:53.44 AfkQJYes0.net
AV1で記録するカメラとか作れるの？
423:名無しさん＠編集中
19/03/12 00:56:57.76 x/gYHc1r0.net
業務用カメラや規格を知らない無知なただの動画オタ一般人は
あまり汚い言葉で書き込まないでほしい。見てて恥ずかしい
424:名無しさん＠編集中
19/03/12 00:57:20.28 XFbAnoAR0.net
ポンコツじゃないHWエンコーダが実装できればな
425:名無しさん＠編集中
19/03/12 01:05:43.02 XFbAnoAR0.net
カメラ向けのプロファイルとして提言すりゃ良いものを、独自拡張でやってりゃ同じだよ
426:名無しさん＠編集中
19/03/12 02:03:46.65 l7WESTE40.net
放送局用などプロ向け機器は、SONYが唯一高シャアの商品だからね。
427:名無しさん＠編集中
19/03/12 08:11:54.37 03Drw0smM.net
俺がルールだと言うことだな。
曖昧にされるよりは良いかな。
428:名無しさん＠編集中
19/03/12 08:39:27.30 o5mikNRad.net
放送品質はある程度高くしとかないと大画面テレビが売れなくなって、家電メーカが困るだろう。
まぁNHKのネット配信とやらがどんな形式のどんな帯域でやるのか楽しみだ。
429:名無しさん＠編集中
19/03/12 10:51:08.61 OzWAftKzM.net
>>416
3倍速いと突っ込んで欲しいのか定期
430:名無しさん＠編集中
19/03/12 11:49:38.20 DlnDkenz0.net
H.265/HEVCのライセンスが緩くなった今、
VP9ってYoutubeがAppleと喧嘩して一人で意地張ってただけで
誰も幸せにしてないな
431:名無しさん＠編集中
19/03/12 16:20:53.13 TywPFad4M.net
そもそもVP9がないと緩くならなかったんだぞ？
432:名無しさん＠編集中
19/03/12 16:42:12.92 92k8wk380.net
>>420
逆でしょ。Appleが無駄に意地を張ってVP9に対応しないせいで
SafariでYoutubeの1080pより上が見られないというマヌケな状況が続いてるってだけ。
AppleがVP9に対応しない理由が何なのかは知らんけど。
H.265のライセンスが緩くなったつっても、VP9やAV1に対する危機感でコンテンツ課金が無くなったくらいであって
無駄に複雑でリスクもある状況は今でも全く変わってないはずだし
主要ブラウザでの対応予定が無い状況ではweb界隈での利用も限定的になり広く使用される可能性は低い。
そうこうしてるうちにAV1のHWサポートや普及が進んでいくだろうから、
H.265はweb界隈（ブラウザベース）に限っては大した幸せをもたらさずに終わりそう。
433:名無しさん＠編集中
19/03/12 17:36:54.64 AE09qaiu0.net
AV1作ってるAlliance for Open Mediaのメンバーに日本企業が無いように見えるんだけど、俺の見間違いだよね？
URLﾘﾝｸ(ja.wikipedia.org)
434:名無しさん＠編集中
19/03/12 17:46:22.65 cDCbV9G/d.net
ARMはソフバンの子会社だし…
435:名無しさん＠編集中
19/03/12 17:54:45.26 92k8wk380.net
>>423
Socionextがいるじゃん。
436:名無しさん＠編集中
19/03/12 18:06:19.83 92k8wk380.net
SVT-AV1 Performance Continues Speeding Ahead, Xeon/EPYC Video Encode Benchmarks - Phoronix
URLﾘﾝｸ(www.phoronix.com)
SVT-AV1が速くなってるとのこと。
2 x Intel Xeon Gold 6138
2/3 3.10fps → 2/15 8.41fps → 3/7 18.35fps
ただ、3/5に
Live Encode - Updated Presets [0 to 7] (#136)
URLﾘﾝｸ(github.com)
という、0-3(デフォ3)だったプリセットを0-7(デフォ7)にするコミットが入ったりしてるので、
単純に一部の処理が省略されたせいで速くなっただけという可能性も高そう。(詳しくは見てない)
ベンチマークのコマンドもプリセットは指定せずデフォルトを使ってるし。
437:名無しさん＠編集中
19/03/12 18:58:55.13 rqM7hON70.net
SVT-AV1の各プリセットのエンコード速度とVMAF調べたいんだけど出力する動画がたまに壊れるバグがあるみたいで調べられないんよね
issueに報告しようかと思ったけどQ値とかキーフレームの間隔を変えるだけで正常になったり異常になったりして再現条件がわからないからどう報告したらいいのか
438:名無しさん＠編集中
19/03/12 19:16:14.50 aKU2iyph0.net
条件特定しなくても、事象をそのまま書いてなんか怪しいよって報告したらいいのでは
439:名無しさん＠編集中
19/03/12 20:13:20.77 FzprnLGA0.net
>>424-425
ってことはパナソニックのデジカメがAV1で記録できるかもしれないのか！
ソニーの関連企業は入ってないの？
440:名無しさん＠編集中
19/03/12 20:20:27.77 w+9uzIvK0.net
>>429
いや日本企業が入ってるからって日本企業がそれを採用するかなんて分からんし、なんでいきなりパナソニックが出てきたのか意味不明
そもそも、まだHWエンコも出来ないAV1がデジカメに乗るのなんかいつになることやら
441:名無しさん＠編集中
19/03/12 20:27:07.92 FzprnLGA0.net
>>430
富士通とパナソニックのシステムLSI統合会社がソシオネクストだったから・・・
でも、↓を見たらカメラはあと１０年くらいh264で記録するような気がしてきた。
Netflixとしては「大幅な圧縮率の改善が可能ならば、たとえエンコードの複雑
性が高まるとしてもまったく問題にしない」というスタンスであることを伝え
ると、議長から「では、どのくらいの複雑さを許容できますか？」と尋ねられ
たとのこと。回答の準備が整っていなかったNetflixの技術者は「最悪のケース
では100倍まで」と答えると、100人はいたであろう動画コーディングの専門
家たちからは大爆笑が起こったそうです。議長は「心配しないで。彼らはみな
『新しいこと』を試すことができると、幸せに感じているのです。たいていの
人は『3倍まで』と答えるものだから」と話したそうです。
442:名無しさん＠編集中
19/03/12 20:31:12.84 92k8wk380.net
>>430
【福田昭のセミコン業界最前線】富士通とパナソニックのシステムLSI統合会社「ソシオネクスト」 - PC Watch
URLﾘﾝｸ(pc.watch.impress.co.jp)
まあだからといってパナソニックデジカメがAV1を採用するかどうかなんてわからんが。
443:名無しさん＠編集中
19/03/12 21:11:36.27 dtB3qhEs0.net
>>418
AVC、1280x720@30p
だろうねー、60fpsは絶対必要だと俺は思うけどAbemaTVが頑なに30p続けてるからなぁ
444:名無しさん＠編集中
19/03/12 22:01:03.29 ClyEQmsdM.net
エンコードだけ60fpsにしても大抵の映像は30fps以下で制作されているんだから無駄なだけだろう
445:名無しさん＠編集中
19/03/12 22:51:23.01 CSCuMBAH0.net
Fire7使っているのだが、何故かChrome上だとVP9でYouTubeが再生される。非対応らしいのに。
URLﾘﾝｸ(developer.amazon.com)
446:名無しさん＠編集中
19/03/12 22:55:51.85 un2kRHWUa.net
そりゃchromeはvp9デコーダ載せてるし
447:名無しさん＠編集中
19/03/13 01:12:39.04 PFT+lkLO0.net
>>436
そうなん?vp9意外とデコード処理早いんかね?3480円の端末のcpuでも動くわけだから。
448:名無しさん＠編集中
19/03/13 01:52:01.47 PFT+lkLO0.net
てっきりandroid版chromeはosのデコーダー使っていると思っていたワイであった。
449:名無しさん＠編集中
19/03/13 08:53:43.66 kbbcnrpra.net
chromeはvp9再生できるって言われてるのに端末によって再生できないことになったらweb開発者泣くよ
450:名無しさん＠編集中
19/03/13 09:55:35.33 o8H1JwQb0.net
ブラウザでVP9に対応してるって事と
CPU(GPU)がVP9のデコードに耐えられるって事は
話が別なんで
451:名無しさん＠編集中
19/03/13 11:50:26.76 QkWz9CHcM.net
vp9のデコードすらできないcpuではブラウザ動かすのも無理だと思うのだけど
452:名無しさん＠編集中
19/03/13 12:08:03.56 PFT+lkLO0.net
つまりは将来的にAndroid端末側がAV1に対応して無くても、Chrome上でならAV1を再生出来るようになる可能性が高いという認識でおｋ?
453:名無しさん＠編集中
19/03/13 12:44:56.49 lPtM5ewr0.net
Android 4.4以上の仕様でVP9デコーダの搭載は必須や
URLﾘﾝｸ(developer.android.com)
454:名無しさん＠編集中
19/03/13 16:17:24.67 PFT+lkLO0.net
>>443 えぇ...
なぜ二重に載せたし...
と思ったけど4.4以下でも再生出来るようにするためなのか?
するとYouTubeアプリにもVP9デコーダー載ってたりして。
455:名無しさん＠編集中
19/03/13 17:32:03.38 Xo4I4vgG0.net
個人情報を盗まれ放題のChromeねえ
456:名無しさん＠編集中
19/03/13 17:51:32.59 yLv/TkR/a.net
Firefoxも似たような事やってるから一々気にする人間はモダンブラウザ使わない方がいいよ
ELinksでも使っとけ
457:名無しさん＠編集中
19/03/13 17:53:12.47 WEDL4Cpt0.net
だから私はNetscape
458:名無しさん＠編集中
19/03/14 08:02:16.80 UhoNLWfxd.net
個人情報ｶﾞｰとかいうやつ大抵ニート説だから大した情報そもそもない説
459:名無しさん＠編集中
19/03/14 08:12:24.34 KBTEZwuO0.net
知り合いの情報も持ってないだろうしね
460:名無しさん＠編集中
19/03/14 09:27:26.97 77Z+/Lt2H.net
ソニーは糞規格を連発して世界中のユーザーを混乱させた重い罪がある
もう信用無いんだから止めろよ
規格を作る才能が無いんだから
461:名無しさん＠編集中
19/03/14 10:43:34.79 2t/GHCkzM.net
URLﾘﾝｸ(android-developers.googleblog.com)
Android Q introduces support for the open source video codec AV1. This allows media providers to stream high quality video content to Android devices using less bandwidth.
In addition, Android Q supports audio encoding using Opus - a codec optimized for speech and music streaming, and HDR10+ for high dynamic range video on devices that support it.
462:名無しさん＠編集中
19/03/14 11:15:57.31 qfZuqZGCM.net
ついにスマホでもAV1が…？
ハードウェアのデコード対応はいつ頃スマホに来るんだろ
463:名無しさん＠編集中
19/03/14 12:15:17.14 T7Bi1A9P0Pi.net
カメラの自社独自規格に文句言うのは筋違い
他社や団体の規格策定や改変に合わせてハードウェアやファームウェアの開発を
毎回ジャストインタイムで開発調整するなんて困難だし負担が大きすぎる
自社規格なら迅速に新製品出せるし先行するタイムスケジュールも明確
ぱそこんでアニメエンコしてるだけのお子様は黙れ
464:名無しさん＠編集中
19/03/14 12:16:44.71 HZiKg5Ae0Pi.net
ついでにOpusもAndroid自体でサポートになるのな
OSでサポートは大きいね
465:名無しさん＠編集中
19/03/14 12:53:30.79 67jX2/x20Pi.net
>>454
Opusのデコードは5.0以上で必須や
466:名無しさん＠編集中
19/03/14 13:05:25.55 lI4w/349dPi.net
次期「Android Q」がベータ提供開始。Pixelで利用可
URLﾘﾝｸ(pc.watch.impress.co.jp)
・onResumeとonPause、resizeableActivity関数の変更により、折りたたみ画面とマルチウィンドウの親和性を向上
・オープンソースビデオコーデック「AV1」、および「Opus」を使ったオーディオエンコード、HDR10+のコンテンツのサポート
・Vulkan上で動くOpenGLドライバを開発し、ゲーム開発の一貫性を向上
・ANGLEを実験的にサポートし、OpenGL ESを使用する多くのゲームがVulkanの性能向上の恩恵を受けられるようになる
・64bitのAndroidデバイスでVulkanサポートを必須に。32bitでは推奨扱い
467:名無しさん＠編集中
19/03/14 13:09:38.51 DMUrSzYUaPi.net
vulkan上にopenGLESマッピングしてるのすげえな
468:名無しさん＠編集中
19/03/14 15:43:40.60 A1ki4/jb0Pi.net
>>449
ブラウザの閲覧情報の話だよ
>>445
送信する設定変えればいいよ
469:名無しさん＠編集中
19/03/14 16:35:57.76 OTygQfg40Pi.net
>>434
大抵の映像が30fps以下で制作されている…？？？
470:名無しさん＠編集中
19/03/14 17:13:56.10 2vD8fWlg0Pi.net
Android QのAV1対応はデコードだけなのか？
471:名無しさん＠編集中
19/03/14 17:46:10.32 MvCxgjmY0Pi.net
現状の性能でAV1エンコーダ載せて意味あるのか定期
472:名無しさん＠編集中
19/03/14 17:47:05.51 1m5l5wiL0Pi.net
あれは標準搭載させるソフトウェアのエンコーダ/デコーダの意味でしょ。
ハードウェアエンコーダを追加するかは後はベンダーの自由だし。
現状のSoC性能で標準でAV1のソフトウェアエンコーダ追加しても...
473:名無しさん＠編集中
19/03/14 18:11:41.34 br/cli/o0Pi.net
>>460
> Android Q introduces support for the open source video codec AV1.
> This allows media providers to stream high quality video content to Android devices using less bandwidth.
→ Android QはオープンソースビデオコーデックのAV1をサポートします。
これによりメディアプロバイダーは、高品質な映像を低ビットレートでAndroidに流すことができます。
文脈的にはデコーダーだけサポートするようにも見える。
474:名無しさん＠編集中
19/03/14 20:45:43.28 KBTEZwuO0Pi.net
>>459
AbemaTV見てるとインターレースの横シマも出てないし、たぶん60iでは撮ってないんじゃないかなぁ。1920x1080/30pで撮ってんのかなぁ…
475:名無しさん＠編集中
19/03/14 23:06:25.26 2wjAJzcCp.net
ソシオネクストってGopro HERO7のHEVCエンコーダ作ってたところじゃん。
技術的には期待できそうだ。
476:名無しさん＠編集中
19/03/15 00:32:02.57 9rqY8XIO0.net
LAVFilters が Nightly 0.73.1-37 で、AV1のlibdav1dデコードに対応。
URLﾘﾝｸ(files.1f0.de)
URLﾘﾝｸ(github.com)
477:名無しさん＠編集中
19/03/17 19:09:30.89 x6z9+RX+0.net
>>453
完璧に受け入れられない
独善的な日本メーカーらしい発想でしかない
すなわちそれは井の中の蛙な発想とイコールであり、日本企業が惨敗を喫することになった要因でもある
おまえは視野が狭い野郎だ
自覚が無いなら重症だな
478:名無しさん＠編集中
19/03/17 19:43:05.68 Jm9vAbYZ0.net
ソニー自体は割と勝者だと思うが…
479:名無しさん＠編集中
19/03/17 20:06:10.72 Dipw2teE0.net
SONYの独自規格が成功した試しあるか?情弱相手の囲い込みばっかじゃん
ライセンスが面倒臭そうなHEVCの亜種の権利をSONYが一括で面倒見てくれるっていうなら需要は結構あると思うが。
480:名無しさん＠編集中
19/03/17 20:11:46.35 WOcV6nOu0.net
日本独自規格の失敗例はおサイフケータイのNFCもそうだな。使われているのは日本と台湾くらい。
そんな事はどうでも良いけど、iOSにAV1デコーダ載るのはやはりHWデコーダを開発してからか?
481:名無しさん＠編集中
19/03/17 20:30:03.40 ORl03JOn0.net
独自規格云々は世界でも変わらんしこれで日本ガーはちょっと違うわ
目立つところだとappleなんか独自規格の塊みたいなもんだし
A/V関連ならドルビーとか対立規格つくりまくりだぞ
482:名無しさん＠編集中
19/03/17 20:43:22.42 UcmzCqnc0.net
CDやDVDは無かったことになってるのかな？
483:名無しさん＠編集中
19/03/17 21:26:44.83 /kPaarqf0.net
>>469
XAVCは放送業界じゃかなり広く使われてる規格だぞ
俺ら一般ユーザーに馴染みがないからってイコールで失敗してるわけじゃない
484:名無しさん＠編集中
19/03/17 22:12:02.18 WwtSjU4p0.net
そういえば x264 が去年XAVC絡みのコミット入れてたなーと思って久しぶりにgitを見に行ったら
3月に入ってからそこそこ更新が入ってて、3/14 に r2970 まで進んでた。
（ただしrigaya氏のバイナリは今のところ3/12のr2945まで）
めぼしい更新内容としては
・ultrafastで --trellis 0 にするの忘れてたので直した。（8/10bit統合時にバグったらしい）
・Progressive High, Constrained High, and Progressive High 10 のためのフラグ処理をすることにした。
といったくらいかな？
485:名無しさん＠編集中
19/03/17 22:17:02.92 dEMeY0D20.net
>>471
今のAppleは独自規格少ないイメージ
486:名無しさん＠編集中
19/03/17 23:23:34.02 zk0tNwy10.net
ALACも使わんしな
Lightningだけだ
487:名無しさん＠編集中
19/03/18 00:35:31.72 I89CrkkJ0.net
いつからこのスレはProResを知らない素人さんばっかりになったの?
488:名無しさん＠編集中
19/03/18 00:40:40.88 rOt7GyiM0.net
このスレに政治の話持ち込んでもしょうがないと思うんだけどな
489:名無しさん＠編集中
19/03/18 00:45:12.93 ctXuRo1o0.net
次世代のコーデックが技術的優位性だけではなく政治的要因も絡む以上
趨勢を見定めて何を使うかを考える上で政治要素は避けられないと思う
490:名無しさん＠編集中
19/03/18 01:07:12.17 rOt7GyiM0.net
次世代コーデック絡む話ならまだいいかもだけど、上の話なんてもう関係ない規格のことだし
491:名無しさん＠編集中
19/03/18 12:54:05.56 TAikIOTGa.net
testtubeで常にAV1を使う設定にしてるとしょっちゅうSD画質になってしまう
SDだけAV1にしても意味ねーと思うけど、GoogleをもってしてもAV1のエンコードは厳しいのか？
エンコード負荷が高すぎて使えねーとかならなきゃいいが
492:名無しさん＠編集中
19/03/18 17:45:26.47 DLPIJIs60.net
>>481
常時AV1設定だと720p以上の画質が現れない
480p止まりになってしまう
493:名無しさん＠編集中
19/03/18 18:39:20.82 Gd2CIRHv0.net
名前出して良いのか分からないけどAV1でも720pで見られる動画はある。
494:名無しさん＠編集中
19/03/18 18:54:25.34 fAQSTeL90.net
>>482
違うよ。
「常にAV1を使う」は、「AV1で再エンコードされたファイルがある場合はそれだけしか一覧に出ない」というだけ。そんでもって
・AV1で再エンコードされたファイルがあるかどうか
・どの解像度までAV1で再エンコードされているか
は動画によって異なる。（再生数等の情報をもとにYoutubeが判断している）
つまり
・AV1が無い場合は普通にVP9等で見れる解像度一覧が出る。
・AV1が480pまでしか無いなら480pまでしか一覧に出ないし、720pまでしか無いなら720pまでしか一覧に出ない。
というだけの話。
そこそこ再生数のある動画でもAV1は無いか480pまでというのが結構多い。
720pまでというのもそこそこあるけど、1080pは割とレア。という感じ。
下の一覧から見れば、AV1で1080p等も選べるのがわかる。
AV1 Beta Launch Playlist - YouTube
URLﾘﾝｸ(www.youtube.com)
495:名無しさん＠編集中
19/03/18 20:57:48.44 C9p0stmaM.net
>>484
AV1でも1080pで見られる動画あるんだ…
ありがとう
496:名無しさん＠編集中
19/03/18 21:16:52.72 fKqTMsQ60.net
2160p60のAV1は9700Kでもコマ落ちするな
497:名無しさん＠編集中
19/03/20 11:59:22.70 6CHnOeTJM.net
Googleの始めるクラウドゲームサービスに
おめーらの大好きなAV1やVP9が使われるって本当？
498:名無しさん＠編集中
19/03/20 12:43:39.05 a6dDNDcE0.net
VP9は使われる気がする
AV1はまだ厳しいんじゃない？
499:名無しさん＠編集中
19/03/20 13:02:11.67 1nvUctDR0.net
ゲームサービスだと圧縮率より遅延が少ない方が良さげな気がするけど、
符号化/復号化の遅延的には次世代コーデックってどうなんけ？
500:名無しさん＠編集中
19/03/20 15:43:42.88 aBOBK2CR0.net
コントローラがコンソール介さずWi-Fiで直接サーバと通信
ものっそいデータセンターでサーバ側の処理リソースは潤沢
あとはクライアントデコード環境を気にするだけでいい
それもChromecast Ultraで問題ないのでは
501:名無しさん＠編集中
19/03/20 16:40:11.11 f99Qfbqa0.net
固定回線でもギガを買う時代が来るな
来るというか、帰ってくるか・・・
502:名無しさん＠編集中
19/03/20 16:50:51.08 aBOBK2CR0.net
ギガって平成最も恥ずかしい用法だよな
世界に対して恥ずかしい
503:名無しさん＠編集中
19/03/20 17:21:02.26 a6dDNDcE0.net
バカの間でだけ流行ってる言葉だと思ってたらマスコミも使い始めて、通信キャリアがCMで使い始めてもうだめだと思った
504:名無しさん＠編集中
19/03/20 19:24:53.96 fIAKVAmX0.net
早速AVIFのコマンドライン変換ソフトが出てきた。
URLﾘﾝｸ(github.com)
Windows用バイナリもあるからすぐ試せる。
505:名無しさん＠編集中
19/03/20 19:25:38.72 68XLeFNpH.net
ギガって恥ずかしい
だがキャリアが使ったしまう国というほうがもっと恥ずかしい
506:名無しさん＠編集中
19/03/20 20:30:36.37 LWDTtGck0.net
ギガって良いと思うけどな
月極の通信制限容量という意味合いはよく使われるのにそれを端的に表す言葉が無い。
漢字文化なら情報通信へんなんてのが出来ても良いものだと思うが文字コードなんかの関係か知らん作られる事は無いし
言語としてはコミュニケーションを取る上で悪くない進化だと思うよ。
507:名無しさん＠編集中
19/03/20 20:52:59.40 C8DtkW+1a.net
昔はパケット数で計算されてたのにな
直感的じゃないからGBに移行したのは分かるけどそこからバイトが消されてギガが残るとは…
508:名無しさん＠編集中
19/03/20 20:57:11.13 wcKsR1Ag0.net
牛丼のメガ盛り、みたいなノリなんでしょ（投げやり）
509:名無しさん＠編集中
19/03/20 21:26:22.56 ytRujBYw0.net
そういうのにすぐ飛びついてCMで使いまくるキャリアやMVNO業者があるからな
510:名無しさん＠編集中
19/03/20 22:28:56.69 68XLeFNpH.net
>>496
進化じゃないね。退化でもないが。筋違いって感じだ
決して正当進化ではない
馴れ合ってるに過ぎないよ
511:名無しさん＠編集中
19/03/20 22:38:20.84 LWDTtGck0.net
>>500
日本語なんて語彙が少な過ぎて多くの国から輸入しまくってるのに今更だわ。
概念そのものに対応する言葉が無いなら作るのがそもそもの筋だわ。
512:名無しさん＠編集中
19/03/20 22:46:08.90 aBOBK2CR0.net
>>501
でも「ギガ」を使うのは完全に文法的に間違いだから許せんわ
牛丼は盛りをメガにするから意味が通ってるが、ギガは修飾相手の単語がないから
『「大量の」を消費する』『「大きい」を消費する』みたいで違和感がある
CMプランナーは、あえてネタ的に広告打ったが、情弱がネタとしてではなく
そのまま本気で外国人に対して使って日本全体が馬鹿にされそうで怖い
513:名無しさん＠編集中
19/03/20 22:56:13.59 VgNRZWvl0.net
スレチな話題をだらだら続ける人がいると日本全体が馬鹿にされそうで怖い
514:名無しさん＠編集中
19/03/20 22:57:04.51 Fw62qNZO0.net
和製英語や日本語で使われてる意味が違う言葉なんていくらでもあるじゃん
マンションとか
エンコードをエンコとか略してるのも他所から見たら変かもしれないし
515:名無しさん＠編集中
19/03/20 23:17:57.97 aBOBK2CR0.net
類似ジャンルの用途違いと省略を引き合いに出すなよ
品詞の誤用はレベルが違うだろ
516:名無しさん＠編集中
19/03/20 23:29:46.54 VgNRZWvl0.net
レベルが違うかどうかはともかく日本全体が馬鹿にされそうで怖い
517:名無しさん＠編集中
19/03/20 23:38:29.15 fQcvEk6+M.net
せめてギガバだわな
スレチだけど
518:名無しさん＠編集中
19/03/21 00:06:57.07 wNJL41dq0.net
アホの小学生ども、さっさと寝ろ
519:名無しさん＠編集中
19/03/21 00:56:30.85 wD0RYRI+0.net
効率エンコしてファイルのギガ減らしていく
520:名無しさん＠編集中
19/03/21 01:01:10.05 ZTEL7ybA0.net
海外だと通信量を表す際にギガという表現を使うのでそれが遅れて輸入されただけ
基本的にトップアップ圏の言葉だな
521:名無しさん＠編集中
19/03/21 11:11:21.26 C+tRexbg0.net
スレチの話題やめなさい
522:名無しさん＠編集中
19/03/22 02:07:20.79 XLWgFGHm0.net
4Kなんかスマホどころかテレビの大画面でもほとんどの人には
違いが分からないんだからビットレートをケチっても良いよね...?
523:名無しさん＠編集中
19/03/22 02:32:39.86 HGdrPbsr0.net
違いのわからない男なんてつまらないだけだ
524:名無しさん＠編集中
19/03/22 03:02:46.77 ZLZ3U44Y0.net
>>512
そんな奴はおらんやろ
1.5Hで見て違い分からないなら近眼
525:名無しさん＠編集中
19/03/22 08:46:14.98 5Dfnxr95d.net
流石に4Kの違いはハイレゾと違ってわかるわww
526:名無しさん＠編集中
19/03/22 09:15:46.83 CGieln2vM.net
50型サイズぐらいじゃないと分からないんじゃないのかな。
527:名無しさん＠編集中
19/03/22 09:55:35.16 fgFZhogL0.net
24インチ4Kモニタで見てるけど格段に違う
528:名無しさん＠編集中
19/03/22 10:55:20.03 kz1hQl/B0.net
PCとTVだと見るときの基準が違うんだけどな
PCの場合は画素感が認知出来るギリギリのあたりで、使用用途で前後するけど
TVの場合は画素感が全く感じられなくて、可能な限り視野範囲を広く占有するのが適してるとされるし
529:名無しさん＠編集中
19/03/22 11:14:37.79 fgFZhogL0.net
何を言っているのか意味がわからない
PCとTVとか書いてるけど何の違いを言いたいの?
この次世代ビデオコーデックスレで発言している限り4K映像に関する話じゃないの?
「PCの場合」を作業UIについて言ってるとしたらスレ違いじゃないの?
530:名無しさん＠編集中
19/03/22 11:47:57.15 kz1hQl/B0.net
わーアスペがかみついてきたー
531:名無しさん＠編集中
19/03/22 13:28:41.42 gRV+brym0.net
PCとTVじゃまず色レンジが違うじゃん
次世代コーデックが4KTVのみで扱われると思ってるならちょっとおかしい人だね
532:名無しさん＠編集中
19/03/22 16:56:48.37 CLQgc/Uo0.net
>>519
>>518は視聴距離の話じゃないの。
4Kテレビの最適視聴距離は>>514にあるように画面の高さの1.5倍とか言われることがあるけど
実用面を考えるとPCの場合とかTVの場合とかで色々違いがあるよねっていう。
まあ元の話の>>512については、何と比べて違いがわからないと言ってるのかよくわからんし、
何を目的としたエンコードなのか知らんけど、ビットレートなんて自分で見て判断して決めればいいんじゃねで済む話では。
533:名無しさん＠編集中
19/03/22 18:43:11.20 iJGCSBvWd.net
URLﾘﾝｸ(jp.gamesindustry.biz)
「2018年の晩秋に行ったProject Streamテストでは，1080p，60fpsを得るためにゲーマーに要求した推奨帯域幅は25Mbpsでした」と氏は語る。
「実際には，私たちはそれよりはるかに少ない基準を使用しました ― 20Mbps程度です。
今年のローンチに向けて，我々はストリーマ，コーデック，ハードウェアおよびソフトウェアサービスを大幅に改善しました。
すなわち，約30Mbpsで4K 60fpsに達することができます。30Mbpsというのは，人口の大部分を除外するようなものではありません。
そのようなパフォーマンスであれば，我々は世界中のかなりの部分に到達できると考えています。ギガバイトのダウンストリームではないのです」
534:名無しさん＠編集中
19/03/22 20:30:22.90 CLQgc/Uo0.net
>>523の記事のタイトル
Phil Harrison：Stadiaはゲーム機からの「避けられない一方通行の変革」を始める
URLﾘﾝｸ(jp.gamesindustry.biz)
モノによるとはいえゲーム中ずっと30Mbps占有とかやべえな。
535:名無しさん＠編集中
19/03/22 20:35:20.36 gh+Qa7gq0.net
ドワンゴの人がAV1リアルタイムハードウェアエンコーダに関して何か喋るって
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
536:名無しさん＠編集中
19/03/22 20:52:27.75 kz1hQl/B0.net
Wi-Fiだとアベレージでは帯域確保出来ていても瞬間的に通信止まってたり遅延するから、結局バッファ確保したらそれなりのレイテンシになりそう
537:名無しさん＠編集中
19/03/24 14:23:02.50 a8hXGUTpH.net
>>512
一発で違うが分かる
さてはおまえ4Kを持ってないな
538:名無しさん＠編集中
19/03/24 14:40:03.66 1UydpKUmM.net
受け取ったパケットだけで画面を作って、ロストしたらしたぶん画質が低下するだけで動画の停滞は滅多にしないようなコーデックは無いものか。。
昔のアナログ放送みたいな
539:名無しさん＠編集中
19/03/24 19:21:39.01 s6gAiLLn0.net
>>528
表示までの遅延許容すればデコーダ側の造りで対応出来る
ただCPUとメモリ無駄食いしまくるからやらないのだと思うよ
540:名無しさん＠編集中
19/03/24 20:28:44.79 xhspfe530.net
コーデック側で SVC (Scalable Video Coding) みたいな仕組みに対応していても
ベースレイヤーがロストしたらどうしようもないだろうしなあ。
541:名無しさん＠編集中
19/03/24 22:32:57.32 BoBOrUlea.net
動画はみんなTCPで転送してるからパケットが全部揃わないと遅延が発生する
デコーダーやコーデックが頑張ってもどうにもならんと思う
542:名無しさん＠編集中
19/03/25 16:01:22.13 3BYMYU9Za.net
youtubeはUDP使い始めてるけどな
543:名無しさん＠編集中
19/03/25 16:26:48.56 OvuU20wja.net
HTTP3になったQUICでしょ？
これでデコーダーの方でキーフレーム以前のデータが遅れた場合にバッサリカット出来るかもしれない
ただLiveならそれで良いかも知れないけど映画とかは表示されないフレームがあって良いものか微妙だな
544:名無しさん＠編集中
19/03/25 17:24:51.13 l3pe6cOK0.net
QUICはTCP+TLSの代替だから基本的にデータを全部揃えるよ
多少のパケットロスはRAID5みたいに前後のパケットから補完できる
データのロストを許容する仕様も検討されているみたいだが
545:名無しさん＠編集中
19/03/25 19:49:08.73 VF7BrnMG0.net
まぁエラー訂正やるなら通信側でやるだろうけどな
どっちにしろデータ伝送効率とトレードオフ（帯域が減る）
546:名無しさん＠編集中
19/03/25 21:03:24.17 skjtHRnX0.net
クライアント側でロストした部分をAIで瞬時に計算して
補完する未来がやってくるんだろうな
547:名無しさん＠編集中
19/03/27 02:32:23.31 3rtXeziX0.net
とか言ってたらこんな事できるようになってるし
リアルタイム処理できる未来はそう遠く無いかも
URLﾘﾝｸ(gigazine.net)
548:名無しさん＠編集中
19/03/27 22:37:32.26 ErbMyfy+0.net
ドワンゴのAV1リアルタイムハードウェアエンコーダのスライド
URLﾘﾝｸ(www.slideshare.net)
libaom、SVT-AV1、x264と比較したグラフもある
549:名無しさん＠編集中
19/03/27 23:07:09.06 Ds15+t6e0.net
ニコ動の動画をAV1に変えるのか？
550:名無しさん＠編集中
19/03/27 23:19:20.25 VkEjEPkNM.net
SVTとほぼ同じ画質で720p30fpsできるのはすげえな
SVTは30万円以上するxeonを2つ繋げて15fps超えるのがやっとなのに
551:名無しさん＠編集中
19/03/27 23:20:09.54 AbFXTogq0.net
サブセット化して速度を高めたのか
552:
553:名無しさん＠編集中
19/03/27 23:50:52.72 BYO9J0FD0.net
パイプライン処理化だろうな
常套手段
554:名無しさん＠編集中
19/03/28 02:39:32.70 dK6vwrC10.net
四月一日に伝説のクソアニメがスペシャルで帰ってくる…だと？!
555:名無しさん＠編集中
19/03/28 02:40:16.73 dK6vwrC10.net
スマン
スレ間違った
556:名無しさん＠編集中
19/03/28 05:03:48.32 X1CeW6Ph0.net
同じの声優変えて5本とかやりそう
557:名無しさん＠編集中
19/03/28 08:07:22.72 6BvI1zje0.net
>>538,540
ニコ動が使ってるFPGAってどれくらいのもんなんかな？
558:名無しさん＠編集中
19/03/28 22:55:38.91 PPVlesk+M.net
>>538,546
後日、会社のブログでより詳細な内容を公開予定だそう
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
559:名無しさん＠編集中
19/03/28 23:27:25.71 vKgDshGt0.net
まあでもニコ動はAV1採用まで生き抜くことができるかどうか・・・
560:名無しさん＠編集中
19/03/28 23:31:15.27 vKgDshGt0.net
VP9とAV1のライセンスプールかぁ・・・。
Sisvel Launches Patent Pools for VP9 and AV1
URLﾘﾝｸ(www.streamingmedia.com)
ビデオ符号化特許ライセンスプラットフォームを開始
URLﾘﾝｸ(www.businesswire.com)
---
シズベルインターナショナルS.A.は本日、ビデオ符号化特許ライセンスプラットフォームの開始を発表しました。
このライセンスプラットフォームでは新たに、VP9規格関連特許に関する共同特許ライセンスと
AV1規格関連特許に関するプールライセンスの二つのプログラムが個別に提供されます。
当ライセンスプラットフォームのもと、株式会社JVCケンウッド, 日本電信電話株式会社, Orange, Philips,
東芝IPRソリューション株式会社を含む複数の革新的企業が所有もしくは管理する特許ポートフォリオのライセンスが開始されます。
---
561:名無しさん＠編集中
19/03/28 23:41:44.06 X1CeW6Ph0.net
そりゃAV1として使う分にはタダだけど、使用している技術特許が転用し放題な訳じゃ無いからな
562:名無しさん＠編集中
19/03/29 04:10:33.43 MhXkOCp+d.net
ズコー
563:名無しさん＠編集中
19/03/29 05:07:05.22 JFHns1dLa.net
こりゃ裁判だな
564:名無しさん＠編集中
19/03/29 05:50:11.22 VtyeLRWb0.net
我々一般ユーザーには関係あまりないの？