19/01/28 12:55:11.19 Au8WsqKn0.net
無料で使えて当たり前ってスタンスの消費者の方が上から目線過ぎるだろ
仮に対価払っていたとしても消費者と技術提供者は対等な立場であるべき
いまの消費者側が技術提供者に対するリスペクトが無さ過ぎる現状は酷い
1025:名無しさん@編集中
19/01/28 13:03:08.71 enDStqJ30.net
頭大丈夫か?
1026:名無しさん@編集中
19/01/28 13:19:35.70 R7g3u1k/0.net
コーデックに関してはコンテンツや再生機器購入時にライセンス料を間接的に払ってるし意味不明なんだが
1027:名無しさん@編集中
19/01/28 13:44:03.29 oWrit1aj0.net
私的録画補償金ってものがあってぇ…
1028:名無しさん@編集中
19/01/28 19:10:18.43 K5npPFXq0.net
クリエイ
1029:ターの話と間違えてないか。。
1030:名無しさん@編集中
19/01/29 01:08:13.23 3jKOmng70.net
権利や金についてはよくわからぬ
1031:名無しさん@編集中
19/01/29 23:05:26.44 vXH0HeiX0NIKU.net
VVCはイントラ内予測も強化されるが、仮にこれを静止画フォーマットに使っても低ビットレートで綺麗になるだけでSSIM 0.95以上を目指す場合はJPEGと大してファイルサイズが変わらないというこれまで通りの流れになりそうな予感がする
1032:名無しさん@編集中
19/01/30 00:08:27.70 Rhx7+Jz20.net
小手先の改善だけでは、そろそろ限界だろうな
1033:名無しさん@編集中
19/01/30 02:04:25.21 jhQlqKup0.net
コーデック自体とは関係ないけど、いつかYCoCgが標準になれば良いのにな
互換のためにYCbCrを続ける事で更なるYCbCrコンテンツを日々生み出し続けて完全に負の連鎖になってる
コーデックの仕様的にサポートはされてるんだから放送業界かあるいはNetflix, YouTube, Hulu級の規模のどこかが使い始めないと永遠に普及しない
1034:名無しさん@編集中
19/01/30 02:15:29.13 Rhx7+Jz20.net
やり方を変えるだけのメリットを見出してないんだろ、現状
数式みたいにカッチリ変換できないと使い物にならないというわけでもないし
1035:名無しさん@編集中
19/01/30 02:35:41.34 znWPkEmL0.net
YCoCgって式が1/4単位になって計算コストが下がるだけかと思ってた
ロスレスでビット数増やせば無損失でRGBに変換できるのかな
1036:名無しさん@編集中
19/01/30 02:43:17.06 jhQlqKup0.net
>>986
そう
>>985
YCbCrだと8ビットカラーの場合RGBとの変換だけで75%の色が失われて、400万色程度しか表現できない
1037:名無しさん@編集中
19/01/30 02:51:51.18 jhQlqKup0.net
ビット数増やすのも計算途中だけで良い
入力と出力は共に8ビットのままYCoCgとRGBは無損失で相互変換できる
1038:名無しさん@編集中
19/01/30 09:26:02.43 rMoOkOVi0.net
>>980
>>1
1039:名無しさん@編集中
19/01/30 14:28:52.96 jFvPulye0.net
ワッチョイの付け方がわからん
誰か代わりにやってくれ
1040:名無しさん@編集中
19/01/30 15:47:07.98 8vwk+mK10.net
google.co.jp
1041:名無しさん@編集中
19/01/30 15:53:25.17 NRx6SW0mM.net
メール欄に「watch-owyyy!!!」って書けば付くお
1042:名無しさん@編集中
19/01/30 16:21:50.21 Amc+t7YI0.net
じゃあスレ立てチャレンジしてみる
1043:名無しさん@編集中
19/01/30 16:36:16.37 Amc+t7YI0.net
次スレ
次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
スレリンク(avi板)
一応即落ち防止のため20レスまで保守っとく。
ちなみにこの板はワッチョイはデフォでつくので面倒な指定は不要。
1044:名無しさん@編集中
19/01/30 19:22:33.45 jFvPulye0.net
>>994
そうだったのか!ありがとう
1045:名無しさん@編集中
19/01/31 02:04:22.46 EAyJdJqn0.net
>>984-988
> ビット数増やすのも計算途中だけで良い
> 入力と出力は共に8ビットのままYCoCgとRGBは無損失で相互変換できる
色々調べてみたけど、「nビット深度のRGB」をYCoCgで【無損失】で表現するなら、
・「YCoCg」の場合
Y/Co/Cgともに(n+2)ビットの深度が必要。
Coだけは(n+1)ビットの深度でもいいけどCoだけ減らすようなことはしない。
・「YCoCg-R」の場合
Yはnビット、Co/Cgは(n+1)ビットの深度が必要。
という感じで、YCoCgの方が必要なビット数が多くなるのでは?
計算途中だけじゃないと思う。
1046:名無しさん@編集中
19/01/31 02:09:33.52 KDrCd5Bi0.net
あの、
1047:名無しさん@編集中
19/01/31 02:10:11.53 KDrCd5Bi0.net
ちょっと聞きたいことがあるんですが
1048:名無しさん@編集中
19/01/31 02:10:29.78 KDrCd5Bi0.net
質問いいですか?
1049:名無しさん@編集中
19/01/31 02:34:09.28 EAyJdJqn0.net
今だ!!!1000
1050:get  ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ (´´ ∧∧ ) (´⌒(´ ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡  ̄ ̄ (´⌒(´⌒;; ズザーーーーーッ
1051:1001
Over 1000 Thread.net
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 195日 5時間 43分 20秒
1052:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています