har-kさん
おっと、先にPMに気付いたのでこちらへのレスが後になりました^^;
エントリーありがとうございます<(_ _)>

＞スキップMB自体そんなに深刻なものではないかもしれません。

きっとそうなんだと思うんですが・・・確証が無いんですよね(-_-;)
早速お願いしたValkyrieもかなりスキップするはずなので試してみてください。

＞どなたか、ノイズとかバンディング？とかを主眼にDeblockingテーブルの違いが数字や絵柄に与えるテストをやってくれないかな～ ・・・|ω・`）チラッ

これって向こうのスレで1-300さんがやっているようなテストを繰り返すことになるんでしょうか・・・少なくとも私には無理だな(#^.^#)

har-kさん
早速のフィードバックありがとうございます<(_ _)>

＞ちなみにValkyrieセッティングのマトリクス（量子化行列）って、イントラ用のものじゃないですか？

イントラ用のはこれとまた別にあって、このマトリックスは元々driftwoodのLongGOPセッティング用に作られたものです。
しょっちゅう隣り合わせのBフレームのDC値がバラバラになりますが、Chris曰く、「そんなに値に違いがなければ揃っていないこと自体は問題ではない」と言っていました。

今までのマトリックスとは全く違うコンセプトと受け取っているんですけど、実際のトコこれがｲｲのか悪いのかは私にはわからないので・・・^^;
ただ、かなり極端な性格のセッティングであることは使ってみればすぐにわかりますよね？
私はIとPとBのマトリックスをそれぞれ揃えたりいろいろ試してみましたが、「安定性」という意味ではこのままでは無い方が良い結果が出ています（特に24p以外）。

公開前にマトリックスを弄りだしたらキリがないので、とりあえず今試していただいている皆さんには、「このままのセッティングで」どうなのか？を検証していただければと思います(｀▽´ゞ

別に人数限定とか無いので、興味のある方は後からでも声かけてくださいね( ﾟДﾟ)ノ

bkmcwd さん
時間が足りないので取り敢えず Smoothで何時ものカットだけ撮って、何時もの Ndriveに生データを挙げますた。
･････何時もと違うのは、変え忘れて Vib(+2-2+0-2）なだけｗ

全部見てる余力はないので、ファイルサイズをみて目立つトコロだけピックアップ。

24pは問答無用で I-frameが伸びて、どのカットでも振り切ってます。

何故か（当然？）60ｐはこの構図が一番伸びてますが、、、QP高いっすねえ。

60iと HBRは↓この構図がお好きｗ。そして唯一 60iが HBRと同じだけ伸びてます。レンジはめっちゃ広いのが気になりまつ。

このカキコを最後に、盆明けまで消えまする。みなさまお元気でノシ

※スクショ晒すのは未だ早い？ってコトでしたら、モデレータ権限でさくっと消しちゃって下さいまし

みなさん、こんにちは
「Deblockingテーブル」の比較テストサンプルです。
使用したセッティングは、
　"GOLGOP3-13-MAX_EX_BETA7d"（Deblockingテーブル：カスタム）と
　"GOLGOP3-13-MAX_EX_BETA7e"（Deblockingテーブル：ストック/デフォルト）
で24pとHBRを試しました。 天候は晴天で両セッティングの撮影の時間差は5～10分で明るさの変化はほぼ無しかと。
　
　
まずは、そこそこストレス（静と動）がある『滝』の24pのStreamPaserのデータです。
「手持ち、レンズPZ45-175mm+ND4(45mm)、F7.1、SS1/60、ISO200、
　　　NOS.(-2,0,0,-2)、SANDISK Extreme Pro SDXC 64GB、で 24p モード」
　（画像１枚目『滝』StreamPaserのデータ　※上が GOLGOP3-13-MAX_EX_BETA7d（Deblockingテーブル：カスタム）、
　　　下が GOLGOP3-13-MAX_EX_BETA7e で 平均 96Mb/s、95Mb/s ）
QP値にやや違いが出ています。

　
　
次に、これをそれぞれ StreamEye で見た時のスクリーンショット（Iフレーム、一部300％拡大有り）です。
　（画像２枚目『滝』StreamEyeのスクリーンショット　※ GOLGOP3-13-MAX_EX_BETA7d @ 24p（Deblockingテーブル：カスタム））

　
　
　（画像３枚目『滝』StreamEyeのスクリーンショット　※ GOLGOP3-13-MAX_EX_BETA7e @ 24p）

　
　　
↑の２つは時間の関係で日向と影が若干移動してしまったので、中央やや右のどちらも影になっている部分を
　300％拡大して別途載せております。
　どうですかねー？　 300％拡大を見ると若干粒状感の違いがあるような気がします。
　ちなみに、この辺（300％拡大部分）のQP値は 20前後 といったところです。
　
　
　
　
今度は、『滝』のHBRのStreamPaserのデータです。
「手持ち、レンズPZ45-175mm+ND4(45mm)、F7.1、SS1/60、ISO200、
　　　NOS.(-2,0,0,-2)、SANDISK Extreme Pro SDXC 64GB、で HBR モード」
　（画像４枚目『滝』StreamPaserのデータ　※上が GOLGOP3-13-MAX_EX_BETA7d（Deblockingテーブル：カスタム）、
　　　下が GOLGOP3-13-MAX_EX_BETA7e で 平均 48Mb/s、48Mb/s ）
こちらもQP値にやや違いが出ています。 DC値やスキップMBにも違いが出ています。

　
　
24pの時と同じく、StreamEye で見た時のスクリーンショット（Iフレーム、一部300％拡大有り）です。
　（画像５枚目『滝』StreamEyeのスクリーンショット　※ GOLGOP3-13-MAX_EX_BETA7d @ HBR（Deblockingテーブル：カスタム））

　
　
　（画像６枚目『滝』StreamEyeのスクリーンショット　※ GOLGOP3-13-MAX_EX_BETA7e @ HBR）

　
　
　HBRの場合は、24pの時よりハッキリ違いが出ています。
　GOLGOP3-13-MAX_EX_BETA7e の方が、画質がクッキリしているがややブロックノイズっぽいのも見えるのに対し、
　GOLGOP3-13-MAX_EX_BETA7d @ HBR（Deblockingテーブル：カスタム）の方は、ブロックノイズっぽいのが
　目立たなくなりノッペリした感じの画質になっています。
　ちなみに、この辺（300％拡大部分）のQP値は 26～28 といったところです。
　
　
　
　
最後は、みんな大好き？「芋の葉」です。
HBR のStreamEye で見た時のスクリーンショット（Iフレーム、一部300％拡大有り）です。
「手持ち、レンズPZ45-175mm+ND4(100mm)、F7.1、SS1/60、ISO200、
　　　NOS.(-2,0,0,-2)、SANDISK Extreme Pro SDXC 64GB、で HBR モード」
　（画像７枚目『芋の葉』StreamEyeのスクリーンショット　※ GOLGOP3-13-MAX_EX_BETA7d @ HBR（Deblockingテーブル：カスタム））

　
　
　（画像８枚目『芋の葉』StreamEyeのスクリーンショット　※ GOLGOP3-13-MAX_EX_BETA7e @ HBR）

　
　
　中央部分を拡大して別途載せております。
　うーん、こちらはどうでしょう？ 絵全体的にもあまり違いは無いような気がします。
　ちなみに、この辺（300％拡大部分）のQP値は 15～17 といったところです。
　
　
　
　　
といった感じの検証ですが、この結果だけからみると・・・
　
Deblockingテーブルの違いによる見た目の画質の違いは、出るところには出る
　
といった印象でした。
『滝』のHBRでは、側壁以外に水面にも細かいブロックノイズっぽいのが出ていますが両方で見比べて
ブロックノイズ発生・軽減の違いはよく分かりません（絵がランダムなので比較も出来ない・・・）
また、「芋の葉」などQP値が低い（画質がイイ）絵では違いはほとんど無い感じでした。
　
まぁ、どうでしょうか、最終的には使用者の好みになると思いますなー。
1コマで見るか、連続した絵の動画で見るかにもよってくると思います。
　
　
それぞれのサンプルをオンラインストレージへ置いておきます。
　https://www.dropbox.com/sh/k4jmpdu4vn1ax0z/QI8qIP4eNA/TEST_SAMPLE

　　　※対象をクリック後、右下ダウンロード
　「00007_GOLGOP3-13-MAX_EX_standard_BETA7d_24p.MTS」　
　　　　→　『滝』 24p、GOLGOP3-13-MAX_EX_BETA7d（Deblockingテーブル：カスタム）
　「00008_GOLGOP3-13-MAX_EX_standard_BETA7e_24p.MTS」
　　　　→　『滝』 24p、GOLGOP3-13-MAX_EX_BETA7e
　「00006_GOLGOP3-13-MAX_EX_standard_BETA7d_HBR.MTS」　
　　　　→　『滝』 HBR、GOLGOP3-13-MAX_EX_BETA7d（Deblockingテーブル：カスタム）
　「00009_GOLGOP3-13-MAX_EX_standard_BETA7e_HBR.MTS」
　　　　→　『滝』 HBR、GOLGOP3-13-MAX_EX_BETA7e
　「00001_GOLGOP3-13-MAX_EX_standard_BETA7d_HBR.MTS」
　　　　→　『芋の葉』HBR、GOLGOP3-13-MAX_EX_BETA7d（Deblockingテーブル：カスタム）　
　「00012_GOLGOP3-13-MAX_EX_standard_BETA7e_HBR.MTS」
　　　　→　『芋の葉』HBR、GOLGOP3-13-MAX_EX_BETA7e

syoushowさん
早速ありがとうございます.｡ﾟ+.(*'ω'*)｡+.ﾟ｡.

＞Smooth

Driftwoodが最終的にどういう呼び名で公開してくるかわからないのでまだ流動的ですが、「Smooth_Cinema_Matrix」というのがChrisによる正式名称です。
Smoothだとフィルムモードと間違えやすいので、違う名前でとりあえず呼びたいと思います。
私はSednaCとかとの混乱も考えて「SmC」と略しているんですけどどうでしょうか？SCMというのもアリかなとは思いますが、そうすると「444_Matrix」が444Mってことになりかねないかな？ということでSmCにしています^^
444_Matrixは「444」で問題ないでしょう(・ω・｀)

＞レンジはめっちゃ広いのが気になりまつ。

これは気になりますよね。
まあ、Chris曰く24pメインで他はオマケらしい（後から改良される余地アリ？）ので、とりあえずはこのもも出しますが。
とにかくビットレートが上がるマトリックスで、qpよりもDC値にこだわっているみたいなので様子を見てみましょう(´・ω・`)

soruさん
早速のフィードバックありがとうございます！.｡ﾟ+.(*'ω'*)｡+.ﾟ｡.
どうやら1-300師匠のテストとは違う結果が出ているようで、興味深いです。
ところでこのSmCですが、driftwoodによると「Chroma will be encoded with the same values as Luma.」と言っています。
私にはこれの意味がわからないのですが、なんとなくこの辺もポイントなのかなと思ったり・・・

ちなみに比較に使っていただいたGOLGOP3-13-MAX_EXのバージョンは何ですか？BETA7dかBETA7eではないかと思いますが、Deblockingテーブルの違いって結構大きくて、それによって評価もまた変わりますので・・・特に今BETA7dとBETA7eどっちがいいかな～と検証中なのでとても気になるところです(｀・ω・´)

har-kさん
今一番やってほしいテストをやってくださってありがとうございます！.｡ﾟ+.(*'ω'*)｡+.ﾟ｡.
もう結果を見ての通りですね。大雑把に言えばやはり

・高めカスタムテーブルではスキップは少な目、ブロックノイズは少な目、でも解像感低目

・ストックテーブルではスキップ多目、ブロックノイズも多目、そのかわり解像感高目

・24pはどちらでもそんなに変わらない

ということですね(・ω・｀)

ここに集う皆さんはほとんど24pしか使わないという方ばかりで、24p以外あまり興味なしという方も多いかもしれませんが、結局この傾向を見たとき、どちらがベターということになるのでしょうか？
私はなんとなくDC値を重視＝解像重視がいいのかな～と思いますけどね^^

＞なるほど、LongGOPセッティング用ということはノーマルGOPバージョン等でもdriftwoodさんセッティング作成するわけですね。

その通りです。ノーマルGOP、もしかしたら6GOPも出すかも？
私の手元にあるのはイントラとノーマルGOPのプロトタイプです。

＞極端ですねー。

でしょ？(笑)
syoushowさんに例の可視化してもらいましたが、今まで見たことないカタチでした。ただその極端なマトリックスとストックに近いマトリックスが組み合わさっているみたいなので、そこにどんな意味があるのかも興味深いです。

うーん・・・その後BETA7dとBETA7eとをずっと見比べてるんですが、BETA7dのほうが例の「ジラジラ？」が見えにくくていいような気もしてきました(ﾟAﾟ;)
これは三脚立ててしっかりと検証するしかないかなやっぱ(-_-;)

このDeblockingテーブルに関しては最終的には見た目の問題なので、いろんな方からの意見を聞きたいところです<(_ _)>

BETA7ｄ（カスタムテーブル）

BETA7e（ストックテーブル）

soruさん
BETA4ですか・・・ということは、24pはBETA7dと同じ、つまりDeblockingテーブルはカスタムってことですね(・ω・｀)
それがお気に入りならなお更BETA7eを試した感想を聞きたいです( ﾟ∀ﾟ)

＞gop3zillaですが、うちの環境（プレミア）では、暗所を持ち上げてみると、どのカットも3フレームごとのノイズのつぶれ方がわかるんですよね～。
＞って、これはgolgop3-13を使おうがなんだろうが一緒なんですが。

そもそもストックやLongGOPなら悩むこともない（ノイズがほとんど潰れてしまうので論外）話ですよね^^;
ノイズの再現性を最優先にするなら物理的にイントラしかないわけですが、動画として流して見たときにもノイズの3フレーム周期が見えるってすごいですね！私の節穴では3GOPとイントラとの違いはほとんど見分けられません(ﾟAﾟ;)
もちろん撮って出しの状態でですが。
で、先の報告でValkyrieは粒が細かいということでしたが、そうなると1-300師匠に見ていただかなければなりませんね～.｡ﾟ+.(*'ω'*)｡+.ﾟ｡.

＞気になる挙動が2回出ました。

それってValkyrieだけですか？（のSmoothCinemaでしょうか？）
たぶん24pしか使われていないと思うので、24pで起きるということと推察しますが、どんなシーンで起こるのかも教えていただければ助かります<(_ _)>
カードは例のSDXCですよね？
Valkyrie自体はマトリックス以外は私のいつものセッティングそのままで特別なことは何もしていませんが、他のセッティングでも同様のことは起きますか？
もしかしたらバッファー絡みかもしれませんね(´・ω・`)

har-kさん
＞わりと理論に基づいた結果ではないかと思います。

そのように私も認識しているのですが・・・LPowellは今までもアレだったのでいいとしても、driftwoodには多くのリクエストが集まっているでしょうし、気にはなるんですよね(´・ω・`)

＞やっぱりなるべく絵（素材）にフィルターっぽいものをかけて欲しくないというか、おそらくみなさんGH2で撮った動画は最終出力ではないと思いますので^^;

私の場合は最終出力だったりしますけど(笑)、それでもフィルターは最後にカケルモンだってばっちゃんが言ってたし・・・弱い方がいいでしょうね(-。-)y-゜゜゜

＞ジラジラ

これは確かMrhechangさんが最初に仰った表現だったと思いますが、HBRで林を撮るとなんか画面が「ジラジラ」するじゃないですか？(笑)アレのことです。
専門的には何て呼ぶのか私は知らないので^^;
フィルターかければ当然ジラジラも出にくくなると思われます。

そうそう、二大巨頭がこのフィルターを強めにかけるというのは、driftwoodについてはイントラの小フレームサイズ故のもの・・・というのもあると思いますが、結構パナ純正レンズ「以外の」やわらかい描写のレンズをターゲットにしてるようなことをよく見かけたので、それも関係しているかもしれませんね。
もともとバキバキに解像させようという趣旨ではないのかもしれません。
私はそんなレンズとか持っていないし詳しくないので想像ですが・・・^^;

har-kさん
本家にまたまたサンプルを貼っていただいてありがとうございます！動画が貼られると励みになります.｡ﾟ+.(*'ω'*)｡+.ﾟ｡.

＞みなさん大量のGH2生動画はどう管理・整理してるんでしょうかね～。

私の場合はほとんどがテスト動画ｗでじゃんじゃん消していて、家族動画等は尺的にはあまり長く撮らないので今のところそんなに困ってはいませんね。
ただ行く行くはBDとかに焼くことになるのかなあ～(・ω・｀)

＞（エンコード？デコード時？の）インターレースとかが関係しているんでしょうかな？　それとも？

高精細ではないシーンだとまず「ジラジラ」しないので、恐らくエンコード時の残りかすというかブロックノイズみたいなモンと漠然とイメージしていますが、専門家が見れば正体はわかるんでしょうかね(´・ω・`)

それにしてもdriftwoodは引っ張りますねえ～いつになったら公開できるんでしょうか・・・(-_-;)
よっぽど何か調整でもしてるのか？7月末にはあと2日必要だと言ってたんですがねえ・・・

みなさん、こんにちは
bkmcwdさん
「わるきゅーれ」の「SmC」を24pとHBRとFSHで計50ショットぐらい撮ってきました。
今日はほぼ無風なので動きのある高ストレス被写体などは撮れませんでしたが、いろいろ撮ってとりあえず
エラー等はありませんでした。
いや～、やはり低ストレス時でもビットレートが伸びますねー。　Bフレームはあまり変わらない感じですが
Iフレームサイズがスゴイ伸びます。
そんな中でも特に気になったことがあるんですが、おもに精細シーンを撮った時にIフレームとBフレームの絵柄
が違うことがあります。
以下は、少し離れた森林を撮ったもので、StreamEyeから表示上隣り合うIフレームとBフレームをキャプチャした
画像です。画像右下に、中央付近の木周辺の300%クロップを別途表示しています。
　「カメラ固定、レンズPZ45-175mm+ND4(45mm)、F7.1、SS1/60、ISO400、
　　　NOS.(-2,0,+1,-2)、SANDISK Extreme Pro SDXC 64GB、で 24p と HBR モード」

24pは動画で見るとそんなに違和感は無くコマ送りで見ると「？」と感じる程度で、
キャプチャのような細い精細な木等だと分かりやすいのですが、
Iフレームの方が解像感というか輪郭が若干甘くなっているように感じます。

24p、Iフレーム

　
24p、Bフレーム

　
　
　　
HBRだと24pよりその差がハッキリと動画で見ても分かります。　Iフレームだけ明らかに解像感がありません。
イントラと違いIBBの3フレーム周期なので脈動^^;みたいで結構目立ちます。
　
HBR、Iフレーム

　
HBR、Bフレーム

　
　
　
「わるきゅーれ」のマトリクスを見ると、たしかに↑のような傾向になる形なので逆にある意味納得の
結果なのですが、やはりバキバキに解像させようという趣旨のマトリクスでは無いんでしょうかね~？
ちなみに、精細でないシーンでは↑のような違和感は見た目でほぼ感じませんでした。
　　　　　→ 精細でないシーンでもHBRは↑のような違和感を感じました。　24pは違和感ほぼなし。
　
　
※追記：HBRのIフレームはqp高め部分もあるので、デブロック処理がかかり易くなっているかもしれません。