Talk:Emulator tests: Difference between revisions
No edit summary |
(I have asked for the rom loading to be repaired) |
||
(12 intermediate revisions by 8 users not shown) | |||
Line 3: | Line 3: | ||
Breaking out the "Hard-to-emulate games" section into its own page might be nice. While they make good "emulator tests" in a sense, there's no indication that you'll find them here. -[[User:Ulfalizer|Ulfalizer]] ([[User talk:Ulfalizer|talk]]) 14:20, 1 April 2013 (MDT) | Breaking out the "Hard-to-emulate games" section into its own page might be nice. While they make good "emulator tests" in a sense, there's no indication that you'll find them here. -[[User:Ulfalizer|Ulfalizer]] ([[User talk:Ulfalizer|talk]]) 14:20, 1 April 2013 (MDT) | ||
:I went ahead. Hopefully not too controversial. -[[User:Ulfalizer|Ulfalizer]] ([[User talk:Ulfalizer|talk]]) 07:55, 2 April 2013 (MDT) | |||
The Nintendulator log for the nestest.nes file appears to contain inaccuracies. For example, line 103 (opcode 0x28: PLP) should pull 0xFF from the stack and set the processor status to 0xFF, but as you can see in the next line, the processor status is 0xEF. This is wrong according to sources such as [http://visual6502.org visual6502], [http://www.e-tradition.net/bytes/6502/index.html e-tradition], and [http://www.obelisk.demon.co.uk/6502/reference.html#PLP obelisk's 6502 reference] -- a random contributor at [[Special:Contributions/129.120.54.184|129.120.54.184]] 15:33, 24 July 2013 (MDT) | |||
: The BRK bit ''does not exist''. P is a ''six-bit'' register, and the other two bits only have defined values when in the stack. In this case, any of 0xCF, 0xDF, 0xEF, and 0xFF are valid values for the fictionalized eight-bit version of P. —[[User:Lidnariq|Lidnariq]] ([[User talk:Lidnariq|talk]]) 16:06, 24 July 2013 (MDT) | |||
== Mouse test link is broken == | |||
The mouse test at http://rdev.g-pw.org/makimura/homebrew cannot be found. The page (and site) is down.[[Special:Contributions/184.97.70.230|184.97.70.230]] 12:50, 31 January 2015 (MST) | |||
== ROM loading is broken == | |||
The ROM loading process is broken on JSNES.org and it needs to be fixed |
Latest revision as of 19:28, 22 October 2018
The http://blargg.parodius.com links are broken (e.g., instr_test-v3.zip). --Ulfalizer 21:30, 17 January 2013 (MST)
- They'll remain broken until slack.net comes back. --Tepples 06:38, 18 January 2013 (MST)
Breaking out the "Hard-to-emulate games" section into its own page might be nice. While they make good "emulator tests" in a sense, there's no indication that you'll find them here. -Ulfalizer (talk) 14:20, 1 April 2013 (MDT)
The Nintendulator log for the nestest.nes file appears to contain inaccuracies. For example, line 103 (opcode 0x28: PLP) should pull 0xFF from the stack and set the processor status to 0xFF, but as you can see in the next line, the processor status is 0xEF. This is wrong according to sources such as visual6502, e-tradition, and obelisk's 6502 reference -- a random contributor at 129.120.54.184 15:33, 24 July 2013 (MDT)
- The BRK bit does not exist. P is a six-bit register, and the other two bits only have defined values when in the stack. In this case, any of 0xCF, 0xDF, 0xEF, and 0xFF are valid values for the fictionalized eight-bit version of P. —Lidnariq (talk) 16:06, 24 July 2013 (MDT)
Mouse test link is broken
The mouse test at http://rdev.g-pw.org/makimura/homebrew cannot be found. The page (and site) is down.184.97.70.230 12:50, 31 January 2015 (MST)
ROM loading is broken
The ROM loading process is broken on JSNES.org and it needs to be fixed