| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 6cb0ec64ac8608c4bcf864807495f91c55db3653.
This seems to have been done with a lack of understanding of how things
work. A fake output based on tag string comparisons is definitely not a
good way to do things. Views with hard-coded screen tags for a single
slot device aren't a great idea either, given MAME provides a variety of
emulated terminals.
The whole thing is just misguided.
|
| |
|
|
|
|
|
|
|
| |
* bus/vme/sys68k_cpu1: replace layout with tag-based screen references
* bus/vme/sys68k_cpu1: functional front panel matching real hardware
* bus/vme/sys68k_cpu1: add DB25 serial port connectors to front panel layout
* bus/vme/sys68k_cpu1: show connected device type on front panel connectors
* bus/vme/sys68k_cpu1: rename RS232 port tags to match front panel labels, wire up P5
---------
Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
collection(toggle)
|
| |
|
|
| |
font
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New devices added:
Namco Cyber Lead I/O LED(I/O) PCB 8699014200
Namco Cyber Lead I/O LED(I/O) PCB 8699014200 (compatibility patch)
Namco Cyber Lead I/O LED(LED) PCB 8699014500
Namco AMC PCB (Extra I/O,JPN,Ver1.10)
Namco ASCA-1 (Multipurpose I/O,JPN,Ver2.00)
Namco ASCA-3 (Multipurpose + Rotary Encoder,JPN,Ver2.04)
Namco ASCA-3 (Multipurpose + Rotary Encoder,JPN,Ver2.02)
Namco ASCA-5 (Multipurpose,JPN,Ver2.09)
Namco CSZ1 MIU-I/O (GUN-EXTENTION,JPN,Ver2.05)
Namco EM I/O1-02 (Techno-Drive I/O,JPN&EXP,Ver2.00)
Namco TSS-I/O (GUN-EXTENTION,JPN,Ver2.02)
Namco XMIU1 TSS-I/O (GUN-EXTENTION,JPN,Ver2.11,Ver2.12)
Note: the Cyber Lead compatibility patch is required because later versions aren't
Namco FCA-1 (Multipurpose + Rotary Encoder,JPN,Ver1.00)
Namco FCA-1 (Multipurpose + Rotary Encoder,JPN,Ver1.01)
Namco FCB (TouchPanel&Multipurpose,JPN,Ver1.02)
Note: These use ASCA3 patched to return the correct ID string as the full ROM is yet to be extracted
Namco EM Pri1-01
Note: The printer for Techno Drive is HLE'd only enough to make the game happy
|
| | |
|
| |
|
|
| |
rendlay: let's make noscreens layout window aspect ratio 4:3
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
* qx10: Rework keyboard code
* Split keyboard into ascii and hasci variants
* Update keymappings to be more complete
* Add output_finders for keyboard LEDs
* Keyboard now uses sync serial, fixes timing issues with CP/M Plus
* qx10: Add layouts for both hasci and ascii keyboards
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Started implementing the Macintosh Display Card CRTC. It gives correct
resolutions, although refresh rates are incorrect. Added machine
configuration settings allowing several monitors to be selected.
Implemented the Macintosh Display Card's packed RGB mode. The
base/stride in RGB mode make more sense with this implemented.
Cleaned up the code for the SuperMac Spectrum cards, and fixed the
garbage at the bottom of the screen on the Spectrum/8.
Put a layout with views for common monitor aspect ratios in a place
where cards can use it. This is especially useful for the NuBus cards
that can support portrait monitors.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
- render.h: Split out layout class declarations into rendlay.h, with some adjustments for the resulting incomplete types (std::reference_wrapper unfortunately does not allow these by C++17 rules)
- rendlay.h: Move old header contents to layout/generic.h
|
| |
|
|
| |
specifying state="0" on components explicitly.
|
| | |
|
| |
|
|
|
|
|
| |
This change adjusts the aspect ratio to bring it close to that in the
photo of the screen in the manual. The monitor has a 4:3 aspect
ratio. The character area resolution is 720x288 pixels and the prior
1:1 dot ratio was far from realistic.
|
| |
|
|
|
|
| |
New machines added as WORKING
---
Motorola EXORterm 155 [68bit]
|
| |
|
|
|
|
|
|
| |
Get rid of a couple of copies of the CC0 text. Add header comment to
CC0 files to remind people editing them what the terms are. Also add
some missing XML headers. The header comments in layouts won't bloat
the binary - they get stripped out before compressing, same as any other
comments.
|
| |
|
|
|
|
| |
* MU100 isn't really working
* clone relationship is for different versions of the same thing, not different parts of a system
* indentation should follow structure
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Eliminates the need for the horizontal/vertical/LCD/SVG layout files
* Screens can now have orientation and physical aspect ratio specified
* RASTER/VECTOR defaults to 4:3, LCD/SVG defaults to square pixels at config time
* System orientation is applied on top of screen orientation
Automatically generated single-screen views and orientation flags in XML
output now work correctly for systems with multiple screens in different
geometries/orientations, e.g. housemnq, rocnms, stepstag, or netmerc.
The "core rotation options" only interact with system orientation.
Allowing multi-screen systems to work well with one monitor per emulated
screen is a complex topic. System orientation also affects the GFX
viewer while screen orientation doesn't. The orientation displayed in
the system selection menu is from the system orientation.
Let me know if I've broken any systems or use cases.
Also, add save state support for std::array/C array nested to any depth.
|
| |
|
|
| |
predefined variables
|
| |
|
|
| |
about occasional extra warning messages, it's unavoidable)
|
| |
|
|
|
|
|
|
|
|
|
| |
Input and screen tags are now resolved relative to a layout's owner
device.
Easy way to demonstrate is with: mame64 intlc440 -tty ie15
Previously you'd only get the IE15 terminal's layout and you'd be unable
to use the INTELLEC 4/40 front panel. Now you'll get the choice of
layouts from both the system and the terminal device in video options.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
It's damn slow, ~50ms/frame on cdkong. Caching and/or hw accel will
solve that easily. It doesn't look very good, nanosvg need better
anti-aliasing. It also doesn't do texturing very well and images not
at all, so some of our current svgs won't look good. But all that's
fixable.
|
| |
|
|
| |
documentation (nw)
|
| |
|
|
| |
them (nw)
|
| | |
|
| |
|
|
| |
device. (nw)
|
| |
|
|
| |
device. (nw)
|
| |
|
|
| |
game each
|
| | |
|
| | |
|
| |
|
|
| |
one (no whatsnew)
|
| | |
|