memory map for RT-11 v 5

Is there a minimum memory requirement for RT-11 v5? I was discussing with Ray Fantini about it today, unsure...anyone know if 16K will work (from 00). Bill -- @ BillDeg: Web: vintagecomputer.net Twitter: @billdeg Youtube: @billdeg

The emulator that needs 3GHz

*Accuracy takes power: one man’s 3GHz quest to build a perfect SNES emulator* *Emulators for playing older games are immensely popular online, with regular arguments breaking out over which emulator is best for which game. Today we present another point of view from a gentleman who has created

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

Hmm. I suppose recapping is a logical next step. There are also four adjustable inductors and a single trimpot inside the display assembly. I haven't been able to find a single clue about what they do. On Wednesday, July 20, 2016, Ian Finder wrote: > No, I'm not convinced

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

No, I'm not convinced the EL repro isn't a driver electronics issue. I'm just a little confused about why the issue congregates at the edges of the displays. Any ideas why that might be? I may try swapping the panels around this evening if I am feeling brave. On Wednesday, July 20, 2016, Brent

Re: Reproduction micros

> On Jul 20, 2016, at 6:28 PM, Pete Turnbull wrote: > > On 20/07/2016 20:29, Paul Koning wrote: > >> I don't remember the earlier ARM designs, but it was my impression >> that DEC's StrongARM was the one that made really large strides in >> low power (especially power

Re: Reproduction micros

On 20/07/2016 20:29, Paul Koning wrote: I don't remember the earlier ARM designs, but it was my impression that DEC's StrongARM was the one that made really large strides in low power (especially power per MHz of clock speed). Interestingly enough, StrongARM was one of the few (and the first?)

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

On 2016-Jul-20, at 12:52 PM, Ian Finder wrote: > I have a few GRiD compass systems and some are suffering from massively > decreased contrast on the edges of the displays: > > [See the system on the left] > https://www.instagram.com/p/BIGGzUzgat-/?taken-by=tr1nitr0n > > [Or this one:] >

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

If anyone has a plasma that *DOES* repro, that would be very interesting, but I expect the technology is different enough that that won't happen due to the pressurization.

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

I'm happy for everyone with great displays, but I have never seen a repro on plasma because they are pressurized. And I've seen plenty of EL displays that still look great... So far. So can we stay on topic a little :) On Wed, Jul 20, 2016 at 1:15 PM, Cameron Kaiser wrote:

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

> > Better yet, does anyone have ideas on how to rapidly dehydrate the display? > > Perhaps there is even a way to re-seal them. > > > > I think all two-glass-pane displays that don't have a vacuum may eventually > > succumb to this. > > I don't know how to address that problem. But FWIW, it

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

> On Jul 20, 2016, at 4:02 PM, Ian Finder wrote: > > Yes, but as I mentioned: > > "> I think all two-glass-pane displays that don't have a vacuum may > eventually >> succumb to this." > > I have plenty of good displays. It seems like it may happen eventually. > Also

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

Yes, but as I mentioned: "> I think all two-glass-pane displays that don't have a vacuum may eventually > succumb to this." I have plenty of good displays. It seems like it may happen eventually. Also aren't plasmas pressurized, unlike LCD and EL? On Wed, Jul 20, 2016 at 12:56 PM, Paul Koning

Re: Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

> On Jul 20, 2016, at 3:52 PM, Ian Finder wrote: > > ... > Does anyone know how one might prevent this from progressing- storage tips? > > Could it be reversed? > > Better yet, does anyone have ideas on how to rapidly dehydrate the display? > Perhaps there is even a way

Flat panel display rot - "tunnel vision" in electroluminescent and other displays- bad seals.

I have a few GRiD compass systems and some are suffering from massively decreased contrast on the edges of the displays: [See the system on the left] https://www.instagram.com/p/BIGGzUzgat-/?taken-by=tr1nitr0n [Or this one:]

Re: Getting rid of books and documentation

On Wed, Jul 20, 2016 at 9:46 AM, SPC wrote: > Hello everyone. My employer plans to close the data center where I have > been working for several years usually. This involves the destruction or > elimination of all kinds of manuals, books, documents and diverse equipment A

Re: Reproduction micros

> On Jul 20, 2016, at 3:02 PM, Liam Proven wrote: > > ... > I think it's fair to say that ARM was a relatively early RISC > implementation *in term of single chip processors*, that it was > remarkably simple compared to others of that time (as in, smaller, > more reduced,

Re: Reproduction micros

On 19 July 2016 at 17:04, Peter Corlett wrote: > From there, it seems to be saying that the essence of the invention is that > the > ARM ISA is RISC, it is a load-store architecture, and the CPU was pipelined. > > RISC implies a load-store architecture, so that claim is

Re: Reproduction micros

On 20 July 2016 at 19:34, Cameron Kaiser wrote: >> Also, RISC does not use, or need, microcode. > > I'm not sure what you mean by this, but (for example) many POWER > implementations have microcode (example: the 970/G5, which is descended from > POWER4). Isn't the general

Re: Reproduction micros

On 20 July 2016 at 17:44, Paul Koning wrote: > It is true that a few RISC architectures are not very scrutable. Itanium is > a notorious example, as are some VLIW machines. Hang on. Itanium is not RISC -- it *is* VLIW. Isn't it? -- Liam Proven • Profile:

Re: Reproduction micros

> > > Also, RISC does not use, or need, microcode. > > > > I'm not sure what you mean by this, but (for example) many POWER > > implementations have microcode (example: the 970/G5, which is descended from > > POWER4). > > What I meant is that I had no idea such things existed. Very curious. >

Re: Reproduction micros

On 7/20/16 10:34 AM, Cameron Kaiser wrote: >> Also, RISC does not use, or need, microcode. > this confuses architecture and implementation the Ridge 32 has a RISC instruction set, but was implemented in micrcode

Re: Cray J932SE (was Re: Straight 8 up on Ebay just now)

On 07/20/2016 05:59 AM, Paul Koning wrote: > Three phase power shows up in a bunch of places. Some high current > power supplies (pre switching era) use three phase input to increase > the ripple frequency and reduce its amplitude, which significantly > reduces the size of the required filter

Re: Who Loves IBM Tape?

On Sun, Jul 17, 2016 at 10:41 AM, Al Kossow wrote: > 7340 Hypertape was developed for the Stretch project, and were mainly used by > NSA. You might be confusing Hypertape (7340 drive) with the "Tractor" robotic tape cartridge system (7955), which was designed for the NSA

Re: Reproduction micros

> On Jul 20, 2016, at 1:53 PM, Swift Griggs wrote: > > On Wed, 20 Jul 2016, Paul Koning wrote: >> The closest to microcode I'd ever heard of before is the "epicode" in >> Alpha. Or was that Prism? > > PALcode? That's sort of an amalgamation of microcode and emulation,

Re: Reproduction micros

On Wed, 20 Jul 2016, Paul Koning wrote: > The closest to microcode I'd ever heard of before is the "epicode" in > Alpha. Or was that Prism? PALcode? That's sort of an amalgamation of microcode and emulation, IIRC. I don't know what 'epicode' is, though. -Swift

Re: Reproduction micros

> On Jul 20, 2016, at 1:34 PM, Cameron Kaiser wrote: > >> Also, RISC does not use, or need, microcode. > > I'm not sure what you mean by this, but (for example) many POWER > implementations have microcode (example: the 970/G5, which is descended from > POWER4). What I

Re: Reproduction micros

> Also, RISC does not use, or need, microcode. I'm not sure what you mean by this, but (for example) many POWER implementations have microcode (example: the 970/G5, which is descended from POWER4). -- personal: http://www.cameronkaiser.com/ -- Cameron

RISC assembly by hand dammit was Re: Reproduction micros

> > It is true that a few RISC architectures are not very scrutable. > > Itanium is a notorious example, as are some VLIW machines. But many > > RISC machines are much more sane. MIPS and ARM certainly are no > > problem for any competent assembly language programmer. > > Indeed. I've written

Re: Reproduction micros

On 20/07/2016 16:44, Paul Koning wrote: It is true that a few RISC architectures are not very scrutable. Itanium is a notorious example, as are some VLIW machines. But many RISC machines are much more sane. MIPS and ARM certainly are no problem for any competent assembly language programmer.

Re: LASERS! && Freemont Street LED array (was Re: Cray J932SE (was Re: Straight 8 up on Ebay just now))

On Wed, 20 Jul 2016, et...@757.org wrote: > Very cool! I'm a.d.d. a bit with hobbies. On the synth side I recently > picked up a Roland MT-32, so that was an achievement unlocked. Hope to > find an Oberheim Matrix 6 at some point. I'm not a keyboard guru like some on the list, but I've owned a

Re: Reproduction micros

> On Jul 20, 2016, at 9:56 AM, Noel Chiappa wrote: > >> From: Paul Koning > >>> I always felt that RISC meant 'making the basic cycle time as fast as >>> possible by finding the longest path through the logic - i.e. the >>> limiting factor on the cycle time - and

Re: LASERS! && Freemont Street LED array (was Re: Cray J932SE (was Re: Straight 8 up on Ebay just now))

I knew it! Piano, bass, violin, and guitar, here. I play them all badly but guitar a little less badly. I've been an amateur for about 10 years and I've been taking guitar lessons for about three years, now. Sax, eh? Cool. I've never tried a reed-based instrument. Very cool! I'm a.d.d. a bit

Re: Reproduction micros

On 20/07/2016 14:56, Noel Chiappa wrote: My formulation for RISC had two parts, though: not just minizing the cycle time, but doing so by doing things that (as a side-effect) make the instruction set less capable. At least for some RISC, that's more than a side effect. While at Acorn in

RE: LASERS! && Freemont Street LED array (was Re: Cray J932SE (was Re: Straight 8 up on Ebay just now))

On Tue, 19 Jul 2016, Mark Green wrote: > I don't know a lot about data transmission, my main application is > display. Thanks anyway for the informed reply. Do you happen to know the best place to view large format holograms? I'm just looking for your personal opinion, since you seem to be in

Re: LASERS! && Freemont Street LED array (was Re: Cray J932SE (was Re: Straight 8 up on Ebay just now))

I wouldn't be doing that. I cited the cg6 by way of contrast. How the points get into the display hardware is still open, but a framebuffer seems unlikely to be involved. (I suppose a framebuffer with something like DVI-D could be used as a way to continuously replay sequences very fast, but

Re: LASERS! && Freemont Street LED array (was Re: Cray J932SE (was Re: Straight 8 up on Ebay just now))

On Tue, 19 Jul 2016, et...@757.org wrote: > I live in Virginia but go to a number of events every year. I dabble > with music a little, have some synths and midi hardware (and of course > an Atari ST setup, and a luggable Pentium 200 with a SB/GUS and Voyetra > Sequencer!) Also dabble a little

RE: DECmate, Rainbow, and Pro 350/380 parts

Possibly for a Pro, I haven't actually worked out what it is that doesn't work on mine yet though... Regards Rob > -Original Message- > From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Paul > Anderson > Sent: 20 July 2016 05:04 > To: General Discussion: On-Topic and

Re: Reproduction micros

> From: Paul Koning >> I always felt that RISC meant 'making the basic cycle time as fast as >> possible by finding the longest path through the logic - i.e. the >> limiting factor on the cycle time - and removing it (thereby making the >> instruction set less rich); then

Re: LASERS! && Freemont Street LED array (was Re: Cray J932SE (was Re: Straight 8 up on Ebay just now))

> On Jul 20, 2016, at 9:12 AM, Mouse wrote: > >> As far as sending video from a computer frame buffer, I think it >> might be way too fast. > > I wouldn't be doing that. I cited the cg6 by way of contrast. How the > points get into the display hardware is still

Re: LASERS! && Freemont Street LED array (was Re: Cray J932SE (was Re: Straight 8 up on Ebay just now))

> As far as sending video from a computer frame buffer, I think it > might be way too fast. I wouldn't be doing that. I cited the cg6 by way of contrast. How the points get into the display hardware is still open, but a framebuffer seems unlikely to be involved. (I suppose a framebuffer with

Re: LASERS! && Freemont Street LED array (was Re: Cray J932SE (was Re: Straight 8 up on Ebay just now))

> On Jul 19, 2016, at 4:58 PM, Wayne Sudol wrote: > > Laser technology to draw things like this is used in photo typesetters. A > laser beam is focused onto a thin (about 1/2" thick) many sided (about 8 > sides i think) spinning mirror. Each facet of the mirror is cut

Re: More PDP-11 front console scans

Hi Noel Most interesting and will aid no end with the panel project. The Panel Palace is having a top to bottom remodel so no systems for a few days more Rod (Panelman) Smallwood Sent from my iPad > On 18 Jul 2016, at 21:21, Noel Chiappa wrote: > > I recently got

Re: DEC H-500 Computer Lab pins and docs (was Re: Straight 8 up on Ebay just ...

I wonder if any of the other digi labs leads are comparable? We have fabratek and a few other brands. We got a bit obsessed with trainer type gear for electronics and physics 'this what that got young people interested back when' display. if there are any list member with a

Re: DEC H-500 Computer Lab pins and docs (was Re: Straight 8 up on Ebay just now)

From: Karl-Wilhelm Wacker: Tuesday, July 19, 2016 5:21 PM This company does custom tapered pins in brass - There are others out there I'm sure. I would find out what their minimum is and get a bulk order together. http://www.stanlok.com/Taper_Pin_Pages/an386.html A place I worked for in the