約 1,850,826 件
https://w.atwiki.jp/kobapan/pages/85.html
VNCサーバが起動しなかった場合は、sshでログインして以下 sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -activate -configure -access -on -restart -agent -privs -all
https://w.atwiki.jp/nsmb/pages/234.html
原文はこちら 補足： MacのバージョンはOSX 10.9 Mavericks ツールのバージョンは以下の通り Xcode 6-7 Cmake 2.8.x DevKitPPC r27-r28 Python 2.7.x BINファイルの名前の書き換え(日本版) n_jpn_dlcode.bin DLCodeJP_1.bin n_jpn2_dlcode.bin DLCodeJP_2.bin n_jpn_dlrelocs.bin DLRelocsJP_1.bin n_jpn2_dlrelocs.bin DLRelocsJP_2.bin n_jpn_loader.bin SystemJP_1.bin n_jpn2_loader.bin SystemJP_2.bin ====何もない状態から、Mac上でNewerをコンパイルするツールをインストールする手順==== （ターミナルに不慣れなユーザーは括弧内の追加手順を参照してください） 合計所要時間：3時間程度、ダウンロード速度によって前後します GCCのインストール： MacのApp StoreでXcodeをインストールします。 Xcodeを起動して, 利用規約を承認する cmakeのインストール： ターミナルを開く 次のコマンドを実行してhomebrew(MacOSパッケージマネージャー)をインストールする。 /usr/bin/ruby -e "$(curl -fsSL https //raw.githubusercontent.com/Homebrew/install/master/install)" 次のコマンドを実行してCmakeをインストールする。 brew install cmake DevKitPPCインストール： http //sourceforge.net/projects/devkitpro/files/devkitPPC/ より devkitPPC(MacOS)をダウンロード アーカイブを展開(tar.bz2) devkitPPCフォルダを/usr/local/に置く (メニュー項目に /usr/local/を入力し、「フォルダへ移動」を使用してください) PyElfToolsとPyYAMLのインストール： ターミナルを開く 次のコマンドを実行する easy_install pyelftools (もしエラーが出た場合、"sudo easy_install pyelftools"と打ち込み プロンプトが表示されたら、管理者パスワードを入力） 次のコマンドを実行する easy_install pyyaml (エラーが出た場合、上記と同様に打ち込む) Newerのソースのダウンロード： https //github.com/Treeki/NewerSMBWよりNewer ソースをダウンロードする 右側から'Download ZIP' か 'Clone to Desktop' のオプションのどちらかを選択してください あなたがzipファイルをダウンロードした場合は、それを展開してください Clang/LLVMのソースのダウンロードとパッチの適用、コンパイル： ターミナルを開きます（まだ開いている場合はそれを使ってください） 次のコマンドを入力する。(ソースコードのダウンロード) svn co -r 184655 http //llvm.org/svn/llvm-project/llvm/trunk llvm cd llvm/tools svn co -r 184655 http //llvm.org/svn/llvm-project/cfe/trunk clang cd ../projects svn co -r 184655 http //llvm.org/svn/llvm-project/compiler-rt/trunk compiler-rt cd ../tools/clang Newerパッチを適用するために 次のコマンドを実行する patch -p0 -i /clang_cw_patches_r184655.diff (パッチのアドレスを書き込む。ファイルをドラックするとアドレスをコピーできる。) 次のコマンドを入力する。(LLVM/Clangのビルド) cd ../.. mkdir -p build cd build mkdir -p /usr/local/kamek-llvm cmake -DLLVM_DEFAULT_TARGET_TRIPLE=powerpc-unknown-unknown-unknown -DPYTHON_EXECUTABLE=/usr/bin/python -DLLVM_TARGETS_TO_BUILD="PowerPC" -DLLVM_INCLUDE_EXAMPLES=OFF -DLLVM_INCLUDE_TESTS=OFF -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX="/usr/local/kamek-llvm" .. make make install Newerのコンパイル Newerソースコードのコンパイル ターミナルを開く, NewerSMBWのダウンロードしたフォルダ内のKamekディレクトリに移動します 次のコマンドを入力します。 mkdir -p processed mkdir -p NewerASM python tools/mapfile_tool.py python tools/kamek.py NewerProjectKP.yaml --no-rels --use-clang --gcc-type=/usr/local/devkitPPC/bin/powerpc-eabi --llvm-path=/usr/local/kamek-llvm/bin 仕上げ： kamek内の「NewerASM」フォルダにBINファイルが出力されます。 お住まいの地域のものに名前を変更し、 Newerパックの「NewerRes」フォルダに入れてください。 さぁテストプレイしてみましょう 頻繁に利用できるようにするためプロセスを自動化したい場合は、 テキストエディタでKamekフォルダ内のファイル「makeNewerKP」を見てみましょう。 ちょうど上記のコードブロック内のものと一致するように上部にあるコマンドを変更し、 テストフォルダの宛先に直接出力するように、ディレクトリパスを変更します。 あなたが超迅速なテストの実行を取得するために、 riifsでwitとDolphinでスクリプトを統合することができます。 - - - - - - - - - - - - - - - - - - - - そして最後に、megazigのシェルスクリプト： #sudo apt-get install build-tools libpython-dev python2 CURDIR=`pwd` CLANG_VERSION=184665; PROJECT_DIR=${CURDIR}/NewerLlvm; LLVM_DIR=${PROJECT_DIR}/llvm CLANG_DIR=${LLVM_DIR}/tools/clang RT_DIR=${LLVM_DIR}/projects/compiler-rt BUILD_DIR=${PROJECT_DIR}/build echo "mkdir ${BUILD_DIR}" mkdir ${BUILD_DIR} cd ${PROJECT_DIR} echo "svn co -q ${CLANG_VERSION} http //llvm.org/svn/llvm-project/llvm/trunk llvm" svn co -r ${CLANG_VERSION} http //llvm.org/svn/llvm-project/llvm/trunk llvm echo "cd ${LLVM_DIR}/tools" cd ${LLVM_DIR}/tools echo "svn co -q ${CLANG_VERSION} http //llvm.org/svn/llvm-project/cfe/trunk clang" svn co -r ${CLANG_VERSION} http //llvm.org/svn/llvm-project/cfe/trunk clang echo "cd ${LLVM_DIR}/tools/clang" cd ${LLVM_DIR}/tools/clang echo "cp ${CURDIR}/clang_cw_patches_r184665.diff ." cp ${CURDIR}/clang_cw_patches_r184665.diff . echo "patch -p clang_cw_patches_r184665.diff" patch -p clang_cw_patches_r184665.diff echo "rm clang_cw_patches_r184665.diff" rm clang_cw_patches_r184665.diff echo "NOW DO SOMETHING COOL" cd ${BUILD_DIR} echo "cmake -DLLVM_DEFAULT_TARGET_TRIPLE=powerpc-unknown-unknown -DPYTHON_EXECUTABLE=/usr/bin/python2 -DLLVM_TARGETS_TO_BUILD="PowerPC" -DLLVM_INCLUDE_EXAMPLES=ON -DLLVM_INCLUDE_TESTS=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX="/opt/kamek-llvm" ../llvm" cmake -DLLVM_DEFAULT_TARGET_TRIPLE=powerpc-unknown-unknown-unknown -DPYTHON_EXECUTABLE=/usr/bin/python2 -DLLVM_TARGETS_TO_BUILD="PowerPC" -DLLVM_INCLUDE_EXAMPLES=ON -DLLVM_INCLUDE_TESTS=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX="/opt/kamek-llvm" ../llvm
https://w.atwiki.jp/keisks/pages/74.html
Mac歴が３週間程度なので、色々知らなかったことだらけです。 alias ls= ls -alG vimの方は set t_Co=256 は、書いていたのですが、 syntax on を書き忘れていたようです。
https://w.atwiki.jp/retrogamewiki/pages/10121.html
今日 - 合計 - 戦え原始人3 主役はやっぱりJOE MACの攻略ページ 目次 基本情報 [部分編集] ストーリー [部分編集] 攻略情報 [部分編集] Tips [部分編集] プチ情報 [部分編集] 関連動画 [部分編集] 参考文献、参考サイト [部分編集] 感想・レビュー 基本情報 [部分編集] ストーリー [部分編集] 攻略情報 [部分編集] Tips [部分編集] プチ情報 [部分編集] 関連動画 [部分編集] 参考文献、参考サイト [部分編集] 感想・レビュー 名前 コメント 選択肢 投票 役に立った (0) 2012年10月09日 (火) 19時02分16秒 [部分編集] ページごとのメニューの編集はこちらの部分編集から行ってください [部分編集] 編集に関して
https://w.atwiki.jp/puccho/pages/14.html
主macのプロフィール ここでは、macのプロフィールを見てもらいまっせ！ｗ 年 １１歳(小５) 恋人 コロン♪ 好きな芸人 陣内智則(意外？) ぷっちょ歴 １ヵ月(2009/7/5~) しかも２００８年に１回やっていた！ ぷっちょタウンで好きなもの ミグ２５ｗ 好きな言葉 ３億。 職業 野球選手 家 ぷっちょ裏通りE-3、G-3 一言 ４６４９ｗ 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/mgd2ch/
Macでゲームを作る 掲示板 まずはAppStoreからXCodeを手に入れよう！
https://w.atwiki.jp/cscd/pages/120.html
Compizはかっこいいものからダサいものまでいろいろなエフェクトがあって，ありすぎて，数だけで考えればMacなんか敵ではない。使いやすさは別として。設定といっても，Compiz Config Setting ManagerをいれればGUIでできるのであまり書く必要ないかも。気が向いたら書きます。 とりあえずccsmは必須。 (OK)
https://w.atwiki.jp/magiconline/pages/154.html
【MO FAQ】 ＞ 【MO全般に関する質問】 関連項目 関連リンク コメント ウィザーズ社のコミュニティ・マネージャーのMelanie Creel氏が、これに関して寄稿しています。 これは個人的な非公式の回答としてもらいたい、というのは私はコミュニティ・マネージャーであって、MOの仕事の範疇に入ってないからだ。 MOがPCの製品として上手く行っているようなら移植もされるだろう、というのが私の推測だ。 Macを使っているR＆Dのスタッフ等、それを望む内部からの声も多い。 しかし、MOはでき上がったばかりで、このような開発の仕事をしている人は皆、この幼子が立って歩けるようになるかを見守るのに忙しい時期なんだ。 私はそう思っている。 前任の管理者の一人、Leaping LizardのChris Green氏がベータ掲示板（現在はオフラインです）に、すでに完全に動くLinuxバージョンのものをテストで使用している、と寄稿しています。サーバーは全くリナックスで独立しており、Linux製品の手ごたえあるテスト結果を得ているのです。 誰か（忘れてしまいましたが）も、そのような完全に独立したプラットフォームでMOが作られているなら、大した問題なくほとんどの独立したプラットフォームに移せるだろう、と話していました。 Melが言ったように、他のプラットフォーム用のMOにたくさんの消費者の需要があるのなら、そう、MacやLinuxのMOを望むなら、ウィザーズ社にメールを送って知らせてください！ 関連項目 関連リンク コメント 名前 コメント
https://w.atwiki.jp/mpegonmac/pages/53.html
基本 Iフレーム 完全な一枚絵。 厳密には知らないが、JPEG(*1)かなにかと思えば良い。 Iフレームが多いほど画質が良く、サイズがデカイ。 シーク（早送りや巻き戻し）はIフレームを基準にする。 Pフレーム?やBフレーム?は、Iフレームを基準に生成される。 GOP(グループ・オブ・ピクチャ)の基準点になる。 GOPはMPEG-2では約0.5秒程度。 Pフレーム 直前のフレームとの差分。アニメの口パクのようなもの。 動いた部分だけの絵。別名時間軸圧縮。 IフレームにPフレームを乗っけると、「次のフレームの映像」になる。 I P P P P P P ,,,とすることで、 I I I I I I I ,,,よりもデータが縮む。 この「I P P P P P P」がGOP。 MPEG-1?, MPEG-2, MPEG-4（H.264/AVC含む）が使う。 Bフレーム 直前直後のフレームとの差分。これがあると 劇的に圧縮率?が向上し、 互換性?がやや劣（る場合があ）り、 再生時にCPU?の負荷が大きくなる 傾向がある。ちょっと絵面が想像しにくい。搦め手から説明。 最大Bフレーム数=1の場合、 画面に表示する順番は、" I B P " だが、データの中には、" I P B "の順番で入っている。 デコーダは、Bをデコードする前に、まずIフレーム?とPフレーム?をデコードする必要がある為。 直前直後のフレームを先に読み込んで、その２枚を元にBフレームをデコードする。 出来上がったら（=画面に表示できる信号になったら）" I B P " に並べ替えて出力。 別名、時間軸双方向圧縮。 IとPだけよりうんと縮むが、実はなんで縮むのか厳密には解っていないのだとか。 MPEG-1?, MPEG-2, MPEG-4のASP?以上とH.264/AVCのBaseline profile以外で使える。 MPEG-1?, MPEG-2にはBフレームは存在しない。 【参考】AVIとBフレーム Bフレームは本来はAVIに入れる事ができない。 WinでAVI作成に長く使われたvfw(Video for Windows)は、「1フレーム in, 1フレームout」の原則がある。 この原則では、デコードの際にIとPを読み込んで、次にBを読み込むと、バッファからなにか１枚出力しなければならない。 これではBフレームのデコードができない。エンコードでも同様。 この制限を回避してMPEG-4 - ASP?(アドヴァンスド・シンプル・プロファイル、DivX, Xvid, 3ivxなど)映像をAVIに突っ込むために、PとBを１枚のフレームと偽ってvfwを騙したり（packed bitstream）、動画のアタマにダミーフレームをくっ付けてみたり(delay frame)という裏技が開発された。これはややこしいが、枯れており、広く普及した為、MPEG-4 = XviD(互換コデック).aviというイメージの元となった。 しかし、H.264/AVCのBフレームはさらに複雑化したため、さすがにAVIでは対応困難になった。また、新しいDirectShowベースのエンコードではこの問題は存在しない事が、ややこしさの一因のようだ。 これらの結果、AVC-in-AVIはWinでも基本的には廃れつつある。 H.264/AVCの特殊なフレーム IDRフレーム 新種のIフレーム これまでは、Pフレームは直前のIフレームを元に生成するものだったが、H.264/AVCでは、直前より前のフレームを基にPフレームを生成しても良くなった。 この結果、GOP構造が崩れる。 Iフレームは必ずしもGOPに束縛されないものとなり、必ずしもシーク可能なものでは無くなった。 IDRフレームはこれを解決する為に考案されたもの。 後続のPフレームに、自分より前にある全フレームを参照禁止にする。 Bフレーム関係 H.264/AVCでは、Bフレームが複雑化。 以下のオプションが規格書に存在する模様。 adaptive Bフレーム：Bフレームの使用枚数を映像内容に応じてエンコーダが自動で決める。 arbitrarily frame order：データの中のフレームの順番をエンコーダが「自由に」決める。 これらを使うとQuickTime Playerで再生できなくなる（iPodはそもそもBフレーム非対応）ので関係ないが、x264cliやMEncoderでは使える。現状、Macでこうした.mp4を見るには、MPlayerかVLC。
https://w.atwiki.jp/taer/pages/343.html
last modified 2009年07月23日 (木) 16時45分05秒 JOE MAC 戦え原始人 タイムアタック（ノーマルモード） ルール タイトル画面でスタート押してからラスボス(青悪魔)を倒した後 画面が暗転したところまでを測定 連射機使用禁止 コンティニュー制限なし 順位 タイム 達成者 達成日 備考 1 30分10秒 まいるず 2009年5月22日