約 2,400,479 件
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/wiki6_piro/pages/208.html
OLD オーバーロックナット寸法の略。 ハブの幅のこと。 フロントハブ 100mm：一般的な幅。 110mm：20mmアクスルの幅 リアハブ 130mm：ロード 135mm：一般的なマウンテンバイク 150mm：一部フリーライドバイク・ダウンヒルバイク 関連項目 自転車用語 + ... あ行▼ アーガイル アーネット アーレンキー Aaron Gwin Aaron Chase アイウェア ISIS iドライブ Iビーム アウターチューブ 東商会 Adam Craig Adam Hauck 安達靖 アトムラブ Anita Molcik Anneke Beerten アヘッドステム アメリカンバルブ アメリカンBB アルチュラ アルミニップル アレックス アンカー アンサー アンターンダウン Andrew Neethling Andreu Lacondeguy Andrew Shandro アイアンホース アイステクノロジー アイスペック アイドゥン アキコーポレーション アクソ アケボノ アゾニック アップスウィープ アディダス アブバカ アリソン・サイダー アリビオ アルパインスター アルピナ アルマイト アルミニウム アルミニウム合金 アンソン・ウェリントン アン・キャロリーヌ・ショソン E13 イーストン イーヴィル イエティ ITA規格ノーマルサイズ 井手川直樹 Irina Kalentieva インスタントリリース インターテック インチ インディアンエアー インテグラルヘッド インデックスシフト インナーチューブ インフレーター インターナショナルスタンダード インターマックス インダストリーナイン インテンス インテンスタイヤシステム インパルス インフィニ インヴァート ウィーザピープル ウィッパーマン ウィリー ウィンドストッパー ウェーブローター ウェス ウェルゴ Wade Bootes ウェイン・ゴス ウォールライド ウッズバルブ ウルトラツアー ウェイド・シモンズ エアサスペンション エアスプリング エアターン エアロスポーク エクスターナルBB SRサンツアー SDG SPD-R Emmeline Ragot エラストマー Eric Carter エレベーテッドチェーンステイ エンデューロワールドシリーズ エンデューロワールドシリーズ/2013年 エンド金具 エンド幅 エンヴェ エイアンドエフ エクスペド エッジ エリック・ポーター エリート エルスワース オイルダンパー オーキッド オークリー オーストリッチ オーディナリー型 オーバーサイズ オーバーロックナット寸法 オールトラベル オールマウンテン オールマウンテン（マルゾッキ） 小笠原崇裕 オクタリンク オクタンワン オデッセイ オニール 鬼こぎ 小野寺健 折り畳み自転車 オルトリーブ オルベア オレンジ オリンピック か行▼ カーカス カーター・ホランド カート・ヴォレイス カートリッジBB カーリン・ダン Kyle Strait カシマコート カセットスプロケット カップアンドコーンBB カトリナ・ミラー Kamil Tatarkovic 完組ホイール カンチブレーキ カンチブレーキ台座 ガイドプーリー ガセット カイル・エベト カヤバ カルロ・ディエクマン カワシマサイクルサプライ カンパニョーロ ガン・リタ・ダール キックバック Guido Tschugg Kathy Pruitt キャットアイ キャリアダボ キャリパーブレーキ キャリパーブレーキ台座 キャットウォーク Cameron Zink Cameron McCaul キャリア キャンピング Qバイクス 逆ねじ キアラ・ビサロ キャットライク キャノンデール キャノンデール・ザカット（2006） ギャレス・デイヤー グッドリッジ クラウン クラック クランカー クランク クランク軸 クリート Chris Akrigg Chris Kovarik Christoph Sauser クリフハンガー クリンチャータイヤ Claire Buchar Xアップ クロスカントリーオリンピック クロスカントリーバイク クロスカントリーマラソン Xバート クロスバイク クロムモリブデン鋼 グーフィースタンス グラインド グラブ グリップ Greg Minnaar クライン クラインプレシジョンBB クラブモデル クランクフリップ クリスキング クリス・ハットン クリフジャンプ クロスカントリー クロスマックス グラビティー グリス グリップシフト グレッグ・ワッツ 軽車両 ケーンクリーク 結晶粒度 Kelly McGarry ケンダ 原動機付自転車 ゲイリーフィッシャー Goran Jurica コア コイルサスペンション コースターブレーキ コーダ コーブ コーワ 国際自転車競技連合 コックス コナ・クランプ（2006） コラテック コルナゴ コンプレッションホイール コンポーネント ゴースト ゴールドラベル コナ コルサ コルドバ コロンバス コンチネンタル コントロールテック さ行▼ サーカス サーボウェーブ サーリー サイドウォール サイドバッグ サイロ サスペンションシートポスト サスペンションフォーク サスペンションポンプ サドルレール サドル サドルバッグ サピム Sabrina Jonnier Sam Hill Sam Pilgrim Sam Blenkinsop サルサ サンドマン サスペンションユニット サブ4ペダル サムシフター サリ・ヨーゲンセン サンタクルズ サンタクルズ・シンジケート（2012） サンツアー サンライン サンリングル Geof Gulevich Julien Absalon SID ジー ジー/M640系 Gee Atherton シーオッタークラシック シートアングル シートクランプ シートステイ シートチューブ シートチューブ長 シートポスト シートポストキャリア Geoff Kabush Jeremy Horgan-Kobelski 661 ジップ 自転車/交通に関する法規 自転車ツーリング 自転車の歴史 自転車道（道路交通法） シフトレバー シマノ シャーマン Justin Leov 車道 シャドウディレイラー 車両 ジャイアントジャパン Justin Havukainen Jared Graves シュモルケ 小径車 小児用の車 ショームス・マクグラス Sean Watson Jill Kintner シングルクラウン シングルトラック シンテイス ジープロード ジオメトリー 時効硬化 JIS規格ノーマルサイズ JIS規格BB 自転車 ジャックナイフ ジャックナイフターン ジャンプバイク ジュディー Julien Camellini ジロ シクロクロス シクロクロスバイク シディ シバー シフター シマノ/ディスクブレーキ シマノ/マウンテンバイクコンポーネント シュウィン シュワルベ ショーワ シンクロス シングルスピード シーオッタークラシック/2006年 シーオッタークラシック/2010年 ジェイミス ジェフ・レノスキー ジャイアント ジャイアントUSA（2006） ジャイアントファクトリーオフロードチーム（2011） ジャレッド・ランド ジャンプ技一覧 ジョエイ・ゴフ ジョン・コーワン ジョー・ブリーズ スイングアーム スーパーマン スーパーマンシートグラブ スーパーオーバーサイズ スー・ヘイウッド 末政実緒 スクエアテーパー スケートパーク 鈴木雷太 スタンドオーバーハイト ステアリングコラム Steve Peat ステンレス ストーク ストローク スネークバイト スパニッシュBB スプリング スポーク スラント角 スロープスタイルバイク スカレブ スコット スタンス ステム ストロングライト ストーンエッジ スバル・トレック（2012） スパイ スパイン スパンク スペシャライズド スペシャライズドレーシング（2012） スポルティーフ スミス スラム スリックタイヤ スレッド スロープスタイル Celine Gros セイント セイント/M800系 セイント/M810系 セイント/M820系 世界選手権大会 Cedric Gracia 720 セライタリア セラサンマルコ セレブ センタープルブレーキ センターリッジ センターロック Z2 Z1 セブン セミスリック セラロイヤル ソンブリオ ソフトテイル ソラ た行▼ ダートジャンパー ダートフリーク ターナー ターンダウン ダイナシス タイヤ Tyler McCaul ダウンヒルチューブ TAK21 竹谷賢二 Danny Hart たのしいやまみち ダブルダウンサイドテイルウィップ タラス Dan Atherton 鍛造 ダークサイクル ダートジャンプ 大規模自転車道 ダイヤモンドフレーム ダイレクトステム ダウンスイング ダウンヒル ダウンヒルコース ダウンヒルバイク ダンパー バーエンドコントローラー タイオガ タイテック タイム タイムトライアルバイク タイヤレバー タイラー・クラッセン タックス タックノーハンド タラ・リャネス タンゲ ダイアテック ダイネーゼ ダウンヒルレース ダニエル ダニカ・シュローター ダブルバックフリップ ダブルバテッド ダブルレバー ダレン・ベラクロス ダレン・ポコイ チェーン チェーンステイ チェーンデバイス チェーンホイール チェーンリング チタン チャージ チューブ チューブラータイヤ チューブレス チューブレスリム チューブス 調質 チキンウィング チタン合金 チューブレスタイヤ チューン ツーピースクランク ツーウェイリリース ツーリング ツーリングバイク ツバグラ ディズナ ティンカー・ウォーレス テーパーヘッド テーブルトップ テールライト デオーレ デオーレLX デオーレLX/M570系 デオーレLX/M580系 デオーレLX/T660系 デオーレXT デオーレXT/M750系 デオーレXT/M760系 デオーレXT/M770系 デオーレXT/M780系 デオーレ/M510系 デオーレ/M530系 デオーレ/M590系 デオーレ/M610系 デュアル テレスコピックサスペンション テンションプーリー テンションホイール DMR DT ディープリム ディスクハブ ディスクブレーキ ディレイラー デモンターブル デュアルコントロールレバー ティアグラ ティモ・プリッツェル テイルウィップ ディザスター ディスオーダー６ ディスクブレーキ台座 デイティー デイブ・ワトソン デュアルスラローム デュラエース デンジャーボーイ Dominik Raab 29er 東京サンエス 道路構造令 トーテム Tomas Slavik トーマス・ヴァンダーハム トーマス・フリシュクネヒト DOT Todd Wells トップチューブバッグ トップノーマル トライアスロンバイク トライアルバイク トランジション 888 トリプルクランク トルクスレンチ Tracey Hannah Tracy Moseley トレイルライド トレッド トレッキングバイク Troy Brosnan ドロップハンドル 泥除けダボ トップチューブ トピーク トボガン トマック トムソン トム・リッチー トライアル トライスポーツ トラックドライバー トラックバイク トラビス トラベル トランスファー トリガーシフター トルクス トルヴァティヴ トレイル トレック トレックワールドレーシング（2010） トレックワールドレーシング（2012） トロイリーデザインズ トロンド・ハンセン ドメイン ドラゴン ドロップオフ な行▼ ナイキ ナックナック ナッシング ニールス・ウィンドフェルト Nick Beer ニップル ニップル回し 日本マウンテンバイク協会 ニクソン ニコライ ニコラ・ヴィヨス ニナ・ゲール ヌークプルーフ Nathan Rennie ねじ 熱処理 ノースウェーブ ノースショア ノーハンド ノーフット ノーフットキャンキャン ノキアン ノルコ は行▼ パークツール バースト バースピン ハードテイル ハーフキャブ バームスライダー パールイズミ パイク 廃道 ハイドロフォーミング パイロット 発光ダイオード パナソニック パナレーサー バニーホップ180 バニーホップテイルウィップ バニーホップ360 ハブブレーキ パラレルプッシュリンク パレ那須 バレルロール パンク ハンドルバー バーテープ バッシュガード バテッドスポーク バネ下重量 ヴァネッサ・クイン ハイパードライブ ハドレー ハブ ハブスパナ ハブダイナモ ハロー ハンドプラント バックサイド バックスウィープ バックフリップ バテッド バニーホップ バニーホップロックウォーク バンズ ピーク ヒールクリッカー ピボタル ビーチクルーザー ビード BB下がり BBハイト ビンディングペダル ヒルクライム ビアンキ ファティー Fabien Barel ファットバイク Fionn Griffiths フィジーク Vブレーキ Filip Polc プーリー プーリーケージ フォーク 4X（マルゾッキ） フォークロスバイク フォーミュラ フォーアーム フォークロス 4Xプロツアー ふじてんリゾート 普通自転車 フックドエッジ フットプラント Brian Lopes ブラスニップル フラットバー フラットペダル ブラックスパイア プラペダル フリーコースターハブ フリーハブ フリーホイール フリーライドバイク フルボトム フレア ブレーキローター フレーム プレスフィットBB86 プレスフィットBB92 プレスフィット30 振れ取り 振れ取り台 Brendan Fairclough フレンチバルブ プロ フロート プロテック プロファイルレーシング Floriane Pugin Florian Vogel プロロゴ フロントキャリア フロントセンター フロントディレイラー フロントバッグ Bryn Atkinson ブレーキ ブレーキシュー ブレーキ台座 ブレーキパッド ブレーキホース ブレーキレバー ブレード ファイブテン ファン ファンファンシー フェイキー フェイキーマニュアル フェルト フォックスレーシングショックス フォーバーリンケージ フファニュ フリーライド フルサスペンション フルダイナミクス フレドリック・ケシアコフ フロントスプロケット フロントハブ フロントフリップ ブラック ブリコ ブルックリンマシンワークス ブレーキフルード ブロックタイヤ ペース 北京オリンピック ペグスパナ ペダル ペダルレンチ ヘッドショック ヘッドライト ヘッドアングル ヘッドチューブ ヘッドパーツ Benny Phillips ヘルメット Helen Gaskell ヘイズ ベル ベンダー ベンド ベン・ボイコ ホイール ホーザン ホープ Paul Basagoitia ホーン ポゴ ポゴ180 Jose Antonio Hermida 歩道 ポリプロピレン ボトルケージ ボトルケージ台座 ボビング ホシ ホッピング ホローグライド ホローテック ホローテックⅡ ボクサー ボクサーマウント ボトムブラケット ボトムブラケットシェル ボムシェル ボントレガー ま行▼ Marc Beaumont マーズ Martin Soderstrom マーベリック マーリン Mike Hopkins マウンテンバイク マクスル マグラ台座 マスターシリンダー Matti Lehikoinen マニュアル Manuel Fumic マヴィック Mary McConneloug マルチリリース マウンテンバイクチーム一覧 マウンテンバイク競技 マウンテンバイク選手一覧 マキシス マキシスMSC（2006） マグラ マッドタイヤ マニトウ マムアンドポップス マリン マリー・ヘレナ・プレモン マルクス・クラウスマン マルコウフ・ベルシトウド マルゾッキ マングース Mickael Deldycke Mickael Pascal Michal Marosi ミショー型 ミッドBB ミノウラ ミシュラン ミズタニ自転車 ムーツ メカニカルディスクブレーキ Melissa Buhl メット メリダ モノリンク モンスタークロス モアウッド モトクロスインターナショナル モラティ モンスターエナジー・スペシャライズド（2012） モンドレイカー モンベル や行▼ 焼きなまし 柳原康弘 Jana Horakova Yannick Granieri 山口孝徳 山本幸平 油圧式ブレーキ 油圧リムブレーキ UCIマウンテンバイクワールドカップ ユートピア Uブレーキ Julien Muller Jurg Meijer ユッチンソン ユリス 溶体化処理 Joost Wichman らわ行▼ ライザーバー Ryder Kasprick ライトスピード ラジアル組み ラス Rafael Alvarez De Lara Lucas ランドナーバー ライアン・リーチ ライズ ライトウェイ ライバル ラピッドファイヤープラス ランス・マクダーモット ランドナー リアエンド リアキャリア リアサスペンション リア三角 リアセンター リアディレイラー リアホイール Liam Killeen リーコン リーチ リーバ リクセンカウル リジッドバイク リバースアーチ リム リムテープ リムブレーキ リンク式サスペンションフォーク 輪行 輪行袋 リンスキー リアハブ リカンベント リジッドフォーク リッチ・ハウズマン リッチー リッチー・シュレイ リパック リベレーション リムセメント リリック ルークス ルディープロジェクト ルイガノ ルック ルックダウン ルックバック ルック車 Rachel Atherton レーザー レースフェイス レザイン レッドブルランページ レッドブルランページ/2013 レバー比 レフティー レフトドライブ レボシフト レンサル レアナ・ジェラード レイク レイノルズ レギュラースタンス レッド レッドブル レモン Roel Paulissen ローテック ロードバイク ローノーマル ローラーブレーキ Laurence Leboucher ロールアウト ロールバック ローロフ ロケット Roger Rinderknecht 路側帯 ロックウォーク ロックオン ロトワイルド ロイヤルレーシング ロッキーマウンテン ロッキーマウンテン・ビジネスオブジェクツ（2006） ロックアウト ロックショックス ロックタイト ロビー・ボードン ワールドカップ ワイドリンクデザイン ワイヤーカッター ワイヤードオン 180 ワンポイントファイブ ワンハンド 数字▼ 105 10速 15mmアクスル 180 1996年世界選手権大会 2005年ワールドカップ ダウンヒル 女子 2005年ワールドカップ ダウンヒル 男子 2005年ワールドカップ フォークロス 男子 2005年世界選手権大会 2006年NMBS クロスカントリー 2006年NMBS ダウンヒル 2006年アディダススロープスタイル 2006年クランクワークス 2006年ザ・ギャザリング 2006年ブラウン26トリックス 2006年リスボンダウンタウン 2006年レッドブルディストリクトライド 2006年ワールドカップ クロスカントリー 女子 2006年ワールドカップ クロスカントリー 男子 2006年ワールドカップ ダウンヒル 女子 2006年ワールドカップ ダウンヒル 男子 2006年ワールドカップ フォークロス 女子 2007年世界選手権大会 2008年ワールドカップ ダウンヒル 男子 2009年ワールドカップ ダウンヒル 男子 2011年レッドブルホーリーライド 2012年ワールドカップ ダウンヒル 男子 20mmアクスル 20インチ 24インチ 26インチ 27.5インチ 29+ 29er 29インチ 360 3Al-2.5Vチタン 4Xプロツアー 4X（マルゾッキ） 6000番系アルミニウム合金 650A 650B 650C 661 6Al-4Vチタン 700C 720 888 9速 アルファベット▼ Aaron Chase Aaron Gwin Adam Craig Adam Hauck Andreu Lacondeguy Andrew Neethling Andrew Shandro Anita Molcik Anneke Beerten ATA ATi AXライトネス BB30 BB386EVO BB90 BB95 BBハイト BBライト BB下がり Ben Travis Benny Phillips BL-M950 BR-M739 BR-M750 Brendan Fairclough Bryn Atkinson Cameron McCaul Cameron Zink Celine Gros CFRP Chris Akrigg Chris Kovarik Christoph Sauser Claire Buchar CS-M770 CS-M771-10 Dan Atherton Danny Hart DCシューズ dkg DMR DNF DNS Dominik Raab DOT DT E13 EBC Emmeline Ragot Eric Carter ET ETA ETRTO Fabien Barel FC-M601-2 Ferdi Fasel FH-M950 Filip Polc Fionn Griffiths Florian Vogel Floriane Pugin FSA Gee Atherton Geoff Kabush Goran Jurica Greg Minnaar GT GTファクトリーレーシング（2012） Guido Tschugg Helen Gaskell HG HGチェーン HS33 IG IRC Irina Kalentieva ISCG ISIS ITA規格ノーマルサイズ Iビーム James Patterson Jana Horakova Jared Graves JD Swanguen Jeremy Horgan-Kobelski Jill Kintner JIS規格BB JIS規格ノーマルサイズ Johannes Fischbach Joost Wichman Jose Antonio Hermida Julien Absalon Julien Muller Jurg Meijer Justin Havukainen Jシリーズ K2 Kamil Tatarkovic Kathy Pruitt Kelly McGarry KHS Kyle Strait Laurence Leboucher LED Liam Killeen Manuel Fumic Marc Beaumont Martin Soderstrom Mary McConneloug Matti Lehikoinen MBUKサンタクルズ（2006） Melissa Buhl Michal Marosi Mickael Deldycke Mickael Pascal Mike Hopkins MRP MSC MSイーヴィルレーシング（2011） Nathan Rennie Nick Beer OCLV ODI OGK OLD PCD Qファクター R7 Rachel Atherton Rafael Alvarez De Lara Lucas RBデザイン RD-M772SGS Roel Paulissen Roger Rinderknecht Romain Saladini Ryder Kasprick Sabrina Jonnier Sam Blenkinsop Sam Hill Sam Pilgrim SDG Sean Watson SID SIS SL-M800 SLR SLX SLX/M660系 SLX/M670系 SPD SPD-SL SPV SRサンツアー ST-M775 Steve Peat STI TAK21 the Todd Wells Tomas Slavik TPC Tracey Hannah Tracy Moseley Troy Brosnan TSG TST5 Tyler McCaul UCI UCIマウンテンバイクワールドカップ UCIマウンテンバイクワールドカップ/2013年/ダウンヒル男子 URT UST Uターン Uブレーキ VPP Vブレーキ Wade Bootes WTB X.O XC（マルゾッキ） XTR XTR/M950系 XTR/M960系 XTR/M970系 XTR/M980系 Xアップ Xバート Xフュージョン Yannick Granieri YTインダストリーズ Z1 Z2 ZR9000 29+ オーバーロックナット寸法 自転車辞典 タグ 「O」 アルファベット ハブ 自転車用語
https://w.atwiki.jp/sami1127/pages/19.html
scaffoldで作成されるもの C \rails\rjs_tutorial ruby script/generate scaffold category name string descrip tion text exists app/models/ exists app/controllers/ exists app/helpers/ create app/views/categories create app/views/layouts/ exists test/functional/ create test/unit/ exists public/stylesheets/ create app/views/categories/index.html.erb create app/views/categories/show.html.erb create app/views/categories/new.html.erb create app/views/categories/edit.html.erb create app/views/layouts/categories.html.erb identical public/stylesheets/scaffold.css create app/controllers/categories_controller.rb identical test/functional/categories_controller_test.rb create app/helpers/categories_helper.rb route map.resources categories dependency model exists app/models/ exists test/unit/ create test/fixtures/ create app/models/category.rb create test/unit/category_test.rb create test/fixtures/[[categories.yml]] exists db/migrate create db/migrate/20090123065742_create_categories.rb
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/0x0b/pages/46.html
Array オブジェクト (Array Objects) Array オブジェクトはプロパティ名のクラスに特別な扱いを与える。プロパティ名 P (文字列値形式) は、ToString(ToUint32(P)) と P が等しく、かつ ToUint32(P) と 232-1 が等しくない場合、配列のインデックスであり、かつこの場合に限られる。各 Array オブジェクトは length プロパティを持ち、その値は常に 232 未満の負でない整数\である。length プロパティの値は配列のインデックスである各プロパティ名よりも数値的に大きい; Array オブジェクトのプロパティが作成または変更されるときは、他のプロパティがこの不変を維持する必要からいつでも調整される。特別に、配列のインデックスのプロパティが追加されるときはいつでも、length プロパティは変更され、必要であれば、配列のインデックスの数値的な値より大きくなる; そして length プロパティが変更されるといつでも、新しい length 以上の値の配列インデックスの各プロパティは自動的に削除される。この制約は Array オブジェクト自身のプロパティにのみ適用され、length やその prototype から継承されうる配列インデックスプロパティによっては影響されない。 15.4.1 関数として呼出される Array コンストラクタ (The Array Constructor Called as a Function) Array がコンストラクタとしてではなく関数として呼出されるならば、新規に Array オブジェクトを生成して初期化する。関数呼出し Array(...) は、同じ引数を持つオブジェクト生成式 new Array(...) と等価である。 15.4.1.1 Array ( [ item1 [ , item2 [ , ... ] ] ] ) Array 関数が呼出されると、次のステップが取られる 同じ引数\で Array コンストラクタを呼出す (セクション 15.4.2) のと全く同様に、新規 Array オブジェクトを生成して返す。 15.4.2 Array コンストラクタ (The Array Constructor) Array が new 式の一部として呼出されるとき、それはコンストラクタである; 新規に生成したオブジェクトを初期化する。 15.4.2.1 new Array ( [ item0 [ , item1 [ , ... ] ] ] ) この説明は、引数を与えられないか、 2 つ以上与えられる Array コンストラクタに適用する。 新規に構築されたオブジェクトの Prototype プロパティは、 Array.prototype の初期値 (せくしょん 15.4.3.1) である、オリジナルの Array プロトタイプオブジェクトに設定される。 新規に構築されたオブジェクトの Class プロパティは、 "Array" に設定される。新規に構築されたオブジェクトの length プロパティは、引数の数に設定される。 新規に構築されたオブジェクトの 0 プロパティは、 (供給された) item0 に設定される; 新規に構築されたオブジェクトの 1 プロパティは、(もし供給されれば) item1 に設定される; そして、一般に、そこにあるのと同じだけの引数に対して、新規に構築されたオブジェクトの k プロパティは、第一引数を引数番号 0 と考えて引数 k に設定される。 15.4.2.2 new Array (len) 新規に構築されるオブジェクトの Prototype プロパティは、Array.prototype (セクション 15.4.3.1) の初期値である、オリジナルの Array プロトタイプオブジェクトに設定される。新規に構築されるオブジェクトの Class プロパティは "Array" に設定される。 引数 len が Number で、かつ ToUint32(len) が len と等しければ、新規に構築されるオブジェクトの length プロパティは、 ToUint32(len) に設定される。引数 len が Number で、かつ ToUint32(len) か len と等しくなければ、例外 RangeError が投げられる。 引数 len が Number でなければ、新規に構築されるオブジェクトの length プロパティは 1 に設定され、新規に構築されるオブジェクトの 0 プロパティは、 len に設定される。 15.4.3 Array コンストラクタのプロパティ (Properties of the Array Constructor) Array コンストラクタの内部 Prototype プロパティの値は、 Function プロトタイプオブジェクト (セクション 15.3.4) である。 内部プロパティ及び length プロパティ (値は 1 ) の他に、Array コンストラクタは次のプロパティを持つ 15.4.3.1 Array.prototype Array.prototype の初期値は Array プロトタイプオブジェクト (セクション 15.4.4) である。 このプロパティは、属性 { DontEnum, DontDelete, ReadOnly } である。 15.4.4 Array プロトタイプオブジェクトのプロパティ (Properties of the Array Prototype Object) Array プロトタイプオブジェクトの内部 Prototype プロパティの値は、 Object プロトタイプオブジェクト (セクション 15.2.3.1) である。 Array プロトタイプオブジェクトはそれ自身が配列である; その Class は "Array" で、 length プロパティ (初期値は +0) とセクション 15.4.5.1 に述べる特殊な内部 Put メソッドを持つ。 プロトタイプオブジェクトのプロパティである関数の説明において、以降フレーズ "このオブジェクト" は関数実施の this 値であるオブジェクトを参照する。内部 Class プロパティの値が "Array" でないオブジェクトであることが this に許可される。 NOTE Array プロトタイプオブジェクトは独自の valueOf プロパティを持たない; だが、 valueOf プロパティを Object プロトタイプオブジェクトから継承する。 15.4.4.1 Array.prototype.constructor Array.prototype.constructor の初期値は、組込み Array コンストラクタである。 15.4.4.2 Array.prototype.toString ( ) この関数の呼び出しの結果は、このオブジェクトに組込み join メソッドを引数無しで呼出すのと同様である。 toString 関数は汎用的ではない; this 値が Array オブジェクトでなければ、例外 TypeError を投げる。それゆえ、他の種類のオブジェクトにメソッドとして転用できない。 15.4.4.3 Array.prototype.toLocaleString ( ) 配列要素は toLocaleString メソッドで文字列に変換され、それらの文字列は連結され、実装が定義するロケール特定の方法で引き出される分離子文字列で分離される。この関数の呼出しの結果は、 toString の結果に類似することが意図されるが、この関数の結果はロケール特定であることが意図される。 結果は次のように計算される このオブジェクトの Get メソッドを引数 "length" で呼出す。 ToUint32(Result(1)) を呼出す。 separator をホスト環境の現在のロケールに置いて適当なリスト分離文字列 (これは実装が定義する方法で引き出される) とする。 ToString(separator) を呼出す。 Result(2) が 0 ならば、空文字列を返す。 このオブジェクトの Get メソッドを引数 "0" で呼出す。 Result(6) が undefined か null ならば、空文字列を使用する; そうでなければ、 ToObject(Result(6)).toLocaleString() を呼出す。 R を Result(7) とする。 k を 1 とする。 k が Result(2) と等しければ、 R を返す。 R と Result(4) の連結で生成される文字列値を R とする。 このオブジェクトの Get メソッドを引数 ToString(k) で呼出す。 Result(12) が undefined か null ならば、空文字列を使用する; そうでなければ、 ToObject(Result(12)).toLocaleString() を呼出す。 S と Result(13) の連結で生成される文字列値を R とする。 k を 1 増分する。 ステップ 10 へ。 toLocaleString 関数は汎用的ではない; this 値が Array オブジェクトでなければ、例外 TypeError を投げる。 それゆえ、他の種類のオブジェクトにメソッドとして転用できない。 NOTE この関数の第一パラメータは、この標準の将来のバージョンで使用される可能性がある; 実装はこのパラメータを他の用途に使用しないことを推奨する。 15.4.4.4 Array.prototype.concat ( [ item1 [ , item2 [ , ... ] ] ] ) concat メソッドが 0 個以上の引数 item1, item2, etc. で呼出されると、順に各引数の配列要素が続く、オブジェクトの配列要素で構成される配列を返す。 次のステップが取られる A を、式 new Array() と同様に生成された新規配列とする。 n を 0 とする。 E を このオブジェクトとする。 E が Array オブジェクトでなければ、 ステップ 16 へ。 k を 0 とする。 E の Get メソッドを、引数 "length" で呼出す。 k と Result(6) が等しければ、ステップ 19 へ。 ToString(k) を呼出す。 E が Result(8) という名前のプロパティを持つならば、ステップ 10 へ。 E が Result(8) という名前のプロパティを持たないならば、 ステップ 13 へ。 ToString(n) を呼出す。 E の Get メソッドを、引数 Result(8) で呼出す。 A の Put メソッドを、引数 Result(10) と Result(11) で呼出す。 n を 1 増分する。 k を 1 増分する。 ステップ 7 へ。 ToString(n) を呼出す。 A の Put メソッドを、引数 Result(16) と E で呼出す。 n を 1 増分する。 引数リストから次の引数を取得する; これ以上引数がなければ、ステップ 22 へ。 E を Result(19) とする。 ステップ 4 へ。 A の Put メソッドを、引数 "length" と n で呼出す。 A を返す。 concat メソッドの length プロパティは 1 である。 NOTE concat 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 concat 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.5 Array.prototype.join (separator) 配列要素は文字列に変換され、文字列は連結され、 separator で分離される。 separator が提供されないならば、 1 つのカンマが separator に用いられる。 join メソッドは引数 separator をとり、次のステップを実行する このオブジェクト の Get メソッドを、引数 "length" で呼出す。 ToUint32(Result(1)) を呼出す。 separator が undefined ならば、 separator を 1 文字の文字列 "," とする。 ToString(separator) を呼出す。 Result(2) が 0 ならば、空文字列を返す。 このオブジェクト の Get メソッドを、引数 "0" で呼出す。 Result(6) が undefined か null ならば、 空文字列を用いる; そうでなければ、 ToString(Result(6)) を呼出す。 R を Result(7) とする。 k を 1 とする。 k が Result(2) が等しければ、 R を返す。 S を、 R と Result(4) を連結して生成される文字列値とする。 このオブジェクト の Get メソッドを、引数 ToString(k) で呼出す。 Result(12) が undefined か null ならば、空文字列を用いる; そうでなければ、 ToString(Result(12)) を呼出す。 R を、 S と Result(13) を連結して生成される文字列値とする。 k を 1 増分する。 ステップ 10 へ。 join メソッドの length プロパティは 1 である。 NOTE join 関数は故意に汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 join 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.6 Array.prototype.pop ( ) 配列の最後の要素が配列から取り除かれ、返される。 このオブジェクト の Get メソッドを、引数 "length" で呼出す。 ToUint32(Result(1)) を呼出す。 Result(2) が 0 以外ならば、 ステップ 6 へ。 このオブジェクト の Put メソッドを、引数 "length" と Result(2) で呼出す。 undefined を返す。 ToString(Result(2)-1) を呼出す。 このオブジェクト の Get メソッドを、引数 Result(6) で呼出す。 このオブジェクト の Delete メソッドを、引数 Result(6) で呼出す。 このオブジェクト の Put メソッドを、引数 "length" と (Result(2)-1) で呼出す。 Result(7) を返す。 NOTE pop 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 pop 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.7 Array.prototype.push ( [ item1 [ , item2 [ , ... ] ] ] ) 引数が出現した順に配列の末尾に追加される。呼出しの結果として、新しい配列の長さが返される。 push メソッドが 0 個以上の引数 item1, item2, etc. で呼出されると、次のステップが取られる このオブジェクト の Get メソッドを、引数 "length" で呼出す。 n を ToUint32(Result(1)) 呼出しの結果とする。 引数リストから次の引数を取得する; これ以上引数がなければ、 ステップ 7 へ。 このオブジェクト の Put メソッドを、引数 ToString(n) と Result(3) で呼出す。 n を 1 増分する。 ステップ 3 へ。 このオブジェクト の Put メソッドを、引数 "length" と n で呼出す。 n を返す。 push メソッドの length プロパティは 1 である。 NOTE push 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 pust 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.8 Array.prototype.reverse ( ) 配列要素は順序を逆に再編される。呼出しの結果としてオブジェクトが返される。 引数 "length" で、このオブジェクトの Get メソッドを呼出す。 ToUint32(Result(1)) を呼出す。 floor(Result(2)/2) を算出する。 k を 0 とする。 k が Result(3) と等しければ、このオブジェクトを返す。 Result(2)-k-1 を算出する。 ToString(k) を呼出す。 ToString(Result(6)) を呼出す。 引数 Result(7) で、このオブジェクトの Get メソッドを呼出す。 引数 Result(8) で、このオブジェクトの Get メソッドを呼出す。 このオブジェクトが Result(8) という名前のプロパティを持たなければ、ステップ 19 へ。 このオブジェクトが Result(7) という名前のプロパティを持たなければ、ステップ 16 へ。 引数 Result(7) と Result(10) で、このオブジェクトの Put メソッドを呼出す。 引数 Result(8) と Result(9) で、このオブジェクトの Put メソッドを呼出す。 ステップ 25 へ。 引数 Result(7) と Result(10) で、このオブジェクトの Put メソッドを呼出す。 削除するプロパティ名として Result(8) を提供して、このオブジェクトの Delete メソッドを呼出す。 ステップ 25 へ。 このオブジェクトが Result(7) という名前のプロパティを持たなければ、ステップ 23 へ。 削除するプロパティ名として Result(7) を提供して、このオブジェクトの Delete メソッドを呼出す。 引数 Result(8) と Result(9) で、このオブジェクトの Put メソッドを呼出す。 ステップ 25 へ。 削除するプロパティ名として Result(7) を提供して、このオブジェクトの Delete メソッドを呼出す。 削除するプロパティ名として Result(8) を提供して、このオブジェクトの Delete メソッドを呼出す。 k を 1 増加させる。 ステップ 5 へ。 NOTE reverse 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 reverse 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.9 Array.prototype.shift ( ) 配列の最初の要素が配列から取り除かれ、返される。 このオブジェクト の Get メソッドを、引数 "length" で呼出す。 ToUint32(Result(1)) を呼出す。 Result(2) が 0 以外ならば、 ステップ 6 へ。 このオブジェクト の Put メソッドを、引数 "length" と Result(2) で呼出す。 undefined を返す。 このオブジェクト の Get メソッドを、引数 0 で呼出す。 k を 1 とする。 k が Result(2) と等しければ、 ステップ 18 へ。 ToString(k) を呼出す。 ToString(k-1) を呼出す。 このオブジェクトが Result(9) という名前のプロパティを持つならば、 ステップ 12 へ; このオブジェクトが Result(9) という名前のプロパティを持たないならば、 ステップ 15 へ。 このオブジェクト の Get メソッドを、引数 Result(9) で呼出す。 このオブジェクト の Put メソッドを、引数 Result(10) と Result(12) で呼出す。 ステップ 16 へ。 このオブジェクト の Delete メソッドを、引数 Result(10) で呼出す。 k を 1 増分する。 ステップ 8 へ。 このオブジェクト の Delete メソッドを、引数 ToString(Result(2)-1) で呼出す。 このオブジェクト の Put メソッドを、引数 "length" と (Result(2)-1) で呼出す。 Result(6) を返す。 NOTE shift 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 shift 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.10 Array.prototype.slice (start, end) slice メソッドは 2 つの引数、 start と end をとり、要素 start から要素 end の前まで (または、 end が undefined ならば配列の末尾まで) の配列要素で構成される配列を返す。 start が負ならば、 length を配列の長さとして、(length+start) として扱われる。 end が負ならば、length を配列の長さとして (length+end) として扱われる。 次のステップが取られる A を、式 new Array() と同様に生成した配列とする。 このオブジェクト の Get メソッドを、引数 "length" で呼出す。 ToUint32(Result(2)) を呼出す。 ToInteger(start) を呼出す。 Result(4) が負ならば、 max(*1),0) を用いる; そうでなければ min(Result(4),Result(3)) を用いる。 k を Result(5) とする。 end が undefined ならば、 Result(3) を用いる; そうでなければ ToInteger(end) を用いる。 Result(7) が負ならば、 max(*2),0) を用いる; そうでなければ min(Result(7),Result(3)) を用いる。 n を 0 とする。 k が Result(8) 以上ならば、 ステップ 19 へ。 ToString(k) を呼出す。 このオブジェクトが Result(11) という名前のプロパティを持つならば、 ステップ 13 へ; このオブジェクトが Result(11) という名前のプロパティを持たないならば、 ステップ 16 へ。 ToString(n) を呼出す。 このオブジェクト の Get メソッドを、引数 Result(11) で呼出す。 A の Put メソッドを、引数 Result(13) と Result(14) で呼出す。 k を 1 増分する。 n を 1 増分する。 ステップ 10 へ。 A の Put メソッドを、引数 "length" と n で呼出す。 A を返す。 slice メソッドの length プロパティは 2 である。 NOTE slice 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 slice 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.11 Array.prototype.sort (comparefn) 配列要素はソート (並べ替え) される。ソートは必ずしも安定的ではない(つまり、等価と比較された要素が元の順で残るとは限らない). comparefn が undefined でないならば、それは 2 個の引数 x と y を受け付け、 x y ならば負の値、 x = y ならば 0、 x y ならば正の値を返す関数であるべきである。 comparefn が undefined でなく、かつ この配列の要素について首尾一貫した比較関数 (下記参照) でない場合、 ソートの振る舞いは実装依存である。 len を ToUint32(this.length) とする。下記の全条件を満たす整数 i 及び j と オブジェクト P が存在する場合、ソートの振る舞いは実装依存である 0 ≦ i ≦ len 0 ≦ j ≦ len this は ToString(i) という名前のプロパティを持たない。 P は、 this で始まる 1 個以上の Prototype プロパティを辿ることによって取得される。 P は ToString(j) という名前のプロパティを持つ。 そうでなければ次のステップが取られる. このオブジェクト の Get メソッドを、引数 "length" で呼出す。 ToUint32(Result(1)) を呼出す。 このオブジェクトの Get, Put, Delete メソッドと SortCompare (後述) の呼出しを実装依存の順序で実行する。 Get, Put, Delete の各呼出しの第1引数は 0 以上 Result(2) 未満の整数とし、 SortCompare 呼出しの引数は先行する Get メソッド呼出しの結果とする。 このオブジェクト を返す。 返されるオブジェクトは、次の 2 個のプロパティを持たなければならない。 0 以上 Result(2) 未満の整数 j それぞれにとってプロパティ old[j] が存在するならば、 new[π(j)] は old[j], と全く同じ値であり、プロパティ old[j] が存在しないならば、 new[π(j)] は存在しないような、0 以上 Result(2) 未満の整数の数学的順列 π が存在しなければならない。 0 以上 Result(2) 未満の全ての整数 j と k それぞれについて、 SortCompare(j, k) 0 (下記 SortCompare 参照) ならば、 π(j) π(k) である。 ここでは、表記 old[j] でこの関数の実行前のこのオブジェクトの Get メソッドの引数 j での呼出しの仮の結果を参照し、 表記 new[j] でこの関数の実行後のこのオブジェクトの Get メソッドの引数 j での呼出しの仮の結果を参照する。 下記の必要条件の全てが集合 S 内の値 a, b, c (または同じ値) 全てについて満たされる場合、値の集合 S について関数 comparefn は首尾一貫した比較関数である 記法 CF b は comparefn(a,b) 0 を意味する; a =CF b は comparefn(a,b) = 0 (of either sign) を意味する; a CF b は comparefn(a,b) 0 を意味する。 comparefn(a,b) 呼出しは、 2 個の引数として a と b の値のペアを与えられるとき常に同じ値 v を返す。 さらに、 v は Number 型であり、 v は NaN ではない。 与えられる a と b のペアにとって、厳密には a CF b, a =CF b, a CF b のうち一つは true になるということに注意。 a =CF a (再帰) a =CF b ならば、 b =CF a (対称) a =CF b かつ b =CF c ならば、 a =CF c (=CF の他動) a CF b かつ b CF c ならば、 a CF c ( CF の他動) a CF b かつ b CF c ならば、 a CF c ( CF の他動) NOTE 上の条件は、 comparefn が集合 S を等価な種別に分割し、その等価な種別が全く整然としているのを保証にするのに、必要かつ十分である。 SortCompare 演算子が 2 個の引数 j と k で呼出されると、次のステップが取られる ToString(j) を呼出す。 ToString(k) を呼出す。 このオブジェクトが Result(1) という名前のプロパティを持たず、かつ このオブジェクトが Result(2) という名前のプロパティを持たないならば、 +0 を返す。 このオブジェクトが Result(1) という名前のプロパティを持たないならば、 1 を返す。 このオブジェクトが Result(2) という名前のプロパティを持たないならば、 -1 を返す。 このオブジェクト の Get メソッドを、引数 Result(1) で呼出す。 このオブジェクト の Get メソッドを、引数 Result(2) で呼出す。 x を Result(6) とする。 y を Result(7) とする。 x と y が両方 undefined ならば、 +0 を返す。 x が undefined ならば、 1 を返す。 y が undefined ならば、 -1 を返す。 引数 comparefn が undefined ならば、 ステップ 16 へ。 comparefn を、引数 x と y で呼出す。 Result(14) を返す。 ToString(x) を呼出す。 ToString(y) を呼出す。 Result(16) Result(17) ならば、 -1 を返す。 Result(16) Result(17) ならば、 1 を返す。 0 を返す。 NOTE 存在しないプロパティの値は、常に undefined プロパティ値より大きく比較し、 undefined は他の値よりも大きいと比較するため、 undefined プロパティ値は常に結果の末尾にソートし、存在しないプロパティの値が続く。 NOTE sort 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 sort 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.12 Array.prototype.splice (start, deleteCount [ , item1 [ , item2 [ , ... ] ] ] ) splice メソッドが 2 個以上の引数 start, deleteCount, そして(選択的に) item1, item2, etc. で呼出されると、配列の添え字 start から始まる deleteCount 個の配列要素が、引数 item1, item2, etc で置換される。次のステップが取られる A を、式 new Array() と同様に生成した配列とする。 このオブジェクト の Get メソッドを、引数 "length" で呼出す。 ToUint32(Result(2)) を呼出す。 ToInteger(start) を呼出す。 Result(4) が負ならば、 max(*3),0) を用いる; そうでなければ min(Result(4),Result(3)) を用いる。 min(max(ToInteger(deleteCount),0),Result(3)-Result(5)) を算出する。 k を 0 とする。 k が Result(6) と等価ならば、 ステップ 16 へ。 ToString(Result(5)+k) を呼出す。 このオブジェクトが Result(9) という名前のプロパティを持つならば、 ステップ 11 へ; このオブジェクトが Result(9) という名前のプロパティを持たないならば、 ステップ 14 へ。 ToString(k) を呼出す。 このオブジェクト の Get メソッドを、引数 Result(9) で呼出す。 A の Put メソッドを、引数 Result(11) と Result(12) で呼出す。 k を 1 増分させる。 ステップ 8 へ。 A の Put メソッドを、引数 "length" と Result(6) で呼出す。 追加引数 item1, item2, etc の数を算出する。 Result(17) が Result(6) と等しければ、 ステップ 48 へ。 Result(17) が Result(6) より大きいならば、 ステップ 37 へ。 k を Result(5) とする。 k が (Result(3)-Result(6)) と等しければ、 ステップ 31 へ。 ToString(k+Result(6)) を呼出す。 ToString(k+Result(17)) を呼出す。 このオブジェクトが Result(22) という名前のプロパティを持つならば、 ステップ 25 へ; このオブジェクトが Result(22) という名前のプロパティを持たないならば、 ステップ 28 へ。 このオブジェクト の Get メソッドを、引数 Result(22) で呼出す。 このオブジェクト の Put メソッドを、引数 Result(23) と Result(25) で呼出す。 ステップ 29 へ。 このオブジェクト の Delete メソッドを、引数 Result(23) で呼出す。 k を 1 増分する。 ステップ 21 へ。 k を Result(3) とする。 k が (Result(3)-Result(6)+Result(17)) と等しければ、 ステップ 48 へ。 ToString(k-1) を呼出す。 このオブジェクト の Delete メソッドを、引数 Result(33) で呼出す。 k を 1 減分する。 ステップ 32 へ。 k を (Result(3)-Result(6)) とする。 k が Result(5) と等しければ、 ステップ 48 へ。 ToString(k+Result(6)-1) を呼出す。 ToString(k+Result(17)-1) を呼出す。 このオブジェクトが Result(39) という名前のプロパティを持つならば、 ステップ 42 へ; このオブジェクトが Result(39) という名前のプロパティを持たないならば、 ステップ 45 へ。 このオブジェクト の Get メソッドを、引数 Result(39) で呼出す。 このオブジェクト の Put メソッドを、引数 Result(40) と Result(42) で呼出す。 ステップ 46 へ。 このオブジェクト の Delete メソッドを、引数 Result(40) で呼出す。 k を 1 減分する。 ステップ 38 へ。 k を Result(5) とする。 item1 から始まる引数リストの一部から、次の引数を取得する; これ以上引数がないならば、 ステップ 53 へ。 このオブジェクト の Put メソッドを、引数 ToString(k) と Result(49) で呼出す。 k を 1 増分する。 ステップ 49 へ。 このオブジェクト の Put メソッドを、引数 "length" と (Result(3)-Result(6)+Result(17)) で呼出す。 A を返す。 splice メソッドの length プロパティは 2 である。 NOTE splice 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 splice 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.4.13 Array.prototype.unshift ( [ item1 [ , item2 [ , ... ] ] ] ) 配列内の順所が引数リスト内に出現順と同じになるように、引数が配列の先頭に prepend される。 unshift メソッドが 0 個以上の引数 item1, item2, etc. で呼出されると、次のステップが取られる このオブジェクト の Get メソッドを、引数 "length" で呼出す。 ToUint32(Result(1)) を呼出す。 引数の数を算出する。 k を Result(2) とする。 k が 0 ならば、 ステップ 15 へ。 ToString(k-1) を呼出す。 ToString(k+Result(3)-1) を呼出す。 このオブジェクトが Result(6) という名前のプロパティを持つならば、 ステップ 9 へ; このオブジェクトが Result(6) という名前のプロパティを持たないならば、 ステップ 12 へ。 このオブジェクト の Get メソッドを、引数 Result(6) で呼出す。 このオブジェクト の Put メソッドを、引数 Result(7) と Result(9) で呼出す。 ステップ 13 へ。 このオブジェクト の Delete メソッドを、引数 Result(7) で呼出す。 k を 1 減分する。 ステップ 5 へ。 k を 0 とする。 item1 で始まる引数リストの一部から、次の引数を取得する; これ以上引数がないならば、 ステップ 21 へ。 ToString(k) を呼出す。 このオブジェクト の Put メソッドを、引数 Result(17) と Result(16) で呼出す。 k を 1 増分する。 ステップ 16 へ。 このオブジェクト の Put メソッドを、引数 "length" と (Result(2)+Result(3)) で呼出す。 (Result(2)+Result(3)) を返す。 unshift メソッドの length プロパティは 1 である。 NOTE unshift 関数は故意にに汎用的である; this 値が Array オブジェクトであることを要求されない。それゆえ、他の種類のオブジェクトにメソッドとして転用可能である。 unshift 関数が host オブジェクトにうまく適用できるかどうかは、実装依存である。 15.4.5 Array インスタンスのプロパティ (Properties of Array Instances) Array インスタンスは、 Array プロトタイプオブジェクトからプロパティを継承し、そして次のプロパティも持つ。 15.4.5.1 Put (P, V) Array オブジェクトは変化した Put メソッドを用いて他の Native ECMAScript オブジェクトのために使用される。 A を Array オブジェクト、 P を文字列と想定する。 A の Put メソッドが、プロパティ P と値 V で呼出されるとき、次のステップが取られる A の CanPut method を名前 P で呼出す。 Result(1) が false ならば、戻る。 A 名前 P のプロパティを持たないならば、ステップ 7 へ。 P が "length" ならば、ステップ 12 へ。 A のプロパティ P を V に設定する。 ステップ 8 ヘ。 名前 P のプロパティを生成し、値を V に設定し空の属性を与える。 P が配列の添え字でなければ、戻る。 ToUint32(P) が A の length プロパティ未満ならば、戻る。 A の length プロパティを ToUint32(P)+1 に変更 (または設定) する。 戻る。 ToUint32(V) を算出する。 Result(12) が ToNumber(V) と等しくなければ、例外 RangeError を投げる。 A の length プロパティ の値未満であり Result(12) 未満でない各整数 k について、 A 自身が ToString(k) という名前の (継承したプロパティではない) プロパティを持つならば、そのプロパティを削除する。 A のプロパティ P の値を Result(12) に設定する。 戻る。 15.4.5.2 length Array オブジェクトの length プロパティは、配列の添え字を名前とする各プロパティの名前より、常に数値的に大きい。 length プロパティは属性 { DontEnum, DontDelete } を持つ。
https://w.atwiki.jp/voice2012/pages/308.html
Paypal 入金漏れ確認 ＜OLD＞テンプレ ダブルダンボにしてほしい （1パッケージ毎＄5） ＜OLD＞テンプレ 支払い遅延に対して OLD テンプレ 【キャンセル方法】 【キャンセルはいつまでＯＫ？】 【Unpaid item case open後のキャンセル】 【$4バイヤーのキャンセル】 【大量アイテムのキャンセル】 【eBayのキャンセル申請が出来ない】 テンプレ集 送料過不足 発送先名・発送住所など変更 支払い遅延に対して 使用不可 ＄4対策 ＜OLD＞テンプレ トラッキング情報がほしい(まだ決まっていない) トラッキング情報がほしい(トラッキングあり) RS only トラッキング情報がほしい ⇒RS/RA/Expressで出荷済み トラッキング情報がほしい(トラッキング無し) ⇒SAL/AIRで出荷済み 関連Q A ⇒【出荷漏れクレーム】 テンプレ集 ： 出荷漏れ ＜OLD＞テンプレ RS only の際は不要テンプレ： アップグレードにて出荷
https://w.atwiki.jp/nekonomike/pages/480.html
#blognavi photo カテゴリ [Olsen News] - trackback- 2006年10月16日 14 46 52 #blognavi
https://w.atwiki.jp/acpuyotuurating/pages/17.html
戦績 2013年 2014年 2015年前半 2015年後半 2016年
https://w.atwiki.jp/corda2-encore/pages/44.html
昼休み会話