約 4,509,527 件
https://w.atwiki.jp/tryneet/pages/24.html
64bit CPUを搭載したハイスペックコンピューター。主観視点による戦闘訓練用バーチャルリアリティーや場外大乱闘シミュレーションといった最新技術に関する研究を行うべく、それらの再生機として、校費での購入が期待されている。あるいは俺が家から持ってきてBAR184に貸し出す。 try-NEET
https://w.atwiki.jp/hikipuro/pages/63.html
Visoly / Flash-Advance The older-style non-turbo cartridges contain a single intel 28F Flash, while the newer turbo cartridges contain a pair of chips interleaved. TypeFlashRAMNotes 64M1x 28F640J3A (120ns)128 KB3 bank bits, cannot reliably do 3/1 waits Turbo 64M2 x 28F320J3A (110ns)256 KBOnly has 3 bank bits Turbo 128M2 x 28F640J3A (120ns)256 KByteOnly has 3 bank bits FA Pro 64M2 x 28F320J3A (110ns)256 KByteAlso supports 4 kbit eeprom FA Pro 128M2 x 28F640J3A (120ns)256 KByteAlso supports 4 kbit eeprom FA Pro 256M2 x 28F640J3A (120ns)256 KByteAlso supports 4 kbit eeprom FA Xtreme 512M/1G2 or 4 x 28F256K3256 KByte Notes * All carts use Intel flash parts. * All of the 256 KB SRAM carts use a NEC D442000LGU chip. * None of the carts support the 64 kbit eeprom type * The three bank bits carts only support the 8 MB, 4 MB, and 256 KB bits (see below for more information). VisolyCommand(uint32 address, uint16 data, uint16 count) for ( ; count 0; count--) GBA_CART[addr 1] = data; VisolyUnlock(yes, it really is this stupid!) VisolyCommand(0x987654, 0x5354, 1) VisolyCommand(0x012345, 0x1234, 500) VisolyCommand(0x007654, 0x5354, 1) VisolyCommand(0x012345, 0x5354, 1) VisolyCommand(0x012345, 0x5678, 500) VisolyCommand(0x987654, 0x5354, 1) VisolyCommand(0x012345, 0x5354, 1) VisolyCommand(0x765400, 0x5678, 1) VisolyCommand(0x013450, 0x1234, 1) VisolyCommand(0x012345, 0xABCD, 500) VisolyCommand(0x987654, 0x5354, 1) VisolyUnlockFlash VisolyUnlock VisolyCommand(0xF12345, 0x9413, 1) VisolySetSRAMBank(bank) VisolyUnlock VisolyCommand(0xA12345, bank 7, 1) bool VisolySetFlashBaseAddress(offset) if (offset 0xFF3F7FFF) return false base = ((offset 22) 3) | ((offset 12) 8) VisolyUnlock VisolyCommand(0xB5AC97, base, 1) return true bool VisolySetFlashBaseAddress(offset) if (offset 0xFE007FFF) return false base = ((offset 22) 3) | ((offset 22) 4) | ((offset 12) 0x3F8) VisolyUnlock VisolyCommand(0xB5AC97, base, 1) return true The Flash offset register is a bit funky, and only bits 0, 1, and 3 are implemented on the older cartridges. Format of the register is shown below 15..109876543210 2 MB1 MB512 KB256 KB128 KB64 KB32 KB16 MB8 MB4 MB Thanks to Jeff Frohwein and Reiner Ziegler GBA Movie Player Components * FlashROM, SST39VF400A 256Kx16 (0x278000BF) or SST39VF800A 512Kx16 (0x278100BF) * CPLD, Actel eX64, 64 pin TQFP Pinout GBA Aflash Ainvertedpin 01016 11115 21214 3818 4907 57018 66019 75120 82023 93122 104121 110125 121124 13--- 14--- 15--- 161303 171402 181501 1916048 2017017 2118016 (512K x 16 only) Registers Data registerMP_DATA0x09000000 Error registerMP_REG_ERR0x09020000 Sector #MP_REG_SEC0x09040000 LBA byte 1MP_REG_LBA10x09060000 LBA byte 2MP_REG_LBA20x09080000 LBA byte 3MP_REG_LBA30x090A0000 0xE0 | LBA byte4MP_REG_LBA40x090C0000 Command registerMP_REG_CMD0x090E0000 Status registerMP_REG_STS0x098C0000 Unlock sequence Unlocking is required to read offset =0x200. A short unlock sequence that works in most cases can be performed by reading these offsets in order 0x0134,0x00D4,0x0144,0x00EC,0x01E4,0x0188,0x01F4,0x01D4 M3 CF/SD CompactFlash addresses Data registerMP_DATA0x08800000 Error registerMP_REG_ERR0x08820000 Sector #MP_REG_SEC0x08840000 LBA byte 1MP_REG_LBA10x08860000 LBA byte 2MP_REG_LBA20x08880000 LBA byte 3MP_REG_LBA30x088A0000 0xE0 | LBA byte4MP_REG_LBA40x088C0000 Command registerMP_REG_CMD0x088E0000 Status registerMP_REG_STS0x080C0000 M3 mode switching static u16 M3_readHalfword (u32 addr) { return *((vu16*)addr); } void M3_changeMode (u32 mode) { M3_readHalfword (0x08e00002); M3_readHalfword (0x0800000e); M3_readHalfword (0x08801ffc); M3_readHalfword (0x0800104a); M3_readHalfword (0x08800612); M3_readHalfword (0x08000000); M3_readHalfword (0x08801b66); M3_readHalfword (0x08000000 + (mode 1)); M3_readHalfword (0x0800080e); M3_readHalfword (0x08000000); if ((mode 0x0f) == 4) { // unlock ROM addr = 0x200 M3_readHalfword (0x080001e4); M3_readHalfword (0x080001e4); M3_readHalfword (0x08000188); M3_readHalfword (0x08000188); } else { M3_readHalfword (0x09000000); } } #define M3_MODE_ROM 0x00400004 #define M3_MODE_MEDIA 0x00400003 #define M3_MODE_RAM_R 0x00400002 #define M3_MODE_RAM_RW 0x00400006 // read-write access (Thanks to Chishm) RAM R/W mode can also be enabled by writing 0xAA55 to 0x09FFEFFE. G6 G6 SDRAM can be made writable by writing 0xAA55 to 0x09FFFFFE. General CF information CF card status * Inserted 0x50 * Removed 0x00 * Ready 0x58 * DRQ 0x08 * Busy 0x80 CF card commands * LBA 0xE0 * Read 0x20 * Write 0x30 Initialize CF by writing 0x50 to the status register MP_REG_STS = 0x50. Thanks to DarkFader, Chishm, and MightyMax for info on the GBA MP and M3. SuperCard (CF version) Components * Lattice ispMACH LC4128V CPLD (Mach4000 family) * HY57V561620CTP-H (Hynix) 256 Mbit SDRAM, 3.3V, PC133-CL3 * M5M5V208AKV (Mitsubishi) 2 Mbit CMOS SRAM , 2.7-3.6V, 70ns * 29LV400TC-90PFTN (Fairchild also avail. from Fujitsu) 4Mbits FLASH, 90ns, 3V Note Untested, based on code posted to forum. Credit due to the unknown author of 20051024113435206.zip NameDefineAddressSize Sector bufferSC_CF_DATA0x09000000512 Unlock registerSC_UNLOCK0x09FFFFFE2 Sector countSC_CF_SECTOR_COUNT0x090400002 LBA byte 1SC_CF_LBA10x090600002 LBA byte 2SC_CF_LBA20x090800002 LBA byte 3SC_CF_LBA30x090A00002 0xE0 | LBA byte4SC_CF_LBA40x090C00002 Command registerSC_CF_CMD0x090E00002 Status registerSC_CF_STATUS0x099C00002 Status registerSC_CF_STATUS_L0x099C00001 The status register can be accessed as both a byte or halfword, the others all seem to be treated as halfwords (even though only 8 bits of data are stored in each). I don t have a supercard to test this for sure. Thus, you can t read more than 255 sectors at a time either (possibly 256 if 0 is stored?). Unlike the M3, either the supercard appears to have a 512 byte sector buffer (unlikely), rather than a one byte FIFO, or the daft code just makes use of address mirroring to read the one byte FIFO at 512 addresses (more likely). Format of the Supercard unlock register 15..3? 2Enable SDRAM 1Enable CF / SD 0Always 1 after 0x5AA5 You write 0xA55A twice, then write 0x5 (enable SDRAM), 0x3 (enable CF / SD), or 0x1 (disable SDRAM, presumably also disable CF/SD) twice. I m going to take a wild guess and say that enabling both SDRAM and CF/SD at the same time is a bad idea. Also, on the cartridges with both SD and CF, are there two seperate bits to enable them? Supercard_Unlock SC_UNLOCK = 0xA55A SC_UNLOCK = 0xA55A SC_UNLOCK = 0x0003 SC_UNLOCK = 0x0003 Supercard_IsCFInserted SC_CF_STATUS = 0x0050 nop return (SC_CF_STATUS_L == 0x50) Supercard_CFCommand(command, address, count) while ((SC_CF_STATUS_L 0xC0) != 0x40) ; SC_CF_SECTOR_COUNT = count; SC_CF_LBA1 = address 0xFF; SC_CF_LBA2 = (address 8) 0xFF; SC_CF_LBA3 = (address 16) 0xFF; SC_CF_LBA4 = ((address 24) 0xFF) | 0xE0; SC_CF_CMD = command; Delay16 DelayLoop(0x10) Supercard_ReadSectors(address, count, destination) Supercard_CFCommand(0x20, address, count) Delay16 for each sector do while ((SC_CF_STATUS 0x88) == 0x80) ; Copy 512 bytes from SC_CF_DATA to destination and advance destination end; Supercard_WriteSectors(source, address, count) Supercard_CFCommand(0x30, address, count) Delay16 for each sector do while ((SC_CF_STATUS 0x88) == 0x80) ; Copy 512 bytes from source to SC_CF_DATA and advance destination end; while ((SC_CF_STATUS 0x80) != 0) ; Supercard (SD version) Components * FlashROM, 512KB, Fairchild 29LV400TV-80PFTN * SDRAM, 32 MBytes, Hynix HY57V561620CT-H * SRAM, 256 KBytes, Samsung KM68V2000LTGI-8L * CPLD, Lattice ispMACH LC4128V 75T100-10I * Oscillator, 50 MHz * JTAG connections at bottom cart edge Unlock register 15? 14Should be 1 ? 13? 12some bankswitch? 9..11? 8some bankswitch? 7? 5..6Should be 0 ? 40=select ROM, 1=select SD 3? 2SDRAM 0=write protect, 1=allow writes 1? 00=select ROM or SD, 1=select SDRAM (bits are manually tested without looking to any code) To set a new value, write 0xA55A to this register twice, then write the desired value twice. Below code is translated from some whack assembly, so it might contain bugs. Credit due to the unknown author of 20051024113435206.zip SC_SD_COMMAND 0x09800000 SC_SD_DATA 0x09000000 SC_SD_READ 0x09100000 void sd_data_write_s(uint16 * buffer, uint16 * crc16buff) // Wait until it s idle while (!(SC_SD_DATA 0x100)) ; r3 = SC_SD_DATA; // start bit SC_SD_DATA = 0 r5 = 512; do { r3 = *buffer++ r3 = r3 + (r3 20) r4 = r3 8 SC_SD_DATA32 = r3 SC_SD_DATA32 = r4 } while (--r5 0); if (crc16buff) { r0 = crc16buff r1 = 0 r5 = 8 goto the copy loop again just above } // end bit SC_SD_DATA = 0xFF while (SC_SD_DATA 0x100) ; r3 = SC_SD_DATA32 r4 = SC_SD_DATA32 sd_data_read_s(uint16 * destination) while (SC_SD_READ 0x100) ; // wait for the start bit to clear for (i = 0; i 256; i++) r3 = SC_SD_READ32 r4 = SC_SD_READ32 r3 = r4 16 *destination++ = r4 16; // Read (and throw away) the CRC-16 (2 bytes) r3 = SC_SD_READ32 r4 = SC_SD_READ32 r3 = SC_SD_READ32 r4 = SC_SD_READ32 // Read (and throw away) the end bit r3 = SC_SD_READ void sd_com_crc16_s(uint8 * buffer, uint16 num, uint8 * crc16buff) r3 = r4 = r5 = r6 = 0 r7 = 0x80808080 r8 = 0x1021 r1 = r1 3 do { if (r7 0x80) r2 = *buffer++ r3 = r3 1 if (r3 0x10000) r3 = r3 ^ r8 if (r2 (r7 24)) r3 = r3 ^ r8 r4 = r4 1 if (r4 0x10000) r4 = r4 ^ r8 if (r2 (r7 25)) r4 = r4 ^ r8 r5 = r5 1 if (r5 0x10000) r5 = r5 ^ r8 if (r2 (r7 26)) r5 = r5 ^ r8 r6 = r6 1 if (r6 0x10000) r6 = r6 ^ r8 if (r2 (r7 27)) r6 = r6 ^ r8 r7 = (r7 4) | (r7 28) r1 -= 4; } while (r1); mov r2 = crc16buff r8 = 16 do { r7 = r7 4 if (r3 0x8000) r7 = r7 | 8 if (r4 0x8000) r7 = r7 | 4 if (r5 0x8000) r7 = r7 | 2 if (r6 0x8000) r7 = r7 | 1 r3 = r3 1 r4 = r4 1 r5 = r5 1 r6 = r6 1 r8--; if (r8 1) *crc16buf++ = r7 } while (r8); sd_crc7_s(uint8 * buffer, uint16 count) r3 = 0 r4 = 0x80808080 r1 = count*8 do { if (r4 0x80) r2 = *buffer++ r3 = r3 1 if (r3 0x80) r3 ^= 9; if (r2 (r4 24)) r3 ^= 9; r4 = (r4 1) | (r4 31) } while (--r1 0); return (r3 1) + 1 sd_com_read_s while (SC_SD_COMMAND 1) ; // wait for start bit to clear do r1--; while (r1); sd_com_write_s(uint8 * buffer, uint32 count) while (!(SC_SD_COMMAND 1)) ; // wait for start bit to set temp = SC_SD_COMMAND; // throwaway read do { temp = *buffer++ temp = temp + (temp 17) r4 = temp 2 r5 = r4 2 r6 = r5 2 SC_SD_COMMAND = temp SC_SD_COMMAND = r4 SC_SD_COMMAND = r5 SC_SD_COMMAND = r6 } while (--count) send_clk(count) do { temp = SC_SD_COMMAND; // throwaway read } while (--count) void SDCommand(uint8 command, uint8 num, uint32 sector) uint8 buffer[6]; buffer[0] = command | 0x40; buffer[1] = sector 24; buffer[2] = (sector 16) 0xFF; buffer[3] = (sector 8) 0xFF; buffer[4] = sector 0xFF; buffer[5] = sd_crc7_s((u32)databuff, 5); sd_com_write_s(databuff, 6); void ReadSector(u16 *buff,u32 sector,u8 readnum) { SDCommand(18, 0, sector 9); for (j = 0; j readnum; j++) sd_data_read_s((u32)buff+j*512); SDCommand(12, 0, 0); get_resp(); send_clk(0x10); } get_resp sd_com_read_s(r0 = ?, r1 = 6) void WriteSector(uint16 * buffer, uint32 sector, uint8 writenum) { register u16 i,j; u16 crc16[5]; i=writenum; sectno =9; SDCommand(25,0,sector); get_resp(); send_clk(0x10); for (j=0;j i ; j++) { sd_crc16_s((u32)(u32)buff+j*512,512,(u32)crc16); sd_data_write_s((u32)buff+j*512,(u32)crc16); send_clk(0x10); } SDCommand(12,0,0); get_resp(); send_clk(0x10); while((*(u16*)sd_dataadd 0x0100)==0); } MemoryCard_IsInserted return (SC_SD_COMMAND 0x0300 == 0); NeoFlash (same as XG Flash v2 ?) Unlock sequence 0x09555554 16 = 0xAAAA 0x08AAAAAA 16 = 0x5555 Any read to the AD mux bus will disable the unlock . The following registers are on the compatible bus (0x0E00xxxx on the GBA, 0x0A00xxxx on the DS), and are thus 8 bits wide. Save memory type register (0xFFF8) 76543210 01111Mode Mode * 000 32 KB SRAM * 001 64 KB Flash * 010 EEPROM * 101 128 KB Flash (bankswitched with 0xB0) * dunno about other values Flash offset register (0xFFFE) 76543210 A23A22A21A20A19A18A17A16 Save memory offset register (0xFFFF) 76543210 FixedSharedSRAMEEPROM 1H2H1H0A15A15A14A13 Notes * The high address bits are shared for all 3 types of memory * EEPROM specific bits are only used for EEPROM * SRAM A15 should be zero when using Flash The flash chip (Intel Z412LA35A on the NeoFlash cart) can be erased/written after being unlocked. If anyone has chip names for Xg1 / Xg2 carts, I d appreciate the information. EZFlash III The EZF-3 contains five chips * 32 Mbit NOR flash (mapped in at boot-time) * 128 Mbit PSRAM * 256 Mbit NOR flash * 1 Gbit NAND flash * 2 Mbit SRAM Memory map in OS mode * 0x08000000 32 MBit NOR Flash * 0x08400000 128 MBit PSRAM * 0x08800000 64 MBit window into 256 MBit NOR flash (see ROM bank reg) * 0x08C00000 ? * 0x08FFE000 NAND flash interface Memory map in game mode * 256 MBit NOR Flash * 128 MBit PSRAM * 32 MBit NOR Flash The offset into these for 0x08000000 is written to using the ROM page control register (e.g. if you wrote 0 for the page there, the 256 MBit of NOR would fill the cartridge bus, but writing 256 places the PSRAM in the space, ***I think***). void SetRomPage(uint16 page) { *(u16 *)0x9FE0000 = 0xD200; *(u16 *)0x8000000 = 0x1500; *(u16 *)0x8020000 = 0xD200; *(u16 *)0x8040000 = 0x1500; *(u16 *)0x9880000 = page; *(u16 *)0x9FC0000 = 0x1500; } void SetRampage(uint16 page) { *(u16 *)0x9FE0000 = 0xD200; *(u16 *)0x8000000 = 0x1500; *(u16 *)0x8020000 = 0xD200; *(u16 *)0x8040000 = 0x1500; *(u16 *)0x9C00000 = page; *(u16 *)0x9FC0000 = 0x1500; } void OpenWrite() { *(u16 *)0x9FE0000 = 0xD200; *(u16 *)0x8000000 = 0x1500; *(u16 *)0x8020000 = 0xD200; *(u16 *)0x8040000 = 0x1500; *(u16 *)0x9C40000 = 0x1500; *(u16 *)0x9FC0000 = 0x1500; } void CloseWrite() { *(u16 *)0x9FE0000 = 0xD200; *(u16 *)0x8000000 = 0x1500; *(u16 *)0x8020000 = 0xD200; *(u16 *)0x8040000 = 0x1500; *(u16 *)0x9C40000 = 0xD200; *(u16 *)0x9FC0000 = 0x1500; } void SetNandControl(uint16 control) { *(u16 *)0x9FE0000 = 0xD200; *(u16 *)0x8000000 = 0x1500; *(u16 *)0x8020000 = 0xD200; *(u16 *)0x8040000 = 0x1500; *(u16 *)0x9400000 = control; *(u16 *)0x9fc0000 = 0x1500; } ROM page control register 151 OS mode, 0 Game mode 14Dunno 13..12Which 64 Mbit bank of NOR appears at 0x09400000 .. 0x09C00000 11..9Dunno, could be more page register 8..0Page register (in 1 MBit chunks) Bits 13 and 12 do not work in game mode. NAND interface * 0xFFFFF0 WRITE COMMAND * FFFFF0 WRITE ADDRESS * 0xFFE000 TO 0xFFEFFF R/W DATA NAND control register format 15..2? 10 8 bit mode, 1 16 bit mode 00 Disabled, 1 Enabled Thanks to Davr and DarkFader for information on the EZF-3. Thanks to pepsiman for the info on enabling SDRAM for M3 / G6 / Supercard. Any information on the EZFA, F2A, and XgFlash 1 carts would be appreciated (and any others I m not thinking of).
https://w.atwiki.jp/medianmod/pages/52.html
PLAYERS X コマンド 通常のLoDからある機能なのですがあまり知られていないようなので改めて説明します。 シングルプレイ、TCP/IPプレイ、およびオープンバトルネットでは 多人数プレイでの環境をエミュレートするコマンドが備わっています。 使用方法はゲーム中にエンターキーを押して、 チャットウィンドウに以下のように入力してください。 /players X Xは1～8の半角数字 Xに入れた数字に応じてプレイヤーの人数がエミュレートされます。 プレイヤーの人数が増えている環境では、 モンスターのHPと経験値が大幅に上昇し、アイテムが大量にドロップするようになり、 テラー難易度（NM)とデストラクション難易度（Hell)では僅かに攻撃力が上昇します。 これでもまだこのゲームが簡単だ、とおっしゃる方は、 ハードモードチャームのページを見ると良いでしょう。
https://w.atwiki.jp/gta_dotnetscripthook/pages/28.html
Playerが武器で狙っているPedを取得する プレイヤーをPedとして扱う プレイヤーのグループ 最後に乗った乗り物 所持金 手配度 GetTargetedPed() 上へPlayerが武器で狙っているPedを取得する 素手やナイフ、バット等の近接武器では取得できない。 Character 上へプレイヤーをPedとして扱う Player.CharacterとすることでプレイヤーをPedのように扱うことができる Group 上へプレイヤーのグループ LastVehicle 上へ最後に乗った乗り物 Money 上へ所持金 WantedLevel 上へ手配度 これを0にすると手配度が0になるが、1~5の場合すぐには手配度が変更されず何か犯行しないと変更されない
https://w.atwiki.jp/pad_m/
PC用ゲームパッド in PCハードウェア板 @wikiへようこそ このWikiは未完成です。勝手に編集していってください。 このページは自由に編集することができます。 現在情報募集中 現行スレ・過去スレ 家庭用ゲーム機パッドUSB変換器 Part.9 http //pc11.2ch.net/test/read.cgi/hard/1224379904/ コントローラスレ 18個目 http //schiphol.2ch.net/test/read.cgi/famicom/1222444154/ 家庭用アーケードスティックスレPart88 http //schiphol.2ch.net/test/read.cgi/famicom/1225893610/ 【DPP】ゲームコントローラ21個目【ゲームポート】 http //pc11.2ch.net/test/read.cgi/hard/1196446844/
https://w.atwiki.jp/tokujiro/pages/34.html
http //homepage2.nifty.com/protocol/virtual/vmware/VMwareNetworking/entori/2011/3/1_%286%29_DHCP.html VMwareToolsをダウンロードします。 VMWarePlayerを起動後 「ファイル」→「Playerの環境設定」→「今すぐすべてのコンポーネントをダウンロード」 (各種ゲストOS用のVMwareToolsがダウンロードされる) 仮想OS用のNATを設定します。 (ホストOSがWindowsの場合で、ゲストOSからNAT経由でInternetへ接続できるようにするには Subnet に 192.168.137.0 を割り当てます) 「コントロールパネル」→「ネットワークと共有センター」→「VMWareNetworkAdapter VMnet8」 (ゲスト用OSのNAT設定はVMnet8、Bridge設定はVMnet1) →「プロパティ」→「TCP/IPv4」→「プロパティ」 IP Address 192.168.137.1 Subnet Mask 255.255.255.0 「OK] 「閉じる」 「閉じる」 DHCP設定ファイルを編集します。 c \ProgramData\VMware\vmnetdhcp.conf # Virtual ethernet segment 8 の 192.168.xxx を 192.168.137 に編集 # Virtual ethernet segment 8 subnet 192.168.137.0 netmask 255.255.255.0 { range 192.168.137.128 192.168.137.254; # default allows up to 125 VM s option broadcast-address 192.168.137.255; option domain-name-servers 192.168.137.2; option domain-name "localdomain"; option netbios-name-servers 192.168.137.2; option routers 192.168.137.2; default-lease-time 1800; max-lease-time 7200; } host VMnet8 { hardware ethernet 00 50 56 C0 00 08; fixed-address 192.168.137.1; option domain-name-servers 0.0.0.0; option domain-name ""; option routers 0.0.0.0; } # End NAT設定ファイルを編集します。 c \ProgramData\VMware\vmnetnat.conf # NAT gateway address ip を 192.168.xxx.2/24 から 192.168.137.2/24 に変更 ip = 192.168.98.2/24 新規仮想マシンを作成します。 「新規仮想マシンの作成」→「インストーラディスク イメージファイル」→「F \iso\CentOS-6.3-x86_64-minimal.iso」→「次へ」 フルネーム、ユーザー名、パスワード入力後「次へ」 「仮想マシン名 server01」 「場所 F \server01」 「ディスクサイズ xxGB」「次へ」 「この仮想マシンを作成後にパワーオンする」のチェックを外す 「ハードウェアをカスタマイズ」 「フロッピー」削除 「USB」削除 「サウンドカード」削除 「プリンタ」削除 「ネットワークアダプタ NAT」 「閉じる」 「完了」 (server01を選択し)「仮想マシンの編集」 「CD/DVD(IDE) autoinst.iso」削除 「OK」 (server01を選択し)「仮想マシンの再生」 CentOSをインストールします（サーバー用途の場合）。 Disk Found 「Skip」 「Install or upgrate an existing system」 CentOS6 「next」「japanese(日本語)」「次」「日本語」「次」 インストール先 「Basic Storage Devices」「次」 新規/既存 「新規インストール」「次」 ホスト名 「xxxxxx」 地域の選択 「アジア/東京」「システムクロックでUTCを使用」のチェックを外す「次」 Rootパスワード 「xxxx」「xxxx」「次」 タイプ 「Use All Space」「次」 「Write changes to disk」 オプション 「Minimal」 「今すぐカスタマイズ」「次」 ベースシステム 「ベース」 「次」 「再起動」 名前 コメント VMwarePlayer起動後関連ファイルの更新をすると linux.iso がダウンロードされる（VMwareToolsが入っている) CentOSインストール後 linux.iso を CD/DVD として起動する mount /dev/cdrom /media または mount /dev/dvdrw1 /media ls /media cd /tmp tar xvfz /media/VMwareTools-8.8.4-743747.tar.gz cd vmware-tools-distrib ./install???.pl C \WINDOWS\system32\drivers\etc\hosts 192.168.137.4 server01
https://w.atwiki.jp/index-index/pages/3910.html
【種別】 道具 【初出】 創約3巻 【解説】 学園都市が開発したハッキング用アイテム。見た目はきめの細かい粉末。 光ファイバー内を流れる信号に直接張り付いて移動するナノデバイスで、ソフトウェアを検索するだけのワクチンソフトを無視してハードウェアから攻撃する。 無論これのみで全ての防壁を落とせるわけではないが、安全を確認するためにはプログラムに頼らずハードウェア全体を電子顕微鏡レベルで探さないといけなくなり、普通のハッキングと比べて大きく時間と手間をとらせることができる。
https://w.atwiki.jp/konaasobi/pages/24.html
プレイヤー（PLAYER） 操作方法 1P ↑ジャンプ ↓アクション ←左移動 →右移動 2P Wジャンプ Sアクション A左移動 D右移動 1Pが出ている時にもう一度PLAYERを出すと2P出現。 1Pは頭が四角く、2Pは頭が丸い。 能力 頭がドットに触れると属性が切り替わる。 属性に応じてのアクションが可能。 FAN属性のPLAYERは特殊で、向いている方向に風を起こすことができる。 また、BIRD属性でジャンプ中にアクションボタンを押すとふわふわと滞空時間の長いジャンプができる。 ただし、FANを除く固体や雷は属性にする事ができない。 高所から飛び降りても死ぬことはないが、足に高熱ドット、THUNDERやACIDが触れる事で死亡する。 FIGHTERに蹴られても死亡。 ジャンプをしないで飛び降りると空中で小さいがジャンプが出来る。 FIGHTRではなくてFIGHTERですよ -- (悲愴と月光) 2009-03-15 15 36 17 「FIGHTERがコピー出来ないものは固体」て書いたらよくないですか？ -- (ｒｙ) 2009-03-15 20 55 49 ファイターに蹴られたら頭と限らず足でも首でも逝くよ -- (シチュー) 2009-03-23 14 13 05 足ならすり抜けるだけでは？ そう思っていたのは自分だけでしょうか -- (予感虫) 2009-03-23 19 56 00 自分は予感虫さんと同意です -- (酸1dotでマグマ2dot) 2009-05-29 22 40 15 知っている人も多いと思うけど、PLAYERを出すとき、 もう一方で選択していた属性で出現します。 例えば、左クリック（赤）＝PLAYER、右クリック（青）＝POWDER の場合、左クリックで最初からPOWDER属性のPLAYERが出現する。 -- (名無しさん) 2009-05-30 00 35 47 ニトロをはくと飛びます。 -- (名無しさん) 2009-07-18 11 22 35 ↑↑↑ﾆﾄﾛは吐きません -- (名無しさん) 2009-08-14 23 37 12 ｹﾂから出るんです -- (名無しさん) 2009-10-29 15 35 11 足からでるんだyo -- (あほおおお) 2010-01-04 08 32 38 僕も足に、ニトロを出す、機械のような物を付けているのだと思います。 そして出したニトロに火をつけて爆発させ、その風で飛んでいます。 -- (キル) 2010-02-15 17 21 30 ファイターに足を蹴られる、または頭を蹴られることによって、市にます。 -- (Alexandrite) 2010-03-21 19 54 42 あ、もう上に書いてあった。 -- (Alexandrite) 2010-03-22 11 25 40 いや、NITOROはちょっとした衝撃で爆発するから その爆風で飛べるようにと作ったんじゃないか？ だってスーパーボールで爆発するんだもん・・・(プレイヤーのACTIONでお確かめください) DRAGで爆発するんだぜ？な？(強引に同意orz) -- (ぼうる！) 2010-03-22 16 05 12 頭から普通にNITOROぶっ放したら衝撃で後ろぶっ飛ぶし属性変わるしで あまりいいことないと管理人が試作段階で気がついたのでは？ とりあえず死のリスクはあるものの足から進行方向とは逆に出せば衝撃で飛べるという発想の転換みたいな何かが -- (たじまーる) 2011-05-09 18 43 06 ↑、↑↑「反作用」ってやつじゃないか？ -- (名無しさん) 2011-06-04 10 35 47 一瞬だけニトロ吐きます。 その後、吐いた勢いでニトロが火になり、 爆風で飛んでるだけだと･･･ 多分どっかに書いてあると思う（･･‘ -- (saku) 2011-07-09 11 54 00 Z(-－）ソウカモ -- (にゅー) 2011-08-22 14 39 27 ニトロたまにのこるからね。 -- (名無しさん) 2011-11-26 16 36 08 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/hikipuro/pages/62.html
The first released option pack is the "Rumble Pak" (NTR-A-ZV / model NTR-008), which comes bundled with Metroid Prime Pinball. This black cartridge is exactly the same size as a normal GBA game pak, but contains a small actuator made by ALPS to make it rumble. Grab a demo with source code to use the Rumble Pak here. This is a bad way to do it, as it's just a cleaned up version of a debug app. It'd be much better to set up a timer interrupt and adjust the frequency or enable/disable it. The rumble pak is pretty simple internally (this info comes from a NTR-A-ZV-USA cart, PCB screened NTR-NRC-01), and only wires up to a few pins on the GBA Cartridge Port * VCC * /WR * AD1 * IRQ (grounded) * GND AD1 runs into a little 8 pin chip, which is probably just a latch on the rising edge of /WR. A line runs from this chip to a transistor that is directly connected to the actuator. The only other chip on the board is a 5 pin jobber, probably a power component. Using the cartridge is simplicity itself, it just latches bit 1 of any value written to the cartridge and uses that to put the actuator in a particular position. Code snippet #define P __attribute__ (*1) typedef struct sGBAHeader { P uint32 entryPoint; P uint8 logo[156]; P char title[0xC]; P char gamecode[0x4]; P uint16 makercode; P uint8 is96h; P uint8 unitcode; P uint8 devicecode; P uint8 unused[7]; P uint8 version; P uint8 complement; P uint16 checksum; } tGBAHeader; #undef P #define GBA_HEADER (*(tGBAHeader *)0x08000000) #define GBA_BUS (*2) #define RUMBLE_PAK (*(vuint16 *)0x08000000) bool isRumbleInserted(void) { uint16 four[4]; sysSetCartOwner(true); // First, check for 0x96 to see if it #039;s a GBA game if (GBA_HEADER.is96h == 0x96) { return false; } else { // Now check to see if it #039;s true open bus, or if D1 is pulled low four[0] = GBA_BUS[0] amp; 0xFF; four[1] = GBA_BUS[1] amp; 0xFF; four[2] = GBA_BUS[2] amp; 0xFF; four[3] = GBA_BUS[3] amp; 0xFF; return (four[0] == 0x00) amp; amp; (four[2] == 0x00) amp; amp; (four[1] == 0x01) amp; amp; (four[3] == 0x01); } } void setRumble(bool position) { RUMBLE_PAK = position ? 2 0; } The actuator doesn't have an on/off setting like a motor, it rumbles when you switch it between the two settings. Switch frequently for a fast rumble, and fairly slowly for more of a 'tick' effect. I am currently detecting if it is a rumble pak or plain open bus by the fact that the rumble pak seems to pull AD1 low, or at least keep it from mirroring A1 during an open-bus read. Additional notes The firmware can detect the Rumble Pak as an option pak, but it does not provide an enable/disable rumble option in the alarm menu (on v3 firmware). They apparently changed the design between creation of the firmware and creation of the rumble pak. It would be interesting to see if this is different in v4 firmware, although I doubt it will be.
https://w.atwiki.jp/ookowaikowai/pages/27.html
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Net; namespace DesignProject { class Player { private System system { get; set; } public CharacterManager characterManager { get; private set; } public Player(System system) { this.system = system; this.characterManager = new CharacterManager(system); } } }