This patch gets it running, and splits it into two front ends, one
being a rs232 bus slot so that is can be used as a terminal option. It
adds the MCM66750 character generator, and implements the MC6845 row
update function. Most of the I/O has been worked out with help from
the CT-82 user manual. The various screen formats and the graphics
modes appear to be working and plausible. Printer support has been
added, and a beeper.
* hp9825: fixed a bug in 9825t
* hp9845: TACO driver re-written from scratch, DC100 tape separated into
a new device, various adaptations
* hp9845: "new TACO" renamed to just "TACO"
* Made some experimental work with menghong based HW, allowing crzyddz2 to boot and improving menghong colors;
* Internalize video and audio components inside the SoC;
* Wrote a preliminary UART subdevice;
* Made external video clock to be settable by the host driver;
* Improved encapsulation between video and machine SoC periperals;
* Split up HWs in individual files where they don't belong to Crystal System HW, makes future development easier;
* Untangled reads/writes to draw/display bankswitches from screen_update, now they can be unthrottled safely;
* Added CRTC screen raw parameters;
* Add DMA hold feature and clear irq on mask writes, specific for P's Attack;
* Improved Cross Puzzle flash loading, currently failing at POST for a SPU error;
nexus3d.cpp: add some preliminary work, currently does some VRender3d pipeline fill with a debug trick [Angelo Salese]
(out of whatsnew)
Some stuff definitely needs fine graining, like removing the few lines that are still necessary to configure the VRender0 from driver files, which I'm gonna do in my next feature branch.
* smartfp generate an interrupt, add a palette (nw)
* video registers look a lot like the spg220 hw here (nw)
* getting ready to split into video (nw)
* code shuffle (nw)
* shuffle (nw)
* (nw)
* (nw)
* (nw)
- it's a newer SoC (with a lot more capabilities, eg rotate, zoom, twice the sound channels)
- it uses an updated unSP core (with some extra opcodes)
also made the modifications needed to allow for extension of the unSP + disassembler once we've worked out what the extra opcodes are.
* spg110: jak_capb misc guesses (nw)
* misc priority stuff (nw)
* tweaks (nw)
* more tweaks (nw)
* small spg2xx refactor (nw)
* some spg2xx refactoring (nw)
* (nw)
* tidy (nw)
* these have all been moved out into modules (nw)
* sprite work in progress (nw)
* (nw)
* spg110: shift some stuff around and split into files here too
* (nw)
* (nw)
* (nw)
* sprite improvements
This effectively reverts b380514764 and
c24473ddff, restoring the state at
598cd52272.
Before pushing, please check that what you're about to push is sane.
Check your local commit log and ensure there isn't anything out-of-place
before pushing to mainline. When things like this happen, it wastes
everyone's time. I really don't need this in a week when real work™ is
busting my balls and I'm behind where I want to be with preparing for
MAME release.
* SPG2XX - Make audio emulation a subdevice
(I need to reuse some of it for SPG110)
* these will end up in different places on spg110 so split the handler (nw)
* refactor a little for cleaner use later (nw)
* realign logging with function names (nw)
* (nw)
* (nw)
* recent change in audio_beat_tick appears to break "icanpian jjs" seems unintentional? (MG please verify)
also documented an existing suspicious use of 'channel' in code.
* use channel_bit here instead, seems more logical (nw)
* reorganize code here a bit too (nw)
