Documentation ¶
Overview ¶
Package mapper contains the CartMapper interface. This interface abstracts the functions required of any cartridge format.
In addition it defines other interfaces that a cartridge mapper may optionally implement for additional functionality for the rest of the emulation. For example, the CartHotspotBus interface can be used to reveal information about the special/hotspot addresses for a cartridge format.
In addition to the interfaces, any additional types are defined. For instance, the CartHotspotInfo type the symbol name and action type for a every hotspot in the cartridge.
Index ¶
- type BankContent
- type BankInfo
- type CartCoProcBus
- type CartCoProcDisasmEntry
- type CartCoProcDisasmSummary
- type CartCoProcDisassembler
- type CartCoProcDisassemblerStdout
- type CartContainer
- type CartHotLoader
- type CartHotspotAction
- type CartHotspotInfo
- type CartHotspotsBus
- type CartMapper
- type CartRAM
- type CartRAMbus
- type CartRegisters
- type CartRegistersBus
- type CartRewindBoundary
- type CartStatic
- type CartStaticBus
- type CartTapeBus
- type CartTapeState
- type Event
- type OptionalSuperchip
Constants ¶
This section is empty.
Variables ¶
This section is empty.
Functions ¶
This section is empty.
Types ¶
type BankContent ¶
type BankContent struct { // bank number Number int // copy of the bank data Data []uint8 // the segment origins that this data is allowed to be mapped to. most // cartridges will have one entry. values in the array will refer to // addresses in the cartridge address space. by convention the mappers will // refer to the primary mirror. // // memorymap.OriginCart <= origins[n] <= memorymap.MemtopCart // // to index the Data field, transform the origin and any address derived // from it, with memorymap.CartridgeBits // // idx := Origins[0] & memorymap.CartridgeBits // v := Data[idx] // // address values are supplied by the mapper implementation and must be // cartridge addresses and should in the primary cartridge mirror range // (ie. 0x1000 to 0x1fff)j Origins []uint16 }
BankContent contains data and ID of a cartridge bank. Used by CopyBanks() and helps the disassembly process.
type BankInfo ¶
type BankInfo struct { // bank number Number int // name of bank. used for special purpose banks (eg. supercharger BIOS). // should be empty if bank has no name. Name string // is cartridge memory segmented and if so which segment is this bank // mapped to IsSegmented bool Segment int // is cartridge bank writable IsRAM bool // if the address used to generate the Details is not a cartridge address. // this happens deliberately for example, during the Supercharger load // procedure, where execution happens (briefly) inside the main VCS RAM NonCart bool // the cartridge is currently feeding NOP bytes onto the data bus and // therefore the data from this bank should not be considered predictable. // // this flag has been added to support the ARM coprocessor found in // conjunction with CDF* and DPC+ mappers. future coprocessors may work // differently. ExecutingCoprocessor bool // if ExecutingCoprocessor is valid then we also record the address the // processor will resume from. CoprocessorResumeAddr uint16 }
BankInfo is used to identify a cartridge bank. In some instance a bank can be identified by it's bank number only. In other contexts more detail is required and so BankInfo is used isntead.
type CartCoProcBus ¶ added in v0.8.0
type CartCoProcBus interface { CoProcID() string SetDisassembler(CartCoProcDisassembler) }
CartCoProcBus is implemented by cartridge mappers that have a coprocessor that functions independently from the VCS.
type CartCoProcDisasmEntry ¶ added in v0.8.0
CartCoProcDisasmEntry represents a single decoded instruction by the coprocessor.
type CartCoProcDisasmSummary ¶ added in v0.14.0
type CartCoProcDisasmSummary interface {
String() string
}
CartCoProcDisasmSummary represents a summary of a coprocessor execution.
type CartCoProcDisassembler ¶ added in v0.8.0
type CartCoProcDisassembler interface { // Start is called at the beginning of coprocessor program execution. Start() // Step called after every instruction in the coprocessor program. Step(CartCoProcDisasmEntry) // End is called when coprocessor program has finished. End(CartCoProcDisasmSummary) }
CartCoProcDisassembler defines the functions that must be defined for a disassembler to be attached to a coprocessor.
type CartCoProcDisassemblerStdout ¶ added in v0.8.2
type CartCoProcDisassemblerStdout struct { }
CartCoProcDisassemblerStdout is a minimial implementation of the CartCoProcDisassembler interface. It outputs entries to stdout immediately upon request.
func (*CartCoProcDisassemblerStdout) End ¶ added in v0.12.1
func (c *CartCoProcDisassemblerStdout) End(s CartCoProcDisasmSummary)
End implements the CartCoProcDisassembler interface.
func (*CartCoProcDisassemblerStdout) Start ¶ added in v0.12.1
func (c *CartCoProcDisassemblerStdout) Start()
Start implements the CartCoProcDisassembler interface.
func (*CartCoProcDisassemblerStdout) Step ¶ added in v0.12.1
func (c *CartCoProcDisassemblerStdout) Step(e CartCoProcDisasmEntry)
Instruction implements the CartCoProcDisassembler interface.
type CartContainer ¶
type CartContainer interface { CartMapper ContainerID() string }
CartContainer is a special CartMapper type that wraps another CartMapper. For example, the PlusROM type.
type CartHotLoader ¶ added in v0.12.1
CartHotLoader is implemented by cartridge mappers that can be hot-loaded. ie. ROM data updated but keeping RAM memory intact.
type CartHotspotAction ¶
type CartHotspotAction int
CartHotspotAction defines the action of a hotspot address.
const ( // the most common type of hotspot is the bankswitch. for these hotspots // the bank/segment is switched when the address is read/write. HotspotBankSwitch CartHotspotAction = iota // some cartridge mappers have additional registers. HotspotRegister // a function is a catch all category that describes any hotspot address // that has some other than or more complex than just bank switching. for // example, the Supercharger CONFIG address causes bank-switching to take // place but is none-the-less defined as a HotspotFunction. HotspotFunction // some hotspots will be defined but be unused or reserved by the // cartridge. HotspotReserved )
List of valid CartHotspotActions.
type CartHotspotInfo ¶
type CartHotspotInfo struct { Symbol string Action CartHotspotAction }
HotspotInfo details the name and purpose of hotspot address.
type CartHotspotsBus ¶
type CartHotspotsBus interface { ReadHotspots() map[uint16]CartHotspotInfo WriteHotspots() map[uint16]CartHotspotInfo }
CartHotspotsBus will be implemented for cartridge mappers that want to report details of any special addresses. We'll call these hotspots for all types of special addresses, not just bank switches.
The index to the returned maps, must be addresses in the cartridge address range. For normality, this should be in the primary cartridge mirror (ie. 0x1000 to 0x1fff).
type CartMapper ¶
type CartMapper interface { Mapping() string ID() string Snapshot() CartMapper Plumb() // reset volatile areas of the cartridge. for many cartridge mappers this // will do nothing but those with registers or ram should perform an // explicit reset (possibly with randomisation) Reset(randSrc *rand.Rand) Read(addr uint16, active bool) (data uint8, err error) Write(addr uint16, data uint8, active bool, poke bool) error NumBanks() int GetBank(addr uint16) BankInfo // see the commentary for the Listen() function in the Cartridge type for // an explanation for what this does Listen(addr uint16, data uint8) // some cartridge mappings have independent clocks that tick and change // internal cartridge state. the step() function is called every cpu cycle // at the rate specified. Step(clock float32) // patch differs from write/poke in that it alters the data as though it // was being read from disk. that is, the offset is measured from the start // of the file. the cartmapper must translate the offset and update the // correct data structure as appropriate. Patch(offset int, data uint8) error // return copies of all banks in the cartridge. the disassembly process // uses this to access cartridge data freely and without affecting the // state of the cartridge. CopyBanks() []BankContent }
CartMapper implementations hold the actual data from the loaded ROM and keeps track of which banks are mapped to individual addresses. for convenience, functions with an address argument receive that address normalised to a range of 0x0000 to 0x0fff.
type CartRAM ¶
CartRAM represents a single segment of RAM in the cartridge. A cartridge may contain more than one segment of RAM. The Label field can help distinguish between the different segments.
The Origin field specifies the address of the lowest byte in RAM. The Data field is a copy of the actual bytes in the cartidge RAM. Because Cartidge is addressable, it is also possible to update cartridge RAM through the normal memory buses; although in the context of a debugger it is probably more convience to use PutRAM() in the CartRAMbus interface.
type CartRAMbus ¶
type CartRAMbus interface { GetRAM() []CartRAM // Update the value at the index of the specified RAM bank. Note that this // is not the address; it refers to the Data array as returned by GetRAM() PutRAM(bank int, idx int, data uint8) }
CartRAMbus is implemented for catridge mappers that have an addressable RAM area. This differs from a Static area which is not addressable by the VCS.
Note that for convenience, some mappers will implement this interface but have no RAM for the specific cartridge. In these case GetRAM() will return nil.
The test for whether a specific cartridge has additional RAM should include a interface type asserstion as well as checking GetRAM() == nil.
type CartRegisters ¶
type CartRegisters interface {
String() string
}
CartRegisters conceptualises the cartridge specific registers that are inaccessible through normal addressing.
type CartRegistersBus ¶
type CartRegistersBus interface { // GetRegisters returns a copy of the cartridge's registers GetRegisters() CartRegisters // Update a register in the cartridge with new data. // // Depending on the complexity of the cartridge, the register argument may // need to be a structured string to uniquely identify a register (eg. a // JSON string, although that's probably going over the top). The details // of what is valid should be specified in the documentation of the mappers // that use the CartDebugBus. // // The data string will be converted to whatever type is required for the // register. For simple types then this will be usual Go representation, // (eg. true of false for boolean types) but it may be a more complex // representation. Again, the details of what is valid should be specified // in the mapper documentation. PutRegister(register string, data string) }
CartRegistersBus defines the operations required for a debugger to access any coprocessor in a cartridge.
The mapper is allowed to panic if it is not interfaced with correctly.
You should know the precise cartridge mapper for the CartRegisters to be usable.
So what's the point of the interface if you need to know the details of the underlying type? Couldn't we just use a type assertion?
Yes, but doing it this way helps with the lazy evaluation system used by debugging GUIs. The point of the lazy system is to prevent race conditions and the way we do that is to make copies of system variables before using it in the GUI. Now, because we must know the internals of the cartridge format, could we not just make those copies manually? Again, yes. But that would mean another place where the cartridge's internal knowledge needs to be coded (we need to use that knowledge in the GUI code but it would be nice to avoid it in the lazy system).
The GetRegisters() allows us to conceptualise the copying process and to keep the details inside the cartridge implementation as much as possible.
type CartRewindBoundary ¶
type CartRewindBoundary interface {
RewindBoundary() bool
}
CartRewindBoundary is implemented by cartridge mappers that require special handling from the rewind system. For some cartridge types it is not appropriate to allow rewind history to survive past a certain point.
type CartStatic ¶
CartStatic conceptualises a static data area that is inaccessible through. Of the cartridge types that have static areas some have more than one static area.
type CartStaticBus ¶
type CartStaticBus interface { // GetStatic returns a copy of the cartridge's static areas GetStatic() []CartStatic // Update the value at the index of the specified segment. Note that the // index referes to the Data array as returned by GetStatc() PutStatic(segment string, idx uint16, data uint8) error }
CartStaticBus defines the operations required for a debugger to access the static area of a cartridge.
CartStaticBus differs from the CartRAMbus in that it represents memory that is not accessible by the VCS directly.
type CartTapeBus ¶
type CartTapeBus interface { // Move tape loading to the beginning of the tape Rewind() // Set tape counter to specified value SetTapeCounter(c int) // GetTapeState retrieves a copy of the current state of the tape. returns // true is state is valid GetTapeState() (bool, CartTapeState) }
CartTapeBus defines additional debugging functions for cartridge types that use tapes.
type CartTapeState ¶
type CartTapeState struct { Counter int MaxCounter int Time float64 MaxTime float64 Data []float32 }
CartTapeState is the current state of the tape.
type Event ¶ added in v0.14.0
type Event int
Event defines specific and discrete events that might occur in a cartridge mapper. The intention is that these are defined for events that are not "normal". For example, bank switching is so common and so frequent as to be considered normal. Tape activity for the supercharger on the other hand is not normal and needs special handling from the core emulation.
const ( // LoadStarted is raised for Supercharger mapper whenever a new tape read // sequence if started. EventSuperchargerLoadStarted Event = iota // If Supercharger is loading from a fastload binary then this event is // raised when the loading has been completed. EventSuperchargerFastloadEnded // If Supercharger is loading from a sound file (eg. mp3 file) then these // events area raised when the loading has started/completed. EventSuperchargerSoundloadStarted EventSuperchargerSoundloadEnded // tape is rewinding. EventSuperchargerSoundloadRewind // PlusROM cartridge has been inserted. EventPlusROMInserted // PlusROM network activity. EventPlusROMNetwork )
List of currently defined activities.
type OptionalSuperchip ¶
type OptionalSuperchip interface {
AddSuperchip()
}
OptionalSuperchip are implemented by cartMappers that have an optional superchip. This shouldn't be used to decide if a cartridge has additional RAM or not. Use the CartRAMbus interface for that.