A friend of mine just returned a modem he got from me decades ago, a
Ventel MD212-plus. It's an early-1980s non-AT-command-set
autodialling modem. The settings are adjusted via a pair of 10-pin
DIP switches accessible from the back. I've checked the web and
bitsavers. So far, all I've found is some old Usenet articles and a
couple of pictures, but no manual or jumper guide.
One "feature" is that it lacks a modular jack to plug into the phone
system. Fortunately, my friend kept the proprietary DA15 cable. I've
never seen that choice of connectors on any other modem.
Does anyone have any Ventel docs?
Out of curiosity, has anyone ever gotten Eric Smith's tumble pdf
creation program running under any version of BSD?
I ran into a problem porting it to OS X, in the way it used rewind()
and was wondering if anyone else ran into that on other BSDs
I do a regular contest on RetroBattlestations called BASIC Week which is a sort of tribute to the days when it was common for programs to be published in books and magazines and people would type them into their computers. One of the neat things about distributing software through type-in listings is that there?s no need for working disk drives or tape drives, or to do complicated things like get a serial connection working and find a way to transfer files. If a computer has built-in BASIC just turn it on and start typing!
Past programs have displayed vector graphics, silly text screen animations, and a couple of games. This time around the program is called Winchester Drive and the concept is to explore a mansion to see what you can find. I decided this time around to try out true sprites and made a version for both the Apple II and Commodore 128.
I wanted to do a Commodore 64 version but couldn't find any line drawing routines written in assembly anywhere! I thought for sure in the last 33 years some book or magazine somewhere would have written a couple of simple routines to clear the graphics screen and draw some lines that you could POKE in and then call with SYS. Oh well, I will leave the C64 version to someone else. :-)
The challenge is more about honor and glory and getting an excuse to show off old computers and/or skills with porting, but I do give out vinyl decals & stickers for prizes (http://imgur.com/a/iAS5T).
I know that the TI-99/4A, Atari 400/800, Coleco Adam, MSX, and maybe some others also had sprites. Sprites aren?t really needed for porting to other systems, they?re just an easy way to move the player around the screen. The program could definitely be ported to systems that use simple character graphics or even plain text screens.
The complete source code has been posted to github, and you can see the full rules and check out other submissions here:
Follow me on twitter: @FozzTexx
Check out my blog: http://insentricity.com
Many of us maintain large collections of bits that we'd like to preserve over a long time, and distribute, replicate, and migrate via unreliable storage media and networks. As disk sizes (and archive sizes) have increased, the probability of corruption undetected or uncorrected by the mechanisms normally built into disk drives, network protocols, and filesystems has increased to a level that warrants great concern.
I would be interested to know if there exists an archive format that has the following desirable properties:
1) It is well-documented, and relatively simple, to facilitate its implementation on many platforms present and future.
2) It supports some degree of incremental updating, but need not be particularly efficient about it. An explicit compaction operation is preferable to an overly complex format. It is adequate to use append-only strategies appropriate for write-once media.
3) Insertion and extraction of files, copying of the archives, and other archive-manipulation utilities support end-to-end verification that identical bits have been stably recorded to the media, bypassing or defeating platform-level or hardware-level caching mechanisms. Where this is not possible, the limits must be carefully delineated, with some basis for determining the properties of the platform and certifying reliability
properties where possible.
4) The format should provide for superior error detection capability, designed to avoid common failure modes with mechanisms typically used in hardware. For example, use a document-level cryptographic checksum rather than a block-level CRC.
5) The format should include a high degree of internal redundancy and recoverability, say, along the lines of a virtual RAID-array.
Just as biological organisms constantly correct DNA transcription errors,
the idea is to have a format that is robust across long-term exposure to
imperfect copying and transmission channels.
Does anything like this exist?
I'm looking for the images of ROMs installed on the IOC (I/O controller)
board of Intel MDS-2 development systems. In particular I'm looking for
the content of the character generator ROM (A19-2708) and of firmware
ROMs (A50 to A53-4x2716). So far I had no success in googling them.
My goal would be to contribute a good emulation of MDS systems to MESS,
especially for what regards the look of the video terminal. Well, this
is the plan, when "real-life" is not inteferring too much...
Thanks a lot.
I?ve been struggling getting a 64k Dynamic RAM card back up and working in my IMSAI 8080. In fact I?m giving up on the DRAM card in this system and have decided to start looking for a SRAM card that can get the IMSAI up to 56k.
In terms if SRAM cards, I presently have:
2 x Problem solver RAM16 cards - both seem to be working.
2 x 8K RAM cards - both seem to be working.
Less cards generating heat, and putting stress on the old power supply is obviously best, so I?d be looking for either:
- 1 x 16k SRAM card (for a total of 4 RAM cards (3 x 16k + 1 x 8k) in my system). A PSS RAM16 would be preferred for sake of consistency, but obviously not crucial.
- 1 x 32k SRAM card (for a total of 3 RAM cards (1 x 32k, 1 x 16k + 1 x 8k) in my system)
- 1 x 64k SRAM card that can have the last 8k bank turned off
I would love to hear from anyone with one of the above cards who would be willing to pass it on.
Much thanks for your time.
The tentative plan is to run the next one in October. The date should be
firmed up in the next month or so.
Typically I run the event once every 18 months or so.
On 14 April 2016 at 15:50, Rob Jarratt <robert.jarratt at ntlworld.com> wrote:
> It is a very informal event, organised by Mark in his own time. He has
> family and work commitments like all of us, so I expect he has not been
> able to find the time.
> Sent from my Windows 10 phone
> From: Rod Smallwood
> Sent: 14 April 2016 15:09
> To: General Discussion: On-Topic and Off-Topic Posts
> Subject: Re: DEC Legacy UK show
> So why did it say See you in 2016?
> On 14/04/2016 15:03, Dave Wade wrote:
> > I thought Mark was only aiming for every two years.
> >> -----Original Message-----
> >> From: cctalk [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Rod
> >> Smallwood
> >> Sent: 14 April 2016 14:14
> >> To: General Discussion: On-Topic Posts <cctech at classiccmp.org>
> >> Subject: DEC Legacy UK show
> >> DEC Legacy UK show
> >> Where did it go ?
> >> 2015 then nothing
> >> Rod Smallwood
----- Original Message -----
> Date: Sun, 22 May 2011 22:56:32 -0500
> From: Daniel Seagraves <dseagrav at lunar-tokyo.net>
> Subject: Re: Scraping DEC Equipment
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Message-ID: <C7A98127-DFF4-41B1-A6AF-5DFCA234D286 at lunar-tokyo.net>
> Content-Type: text/plain; charset=us-ascii
> I need a tractor feed assembly for a LA100, are the ones on the 120
Apparently not, but I might have one for an LA100.
I would like to get a Tek 4404 computer going but lack any service
manuals. The system turns on but has no curser on the screen. Has
good power from the Power supply and heater is on in the CRT.
Has a row of LEDs on the mother board. Does anyone know how
to read these.
- Thanks, Jerry