|
|
Joined: Jan 2011
Posts: 266 Likes: 4
Senior Member
|
Senior Member
Joined: Jan 2011
Posts: 266 Likes: 4 |
Like the Mac SE Nubus slot The SE had a processor direct slot which wasn't Nubus SE/30 had a pseudo slot for video, and a PDS. Neither were Nubus SI/CI had a PDS that could take a nubus adapter (basically the nubus interface chips from the Mac II on a card)
|
|
|
|
|
Joined: Aug 2015
Posts: 406
Senior Member
|
|
Senior Member
Joined: Aug 2015
Posts: 406 |
Thx Al, I have an SE and always thought it was a Nubus slot. 
Because I can
|
|
|
|
|
Joined: Apr 2012
Posts: 193
Senior Member
|
|
Senior Member
Joined: Apr 2012
Posts: 193 |
(...) I was just laying out the docs for why RDAT is like it is. It might be that the bytes are supposed to be cleared, set or complemented as they are read out but nothing says that anywhere. Whenever DBIN is asserted on the 7220, a RMW cycle (memory access) takes place ( display cycles are entirely seperate). Reading also means writing or updating & refreshing the memory (to "simplify external glue logic"). I assume RDAT works the same way as WDAT does - at least parameters look exactly the same for both (p.215 and 216 of the Rainbow Graphics Option Manual)An external logic (named "Combiner" in Tony Duell's schematics (page 10) kicks in whenever the GDC's WRITE_MASK is set to all ones Reference It appears there are yet no hooks to change the bit mask before an update. As i am no hardware guy, i have now disassembled most of the Graphcis Diagnostic Disk with IDA Free (and hope it clears things up) Some unresolved questions keep bugging me:- what does the Graphics MMU actually do (see schematics)...? - the Graphics Option Manual from DEC talks about "synchronization of RMW cycles" (when writing to the special port 50). Assumption: this simply sets the external WRITE_MASK to FFFF and sets the external ALU (a PAL16L8) to zero (for replace). Comments are welcome. P.S.: i have aquired (somewhat rare) German docs for the GDR clone of the NEC 7220 (U82720). Is Bitsavers interested in foreign language manuals?
Last edited by Bavarese; 11/20/16 05:20 PM.
|
|
|
|
|
Joined: May 2012
Posts: 568 Likes: 10
Senior Member
|
|
Senior Member
Joined: May 2012
Posts: 568 Likes: 10 |
Is it an exact clone? A few Robotron machines use it (A7150 in particular).
|
|
|
|
|
Joined: Apr 2012
Posts: 193
Senior Member
|
|
Senior Member
Joined: Apr 2012
Posts: 193 |
I can tell for sure it is pin-compatible and likely was "redesigned by looking at horizontal and vertical microsections / micrographs" (a standard technique employed in the GDR and mastered to perfection). (no first hand info, quote from related Robotron pages) Known versions: - U82720 DC04 (8,34 Mhz @ VIS3) - less than 4 MHz clock: U82720 DC03 and DC02 U82720 veb mikroelektronik / Robotron (198x) U82720 from Robotron (PDF in question)Raw TIFs suited for OCRVIS3 graphics card (GDR 19??) VIS3 Beschreibung und Treiber (DOC) The VIS3 package (above) contains lots of drivers and good documentation. Even the 4 plane mode (known from the Rainbow) is described...
Last edited by Bavarese; 11/21/16 03:23 PM.
|
|
|
|
|
Joined: Jan 2012
Posts: 891 Likes: 17
Senior Member
|
|
Senior Member
Joined: Jan 2012
Posts: 891 Likes: 17 |
|
|
|
|
|
Joined: Apr 2012
Posts: 193
Senior Member
|
|
Senior Member
Joined: Apr 2012
Posts: 193 |
Thanks, Crazyc First, there is a new version of the GDC diag disassembly. A new pull request tries to address reentrance problems (after reset) and makes vertical scroll fully functional. This lets you dive deeper into the reactor core in SCRAM and - more important - fixes the LIST command in DEC's version of GWBASIC (which was next to unusable) Games that work well are MMIND (MasterMind), PACMAN, SCRAM, and GOTELO (Othello). Programs with initialization / redraw / reentrance problems ( invocation order matters, at least in emulation): - CANON (high resolution + vectors), - Solitaire (SOLIT.EXE) and - GDEMO (from GRPHCS.ARC, interactive graphics interpreter from Livermore Labs 1985), - plus the Monitor Aligment Test (from the GDC test disk). There are some interesting cursor issues left. It all depends on the application (REGIS, GSX, GW-BASIC). In the 1st screenshot, the cursor block is invisible and leaves a one line trail behind). The 2nd one shows a scenario where cursor doesn't clear properly (high resolution game with REGIS TSR loaded)  GW-BASIC 2.01.01 (from DEC 1984) with Bad Robots source (medium resolution):![[Linked Image from dl.dropboxusercontent.com]](https://dl.dropboxusercontent.com/u/37819653/BANNISTER/Cursor_problem.jpg) ------------------------------------------------------------ ![[Linked Image from dl.dropboxusercontent.com]](https://dl.dropboxusercontent.com/u/37819653/BANNISTER/Screenshot_Refresh-n-cursor_problems.jpg) Cursor artefacts in a high resolution REGIS-powered game (EMPIRE.EXE). Cursor should blink. Please ignore the wrong Hz value in screen 2 (already corrected).
Last edited by Bavarese; 12/05/16 06:20 PM.
|
|
|
|
|
Joined: May 2004
Posts: 1,772 Likes: 34
Very Senior Member
|
|
Very Senior Member
Joined: May 2004
Posts: 1,772 Likes: 34 |
I know you say ignore the wrong hz, but there is a MAME issue whereby if both screens aren't of the SAME hz you will have problems with screens not updating properly, including graphic trails.. you don't say what you corrected it to
so unless the correct frequency for both is the same (60?) and that's what you're running both at you'll run into core issues.
|
|
|
|
|
Joined: Apr 2012
Posts: 193
Senior Member
|
|
Senior Member
Joined: Apr 2012
Posts: 193 |
Is there a proper work around? For example, two separate screens or switching to "Graphics Output" via GUI? I remember your warning, and in fact the refresh is 50 or 60 Hz at text screen 1 (above) and 59.999 / 29.999 (interlaced) at bottom. The cursor (trail) problem even occurs if i disable screen 1 completely. A custom layout with "side by side", "over under", "Text only" and "Graphics only" options is there. An assumption made near line 1210 / CCHAR (cursor characteristics) @ Upd7220.cpp makes me confident it is no simple artefact.
For completeness, here the complete bug list included in the driver. Help is very much appreciated.
BUGS
- GDC diagnostic disk fails on 9 of 13 tests (tests 4 and 6 - 13).
Details
a. (Rainbow driver) : interaction between DEC's external hardware and the NEC 7220 isn't fully understood (see page 173 of AA-AE36A)
It is also unclear what port $50 actually does when it 'synchronizes R-M-W cycles' between NEC and DEC hardware.
For now, we provide sane defaults for both vector and bitmap units without disturbing colors, display mode(s) or the NEC 7220.
b. the HBLANK / VBLANK ratio is plainly wrong (QUICK TEST / subtest #6),
c. IRQs are flagged as 'erratic' (QUICK TEST / subtest #12).
d. (7220) : incorrect fifo stati are handed out (GDC reports FIFO_EMPTY instead of _FULL when QUICK TEST #4 floods the queue)
e. (7220) : RDAT with MOD 2 used extensively here, but unimplemented (modes other than 0 weren't documented by NEC or INTEL)
Programs with initialization / redraw / reentrance problems (invocation order after reset matters, at least in emulation):
- CANON (high resolution + vectors), Solitaire (SOLIT.EXE) and GDEMO (from GRPHCS.ARC, interactive graphics interpreter '85),
plus the Monitor Aligment Test (from the GDC test disk).
Graphical games that work well: MMIND (MasterMind, after BMP logo), PACMAN, SCRAM, (G)OTELO.
UNIMPLEMENTED:
// - Rainbow 100 A palette quirks (2 bit palette... applies to certain modes only)
UNKNOWN IMPLEMENTATION DETAILS:
// 1. READBACK (hard copy programs like JOBSDUMP definitely use it. See also GDC diagnostics). VRAM_R ?
// 2. UNVERIFIED DIVIDER (31.188 Mhz / 32) is at least close to 1 Mhz (as on the VT240, which uses a very similar design)
// 3. UPD7220 / CORE oddities:
// 3.1. occasional redraw problems (only when screen 1 runs at 60 Hz and screen 2 at 29.99 Hz interlaced = HIRES ?).
// Quote from Haze: "if you have 2 screens running at different refresh rates one of them won't update properly
// (the partial update system gets very confused because it expects both the screens to end at the same time
// and if that isn't the case large parts of one screen end up not updating at all)
3.2 pixels are stretched out too wide at 384 x 240 (not fixable in Rainbow driver, -keepaspect seems to have no effect)
Last edited by Bavarese; 12/05/16 06:22 PM.
|
|
|
|
|
Joined: Apr 2012
Posts: 193
Senior Member
|
|
Senior Member
Joined: Apr 2012
Posts: 193 |
The aspect ratio problem is fixed and all known ClikClok versions are supported.Time for new ventures... Corvus hard disks (of type B/H) are now working under CP/M 1.x ![[Linked Image from dl.dropboxusercontent.com]](https://dl.dropboxusercontent.com/u/37819653/BANNISTER/CORVUS_B-H_on_Rainbow.jpg) I admit, that's a bit old skool Once upon a time Corvus supported MS-DOS 2.x and CP/M 2.2 too. But are there any driver disks left? There must have been an XDRIVE.SYS -DOS- device driver (mentioned in a Corvus PDF someone posted here). Definitive -chs parameters for Corvus B/H hard disks are hard to come by, too (needed for Chdman)... Al Kossow, to the rescue?
Last edited by Bavarese; 01/06/17 11:46 PM.
|
|
|
|
3 members (Cpt. Pugwash, 2 invisible),
196
guests, and
1
robot. |
|
Key:
Admin,
Global Mod,
Mod
|
|
|
Forums9
Topics9,320
Posts121,923
Members5,074
| |
Most Online1,283
Dec 21st, 2022
|
|
These forums are sponsored by Superior Solitaire, an ad-free card game collection for macOS and iOS. Download it today!
|
|
|
|
![[Linked Image from i.imgur.com]](http://i.imgur.com/y0OUwML.png)
![[Linked Image from i.imgur.com]](http://i.imgur.com/JucrlLI.png)
![[Linked Image from i.imgur.com]](http://i.imgur.com/QMimtiQ.png)