> From: Johnny Billquist
> I need to see if I can locate the manual in the summer when I get close
> to where I had that 11/34
That would be wonderful, if you find it! In addition to showing for sure how
it basically worked, I still also have a number of questions as to exactly
how it connected up to the optional cache, EUB memory, etc.
> we still seem to talk about two different ENABLE products, though... :-)
I saying what I'm about to say, I am not in any way trying to be
argumentative (truly, I would be as happy if you were correct, just as much
as if I were, _provided that we had found out what the correct answer really
is_), but I really do think that your memory is playing tricks on you, with
the 'it didn't require any software changes at all'.
The "Enable/34" described in contemporary posts here:
http://gopher.quux.org:70/Archives/usenet-a-news/FA.unix-wizards/81.07.09_u…http://gopher.quux.org:70/Archives/usenet-a-news/FA.unix-wizards/81.07.12_u…
works the way I'm describing... (Although note I do think Mike made some
mistakes in the diagram in the first one - I think the DMA devices have to be
behind the ENABLE/34, per his description in the second post of how it works.)
I wish we could find a copy of the paper mentioned there ("Modifications to
UNIX to Allow Four Mega Bytes of Main Memory on a 11/40 Class Processor" by
Clement T. Cole and Sterling J. Huxley), as it might also answer the questions
I have...
Noel
Probably stupid question, I'm sure, but I'd like to disable the beeping of
SimH when VMS is notifying. I cannot seem to find anything of a
configurable parameter in the documentation.
Am I missing something?
Kind regards,
Sander
> From: Roe Peterson
>> (Unless you have an 11/xx with an Able ENABLE board! :-)
> What is an ENABLE board?
That's that thing we had an 'energetic' discussion about a while back; it's a
board that allows one to put more than 256KB of memory in a UNIBUS machine
(other than a /44 or /70, which already support more than 256KB - and probably
the /24 too, too lazy to check).
Noel
> From: Johnny Billquist
> the ENABLE board that I used on an 11/34 did not add neither split I/D
> space, nor supervisor mode. Essentially it made the 11/34 look like an
> 11/24.
Right, it doesn't add any modes, or separation, or anything like that; just
more memory. It's entirely separate from the CPU; it just sits in the middle
of the UNIBUS.
Noel
John Foust <jfoust at threedee.com> writes:
> I'm trying to understand at a low level how some early computers
> and game consoles generated a non-standard form of NTSC.
There's a pretty good description here, with diagrams of the video
waveforms involved for both PAL and NTSC (both use the same idea):
http://martin.hinner.info/vga/pal.html
In brief: a video signal consists of a series of fields (about 60 per
second for NTSC). Each video field starts with a series of "vertical
sync" pulses that returns the electron beam to the top of the screen
(there's also a "horizontal sync" pulse at the end of each line, which
moves the beam back to the left of the screen). There are different
vertical sync pulse sequences for odd and even fields, so the monitor
knows to offset the even field by half a line. A normal video signal
alternates between odd and even fields; in the kind of non-interlaced
signal you're talking about, every frame starts with the odd field
vertical sync, so the monitor always pulls the electron beam back to the
same place.
Cheers,
--
Adam Sampson <ats at offog.org> <http://offog.org/>
> From: Pete Turnbull
> 2.9BSD doesn't need split I&D, but 2.11BSD does.
Doesn't 2.11 also need Supervisor mode (at least, for the networking code)?
Of course, there is not (AFAICR) any machine with split I&D but not
Supervisor, so the question above is purely intellectual, not of practical
consequence. (Unless you have an 11/xx with an Able ENABLE board! :-)
Noel
I'm trying to understand at a low level how some early computers
and game consoles generated a non-standard form of NTSC.
The Wikipedia http://en.wikipedia.org/wiki/Low-definition_television says:
"Older video game consoles and home computers generated a nonstandard NTSC
or PAL signal which sent a single field type which prevented fields from
interlacing. This is equivalent to 240p and 288p respectively, and was
used due to requiring less resources and producing a progressive
and stable signal."
Another source says this was true for the "NTSC Atari 2600, Apple II
family, Commodore 64, Nintendo Entertainment System, Sega Master
System, and the vast majority of games for NTSC Genesis, Super NES,
PlayStation, and Nintendo 64."
This page http://www.hdretrovision.com/240p/ calls it a "special timing
signal" and gives examples of how contemporary flat-panel TVs can
misinterpret the old signal. The issue has spawned the creation of
dozen of devices to give the retro look on new TVs.
- John
Hello,
checking on bitsavers for bare presence is not a problem at all...
I should assume that all the documents widely available on other sites
(like manx or related links)
are also on bitsavers?
I mean, searching on bitsavers and not founding a specific file there is
enough to assume that the file is unavailable
and should be scanned?
Anyway, I would need some advice about the way to transfer scanned files
(huge unprocessed/uncompressed or
post-processed to bitmap with level/contrast adaption) to the archive.
Andrea
So, I need to add a PROM burner to my collection of stuff, and I'd like to ask
for recommendations.
I'm looking for something that's easy to find on eBay, not _too_ expensive,
and can handle (via the appropriate adapters, which should also be relatively
easy to find) a very wide range of old PROMs/EPROMs from back in the day.
(I.e. ability to support modern chips is not really an issue.)
The ability to read them would be a real plus (no idea if that's a common
capability or not). Serial interface preferred, but I could work with parallel
(again, no idea what was usual).
Thanks in advance for any insight!
Noel
