raitankさん、追記でそして余談です(笑)

そういえば、私のQ14に「モスラ」と名前をつけてくれた人がいるんですが、GOP3ZILLAとの差が余りないのでなんて答えようか迷ってます^^；
私にはこういうセンスが全くないので、GOP3ZILLA-Q14でいんじゃね？と思うのですがどうなんでしょう？
海外で有名な日本語名として、ベタにいけばFUJIYAMAとかSUKIYAKIとかSAMURAIとかKAMIKAZEとかあると思いますが、さすがの私でもNINJAが限界かなという感じです(笑)
いや、KAMIKAZEはどれかに付けようかな・・・裏ではQ14を「driftwood killer」と呼ぶ人がメッセージをくれたりしていますが、英吉利人に特攻しても仕方ないし^^；

どなたかいいアイデアありませんかね？

raitankさん

・・・ですよねえ(笑)
正直、ミニラくらいは考えてましたけど(爆)
まあ、海外から見た日本のイメージなんてそんなもんなのかなとも思ったり・・・
88Mシリーズには別の名前をつけようかとは思ってますが、もう少し様子を見ます^^；
今のところ
154M3GOP-＞NINJA-1～2
176M3GOP-＞GOP3ZILLA-Q18～14
ということで・・・ありがとうございました^^

追記です(笑)
今回の88Mを見ていると、なんかフレームサイズこれくらいでもいいのかな～という気になってきたり・・・そもそもこれでもノーマルの4倍ですからね^^;
生データをDLして見てもらって、皆さんの評価を聞きたいところですね。
条件は多少違えども、ずっと同じ景色を撮っているので比較できないこともないのでは・・・？
それにしても、driftwoodは私に対してなんかムカついてたりするんですかね？外人の感性はわかりませんが、引き立て役をしてあげてるようなもんなのになあ・・・やっぱKYすぎなのか？(笑)

ネーミング笑えますね。モスラ、キングギドラ、ヘドラ。若干グロな感じ。
あ、でもGOP3ZILLAから派生したエコビットレート版でミニラってのはいいかも。
エコってことで、3GOPRIUSとか？。あと、究極の画質を追求したバージョンだと、「The Third Eye」とか。3にこだわって。
NINJA方式日本名だと、SAYURIなんかも映画で有名どころかもしれませんね。でもネーミングから中身のイメージがわかない･･･。
driftwoodさんはAQをもじってますね。このへんの英語のつづりの言葉遊びはさすがネイティブだなぁ。

bkmcwdさん、補足説明ありがとうございます。
dwの1gopだと破綻はないとのことですが、破綻というのはどういう意味合いでおっしゃっておられますか？
私はあいまいに使ってますが、思いつく破綻というと、コマ落ちと圧縮ノイズによる画質破綻（ブロックノイズ、モスキートノイズ、バンディング･･･）の2種類？
dwの1GOPだと破綻はしないというのは、コマ落ちがないということなんですかね？　圧縮ノイズによる破綻がないとすると、フレームサイズは最大800ｋで十分だということになってしまいますし･･･。

あと、low-light時にフレームサイズが落ちたときの悪いところはなんでしょうか？
low-lightといっても、低ISOの場合と高ISOの場合では変わってきますよね？
高ISOでのlow-light時にはISOノイズの影響でどのパッチでもフレームサイズは落ちにくいと思うのですが（ん？この前提は合ってる？それともパッチによって、高ISO時でもlow-light環境ではフレームサイズが伸びないものもあるんでしょうか？）
low-lightで低ISOでコントラストの低い被写体を撮った場合にフレームサイズが落ちる弊害としては、バンディングくらいしか思いつきません･･･もともと低コントラストで細かくない絵柄とかだとフレームサイズはそれほど必要ないわけですし。
かといって、現状フレームサイズが最高だと思えるbkmcwdさんのパッチを使ったとしてもバンディングは多少なりと出てしまうわけで、そこはもう許容するしかないのかな？と私などは思ってしまうのですが･･･（別フォーラムトピで1-300さんがデバンド処理の紹介をされてましたね？ああいうので最終的に対処するしかないのかなと）
いまいちあやふやなので、その辺をご教示いただければありがたいです。

それと、driftwoodさんは、なんとなくですが、別に不快に思ってはいないんじゃないでしょうか？
別スレで拝見していても、けんかするときはしてらっしゃいますけど、bkmcwdさんにはまったくそんなことないですし。
bkmcwdさんのジェントルマンな書き込みならぜんぜん大丈夫ではないでしょうか。
まぁ、若干「俺様のパッチに食い下がってくるなおぬし」的な思いは、世界共通であるのかもしれませんが笑
でも、それは技術の発展には必要なことですしね。

raitankさん
そうなんですよね～、開発担当者さんとオフレコでも話ができたらおもしろいでしょうね。
客相ではまったく意味がないため、なかなか我々一般人ではなかなか接点がもてませんね。
そうそう、GH2が出る前のことですが、確か去年VKとパナ側が会合を持ったとdvxuserで読みました。
VKがはっきりした説明をしなかったように記憶しているのですが、その内容はどんなことだったんでしょうね？

bkmcwdさん

これは bkmcwdさんのパッチに関して Stray さんが指摘していたポイント（cadence の問題ではい、というヤツ）の補足ですね。

Chris さん曰く、撮影時のビットレートがパッチ内で指定された最大ビットレートを上回ってしまうことを懸念しているようだが、それは正しい。
最大ビットレートの値は、TSパケットタイマー・スタンプによって規定されているけれど、撮影時のビットレートがこの最大値を上回ってしまうと、はみ出た部分のデータには、誤って「同じタイムスタンプ」が割り当てられてしまう。

タイムスタンプは本来、重複しないユニークな値が加算されていくはずのもので、重複してしまった場合の挙動に関しては、まだハッキリと確認されてはいないけれど、192バイトのパケット単位で、その殆どが記録されずに消えてしまう。
超過分は消えてしまうので、影響が出るのはフレームのほんのわずかな部分だけだし、それを目視するのは難しいけれど。

…とのことですね。

raitankさん
ありがとうございます！
私も文字面ではそこまで読めたんですが、「で、具体的に何が問題なわけ？」という感じだったんですよ。
恥ずかしい話ですが、タイムスタンプなんて食べたこともないもので(笑)

で、そうこうしてる間にChrisが回答してくれたので、ちょっと直すことにします。
流石Chris！妥協が大嫌いって感じでしたね^^

以前もこうやって66Mにダメ出しされたんですよね～進歩してない(爆)

・・・でも使えるからいーじゃんとは思いますけどね^^;

bkmcwdさん、raitankさん
ありがとうございます。一つ一つ丁寧に教えていただいたおかげでだいぶクリアになってきました。
クリアついでにもうひとつ、cadence現象とはそもそもなんでしょうか？
コマ落ちとは別物？

とりあえずみなさんのお話からうかがい知ることができたらしいことは

＊パッチで指定したビットレートはカメラのどこかに記録される。
＊撮影ファイルはTSパケット単位で記録され、そこには常に昇順でのタイムスタンプが押される仕組み。
＊ところが、撮影状況により指定したビットレートから割り出される最大転送速度を上回ってしまった場合、このTSパケットはタイムスタンプが抜け落ちてしまう。
＊タイムスタンプが抜け落ちてしまうパケットは、フレーム単位の細かなバグに直結する。
＊この場合のバグとはcadence現象や、packets dropped the decoder（デコードできないパケット＝コマ落ち？）を意味する。
＊このバグははっきりと問題化する場合もあれば、表面化しない（気づかないだけ？）もあるらしい。

ってな感じでとらえてますが、あってますでしょうか？

とすると、パッチの枕詞になっている176だの154だの88だの66だのといったビットレートはなるべく高く設定しつつ、実質は平均66から90くらいまでで行ける程度のフレームサイズで、いざという高ストレス時には1M程度の高フレームサイズが出るようなものが理想的なのかなぁ。
（あ、この場合の「理想」とは、私の勝手なもので、長時間撮影にも耐えうるエコ版での話です。）

今回バリでは66mbpsGOP３AQ3を使わせていただいたのですが、確かに高ストレス時の映像でいくつか再生時に違和感を感じるものがあります。
それが今回の最大ビットレート飛び越し問題の結果なのかな？
帰ったらもう１回データを調べてみます。
皆さんにも見ていただきたいので、アップローダで上げようかな？

soruさん

少なくとも私はタイムスタンプなんて食べたこｔ（ｒｙ
・・・というわけでよくわかりません^^;

ただ、176Mとか154Mとかの看板については、それに連動して効果が変わるパラメータもありますが、荒っぽく言えばsoruさんの仰るとおりです。
元々66Mで作ってたのにケチつけられたので、文句を言われないセッティングにしたら154Mや176Mになってたという・・・「フレームサイズ」にフォーカスしてセッティングするとどうしてもこの辺になってしまいますね。
なので、soruさんの理想というパッチは見た目は176とか154あたりになる可能性が高いし、今まで私が「あまりおもしろくない」という理由でボツにしてきたセッティングが正にそれだったりするのかもしれません。
いずれにせよ今後はエコなパッチを模索していくつもりなのでそのうち出しますよ^^

ところで、今日無事にというか微妙な結果になってるようにも思いますが例の対決をやったんですが、そのときにraitankさんも私の66Mがよかったと仰っていました。
使えりゃ多少アウトローでもOKという人には向いているパッチだったと思います。
ただ、Chrisが立場もあるとは思いますがあそこまで厳密なことを言っているので、そのアウトローの最初の一歩であった660MAQ3について、不具合があったりしたらそれは詳しく知りたいですね。
私の「何となくの」イメージでは、あの最大BRがBRを超えてはいけないという件にも、実は少し余裕が見込んであるのではないかと想像しています。
まさかF1マシンもレッドゾ－ンまで回しっぱなしで1時間走れる耐久性はないわけで、たまにレッドゾーンを超えても常に平均80%以下だったら大丈夫とか、そういう塩梅っていろいろなところにあると思うので、本家では面倒なので「はい直します」と書きましたが、Q18はあのままで結構使えると実は考えています(笑)

恐らく66Mで高ストレスなら間違いなくStreamparserで「実際のフレームレートは～」という表示が出ると思いますが、そのデータを実際に編集したり再生したりしたときにどうなのか？非常に興味のあるところです。
ぜひ、まずはsoruさんによる評価を聞きたいですね。

おー、今日は撮影会だったのですね。来週かと思ってました。
とりあえず、Vimeoのサイト版は観たのですが、ダウンロードは今日はまた一段と時間がかかりそうです。
オリジナルファイルは明日見せていただきますね。撮影条件がほぼ同じなので、どういう結果になりますか、楽しみですね。

あと、ビットレートの件、やっと腑に落ちた感じがします。
前からbkmcwdさんがstrayに文句を言われたからビットレートを176Mbpsや154に上げた、という意味がよくわかっていなかったんですが、納得できました。
ありがとうございます。

そして、先ほどバリの映像を全てstreamparserにかけてチェックしてみました･･･ふぅ、けっこう大変な作業ですね。いやいや、ハッカーさんは日夜これとにらめっこなのでしょうね。尊敬します。
max speedとavrage total bitrateの比較、そしてModeにactual frame rate is half(以下モード警告と称す）が表示されるか否かに着目してみました。
まず、66MbpsAQ3パッチの場合は、max speedは70,530,610bpsになります。NINJAは163,920,900bps。
大別すると、
A.　無問題　（max speed > avg total bitrate)
B.　avg total bitrateがmax speedを上回るが、モード警告は表示されない。
C.　モード警告が表示されるが、avg total bitrateはmax speedを超えない。
D.　モード警告が表示され、かつavg total bitrateがmax speedを上回る。
に分けられますね。

各パターンのサンプルファイルを、この週末中にせっせとVimeoでDLデータをアップロードしますので、しばしお待ちを。

追記：とりあえず、全サンプルリンクを上げます。
vimeo.comには非表示にして、こちらのサイトからのみ閲覧OKという風にプライバシー設定をしたつもりなんですが、vimeo.comへのリンクを貼っただけだと皆さんからは見られないかもしれません･･･もし見られない（DLできない）なら、教えてください。普通のプライバシー状態に変更します。

A.　無問題
こちらは特に問題なくきれいに撮れておりますので、サンプルは割愛します。

B.　avg total bitrateがmax speedを上回るが、モード警告（actual frame rate is half）は表示されない
再生時もまったく問題なしです。
http://vimeo.com/31631915
http://vimeo.com/31632147

C.　モード警告が表示されるが、avg total bitrateはmax speedを超えない。
再生時もまったく問題なし、と思うのですが、sample04の車窓映像はどう思われますか？
後半車のスピードが上がったときの風景の見え方がかなり不自然で気持ち悪く感じるのですが、あんなものでしょうか？
たぶんssは50～60でほとんどのコマで被写体ブレが起こってるのですが、それであんなに気持ち悪く感じるのでしょうか？
ローリングシャッターによるゆがみも影響してる？→価格板などでよく話題になってますが、私自身はそういう映像をあまり撮らないためあまりお目にかかったことがない現象なのです。これがそうなのかどうか･･･。
streamparserによるとコマ落ちはしていません。
http://vimeo.com/31628667
http://vimeo.com/31629310

D.　モード警告が表示され、かつavg total bitrateがmax speedを上回る。
sample01の方はコマ落ちが発生しています。
sample02は手振れで気持ち悪いこと以外特に再生時に問題はない、と思います。
（気づいていないだけかもしれないので、もし他にもあればよろしくお願いいたします。）
http://vimeo.com/31612128
http://vimeo.com/31616492

フレームサイズなどのstreamparser情報は一応vimeoのコメントの方に載せております。
CとDの差は、avg video frame size（maxではなく）の大きさかな？と当たりをつけていますが、何しろサンプルのパイが少ないためなんとも･･･