約 2,362,574 件
https://w.atwiki.jp/hmiku/pages/18651.html
【登録タグ 2の1P B 初音ミク 曲】 作詞:2の1P 作曲:2の1P 唄:初音ミクAppend 曲紹介 僕「サビが昆布になった件」 友人「良い味が出ると思います」 24時間後に記憶が消えてしまう男の子。 限られた時間の中で、彼は白い手帳へと思い出を刻み続ける。 知らない自分の想いを次の日の自分に託すため。 関連曲「Blank Memories-true-」「BlaNK memories-another-」 歌詞 かたちを残せたら またこの場所で会おうね 約束覚えててね 忘れたら許さないよ 泣きながら言う姿を見るのがつらくて 僕は絶対にね 涙を流さないから たった1日の記憶しか与えられない 最期のときはすでに すぐそばで待っている かたちは残せたが 思い出はペンキまみれ 僕何をしてたの 僕は何がしたいの 白い手帳に記された未来へのメモ 滲むかたち(文字)をただ立ち尽くし そっとつぶやく 「昆布がたべたいよ 昨日スーパーで買ったやつ もう全部食べてしまったから 補充をしといてね」 そこ(メモ)には知らない僕がいて 記憶と思いを馳せる 大粒のシミやぐちゃぐちゃな文字も その時々のメインメモリ 頁を開くと大きな文字が目に留まる 「僕の記憶は24時間後に消える」 誰かと話したこと 誰かを好きになったこと 誰かが愛してくれたこと みんな誰なんだろう 手帳によく出てくる文字 僕と誰かの約束 僕は何がしたいの 僕はどうすべきなんだろう 誰かに会いに行こう コメント 昆布に気をとられるけど曲としては純粋に良いと思う -- mizuki (2011-10-17 02 44 23) 名前 コメント
https://w.atwiki.jp/memeplex/pages/31.html
memeplexとは、 文字を打つだけで絵が描ける神サイトってこと。 終。 というのは冗談なんだけど、、 まぁ簡単に言えばめちゃくちゃ絵が下手な俺達でも 美少女を量産できるってわけだ。 へぇー、、、、あ、そう、、、、、 、、、、、、、 おもしれーじゃん(笑) よくある質問 こっから↓ページ飛ぶのも良いし、このまま基本を学ぶも良し!! memeplexってなんなの? shi3z氏って何者なの? 呪文教えて wiki俺も書きたいんだけど とりあえず美少女作りたい 美少女とかいいから綺麗な絵出したい AI-ARTってどういう風に生まれたの? memeplexってどういう経緯で出来たの? おい!ループバックとかimg2imgってなんだよ! 話を続けようぜ。 (1)stable diffusionって何なの??? さらに真面目に言うとmemeplexっていうのはstable diffusion(ステイブルディフュージョン)っていうAIを使ってんだ。 みんなはSDって呼んでる。 このSD君が言葉を吸収して絵を描いてくれるんだけど、実はこいつ 外国人なんだ。だから日本語わかんねぇ。 そこでmemeplexちゃんが翻訳してから外国人のsd君に情報を渡してるってわけ。 詳しいプロセスはこうだ。(実際はもっと複雑なんだけどまずはシンプルに考えてほしい) (1)まず文字が入力されます、それをmemeplexちゃんが翻訳して日本語から英語にします。 (2)その英語をstable diffusion(ステイブルディフュージョン)君が聞いてくれます。 (3)SD君は英語を元に画像検索をします。SD君が大量の画像を見て吸収します (4)大量の画像を吸収したSD君が画像から絵を学んで神絵師(めっちゃ絵が上手い人)になります (5)神絵師SD君が俺達の前に降臨し神みたいな絵を一瞬で描き上げます (6)完成 ここで大事なのはmemeplexちゃんの翻訳が正しくできないと、SD君も理解できない。 日本でいくら有名な単語でも、海外で有名な単語でなければあんまり絵を取ってこれないのは こういう仕組みだからなんだよな。 だけど意外とアンパンマンとかクレヨンしんちゃんもねんどろいどもわかってくれるので 本当にローカルなネタ以外だったら結構拾ってくれるのよ。あんまり気にしなくていいかも。 覚えて欲しいのは、日本語が英語に翻訳されて出力されてるってこと。 それを知らないで日本語のニュアンスで考え続けてしまうと、思い通りに絵が描けなくて悩んじゃうんだよな。 その仕組みを知ったうえで言葉を書きこんで欲しい。 (2)言葉を吸収して絵にしてるってやっぱよくわかんねえんだけど??? これは本当に詳しいAIの仕組みは 俺もよくわからん。 俺がわかってるのは 画像検索みたいなものだと思ってる。 つまり、与えられた単語をAI君が画像検索して 大量の画像を見て覚えて吸収するじゃん。んで、その大量の画像の「特徴」を学んで その「特徴」を元に新たな絵を描いてるってイメージだと思ってる。 (3)プロンプトって食べ物か何か??? 基本的な知識としてもう一つ覚えて欲しいのは、AIに対して書き込む「言葉」のことを「プロンプト」って呼ぶんだぜ。 俺達は 呪文 とも呼んでる。とりあえずプロンプトとか呪文ってみんなが言ってたら記述する「言葉」のことなのよ。 (4)memeplexちゃん脅威のメカニズム。今週のビックリドッキリ画風! memeplexちゃんは翻訳以外にも更に便利な機能がついていて 文字入力画面の近くに「画風」とか「作家」とか「スタイル」ってあるじゃん。 これってどういう仕組みかというと例えば「アンパンマン」って書いて「浮世絵の画風」を選んだ場合 「アンマンパン」って日本語を 「detailed ukiyoe of anpanman」 って変換してるのよ。 アンパンマンをmemeplexちゃんが翻訳してくれてるのはわかるとして datailed ukiyoe of って俺らは書いてないのに勝手に出てきてる! これは memeplexちゃんの悪戯なのか? あれ?、、、memeplexちゃんって、、、 意外とかわいいじゃねえか、、、、 いや どうも違うようだ。 datailed ukiyoe of ってのはつまり 「浮世絵風の~」ってことだと思う。 正直俺も英語はさっぱりわからん。けど、そんな感じしないか? 多分そんな感じなんだろう! つまり、浮世絵風を選ぶとmemeplexちゃんがプロンプトに「detailed ukiyoe of」を書いてくれてるんよ! なぜこの説明をしたかというと、実はこれを知ってることで 自分のオリジナルの「~風」を作れちまうんだ!!! 画風指定に頼ってると、どうしても自由に絵が描きずらい、だけど自分で画風を創ったり新たな画風を創ることができたら それって本当に「自分の絵」になると思う。そっからがAIARTの本当に面白いところなんだよね。 (5)俺達だけの「AI-ART」がはじまる 作り方は簡単で、要は翻訳しやすい形で日本語を入力して「〇〇風の〇〇」って書けばいい。 例えばもうプリセットにあるけど「ジブリ風のアンパンマン」とか書くだけ。 これのオリジナル画風を探すことが結構楽しい。 もちろん日本語でなく自分で英語を打てばさらに正確にオリジナル「呪文」を 作れるんだけど、まぁ俺も英語できないしやめとくか。。。 (6)更なる高みへ!!「呪文生成」とmemeplexちゃんの冒険 正直言えば、ここまではプリセットでも十分できる。しかし、 ここからはさらに面白くなるぜ。 SD君は実はそんなに気持ちを分かってくれるAIじゃなくて、 メカニズムの中で言葉を法則通りに吸収するんだよね。 「どういうメカニズムか」という理解が深いほど自在に絵を発現できるんだ。 もちろん、メカニズムが英語なので、ガンガン英語でいくがむずかしい英語は使わないので安心してほしい。 (7)memeplexの単語認識今のところのまとめ 急にむずかしくなるが、まぁ徐々になれていきましょう!!俺もあんまよくわかってないしな!! (1)単語の繋がり 基本的にはaiは単語ごとにバラバラでしか読み取らないんだけど LOS ANGELES とか(ロサンゼルス) MICHAEL JACKSONとか(マイケル ジャクソン) HOT DOGとか FINAL FANTASYとか 有名な単語の繋がりなら必ず左から右に読み取ってきちんとやってくれる これは多分有名であるほどつながる確率が上がる。 FANTASY FINALっていうスポーツ?の言葉もあるみたいなんだけど、あまり有名じゃないので FANTASY FINAL FANTASY って打つと FINAL FANTASYを優先する。 有名なつながりであり、有名であるほどそちらを優先するように作られている? (2)有名でない単語はバラされる 初音ミクフィギュア画像 HATSUNE MIKU FIGURE PICTURE って打った場合多分 [HATSUNE][MIKU][FIGURE][PICTURE]って区切られてしまう。 それはマイケルジャクソンほど「海外で」有名じゃないから。 初音ミクのところは[HATSUNEMIKU]と認識してくれる可能性は少しだけある が MIKU とFIGUREはあまり有名じゃないので繋がらない可能性が高いかも。 しかし、後述のことがあるので繋がる可能性がある それは (3)文章を読み取る力がある BRAIN RIDING A ROCKETSHIP HEADING 脳みそを頭に乗せたロケットシップ この場合、なぜかきちんと頭に脳みそをのっけたロケットシップ画像が形成される。 本来どのつながりも有名でないため [BRAIN][RIDING][A][ROCKETSHIP][HEADING]になるはずが [BARAIN RIDING A ROCKETSHIP HEADING]として文章として機能するのだ。 だから上述の [MIKU]と[FIGURE]はミクのフィギュアとしてなんらかの処理がされる可能性が あるかもしれない? 有名でなくてもかまわないというのが厄介で だって 脳みそを乗っけるなんて有名じゃないから。 有名ではないけど、文章としては単純なのでaiが理解できたのかも? たとえば 「脳みそがロケットの右隅の端っこの方にちょこっとちらばってる」 みたいな複雑な形式だと無視される可能性は高い。 つまり、文章形式でaiに読み込ませるなら、具体的で単純であるほど 読み込んでくれる可能性が上がる。 雪が降ってる(SNOWING)とか、街にいる(CITY)とかもなんか やたら読み取ってくれるケースが多い。 (4)複数書くと複数になるケースもある 例えばマリオ、マリオと打ち込んだ場合 マリオが二人出てくる。このように 複数同じ単語を並べるとその人数分増やす傾向にある。 マリオ、マリオ、マリオ、マリオと打ち込むと、かなりの数のマリオが出てきたりする 単語を重ねる場合、その数が増えるというケースもあるようだ。 さらに難易度を上げてもっと複雑で難しい「呪文」一緒に作らねえか、、、?? ↓ https //w.atwiki.jp/memeplex/pages/17.html この記事みてみな、、、自慢じゃないけど、俺は理解できなかったぜ!!!
https://w.atwiki.jp/pokecharaneta/pages/10092.html
Memories Offシリーズ Memories Off 〜それから〜 コメント 恋愛アドベンチャーゲーム、及びそれを中心としたアニメ、小説、CDなど派生作品を含めたシリーズの総称。略称はメモオフ。 Memories Off 〜それから〜 ブラッキー:花祭果凛 某四天王の名前から コメント 名前 コメント すべてのコメントを見る 草案 Memories Off エルフーン:三上智也 特性いたずらごころ推奨 ゴチミル:桧月彩花 エネコロロ:今坂唯笑 猫好きなので チルット:音羽かおる GTSでの交換推奨 シャンデラ:双海詩音 ミミロップ:伊吹みなも ツインテールなので サーナイト:霧島小夜美 ヤミカラス:稲穂信 Memories Off 2nd ホイーガ:伊波健 イルミーゼ:白河ほたる スバメ:南つばめ ゾロア:飛世巴 -- (ユリス) 2016-05-04 16 47 46
https://w.atwiki.jp/brewwiki/pages/160.html
Days of Memorise2 【サイト名】Days of Memorise 【ジャンル】ADV 【課金体系】従量315円 【容量】-KB 【通信機能】数日経過毎&イベント時 【簡易評価】あなたの評価点をクリック! plugin_vote2 is not found. please feed back @wiki. / plugin_vote2 is not found. please feed back @wiki. / plugin_vote2 is not found. please feed back @wiki. / plugin_vote2 is not found. please feed back @wiki. / plugin_vote2 is not found. please feed back @wiki. 2007/07/13 【使用機種】51SA 【プレイ時間】6時間 【評価・点数】3 SNK系のゲームキャラ及び本編オリジナルキャラが登場する恋愛ADV 世界観は各原作の設定をある程度持ち込んだ形の一種のパラレルワールド 一応前作から三年後らしいけど舞台となる街以外は関係性は希薄 1ヶ月の間に誰かと一緒になるのが目的 良い点 途中通信がある分ボリュームはそこそこある イベント時画像を非通信でカット出来る(アプリ通信制限対策) この手のゲームでは値段安 掛け持ち攻略でもイベント画像を拾っていける クリア後にグラフィックライブラリー有り 悪い点 数日経過毎にシナリオの読み込みがある 基本的イベント発生が時間と場所で固定なのでセーブしてからコマンド総当たりで簡単にいける イベント画像少な目(特に隠しキャラ) 以上 基本的に値段を考えれば悪い点も許容範囲だと思う グラフィックライブラリーはクリアデータ送信してから公式サイト上のマイルームで閲覧する形(ここで画像と共に各ゲーム内のBGMもDL出来る) イベントが固定なのは兎に角回数こなせば画像を拾えるのでライブラリーコンプリートが第一目的なら良い点(評価+1しても良いと思う) ゲーム性重視ならマイナス点 サイト別/た行/Days of Memorise
https://w.atwiki.jp/airsarg/pages/27.html
LOST MEMORIES金色の衣纏し者【審判者】(サニワ)の力を継承した久世冬花の物語。 以下ネタバレ 最終的に冬花の手により世界は10年前へと戻るが「一度世界が塗りつぶされて元に戻った」という事実を知るのは時間と空間歪曲の力の影響を受けなかった夏希?と冬花?、そして冬香?のみである。 また、この時点から冬花は世界に干渉することを拒絶し観測者?として過ごすが地球(正確には地球と同化した春希?)に大きな影響を及ぼす場合は相手が何であろうと容赦なく力を振るう。 もう一人の冬花である冬香は冬花への執着と人間嫌いは多少あるものの上手く社会に溶け込んでそれなりに権力を手に入れたり好き勝手に研究したりしている。 後の戦華?の時代では日本陸軍に所属しており階級は将軍。第00騎導師団?を率いる。
https://w.atwiki.jp/code_matome/pages/42.html
Internet Engineering Task Force (IETF) J. Korhonen, Ed. Request for Comments 6603 Nokia Siemens Networks Updates 3633 T. Savolainen Category Standards Track Nokia ISSN 2070-1721 S. Krishnan Ericsson O. Troan Cisco Systems, Inc May 2012 Prefix Exclude Option for DHCPv6-based Prefix Delegation Abstract This specification defines an optional mechanism to allow exclusion of one specific prefix from a delegated prefix set when using DHCPv6-based prefix delegation. The new mechanism updates RFC 3633. この仕様では、DHCPv6-based prefix delegationを仕様するときに、委任prefixから特定のprefixを除外するオプションのメカニズムを定義する。 Status of This Memo This is an Internet Standards Track document. This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741. Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http //www.rfc-editor.org/info/rfc6603. Copyright Notice Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust s Legal Provisions Relating to IETF Documents (http //trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Korhonen, et al. Standards Track [Page 1] RFC 6603 PD Exclude Option May 2012 Table of Contents 1. Introduction ....................................................2 2. Requirements and Terminology ....................................2 3. Problem Background ..............................................3 問題の背景 4. Solution ........................................................3 4.1. Prefix Delegation with Excluded Prefixes ...................3 Excluded PrefixのPrefix Delegation 4.2. Prefix Exclude Option ......................................4 5. Delegating Router Solicitation ..................................6 5.1. Requesting Router ..........................................6 5.2. Delegating Router ..........................................6 6. Requesting Router Initiated Prefix Delegation ...................7 6.1. Requesting Router ..........................................7 6.2. Delegating Router ..........................................8 7. Security Considerations .........................................8 8. IANA Considerations .............................................8 9. Acknowledgements ................................................8 10. References .....................................................9 10.1. Normative References ......................................9 10.2. Informative References ....................................9 1. Introduction This specification defines an optional mechanism and the related DHCPv6 option to allow exclusion of one specific prefix from a delegated prefix set when using DHCPv6-based prefix delegation. この仕様は、DHCPv6-based prefix delegationを使用するときに委任prefixから特定のprefixを除外することを可能とするDHCPv6 optionとメカニズムを定義する。 The prefix exclusion mechanism is targeted at deployments where DHCPv6-based prefix delegation is used, but a single aggregated route/prefix has to represent one customer, instead of using one prefix for the link between the delegating router and the requesting router and another prefix for the customer network. The mechanism defined in this specification allows a delegating router to use a prefix out of the delegated prefix set on the link through which it exchanges DHCPv6 messages with the requesting router, and is intended for use in networks where each requesting router is on its own layer-2 domain. prefix exclusion mechanism(prefix除外メカニズム)はDHCPv6-based prefix delegationが使用される運用をターゲットとしている。ただし、委任ルーターと要求ルーターで1つのprefixが使用され、異なるprefixが加入者のネットワークで使用されるのではなく、1加入者が1つの委任prefix、routeに集約される。この仕様で定義されたメカニズムにより、要求ルーターがDHCPv6 message exchangeでexchangeし、linkに設定した委任prefixの中のprefixを委任ルーターは使用することができ、各要求ルーターがレイヤ2ドメインにある場合、ネットワークで使用することができる。 2. Requirements and Terminology The key words MUST , MUST NOT , REQUIRED , SHALL , SHALL NOT , SHOULD , SHOULD NOT , RECOMMENDED , MAY , and OPTIONAL in this document are to be interpreted as described in [RFC2119]. Korhonen, et al. Standards Track [Page 2] RFC 6603 PD Exclude Option May 2012 3. Problem Background DHCPv6 Prefix Delegation (DHCPv6-PD) [RFC3633] has an explicit limitation described in Section 12.1 of [RFC3633] that a prefix delegated to a requesting router cannot be used by the delegating router. This restriction implies that the delegating router will have two (non-aggregatable) routes towards a customer one for the link between the requesting router and the delegating router, and one for the customer site behind the requesting router. DHCPv6 Prefix Delegation(DHCPv6-PD)は要求ルーターに委任されたprefixを委任ルーターは使用することができない(RFC 12.1 Section 12.1の制限)。この制限は、委任ルーターが加入者に対して2つの集約できないルートを持っていることを意味する。1つは要求ルーターと委任ルーター、2つは委任ルーターと要求ルーターのは以下の顧客サイト。 There are architectures and link models where a host (e.g., a mobile router, also acting as a requesting router) always has a single (/64) prefix configured on its uplink interface and the delegating router is also the requesting router s first-hop router. Furthermore, it may be required that the prefix configured on the uplink interface has to be aggregatable with the delegated prefixes. This introduces a problem in how to use DHCPv6-PD together with stateless [RFC4862] or stateful [RFC3315] address autoconfiguration on a link where the /64 advertised is also part of the prefix delegated (e.g., /56) to the requesting router. このアーキテクチャーでは、ホストは常にuplinkインターフェースには1つの/64 prefixが設定され、委任ルーターは要求ルーターと1hop ルーターの関係である。さらに、uplinkインターフェースで設定されたprefixは委任prefixで集約可能であることが要求される。これは、DHCPv6-PDとstatelessまたはstateful address autoconfigurationを使用するとき、/64 のadvertiseが要求ルーターへの委任prefixの一部(例 /56)であるときに問題になる。 4. Solution 4.1. Prefix Delegation with Excluded Prefixes This specification defines a new DHCPv6 option, OPTION_PD_EXCLUDE (67), that is used to exclude exactly one prefix from a delegated prefix. The OPTION_PD_EXCLUDE is included in the OPTION_IAPREFIX IAprefix-options field. There can be at most one OPTION_PD_EXCLUDE option in one OPTION_IAPREFIX option. The OPTION_PD_EXCLUDE option allows prefix delegation where a requesting router is delegated a prefix (e.g., /56) and the delegating router uses one prefix (e.g., /64) on the link through which it exchanges DHCPv6 messages with the requesting router with a prefix out of the same delegated prefix set. この仕様では、新規のDHCPv6 option OPTION_PD_EXCLUDE (67)を定義する。これは、委任prefixから1つだけprefixを除外するために使用される。OPTION_PD_EXCLUDEはOPTION_IAPREFIX IAprefix-options fieldに含まれる。1つのOPTION_IAPREFIX optionに最大で1つのOPTION_PD_EXCLUDE optionがある。OPTION_PD_EXCLUDE optionは要求ルーターが委任されたprefix(例 /56)のprefix delegationを可能とし、委任ルーターは要求ルーターと同じ委任prefixの集合を交換したリンクで使用することを可能とする。 A requesting router includes an OPTION_ORO option with the OPTION_PD_EXCLUDE option code in a Solicit, Request, Renew, or Rebind message to inform the delegating router about the support for the prefix delegation functionality defined in this specification. A delegating router may include the OPTION_PD_EXCLUDE option code in an OPTION_ORO option in a Reconfigure message to indicate that the requesting router should request OPTION_PD_EXCLUDE from the delegating router. 要求ルーターはこの仕様で含まれるprefix delegation機能について委任ルーターに通知するためSolicit、Request、Renew、Rebind messageのOPTION_ORO optionにOPTION_PD_EXCLUDE option code を設定する。委任ルーターは、要求ルーターが委任ルーターからOPTION_PD_EXCLUDEを要求するべきであることを示すため、Reconfigure messageにOPTION_ORO optionにOPTION_PD_EXCLUDE option codeを設定する。 Korhonen, et al. Standards Track [Page 3] RFC 6603 PD Exclude Option May 2012 The delegating router includes the prefix in the OPTION_PD_EXCLUDE option that is excluded from the delegated prefix set. The requesting router MUST NOT assign the excluded prefix to any of its downstream interfaces. 委任ルーターは委任prefixの集合から除外されたprefixをOPTION_PD_EXCLUDE optionに設定する。要求ルーターは除外されたprefixを下位のインターフェースに割り当てないこと。 4.2. Prefix Exclude Option 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | OPTION_PD_EXCLUDE | option-len | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | prefix-len | IPv6 subnet ID (1 to 16 octets) ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Prefix Exclude Option o option-code OPTION_PD_EXCLUDE (67). o option-len 1 + length of IPv6 subnet ID in octets. A valid option-len is between 2 and 17. 1 + IPv6 subnet IDのオクテットサイズ。有効なoption-lenは2から17の間である。 o prefix-len The length of the excluded prefix in bits. The prefix-len MUST be between OPTION_IAPREFIX prefix-length +1 and 128. bit単位のexcluded prefixの長さ。prefix-lenは「OPTION_IAPREFIX prefix-length + 1」と128の間であること。 o IPv6 subnet ID A variable-length IPv6 subnet ID up to 128 bits. 128bit以下の可変長IPv6 subnet ID。 The IPv6 subnet ID contains prefix-len minus OPTION_IAPREFIX prefix- length bits extracted from the excluded prefix starting from the bit position OPTION_IAPREFIX prefix-length . The extracted subnet ID MUST be left-shifted to start from a full octet boundary, i.e., left- shift of OPTION_IAPREFIX prefix-length mod 8 bits. The subnet ID MUST be zero-padded to the next full octet boundary. IPv6 subnet IDはOPTION_IAPREFIX prefix-lengthのbit位置から始まるexcluded prefixが取り除かれた、prefix-len - 「OPTION_IAPREFIX prefix-length」だけのbitを設定する。抽出されたsubnet IDはオクテット境界で左シフトすること。つまり、「OPTION_IAPREFIX prefix-length」 mod 8 bitsだけ左シフトすること。subnet IDはオクテット境界で0パディングすること。 The encoding of the IPv6 subnet ID can be expressed in a C-like pseudocode as shown below 以下のように、IPv6 subnet IDのエンコードはCライクのコードで示される。 uint128_t p1; // the delegated IPv6 prefix uint128_t p2; // the excluded IPv6 prefix uint16_t a; // the OPTION_IAPREFIX prefix-length uint8_t b; // the excluded IPv6 prefix length uint8_t s; // sanity checks s = 128-a; // size of non-prefix bits assert(b a); // b must be at least a+1 assert(p1 s == p2 s); // p1 and p2 must share a common // prefix of a bits // calculate the option content uint16_t c = b-a-1; // the IPv6_subnet_ID_length-1 in bits uint16_t d = (c/8)+1; // the IPv6_subnet_ID_length in octets uint128_t p = p2 // common p1 prefix left-shifted out to // a full octet boundary (trailing bits // are zeroed) // populate the option uint8_t* id = OPTION_PD_EXCLUDE.IPv6_subnet_ID; OPTION_PD_EXCLUDE.option_len = d+1; OPTION_PD_EXCLUDE.prefix_len = b; while (d-- 0) { *id++ = p 120; p = 8; } The OPTION_PD_EXCLUDE option MUST only be included in the OPTION_IAPREFIX IAprefix-options [RFC3633] field. OPTION_PD_EXCLUDE optionはOPTION_IAPREFIX IAprefix-option fieldにのみ設定されること。 Any prefix excluded from the delegated prefix MUST be contained in OPTION_PD_EXCLUDE options within the corresponding OPTION_IAPREFIX. 委任prefixから除外されたprefixは対応するOPTION_IAPREFIX内のOPTION_PD_EXCLUDE optionに含まれること。 The prefix included in the OPTION_PD_EXCLUDE option shares the same preferred-lifetime and valid-lifetime as the delegated prefix in the encapsulating OPTION_IAPREFIX option. OPTION_PD_EXCLUDE optionのprefixはカプセル化されたOPTION_IAPREFIX optionの委任prefixのpreferred lifetimeとvalid lifetimeを共有する。 The prefix in the OPTION_PD_EXCLUDE option MUST be part of the delegated prefix in the OPTION_IAPREFIX. For example, the requesting router has earlier been assigned a 2001 db8 dead beef /64 prefix by the delegating router, and the delegated prefix in the OPTION_IAPREFIX is 2001 db8 dead bee0 /59. In this case, 2001 db8 dead beef /64 is a valid prefix to be used in the OPTION_PD_EXCLUDE option. The OPTION_PD_EXCLUDE option would be encoded as follows OPTION_PD_EXCLUDE optionのprefixはOPTION_IAPREFIXの委任prefixの一部であること。例えば、要求ルーターが委任ルーターにprefix「2001 db8 dead beef /64」を割り当てられ、OPTION_IAPREFIXの委任prefixが 「2001 db8 dead bee0 /59」の場合、「2001 db8 dead beef /64」はOPTION_PD_EXCLUDE optionで使用できる有効なprefixである。 OPTION_PD_EXCLUDE optionは下記のようにエンコードされる。 (訳注) uint128_t p1「2001 db8 dead beef 」 // the delegated IPv6 prefix uint128_t p2「2001 db8 dead bee0 」 // the excluded IPv6 prefix uint16_t a「59」 // the OPTION_IAPREFIX prefix-length uint8_t b「64」 // the excluded IPv6 prefix length uint8_t s; uint16_t c = b-a-1; 「c=4」 // the IPv6_subnet_ID_length-1 in bits uint16_t d = (c/8)+1; 「d=1」 // the IPv6_subnet_ID_length in octets uint128_t p = p2 p2=0010 0000 0000 0001 0000 1101 1011 1000 1101 1110 1010 1101 1011 1110 1110 1111 0×64個 p = 0 1111 0×59個 // populate the option uint8_t* id = OPTION_PD_EXCLUDE.IPv6_subnet_ID; OPTION_PD_EXCLUDE.option_len = d+1; 「2」 OPTION_PD_EXCLUDE.prefix_len = b; 「64」 while (d-- 0) { *id++ = p 120; *(OPTION_PD_EXCLUDE.IPv6_subnet_ID+0)「0111 1000」 p = 8; } 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | OPTION_PD_EXCLUDE | 2 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 64 |0|1|1|1|1|0|0|0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ^ ^ | | | +- 3 zero-padded bits follow | +- using C syntax 0xef (59 % 8) Note 59 mod 8 = 3 5. Delegating Router Solicitation The requesting router locates and selects a delegating router in the same way as described in Section 11 [RFC3633]. This specification only describes the additional steps required by the use of the OPTION_PD_EXCLUDE option. 要求ルーターがRFC3633 Section 11と同じ方法で委任ルーターを選択する。この仕様ではOPTION_PD_EXCLUDE optionを使用したときに追加される手順を説明する。 5.1. Requesting Router If the requesting router implements the solution described in Section 4.1, then the requesting router SHOULD include the OPTION_PD_EXCLUDE option code in the OPTION_ORO option in Solicit messages. 要求ルーターはSection 4.1で説明したソリューションを実装する場合、要求ルーターはSolicit messageにOPTION_ORO optionにOPTION_PD_EXCLUDE option codeを設定すること。 Once receiving Advertise message(s), the requesting router uses the prefix(es) received in OPTION_PD_EXCLUDE, in addition to the advertised prefixes, to choose the delegating router. The requesting router MUST proceed to the Prefix Delegation procedure described in Section 6.1. If the Advertise message did not include the OPTION_PD_EXCLUDE option, then the requesting router MUST fall back to normal behavior, as described in Section 11.1 of [RFC3633]. Advertise messageを受信したら、要求ルーターは委任ルーターを選択するためにadvertiseされたprefixに加え、OPTION_PD_EXCLUDEのprefixを使用する。要求ルーターはSection 6.1のPrefix Delegation procedureを実行すること。Advertise messageがOPTION_PD_EXCLUDE optionを含まなかった場合、要求ルーターはRFC 3633 Section 11.1の動作を実行すること。 5.2. Delegating Router If the OPTION_ORO option in the Solicit message includes the OPTION_PD_EXCLUDE option code, then the delegating router knows that the requesting router supports the solution defined in this specification. If the Solicit message also contains an IA_PD option, the delegating router can delegate to the requesting router a prefix that includes the prefix already assigned to the requesting router s uplink interface. The delegating router includes the prefix originally, or to be, assigned to the requesting router in the OPTION_PD_EXCLUDE option within the OPTION_IAPREFIX IAprefix-option in the Advertise message. Solicit messageのOPTION_OROがOPTION_PD_EXCLUDE option codeを含む場合、委任ルーターは要求ルーターがこの仕様で定義されたソリューションをサポートすることを知る。Solicit messageはIA_PD optionも含んでいる場合、委任ルーターは要求ルーターに要求ルーターがuplinkに割り当てられているprefixを含むprefixを委任できる。委任ルーターはAdvertise messageにOPTION_IAPREFIX IAprefix-option内のOPTION_PD_EXCLUDE optionで要求ルーターにprefixを割り当てる。 If the OPTION_ORO option in the Solicit message does not include the OPTION_PD_EXCLUDE option code, then the delegating router MUST fall back to normal behavior, as described in Section 11.2 of [RFC3633]. Solicit messageでOPTION_ORO optionがOPTION_PD_EXCLUDE option codeを含まない場合、委任ルーターはRFC 3633 Section 11.2の動作を実行すること。 If the OPTION_ORO option in the Solicit message includes the OPTION_PD_EXCLUDE option code but the delegating router does not support the solution described in this specification, then the delegating router acts as specified in [RFC3633]. Solicit messageでOPTION_ORO optionがOPTION_PD_EXCLUDE option codeを含むが、委任ルーターがこの仕様のソリューションをサポートしない場合、委任ルーターはRFC 3633の動作をする。 6. Requesting Router-Initiated Prefix Delegation The procedures described in the following sections are aligned with Section 12 of [RFC3633]. In this specification, we only describe the additional steps required by the use of the OPTION_PD_EXCLUDE option. このSectionではRFC 3633のSection 12の動作を整理する。この仕様では、OPTION_PD_EXCLUDE optionが追加された時に必要な追加手順のみを説明する。 6.1. Requesting Router The requesting router behavior regarding the use of the OPTION_PD_EXCLUDE option is mostly identical to the steps described in Section 5.1, with the difference being the use of a DHCPv6 Request instead of an Solicit message. The requesting router SHOULD include the OPTION_PD_EXCLUDE option code in the OPTION_ORO option for DHCPv6 messages as described in Section 22.7 of [RFC3315]. The requesting router SHOULD include the OPTION_PD_EXCLUDE option code in the OPTION_ORO option for DHCPv6 messages as described in Section 22.7 of [RFC3315]. OPTION_PD_EXCLUDE optionの使用に関する要求ルーターの動作はSolicit messageの代わりにRequest messageを使用していること以外はSection 5.1とほぼ同じである。RFC 3315のSection 22.7で説明されている通り、要求ルーターはDHCPv6 messageにOPTION_ORO optionでOPTION_PD_EXCLUDE option codeを含むこと。 The requesting router uses a Release message to return the delegated prefix(es) to a delegating router. The prefix(es) to be released MUST be included in the IA_PDs along with the excluded prefix included in the OPTION_PD_EXCLUDE option. The requesting router MUST NOT use the OPTION_PD_EXCLUDE option to introduce an additional excluded prefix in the Release message for which it originally got a valid binding. 要求ルーターは委任ルーターに委任されたprefixを返却するためにRelease messageを使用する。リリースされるprefixには、OPTION_PD_EXCLUDE optionのexcluded prefixもIA_PDに含まれること。要求ルーターはRelease messageにexcluded prefixを追加するためのOPTION_PD_EXCLUDE optionを使用しないこと。 The requesting router must create sink routes for the delegated prefixes, minus the excluded prefixes. This may be done by creating sink routes for delegated prefixes and more specific routes for the excluded prefixes. 要求ルーターはexcluded prefixを取り除いた委任prefixのルーティングを作成する必要がある。これは委任prefixとexcluded prefixのためのルートを作成する必要があるかもしれない。 Korhonen, et al. Standards Track [Page 7] RFC 6603 PD Exclude Option May 2012 6.2. Delegating Router The delegating router behavior regarding the use of the OPTION_PD_EXCLUDE option is more or less identical to the step described in Section 5.2. The only difference is the DHCPv6 messages used to carry the OPTION_PD_EXCLUDE option. OPTION_PD_EXCLUDE optionの使用に関する委任ルーターの動作は、Section 5.2にある。ただし、OPTION_PD_EXCLUDE optionを送受信するためのDHCPv6 messageのみが異なる。 The delegating router may mark any prefix(es) in the IA_PD Prefix options in a Release message from a requesting router as available , excluding the prefix included in the OPTION_PD_EXCLUDE options. If the Release message contains a new excluded prefix in any OPTION_PD_EXCLUDE option, the delegating router MUST send a Reply message with the Status Code set to NoBinding for that IA_PD option. 委任ルーターはOPTION_PD_EXCLUDE optionsに含まれるprefixを除く、要求ルーターからのRelease messageに含まれるIA_PD Prefix optionのprefixを利用可能としてマークする。Release messageがOPTION_PD_EXCLUDE optionに新しいexcluded prefixを含んでいる場合、委任ルーターはIA_PD optionoのStatus CodeにNoBindingを設定してReply messageを送信すること。 7. Security Considerations Security considerations for DHCPv6 are described in Section 23 of [RFC3315]. For DHCPv6 Prefix Delegation, they are described in Section 15 of [RFC3633]. In particular, RFC 3633 provides recommendations for protection against prefix delegation attacks. This specification does not add any new security considerations beyond those provided by RFC 3633. DHCPv6のSecurity considerationはRFC 3315のSection 23で説明される。DHCPv6 Prefix Delegationに関しては、RFC 3633のSection 15に記載される。具体的には、RFC 3633ではprefix delegation攻撃の保護に関する勧告を提供する。この仕様ではRFC 3633によって提供される以上の新しいsecurity considerationを追加しない。 8. IANA Considerations A new DHCPv6 Option Code has been reserved from the Dynamic Host Configuration Protocol for IPv6 (DHCPv6) registry for DHCP Option Codes. 新しいDHCPv6 Option CodeがDHCP Option Codesのレジストリに Dynamic Host Configuration Protocol for IPv6 (DHCPv6) から予約される。 OPTION_PD_EXCLUDE (67) 9. Acknowledgements The authors would like to thank Ralph Droms, Frank Brockners, Ted Lemon, Julien Laganier, Fredrik Garneij, Sri Gundavelli, Mikael Abrahamsson, Behcet Sarikaya, Jyrki Soini, Deng Hui, Stephen Jacob, Hemant Singh, Gaurav Halwasia, Lorenzo Colitti, and Tomasz Mrugalski for their valuable comments and discussions. Korhonen, et al. Standards Track [Page 8] RFC 6603 PD Exclude Option May 2012 10. References 10.1. Normative References [RFC2119] Bradner, S., Key words for use in RFCs to Indicate Requirement Levels , BCP 14, RFC 2119, March 1997. [RFC3315] Droms, R., Ed., Bound, J., Volz, B., Lemon, T., Perkins, C., and M. Carney, Dynamic Host Configuration Protocol for IPv6 (DHCPv6) , RFC 3315, July 2003. [RFC3633] Troan, O. and R. Droms, IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6 , RFC 3633, December 2003. 10.2. Informative References [RFC4862] Thomson, S., Narten, T., and T. Jinmei, IPv6 Stateless Address Autoconfiguration , RFC 4862, September 2007. Korhonen, et al. Standards Track [Page 9] RFC 6603 PD Exclude Option May 2012 Authors Addresses Jouni Korhonen (editor) Nokia Siemens Networks Linnoitustie 6 FI-02600 Espoo Finland EMail jouni.nospam@gmail.com Teemu Savolainen Nokia Hermiankatu 12 D FI-33720 Tampere Finland EMail teemu.savolainen@nokia.com Suresh Krishnan Ericsson 8400 Decarie Blvd. Town of Mount Royal, QC Canada EMail suresh.krishnan@ericsson.com Ole Troan Cisco Systems, Inc Oslo Norway EMail ot@cisco.com Korhonen, et al. Standards Track [Page 10]
https://w.atwiki.jp/reshia/pages/17.html
C++備忘録 ヘッダファイル内でusingディレクティブ(using namespace~)は御法度→名前空間の意義がなくなる。 ヘッダファイル内でusing宣言(using ~)は御法度→名前空間の意義がなくなる。 templateは、仮想クラスの代わりになるし、高速。
https://w.atwiki.jp/goronka/pages/830.html
【作品名】ef-a tale of memories 【ジャンル】アニメ 【先鋒】宮村みやこ 【次鋒】蓮治の母親 【中堅】堤京介 【副将】久瀬修一 【大将】火村夕 【名前】宮村みやこ 【属性】サボり魔 【大きさ】【攻撃力】【防御力】【素早さ】運動が出来る、包丁持った女子高生並 【特殊能力】ハイスペック 【長所】テンプレ作成者イチオシのキャラ 【短所】電話掛け杉 【備考】最終話で料理してる 【名前】蓮治の母親 【属性】母親 【大きさ】【攻撃力】【防御力】【素早さ】包丁持った成人女性並 【長所】若い 【短所】久瀬に気に入られた 【名前】堤京介 【属性】親友 【大きさ】【攻撃力】【防御力】【素早さ】デジカメ持った男子高校生並 男子高校生の紘を簡単に殴れる 【長所】景とデキタ 【名前】久瀬修一 【属性】兄さん 【大きさ】【攻撃力】【防御力】【素早さ】長身な成人男性並 【名前】火村夕 【属性】教会にいるおっさん 【大きさ】【攻撃力】【防御力】【素早さ】成人男性並 【長所】千尋の世話人 【短所】奇跡などない… 参戦 vol.64 700 vol.67 656 :格無しさん:2008/11/14(金) 20 30 09 ef - a tale of memories 考察 さよなら絶望先生(漫画)から vsさよなら絶望先生 5敗 【先鋒】轢かれて負け 【次鋒】武器のリーチ負け 【中堅】虎負け 【副将】包丁分不利 【大将】スコップ分不利 vsパラサイト・デブ 2勝3敗 【先鋒】【次鋒】包丁分有利 【中堅】【副将】老人とは言え相手が鍛えている分不利 【大将】無理負け vsKHM110 2勝2敗1分 【先鋒】【次鋒】包丁分有利 【中堅】ややタフ。分けか 【副将】縄負け 【大将】戦闘放棄負け vsRope 3勝2敗 【先鋒】【次鋒】包丁分有利 【中堅】他の男子高校生以上の強さとデジカメ所持な分有利か 【副将】【大将】武器持ち負け vsまんがで知ろう天文学 3勝2敗 【先鋒】【次鋒】刺して勝ち 【中堅】他の男子高校生以上の強さとデジカメ所持な分有利か 【副将】【大将】無理負け vs君が望む永遠 3勝2敗 【先鋒】【次鋒】包丁分有利 【中堅】他の男子高校生以上の強さとデジカメ所持な分有利か 【副将】描写分不利 【大将】轢かれて負け 657 :格無しさん:2008/11/14(金) 20 30 59 上を見る vsイリスの虹 3勝2敗 【先鋒】【次鋒】包丁分有利 【中堅】他の男子高校生以上の強さとデジカメ所持な分有利か 【副将】【大将】達人負け vsポートピア連続殺人事件 2勝3敗 【先鋒】【次鋒】包丁分有利 【中堅】守衛は不利。取り押さえられて負け 【副将】【大将】刑事負け vs審判 2勝3敗 【先鋒】【次鋒】包丁分有利 【中堅】実力差負け 【副将】【大将】武器持ち負け vsH2O 2勝2敗1分 【先鋒】分け 【次鋒】包丁分有利 【中堅】他の男子高校生以上の強さとデジカメ所持な分有利か 【副将】【大将】武器持ち負け vsSigns 2勝3敗 【先鋒】【次鋒】包丁分有利 【中堅】成人男性かつ包丁所持で不利 【副将】バット負け 【大将】毒ガス負け ×△××○××△○○○ いばらのなかのユダヤ人=ef - a tale of memories>Rope
https://w.atwiki.jp/memoriesoff_1110/pages/4.html
memoriesoff 特集(自分的) 【memoriesoff作品紹介】 memoiresoff 1st(1999/9/30 発売) 概要 本作はKIDの代表作であり、同社の倒産後もブランドを移して継続するに至る人気シリーズの第1弾である。 企画当初は、PCからの移植ではないKIDオリジナル作品に成功例が少なかったため、社内でも期待されていなかった。しかし開発陣の熱意により、別の開発ラインを2本停止する背水の陣で挑んで発売にこぎつけた。 批判的意見には「前半が長すぎる」「選択肢の意味がわからない」などがあった。特に主人公の性格については、彼を個性ある登場人物の1人として受け入れる層と、自己の分身としての感情移入ができないと拒否反応を起こす層に二分された。その点は他機種への移植に当たって若干手直しがされている。 初期設定から変更された要素はシリーズ内でも多いほうで、当初の仮題は『トラウマ』であり、彩花と唯笑は実の姉妹だった。さらに、夢眠(ゆめみ)というヒロインは存在自体が没になっている。 ストーリー 主人公三上智也は、澄空高校に通う2年生。父は単身赴任、母はその世話焼きに行っている。幼馴染みの今坂唯笑とは10年以上の付き合いになるが、腐れ縁以上の関係には至っていない。 智也は辛い過去を強く引きずっていた。もう1人の幼馴染みであり、最もかけがえのない存在だった彼女・桧月彩花の事故死である。智也は彼女の死後から立ち直るまでの記憶がない。それほど愛していた彩花の死に、3年経った今でも思い出すと意識が保てないほどだった。 明るく社交的な転入生、音羽かおる。その1ヵ月前に転入した、他人と距離をおく双海詩音。電車で知り合った彩花の従姉妹である伊吹みなも。腰痛でダウンした母に代わり売店で働き始めた霧島小夜美。そして、2人の幼馴染み。中間テストをきっかけに、智也の中で大きくなっていく存在があった。 主な登場人物 三上 智也(tomoya mikami) c.v緑川 光(内野 一) memoriesoff1stシーズンの主人公 メインヒロインである桧月彩花のことを今でも引きずっている。 占い師に「前世は水虫」と言われた。 桧月 彩花(ayaka hiduki)(12月7日生) c.v山本 麻里安 memoriesoff1stシーズンメインヒロイン(とはいいつつendはBadend扱い) 三上智也の幼馴染のうちの一人 智也とは家が隣同士でしばしば屋根をつたって智也を起こしにいっていた しかし中学3年のときに事故によって他界している。 今坂 唯笑(yue imasaka)(7月12日生) c.v那須 めぐみ memoriesoff1stシーズンのメインヒロイン 三上智也の幼馴染のうちの一人 天真爛漫、純粋無垢な性格でネコが好き。智也によく騙されている。幼い頃から智也を想っていたが彩花の事を思って身を引いてしまい打ち明けられていない。ちなみに『Memories Off 2nd』の白河ほたるとは同じ中学(藍ヶ丘二中)出身で、同じクラスになったことはないもののお互い目立つ存在であったため知り合いである。 音羽 かおる(kaoru otowa)(3月20日生) c.v田村 ゆかり 智也のクラスにやってきた転校生。気さくではあるが詮索されるのを嫌う。 映像関係の仕事に就きたいと思っている。 双海 詩音(shion hutami)(2月3日生) c.v利田 優子(2004年声優業を引退) とても静かな性格かつ近寄りがたい雰囲気を醸す帰国子女。根っからの本好きのため図書委員をしており、図書室にいることが多い。紅茶についての知識、撞着は並々ならぬものがある。また、『Memories Off 2nd』の寿々奈鷹乃の住んでいる書店のお得意様。担当声優の利田が引退してしまったため、以後の作品に声ありでの登場はない。 伊吹 みなも(minamo ibuki)(1月20日生) c.v河合 久美(現在 たなか 久美) 美術部に所属する後輩。病弱で、ちょっとした事で体調を崩してしまう事がある。実は彩花と意外なつながりがある。また、落ち葉見という風情ある行為を好む。また、在原業平のような恋に燃える人間に憧れている。 霧島 小夜美(kooymi kirishima)(5月3日生) c.v浅野 るり 腰を痛めた母の代わりに購買部に臨時でやってきた。「バナナ納豆パン」や「ドリアンパン」など個性あふれるパンを作るのが趣味。釣り銭を間違えることが多い。なお、『Memories Off 2nd』の白河静流と同じ千羽谷大学・経済学部に通っている 稲穂 信(shin inaho)(1月4日生) c.v間島 淳司 智也の親友兼悪友。唯笑・かおるのクラスメイト。作中において、唯笑に好意を抱いている節を見せる部分があるが智也と結びつける手段かどうか意見が分かれるところである。また、ラムネと称したチョークを細かく千切りにしたものや【かきこおろぎ】(カキ氷にコオロギのトッピングをしたもの)なる物を世に生み出し『Memories Off 2nd』の主人公・伊波健がひどい目にあっている。なお、声を担当した間島淳司は本作で声優デビューとなった。 参考URL(http //ja.wikipedia.org/wiki/Memories_Off#.E7.99.BB.E5.A0.B4.E3.82.AD.E3.83.A3.E3.83.A9.E3.82.AF.E3.82.BF.E3.83.BC)
https://w.atwiki.jp/fmemo/pages/24.html
スクリーンショットを撮りたいとき よく使うショートカットterminal 右クリックしたいとき ログインシェルの変更 プリンタドライバの追加 hwprefs fink基本的なコマンド unstableなソフトも使えるようにするには 参考サイト MacPortsインストール コマンド 参考サイト 以下すべて、MacBook(Leopard)での話である。 スクリーンショットを撮りたいとき 画面全体 command + shift + 3 ドラッグで選択した部分 command + shift + 4 カメラアイコンで選択したウインドウ command + shift + 4 + space よく使うショートカット コピー command + c 全範囲選択 command + a ペースト command + v カット command + x デスクトップを表示 fn + F11 アプリケーションの切り替え command + tab 全ウインドウを小さく表示 F3 terminal 新しいウインドウをひらく command + n 次のウインドウにうつる command + { 前のウインドウにうつる command + } 右クリックしたいとき control + クリック ログインシェルの変更 左上のアップルマーク→System Preferences→Accounts 左下の鍵ボタンをクリックし、パスワードを入力して鍵を解除 ユーザ名の上でcontrol+クリック Advanced Optionsをクリック またはTerminal→Preferences→Setupから変更する プリンタドライバの追加 プリンタ会社のページに行ってドライバをダウンロード、インストール。「システム環境設定」- 「プリントとファックス」- 「+ボタン」 - 「ほかのプリンタ」- 該当するプリンタを選ぶ hwprefs プロセッサ数を表示する $ hwprefs cpu_count OSのクラスを表示する $ hwprefs os_class メモリのサイズを表示する $ hwprefs memory_size CPUのクロック数を表示する $ hwprefs cpu_freq fink 基本的なコマンド ソフトウェアのインストール $ fink install packagename ヘルプの表示 $ fink --help パッケージ一覧の表示 $ fink list パッケージ名にhogeを含んだものを表示 $ fink list hoge 最新のバージョンを確認 $ fink list -o fink自信の更新(時間がかかることがあるので注意) $ fink selfupdate ソフトウェアの更新 $ fink update packagename すべてのソフトウェアの更新 $ fink update-all すべての対話的な質問に対してデフォルトの回答をする $ fink -y update-all パッケージの削除 $fink remove package unstableなソフトも使えるようにするには /sw/etc/fink.confファイルの Trees local/main stable/main という行を以下のように書き換える Trees local/main stable/main stable/crypto unstable/main unstable/crypto するとunstableなソフトもインストールできるようになる。この作業をやったあとは かならず fink selfupdateをすること 参考サイト finkプロジェクト MacPorts インストール $ cd ~/src $ wget http //svn.macports.org/repository/macports/downloads/MacPorts-1.7.1/MacPorts-1.7.1.tar.gz $ tar MacPorts-1.7.1.tar.gz $ cd MacPorts-1.7.1 $ ./configure # デフォルトでは/opt/localにインストールされる。変えたい場合は--prefix=/foo/bar で変更する。 $ make $ sudo make install $ sudo port -d selfupdate #port自体を最新のものにする。 コマンド パッケージ一覧の更新 $ sudo port -d sync パッケージのインストール $ sudo port install パッケージ名 参考サイト http //d.hatena.ne.jp/solitary_shell/20080727/1217132979 http //blog.asial.co.jp/371 http //d.hatena.ne.jp/hakobe932/20061208/1165646618 http //d.hatena.ne.jp/CortYuming/20080922/p3