6502/6502bench
1
0
Fork 0
mirror of https://github.com/fadden/6502bench.git synced 2024-12-01 22:50:35 +00:00
Code Issues Projects Releases Wiki Activity
a2e7c88fc9
6502bench/SourceGen/RuntimeData/SystemDefs.json

325 lines
7.7 KiB
JSON
Raw Normal View History

Initial file commit
2018-09-28 17:05:11 +00:00
{
"_copyright" : "Copyright 2018 faddenSoft. All rights reserved.",
"_license" : "Apache 2.0; see LICENSE.txt for details",
"Contents" : "6502bench SourceGen sysdef v1",
"Defs" : [
{
"Name" : "Apple //e",
"GroupName" : "Apple",
"Cpu" : "65C02",
"Speed" : "1.023",
"Description" : "Deluxe 8-bit Apple II system, configured for ProDOS.",
"SymbolFiles" : [
"RT:Apple/F8-ROM.sym65",
"RT:Apple/Cxxx-IO.sym65",
Move Disk ][ defs into separate platform symbol file The Disk ][ I/O locations are generally accessed as an offset, using something like "LDA $C08n,X". However the range from $C080-C08F is already used for language card in slot 0. SourceGen doesn't have a way to distinguish between indexed and direct accesses, and even if it did there's no way to separate one peripheral card from another without knowing the contents of the CPU register. As a workaround, the Disk ][ definitions are now in a separate symbol file. When loaded, the definitions replace the base slot 0 equates. I figure Disk ][ accesses are more common than language card manipulation, so I'm making it a default for new projects. Existing projects that reference the Disk ][ symbols (which existed, but as constants) will need to be updated to include the new .sym65.
2020-07-11 20:23:46 +00:00
"RT:Apple/C08x-DiskII.sym65",
Initial file commit
2018-09-28 17:05:11 +00:00
"RT:Apple/ProDOS8.sym65"
],
"ExtensionScripts" : [
Improve visualization Various improvements: - Switched to ReadOnlyDictionary in Visualization to make it clear that the parameter dictionary should not be modified. - Added a warning to the Visualization Set editor that appears when there are no plugins that implement a visualizer. - Make sure an item is selected in the set editor after edit/remove. - Replaced the checkerboard background with one that's a little bit more grey, so it's more distinct from white pixel data. - Added a new Apple II hi-res color converter whose output more closely matches KEGS and AppleWin RGB. - Added VisHiRes.cs to some Apple II system definitions. - Added some test bitmaps for Apple II hi-res to the test directory. (These are not part of an automated test.)
2019-12-04 23:50:19 +00:00
"RT:Apple/ProDOS8.cs",
"RT:Apple/VisHiRes.cs"
Initial file commit
2018-09-28 17:05:11 +00:00
],
"Parameters" : {
"load-address":"0x2000"
}
},
{
"Name" : "Apple ][+",
"GroupName" : "Apple",
"Cpu" : "6502",
"Speed" : "1.023",
"Description" : "Early 8-bit Apple II system, configured for DOS 3.3.",
"SymbolFiles" : [
"RT:Apple/F8-ROM.sym65",
"RT:Apple/Cxxx-IO.sym65",
Move Disk ][ defs into separate platform symbol file The Disk ][ I/O locations are generally accessed as an offset, using something like "LDA $C08n,X". However the range from $C080-C08F is already used for language card in slot 0. SourceGen doesn't have a way to distinguish between indexed and direct accesses, and even if it did there's no way to separate one peripheral card from another without knowing the contents of the CPU register. As a workaround, the Disk ][ definitions are now in a separate symbol file. When loaded, the definitions replace the base slot 0 equates. I figure Disk ][ accesses are more common than language card manipulation, so I'm making it a default for new projects. Existing projects that reference the Disk ][ symbols (which existed, but as constants) will need to be updated to include the new .sym65.
2020-07-11 20:23:46 +00:00
"RT:Apple/C08x-DiskII.sym65",
Initial file commit
2018-09-28 17:05:11 +00:00
"RT:Apple/DOS33.sym65"
],
"ExtensionScripts" : [
Improve visualization Various improvements: - Switched to ReadOnlyDictionary in Visualization to make it clear that the parameter dictionary should not be modified. - Added a warning to the Visualization Set editor that appears when there are no plugins that implement a visualizer. - Make sure an item is selected in the set editor after edit/remove. - Replaced the checkerboard background with one that's a little bit more grey, so it's more distinct from white pixel data. - Added a new Apple II hi-res color converter whose output more closely matches KEGS and AppleWin RGB. - Added VisHiRes.cs to some Apple II system definitions. - Added some test bitmaps for Apple II hi-res to the test directory. (These are not part of an automated test.)
2019-12-04 23:50:19 +00:00
"RT:Apple/VisHiRes.cs"
Initial file commit
2018-09-28 17:05:11 +00:00
],
"Parameters" : {
"load-address":"0x2000"
}
},
{
"Name" : "Apple IIgs (P8)",
"GroupName" : "Apple",
"Cpu" : "65816",
"Speed" : "2.8",
"Description" : "Apple IIgs, configured for ProDOS 8.",
"SymbolFiles" : [
"RT:Apple/F8-ROM.sym65",
"RT:Apple/Cxxx-IO.sym65",
Move Disk ][ defs into separate platform symbol file The Disk ][ I/O locations are generally accessed as an offset, using something like "LDA $C08n,X". However the range from $C080-C08F is already used for language card in slot 0. SourceGen doesn't have a way to distinguish between indexed and direct accesses, and even if it did there's no way to separate one peripheral card from another without knowing the contents of the CPU register. As a workaround, the Disk ][ definitions are now in a separate symbol file. When loaded, the definitions replace the base slot 0 equates. I figure Disk ][ accesses are more common than language card manipulation, so I'm making it a default for new projects. Existing projects that reference the Disk ][ symbols (which existed, but as constants) will need to be updated to include the new .sym65.
2020-07-11 20:23:46 +00:00
"RT:Apple/C08x-DiskII.sym65",
Add Cxxx I/O locations in bank $e0 for Apple IIgs On an Apple IIgs, the memory-mapped I/O locations are actually in bank $e0, shadow-copied to bank $00. This adds a copy of the relevant definitions from Cxxx-IO.sym65, with the addresses in bank $e0 and "_GS" appended to the labels. This is now included by default for the Apple IIgs system defintions. (I thought about just adding them to Cxxx-IO.sym65, but then they pollute the namespace for 8-bit systems. Stripping them out at run time got a little complicated because the platform symbols are only loaded once, and we'd have to reload them every time the CPU definition changed. Further, there are a few aliases provided as constants, and constants are allowed to be 32 bits on all systems, so those can't be stripped. Rather than defining a new definition I figured it was just easier to have a second file. Maintenance shouldn't be too taxing, as definitions for 40-year-old machines don't change all that often.) (I also thought about trying to make the address mirroring stuff work for me here, but that would result in accesses being made to the canonical address with an offset of +$e00000, which looks awful.)
2020-07-11 20:57:18 +00:00
"RT:Apple/E0Cxxx-IO.sym65",
Initial file commit
2018-09-28 17:05:11 +00:00
"RT:Apple/ProDOS8.sym65",
"RT:Apple/IIgs-ROM.sym65"
],
"ExtensionScripts" : [
Improve visualization Various improvements: - Switched to ReadOnlyDictionary in Visualization to make it clear that the parameter dictionary should not be modified. - Added a warning to the Visualization Set editor that appears when there are no plugins that implement a visualizer. - Make sure an item is selected in the set editor after edit/remove. - Replaced the checkerboard background with one that's a little bit more grey, so it's more distinct from white pixel data. - Added a new Apple II hi-res color converter whose output more closely matches KEGS and AppleWin RGB. - Added VisHiRes.cs to some Apple II system definitions. - Added some test bitmaps for Apple II hi-res to the test directory. (These are not part of an automated test.)
2019-12-04 23:50:19 +00:00
"RT:Apple/ProDOS8.cs",
"RT:Apple/VisHiRes.cs"
Initial file commit
2018-09-28 17:05:11 +00:00
],
"Parameters" : {
"load-address":"0x2000",
"entry-flags":"emulation"
}
},
{
"Name" : "Apple IIgs (GS/OS)",
"GroupName" : "Apple",
"Cpu" : "65816",
"Speed" : "2.8",
"Description" : "Apple IIgs, configured for GS/OS.",
"SymbolFiles" : [
"RT:Apple/Cxxx-IO.sym65",
Move Disk ][ defs into separate platform symbol file The Disk ][ I/O locations are generally accessed as an offset, using something like "LDA $C08n,X". However the range from $C080-C08F is already used for language card in slot 0. SourceGen doesn't have a way to distinguish between indexed and direct accesses, and even if it did there's no way to separate one peripheral card from another without knowing the contents of the CPU register. As a workaround, the Disk ][ definitions are now in a separate symbol file. When loaded, the definitions replace the base slot 0 equates. I figure Disk ][ accesses are more common than language card manipulation, so I'm making it a default for new projects. Existing projects that reference the Disk ][ symbols (which existed, but as constants) will need to be updated to include the new .sym65.
2020-07-11 20:23:46 +00:00
"RT:Apple/C08x-DiskII.sym65",
Add Cxxx I/O locations in bank $e0 for Apple IIgs On an Apple IIgs, the memory-mapped I/O locations are actually in bank $e0, shadow-copied to bank $00. This adds a copy of the relevant definitions from Cxxx-IO.sym65, with the addresses in bank $e0 and "_GS" appended to the labels. This is now included by default for the Apple IIgs system defintions. (I thought about just adding them to Cxxx-IO.sym65, but then they pollute the namespace for 8-bit systems. Stripping them out at run time got a little complicated because the platform symbols are only loaded once, and we'd have to reload them every time the CPU definition changed. Further, there are a few aliases provided as constants, and constants are allowed to be 32 bits on all systems, so those can't be stripped. Rather than defining a new definition I figured it was just easier to have a second file. Maintenance shouldn't be too taxing, as definitions for 40-year-old machines don't change all that often.) (I also thought about trying to make the address mirroring stuff work for me here, but that would result in accesses being made to the canonical address with an offset of +$e00000, which looks awful.)
2020-07-11 20:57:18 +00:00
"RT:Apple/E0Cxxx-IO.sym65",
Initial file commit
2018-09-28 17:05:11 +00:00
"RT:Apple/IIgs-ROM.sym65",
"RT:Apple/GSOS.sym65"
],
"ExtensionScripts" : [
"RT:Apple/GSOS.cs",
"RT:Apple/IIgs-Toolbox.cs"
],
"Parameters" : {
"load-address":"0x2000",
"entry-flags":"native-long"
}
},
Framework for Apple /// (#4) * Skeletal support for Apple ///
2018-09-28 23:10:05 +00:00
{
"Name" : "Apple ///",
"GroupName" : "Apple",
"Cpu" : "6502",
"Speed" : "2",
"Description" : "Apple /// system, configured for SOS.",
"SymbolFiles" : [
"RT:Apple/A3-ROM.sym65",
"RT:Apple/A3-IO.sym65",
"RT:Apple/SOS.sym65"
],
"ExtensionScripts" : [
Define interfaces for inline call handlers and BRK Instead of providing no-op CheckJsr/CheckJsl, plugins now declare which calls they support by defining interfaces on the plugin class. I added a CheckBrk call for code like Apple /// SOS calls, which use BRK as an OS call mechanism. The formatting doesn't work quite right yet because I've been treating BRK as a two-byte instruction. Hardly anything else does, and I think it's time I stopped (but not in this commit). Note: THIS BREAKS ALL PLUGINS that use the inline JSR/JSL feature, which is pretty much all of them.
2019-08-02 23:06:27 +00:00
"RT:Apple/SOS.cs"
Framework for Apple /// (#4) * Skeletal support for Apple ///
2018-09-28 23:10:05 +00:00
],
"Parameters" : {
Optionally treat BRKs as two-byte instructions Early data sheets listed BRK as one byte, but RTI after a BRK skips the following byte, effectively making BRK a 2-byte instruction. Sometimes, such as when diassembling Apple /// SOS code, it's handy to treat it that way explicitly. This change makes two-byte BRKs optional, controlled by a checkbox in the project settings. In the system definitions it defaults to true for Apple ///, false for all others. ACME doesn't allow BRK to have an arg, and cc65 only allows it for 65816 code (?), so it's emitted as a hex blob for those assemblers. Anyone wishing to target those assemblers should stick to 1-byte mode. Extension scripts have to switch between formatting one byte of inline data and formatting an instruction with a one-byte operand. A helper function has been added to the plugin Util class. To get some regression test coverage, 2022-extension-scripts has been configured to use two-byte BRK. Also, added/corrected some SOS constants. See also issue #44.
2019-10-09 21:55:56 +00:00
"load-address":"0x2000",
"two-byte-brk":"true"
Framework for Apple /// (#4) * Skeletal support for Apple ///
2018-09-28 23:10:05 +00:00
}
},
Add Apple-1 symbols From a post on comp.sys.apple2: https://groups.google.com/d/msg/comp.sys.apple2/SBBdH1ChMwQ/mnygA3WVEAAJ
2019-10-26 15:26:39 +00:00
{
"Name" : "Apple-1",
"GroupName" : "Apple",
"Cpu" : "6502",
"Speed" : "1",
"Description" : "Apple-1 system.",
"SymbolFiles" : [
"RT:Apple/Apple1.sym65"
],
"ExtensionScripts" : [
],
"Parameters" : {
}
},
Initial file commit
2018-09-28 17:05:11 +00:00
{
"Name" : "Atari 800",
"GroupName" : "Atari",
"Cpu" : "6502B",
"Speed" : "1.79",
"Description" : "Atari 800 [placeholder].",
"SymbolFiles" : [
],
"ExtensionScripts" : [
],
"Parameters" : {
}
},
{
"Name" : "Atari 2600",
"GroupName" : "Atari",
"Cpu" : "6507",
"Speed" : "1.19",
"Description" : "Atari 2600 video game system.",
"SymbolFiles" : [
"RT:Atari/2600.sym65"
],
"ExtensionScripts" : [
Don't output HTML anchors for non-unique labels We're generating names that nothing links to. The names aren't guaranteed unique, so they're of dubious value anyway. Also, fixed the Atari 2600 visualizer script filename in sys defs.
2020-01-15 23:00:30 +00:00
"RT:Atari/Vis2600.cs"
Initial file commit
2018-09-28 17:05:11 +00:00
],
"Parameters" : {
"load-address":"0xf000"
}
},
{
"Name" : "Atari 5200",
"GroupName" : "Atari",
"Cpu" : "6502C",
"Speed" : "1.79",
"Description" : "Atari 5200 [placeholder].",
"SymbolFiles" : [
],
"ExtensionScripts" : [
],
"Parameters" : {
}
},
Add Atari Lynx placeholder and 65SC02 definition
2018-10-02 20:18:45 +00:00
{
"Name" : "Atari Lynx",
"GroupName" : "Atari",
"Cpu" : "65SC02",
Merge menu items for "edit operand" and "edit data" The instruction operand editor and data operand editor are very different, but there's no need to impose that distinction on the user. They want to edit the operand either way. We now provide a single "edit operand" menu item, and open the appropriate dialog based on what they have selected. This uses Ctrl+O as the keyboard shortcut, stealing it from File > Open. (issue #11)
2018-10-08 19:49:26 +00:00
"Speed" : "4",
Add symbols for Atari Lynx Another system I know nothing about.
2018-10-11 21:49:40 +00:00
"Description" : "Atari Lynx handheld game console.",
Add Atari Lynx placeholder and 65SC02 definition
2018-10-02 20:18:45 +00:00
"SymbolFiles" : [
Add symbols for Atari Lynx Another system I know nothing about.
2018-10-11 21:49:40 +00:00
"RT:Atari/Lynx.sym65"
Add Atari Lynx placeholder and 65SC02 definition
2018-10-02 20:18:45 +00:00
],
"ExtensionScripts" : [
],
"Parameters" : {
}
},
Initial file commit
2018-09-28 17:05:11 +00:00
{
Split C64 system def into .PRG/.BIN One starts with a 16-bit load address, one does not. Not sure this is the right way to go, but it's worth a try. (issue #33)
2018-10-23 19:30:19 +00:00
"Name" : "Commodore 64 (PRG)",
Initial file commit
2018-09-28 17:05:11 +00:00
"GroupName" : "Commodore",
"Cpu" : "6510",
"Speed" : "1.023",
Split C64 system def into .PRG/.BIN One starts with a 16-bit load address, one does not. Not sure this is the right way to go, but it's worth a try. (issue #33)
2018-10-23 19:30:19 +00:00
"Description" : "Commodore 64 home computer. The first two bytes hold the load address.",
Initial file commit
2018-09-28 17:05:11 +00:00
"SymbolFiles" : [
Add a C64 Kernal entry point list I know nothing about the C64, but there's a lot of info on the web. This stuff looked important. (issue #19)
2018-10-11 16:49:49 +00:00
"RT:Commodore/C64-Kernal.sym65"
Initial file commit
2018-09-28 17:05:11 +00:00
],
"ExtensionScripts" : [
Add C64 sprite visualization generator Handles high-resolution and multi-color sprites. The visualization can be doubled in height and/or width. I created some test sprites with SpritePad.
2019-12-07 05:25:31 +00:00
"RT:Commodore/VisC64.cs"
Initial file commit
2018-09-28 17:05:11 +00:00
],
"Parameters" : {
Add default text encoding mode to system definition This allows C64/C128/Pet projects to start out with PETSCII set as the default text encoding mode.
2019-08-15 00:59:52 +00:00
"first-word-is-load-addr":"true",
"default-text-encoding":"c64-petscii"
Initial file commit
2018-09-28 17:05:11 +00:00
}
},
Split C64 system def into .PRG/.BIN One starts with a 16-bit load address, one does not. Not sure this is the right way to go, but it's worth a try. (issue #33)
2018-10-23 19:30:19 +00:00
{
"Name" : "Commodore 64 (BIN)",
"GroupName" : "Commodore",
"Cpu" : "6510",
"Speed" : "1.023",
"Description" : "Commodore 64 home computer. General binary file.",
"SymbolFiles" : [
"RT:Commodore/C64-Kernal.sym65"
],
"ExtensionScripts" : [
Add C64 sprite visualization generator Handles high-resolution and multi-color sprites. The visualization can be doubled in height and/or width. I created some test sprites with SpritePad.
2019-12-07 05:25:31 +00:00
"RT:Commodore/VisC64.cs"
Split C64 system def into .PRG/.BIN One starts with a 16-bit load address, one does not. Not sure this is the right way to go, but it's worth a try. (issue #33)
2018-10-23 19:30:19 +00:00
],
"Parameters" : {
Add default text encoding mode to system definition This allows C64/C128/Pet projects to start out with PETSCII set as the default text encoding mode.
2019-08-15 00:59:52 +00:00
"default-text-encoding":"c64-petscii"
Split C64 system def into .PRG/.BIN One starts with a 16-bit load address, one does not. Not sure this is the right way to go, but it's worth a try. (issue #33)
2018-10-23 19:30:19 +00:00
}
},
Initial file commit
2018-09-28 17:05:11 +00:00
{
"Name" : "Commodore 128",
"GroupName" : "Commodore",
"Cpu" : "8502",
"Speed" : "2",
Add a C128 Kernal entry point list Looks like the C64 stuff is also available to the C128, so include this and the C64 defs in the C128 system definition.
2018-10-11 17:46:47 +00:00
"Description" : "Commodore 128 home computer.",
Initial file commit
2018-09-28 17:05:11 +00:00
"SymbolFiles" : [
Add a C128 Kernal entry point list Looks like the C64 stuff is also available to the C128, so include this and the C64 defs in the C128 system definition.
2018-10-11 17:46:47 +00:00
"RT:Commodore/C64-Kernal.sym65",
"RT:Commodore/C128-Kernal.sym65"
Initial file commit
2018-09-28 17:05:11 +00:00
],
"ExtensionScripts" : [
Add C64 sprite visualization generator Handles high-resolution and multi-color sprites. The visualization can be doubled in height and/or width. I created some test sprites with SpritePad.
2019-12-07 05:25:31 +00:00
"RT:Commodore/VisC64.cs"
Initial file commit
2018-09-28 17:05:11 +00:00
],
"Parameters" : {
Add default text encoding mode to system definition This allows C64/C128/Pet projects to start out with PETSCII set as the default text encoding mode.
2019-08-15 00:59:52 +00:00
"default-text-encoding":"c64-petscii"
Initial file commit
2018-09-28 17:05:11 +00:00
}
},
{
"Name" : "Commodore Pet 2001",
"GroupName" : "Commodore",
"Cpu" : "6502",
"Speed" : "1",
"Description" : "Commodore Pet [placeholder].",
"SymbolFiles" : [
],
"ExtensionScripts" : [
],
"Parameters" : {
Add default text encoding mode to system definition This allows C64/C128/Pet projects to start out with PETSCII set as the default text encoding mode.
2019-08-15 00:59:52 +00:00
"default-text-encoding":"c64-petscii"
Initial file commit
2018-09-28 17:05:11 +00:00
}
},
{
"Name" : "NES",
"GroupName" : "Nintendo",
"Cpu" : "2A03",
"Speed" : "1.79",
"Description" : "Nintendo Entertainment System.",
"SymbolFiles" : [
"RT:Nintendo/NES.sym65"
],
"ExtensionScripts" : [
],
"Parameters" : {
}
},
{
"Name" : "Super NES",
"GroupName" : "Nintendo",
"Cpu" : "5A22",
"Speed" : "3.58",
"Description" : "Super Nintendo Entertainment System [placeholder].",
"SymbolFiles" : [
],
"ExtensionScripts" : [
],
"Parameters" : {
}
},
{
"Name" : "Generic 6502",
"GroupName" : "Generic",
"Cpu" : "6502",
"Speed" : "1",
"Description" : "Generic 6502-based system.",
"SymbolFiles" : [
],
"ExtensionScripts" : [
],
"Parameters" : {
}
},
{
"Name" : "Generic 6502 + Undoc",
"GroupName" : "Generic",
"Cpu" : "6502",
"Speed" : "1",
"Description" : "Generic 6502-based system, with undocumented opcodes enabled.",
"SymbolFiles" : [
],
"ExtensionScripts" : [
],
"Parameters" : {
"undocumented-opcodes":"true"
}
},
{
"Name" : "Generic 65C02",
"GroupName" : "Generic",
"Cpu" : "65C02",
"Speed" : "1",
"Description" : "Generic 65C02-based system.",
"SymbolFiles" : [
],
"ExtensionScripts" : [
],
"Parameters" : {
}
},
{
"Name" : "Generic 65816",
"GroupName" : "Generic",
"Cpu" : "65816",
"Speed" : "1",
"Description" : "Generic 65816-based system.",
"SymbolFiles" : [
],
"ExtensionScripts" : [
],
"Parameters" : {
}
}
]
}
Reference in New Issue Copy Permalink