約 2,468,375 件
https://w.atwiki.jp/eslina/pages/27.html
名称 set_uos_size - uOS イメージサイズの設定 書式 int set_uos_size( uint8_t * mmio_va, uint32_t uos_size); 引数 mmio_va MMIO の仮想アドレス uos_size uOS イメージサイズ 説明 引数 mmio_va で指定されたカードに、引数 uos_size で指定された uOS のイメージサイズを設定する。 設定値は bootstrap が使用する。 設定には、SBOX_SCRATCH5 レジスタを使用する。 戻り値 処理に成功した場合、0 を返す。 そうでない場合、0 以外の値を返す。 とはいうものの、失敗するケースはない。 参照 SBOX_SCRATCH5 実装 host/driver/uos_download.c 345 /* 346 DESCRIPTION Programs a scratch register that the bootstrap reads to determine 347 how large is uOS image. 348 PARAMETERS 349 [in]void *mmio_va - virtual address to mmio register, 350 [in]uint32_t uos_size - size of uos image 351 RETURN_VALUE 0 if successful, non-zero if failure 352 */ 353 int 354 set_uos_size(uint8_t *mmio_va, uint32_t uos_size) 355 { 356 int status = 0; 357 358 uint32_t scratch5; 359 360 scratch5 = uos_size; 361 362 // XPU_RACE_CONDITION write to MMIO space is uncached and flushes WC buffers 363 SBOX_WRITE(scratch5, mmio_va, SBOX_SCRATCH5); 364 365 return status; 366 }
https://w.atwiki.jp/nekonomike/pages/304.html
Olsen News/2006年07月10日/MK photoshoots pics in latest Dream Up #blognavi
https://w.atwiki.jp/justintv2/pages/23.html
SOS_BRIGADE 【和名：えす・おー・えす・ぶりがーど】 現在は すべてのチャンネルを削除 なので 配信者ではありません。 なので メッセージのある方は こちらに お願いします。 メッセージを 更新させていただきました。 ここにおねがいです。 -- SOS_brigade (2013-02-28 02 19 13) own3D.TV が1月31日で閉鎖 【いいサイトは、必ず負ける（潰される）】 の法則 発動ですね。 -- SOS_Brigade (2013-03-01 09 49 36) mbtreeの解説部分追記しました。 -- SOS_brigade (2013-03-23 18 15 46) 今期アニメの総括お願いします！ -- こっぽら (2013-03-29 02 32 53) ヤマノススメ かな？ -- SOS_brigade (2013-04-07 01 31 25) 3分アニメ良かったですねー -- こっぽら (2013-04-12 22 49 12) いや～本当に 3分アニメ どれもよかったね。 -- SOS_Brigade (2013-04-13 13 13 01) 桑谷夏子が入院しちゃった... -- SOS_brigade (2013-06-01 02 46 01) 斎藤千和さん 入籍したようです。。。これで私を 「逆神さま」 とわ言わせない！！ -- SOS_brigade (2013-07-29 20 22 15) 発表ありましたねｗ高橋名人は既婚なはずなんだけどなーて -- 進撃のコッポラ (2013-08-01 23 18 50) 高橋名人の女体化・・・グゥゥ～ やめてくれｗｗｗ -- SOS_Brigade (2013-08-02 22 33 30) 千和さんは結婚しても人気に変わりはなさそうですねｗ 平野、竹達の次に大久保瑠美とかお薦めですよぉｗ -- 紫吹蘭 (2013-09-10 23 19 53) えへへ～、、、ゆゆ式のゆずこ の 大久保瑠美さん いいね。。。それじゃー今月は、大久保瑠美さん強化月間にしましょうｗｗｗｗ 【逆神様より】 -- SOS_brigade (2013-09-11 19 08 10) コッポラさんへ ＞ どこかに【黒歴史】など書きたいのですが「最多banの男伝説」とか・・どこか良いページはないでしょか ？ -- Sos_brigade (2013-10-07 01 05 06) そっか、黒歴史はこのページで書くのがいいかもね。。。投稿方式で -- Sos_brigade (2013-10-09 13 25 55) そうですね～なんなら新しいページ作っちゃっても全然大丈夫ですよｗ -- こっぽら (2013-10-10 23 18 00) こっぽらさんへ ＞ おー ありがたいお言葉 ページのひな形考えるね。。。それとネタ考えなければ・・・・ --SOS_brigade (2013-10-11 21 19 55) 大久保瑠美さん 強化月間 → あっ きっちり１ヶ月目で 強制終了させられた。。。 -- Sos_brigade (2013-10-13 10 19 00) 2013年度 アニメ総括 【最優秀作】 猫物語 -白- （つばさタイガー） 最終回で、すべてをスッキリと解決してくれた痛快な作品でした。（ほかのアニメはあまり見てなかったけどね・・） -- Sos_brigade (2013-12-29 02 23 17) これは、PSさんから聞いた話だが（笑）。。彼はPS3のユーザー名が欲しかったらしいが、すでに登録済みだった、その登録年月日を確認すると2007年5月・・・つまりJTVが誰かが登録していたようだ。Xbox360 ってのも同じだったようですhttp //www.justin.tv/playstation3/followers ここの About で確認出来る……とのこと。。。-- Sos_brigade (2014-01-18 00 27 00) 昨年6月以来 Justin.TVの 【改悪】 が、現在すでに 芸術の域に達した。。。 -- Sos_Brigade (2014-01-22 00 46 20) パスワードが無効になった。。。ありゃ -- Sos_brigade (2014-03-16 13 08 16) Twitch／Justin のラグが気になる方は⇒Cavetube もしくは CyberGameTV（ロシア） CyberGameはロシア語のページしかありません。クロームの日本語翻訳機能を使って設定すると良いでしょう。また IEは不可です -- Sos_Brigade (2014-07-11 10 44 51) 唐突に終わっちゃいましたねｗ -- こっぽら (2014-08-07 01 01 32) こっぽら -- Sos_Brigade (2014-08-07 01 30 43) こっぽら さんへ 乾いた笑いしか出ませんよｗｗｗあはは -- sos_brigade (2014-08-07 01 36 15) 横の広告 やくみつる も 笑っている。。。 -- Sos_brigade (2014-08-07 01 37 36) twitchでちょっとやってみたらあっと言う間にBANされましたねｗ -- こっぽら (2014-08-07 03 09 35) そういえば connectcast.tv が（なんでもありの昔の）ジャスティンTVのような雰囲気になりつつある。また、あそこの運営（アドミニストレーター）が積極的に売り込んでいる。（そいつにTwitterで誘いを受けたが断った）おいら あそこは、あまり好きじゃない。。。まぁ リンク集にそこのURL貼っておくますね -- Sos_brigade (2014-08-07 11 52 17) まぁ３年前なら、そっちに乗り換えていたと思うけどね。。。もう時代も違うしね……いまはむしろ静かな場所（過疎）で、不定期に自由にやってます。配信自体に疲れちゃったしね。。。それに、ビュワーの要求に答えるだけの配信者に成り下がった感が否めないしね。。それ以上に質の悪いビュワーにいいようにやられたってのが本当のところだけど………（こっぽら さんなら きっと 理解出来るでしょう） -- sos_brigade (2014-08-07 13 01 27) リンクありがとうございますー -- こっぽら (2014-08-11 22 08 48) 配信自体をただ気楽な形でみんなで見るっていうだけの目的だったはずなんですけど、変に少し長く続けたばかりに色々な事情が起きてきますよねｗ -- こっぽら (2014-08-11 22 09 23) ただアニメを見るという目的が、変わって視聴者とコミュニケーションするというのが本筋になってくると、やっぱりそのコンテンツがメインというよりか、ただの酒の肴に過ぎなくなってくる -- こっぽら (2014-08-11 22 11 04) 勿論コミュニケーションする為に配信をするのが目的ですからねｗしかしおっしゃる通りで、やり過ぎると自分の楽しみの為に配信するというのが、視聴者の為に配信っていう馬鹿みたいな事になっちゃう傾向はありますねｗ -- こっぽら (2014-08-11 22 13 13) 配信した結果そのタイトルが嫌いになっちゃうっていう事がちょいちょいあったりしましたからねｗ中々バランス良いことできるのが理想ではありますね -- こっぽら (2014-08-11 22 16 32) こっぽらさんへ ＞ ここの閉鎖とかの判断は委せます。（案としては、更新記録の一部をTOPページに転載して（年表形式で掲載）、ほか全削除とか・・） まぁ、すべてを削除でも構いません。。。（ちなみにログイン出来なくたったので、私は大規模な改造はできない） -- Sos_brigade (2014-08-12 16 42 27) こっぽらさんへ ＞ ここにも 一言 ちょうだい → http //playstation-2.bbs.fc2.com/?act=reply tid=14996184 -- sos_brigade (2014-08-12 19 26 17) そうだ ！ 俺は 「逆神さま」 なんだよなぁ～ ⇒ Twitch 大好き Twitch 大好き これからはTwitchの時代だよね。。。。 （半年前 サザエさんでつぶやいた結果をご覧下さい）①1/19 18 50 https //twitter.com/playstation2_ch/status/424841309778485248 ② 1/26 18 53 https //twitter.com/playstation2_ch/status/427378860217233408 ③ 1/27 19 00 https //twitter.com/playstation2_ch/status/427742795843915776 -- Sos_brigade (2014-08-12 22 20 39) 皆さん、お疲れさまでした（でいいのかな？）ですー -- quo11 (2014-08-15 02 48 56) 掲示板ありがとうございます！駄文で申し訳ないのですが、掲示板に落とさせて頂きましたお許しくださいませｗ -- こっぽら (2014-08-15 05 41 37) quo11さんお久しぶりです！またどこかで配信の方を見たいと願っておりますｗ -- こっぽら (2014-08-15 05 42 14) あらあら quo11さんだ ＼(^o^)／ どーもです。 -- Sos_brigade (2014-08-15 09 59 44) こっぽらさん 投稿 ありがとうです。（また よろしかったらどうぞ）。。もしよかった quo11さんもどうぞ・・・ -- Sos_brigade (2014-08-17 23 08 02) 掲示板 ⇒ http //playstation-2.bbs.fc2.com/?act=reply tid=14996184 -- Sos_brigade (2014-08-17 23 09 34) 掲示板については ある一定の期間が過ぎたら削除しようと思ってます。まぁ それでも長く残っちゃうので やはり 本音は言いづらい その点すぐ消えるチャットの方が、本音を言いやすいね。 -- Sos_brigade (2014-08-24 12 57 48) この Justin.tv wiki の 削除に関しては、全てコッポラさんにまかせます。よろしくです。 -- sos_brigade (2014-09-25 02 23 48) age -- sos_brigade (2015-01-06 21 09 40) あけましておめでとうございます。wikiは放置で良いかなと思っておりますｗ -- copppppppooolaaaa (2015-01-13 04 10 42) 配信に関しては頭文字Vの方でちょくちょくテストしております・・・jtvと関連性ありましたよね確かあのサイトは -- copppppppooolaaaa (2015-01-13 04 11 47) あけましておめでとうございます ・・・・ 頭文字 V （BOTちゃんですね） あそこは 一応 アカウント持っている（昔の名前で） ・・・ 噴火のお山のマークの人もいるみたいだですね。 -- sos_brigade (2015-01-16 19 19 25) 広告がウザいから あげ -- sos_brigade (2015-04-05 22 37 14) あげ -- 名無しさん (2015-05-04 02 50 12) あげ の ご協力に感謝 -- sos_brigade (2015-06-06 11 54 46) 2016年4月2日で『涼宮ハルヒの憂鬱』放映後10周年 -- sos_brigade (2016-04-02 00 08 39) あげあげ -- 名無しさん (2016-07-12 10 43 06) age age -- Sos_brigade (2017-08-17 20 47 46) test test -- my sausage push into your asshole. (2017-10-27 13 17 23) あげあげ -- Sos_brisade (2018-11-26 11 23 03) あげあげ -- age (2019-05-25 21 37 33) あげあげ -- Sos_brisade (2020-01-30 20 54 07) 名前 コメント 【 LIVE 】 SOS_BRIGADE CHANNEL (FROM Resutoran) SOSさんは NY出張 フランクフルト 5$25￠ で販売中 【今月は、Youtube 生Live 強化月間です。】 SOS_Brigadeとは涼宮ハルヒに集まる習性がある害虫。萌えを栽培している萌農家では駆除するの頭を抱えているという。SOS団さんの駆除方法は彼氏との２ショット写真を３０％に希釈して散布する方法が有効である。SOS団さんのライフラインは平野綾。・・・偶然か狙ってなのかは不明だが応援する女性声優が炎上するという特徴を持っている。 【SOS団さんのライフライン】 ①ひ乳類ハルヒ科平野綾属 ②ほう乳類あずにゃん科竹達彩奈属 ③ねこみみ科斎藤千和属 ※注3 杉田智和、竹達彩奈、斎藤千和 明坂聡美ともに十万石饅頭目アニメ科としても分類されている。 ※注4 ③について英語圏では、ほむら科斎藤千和属 スペイン語圏では、戦場ヶ原ひたぎ科斎藤千和属 といわれている。たまに、アスタロッテのおもちゃ!イニ科になる。噂では、ほむらが魔女化するとルッキーニになるとか言われている。 ※注5 ③がSOS団さんのライフラインに入った事で千和ちっすｗｗｗが次に炎上するのではっ！？っと戦々恐々のファンが多いとか多くないとか。 ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ とある日の FME設定 の様子 キャプチャーがSD規格（720*480）でS端子入力（S端子 ⇒ アナログ インターレース映像） 必ず Deinterlace はチャックしている。（ヨコの縞々⇒インターレースノイズを抑える為） えぇ 入力・出力のアスペクト比がおかしい？ いやいや これで正解です。。。なんでだろうね。。 設定内容を要約 ７２０×４０４ １５コマ H.264 Main プロフィール レベル ３．１ とある日の XSPLIT の設定 歯車マークで詳細設定 最新版での設定の様子です。新しく【MODE】で（固定ビットレート）CBR ⇔ VBR （変動ビットレート）の設定が可能になりました。CBR（固定）は指定のビットレートで終始送信します。 1,000kb/s以上なら【CBR】でも問題ないと思いますが、静止画面とか、ゆるい画面でもキッチリと無駄にビットレートを使います。やっぱり無駄なビットレートは不要～って思うなら迷わず⇒【VBR】 設定内容 おおまかに・・・ 解像度 ６４０×３６０ ～ ８５４×４８０ フレームレート ３０FPS ～ １５FPS ビットレート １０００K ～ 1５００K プリセット VeryFast ～ Medium （よく利用するのは、VeryFast) 【MODE】 VBR（変動ビットレート） 【詳細設定】 CRF23～18（通常20） Main level4.1(h.264) ⇒ ※詳しいことは、下の解説参照 【Location】 ⇒ デフォルト設定だが・・Cental Us Secondery (アメリカ中央）をバックアップセカンダリーとしている。最近 ⇒ West coast Secondery （西海岸セカンダリーFMS）は調子悪い） ※Location について、 詳しくは 「Justi.TV更新記録」のバックアップ サーバーの欄 最新版では、どこのサーバーが早いか解るようになっている。（Jsutin.tv） ■■■■■■■■■■■■■■■■■■■■■■■■■■ ※注意点 【重要】 ■■■■■■■■■■■■■■■■■■■■■■■■■■ ここより先については、多くのXsplit を 解説している ブログ とは、内容が異なります。 多くの解説は、ニコ生に関するもので、内容のほとんどが、ビットレート不足による画質劣化を改善するために 圧縮率を上げる方法を紹介しています。（基本 512×384 ビットレート上限が 384kbps時の設定） UstreamやJustin.tvでは、ビットレート不足を高圧縮化で改善する方法は、それほど重要ではない上、画面サイズ（SD・HD配信）・FPS（フレーム数）などで、CPUを使用しているケースが多いので、むしろCPU使用率オーバーによる弊害の方が大きい。無理に高圧縮設定すると、頻度にフレームが落ちることになるでしょう。 ※重要点（ニコ生でも同様ですが） プリセットを変更する時は、必ず CPU使用率 も確認してください また、高圧縮＝高画質ではありません。 以下の文章で誤解を招く表現が多々ありますが、それは**正しくは ⇒ 高圧縮・低劣化 です。 『高圧縮・低劣化』 ⇒ より劣化を少なくするためにも、ビットレートとのバランスが重要な要素になります。 また、混雑時は、送信側の速度よりも、むしろ、サーバーからビュアーへの配信ビットレートが上がらずに、頻度にフレーム落ちすることもあります。高ビットレート設定の時は、サーバーの混雑具合も考慮するとよいでしょう。（JTVは 1,000kb/s前後なら、混雑時でもOKだと思います。） ※※注 ちなみに、高画質とは ⇒ 高解像度・高ビットレートのことを指す場合が多いが、あいまいです。 ※※ 相違点について ・・・ その２ Xsplitで圧縮率（プリセット）に頼らずに、低いビットレート設定を紹介している代表例が ゲーム専用配信サービスの「OWN3D.TV」の公式で紹介されている設定内容です。（標準PC・500Kb/sのセッティング例 公式より） Xsplit → bitrate 500kb/s FPS 20fps～15fps 品質３ 画面サイズ 640×360(16 9) 「OWN3D.TV」では、品質４～８を推奨、９～１０は非推奨 （例 HD配信の場合→ Core4 3.2MHz 1,200b/s 25-30fps 1280×720 品質６ ） ■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■ 品質欄について（クオリティー）【CRF ⇒ 視覚的品質】 ※※品質【０～１０ NotSet】による CRF調整 （CRF ０～５１） ⇒ 品質の数字が大きいほど(品質０＜５＜１０）高品質な設定になるが、反面、ビットレートも必要。注意が必要 品質 0=crf 35 1=crf 34 2=crf 33 3=crf 32 4=crf 31 5=crf 30 6=crf 29 7=crf 28 8=crf 27 9=crf 26 10=crf 25 Not set=crf 23 ※CRFは小さいほど高品質（劣化が小さい） 【重要 旧版では】 品質欄(0~10 or NotSet) より 高品質のCRF値を設定 したい場合 プリセット欄に 「 Medium ex crf 20 」 のように 後ろに ex crf 20を加える。（⇒ 区切りは コロン ： です。） 【最新版】では・・・ 【Extra Encoder Parameters】欄に【 ex crf 20】と記入する。 【最新版での設定】 ここより先は、--- 最新版 --- での説明になります。 これは、キープレーム変更やプロフィール・レベル設定などにも使える。 【例】Extra Encoder Parameters欄 ⇒「 ex crf 18 ex keyint 90 ex profile main ex level 3.1」 crf18 キーフレーム 90 mainプロフィール レベル3.1 品質とビットレート ※CRF25（品質10）⇒CRF16（高品質）ではデータ量約3倍になる。反対に品質下げで1/3のbitrate設定も可能。 プリセットについて 【重要点】 プリセット変更でこまかく圧縮率を変更できる。Fastは、高速設定用で圧縮率は小さい。Slowは、低速設定用で圧縮率高い。 軽い（低圧縮）....①ultrafast ②superfast ③veryfast ④【xsplit-defualt】 ⑤faster ⑥fast ⑦medium ⑧slow ⑨slower ⑩veryslow ⑪placebo....重い（高圧縮） 圧縮率は ①＜⑥＜⑨ だが 実際は⑧以上はCPU重くなる。また本来⑦mediumが基本だが、配信用には重いため④defualtがXsplitの基本となっている。 通常は veryfast ～ slower この間を選択します。 注意 【圧縮率の高いものが 良い ではありません】 （※●圧縮率 高い⇔劣化大になる ●圧縮率 低い⇔ビットレートが高くなる。・・・バランスの良いものを探す・・） 考え方としては 【高速ビットレート・CPU軽処理 ⇔ 低速ビットレート・CPU重処理】の方が、ニュアンス的に解り易いと思う。 ユーザー設定のプリセットについて なお、プリセットについては、C \Program Files\SplitMediaLabs\XSplit\ffpresets のフォルダー下 libx264ext-XXXXX.FFPRESET のファイル設定内容を記述することにより、自由に変更できます。 【 XXXXX が プリセット名として表示されます。拡張子は ffpreset です 】 また、④【xsplit-defualt】のXsplitデフォルト・プリセットは、このフォルダーにあるlibx264ext-XSplit Default.ffpresetファイルで、設定されている内容を確認（変更）出来ます。 チューニングについて フィルム・アニメ・静止画など、映像素材に適応する画質チューニングが、用意されている。 全部で8種類あるが、大きく分けると画質チューニング用（file animation grain stillimage)・品質維持用(psnr ssim)・負担軽減チューニング用(fastdecode zerolatency)などある。 チューニングを適応することで、かえってバランスが悪くなる場合もあるので注意 チューニングの種類と設定変更内容 【film】：実写用 deblock -1 -1, psy-rd （変更なし） 0.15 【animation】：アニメ用 deblock 1 1, psy-rd 0.4 （変更なし）, aq-strength 0.6, bframes （デフォルト３）+2 →通常5になる。 ref 各プリセット設定値の2倍 【grain】 こまかな粒子が漂う画面用 /特殊な設定⇒deadzoneやipratioなど変更 deblock -2 -2, psy-rd （変更なし） 0.25, no-dct-decimate, ipratio 1.1, pbratio 1.1, aq-strength 0.5,deadzone-intra 6, deadzone-inter 6, qcomp 0.8 【stillimage】 静止画/動き少さい用設定 deblock -3 -3, psy-rd 2.0 0.7, aq-strength 1.2 【PSNR】 PSNR値を最大限にする（あまりオススメしません） ※PSNRは、画質劣化を計測する指数 aq-mode 0, no-psy 【SSIM】 SSIM値を最大限にする（ビットレートを考慮しない場合、これもアリです） ※PSNR値を改良した画質劣化を計測する指数 aq-mode 2, no-psy 【touhou】 東方Project関連のゲーム専用チューニング deblock -1 -1, aq-strength 1.3, partitions {p4x4 if p8x8 set}, psy-rd unset 0.2, ref {Double if 1 else 1} ※このチューニングは 知る人ぞ知る ものです。 ※注意点 psy-rd は fast（subme 6）以上で有効。。。。Psy-RD (psy-rd) (psy-trellis) ※【Grain】について 通常は粒々の粒子状ノイズなので、フィルターなどでノイズを取り除きますが、シーンによっては、意図的にエフェクト効果として使っている場合がある。このようにノイズをエフェクトとして意図的に入れている場合、再現するのはかなり難しい。 設定方法は、Extra Encoder Parameters欄に 「 ex tune チューニング名 」で設定できる。 【例】 → ex tune animation アニメチューニング設定になる。（⇒ 区切りは コロン ： です。） ※※参考１：プリセットとRef数 ①ultrafast～veryfast ⇒ref 1 ②faster～fast⇒ref 2 ③Defult～medium⇒ref 3 ④slow⇒ref 5⑤slower⇒ref 8 ⑥veryslow ⇒ref 16 ⑦placebo ⇒ref 16 ※※参考２： 変更になったところを確認してみた。。。AVInapticで調べた結果です。 前 → 単なる「 medium 」の設定 cabac=1| ref=3 | deblock=1 0 0 | analyse=0x3 0x113 | me=hex | subme=7 | psy=1| psy_rd=1.00 0.00 | mixed_ref=1 | me_range=16 | chroma_me=1| trellis=1 | 8x8dct=1 | cqm=0 | deadzone=21,11 | fast_pskip=1 | chroma_qp_offset=-2 | threads=3 | sliced_threads=0 | nr=0 | decimate=1 | interlaced=0 | bluray_compat=0 | constrained_intra=0 | bframes=3 | b_pyramid=2 | b_adapt=1 | b_bias=0 | direct=1 | weightb=1 | open_gop=0 | weightp=2 | keyint=250 | keyint_min=25 | scenecut=40 | intra_refresh=0 | rc_lookahead=40 | rc=crf | mbtree=1| crf=29.0 | qcomp=0.60 | qpmin=0 | qpmax=69 | qpstep=4 | vbv_maxrate=1000 | vbv_bufsize=1000 | crf_max=0.0 | nal_hrd=none | ip_ratio=1.40 | aq=1 1.00 後 → 「 medium + ex tune animation 」のアニメ用チューニング適応した時の結果 cabac=1| ref=6 | deblock=1 1 1 | analyse=0x3 0x113 | me=hex | subme=7 | psy=1 | psy_rd=0.40 0.00 | mixed_ref=1 | me_range=16 | chroma_me=1 | trellis=1 | 8x8dct=1 | cqm=0 | deadzone=21,11 | fast_pskip=1 | chroma_qp_offset=-2 | threads=3 | sliced_threads=0 | nr=0 | decimate=1 | interlaced=0 | bluray_compat=0 | constrained_intra=0 | bframes=5 | b_pyramid=2 | b_adapt=1 | b_bias=0 | direct=1 | weightb=1 | open_gop=0 | weightp=2 | keyint=250 | keyint_min=25 | scenecut=40 | intra_refresh=0 | rc_lookahead=40 | rc=crf | mbtree=1 | crf=29.0 | qcomp=0.60 | qpmin=0 | qpmax=69 | qpstep=4 | vbv_maxrate=1000 | vbv_bufsize=1000 | crf_max=0.0 | nal_hrd=none | ip_ratio=1.40 | aq=1 0.60 【Xsplit＿設定のまとめ】 ① ビットレート 上げられない環境の場合（CPU性能の高いPC 編）【500Kb/s以下】 ⇒ 圧縮率の高い Medium Slow Slower など、圧縮でCPUを使う。品質は8~10(CRF27~25) サイズやコマ数も見直す。 ⇒ 上記設定でも、CPUに余裕がある場合、CRF23~20 に 変えて様子を見るのもOK ①－① ビットレート 上げられない環境 （CPU能力が低いPC 編）【圧縮率に頼らす低ビットレート配信】 ⇒ 圧縮率の低いFaster Xsplit-default veryfast などで設定。 品質「３」～「８」 フレームレート１５～３０で様子を見る。CPU使用率を確認。品質「３」では、かなり低いビットレートでも設定可能です。 ⇒ 動き重視の場合は、品質「３」～「６」の低い設定。フレームレートを上げる（２０～３０FPS） ⇒ 品質重視の場合は、フレームレート２０～１５を低く、品質「６」～「８」を上げる。 ⇒ 画面サイズも640×360程度にする。 ② ビットレート 高設定でもOKの場合【1Mb/s以上】 ⇒ 圧縮率の低い Faster VeryFast など選択し、CRF値は高品質のCRF20以下（CRF16~20）、品質でCPUを使う。 ⇒ それでもCPUが厳しい場合、CRFを23以上に。反対にCPUに余裕がある場合、圧縮率の高いプリセットでもOK 【補足 H13.3追記】 veryfast以下の2つのプリセット（ultrafast superfast）について 私の個人的な意見ですが・・・「veryfast」より低いプリセットは設定しないことを提案します。 ① ultrafast ⇒ CPU能力が低くてどうしようもない場合のみ使用。これは【baseline】プロファイルに相当します。 baselineはFMEでは馴染みのある方も多いと思いますが、性能も悪くはない。しかしveryfastと比較すると、どうしても見劣りしてしまいます。特徴は ⇒ I, Pフレームのみ使用します。圧縮方式も CAVLC+UVLCを利用する点です。。。個人的には結構好きなんですが・・・積極的に使うことも無いと思います。。。 ② superfast ⇒ これはBフレーム利用でCABAC方式になりますが、動き予測アルゴリズム Dia が大きな特用です。（軽い）しかしそれなりに画質も犠牲になっています。また、MBtreeもoffなのでrc-lookahead（MBtreeの参照距離）も０です。・・・これも積極的に利用するプリセットではないと思います。 以上のように細かく見ていくと、「veryfast」以下の２つのプリセットは、基本部分の変更が大きすぎる為、「調整する」レベルではないことが理解できると思います。よって、理由がない場合は、利用は避けた方がいいプリセットだと言えるのではないのでしょうか。。。。おしまし ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ (2013年10月追記） FME と FFmpeg系（Xsplit OBS）について、 2011年ごろの Xsplit解説プログには、決まって こう書かれていた。。。 「Xsplitは、FMEよりきれいに配信できる！」 Xsplit を紹介しているプログの決まり文句である。多くの人は、何も疑問を持たず、これらの文句を信じたのだろう。。。 はてまた、「いったい、何が違ってなぜ？FMEよりキレイと言い切れるのだろうか？」と、少なからず疑問を抱いた人も多いだろう・・・ それらの紹介を読んでいると、比較の仕方が いい加減であったことも多かった。。。その代表例は・・・ ① FMEの Vp6 と Xsplit を比べて評価を出している。（参考としてならOKだが・・） ② FMEの H.264@Baseline と Xsplit を比べて評価している。 これらは参考程度で、ほとんど無視しても 問題ないレベルである。また、本来 FMEでもMain＠4.1のものと比較した場合、それほど見劣りしないはずなのである。しかし、私自身がなかなか認めたくない事実も、一方ではあった。以下のことは、どこのXsplitやFMEを紹介しているブログには当然書かれていない指摘です。なので、当初、私自身とう考えてみていいのかわかりませんでした。 FMEとXsplit（OBSなどの FFmpeg系）で、動きの激しい動画のフレームを比較した時のことです。（当然 FMEはH.264 main＠4.1。。。Xsplit：プリセット ミデアム ※※ 以下の文章は Xsplitは、プリセット：ミデアム 時での話になります。） FMEは、どんなに激しい場面でも、Bフレーム を多く使う。それもキッチリ3フレーム連続で使われることが多い。これは想像どおりだった。なぜなら「FMEは動きに弱い」という、実証になるからだ。。。だが、驚いたことに Xsplit（FFMpeg系）では、動きなどのシーンとは、関係なしに Bフレーム は、あまり利用しない。。。通常、動きが小さい部分は、Bフレームを多くして、圧縮率を上げるのだが、FFmpeg系では、静かなシーンでも、せいぜい連続1-2枚程度しかBフレームを使っておらず、あとは Pフレーム だった。。。これは、何を意味しているか？ ＿＿＿＿私なりに、考えた 結論は＿＿＿＿ 「Xsplitに代表されるFFmpeg系では、Pフレーム を より効率的にビットレートを割り振ることにより、Bフレームに頼らず 圧縮率を高めた。」 つまり、Pフレームを効率化することで、Bフレームの欠点を克服し なお データーは小さくした。と・・・・ ここで、Bフレームの欠点をおさらいすると、確かに圧縮は高いが、その分、劣化も大きい。大雑把だが１齣（←化物語ｗｗ １フレーム）当たりのビットレートは、Iフレームを １ とすると、Pフレームは、1/3-1/4 Bフレームは 1/10（もっと小さいかな？）ぐらいである。どうしても劣化は避けられない。その劣化を補う為に、様々な処理を施している。これが、CPUを使う原因でもあり、また再生側にも負担をかけている原因でもある。※注意２ ＿＿＿だが ＿＿＿＿＿ ① Bフレーム を 多く使う FME でも よほどビットレートが不足してなければ、画面破綻はない。。。 ② FFmpeg系は、Pフレームをより良く利用するために、「動き予測」の（Me）や「サブピクセル精度」（SubMe） に多くのCPU能力を使う傾向がある。。。 これらから導き出される。。。FME や FFmpeg系 の エンコーダー 特徴を まとめ ると・・・ FME は、Bフレーム を多用する。これは再生側に負担を掛ける場合がある。また、Bフレームをあまり劣化させない為にも、ビットレートを決めることがFMEでは重要である。これにより不適切なシーンでBフレームがチョイスされても画質劣化を補うことができる（Bフレーム自体の、質を上げるために・・）。。。 通常はBフレームは、劣化が大きいため、あらゆるフィルターで品質向上させる。これによりCPUを多く消費するという欠点もある・・・が、適切なシーンで Bフレームを利用すると 劣化はなく、むしろ圧縮率向上というメリットの方が大きくなる※注意２ FFmpeg系 OBS・Xsplit は、Pフレームに効率よくQPを割当てるために「動き予測」の精度を高める必要がある。（Me）hex・umh(Subme)などでCPUを使う。また、QP値の決定に影響する AQ CRFなどの変更が、より品質向上につながる。また、Pフレーム中心で考える必要がある。プリセット変更して、圧縮の高いものでも、Bフレームはあまり利用されない。。。（と・・言うものの Pフレームとの比較で少ないと言ってるだけで、Bフレームも全体の30％以上あったりします。当然、無視出来ない存在です。） また、CPUに幅を持たせる為に、動き予測、サブマクロ精度、は 軽い物 から 重い物 まで状況に合わせて用意されている。 さてさて・・・はたして本当に、「Xsplitの方が、FMEよりきれい！」 と いい切れるのだろうか？？ ＿＿私には、どちらが、キレイ とか判断できません。。。（なぜなら 正しいシーンで ｂフレームを多用しても劣化はない為） 強いて言うなら、FMEは、激しい動きに弱い.....言い換えると 適当でないシーンで Bフレーム を多く使う・・・まぁ、ある条件下では、Xsplitがキレイというのも間違ってはない。。。しかし、こうは言える「Xsplit（FFmpeg）は、FMEの欠点を考慮し、Pフレームの向上と、Bフレームをより正しく利用するよう設計されている」 最後に なが~い文章 を １行 に まとめると ＿＿＿＿＿＿＿＿＿＿＿⇒ いくらなんでも そんなに激しいシーンで 3枚連続Bフレームは ないでしょう。。。FMEさん の ばか ばか ばか おわり ※注意１ 余談だが・・・もし Xsplit や OBS などで、上の FME のように適当でないシーンで Bフレームを多用するなら 「b-adapt 0」（Bフレーム判定：無効）になっている可能性があります。⇒ b-adapt は、１：簡易 または、２：完全 すると 改善すると思います。 ※注意２ Bフレームを適当でないシーンで使うと「劣化するフレーム」と刺激的に書いていますが、正しいシーンで Bフレームを使うと ①ｂフレームを多用しても劣化は全くありません（人の目で判断できるレベルでの劣化は ない） ②高圧縮で効率良がいい など メリットはかなり大きいです。 ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ ユーザー設定による独自のプリセット作成について 【参考にどうぞ】 C \Program Files\SplitMediaLabs\XSplit\ffpresets のフォルダー下 libx264ext-XXXXX.FFPRESET のファイル設定内容を記述することにより、自由に変更できます。 ■■■■■■■■■■■■■■■■■■■■■■■■■■ 下記についての注意点 ■■■■■■■■■■■■■■■■■■■■■■■■■■ 高圧縮＝高画質ではありません。正しくは ⇒ 高圧縮・低劣化（これがx264が凄いところ）なので、 劣化を少なくするためにも、ビットレートとのバランスが重要な要素になります。 また、映像素材 画質・画面サイズ ビットレート PC環境 etcによって、適切プリセットは大きく変わります。 ※注意 高圧縮時、ビットレートを上げても効果のない場合がある。 Xsplitは、圧縮率にあったBitRateを常に選択する為。その場合、プリセットを軽い物か、bitrateを適正数値にする。（品質や画面サイズなどを上げて必要ビットレートを上げる方法もあるが、CPU負担を考えると推奨できません）(コマ数 画面サイズ 品質 を変えることでも、問題解決になる場合も）(また、ビットレートの上限がある場合、品質変更によって必要ビットレートを少なくする方法もある【品質０～１０又はNotSet】) ■■■■■■■■■■■■■■■■■■■■■ ユーザー独自設定を理解するうえで、知っておきたい知識■■■■■■■■■■■■■■■■■■■■■ 前置き・・・ H.264の技術は、ほとんど特許です。しかし、x264のプロジェクトが（ライセンス管理団体MPEG LA）から訴えられることは、いまのところないようです。しかし、将来において、これを理由に特許侵害のない独自仕様に変更させられる可能性や、場合によっては開発断念という事態になるリスクもあることを念頭においてほしい。 例）東芝 → 適応重み付け予測 IBM → CABACなど・・・ オープンソースとパテント マイクロソフトの主張によると、Linuxカーネルは42件の同社特許を、Linux GUIは65件、OpenOfficeスイートは45件、電子メールプログラムは15件、その他のフリー・オープンソースプログラムは68件の特許を侵害していると主張している。また、一方では、発明に巨額の投資を必要としないソフトウエアの分野では，特許権者に強力な権利を与えるよりも，むしろ知識を解放することが技術革新を促進するという「オープン・イノベーション」という考え方もヨーロッパ中心に支持を増やしている。 そんなことを考えながら、この文章を書いている。。。笑 可変マクロブロックサイズ/マクロブロックパーティション 圧縮処理の単位として、画面を正方形の小さな「マクロブロック」に分割する。H.264/AVCでは、4×4ピクセル～16×16ピクセルのさまざまなサイズが使えるようになった。16×8や4×8など全部で7種類ある。 ※１ マクロブロックのイメージ ※２ （０・１・２・３）の正方形で１６×１６のマクロブロック ０や１（8×16）サブマクロブロック や ２（8×8）など柔軟に対応 H.264では，サイズや形状の異なるブロックを用いて，マクロブロックの動き補償を行う。 ビットレートが低いと、ブロックノイズと呼ばれる正方形のマス目が目立つようになる。ブロックサイズを小さくすることでマス目が目立ちにくくなり、画質が向上できる。 映像の内容に合わせて、画面上をさまざまな大きさのマクロブロックに分割する。どのように分割するかは、エンコーダの処理方式次第だが、最適な組み合わせを見付けるには、大量の演算処理が必要となる。 ビデオ画像をマクロブロック（16×16ドットの小領域）単位に分割 サブマクロブロック（16×16、16×8、8×16、8×8、8×4、4×8、4×4ドットの小領域）単位に分割 ※３ マクロブロック単位で 動きを ベクトル化して予測しているイメージ図 より柔軟にサイズや形状の異なるサブマクロブロックを用いてることにより，精密にマクロブロックの動き補償を行う。 → 動き予測 ベクトル処理 Bフレームのマクロブロックには、Bフレーム用のモーションベクトルの供給情報として「ダイレクト」タイプのマクロブロックがある。（「スキップ」と「ダイレクト」2種類のマクロブロック）「ダイレクト」は動き情報を符号化してないので、その情報を基にして動き予測（モーションベクトル）を計算している。 （ダイレクトマクロブロック設定・・ex=direct spatial→空間軸 temporal→時間軸 Auto→両者混合で適切に処理） 補足１ 正確には、Bスライス用のモーションベクトルの供給情報としてダイレクトタイプのマクロブロックがある。 ※フレーム（1画面）→ スライス（画面をある程度の大きさに分割したもの）→ マクロブロック（16×16単位などに細分化すること）→ピクセル フレーム間予測時の遠隔参照フレーム 隣り合うフレームの差分を取ることで情報量を圧縮している。→動きの差の情報しか記憶しないフレーム（P・Bフレーム） 最も効率の良い差分フレームを作るには、どのフレームとの差分を取ると一番圧縮率が良くなるかを探す必要があり、最適な組み合わせを見付けるには、演算処理とメモリー使用量が大幅に増える。 【補足】フレームの種類 フレーム間予測では、各フレームを Iフレーム、Pフレーム、または Bフレームのようなフレームタイプに分類します。 Iフレーム（完全なるフレーム、キーフレームとも呼ばれる） 他の画像を参照せずとも表示することが可能なフレームです。最初の画像は常に Iフレームになります。一定の間隔で自動的に Iフレームを挿入したり、また、配信を閲覧するビュワーが新しく加わった時などに必要に応じて Iフレームを挿入します。Iフレームはより多くのビット数を必要とするという欠点がありますが、データの欠落によるノイズなどが発生することはありません。 Pフレーム（前方向予測のみ）（単独では表示できない） 前の Iフレームまたは Pフレームの一部を参照してフレームを構成します（単独では表示できない）。Pフレームは Iフレームよりもビット数が少なくなりますが、前の Pフレームまたは Iフレームと複雑な依存関係にあるため、伝送エラーによる影響を受けやすくなります。 Bフレーム（未来方向予測など両方向可能）（単独では表示できない） 前方向予測、後方向予測、両方向予測のうちいずれかを選択して符号化（圧縮）されるフレーム。 ※※ FMEでは、Baseline時は、I・Pフレームのみ、Mian時にBフレームを使用。Xsplitでは、「Ultrafast」は I・Pフレームのみ 「Superfast」は、Bフレームを使用するが、未来方向での参照は「Veryfast」以上になります。 イメージ図のとおり Pフレーム→Iのみ参照（過去方向） Bフレーム→IまたはPフレーム参照（過去・未来 両方向） ※Bフレームのピラミッド参照化（b_pyramid）することでBフレームも参照することが可能（圧縮効率UP）（※デメリットは、若干の画質劣化やBフレーム由来の初期ディレイの問題など） 整数変換 エンコード時に差分を取った後、マクロブロックを圧縮するために高周波成分、つまり、人も目では知覚出来ない画面の細かい点を省略する演算を行う。⇒（4×4画素のDCT係数F(u,v)を利用して，量子化マトリクスという人の視覚では分から部分を削除する）従来のMPEGビデオ圧縮では、8×8ピクセル単位でDCT演算(離散コサイン変換)をしていた。H.264/AVCでは、4×4ピクセル単位で整数変換と呼ばれるDCTに似た演算手法を使う。DCTは浮動小数点計算が必要だが、整数変換は整数計算のみで計算でき、しかも掛け算処理を必要としない分、高速に演算できる。※H.264Highプロファイルでは、上記MPEGビデオ圧縮で使用されている → 8x8画素整数変換（「8x8 離散コサイン変換」 (8x8dct=1)）が可能になった。（mainとHighの違い①8x8 離散コサイン変換②量子化マトリックス） qP値の決定方法（H.264 の場合） H.264では，量子化幅を決めるために量子化パラメータ、qP(0 qP 51，qPが大きいほど量子化幅が大きい)を用いる。一般的には、１つの画面のqP値を一定にする方法が最も処理が簡易である。しかし、この方法では一部の領域に画像劣化が目立つことがある。そこでH.264では、人の目で目立つところを算術して、人の目の注目を引く領域の量子化幅を小さくし，それ以外の領域の量子化幅を大きくすることで、より効率的にビットレートを割り振ることをしている。注目度の指標として顕著性マップS(i,j)，エッジ強度E(i,j)，輝度信号Y(i,j)を算出して、注目指数として利用している。 参考 ： 顕著性マップを用いたH.264／AVC適応量子化方式の研究 ループフィルタ（Loop/Deblocking Filter デブロッキング・フィルター） ビットレートが低い場合、デコード後の映像にフィルタ演算を適用することで、ブロックノイズを削減できる。H.264/AVCでは、エンコード時にこのフィルタ演算を考慮することで、画質を向上できる。 エントロピー符号化 （圧縮に相当する処理） MPEGビデオ圧縮では、圧縮の最終段階では、冗長度を減らすためのエントロピー符号化と呼ばれる圧縮処理をする。LZH/ZIP形式の圧縮に相当する処理。 H.264/AVCでは2種類の手法が規定されている。そのうちCABAC(Context-based Adaptive Binary Arithmetic Coding：適応算術演算符号化)と呼ばれる圧縮法は、周りの領域のデータ内容に合わせて最適なモードで圧縮するもので、より圧縮率が向上する。 ①CAVLC方式 処理される量（演算能力・小）は少ないが効果もそこそこ・・・（no-cabacで変更) (FMEでは、Baselineプロファイル xsplitでは Ultlafast プロファイル） ②CABAC方式 処理量は大きいが効果も高い （デフォルト） （FMEでは、mainプロファイル xsplitでは superfast プロファイル 以上） ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ 以上を踏まえた上で、独自のプロファイル作成の参考にしてください。 ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ ※※【括弧】は最近使用している設定です。参考の為 記述しました。 【ex=profile main】そのままだと Hightプロフィール 一応 mainの時は ex=8x8dct 0 【ex=level 3.1】 これを記入しないと レベル5.1 になるので注意 ex=deblock 0 0 ⇒ デブロック・（ループ）フィルター シャープ－6～＋6ほやける ±1程度が無難 deblock -1 -1 ex=partitions i8x8,i4x4,p8x8,b8x8 ex=me umh 【hex】 ⇒ 動き予測 アルゴリズム【軽】dia → hex → umh → tesa【重】 ex=subme 3 【7】 ⇒ サブピクセル動き予測・精度 0から11まで。下記に詳細 ex=merange 16 ⇒ ベクトル探査範囲 HD解像度でも24で十分と言われているが、16～32を推奨。高いほど高画質 ⇒ 動き予測「dia」か「hex」の場合は4～16まで、 「umh」「esa」「tesa」の場合は4～64まで ⇒ まとめると、16～32 の範疇ってのが一般的のようです。 ex=scenecut 40 ⇒ シーンカット閾値 Iフレーム挿入の閾値 デフォルト推奨 ex=qcomp 0.6 【0.8】 ⇒ 最近は qcomp 0.3 （ ビットレート変動量 30％）にしている 訂正⇒Mb-tree ON の場合 mbtree強度設定の意味になる。数値少＝MBtree（強）数値大＝Mbtree（弱） ex=qpmin 10 ex=qpmax 51 ex=qpstep 4 ⇒ x.264は、高精度に、qpを調整している為、デフォルト値を変更はしない。 ⇒ QPが CRFを中心に min.QP ～ max.QPまで 変動する ex=bframes 3 ⇒ 連続ｂフレーム数 ex=b-adapt 2 【1】 ⇒ ｂフレーム判定 1 ：簡易判定 ２：完全判定 最近は【２】だがCPUが重くなる。無効にすると激しいシーンなどの適切でないシーンでｂフレームを利用することになりますので注意 ex=ref 3 ⇒ フレーム参照距離 (0～16)フレームが前後何フレームまで画像参照し構成するか 参考 BブレームRef値 による ビットレート・圧縮率・画質の影響 （日常をとりまくあれこれ より） ※注 設定される画面サイズとレベルよって最大値があります。 level 3.1 1280x720 (ref最大値5) level 4.1 1280x720 (ref最大値9) level 5.1 1920x1080 (ref最大値16) ex=direct spatial ⇒ B-フレームモード【プリセットslow以上は Auto】（none, spatial, temporal, auto) Bフレームにあるダイレクトマクロブロックで使う動き予測方式の選択。 temporal（＊時間軸＊）動き予測に後続するPフレームを使う。⇒こちらがデフォルトだった時期・・ spatial（＊空間軸＊）は周辺マクロブロックとそのモーションを使う。⇒【※デフォルトspatial】 none 最も画質が悪いだけでなく速度まで落ちる。 auto 自動にブロック毎に【空間軸と時間軸の配分】適切なモーションベクトルを判断し振分けてくれる。 【Autoでは・・・空間軸と時間軸の配分はアニメで9 1。実写で7 3程度。】 参考 ダイレクトマクロブロック direct_について x264 ex=trellis 0 【1】 ⇒ レート歪み最適化の量子化→CABACなどの符号化（圧縮）などで発生した歪みやデーターの破損を補正（量子化誤差補整）前提条件として、CABACが必要 10%ほどbitrateを節約できるがややデコード負荷が上がる。 0 非使用(default) 1 最終エンコードでのみ使用 2 全モード決定で使用。(低速、要subq =6) 参考 trellis= 0-2 ：レート歪み最適化の量子化 ex=b-pyramid normal (none, strict, normal) ⇒ B フレームも参照フレームとして利用していく設定 (bframesを2以上にした場合に使用可能） "normal"を指定することを推奨します。"strict"はBlu-ray用の設定です。 参考 b-pyramid の意味 （まるも製作所 より） ex=mixed-refs 0 ⇒ 複数参照（マルチレファレンス）フレーム【0 off 1 on】 動き補償で、１つのフレームだけではなく、複数のフレームを参照する方式。 8x8,8x16マクロブロックが独自に参照フレームを選べるようにする。複数のピクチャを参照ピクチャとして用いる事ができ、この中からブロックごとに最適なものを選択して動き補償を行う。これによる効果は動く物体の影に隠れてしまう背景なども予測可能になる事。その結果、動き補償の効率が向上する。 ex=weightb 1 ⇒ no-weightb にしていることもある。また、x264では適応的B 挿入が強く、あまり出番が無いという説もある。 ex=8x8dct 1 ⇒ 8x8 離散コサイン変換【--8x8dct】 High Profileになる。 ex=no-mbtree 0 ⇒ no-mbtree 0(mb-tree 1と同じOFF) no-mbtree 1(mb-tree 0と同じON）※下に補足 ex=ratetol 10 ex=weightp 0 ⇒ weghtp 2 に設定することも、しかし一部では不安定との声がある為0ffにしている ⇒ weightp0 (weightp off) weightp2 (輝度のみ) weightp2 (輝度+色差) ex=ipratio 1.41 ex=pbratio 1.25 ex=keyint 350 【250】 ex=min-keyint 90 ex=rc-lookahead 20 【60】 ⇒ ビットレート制御 先行検査フレーム数 20コマ ex=aq-mode 1 ⇒ 【mb-treeオンで、自動でオン】AQモード選択 ０：off 1 分散 2 自動分散 同じフレーム内でほかのマクロブロックを参照にしながら、QPを決定する。 ex=aq-strength 1.00 ⇒ 【デフォルト 1.00】 Aqの強度 0～3 数字が小さいほど弱くなってQPの差が少なくなり、数字がQPの差が大きい。デフォルトにあるチューニングでも、アニメモードでは0.6 実写では1.0 静止画では 1.2になっている。 ex=psy-rd 1.0 0.0 ⇒ Psy-RD (psy-rd) (psy-trellis) 視覚心理最適 【要subme 6以上】 Psy-RD は見た目に重要な部分について品質を引き上げたり、ノイズ部分をぼかしたりします。アニメ用チューニングで0.4の設定ですが、0.0が最適という意見もある。（0.0～0.4）また、実写用チューニングでも1.0（デフォルト）が最適といわれている。2つ目の数字 Psy-Trellis強度 デフォルトは0.0 Psy-RDについては、デフォルトを推奨ですが、X264であらかじめ設定されているチューニングでの設定例などを参考にするとよいのではないのでしょうか。その上で、判断してください。 大方の例では、実写でグレインノイズがある時は 0.5 0 〜 1.0 0.0 の設定 x264に設定されている チューニング では・・・・【参考】 anime用 0.4：0.0 実写用 1.0 0.15 粒子の画面 1.0 0.25 静止画/動き少さい用設定 2.0 0.7 ★★★★★★★★★★ とりあえず、変更するならこのあたりをいじってみては？ ★★★★★★★★★★ 【画質系】 ⇒ deblock 0 0 aq-mode 1 aq-strength 1.0 psy-rd 1.0 0 【圧縮系】 ⇒ b-freams 3 rc-lookahead 50 ref 5 me hex subme 7 ⇒ CRF値などの変更も忘れないでね。。。 ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★ ※※ まぁ それぞれの値や設定説明など、私はそんなに詳しくないので、適当でいい加減です。 ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ ※※ サブピクセル動き予測精度 (subme ０~１１） デフォルト７ サブピクセルの予測精度の設定します。数字が大きいほど優れています。 レベル1-5は、単にピクセルの改良強度を制御します。【1：SADモード 2：SATDモード 3-5 徐々にQPEL】 レベル6は、RDOモードが選択可能となり、 レベル8は、動きベクトルとイントラ予測モードのRDOが可能になります。 ※注 RDO【Rate–distortion optimization】レート-歪み 最適化 数値が大きいほど大幅に遅く（重く）なります。 数値２より小さいモードにすると 高速・低品質先読みモードになる。だが品質が悪くなるので推奨しない。 －－－－－－－－－－－－－－－ 0 fullpelのみ －－－－－－－－－－－－－－－ 1 QPEL SAD モード 2 QPEL SATD モード 3 HPel on MB then QPel 4 常にQPEL 5 マルチQPEL+双方向の動き推定 －－－－－－－－－－－－－－－ 6 I / PフレームのRD判定 7 すべてのフレームのRD判定 【デフォルト】 8 I / PフレームのRDの改良 9 すべてのフレームのRDの改良 10 QP-RD（要 --trellis=2, --aq-mode 0） 11 フルRD －－－－－－－－－－－－－－－ プリセット別 ultrafast ⇒ subme 0 superfast ⇒ subme 1 veryfast ⇒ subme 2 【deflut】 ⇒ subme 3 faster ⇒ subme 4 fast ⇒ subme 6 medium ⇒ subme 7 slow ⇒ subme 8 slower ⇒ subme 9 veryslow ⇒ subme 10 placebo ⇒ subme 10 ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ ※※ mb-tree について 【簡単な説明】Macroblock Tree Ratecontrol mb-tree は、 プリセット「veryfast」以上の設定時には、mb=treeは、ONになっております。。。 ※注意 デフォルトプリセットの場合、「mb-tree off」の状態です。 ONにしたい場合「ex=no-mbtree 0」または「ex=mbtree 1」に書き換えると良いでしょう。 複数フレームに渡ってマクロブロックごとにモーションベクトル（動きベクタ）の動向を追跡し、その情報を元に、各マクロブロックのQP値を変動させる。モーションベクトルの大きな（動きの大きい）マクロブロックは高QPで低画質に（人間の視覚では劣化を認知できないので、QPを上げて、ビットレートを節約している）、モーションベクトルの小さなブロックは低QP（動きの小さい所は、人間の目で劣化を認知されやすい為、高画質にする）を保つように動作する。 猫化研究によると、Aq（マクロブロック単位／空間軸）とCRF（フレーム単位／時間軸）の中間との解説をしている。 Aq 隣接するマクロブロックなどを参照にして、QPを（量子化）決定する → 空間的方向でQP決定 CRF 前後フレームを参照してフレームごとに品質を変え、QPを決定する。 → 時間方向でQP決定 解りやすく言い換えると・・・画像を先読みして、１つの画面中にある、動きの大きな部分（マクロブロック単位）は、品質を下げても劣化は認知されにくくビットレート節約できる。動きが小さい部分は、品質を上げないと劣化を認知されやすい為、品質を上げる。、そうすることで全体的な品質とビットレートのバランスがよくなる上、ビットレートも節約できる。・・説明、間違っていたらごめん 伝播(propagation)範囲（先行検査フレーム数）を指定するために、--rc-lookaheadが使用される。これは先読みフレーム数を表しており、デフォルト値は40。presetでの値は、fastで30、slowで50、slowerとplaceboで60。最大250 ① より効果を上げるには、qcomp の値 （変動ビットレートの許可％）を下げる・・・しかしバランス的には デフォルトの0.6 や 0.8 が一般的です。反対にMb-treeを 弱く反応 させるには、qcomp値を上げる。 ② 精度を高めるには、rc-lookahead 40 ⇒ビットレート制御 先行検査フレーム数（デフォルト40フレーム）値を上げる。しかし反面、大量にメモリーを消費します。 ③ bフレームの精度判定など mb-treeで制御する為、B-Pフレーム間QP係数（ex=pbratio 1.25）は無視される。 ④ AQは、自動的ONになる。・・・Aq-mode 1 ⑤ 2010年以降のバージョンでは、B-Pyramid の使用ができる。 mbtreeの強度 qcomp値（0.9 0.6 0.1）に変更した結果の検証例 mbtreeの効果を解りやすく解説しているので参考としてリンクします。⇒ http //seiga.nicovideo.jp/seiga/im2707745 参考資料 X264フォーラム Mb-tree解説 英語 猫科研究所 フォーラムのmb-tree部分を日本語訳してます） X264フォーラムに Mb-tree使用例として投稿された 有名な神圧縮動画 bitrate 67k b/s ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ Mb-tree にかんして 個人的な感想・・・ mb-tree は まったりとした静かな動画には、大きな効果が期待できる。低ビットレートでも画面が保てる。・・・・といわれているが、効果が大きい動画・そうでない動画もあるようです。この辺は【経験値】にたよるしかないようです。まぁデメリットがあまりないようなので、デフォルトONのままにして・・・・ うーん あまりにも高等技術すぎるので・・・個人的には デフォルトで いじらない。。。。。 ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆ ※※ 設定でよく 変更する 箇所・・・ ex=me umh ⇒ 動き予測 アルゴリズム【軽】dia → hex → umh → tesa【重】 ex=subme 3 ⇒ サブピクセル精度 ex=qcomp 0.6 ⇒ ビットレート変動量 ％ 静かな映像0.3 激しい映像0.6 ex=bframes 3 ⇒ 連続ｂフレーム数 噂では⇒3の倍数がいいと 3⇒6・・12 これは--b-pyramidが、連続3フレームだとうまく作用する とか？ (理由）bframesを1以上に設定した場合、映像が1フレーム分遅れ b-pyramidを有効にした場合は2フレーム分遅れるため。らしい・・・あくまでも 推測の域 ex=b-adapt 2 ⇒ ｂフレーム判定 ex=ref 3 ⇒ フレーム参照距離（フレームが前後何フレームまで参照して画像を構成するか） 噂では⇒Bフレームを増やすより、こちらを増やした方がビットレート削減に効果あるとか？ ex=rc-lookahead 20 ⇒ ビットレート制御 先行検査フレーム数 MB-treeの精度を上げたいとき 50ぐらいにする ※※ それぞれの 適正値 は 求める画質 と 環境 によって大きく変わりますが、・・・ おまけ 上の設定で配信する映像の Iフレーム間隔 Pフレーム 連続 Bフレーム を検証しました Iフレーム間隔 350 コマ 連続 Bフレーム数 3 ⇒ 設定どおりになるか検証
https://w.atwiki.jp/external_storage/pages/29.html
UPDATE 2010年10月08日 (金) 23時08分44秒; Apache2のインストール Version ： apache 2.2.16 ※順番間違えるとなんだかバグる ■yum版のMySQLを消す バイナリインストールが目的なので入っていたら消す。 # yum list installed | grep httpd 何か表示されていたら消す # yum remoee httpd ■ユーザの追加 インストールをする前にグループとユーザを作成する。 # groupadd apache # useradd -g apache apache ■ダウンロード ディレクトリを移動してからダウンロードするといいかも。 # cd /usr/local/src # wget http //ftp.kddilabs.jp/infosystems/apache/httpd/httpd-2.2.16.tar.gz ■解凍 # tar zxvf httpd-2.2.16.tar.gz ■コンパイル前処理 # cd httpd-2.2.16 # CC="gcc" CFLAGS="-O2" \ ./configure \ --prefix=/usr/local/www/apache2.2 \ --with-mpm=prefork \ --enable-mods-shared=all \ --enable-proxy \ --enable-proxy-balancer \ --enable-mods-shared=all \ --enable-ssl 使ったオプション 設定 説明 CC="gcc" Cプログラムをコンパイルするプログラム。正直わからん CFLAGS="-O2" Cコンパイラに与える追加フラグ。正直わからん --prefix インストール先(指定しないとファイルがバラける) --with-mpm リクエストの処理方法の指定 --enable-mods-shared Apacheのモジュールを動的にインストール --enable-ssl SSL対応 ※エラーが出た１ checking for zlib location... not found checking whether to enable mod_deflate... configure error mod_deflate has been requested but can not be built due to prerequisite failures zlibがないらしいのでインストール # yum install zlib-devel ※エラーが出た２ no SSL-C headers found configure error ...No recognized SSL/TLS toolkit detected opensslがないらしいのでインストール # yum install openssl-devel ■コンパイルとインストール # make # make install ■権限の変更 ディレクトリとその配下のファイルとディレクトリのユーザとグループを変更する。 # chown -R apache apache /usr/local/www/apache2.2/ ■Apacheの起動 # /usr/local/www/apache2.2/bin/apachectl start ■Apacheを起動確認(ただしローカル内で) 元からあるindex.htmlにアクセスする ブラウザから見る場合 URLに http //localhost 80/ 又は http //127.0.0.1/ 特に内容を変えていないのなら以下のように表示される It works! コマンドから見る場合 # telnet localhost 80 [enter] [enter] 特に内容を変えていないのなら以下のように表示される HTTP/1.1 200 OK Date Fri, 08 Oct 2010 16 44 00 GMT Server Apache/2.2.16 (Unix) mod_ssl/2.2.16 OpenSSL/0.9.8e-fips-rhel5 DAV/2 Last-Modified Sat, 20 Nov 2004 20 16 24 GMT ETag "21082d-2c-3e9564c23b600" Accept-Ranges bytes Content-Length 44 Connection close Content-Type text/html html body h1 It works! /h1 /body /html Connection closed by foreign host. ■自動起動設定 起動ファイルを名前を変えてコピーする # cp /usr/local/src/httpd-2.2.16/build/rpm/httpd.init /etc/rc.d/init.d/httpd httpd書き換え #httpd=${HTTPD-/usr/sbin/httpd} httpd=${HTTPD-/usr/local/www/apache2/bin/httpd} #pidfile=${PIDFILE-/var/log/httpd/httpd.pid} pidfile=${PIDFILE-/usr/local/www/apache2/logs/httpd.pid} #CONFFILE=/etc/httpd/conf/httpd.conf CONFFILE=/usr/local/www/apache2/conf/httpd.conf 自動起動を設定する # chkconfig --add httpd # chkconfig httpd on 自動起動の確認 # chkconfig --list httpd mysql.server 0 off 1 off 2 on 3 on 4 on 5 on 6 off 次からこれだけで手動起動や停止もできる。 # /etc/rc.d/init.d/httpd start 又は # service httpd start ■参考サイト http //www.apache.jp/manual/ http //www.ecoop.net/coop/translated/GNUMake3.77/make_10.jp.html http //itochif.com/contents/Linux/centos5/web/apache_00100.html
https://w.atwiki.jp/nekonomike/pages/105.html
#blognavi http //www.sun-sentinel.com/features/columnists/sfl-next23mar22,0,6911513.column Enter the Olsen Twins, who have signed on with the recently revived house of Badgley/Mischka. The design duo (Mark and James) have teamed up with the twin titans (Mary-Kate and Ashley) in ads after they all met at the spring/summer runway shows last September in Manhattan. Badgley/Mischkaの最近復活する家で署名したオルセン双子座に入ってください。彼ら全員がマンハッタンでこの9月春夏の滑走路ショーで会ったあと、デザインデュオ（マークとジェームズ）が広告の中で双子の巨人（メアリー-ケイトとアシュリー）と協力して。 Just a few months later the 19-year-old sisters shot the spring campaign, which appears in April glossies. The underlying theme is a modern-day Cinderella. Talk has it that during the shoot (by fashion photog Gilles Bensimon at the St. Regis hotel) Mary-Kate was a dancing fool on top of a baby grand piano tethered to her iPod and sending out for Starbucks ... constantly. Talk has it, and it is only talk, that Ashley was equally energetic and the phrase "Energizer bunny" apparently came up. ちょうど数か月後に、19才の姉妹は春のキャンペーンを撃ちました。そして、それは４月の豪華誌で見かけます。根底にあるテーマは、現代のシンデレラです。話は、撮影の間、（セントリージスホテルのファッション写真家ジルBensimonによって）メアリー-ケイトが彼女のiPodに綱でつながれて、スターバックスを注文している小型グランドピアノの上部の上のダンス馬鹿であったことを持ちます...絶えず。話はそれを持ちます、そして、アシュリーが等しく精力的だったことは話だけです、そして、フレーズ「興奮剤ウサちゃん」は明らかにやって来ました。 カテゴリ [Olsen News] - trackback- 2006年03月22日 14 17 29 #blognavi
https://w.atwiki.jp/ypen/pages/58.html
Japan detects Tamiflu-resistant strain of new flu A Japanese laboratory has identified its first case of a new influenza virus resistant to the antiviral drug Tamiflu. The health ministry says it has received no information about other patients infected with the drug-resistant virus. The drug-resistant strain was isolated in a patient in Osaka Prefecture who had been diagnosed with the new flu on May 29th. The ministry says the patient began taking Tamiflu after being in contact with a carrier of the new flu. However, the patient became feverish on May 24th. The patient later recovered. The Osaka Prefectural Institute of Public Health confirmed that a new flu virus of the patient mutated to develop a resistance to Tamiflu. The ministry plans to continue to monitor the situation at medical institutions nationwide. The Tamiflu-resistant strain was also detected in Denmark on June 30th. However, there is reportedly no risk of the virus spreading and seriously infecting people at the present time. N.Korea fires 4 missiles into Sea of Japan North Korea has reportedly test-fired 4 short-range missiles into the Sea of Japan. South Korea s Defense Ministry says 2 missiles were fired from Wonsan on North Korea s east coast at around 5 20 PM and 6 00 PM, local time, on Thursday. At around 7 50 PM, another missile was fired from a base near Kittaeryong in southeastern North Korea. At 9 26 PM, the fourth missile was launched from Wonsan. South Korean government sources say they believe the projectiles are ground-to-ship missiles with a range of 100 to 150 kilometers. The South Korean authorities had been expecting North Korea to fire a short-range missile as part of routine military drills as the North recently announced a no-sail zone northeast of Wonsan. The South Korean military is on heightened alert for more missile launches. California declares fiscal emergency Governor of the US state of California Arnold Schwarzenegger has declared a fiscal emergency as the state is running a fiscal deficit of about 24 billion dollars. The declaration came after the state legislature failed to agree by the July 1st start of the new fiscal year to the governor s budget plan that involves deep cuts in medical, welfare and educational spending. Schwarzenegger told reporters on Wednesday that the legislature failed to take appropriate action despite his warning that the state coffers would dry up by the end of July. He called the situation very serious. The governor also said that he will order state employees to take 3 days off every month, starting this month, in an effort to cut personnel costs. In California, a tax hike plan aimed at rebuilding the tattered state finances was rejected by a referendum in May. Over 30,000 teaching staff have been notified of dismissal while many of the state s public works projects have been suspended. Many are voicing concern that the tight fiscal situation may result in a downgrading of administrative services. Euro zone unemployment rate hits 10-year high The unemployment rate in the euro zone has hit a 10-year high. The European Commission said on Thursday that the jobless rate in the 16 nations rose to 9.5 percent in May, up 0.2 percentage points from April. That means 273,000 people lost jobs in May, the worst result since May, 1999. The unemployment rate deteriorated in almost all EU countries. The figures from the broader 27-nation bloc increased 0.2 points from April to 8.9 percent in May. The jobless rate in Spain stood at 18.7 percent, the highest in the EU. In Latvia and Lithuania, both battered by the global economic crisis, the unemployment rate rose nearly 10 points from a year ago. The figures were 16.3 percent in Latvia and 14.3 percent in Lithuania. Mizuho Bank, Docomo, teams up for cash transfer Japanese mobile phone giant NTT Docomo and major bank Mizuho will soon launch a service to enable money transfers through mobile phones. Starting July 21st, Docomo subscribers will be able to send money to other subscribers by entering their mobile phone numbers on a dedicated website. Docomo users do not have to know the recipients bank account numbers to send cash, and can transfer up to 20,000 yen, or about 200 dollars, per month. Recipients can designate bank accounts to which they want money sent, or use it to pay their Docomo phone bills. Another major bank, the Bank of Tokyo-Mitsubishi UFJ, and KDDI, the operator of au mobile phone services, already offer financial services through a jointly established bank. The banking industry is expected to intensify its efforts to attract more young mobile phone users.
https://w.atwiki.jp/wayofcaliforniawine/pages/59.html
ワイナリー訪問その３３ Napa Newton（ニュートン） Newton Vineyard（2011年12月訪問） Hallの後、公園でしばし時間を潰したあと、14 30からツアーを予約していたNewton（ニュートン）へ。セントヘレナの西に位置するスプリングマウンテンにあるこのワイナリーは、ふもとの門を通過してから、敷地内のかなり急な坂道をくねくねとしばらく上っていかないと辿り着かない。そんなわけで、発見が困難というわけではないが、かなり世俗を離れた感のあるワイナリーである。 ここはフランスを根拠地とする一大コングロマリットLVMH傘下のワイナリー。LVMHは、ルイ・ヴィトンをはじめとするファッションブランドの数々も所有しているが、酒の分野でもMoët Chandon, Krug, Château Cheval Blanc, Château d'Yquem, Ardbeg, Glenmorangie, Hennessy...等など、そうそうたるラインナップをその傘下におさめている。ここもそういった中の１つなわけだ。 ここのテイスティングは完全予約制で、ツアー込み、40ドル。軽食とのペアリングも楽しませてくれる。日本版「サイドウェイズ」は、原作と違って舞台がナパになり、このワイナリーが登場したんだとか・・・まだ観ていないが。 坂道を上りつくしてワイナリーに辿り着くと、葡萄の段々畑越しに下界を見下ろす素晴らしい眺め。適当なスペースに駐車して建物に近寄ると、背の高い男の人が出迎えてくれた。名前は確かスティーブさん。この方が、ツアーとテイスティングの間、私をアテンドしてくれた。 実にラッキーなことに、Caymusのときと同様、今回のツアーは私一人だけだった。そのおかげか、スティーブさんは、「家族の方もよかったら一緒に入って来てください」と仰ってくださった。しかし、息子達が車内で爆睡中だったので、妻は車でお留守番（そして妻も爆睡）。 まずはテイスティングルームに入り、ぶらぶら調度品などを眺めて歩きながら会話を楽しみ、１杯目のシャルドネを頂く。 2010 Chardonnay (Red Label) Newtonは、最高級のブレンドワイン"The Puzzle"を筆頭に、高級ワイン"Unfiltered"シリーズと、廉価版"Red Label"シリーズを販売している。このシャルドネは廉価版の方で、フレッシュでサッパリしていた。 次いで外に出て、自慢のお庭を散策。遠くに見える一本の樹がエチケットに描かれているんだとか、庭は３人の庭師が週５回８時間手入れをしているんだとかいったお話を伺う。何故か真っ赤な鳥居があったので理由を訊いてみたところ、「正直なところ、わからない。もしかしたら、オーナーの細君が中国人であることと関係あるのかも知れない。」とのこと。 それから、ワイン醸造に用いられるタンクを観たり、庭と同じ高さにあるカーヴを観たりした後、庭の地下に広がるカーヴへ。葡萄を絞る場所よりも下にカーヴがあるのは伊達ではなく、重力を利用したいわゆるグラヴィティ・フロー方式でワインを造るため。無濾過のシャルドネは沈殿物が樽の下側に溜まってくるので、上澄みを取り出して別の樽に入れ、また沈殿物を沈ませる、という作業を経ているんだそう。樽内のワインに空気を取り込ませるための撹拌は人手でやっているそうだし、いやはや大変な手間がかかっているのだなあと実感。 ひとしきり醸造設備を見学した後でテイスティングルームに戻り、いよいよ試飲。グラスは４つ用意されていて、奥の皿には４種の小さな前菜風の料理が盛られていた。 まずは、2008 Unfiltered Shardonnay。しっかり濃い黄色だが、クリアに透き通っている。実にリッチな、まろい甘みで、キャラメルのような風味。Red Labelとは全然違うタイプだ。あまり冷やされていないのだが、これは計算なのだそうで、スティーブさん曰く「本当に良いシャルドネは、ある程度高い温度で飲んだ方が良い」とのこと。合わせた料理は、小さなレンゲのようなものに乗った"dungeness crab, filo gold apples, meyar lemon, vanilla"…要するに蟹肉と小さな角切りリンゴで、これを一口で頂く。実においしかったということ以外は忘れてしまった。 続いて、2007 Unfiltered Merlot。合わせた料理は"tea smoked liberty farms duck, blood orange, pink peppercorn"、これもやはり一口レンゲで。スモークされた鴨肉の風味とオレンジの取り合わせだけでも素敵だったが、果実味豊かな赤ワインと合わさってなおウマい…こういった取り合わせを、レストランで思いっきり楽しんでみたいものだ。 次は2008 Unfiltered Cabernet Sauvignon。まだ日本にいた頃にこれの2007年を飲んで美味しかった記憶があるが、2008もやはり美味しい。香りが華やかで、果実味が濃くて、上品な甘さがあって。合わせたのは"bleu d'auvergne"、ブルーチーズだ。至福。 そして、最後に2007 The Puzzle。色々な方のブログを巡って事前に調査したところによると、この１杯は、出してくれるときとそうでないときがあるようだった。そういうわけで、期待どおりThe Puzzleが出てきたときには内心小躍りした。この日の10 00から約５時間デキャンタしてあったとのこと。エレガントな香りとフルーティな味で実に美味しい。香りがもっと強ければなお良いと思ったが、少なくとも以前家で同じものを飲んだときより美味しく感じた。やはり、きちんとデキャンティングして適切な温度でサーブされたものだからだろう。合わせたのは"flourless valrhona chocolate tart, star anise cream, spiced pomegranate"…フラッグシップワインをチョコと合わせるとは意外だったが、確かにチョコの苦味と複雑な赤ワインが良くマッチしているように思えた。 その後、ゆっくりと４種のワインがグラスから無くなるまで頂き、ニュートンを後にした。 40ドルという値段は、冷静に考えると決して安いものではない。しかし、テイスティングのみでなく、ツアー、料理とのペアリングも楽しめたので、実に満足のいく内容だった。 １つ前のワイナリー訪問へ 次のワイナリー訪問へ 関連項目 家飲みワイン Newton The Puzzle 2007 Newton CABERNET SAUVIGNON Unfiltered 2008 ワイナリーのWebサイトはこちら：http //www.newtonvineyard.com/splash/dspSplash.cfm
https://w.atwiki.jp/englishlanguage/pages/461.html
OLD ... Oldireva, Larisa. 1999. "Cathed or Caught Towards the Standard Usage of Irregular Verbs", in Writing in Nonstandard English, ed. Irma Taavitsainen, Gunnel Melchers Päivi Pahta, pp. 263-284. Amsterdam John Benjamins.
https://w.atwiki.jp/acpuyotuurating/pages/17.html
戦績 2013年 2014年 2015年前半 2015年後半 2016年
https://w.atwiki.jp/corda2-encore/pages/44.html
昼休み会話