約 3,699,924 件
https://w.atwiki.jp/bemani2dp/pages/3758.html
GENRE TITLE ARTIST bpm notes CLEAR RATE RAVECORE T-REX vs Velociraptor (In the Far east euphoria) Roughsketch TARACHINE 200 ? m%（yyyy/mm/dd） 攻略・コメント 名前 コメント
https://w.atwiki.jp/api_programming/pages/23.html
http //developer.android.com/training/sync-adapters/creating-sync-adapter.html Sync Adapter を使用するためにやること Sync Adapter Class を作る Service をバインドする Sync adapter XML metadata file を準備する AndroidManifest.xml への宣言 Sync Adapter Classを作る AbstractThreadedSyncAdapterの拡張 コンストラクタの作成 /** * Handle the transfer of data between a server and an * app, using the Android sync adapter framework. */ public class SyncAdapter extends AbstractThreadedSyncAdapter { ... // Global variables // Define a variable to contain a content resolver instance ContentResolver mContentResolver; // 情報を操作するオブジェクト ... /* Sync Adapter の設定 */ public SyncAdapter(Context context, boolean autoInitialize) { super(context, autoInitialize); /* * If your app uses a content resolver, get an instance of it * from the incoming Context */ mContentResolver = context.getContentResolver(); } ... /** * Set up the sync adapter. This form of the * constructor maintains compatibility with Android 3.0 * and later platform versions */ public SyncAdapter( Context context, boolean autoInitialize, boolean allowParallelSyncs) { super(context, autoInitialize, allowParallelSyncs); /* * If your app uses a content resolver, get an instance of it * from the incoming Context */ mContentResolver = context.getContentResolver(); ... } データの通信 onPerformSync() 内で実施。 引数は簡単に呼び出せるように、 (Account) accountアカウント情報の要らないサーバなら、不要 (Bundle) ExtrasBundleオブジェクト：アプリの中断および強制終了されたときのため前回終了時の状態を保持する。http //wakaranai.web.fc2.com/c01-Bundle.html 画面がクルッを回したりすると、一旦Bundleクラス内に情報を預けて、画面を更新。構築後、情報を取り出す。 onSaveInstanceState() って、わざわざonSaveInstanceState(Bundle outstate)なんて持ち出さなくても、onCreate(Bundle savedInstanceState)じゃないか。 (String) Authority (ContentProviderClient) (SyncResult)syncresult 実装する機能。以下を読むと、何だ、全部人でやるんじゃん、って思った。でも、以下の処理をバックグラウンドでやってくれる。 サーバに接続Sync Adapter がネットワークにつないでくれるわけじゃない データのダウンロード、アップロードダウンロード、アップロードを勝手にはやってくれないので、自分で実装する。 ネットワークエラーの処理も自分で取り扱う必要あり Handling data conflicts or determining how current the data isサーバでデータのコンフリクトが起こっても、やっぱり自分で対処。 ネットワークを閉じるなどの終了処理 ContentResolverなんかでデータを挿入したりするのはここで書くのか。 Sync Adapter をサービスにバインドする Serviceの中のonCreate()にてSync Adapter コンポーネント生成する。必要なタイミングまで生成されるのを待てる。 thread-safeで作る複数個呼び出されてもいいように package com.example.android.syncadapter; /** * Define a Service that returns an IBinder for the * sync adapter class, allowing the sync adapter framework to call * onPerformSync(). */ public class SyncService extends Service { // Storage for an instance of the sync adapter private static SyncAdapter sSyncAdapter = null; // Object to use as a thread-safe lock private static final Object sSyncAdapterLock = new Object(); /* * Instantiate the sync adapter object. */ @Override public void onCreate() { /* * Create the sync adapter as a singleton. * Set the sync adapter as syncable * Disallow parallel syncs */ synchronized (sSyncAdapterLock) { if (sSyncAdapter == null) { sSyncAdapter = new SyncAdapter(getApplicationContext(), true); } } } /** * Return an object that allows the system to invoke * the sync adapter. * */ @Override public IBinder onBind(Intent intent) { /* * Get the object that allows external processes * to call onPerformSync(). The object is created * in the base class code when the SyncAdapter * constructors call super() */ return sSyncAdapter.getSyncAdapterBinder(); } }
https://w.atwiki.jp/elecavio/pages/12.html
アンテナ： ADFの誤差 １）４分円誤差 ADF特有の誤差で機体が円筒形をしているために、機首・機尾方向からの電波は強く、機軸と直行する電波は弱く感じる為、機軸に対し45°方向で誤差が最大になる。機体ではこの誤差を小さくなるようにアンテナ位置を工夫したり、QEC(Quad BFO：Beat Frequency Oscullator 昔のNDB局は現在のように可聴周波数（1020Hz）でID TONEを発射せず、無線電信のように電波の有無でIDを表現していた。この受信信号にBFO（1000Hz)の信号を重ねると電波の有無に応じて1000Hzの音が聞こえ、IDを示すことになる。 VOICE/RANGE FILLTER 航空援助施設は識別のため識別符号(IDENT)を発射している。IDの周波数はNDB/VOR/ILSは1020Hz、DMEは1350Hzである。 RANGE FILLTERは1020Hzを中心とするBAND PASS FILLTERでID TONEを明瞭に聴取するために装備される。 VOICE FILLTERは、1020Hzを中心とするBAND BLOCK FILLTERで、1020Hzを減衰させる。
https://w.atwiki.jp/ercr/pages/1621.html
発売日 2004年11月19日 ブランド RAPTOR タグ 2004年11月ゲーム 2004年ゲーム RAPTOR キャスト 大橋小夜子(桜坂真由美),高奈ゆか(鳥飼美紀),篠宮薫(柏原智子),一宮桜(大橋麻衣),瀬野あや子(神崎加奈子),鷹宮涼(叔父) スタッフ BGM：ブリキ 効果音：Legendra サウンドディレクター：黒マグロ一本釣り 原画：深泥正 シナリオ：吉田憲司 サブシナリオ：こごめさくら 制作/著作：Raptor オープニング曲 「恋模様」 作詞/作曲/アレンジ/ベース：ちゃとぴー ギター：ちゅう ボーカル：キャサリン エンジニア：ひろし エンディング曲 「秘密の恋」 歌：Ray 作詞/作曲/編曲/ディレクター：沢村竣 レコーディングエンジニア：森野音響
https://w.atwiki.jp/niconicomugen/pages/7936.html
1994年にレア社によって制作されたアーケード格闘ゲーム『キラーインスティンクト』の登場人物。 名前の読みは「リプトル」とされる場合が多い。 ウルトラテック社によって開発されたヴェロキラプトルと人間の合成生物。 長い尾や鋭い爪と牙、そして口から吐く炎などで戦う。 ストーリーの都合で2には登場しなかったが、リメイク版では追加配信キャラとして登場。 シルエットがリアルな恐竜に近づいており、ところどころに改造されたことを思わせる機械のパーツが散りばめられたデザインになっている。 MUGENにおけるriptor キラーインスティンクトキャラを多数制作しているchaseallendiaz氏によるものが公開されている。 挙動がややもっさりしているが飛び道具のfireball、突進のHeadButtなどスタンダードな技構成になっている。 なお、ファイル内にリードミーに相当するものが存在しない。コマンド表を以下に記すのでこちらを参照。 FireballとTailRollは猶予フレームが短いので、CMDファイルを開いてtime=○となっているところの数字を増やすなり、記述を消すと出しやすくなる。 Fireball：↓＼→ XorYorZ 炎を吐く飛び道具 HeadButt：←タメ→ XorYorZ 突進して頭突き Flying Kick Attack：←タメ→ AorBorC 前方にジャンプしてキック Tail Roll：＼↓／ AorBorC 前転して尻尾を打ち下ろす combo link special：→← A コンボ始動技１ Ultra Combo：←タメ→ A コンボ始動技２ Combo Breaker：ダメージ喰らい中に←タメ→ C 原作における喰らい抜け 出場大会 MUGEN祭 大盛りシングルトーナメント
https://w.atwiki.jp/mobile_no_hdd/pages/184.html
動作報告 【PC型番】dynabook SS2110 DS10L/2(CFモデル) 【チップセット】Intel 855GM 【アダプタ型番】AREA AR-IDE1CF500(上野毛) 【SD/CF型番(容量)】 GREENHOUSE GH-CF16GD 16GB 【OS】 WindowsXP Pro SP2 【転送モード】 UDMA 5 【インストール方法】USBメモリ・USB-FDD 【その他】インストールには結構時間とコツがいる。FlashPoint導入で結構使える 【【ベンチマーク】 -------------------------------------------------- CrystalDiskMark 2.2 (C) 2007-2008 hiyohiyo Crystal Dew World http //crystalmark.info/ -------------------------------------------------- Sequential Read 39.755 MB/s Sequential Write 28.471 MB/s Random Read 512KB 39.857 MB/s Random Write 512KB 9.495 MB/s Random Read 4KB 8.134 MB/s Random Write 4KB 1.885 MB/s Test Size 50 MB Date 2009/06/07 20 06 35 529 名前：いつでもどこでも名無しさん [sage]： 2008/05/11(日) 03 07 35 ID ???0 動作報告 【PC型番】 dynabook SS2110 DS10L/2 【チップセット】 Intel 855GM + ICH4M 【アダプタ型番】 CF-1.8 【SD/CF型番(容量)】 寅 TS8GCF266 【OS】 WindowsXP Pro SP2 【転送モード】 UDMA 4 【インストール方法】外付けCDから 【その他】起動時のTOSHIBA画面が消えたんですけど。。 レスポンス良。たまにもたつくけどかなり快適になった。 【ベンチマーク】 -------------------------------------------------- CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo Crystal Dew World http //crystalmark.info/ -------------------------------------------------- Sequential Read 28.309 MB/s Sequential Write 19.[[235]] MB/s Random Read 512KB 28.006 MB/s Random Write 512KB 11.006 MB/s Random Read 4KB 6.394 MB/s Random Write 4KB 0.140 MB/s Test Size 50 MB Date 2008/05/10 1 18 09 530 名前：いつでもどこでも名無しさん [sage]： 2008/05/11(日) 03 08 45 ID ???0 529 続き ATA-Identify Ver 0.01 (2007/08/04) Model 'TRANSCEND^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^' Firmware '20070418' (' '- '^'に置換済) SerialNo '20080316^^^^38018856' CHS 15798cylinders 16headers 63sectors = 8,153,284,608bytes LBA 15924384sectors = 8,153,284,608bytes LBA48 0sectors = 0,000,000,000bytes デバイスの設定 ATA NotRemovableMedia デバイスの能力 DMA LBA 利用可能コマンド PowerManagement ReadBuffer WriteBuffer NOP_Command 利用可能コマンド2 CFA AdvancedPowerManagement 利用可能コマンド3 対応ATA/ATAPI Ver 4 利用可能モード PIO( 0 1 2 ) Advanced PIO( 3 4 ) Multiword DMA( 0 1 2 ) Ultra DMA( 0 1 2 3 4 ) 現在のモード(可変) Ultra DMA Mode4 (UATA/66) デバイスの接続環境(可変) 40芯ケーブル Master(Device0)byOtherMethod PDIAG=0 820 名前： いつでもどこでも名無しさん [sage] 投稿日： 2007/08/17(金) 00 57 24 ID ???0 【PC型番】dynabook SS 2110 【チップセット】Intel 855GM 【アダプタ型番】RCF-A2 【SD/CF型番(容量)】A-DATA x120 2G 【OS】XP Pro＆98 【転送モード】PIO（普通にHDDからブートしたXPで確認） PCカードのブートの項目があったので試したんですが、 どうやってもインストールできませんでした。 アダプターが悪いのか、CFではそもそも無理なのか。
https://w.atwiki.jp/atwikitest1/pages/26.html
asdfasdfa asdfasdfsadfa asdfasfdadsfjklfsadjklafdajklasdfjkldas asdfsadfafsadfsasfdkljafdskasfd 取得中です。 asdfasdfsadfaasdfasda
https://w.atwiki.jp/fcfuel/pages/45.html
これからのオープンベータ＆正式までの道のり 2013/7/18 現状F3 FBや調整等の修正期間の段階 ↓ 2013/8/1 キャラクリベンチマーク公開予定 （このベンチマークソフトは，マルチGPU構成（SLI / CrossFireX）に対応した製品版と同じグラフィックスの描画設定を選択でき，水の反射といった表現で，より品質が上がっていることをデモムービーで確かめられる。ただし，それには相応のマシンパワーが必要で，吉田氏いわく「覚悟して使ってください」とのことだ。） ↓ 2013/8/8 第8回プロデューサーレターライブ ここから予想 ↓ 2013/8/中旬~ Oβ（1週間辺り） ↓ 2013/8/終盤 1週間の修正期間もしくはそのままアーリーアクセス アーリーアクセス開始と同時に新ロードストーンオープン ↓ 2013/8/27 ☆正式サービス開始☆ 正式後～月額1500円くらい サービス開始時はDirectX9ベース 新生サービスインから1年位内にDirectX11に対応予定
https://w.atwiki.jp/marykiban/pages/21.html
mikotohisashiのページ LPC1114(Cortex-M0)対OpenRISCのベンチマーク LPC1114(Cortex-M0)対OpenRISCのベンチマーク比較をやってみました。題材としては、MARYのPROG13_CALC_PIの「#define Simon_Plouffe_1」を有効にした円周率計算プログラムを使用しました。 (1)OpenRISCの動作周波数は50MHzです。バスはWishboneですが、レイテンシが大きいのでキャッシュは必須です。 命令キャッシュ=4KB、データキャッシュ=4KBを搭載しています。命令長は32bitなので、基本的には1サイクルごとに1命令をCPUにフィードするバンド幅になっています。 (2) LPC1114(Cortex-M0)はMARYのMBを使用しています。内蔵発振器を使用しているので動作周波数は48MHzです。内蔵FLASH ROMは2サイクルアクセスしていますが、Thumb2コード(16bit固定長)なので、基本的には1サイクルごとに1命令をCPUにフィードするバンド幅になっています。 ※なお、OpenRISCのプログラムにおいて、long long(64bit変数)の計算が正しくないことが判明したので（ライブラリ起因と推定）、moduloを取る方法を以下のように変更してあります。こうすると元のLPC1114のプログラムも多少速くなります。両CPUとも変更後のプログラムを使用して比較しています。 （変更前）#define mul_mod(a,b,m) (( (long long) (a) * (long long) (b) ) % (m)) （変更後）#define mul_mod(a,b,m) ( ((a) % (m)) * ((b) % (m)) ) ベンチマーク結果 CPU 動作周波数 計算時間 備 考 OpenRISC 50MHz 42sec Cortex-M0 48MHz 114sec Cortex-M0 50MHz 109sec 換算値 （円周率541桁までの計算時間で比較） 結果的にはOpenRISCの方がLPC1114(Cortex-M0)より2倍以上性能が高いように見えますが、完璧に公平なベンチマークではない可能性もあります。ライブラリの最適化条件などが異なるのであまり鵜呑みにはできません。ただし、OpenRISCは十分に応用できる実力を持っていることはわかります。問題点としては、全ての命令が32bit固定長なのでコードサイズが大きくなる点です。Cortex-M0に比べて2倍以上のコードサイズになってしまいます。 (2011.06.02) OpenRISCの方が速い理由は、ハードウェア除算器を実装したためと推定しています。Cortex-M0には除算命令がなく、専用のサブルーチンで計算しており時間がかかっています。 (2011.06.18) OpenRISCの動作の様子 (2011.06.02) OpenRISC1200でハマったこと 全くMARYとは関係ない話ですが、お許しください。 OpenRISCのCPUコアはフリーな点でいいのですが、とにかくさまざまなトラップに引っかかり、なかなかうまくいかないことが多いです。それでも諦めずに執念で使いこなす苦労もそれなりに楽しいものです。 gnu toolの立ち上げや、JTAGデバッガの立ち上げなど、それはそれで苦労します。しかしこれらはだいたい予想つくものですが、今回は全く「想定外」な問題に出くわしてかなり楽しめたのでご紹介します。 【問題点】割込みを発生させると、たまに暴走するという、とんでもない問題。 【解析経過】 (1) 例外処理の出入り口を記述しているstartupルーチンの問題だろうと予想。しかも自分で書いているからどうせ間違っているはずだろうと推定。しかし、眺めてみても問題なさげだし、そのルーチンを含めたverilogシミュレーションでは問題が再現しない。 (2) mainルーチンとして、LEDをインクリメントする程度のEasyなものを用意して、その上で周期割込みを発生させてみたところ、実機でも全く問題なし。 (3) mainルーチンとして、gnuライブラリをリンクしたちょっと複雑なもの（実際は円周率の計算）を実行させながら周期割込みをぶつけてみた。そうすると実機でしっかり現象が再現。 (4) その(3)の状況で少し長いverilogシミュレーションを実行したら、ようやく再現。「やったー！」 【原因】 (1) なんと、gcc＝gnuライブラリの問題であった。 (2) そのライブラリ内の各関数の出入り口では、関数内で使用するレジスタをスタックに退避・復帰している。この退避時の動作として、「なんと」スタックポインタSPを変えずに、(SP-4), (SP-8)、…に対してレジスタをストアしているのである。全部のストアが終わったら、SP本体を変更している。ようするに実質的にスタックを掘る前に退避ストアをしているのだ。この退避ストア命令の列の途中で割込みが起こったらどうなるか。 (3) 割込み例外処理の入り口ではスタックを掘ってから全レジスタを退避している。メインルーチン側でスタックSPを掘っていない状態で割込まれると、メイン側で退避しようとしていた領域に対して、例外入り口での退避が行なわれる。これでスタックが壊れてしまい、暴走に到るのである。 【解決法】 (1) 暫定的に、例外処理の出入り口のスタック堀り距離を延ばす事で問題が解決することを確認した。実際、これがOpenRISCのスタックフレームのポリシーになっているようだ。 (2) 本質的には、gccの吐き出すコードをどうにかすべきだ。 OpenRISCは、変な問題には命中しましたが、どうにか使いこなせそうなのでもう少し愛用してみます。FPGA用のCPUとして某社のNIOSやMicroBlazeなんぞを使うよりは囚われ感がない点でとても良いのです。 （2011.05.29）（2011.06.02改訂） MARY拡張基板をOpenRISC1200で制御する エレキジャックフォーラム2011で衝動買いしたFPGAボード「DE0 nano」に、OpenRISC1200をインプリして、MARY拡張基板を制御してみました。 OpenRISC1200とは オープンソース・ハードウェアを推進するopencores.orgの旗艦プロジェクトとして開発された、フリーでオープンな32ビットRISC型CPUコアです。gnu tool chainsやlinuxも提供されています。 OpenRISC 動作の様子 ユニバーサル基板にDE0 nanoを載せて、裏でMARY拡張基板と結線しています。このアプリでは、OBに矩形を描画しながら、XBに無線で届く文字列をOBに表示しています。 システムブロック図 FPGAには、OpenRISC1200のCPUコア、JTAGデバッガ、SPI、UART、ROM/RAMをインプリしています。DE0 nanoにはAlteraのUSB Blaster互換インタフェースがありますが、このインタフェースを仮想JTAGポートとしてユーザが使用することができます。すなわち、AlteraのMEGA Functionとして提供されているsld_virtual_jtagを使って、USB経由でOpenRISCのJTAGデバッガを操作できます。ホスト（Ubuntu Linux）上で、advanced_jtag_bridge経由でgdb（デバッガ）とFPGA内のJTAGデバッガを結びつけています。 （2011.05.18）
https://w.atwiki.jp/mobile_no_hdd/pages/166.html
Libretto 60 A-DATA CF 8GB(120倍速)・ARTMIX 1枚挿し・OS未インストール(動作不可) 97 名前：いつでもどこでも名無しさん[] 投稿日：2007/06/10(日) 02 53 37 ID 3AWoW0I30 とりあえずお遊びで、しまいこんでいた古いPCで試してみた。 結果が良ければまた新しい機種に移植するつもりで。 【PC型番】 Libretto 60 【チップセット】 ? 【アダプタ型番】 ARTMIX1枚差し 【SD/CF型番(容量)】 A-DATAx120 8G 【OS】 - 【インストール方法】- 【その他】 HDDランプが点きっぱなしになり起動すらしません。 ちと古すぎたか。 【ベンチマーク】-