In einer eMail vom 06.03.99 10:25:15 MEZ, schreibt Derek:
<<
> The TI 34020 is the (principally similar) successor to the 34010, and I
have
> designed in my company our basic bread-and-butter product of that time
> around that some 7 years ago. This is machine vision, i.e. digital image
> processing.
I've read (I forget where -- maybe Micro Cornucopia) that the 34020 is
basically the same as the 34010, except that it works with larger amounts of
data at the same time. Were there any instruction-set changes?
I really cannot tell, I do not recall the 34010 and do not hace any docs
about it,
though I do have everything about 34020.
> I do not think it is advisable to emulate anything. If you want to build
the
> Perfect Computer (tm) I would suggest to use Linux as operating system, and
> write your own driver for whatever display hardware you see fit.
:) Well, the number of games on the PC is a very seductive thing.
Then, 340x0 will not help you at all.
I think Linux is very good overall. I plan on installing it on my Macintosh
as soon as the quarter (school) is over. But there are some other
interesting OSs too, and many of them are even relevant to the list. I've
heard good things about RSX-11M, RT-11, the various TRS-80 OSs, FLEX, OS-9,
SK*DOS, and others. There was also a competitor to CP/M which has been
praised (possibly by Allison) because it provided some important services
that CP/M didn't. Unfortunately I forget if it was by Northstar, Cromenco,
or Ohio Scientific.
Admittedly, many of those are simpler than UNIX. But a few are real-time,
which UNIX is not. Besides, almost any design is interesting in some way.
I also have visions of putting together a Transputer-based system and
somehow creating vast amounts of computer power out of thin air. :) From
my reading, it seems there are two main drawbacks: 1) Generally, the
Transputer depends on a host. 2) Parallel processors are very powerful but
they won't solve every problem equally well, and they present some very
subtle and nasty traps to the student or programmer. Maybe it's time for
Tony to come back into this thread, since he seems to be the Transputer
expert.
I have done quite some work on parallel systems; the efficiency
and ease of programming depends _TRMENDOUSLY_ on the
problem you are looking at; some (like Monte-Carlo simulation) just fit
perfectly well, others (like running canned software) not at all.
Of course, it will be mandatory for high-performance computing in the
future,
in fact is already today, to go parallel; in all cases I know at
tremendous
work on the algorithm level parallelization.
My personal preference is in shared-memory parallel processing;
the transputers are message-passing parallelism, which I personally
do not find very useful. But that depends of course on the problems
and algorithms I am interested in.
> faster on the TI 340x0. The basic thing to know is that in those days
people
> were most concerned about putting graphics display lists on the screen,
> that is you have a list of triangles, lines, circles, and whatnot, and the
> hardware primitives (really microcode of course) on the TI 340x0 allow you
> to do that pretty efficiently.
I understand display lists pretty well. Many vector-graphics machines used
them; Sketchpad relied on them and Evans & Sutherland continued the trend.
(I'd love to play with some of their machines!)
Also the Atari 8-bit machines had a limited form, and you could say the
Amiga has them as well. This kind of dipslay list relates to memory layout
and interpretation, rather than defining objects in memory. But it still
makes certain tasks absurdly easy, instead of very time-consuming.
> That in other word means, that _ON_ _THE_ _APPLICATION_ _LEVEL_
> you must be prepared to hand DISPLAY LISTS over to the graphcis processor;
> in those times, that was done by people like AutoCad, e.g.
How does the 34010 do in handling bitmaps?
The 34020 (and I believe the 34010 had that as well) deals with that
through
special bit-blit operations, bit-block-transfer and simultaneous
logical/masking
operations. This is much supported by VRAM hardware used at that time;
the VRAM chips have bitblt features built in. The performance was exactly
equal to the VRAM theoretical max throughput, i.e. the TI processor made
the
best possible use of available memory technology.
-- Derek
>>
John.
Hi,
----------
> From: Tony Duell <ard(a)p850ug1.demon.co.uk>
> To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
> Subject: Re: The TI 34010
> Date: Saturday, March 06, 1999 3:48 PM
>
> > There are two basic types of multi processor processing, SIMD (Single
> > Instruction, Multiple Data) and MIMD (Multiple Instruction, Multiple
Data).
I guess there are three: SIMD, MIMD & shared memory, MIMD distributed
memory. (UMA & NUMA)
> No, transputers are certainly MIMD.
>
> A transputer chip contains a complete CPU, possibly an FPU, a small
> amount of RAM, and 4 high-speed serial links. You can actually ignore the
> links if you want to, and use it as a simple CPU (I can't think why you'd
> _want_ to do this, but you can)
We did it for a laser printer. The transputer was doing the
emulations,BitBlt,graphics, had the "big" memory & output shift register.
Got the program downloaded from a NEC V25, which controlled the centronics
& V24. Was very easy to develope, because:
1.) the transputer supported DRAM directly
2.) debugging was easy, because you could download the programs via link
3.) pin compatible versions with/without FPU (FPU was used only for
postscript)
4.) Lots of application notes & support from INMOS at this time.
Just my .0002 cents
cheers,
emanuel
Hi,
----------
> From: Tony Duell <ard(a)p850ug1.demon.co.uk>
> To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
> Subject: Re: The TI 34010
> Date: Saturday, March 06, 1999 1:11 PM
> I have the TMS34010 data sheet here, but what we really need is the user
> manual. The data sheet has the pinouts, timing diagrams, etc in it -
> hardware info. It appears that programming info was mostly in the user
> manual, though.
The tms34020 was faster, new instructions, bigger address & data. You could
even attach a FP unit to it.
> > How does the 34010 do in handling bitmaps?
> Are you sure about that? Most VRAMs (certainly the ones in use when the
> 34010 came out) seem to be nothing more than DRAMs with a second address
> port that transfers one row of data into a shift register. The bitstream
> from the S/R is fed to the video circuitry. No bit-blit operations.
The second generation had something like mask/logical operations. Comes out
with the tms34010. I should have the application notes somewhere :-((
cheers,
emanuel
Having just returned from another depressing First Saturday trip - loads
of PC clones and scanners, one nut selling a core memory board for $1000
- and oh yes, a Timex 1500 I bought for $3, I find myself wondering what
possible post-Windows3-era stuff can be/will be possibly considered
collectible some day.
It occurs to me that one candidate would be the first batch of digital
cameras.
So made the first consumer-level digital camera? Kodak had a hi-end
modified Nikon about 7 years ago, but I'm thinking the Apple QuickTake
100 is the earliest digital camera I can think of.
And are there other categories of products that might become future
collectibles?
--Larry
In einer eMail vom 28.02.99 17:56:37 MEZ, schreiben Sie:
<<
I hope you are not thinking about those 3380s and 3390s on eBay right now
- $500 a piece?!!?!?!!
William Donzelli
william(a)ans.net
>>
I did, but transport is too expensive. I thought about building a controller,
and adding these boxes (about 2 cubic meters each) to a PC in opposite
movement to current
hard disk evolution. So I will need to wait until some nice 14" drives come
around.
Some years ago, I indeed DID build a controller for some CDC 14" drives,
to add onto a MC 6800 system (6800, NOT 68000 !!). That is not too difficult,
since the drives usually contain already some hardware to take care of the
servo functions, which is the most critical part, and of course write
drivers/read
amplifiers.
Regards
John G. Zabolitzky
The PCB part no on mine is 1014520F
>On Fri, 5 Mar 1999, Chuck McManis wrote:
>
>> Does anyone have the jumper configuration for this drive?
>> --Chuck
>
>I have it, Chuck, but the problem is that some of it varies with the
>PCB part number. Is there any area in particular that you are looking
>for, or can you provide the PCB p/n?
> - don
>
>
In einer eMail vom 06.03.99 02:23:57 MEZ, schreiben Sie:
<<
On Fri, 5 Mar 1999, William Donzelli wrote:
>3380s are hitting the junkyards in record numbers now, so getting one for
>free is an easier option!
What's a 3380 like?
--Max Eskin (max82(a)surfree.com)
>>
A 3380 or 3390 is about 3 x 4 x 6 foot, 1000 pounds, and from few hundred
MByte
to 10 GByte or so. Just a nice contrast to today's 10 GByte disk drives !!
Thanks for the junkyard advice, I have so far spent much too little time on
that
angle here in Germany !
John G. Zabolitzky
I've got one though it's not been used for a while. bear with me and I'll
get you a list of jumpers. There are quite a few, though.
Dick
----------
> From: Chuck McManis <cmcmanis(a)mcmanis.com>
> To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
> Subject: Jumpers for Maxtor XT-8760 ESDI disk?
> Date: Friday, March 05, 1999 10:16 PM
>
> Does anyone have the jumper configuration for this drive?
> --Chuck
>
