18/12/12 21:08:04.34 VZ6d9TyU01212.net
こういう奴のために、ボタン一つで変換できるソフトが喜ばれるはずなのに…
知識ない人間がいきがるなと
751:名無しさん＠編集中
18/12/12 21:33:42.17 tTRXYDvO01212.net
コンテナだけ変えたって言ってるのかと思ったけど
> 時間はかかるが、丁寧にエンコードしてビットレートを下げてるようだ。
って書いてるとこ見ると「丁寧にエンコード」してないことを端折って書いた感じか
誤解を招く書き方というかなんというか
752:名無しさん＠編集中
18/12/12 21:43:23.14 W+piehPk01212.net
Demuxedというイベントで行われたVVC(Versatile Video Coding)に関するプレゼンの記事。
VVC video codec - the next-next generation codec
URLﾘﾝｸ(bitmovin.com)
753:名無しさん＠編集中
18/12/12 23:03:45.45 ttLTZzM50.net
簡便なフィルタも無い単純なトランスコーダって事だろう
754:名無しさん＠編集中
18/12/18 14:42:57.99 hNCNccbz0.net
ソニーのHEVC。
Sony’s next codec is “XEVC” – could blow the doors off the industry with 8K RAW at 240Mbit
URLﾘﾝｸ(www.eoshd.com)
URLﾘﾝｸ(www.eoshd.com)
キヤノンのXF-HEVC。
URLﾘﾝｸ(www.newsshooter.com)
755:名無しさん＠編集中
18/12/18 17:48:50.99 0Ydc/crf0.net
AVIFのGitHubに、実装例を集めたWikiページが追加されてる。
Home ・ AOMediaCodec/av1-avif Wiki
URLﾘﾝｸ(github.com)
実装例の１つ
AVIF Wasm decoder demo
URLﾘﾝｸ(cconcolato.github.io)
（URLﾘﾝｸ(twitter.com)）
AVIFサンプルファイル
Netflix： URLﾘﾝｸ(download.opencontent.netflix.com)
Microsoft： URLﾘﾝｸ(github.com)
(deleted an unsolicited ad)
756:名無しさん＠編集中
18/12/18 18:19:52.21 lF+yShm+0.net
>>722
おお、Windows insider previewで早速対応するのか
757:名無しさん＠編集中
18/12/20 19:31:02.00 EjsnwxMf0.net
タイトル通りだけど、各種ツールでのAV1サポート状況や使い方など。
How to use AV1 with open source tools
URLﾘﾝｸ(www.jbkempf.com)
758:名無しさん＠編集中
18/12/20 22:01:40.87 3TvxOA+na.net
はやくXnやPerfectViewerがavifに対応してくれないかなー
759:名無しさん＠編集中
18/12/22 15:14:40.66 iQI/svoFd.net
HEIF（ヒーフ）に対してAVIFは何と読むのか
760:名無しさん＠編集中
18/12/22 15:20:30.32 PRG/W/MOd.net
アビーフ？
761:名無しさん＠編集中
18/12/22 16:23:06.34 8UF2JyVP0.net
エイヴィフ？
762:名無しさん＠編集中
18/12/22 16:23:52.11 brEvOxkYM.net
何でも略したがる奴って馬鹿にしか見え�
763:ﾈい
764:名無しさん＠編集中
18/12/22 16:59:11.84 88Po0eqma.net
いつもコーデック名を略さずに言ってる人ですか？
765:名無しさん＠編集中
18/12/22 17:05:41.21 zwtnyUqQ0.net
えーぶいあい
えふえるぶい
おーおーじー
まとりょーしか
766:名無しさん＠編集中
18/12/22 17:26:18.26 3LX/WNsr0.net
aviはあーゔぃー
767:名無しさん＠編集中
18/12/22 17:29:54.93 8UF2JyVP0.net
え？
じゃぁMPEG2をMoving Picture Experts Group 2とか言ってるの？
すげぇウザいぞそれ
768:名無しさん＠編集中
18/12/22 17:42:08.04 XlSRPrxw0.net
AVIF RI（Reduction Image）えびふらい
769:名無しさん＠編集中
18/12/22 17:53:59.13 wWcj1yXha.net
H.264 | AVCは全部足してのばすとこう？
International Telecommunication Union Telecommunication Standardization Sector Rec. H.264 | International Organization for Standardization/International Electrotechnical Commission 14496-10 Moving Picture Experts Group 4 Part 10 Advanced Video Coding
770:名無しさん＠編集中
18/12/22 18:28:22.36 uhC6lh4p0.net
発達障害並みのしつこさ
771:名無しさん＠編集中
18/12/22 18:48:15.11 QSmMyzVt0.net
陰キャ特有の不毛な争い
772:名無しさん＠編集中
18/12/22 18:49:30.05 acspqH9p0.net
不毛とかハゲの悪口言うのやめろよ！
773:名無しさん＠編集中
18/12/22 19:58:06.13 F9Ew0DWh0.net
揚げ足取りはNG
あげあしとり…揚げ脚鶏…
今晩はフライドチキンにしよう
774:名無しさん＠編集中
18/12/22 20:52:50.86 63dsFVqHa.net
>>729の人気に嫉妬
775:名無しさん＠編集中
18/12/22 20:56:19.14 iQI/svoFd.net
>>727
>>728
エイヴィフがしっくりときた
776:名無しさん＠編集中
18/12/22 21:04:20.25 acspqH9p0.net
AVC アダルト ビデオ コンテンツ
HEVC エッチ エロ ビデオ コンテンツ
VP9 ビデオ ポルノ 9
MPEG マゾヒスト ペンペン エロ ギンギン
HEIF エッチ エロ インサート フィニッシュ
AVIF アンアン
（ここで何くだらねー事まとめてんだと我に返る
777:名無しさん＠編集中
18/12/22 21:05:07.67 Tf8Qc9dd0.net
我に返ったなら書き込むなよ
778:名無しさん＠編集中
18/12/22 21:06:45.54 g2dcJusO0.net
エイヴィフ(AVIF)
エイハブ(AHAB)
…字にしてみるとあまり似てないな、うん
779:名無しさん＠編集中
18/12/22 21:20:30.97 zeYdXhov0.net
>>722にAVIFの作り方書いてるけど誰か試した？
780:名無しさん＠編集中
18/12/23 04:08:29.59 0ENhhAK1a.net
libvpxのvp9デコーダがマルチスレッドに最適化されて速くなるらしい
ffmpegのvp9デコーダであるffvp9が以前からlibvpxより数倍速かったからほとんどのソフトには関係ない事だけど
chromiumがバイナリサイズが増えるからとかいうクソみたいな理由で頑なにffvp9を拒み続けてるからchromium系のブラウザ使ってる人には将来的に恩恵あるだろうね
ちなみにffvp9とdav1dの作者は同じ人
chromiumはAV1になっても同じような対応をする可能性が高いのでおそらくchromiumでdav1dは使われないだろう
URLﾘﾝｸ(www.phoronix.com)
781:名無しさん＠編集中
18/12/23 07:10:22.26 65BMFaREM.net
マジかよ知らんかった
youtubeでVP9再生する時にchromeよりfirefoxのほうが軽いと思ってたけどちゃんと理由があったんだな
782:名無しさん＠編集中
18/12/23 11:16:03.64 yZSGGkBX0.net
Appleが「AV1 / VP9」のネイティブ対応やめるってよ
URLﾘﾝｸ(applech2.com)
783:y-media-formats-in-2019.html
784:名無しさん＠編集中
18/12/23 11:39:31.13 I1WqrW350.net
いつものAppleって感じだけどAOMのFOUNDING MEMBERSなのにサポートしないってどうなのよ
785:名無しさん＠編集中
18/12/23 12:39:02.22 LCza3bO+0.net
>>748
Apple、64-bit環境への移行に伴い
macOS Mojave後のmacOSでネイティブサポートされなくなる
レガシィメディアのファイルフォーマットをFCPXやiMovieユーザー向けに公開。
2018年12月にメディアエディタ向けに案内されたメーリングリストによると、
AppleはmacOS Mojave後のmacOSにて64-bitテクノロジへの完全な移行を行う目的で、
QuickTime 7フレームワークとの互換性のあった以下のメディアフォーマットやコーデックをレガシィフォーマットとし、
macOSでネイティブサポートしなくなると発表しています。
3ivx MPEG-4
AV1 / VP9
AVC0 Media AVA0 Media
BitJazz SheerVideo
（以下略）
＿人人人人人人人＿
＞ AV1 / VP9 ＜
￣Y^Y^Y^Y^Y^Y^Y￣
レガシーとは一体……
786:名無しさん＠編集中
18/12/23 12:48:02.07 eB+3YtaH0.net
百歩譲ってVP9はレガシー扱いで許したとしても、
AV1がレガシーとは一体…
787:名無しさん＠編集中
18/12/23 12:52:10.13 MVKmr1eF0.net
Appleのアホのせいでネット動画が統一されない
788:名無しさん＠編集中
18/12/23 12:55:49.71 LCza3bO+0.net
こうやって足を引っ張り合う訳ですよ
人類って本っ当にバ～～～～～～～～～化だな～～～～～～～～～～～～～ｗｗｗｗｗｗ
いや本当にこれH.264が動画界のJPEGポジションで居続ける将来しか見えないんだけど
789:名無しさん＠編集中
18/12/23 13:22:05.83 sBQjdbYGd.net
人類というかAppleってやっぱり馬鹿だなって思うわ
790:名無しさん＠編集中
18/12/23 13:35:26.20 tlVqaaxxd.net
試験運用段階でレガシー扱いとは
791:名無しさん＠編集中
18/12/23 13:55:18.84 yZSGGkBX0.net
URLﾘﾝｸ(support.apple.com)
記事読む暇がないヒト向けに書いておくと、自社製ソフトウェア上における
「ネイティブ編集対応をやめる」のであって、直接扱おうとしたらまず
ProResにトランスコードが始まるようになる。それから編集ってこと
※変換されんの嫌なら他社製ソフトウェアで編集してねってことで
わざわざWindowsマシン使って変換とかが必須になるわけではない
792:名無しさん＠編集中
18/12/23 16:07:28.76 RgUQZc0ma.net
スマブラSPでVP9使われたみたいね
コンシューマーゲーム機で次世代コーデックは何気に初めてか
793:名無しさん＠編集中
18/12/23 16:11:19.79 dxQmKrOA0.net
>>757
そういう情報はソースを示してほしい。
794:名無しさん＠編集中
18/12/23 17:15:45.24 iT/2jr5z0.net
おっ！いいね。
Enable FFmpeg libaom-av1 decoder
URLﾘﾝｸ(github.com)
795:名無しさん＠編集中
18/12/23 17:19:58.84 sYdRYiXEa.net
スマブラのムービーってh265じゃなくて、vp9なの？
796:名無しさん＠編集中
18/12/23 18:40:11.38 M3d3Ct+e0.net
VP9って次世代なの？
現世代なのかと思ってた
797:名無しさん＠編集中
18/12/23 18:57:24.42 dxQmKrOA0.net
>>761
諸々の事情で>>1にあるように「H.264/AVCの後」のコーデックを次世代と位置づけてスレを立てただけなので
そこはあまり気にしなくてOK。
798:名無しさん＠編集中
18/12/23 19:17:53.91 dxQmKrOA0.net
>>748 >>750 >>756
Final Cut Pro X
799: のレガシーメディアについて - Apple サポート https://support.apple.com/ja-jp/HT209000 macOS 用 iMovie のレガシーメディアについて - Apple サポート https://support.apple.com/ja-jp/HT209029 Macのことはよく知らないけど、そもそもこれまで Final Cut Pro X や iMovie で VP9やAV1を読み込むことはできたのかな？そういう話題を見かけたことが無いような・・・。 レガシーと言ってるのは、コーデック自体のことというより、QuickTime 7 フレームワークを利用しているものを レガシーだと称しているだけみたいだね。 > 2019 年前半にリリース予定の Final Cut Pro のアップデートに、QuickTime 7 フレームワークを使う > レガシーメディアを探し、変換する機能が盛り込まれる予定です。 読み方によっては、この時にAV1やVP9の変換読み込みをサポートすると解釈できないこともないけど・・・さて。
800:名無しさん＠編集中
18/12/23 21:39:44.17 w2tNj4U/0.net
レガシーフォーマットだから、フレームワーク提供しないよー
他社アプリは勝手に拡張して対応してくれるかもねー
ってAOMに参加したばかりの大企業とは思えない決定だな
801:名無しさん＠編集中
18/12/23 22:17:48.19 gzHe7lrO0.net
うーんこの企業
802:名無しさん＠編集中
18/12/24 01:05:09.32 agtwOkQX0EVE.net
「影響を受けるメディアフォーマットの例」の中に「AV1／VP9」が入ってるから
そこだけ見て誤解してる人が多いようだけど、主題は
「QuickTime 7 フレームワークの利用停止」
なので、やってることはごく真っ当な進化だと思うよ。
そもそもこれまでもAV1/VP9の読み込みなんてサポートしてなかったみたいだし。
サードパーティの読み込みプラグインがあるのかと思って探してみたけど見つからなかった。
だいたい現状で動画編集ソフトでAV1/VP9素材を扱う需要なんてほぼ無いだろうし、
動画編集ソフトでAV1をネイティブにサポートする時期なんて、HWデコーダ/エンコーダが
それなりに出だすであろう時期（1年後くらい？）になってもまったく問題ない。
そんなことよりSafariとかでのAV1/VP9再生をさっさと実装しろよと思うけど、
AV1はともかく、VP9はサポートしないまま終わりそうではある。
803:名無しさん＠編集中
18/12/24 02:37:54.93 5OVvOqT40EVE.net
>>766
AV1がネイティブサポートされない、つまりAVFoundationで対応する予定が無いんだと思うよ
そうすると動画編集ソフト云々では無く、Safariでの再生対応も無いんじゃないかな
804:名無しさん＠編集中
18/12/24 22:37:57.29 mcQSl9kF0EVE.net
ここにも裏切り者が
HEVC Encoder for Servers
URLﾘﾝｸ(developer.qualcomm.com)
>The HEVC video encoder software is designed to:
>Outperform VP9 and AV1
805:名無しさん＠編集中
18/12/24 22:49:44.97 KaJDEZ0U0EVE.net
裏切りもなにもQualcommはAOMに入っていないような・・・
806:名無しさん＠編集中
18/12/24 23:24:45.98 mcQSl9kF0EVE.net
>>769
・・・入ってなかった。
HEIF/HEVC HWアクセラレータが載ってるSD855楽しみに待ってます裏切り者扱いしてごめんね。
807:名無しさん＠編集中
18/12/24 23:39:10.85 iDT9tr0tMEVE.net
裏切り者も何も、VP9やAV1が異端なだけだからねぇ
808:名無しさん＠編集中
18/12/24 23:48:51.96 ezLTY33bpEVE.net
VP9を個人でエンコする需要がない
個人ならライセンス関係ないからHEVCの方が全面的に優れてるし
AV1も今のところ遅すぎるから微妙だし
再生だけ対応してくれればいい
809:名無しさん＠編集中
18/12/25 01:06:43.83 NZ0kCgWUaXMAS.net
スマホはAV1エンコードに対応する必要ないよな
デコードだけで良いよ
810:名無しさん＠編集中
18/12/25 01:52:41.38 W8TD/jAC0XMAS.net
スマホこそエンコードできたほうがいいでしょ
外出してビデオ撮影したファイルサイズを小さくできたり
ビデオ通話で画質が良くなったり
ひきこもりぼっちだからどれも関係ないしやっぱいらねーわ
811:名無しさん＠編集中
2018/12/2
812:5(火) 02:15:21.79 ID:xClFD5D20XMAS.net
813:名無しさん＠編集中
18/12/25 02:17:28.16 jtOS7ekg0XMAS.net
モバイルSoCにまともな性能で実装させたらlittleコア数個分の面積食いかねないけどな
814:名無しさん＠編集中
18/12/25 03:01:01.73 Iw27XV7n0XMAS.net
av1をモバイルでエンコードできるのは10年くらい掛かりそう
デコードを頑張ってほしいが、林檎とかいう天の邪鬼がいるからどうなるやら
815:名無しさん＠編集中
18/12/25 03:40:05.37 W1kmfNuE0XMAS.net
HEVCでいい気が…
8K普及したとしてもROM容量が増えてるだろうし大丈夫大丈夫
816:名無しさん＠編集中
18/12/25 06:56:14.37 5vg9f2bCMXMAS.net
HEVCは企業側が採用したがらないからもし動きがあるとすれば次のVVCじゃないかな…
817:名無しさん＠編集中
18/12/25 08:40:24.88 wLCFF49r0XMAS.net
こっこれは！
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
818:名無しさん＠編集中
18/12/25 08:47:09.86 jtOS7ekg0XMAS.net
撮影用コーデックは撮影者が扱えてナンボだから、扱いづらいコンテンツ提供向けのライセンスフリーの高圧縮コーデックの方を優先するなんて普通に考えればありえないと思うけどな、スマホ用なら尚更だし
819:名無しさん＠編集中
18/12/25 09:41:12.59 MQ8wKq300XMAS.net
URLﾘﾝｸ(satch.tv)
820:名無しさん＠編集中
18/12/25 10:29:52.21 LjZb6PqY0XMAS.net
静止画にしろ動画にしろ、オフィス系ソフトと年賀状作成ソフトで手間なく開けるようにならない限り日本では普及しないだろうなあって思う
821:名無しさん＠編集中
18/12/25 12:24:36.72 1dLwpqi0MXMAS.net
>>783
法人市場ではそうかもしれんが
個人向けでオフィスや年賀状ソフトに依存しきってる奴が何%いると思ってるんだ
具体的な割合は知らんがそう多くは無いだろう
822:名無しさん＠編集中
18/12/25 15:34:33.52 eUGJ+AjhMXMAS.net
QualcommがHEVC陣営だとしたらAV1はかなり不利なのでは
823:名無しさん＠編集中
18/12/25 15:37:26.40 bCkcPIGx0XMAS.net
PCや動画関連は法人需要がベース
個人需要なんてオマケ
個人需要ベースでモノ考えてたら動向を読み間違える元
824:名無しさん＠編集中
18/12/25 18:28:35.13 wQFWRdTnaXMAS.net
MPEGと真っ向に対立してるのってweb系だけだろ
ハードウェアやOSやってるところは対立させるメリットが無い
825:名無しさん＠編集中
18/12/25 18:38:00.26 qEqQzkaK0XMAS.net
Google主導で開発してきたフォーマットで主流になれたやつあったっけ？
826:名無しさん＠編集中
18/12/25 19:34:55.82 9dBfh34KaXMAS.net
フォーマットとは少し違うかもしれないけどhttp2.0とhttp3.0はGoogleが作ったプロトコルがベースだな
あとはbrotliとか
827:名無しさん＠編集中
18/12/30 17:40:45.90 hd4c5I/r0.net
ブラウザーのAV1対応状況。
URLﾘﾝｸ(caniuse.com)
webp
URLﾘﾝｸ(caniuse.com)
828:名無しさん＠編集中
19/01/01 13:34:33.06 6lyMxGai0.net
URLﾘﾝｸ(drive.google.com)
画像をAVIFに変換するbat書いた
Windows 10 Insider Preview Build 18305.1003で表示出来るファイルになるのを一応確認済み
まだ仕様が決まってないから画質確認して遊ぶ用だけど、AVIFと同サイズくらいのjpgを出力する機能もあるから興味ある人は試して
829:名無しさん＠編集中
19/01/02 14:31:20.61 cJ3tV5fJ0.net
jpgとそこまで画質変わらないな
830:名無しさん＠編集中
19/01/03 06:01:26.06 X/xn2HO2a.net
同じ画質でどこまで減らせる？
831:名無しさん＠編集中
19/01/03 10:55:38.27 I5Axic6f0.net
jpg品質85の時
Y-SSIM
832:0.971384916666667 bpp 1.82670423719618 avif Y-SSIM 0.972543208333333 bpp 1.07366349962023 jpg品質95の時 Y-SSIM 0.988786333333333 bpp 3.28187476264106 avif Y-SSIM 0.988429625 bpp 1.92569732666016 bppは24枚の画像で(ファイルサイズ*8)/(横幅*縦幅)を計算した平均値
833:名無しさん＠編集中
19/01/03 11:04:12.35 ucnygG5x0.net
人間の目じゃ違いが分からんな
834:名無しさん＠編集中
19/01/03 11:58:20.31 5KiYM89I0.net
AACとかでも人間の耳じゃ違い分からんとか言われてたけど
実際聞くと違い分かるものだからあてにならん
835:名無しさん＠編集中
19/01/03 12:15:32.83 1+X0e1Ta0.net
URLﾘﾝｸ(satch.tv)
836:名無しさん＠編集中
19/01/03 12:56:13.53 LMnvAobf0.net
容量が小さくなればOKです！
837:名無しさん＠編集中
19/01/03 15:36:56.04 uW4rZPkL0.net
JPG85と95っておおよその人が一見して分かる差だと思うけど
838:名無しさん＠編集中
19/01/03 16:07:40.43 PlOBTmFY0.net
実写というか写真だとオリジナルと見比べないならあまり気にならないけどCG、イラスト、アニメ絵とかだと
結構わかる差だよな
なんというかもともとソースが不自然にきれいすぎるもの相手だとどうしても目につく感じ
839:名無しさん＠編集中
19/01/03 16:44:23.70 I5Axic6f0.net
>>798
(1.92569732666016/3.28187476264106)*100=58.6767462482
半分までは行かないけどjpgに対して58%くらいの大きさやね
840:名無しさん＠編集中
19/01/03 20:50:59.66 0JMLz4JQ0.net
85と95なら許容範囲の差だと思うけど。
80下回ったら画質悪いなと感じる
841:名無しさん＠編集中
19/01/06 23:58:49.38 Bfy9mN6O0.net
95未満だとキラーサンプルがあるとだれでも劣化が分かる
現実的には85で4:4:4なら結構いい感じ。
※クオリティ値はバニラcjpegと標準量子化テーブルでの話
JPEGって4:2:0がウェブの実質的標準なので性質悪いんだよな
カメラのJPEG保存ならセンサーが元々ベイヤー配列だし4:2:0も悪くないけど、
公開時にサーバー側処理で1/4未満の解像度にリサイズされた時点で各ピクセルは4:4:4相当の情報持つからね
842:名無しさん＠編集中
19/01/07 00:25:22.12 ZxPEaw6h0.net
>>803
HiDPIが標準になれば420でも良いとは思うけど普及がまだまだだからなあ
843:名無しさん＠編集中
19/01/07 00:57:14.91 LDILApyf0.net
高DPIになればそうだね。
ちなみに有名どころのサービスで再エンコでしっかり4:4:4 JPEGを吐くのはPixivしか知らない。
もしかしたらGoogle Photosもサムネイル表示だけ444だったかも※大きい解像度は420
844:名無しさん＠編集中
19/01/07 01:15:48.07 LDILApyf0.net
ただしGoogle系はWebP対応ブラウザだと、フォーマットの制限で全部420
Webpは再エンコに極度に弱い
URLﾘﾝｸ(www.youtube.com)
大きいマクロブロックを使える最新のフォーマットの方が8x8のJPEGより色滲みの範囲が広くなるため再エンコ時の世代劣化が酷くなりがちなんだけど、WebPのエンコーダーは根本的に設計ミスしてるとしか思えない
ローパス効きすぎてるんじゃねえのかな
845:名無しさん＠編集中
19/01/07 01:28:33.66 LDILApyf0.net
一応擁護するとGoogleは真にJPEGを置き換える目的のPIKというフォーマットを開発中。進展聞こえて来ないけど。
今度はブロックも敢えて8x8にしてJPEG並の再圧縮耐性がある模様
846:名無しさん＠編集中
19/01/07 02:42:16.45 7cbmb5ou0.net
>>806
破綻を最小限�
847:ﾉする為にボカシまくってるのかな？ さらに最新コーデックにありがちな油絵現象で追い打ちが https://youtu.be/gJJachY651c
848:名無しさん＠編集中
19/01/07 04:01:25.24 s1j3ne1k0.net
Google系セルフコーデックは、もう勝手にやってろよって感じがしてきた
未完成なまま次から次へと手を出しすぎ
849:名無しさん＠編集中
19/01/07 05:15:39.69 IwP6LG2y0.net
VP9を見るとGoogleは最初から自分の利益の為にコーデックを作ったから公開する。
普及率上げられるよう努力はするけどそれ以上あまり深入りはしない。といったスタンスだと思う
プラットフォーマーでそれなりに責任感感じて後々のサポートまで考えてるのってMSぐらいじゃないの?色々乱立してカオスになる事は多いけど面倒見はいいよ
850:名無しさん＠編集中
19/01/07 11:05:54.81 LDILApyf0.net
Google PIKも恐らく頓挫する。複数の量子化テーブルを持てる点で優れてるんだけど、Guetzli開発で培った画質評価アルゴリズムで量子化テーブルを最適化するので劇重。
しかもカラースペースを考慮に入れて画質評価をするメカニズムなのでカオスになってる。現状はsRGBがハードコードされてる厄介な仕様。
JPEGの連中とてカラースペースを考慮に入れた圧縮をするのが理想なのは百も承知なんだけど、仕様が無駄に複雑化する上に改善効果が薄いから敢えてやってないんだよね
851:名無しさん＠編集中
19/01/07 11:30:29.31 9gcTBdC40.net
>>811
PIKってGoogle公式のやつじゃなくて社員がプライベートで実験してるみたいなやつっぽいから頓挫もなにもないんじゃないの
852:名無しさん＠編集中
19/01/07 11:47:28.94 E0Bue6Ok0.net
URLﾘﾝｸ(satch.tv)
853:名無しさん＠編集中
19/01/07 13:00:11.66 MrTCEZJr0.net
jpg,pngの後継が普及する日は来るのか
854:名無しさん＠編集中
19/01/07 13:10:00.56 WvP+t+JiM.net
>>809 これ
856:名無しさん＠編集中
19/01/07 16:00:56.23 ninKal400.net
ビデオコーデックに関してはNHKと日本企業が開発すれば、NHKが放送用規格売り込んで大手電機メーカーが民生機器売って一気に普及するんじゃないの。
互換性保つ事前提になりそうだけど。
857:名無しさん＠編集中
19/01/07 16:20:10.65 UwI47A/Y0.net
＞大手電機メーカーが民生機器売って
今の地デジTV買い換えようと思う？
858:名無しさん＠編集中
19/01/07 17:42:46.79 Gg1g63Oh0.net
それ以前にNHKと日本企業の力にどんな幻想を抱いてるんだ・・・。世界をなめすぎだろ。
859:名無しさん＠編集中
19/01/07 18:17:51.22 5mR8utRvM.net
>>816
NHKは265/266の開発にもモロ携わっているから…(作る訳ねーだろ)
860:名無しさん＠編集中
19/01/07 21:12:43.61 ZjZdAZibM.net
NHKはそれなりに強い力持ってるだろ
4K8K放送はNHKが世界標準だぞ
861:名無しさん＠編集中
19/01/07 21:49:39.66 ninKal400.net
NHKがスーパーハイビジョン研究で先行してるし、NHK主導の日本の放送方式は色んな国で使われていたはず。
あとテレビに限らずエンコーダーやテレビカメラ、放送機器とは別に、民間のビデオカメラやデジタルカメラは日本企業が世界でもトップシェア。記録フォーマットのAVCHDはそこそこ普及した。
XAVCとかATRACとか、一社だけでやればそりゃあ普及しないけど…
862:名無しさん＠編集中
19/01/07 22:00:34.93 65/kj72t0.net
地上デジタルのことならブラジルとか中南米の一部だけ
コーデックは世界標準のものを使ってるだけだし
次の4k/8kは実情と乖離した22.2ch音声も規格化されてたり悪い意味でガラパゴスの極致
863:名無しさん＠編集中
19/01/07 22:39:39.10 vDUjLUZI0.net
8Kが家庭で見られるのは日本だけガラパゴス最高じゃん！
864:名無しさん＠編集中
19/01/07 23:49:26.86 oChsZCMi0.net
ガラパゴスって褒め言葉だと思ってるわ俺
865:名無しさん＠編集中
19/01/07 23:55:23.92 l75DddYva.net
32kそろそろ普及するかな？
866:名無しさん＠編集中
19/01/08 00:35:36.58 ZLhiNP9K0.net
オリンピックまでに間に合うのか?8k
867:名無しさん＠編集中
19/01/08 00:42:52.47 xQaccg9zd.net
8K放送とかリアルタイムエンコーダ/組み込み用デコーダの技術不足で
時期尚早残念ハイビジョンの地デジの二の舞になると思ってたんだけど
実際どんな感じなの？
868:名無しさん＠編集中
19/01/08 01:03:37.09 OH+oiVQM0.net
自分で判断しろよ、そのくらい
869:名無しさん＠編集中
19/01/08 02:07:35.97 SiWIHh5P0.net
コンテナはTCや字幕やら載せられるMXFしかありえないし
XAVCはオープンだしほぼ全てのNLEがXAVCサポートしてて、ポスプロ中間CODECとしてはほどほどの圧縮率で使いやすい
4K見てると5.1chもあるが、0.1の重低音chは無音なことがほとんど
下が100Hz以下まで再生出来るなら、0.1は無しの方が個人的にはいいけれど
870:名無しさん＠編集中
19/01/08 08:36:09.99 qA0WsWAzM.net
4Kでもオーバースペック気味なのにNHKは8Kなんて無駄な事にカネ使うなっての
こんな無駄の為に国民の負担増やすから国際競争力が低下するって解ってないだろ
871:名無しさん＠編集中
19/01/08 09:16:03.59 LtgLyb+60.net
それでいざ8kが黒船に乗ってきたら今度は日本は技術投資がどうたら文句言うんですよねわかります
872:名無しさん＠編集中
19/01/08 09:55:13.05 yrdVOdyM0.net
俺もそう思う
Blu-ray出た時もDVDでいいのにとか言ってたんだろうなぁと
873:名無しさん＠編集中
19/01/08 10:07:39.85 xQ5uk0fMd.net
>>831
絶対にそうなると俺も思うわ、映像技術開発に金をかけずに衰退した後で「昔は日本がこの分野では世界一だったんだけどなぁ」とか懐古に浸りながら言うに決まってる
874:名無しさん＠編集中
19/01/08 10:43:00.34 qA0WsWAzM.net
DVDで十分じゃなくて映像の配信媒体として光学ディスク自体がニッチ化するのが明らかだった
blu-rayディスクレコーダーなんて放送と家電屋の既得権益に飲まれた日本の象徴的な産物
結果としてnetflix等のストリーミング映像配信サービスが黒船として正に脅威になってる
875:名無しさん＠編集中
19/01/08 10:52:11.76 a2uZGHJC0.net
当時絶対そうは思ってなかったでしょ？
876:名無しさん＠編集中
19/01/08 10:55:55.01 qA0WsWAzM.net
>>835
完璧にそう思ってた
未だにレンタルビデオ屋が生きてるのが信じられないわ
CDも大分粘ってるけど日本の恥だわ
877:名無しさん＠編集中
19/01/08 11:00:46.69 qA0WsWAzM.net
8K採用するのに十分に低コストな編集、制作環境、配信コストの見込みが立っていればまだしもスケジュール最優先で決まったのが明らか
劇的に圧縮率が向上するようなコーデックも現状見込みがない事もここの住民なら解ってるはず
データ容量的に配信コストが高過ぎて光学ディスクと放送ぐらいしかまともに活用出来ない
つまり恩恵が得られる受け手は旧態依然とした映像マニアぐらいと言う絶望ぶり
878:名無しさん＠編集中
19/01/08 11:02:49.95 OUMixCBS0.net
当時ネットで4kとか思ってる訳ないじゃんｗ
879:名無しさん＠編集中
19/01/08 11:04:24.
880:27 ID:IMMvtkSLa.net
881:名無しさん＠編集中
19/01/08 11:44:38.51 9OnWazE60.net
>>831
日本の地デジ規格の何がダメかってコピーコントロールがあることで
そういうろくでもない縛りが黒船のおかげで崩壊するなら万歳三唱で迎え入れるって人は多いと思うぞ
それに2k放送に限っても「家電王国 日本」の威信をかけて開発したわりにmpeg2採用だったり
もうちょっと技術的なものと長期的スパンとのバランスをとる気はないのかって思う
882:名無しさん＠編集中
19/01/08 12:56:07.85 RVPMg7T8M.net
コピーライト？だかコピーワンスだかの時は色々揉めてた記憶が
CCCDとかも醜い例だよね
883:名無しさん＠編集中
19/01/08 15:58:16.38 OH+oiVQM0.net
ホント、ゴミネオはクソしかいないなw
884:名無しさん＠編集中
19/01/08 22:08:33.03 ZLhiNP9K0.net
ネット配信で100Mbpsストリーミングが実用的になる時はいつになるのだろうか?
885:名無しさん＠編集中
19/01/08 22:13:23.61 uVM2w6l8a.net
動画広告「その帯域俺がもらったー！」
てなりそうで嫌だわ
886:名無しさん＠編集中
19/01/08 23:24:35.96 5MOzIVoc0.net
>>831
同感。4Kだって海外だとHDRにまで発展させちゃっててネットフリックスとかまさに黒船。8Kも海外メーカー乗り気なところ多いし…
887:名無しさん＠編集中
19/01/08 23:26:47.35 5MOzIVoc0.net
>>840
同感。H264今からでも採用しろよって思う。mpeg2の帯域を半分にしてH.264ぶち込んでもいいと思うくらい。
コピーコントロールはNHKが口出しまくってるんだよね、嫌なら無料でフルHDビデオオンデマンドを解放しろよ公共放送なんだからって思う。
888:名無しさん＠編集中
19/01/08 23:41:15.50 e+kmjB2Ap.net
TVはGOP0.5秒（15フレーム）だからH.264にしても大して改善されないぞ
アニメエンコはGOP10秒（240フレーム）とかにして稼いでるのが大きいからな
低レートだとデブロッキングあるからマシだけど家電ならMPEG2でも同じようなの映像処理でやってるからな
889:名無しさん＠編集中
19/01/08 23:42:31.84 SiWIHh5P0.net
後からは、誰でも何とでも言える
スケジュールありきでないと、技術開発ってものは進まない
今でもHD放送のマスターはMPEG2 50MbpsのXDCAMだし、放送はMPEG2 13Mbps
地デジで全てのテレビがHDになった時でも、俺には必要ない、DVD最高！ってのがわんさかいたな
890:名無しさん＠編集中
19/01/09 02:53:06.55 KPFEiQbh0.net
2019年にも鳴ってMPEG2(笑)とか悲しくねーのか
891:名無しさん＠編集中
19/01/09 03:32:35.96 dBIjzdJ70.net
地デジなんて情弱専門チャンネルは未来永劫MPEG2でよし
892:名無しさん＠編集中
19/01/09 04:41:14.46 I+3UaZ+f0.net
H264より現行の方が優れている点ってあるの？
運用ノウハウとか対応ソフトウェアの数とかじゃなくてコーデック的な強みの話
893:名無しさん＠編集中
19/01/09 07:23:54.16 D0npRkls0.net
>>847
ならどうしてレコーダー搭載のエンコーダーはH.264を使ってるのか。
あちらもGOP0.5秒
894:名無しさん＠編集中
19/01/09 11:14:07.26 RoTB2nIrM.net
地デジ自体をさっさと終了しろと思うわ
地デジ開始時も全部BSに追いやって地上波の帯域は携帯電話か無線LAN、wimaxの通信事業者にやれと思ってた
ところがどっこい明白に通信の時代になってるのに4K8K放送とか言い出すから目眩したわ
未来を潰す時代錯誤も甚だしい老害の発想
895:名無しさん＠編集中
19/01/09 11:25:50.
896:17 ID:PM2yWejY0.net
897:名無しさん＠編集中
19/01/09 11:32:57.59 3uwF8g/N0.net
4K放送でH265使うために特許料金払うことになるだろうけど
パテントプール内の団体を思い出すたびにちょっとへこむ
NHKとか特許料何に使うねん
898:名無しさん＠編集中
19/01/09 11:57:17.25 RoTB2nIrM.net
>>855
NHKはクロスライセンス目的もあるでしょ
ただH.265は誰にどれだけ払えばいいのか意味不明だし後々になってパテントトロールがゴネて来るかもしれない
899:名無しさん＠編集中
19/01/09 12:56:16.98 v/qLEDL9a.net
アナログテレビの頃は互換性を維持したままカラー化や画質の向上をしてこれたけど、デジタルは一旦ご破算にしないと画質向上させられないのが痛いな
地デジをどうやって4kにするのか謎だな
というか無理なんだろうね
900:名無しさん＠編集中
19/01/09 13:08:08.10 JXFCPZ/V0.net
8k協会発足。
URLﾘﾝｸ(8kassociation.com)
>Technology Committee – Focus on key technology gating items to foster industry communication and speed
>commercialization. Example might be HDMI 2.1, 8K SoCs, 8K codecs, 8K distribution signaling, 8K upscaling, etc.
901:名無しさん＠編集中
19/01/09 13:40:46.71 rjb2acT30.net
480→720→1080と今まで1.5倍ずつだったのが急に2160→4320と倍ずつになってるから帯域増えすぎじゃないのか
902:名無しさん＠編集中
19/01/09 14:23:11.92 K7pXGAJQM.net
mpeg2からh265になれば同一ビットレートで余裕じゃないの
903:名無しさん＠編集中
19/01/09 14:36:32.34 HSNfxI/Q0.net
結局H.265のライセンス周りとかって今どうなってるんです？
904:名無しさん＠編集中
19/01/09 15:52:46.58 C7x6sZBh0.net
いろいろ追い付いてねぇのに、画素数どんどん増やしすぎだろ。
905:名無しさん＠編集中
19/01/09 16:56:05.77 n/rKNJAQ0.net
地デジは放送側のエンコーダを更新して画質向上できないのかね？
ガチガチの規格に縛られてて変更できないとか有るのかな
同じ形式で出力するにしても、処理能力の暴力で叩くとか
新しいアルゴリズム採用するとかすれば品質上がりそうだけど
906:名無しさん＠編集中
19/01/09 17:06:28.21 /7usGwoYd.net
送出側のエンコーダの更新はしてたはず
地デジ初期に比べれば向上してる
デコーダの更新はほぼ不可能だろうし、当面は現行方式でいくだろうね
907:名無しさん＠編集中
19/01/09 17:09:54.53 sgMV1QXNa.net
NHKが最近やってる4Kと同じ番組を地デジで流すやつ見ると放送側の改善でまだまだ画質上げれそうだよな
908:名無しさん＠編集中
19/01/09 17:21:10.98 dBIjzdJ70.net
>>859
日本の放送で720p運用はしていない
909:名無しさん＠編集中
19/01/09 20:36:26.46 D0npRkls0.net
液晶パネルは1366x768ってのあったけどね。
でも放送形式で見れば480→1080で倍以上だね
910:名無しさん＠編集中
19/01/09 20:51:14.48 fy0v0hR/0.net
というか帯域どうこうというなら縦解像度だけで話すのではなく、
全体の解像度（画素数）の差とかi/pの差とかフレームレートの差も考えるべきだろうと。
911:名無しさん＠編集中
19/01/09 21:12:44.86 MYU0a4A60.net
sar4:3
インターレース
4:2:0
912:名無しさん＠編集中
19/01/09 21:36:16.20 1G0gBTj4a.net
地デジはセグメントを12(HD)、8(HD)+4(SD)みたいな事をやってるから、
8だけでHD放送して4に追加の高画質化情報を送るとかすれば、
古いテレビは今まで通りで新しいテレビでは高画質とか出来なくはなさそう
913:名無しさん＠編集中
19/01/09 21:49:26.24 LRjiZV5e0.net
>>847
放送局が放送した時点で発生してるブロックノイズは家電側ではどうしようもないぞ
914:名無しさん＠編集中
19/01/09 21:59:21.71 D0npRkls0.net
デブロッキングどうこうがいまいちよく分からない
915:名無しさん＠編集中
19/01/09 23:40:18.71 LxwMqcZE0.net
放送は基本的にリアルタイムエンコしてるから遥かにビットレートが低いはずのネット放送に
画質で負けたりすることがあるんだよな
エンコーダの進化で画質の向上の余地は充分あるはず
916:名無しさん＠編集中
19/01/09 23:50:45.67 I+3UaZ+f0.net
リアルタイムエンコのMPEG2より1～3MbpsできっちりエンコされたH264の方が高画質なことの方が多いよね
917:名無しさん＠編集中
19/01/09 23:52:45.60 EdMUj7mj0.net
>>847
TSはOpenGOP許可されてるから・・
918:名無しさん＠編集中
19/01/10 00:02:22.66 0owCCzLj0.net
>>871-872
H.264のデブロッキングフィルタみたいにQP情報参照して、
マクロブロック単位でデブロックやリンギング除去掛ける画像処理があるんだよ
デコーダと直結してないと無理なのでPCだと難しいけど、
AvisynthのDGDecodeで出来るのでやってみるといい
荒れてるところだけ強く掛けるから全体に影響しないしかなり効果ある
919:名無しさん＠編集中
19/01/10 00:07:22.81 0owCCzLj0.net
逆にH.264のデブロッキングフィルタをOFFにしてみるのも面白い
低レートだとかなりガビガビになって元はこんなのなのかってのが分かる
これ出てウェーブレットとかすっかり下火になっちゃった気もするしかなりの発明だったと思う
920:名無しさん＠編集中
19/01/10 00:32:52.99 xdGxB/F/0.net
AvisynthのDGDecodeよりAmatsukazeのデブロッキングフィルタの方が違いが分かりやすいよ
921:名無しさん＠編集中
19/01/10 00:40:50.98 6cauLr9D0.net
MPEG2の今の地デジ方式って、1998年に規格策定完了してなきゃいけなかったから、MPEG2しか選択肢がなかったんだがな
MPEG2に文句つけて大きな事を言ってる奴は、その20年前何してたんだよ？
やっとHDCAMが出始めた頃
まともにHDのCODECについて語れる奴は、少なくとも俺はお目にかかってないぞ
すぐに東京タワーから試験放送始めたが、まだまだデジタルチューナーもなくて、イベント会場でチラホラ程度
当初はIRDと呼んで、チューナーとか受信機とさえ呼ばなかったが
922:名無しさん＠編集中
19/01/10 00:46:40.53 vX4duLOB0.net
戦艦大和も46cm砲じゃなくてミサイル積んでれば沈没しなかったわけで日本には先見の明が無い
923:名無しさん＠編集中
19/01/10 01:08:02.08 n5TvGA1q0.net
南米の地上波はH.264らしいな
924:名無しさん＠編集中
19/01/10 01:36:53.46 bWsaA+hm0.net
AV1のロイヤリティー・フリー保証の基本的なアプローチになっている
防御的解除というものがどういうものなのかさっぱり分からん。
アルゴリズム特許に関しても有効に機能するものなの？
925:名無しさん＠編集中
19/01/10 07:15:04.44 jrvfKwsH0.net
>>876
そんなのテレビ放送に付加されてるのか。
H.264みたくオプション機能じゃないの？
926:名無しさん＠編集中
19/01/10 11:42:13.00 7Tqw7cEC0.net
地デジの話はここ見ると面白いぞ
URLﾘﾝｸ(web.archive.org)
927:名無しさん＠編集中
19/01/10 12:30:32.90 1857LXbZ0.net
>>876
デブロッキング・フィルタはディテール復元するものじゃないから
放送局から送出された時点でディテールが保持されてる（保持しやすい仕組みの）ほうが望ましいでしょ
>>883
受信してデコードする段階で一工夫するという話で
放送局がどうこうという話じゃないよ
もっとも、そういうのをやってるのは一部高級機だけだろうけど
>>879
欧州
928:でやってるように適度なスパンで内容を見直したらいい 欧州の新版では音声にAC-4 が追加されたらしいし そういう柔軟性と比べたら22.2chなんて愚直すぎると思う
929:名無しさん＠編集中
19/01/10 14:14:07.52 ppRNmCVnM.net
>>885
22.2chなんてのは作るだけ作ってlvで分けちゃえばいいじゃん
930:名無しさん＠編集中
19/01/10 22:18:44.10 jrvfKwsH0.net
>>885
なるほど
テレビやレコーダーに付いてるブロックノイズ除去で個人的には限界かなと思ってた
931:名無しさん＠編集中
19/01/11 09:48:42.63 4RJ8wey+0.net
>>886
lvってなに？
>>884
ここ見るとインタレだな＞アナログ時代の盲腸は
932:名無しさん＠編集中
19/01/12 03:53:49.67 pqAaLsv/0.net
>>885
定期的に見直す＝既存のチューナーテレビが無用の長物と化す
今の日本で「新しい方式の地デジチューナーかテレビに買い換えないと、来年から映らなくなります」が許されるか？
933:名無しさん＠編集中
19/01/12 04:44:53.85 nZ9gxucS0.net
アナログ完全停波は6年半前なのに「今の日本」ってどう言う意味
「今の日本」だとどうなのか詳しく
それに1年で映らなくなるなんて言い出すわけないのに極端な条件出すのは卑劣
934:名無しさん＠編集中
19/01/12 06:12:42.48 U92kP7Qs0.net
帯域あけるためにある日突然全局SD解像度に逆戻りってのはあるかもな…
935:名無しさん＠編集中
19/01/12 06:16:05.74 RMBwTw5t0.net
>>890
文章がいちいち頭悪すぎる
936:名無しさん＠編集中
19/01/12 06:18:11.65 CrUhXddg0.net
4Kじゃ中途半端なので地デジに関しては8Kで移行が妥当って思うけど、ビットレート的には不可能だな
NHKの8K HEVCエンコーダーも下が64Mbpsからだし
かといって全員がBSなぞ入れる訳ないので4K・8Kの標準的な楽しみ方が放送ではなくIPベースになるのは間違いない
937:名無しさん＠編集中
19/01/12 06:32:30.39 CrUhXddg0.net
しかしオリンピックのタイムラインで無理矢理テスト放送で8Kねじ込んで当初の目標を達成するのはいいけど、どうせ将来そのままの仕様で本放送になるんだろうな
8Kの本放送はVVC普及まで気長に待っても良いように思うけど、何が何でもNHK案でHEVCのままになりそうな悪寒
938:名無しさん＠編集中
19/01/12 10:45:44.03 V25mx18Aa.net
地上波は安定して送信できるビットレートが16Mbps程度らしいから、4k8k用の高ビットレートは衛星放送が必須なんだろう
ケーブルテレビ経由でも受信できると思うけど
939:名無しさん＠編集中
19/01/12 10:49:36.77 V25mx18Aa.net
だからBS/CS経由の4k8k放送が仮じゃなくて、本当に本放送なんだよ
940:名無しさん＠編集中
19/01/12 10:57:20.63 /UBRpgq3M.net
4Kが中途半端、8Kで移行が妥当って…
リビングで視聴距離2mの環境なら4K50インチ、8K100インチあたりがマニアが見て優位性があるラインだと思う(マニアでなければ1.5倍サイズまでカバー出来る)
941:名無しさん＠編集中
19/01/12 12:08:25.29 ASZXLjkq0.net
8Kは本当に要るのか？
相当な帯域が割り当てられない限り
2m離れて見たら4Kの方が綺麗
みたいなオチになりそうだけど
942:名無しさん＠編集中
19/01/12 12:58:35.50 cBpAclgS0.net
HEVCの次世代…VVCだっけ？これが出来ても8kを地上波で流すのは難しそうだなぁ
943:名無しさん＠編集中
19/01/12 13:14:45.67 XxYV/SJc0.net
AV1っていつ頃からintelのCPUのqsvに統合されるようになるんでしょうか？
ice lakeには間に合いませんかね？
ちょうど2012年に作ったivy bridgeマシンが更新時なのでice lake（と言わずその次あたりでも）で対応してくれると
うれしいのですが。
944:名無しさん＠編集中
19/01/12 13:56:55.48 ntQiQ
945:WeB0.net
946:名無しさん＠編集中
19/01/12 14:43:03.95 KT4qKaj90.net
>>900
いつ対応するなんか一言も発表されてないからわからない
947:名無しさん＠編集中
19/01/12 15:07:22.92 0pmMrQMQ0.net
>>891
実際、FullHDなBSを、帯域・解像度とも落とされて、4K開始！きれい！今までと全然違う！
とやられた実績があるから、無いとも言い切れないな。
（アニメの720P放送、映画の24FPS放送は歓迎だが）
948:名無しさん＠編集中
19/01/12 17:41:00.30 2c8DQC0g0.net
>>889
〇〇年以降発売のモデルはこの条件を満たしてねでいいのでは
日本みたいに放送終了！ 見たければ対応テレビに買い替えてね！
よりスマートな気がする
949:名無しさん＠編集中
19/01/12 22:36:42.40 CrUhXddg0.net
>>902
インタビューか何かでIce lakeでは対応しないとIntelの人が回答してる
950:名無しさん＠編集中
19/01/12 23:26:59.04 KT4qKaj90.net
>>905
まじか
ソースある？見てみたいわ
951:名無しさん＠編集中
19/01/12 23:29:00.76 1J2iIAhQM.net
ソースも何も開発期間考えたら無理に決まってるだろ
AV1の仕様が実用上の最終確定したのいつだと思ってるの？
952:名無しさん＠編集中
19/01/13 00:19:10.60 r3v8oxdG0.net
>>906
ほいよ
URLﾘﾝｸ(www.phoronix.com)
＞There is not any AV1 acceleration yet but it's "coming soon" past Gen11 and Intel is "fully committed" to AV1.
念の為書くけど、この中の「past」は「～以後に」という「after」みたいな使い方なので、Gen 11「以前に」来ると勘違いして読まないように。
「Gen 11では対応しないが、それ以降はすぐに対応予定である」という建前を言ってるだけ。
953:名無しさん＠編集中
19/01/13 00:26:05.19 cHYCdQoL0.net
Haswellあたりは後からGPGPU使ってHEVCに対応とかさせてたのになあ
NVIDIAやAMDはもっとGPUのパワーあるのに後から対応とか全くやらないし
PCも家電と同じように10年使う時代が到来しそうになってきてるんだから頼むよ
954:名無しさん＠編集中
19/01/13 00:44:55.47 dV5twhvB0.net
そんな銭にならんこと、誰がしますかいな
アホなこといいなさんな
955:名無しさん＠編集中
19/01/13 00:49:33.87 jtEOVG3r0.net
NVIDIA、好きじゃなくなってきた
思想よくわからないし
956:名無しさん＠編集中
19/01/13 01:07:29.73 hC0jZP9x0.net
>>904
日本の地デジは同時放送期間を長く取っていたぞ
それ全く同じこと
結局期限決めなきゃ、周波数の空きがないから移行できないだろ
957:名無しさん＠編集中
19/01/13 01:10:33.83 hC0jZP9x0.net
>>901
理屈の上ではそうなるが
30pと60pしかない
958:名無しさん＠編集中
19/01/13 01:14:55.78 hC0jZP9x0.net
>>909
日本中の地上波の送信機を交換するのに、大金と8年くらいかかる
つまりリアルタイムエンコード可能な個体化したエンコーダーと、それを正確に増幅するPA
8年前にできあがっていた規格で、どんなものがある？
H.264までかな
959:名無しさん＠編集中
19/01/13 01:30:29.97 WeIUUXRq0.net
>>908
ソースと丁寧な解説ありがとう
参考になった
960:名無しさん＠編集中
19/01/13 02:59:46.16 vDg3J9sw0.net
H.264で地デジを見たけりゃ南米(ブラジル)に移住するんやなｗ
デジタル地上波がH.264で流れているんやなｗ
961:名無しさん＠編集中
19/01/13 13:04:12.23 hzF+ANxl0.net
>>913
チーン
まぁ大画面でインタレのちらつき見せられたら幻滅やしな
962:名無しさん＠編集中
19/01/13 18:00:55.61 hC0jZP9x0.net
>>917
インターレースは評判悪いが、最近のインタレ解除アルゴリズムが優秀で、59iを59p化するとなかなかきれいだしな
あと、最近のテレビのモーションフローなんかで、30pが120pで表示されるし
XAVC300の60pは600Mbpsだが、30iでいいとなれば150Mbpsで済むことになる(そんな規格はないけど)
HD放送はまさにこれやってるけど、4K8Kはフルの60pだから、処理もストレージもかなり厳しい
963:名無しさん＠編集中
19/01/13 19:10:48.18 hzF+ANxl0.net
>>918
そうは言っても細かい描写とかインターレースで消えてしまう部分の補完は無理があるから、高精細化が進んだHD以降はインターレースは害悪だと思う。
あと59iとか30iって…何？
GOPを1秒にするのはどうだろう
964:名無しさん＠編集中
19/01/13 21:21:20.21 pKYDwAOg0.net
インターレースが汚いって言う知り合いの使ってるモニタ確認させてもらうと
ほとんどがI/P変換機能の無い安物PCモニタとか使って判断してたわ
965:名無しさん＠編集中
19/01/13 21:37:06.80 pOhULN+G0.net
30iって15pってこと？そんな規格ってあるの？
966:名無しさん＠編集中
19/01/13 21:50:59.47 oSDV6/qw0.net
インターレースはエンコードするとき邪魔じゃないか？
動き探索にも邪魔だし、高周波成分マシマシだし…
967:名無しさん＠編集中
19/01/13 21:54:21.08 hC0jZP9x0.net
>>919
インターレースで消えてるのは、ある瞬間の1/59.94秒に出てきて、次の1/59.94秒には消えてるディテールな
海の遠景の小さな波しぶきなんかは、このディテールを含んでる可能性はあるが
そもそも圧縮で消えるな
ごめん、フィールド周波数59.94Hzのインターレース59.94iを59iと略称してる
30iは同じだけど、NLEアプリによっては59.94iを
「29.94fpsフィールドを有効」
と書いてるのもあって、これの省略形が29.97iか30i
968:名無しさん＠編集中
19/01/13 22:00:07.46 hC0jZP9x0.net
>>920
I/P変換は今のテレビにはほぼ入ってるからな
昔の一部ドンキ格安テレビとかPCディスプレイとか除いて
逆に、3840 x 2160 UHD 29.97pを4Kテレビで見ると、60pや120p化されててになめらかで驚く
ハリソンフォードが、「映画を24pから勝手にコマ数増やしてなめらかにして見るな！」と、視聴者に文句言ってたなw
969:名無しさん＠編集中
19/01/13 22:11:33.00 r3v8oxdG0.net
コーデックが進歩した現在だと、インタレみたいな原始的なデータの間引き方をせずに、ビットレートを半分にした方が綺麗だし。こんな物が受け入れられたのはMPEG-2時代まで
970:名無しさん＠編集中
19/01/13 22:27:27.23 r3v8oxdG0.net
最近傍ライン同士が同じブロックに詰め込まれた方が低周波成分の分布が増えて圧縮効率が良くなる。しかも解像度が上がるほどこの恩恵が増えるので、インターレースは消えるべくして消えた
971:名無しさん＠編集中
19/01/13 23:33:14.05 c/wqKywx0.net
>>912
フランスかドイツで第二世代地デジへの移行（第一世代の終了と解釈した）が行われたってtwitterで観た記憶があったからの主張なんだけど、
自分の主張の一番のコア部分は、その時々の主流を柔軟に取り入れたらいいのにってことね
AVアンプスレだとAtomosが最新トレンドなのに日本の地デジはほぼ独自でニッチな仕様の22.2chなんて・・っていう感想が元
972:名無しさん＠編集中
19/01/14 00:46:38.98 7Ua
973:QMeb/0.net
974:名無しさん＠編集中
19/01/14 00:57:30.03 CjQKr4ai0.net
まず今の時期に第2世代地デジをやるなんて普通に失策の可能性もあるんじゃないのか＞ドイツ
NHKの技術センスが壊滅的なのはまた別の話
975:名無しさん＠編集中
19/01/14 01:19:05.83 +/nGJIS00.net
>>923
59.94iは60iでいい気が…
そんな細かい事はまぁいいとして、
圧縮で消えた上でインターレースはキツい。あと文字やテロップも厳しい。
29.94fpsフィールド？
29.97フレームの59.94フィールドって意味だと思うけど…
976:名無しさん＠編集中
19/01/14 01:37:08.09 7UaQMeb/0.net
>>930
29.97fps(フレームパーセカンド)フィールドあり、の意味だろうけど
すごく紛らわしい
先日、Premiereで59.94pのGoPro素材を59.94インターレースで書き出したら、実際には119.88フィールドパーセカンドのものが出来てて、笑うしかなかった
977:名無しさん＠編集中
19/01/14 02:02:16.67 zPROB4EF0.net
>>930
文字は止まってればインターレース関係ないし、テロップは動き補償型インターレース解除なら問題ない
CMの注意書きみたいな小さい文字が動いてると問題だけど、そんな映像普通作らないから
978:名無しさん＠編集中
19/01/14 03:25:09.32 R4/8yja+0.net
NHKには高級取りのくせに無能な技術者がいるようでニュース7や9を見ていると
テロッパーとかはちゃんとした機材を適切に使ってて問題ないのが多いんだけど
ロゴとかがインタレ状態のギザギザシマシマになってるのが載ってて失笑してる
979:名無しさん＠編集中
19/01/14 09:44:35.30 yaQ1XxLJ0.net
>>932
その前提崩しはダメでしょ
980:名無しさん＠編集中
19/01/14 14:53:05.65 zPROB4EF0.net
ん？どの部分が？
981:名無しさん＠編集中
19/01/14 14:55:08.17 7qRYOu8l0.net
今更言うのもなんだが次世代コーデックの話から脱線しすぎじゃない？
982:名無しさん＠編集中
19/01/14 15:03:00.43 +/nGJIS00.net
>>932
ウチのテレビはデインターレースがカスいのかテロップの端がピクピク動くんだわ
983:名無しさん＠編集中
19/01/14 15:05:00.34 QwxIxp1T0.net
TVのエンコード事情の話全然わからないけど面白かった
まぁ確かに脱線してた気もするけど
984:名無しさん＠編集中
19/01/14 16:17:44.50 +/nGJIS00.net
ここコーデックスレだったね忘れてた
985:名無しさん＠編集中
19/01/14 18:36:22.32 rbqjp7hC0.net
ところで現状、AV1の一番速いエンコーダーどれよ
986:名無しさん＠編集中
19/01/14 20:24:41.10 MF228XEv0.net
>>940
libaom(cpu-used8)とrav1e(speed10)で比較してみたけど速度だけならrav1eのほうが1.5倍くらい速かったな
rav1eはまだマルチスレッドにすら対応してないけど
ちなみに画質はx264より悪くなるから実用性は無い
987:名無しさん＠編集中
19/01/14 20:38:43.83 rbqjp7hC0.net
>>941
唯一の利点は一般ユーザーには関係ないライセンス料てか?
結局のところハードウェアエンコーダが出ないとキツいのか・・・。
988:名無しさん＠編集中
19/01/14 20:57:05.35 gWfbxhV90.net
rav1eが実用的になってきた頃にはH.266の規格が完成してたりして
989:名無しさん＠編集中
19/01/15 02:57:06.88 YCwcf1CY0.net
H.266が実用的になるまでAV1より長い時間が必要な気がする
990:名無しさん＠編集中
19/01/15 03:42:20.59 Ex4KBApU0.net
JEM (VVCエンコーダー) でもAV1より2-3倍高速にエンコできるらしいし、技術的にHEVCの延長線上なので、2020年に制定
991:されれば数年で普及すると思うけどね。h264 > 265のが革新的な機能追加が多くて対応が大変だったはずだよ
992:名無しさん＠編集中
19/01/15 07:10:04.23 w58fMsS70.net
次世代映像符号化方式の標準化動向
URLﾘﾝｸ(www.jstage.jst.go.jp)
2016年の資料によると2020年前後らしい
993:名無しさん＠編集中
19/01/15 08:33:57.76 Ex4KBApU0.net
制定は何事もなければ2020年10月予定だよ。
とはいえハードウェアに乗るのはそこから数年掛かるかと。
994:名無しさん＠編集中
19/01/15 09:01:57.59 fl6QRCiFM.net
h265が普及してるとはとても言えない状況でav1/h266なんて回路面積喰いそうなデコーダを2つもミドルやエントリーSOCに載せてくるかな
あとav1の2～3倍ってx265のveryslowより10倍はエンコード重いだろうし最新コーデックはもう個人のCPUでは扱えない感が強くて悲しい
995:名無しさん＠編集中
19/01/15 10:33:43.72 pxlZ+57/0.net
URLﾘﾝｸ(satch.tv)
996:名無しさん＠編集中
19/01/15 13:07:37.23 09ZyehDB0.net
ゲーム配信とかで新コーデック使える日は来るのだろうか
ハードウェアエンコーダーじゃないと辛そうだけど
997:名無しさん＠編集中
19/01/15 16:03:02.41 0bta4PKJ0.net
IBMが量子コンピューターの販売始めたし、コンテンツインフラ提供してる巨大企業が
エンコードはがっつりやってくれるようになって、エンコード負荷軽減自体があまり
研究されなくなっていき、デコード効率重視になっていく近未来が見える気もする
5Gやそれを超えるような広帯域通信が普及すると、いま3DCGでレンダリングプールを
インターネット越しに企業が提供してるように、動画エンコードも素材データ送って
でかいサーバーに任せてしまうということが可能になってくるし
(超広帯域通信が普及しても4K8Kなどの高解像度化や高画質化の余地がたくさんあるから
圧縮技術のニーズがなくなる未来はまだ遠いと思う)
そうすると著作権破ってる奴らははねられてしまうから、自分でコンテンツ生み出してない奴らは
絶望することになってこのスレも過疎るんだろうな
998:名無しさん＠編集中
19/01/15 17:52:49.80 EwLADQYQM.net
ハードウェア再生支援が対応してもソフトウェア側が充分に活用できていなかったり、ソフトウェアによっては初期設定のままだとハードウェア再生支援自体が無効だったりとか、対応がまちまちすぎて困る
例えば、Windows10標準の「映画と
テレビ」は、ハードウェア再生支援自体は使えるのだが、動きが微妙にではあるがなめらかでなくなる瞬間を見かける
高画質な再生をするのに使われるPotPlayerなんかだと、ハードウェア再生支援を使えばなめらかに再生はされるのだが、デフォルト設定は無効になっていて、しかも設定項目がどこにあるかがわかりにくい
（PotPlayerの場合、音声の設定がデフォルトで正規化処理を有効にしているのも問題ではあるが。
正規化処理を有効にしていると、再生するファイルによっては音声にプツプツというようなノイズが混じることがある。）
999:名無しさん＠編集中
19/01/16 00:57:48.96 Xe3wr+RF0.net
最新のCODECって、時間軸は何秒も深く圧縮してる？
つまりハードが出来て最適化されようとも、確実に数秒以上の遅延が起こる？
1000:名無しさん＠編集中
19/01/16 03:38:10.46 rY7xXqeH0.net
してない、というかその辺は変わらない。
1001:名無しさん＠編集中
19/01/16 15:27:22.44 RJTVMrtt0.net
MediaKind-HEVC-and-AV1-white
1002:paper_FINAL.pdf https://www.mediakind.com/pdf/MediaKind-HEVC-and-AV1-whitepaper_FINAL.pdf 👀Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
1003:名無しさん＠編集中
19/01/16 17:16:28.85 6CPf9YwEM.net
今度こそ規格決まった？
1004:名無しさん＠編集中
19/01/23 22:39:56.93 a3b964BD0.net
地デジの話が終わったら静まり返るの草
1005:名無しさん＠編集中
19/01/24 00:49:00.64 jrUkBa/90.net
x265 3.0 がリリースされ、それに対応した x265guiEx 3.92 もリリースされた。
x265のリリースノートは現時点ではまだ2.9のままなので、3.0の内容については当面は2つ目のリンクから。
URLﾘﾝｸ(x265.readthedocs.io)
URLﾘﾝｸ(bitbucket.org)
詳細は直接見てもらうとして、意識しとくべきなのは以下の３つあたりかな？
・--preset slowerのパラメータ変更があり、従来のveryslowと同じになった。
その上でveryslowにいくつかパラメータ変更が入った。
・--aq-modeのデフォルト値変更。 「1 : uniform AQ」 → 「2 : auto variance」
・--tune animationの追加
あとはDolbyVision対応とか、--hevc-aq （これが以前話に出てた新しいAQ？）の試験実装とかかな。
リリースノートに書かれてない新オプションとして、--[no-]-hrd-concat というのもある。
1006:名無しさん＠編集中
19/01/24 00:52:45.18 jrUkBa/90.net
メモ：
・slower/veryslowの変更
URLﾘﾝｸ(bitbucket.org)
・aq-modeのデフォルト値変更
URLﾘﾝｸ(bitbucket.org)
・--tune animation
URLﾘﾝｸ(bitbucket.org)
1007:名無しさん＠編集中
19/01/24 00:55:19.65 4wyanxbx0.net
Dolby VisionってHDR対応したの？
1008:名無しさん＠編集中
19/01/24 03:48:20.48 LZrqasFT0.net
>>958
どういう影響が出るのだろう
>>960
…
1009:名無しさん＠編集中
19/01/24 04:01:17.35 4mPmJ4Mz0.net
HDR対応に向けた実装開始って感じかと（仕上がるのはまだ先
1010:名無しさん＠編集中
19/01/24 04:03:34.50 LZrqasFT0.net
x265って、いまのところHDRには対応していないんだっけ？
1011:名無しさん＠編集中
19/01/24 10:42:17.03 ASPULKIF0.net
URLﾘﾝｸ(satch.tv)
1012:名無しさん＠編集中
19/01/24 23:59:46.96 gqyytZo80.net
HDR対応と言ってもエンコーダーであるx265のやることは、
・グレーディング済みのHDR映像データを受け取って
・適切にメタデータを付与してエンコードする
ということだけだと思う。
ざっくりとしか理解してないけど、
・単純なPQ方式やHLG方式なら --colormatrix や --transfer の指定だけでも済む。
・HDR10なら、--master-display とか --max-cll とかも使う。
・HDR10+なら、--dhdr10-info でダイナミックメタデータを渡す。
・Dolby Visionなら今回追加された --dolby-vision-profile や --dolby-vision-rpu を使う。
といった感じじゃないだろうか。間違ってたらすまん。
ちなみに、rigaya氏のx265バイナリだと、HDR10+用の --dhdr10-info や --dhdr10-
1013:opt が使えない模様。 ビルドする際にCmakeで ENABLE_HDR10_PLUS を有効にしていないものと思われる。 （個人でHDR10+やDolbyVisionのエンコをする人がいるのかどうかはわからんけど・・・）
1014:名無しさん＠編集中
19/01/25 00:03:45.83 MZi0onY90.net
Dolby Vision 参考ページ
・x265 delivers Dolby Vision streams! - x265
URLﾘﾝｸ(x265.org)
・Dolby Visionの公式ドキュメント類
URLﾘﾝｸ(www.dolby.com)
1015:名無しさん＠編集中
19/01/25 19:16:00.41 inxcMcXoM.net
・SDカードやUSBメモリを、テレビなどに直接つなげる4K対応メディアプレーヤー「400-MEDI023」
URLﾘﾝｸ(www.mdn.co.jp)
リモコンつきのこんなプレーヤーが普及すると、HEVCエンコードした動画を見るのが捗って助かる
1016:名無しさん＠編集中
19/01/25 22:04:00.57 uBCAXbd10.net
でもさ、PCとHDMIで繋げばいいんじゃねえの
1017:名無しさん＠編集中
19/01/26 00:55:16.71 YEK3jCy/0.net
>>967
HDRは多分対応してないとして、
・10bitのファイル（HEVC/H.264/VP9あたり）が再生できるのか
・HEVCなら4K対応とあり、それとは別にHEVCなら60fps対応とあるけど4K60fpsも再生できるのか
（ちなみにVP9だと30fpsとなっている）
といった点がいまいち曖昧だね。
こういう機器ってそういうことが多いからいまいち手を出す気になれない。
1018:名無しさん＠編集中
19/01/26 01:41:09.56 u5w7zrsr0.net
URLﾘﾝｸ(rockchip.wikidot.com)
それSoCはRockchipのRK3229らしいから10bit60fpsにも対応してるかもしれん
1019:名無しさん＠編集中
19/01/26 01:48:24.63 u5w7zrsr0.net
OEM元と思われる中国の奴はそうみたいだったけど
こっちのやつがそうなのかまではわからんけども
1020:家に
19/01/26 05:20:46.15 pZ8bVepO0.net
androidSTBの10bit対応ってH.264の10bitのみ対応とか、H.265の10bitのみ対応とかいろいろあるよね。
FireTV4K(旧箱) + KODIでH.265の10bit再生環境用意したけど、FireTVのアップデートのせいでスムーズに再生しなくなったよ。TV3台あるからFireTV4K 3台用意したのに・・・
結局、未だにRPi3 + LibreELEC でH.264・・・
1021:名無しさん＠編集中
19/01/28 11:43:15.05 xl/SIyN60.net
VVC陣営
URLﾘﾝｸ(www.mc-if.org)
ライセンス等の改善に取り組んでゆくらしい
公式twitter
mediacoding_if@mediacoding_if
1022:名無しさん＠編集中
19/01/28 11:49:50.13 Au8WsqKn0.net
消費者がテクノロジーに対して敬意と対価を払わなさ過ぎ
文句ばっか言いやがってちゃんと金を払えよ
1023:名無しさん＠編集中
19/01/28 11:58:25.93 Wr40TvVoM.net
そういう上から目線いらないから
1024:名無しさん＠編集中
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
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 195日 5時間 43分 20秒
1052:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています