From af4@ukc.ac.uk Mon Jun 28 15:09:42 1993
Return-Path: <af4@ukc.ac.uk>
Received: from gossip.pyramid.com by dutecai.et.tudelft.nl (4.1/1.34JP)
          id AA25614; Mon, 28 Jun 93 15:09:39 +0200
Received: from sword.eng.pyramid.com 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA05228; Mon, 28 Jun 93 06:09:29 -0700
Received: from goss.pyramid.com
	by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA26212; Mon, 28 Jun 93 06:09:22 -0700
Received: from mercury.ukc.ac.uk 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA05220; Mon, 28 Jun 93 06:09:20 -0700
Message-Id: <9306281309.AA05220@gossip.pyramid.com>
Received: from eagle by mercury.ukc.ac.uk   with UKC POP3+  id aa23470;
          28 Jun 93 14:08 BST
Date: Mon, 28 Jun 93 13:56:19 +0100
From: af4@ukc.ac.uk
To: riscy@pyramid.com
Subject: Things & Stuff
Status: RO
X-Status: 


There has been lots of noise about 34010 versus dumb frame buffers. Whilst I'm
in favour of the 34010 solution, I though I'd mention the 34076 Video Systems
Controller. The 34076 generates all the control and timing signals for a
raster scan video system, you just add a blob of VRAM, and a DAC (Inmos make
some nice ones, BTW), and Bob's yer aunty - instant dumb frame buffer.

While I'm at it, don't go leaving the parallel printer port off of the
motherboard. The cost of the necessary TTL octal latch is peanuts, so please
do your penny pinching elsewhere!

 
From SMACKINLA@cc.curtin.edu.au Mon Jun 28 15:22:56 1993
Return-Path: <SMACKINLA@cc.curtin.edu.au>
Received: from gossip.pyramid.com by dutecai.et.tudelft.nl (4.1/1.34JP)
          id AA25670; Mon, 28 Jun 93 15:22:19 +0200
Received: from sword.eng.pyramid.com 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA06468; Mon, 28 Jun 93 06:22:10 -0700
Received: from goss.pyramid.com
	by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA26897; Mon, 28 Jun 93 06:21:55 -0700
Received: from cc.curtin.edu.au 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA06460; Mon, 28 Jun 93 06:21:50 -0700
Received: from cc.curtin.edu.au by cc.curtin.edu.au (PMDF #3256 ) id
 <01GZXCG1MRDSFUMLVJ@cc.curtin.edu.au>; Mon, 28 Jun 1993 21:21:04 +0800
Date: 28 Jun 1993 21:21:04 +0800
From: Pat Mackinlay <SMACKINLA@cc.curtin.edu.au>
Subject: Re: Things & Stuff
To: af4@ukc.ac.uk
Cc: riscy@pyramid.com
Message-Id: <01GZXCG1N10YFUMLVJ@cc.curtin.edu.au>
X-Envelope-To: riscy@pyramid.com
X-Vms-To: IN%"af4@ukc.ac.uk"
X-Vms-Cc: R3KPC,SMACKINLA
Mime-Version: 1.0
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: 


>There has been lots of noise about 34010 versus dumb frame buffers. Whilst I'm
>in favour of the 34010 solution, I though I'd mention the 34076 Video Systems
>Controller. The 34076 generates all the control and timing signals for a
>raster scan video system, you just add a blob of VRAM, and a DAC (Inmos make
>some nice ones, BTW), and Bob's yer aunty - instant dumb frame buffer.

Ok, this is what I was looking for. Any ideas on pricing? I hope TI still 
makes the thing. Does anyone know of any other chips that will provide 
similar stuff? While we're at it, perhaps you could let me (us) know why 
you do favour a 34010 solution? I personally would go for the dumb 
framebuffer if it were possible to do it cheaply enough...

>While I'm at it, don't go leaving the parallel printer port off of the
>motherboard. The cost of the necessary TTL octal latch is peanuts, so please
>do your penny pinching elsewhere!

Hmmm... My feelings here are that if we're going to put a parallel port and 
an FDC on the motherboard, it should only be done at the expense of the ISA 
(or other) I/O bus. A card with a parallel port and other junk costs 
virtually nothing. Putting a "real" parallel port (ie: bidirectional) on 
the motherboard would be a waste of board space and effort (IMHO).

Pat -- "There's only one thing left to do Mama, I got to ding a ding dang
	my dang a long ling long" (Jesus Built My Hotrod -- Ministry)
GCS d* -p+ c++ l++ m--- s+/- !g w- t- r

 
From Steven.D.Ligett@Dartmouth.EDU Mon Jun 28 16:16:41 1993
Return-Path: <Steven.D.Ligett@Dartmouth.EDU>
Received: from gossip.pyramid.com by dutecai.et.tudelft.nl (4.1/1.34JP)
          id AA25858; Mon, 28 Jun 93 16:16:33 +0200
Received: from sword.eng.pyramid.com 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA10605; Mon, 28 Jun 93 07:16:28 -0700
Received: from goss.pyramid.com
	by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA29163; Mon, 28 Jun 93 07:16:16 -0700
Received: from dartvax.dartmouth.edu 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA10441; Mon, 28 Jun 93 07:16:06 -0700
Received: from prancer.dartmouth.edu by dartvax.dartmouth.edu (5.65+D5/4.5HUB)
	id AA26383; Mon, 28 Jun 93 10:14:25 -0400
Message-Id: <5285326@prancer.Dartmouth.EDU>
Date: 28 Jun 93 10:14:18 EDT
From: Steven.D.Ligett@Dartmouth.EDU (Steven D. Ligett)
Subject: Re: Things & Stuff
To: SMACKINLA@cc.curtin.edu.au, jcallen@world.std.com
Cc: riscy@pyramid.com
Status: RO
X-Status: 

--- Pat Mackinlay wrote:
Ok, this is what I was looking for. Any ideas on pricing? I hope TI still
makes the thing.
--- end of quoted material ---
HEY!  oh never mind.  no one listens.

the 34076 plus the nsc 1882 to generate the syncs is what I SAID.

jeez.

 
From Steven.D.Ligett@Dartmouth.EDU Mon Jun 28 16:19:44 1993
Return-Path: <Steven.D.Ligett@Dartmouth.EDU>
Received: from gossip.pyramid.com by dutecai.et.tudelft.nl (4.1/1.34JP)
          id AA25875; Mon, 28 Jun 93 16:19:37 +0200
Received: from sword.eng.pyramid.com 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA11347; Mon, 28 Jun 93 07:19:27 -0700
Received: from goss.pyramid.com
	by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA29487; Mon, 28 Jun 93 07:19:19 -0700
Received: from dartvax.dartmouth.edu 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA11312; Mon, 28 Jun 93 07:19:17 -0700
Received: from prancer.dartmouth.edu by dartvax.dartmouth.edu (5.65+D5/4.5HUB)
	id AA26594; Mon, 28 Jun 93 10:17:48 -0400
Message-Id: <5285405@prancer.Dartmouth.EDU>
Date: 28 Jun 93 10:17:44 EDT
From: Steven.D.Ligett@Dartmouth.EDU (Steven D. Ligett)
Subject: Re: Things & Stuff
To: riscy@pyramid.com
Status: RO
X-Status: 

--- af4@ukc.ac.uk wrote:
There has been lots of noise about 34010 versus dumb frame buffers. Whilst
I'm in favour of the 34010 solution, I though I'd mention the 34076 Video
Systems Controller. The 34076 generates all the control and timing signals
for a raster scan video system, you just add a blob of VRAM, and a DAC (Inmos
make some nice ones, BTW), and Bob's yer aunty - instant dumb frame buffer.
--- end of quoted material ---
Yes, perhaps my post didn't get out.  The design I've been working on would
use the 34076, and the NSC LM1882 to generate the syncs.  The 34076 HAS the
DACs on it -- It's a RAMDAC.  It doesn't generate the Vsync, Hsync, nor the
blanking.  The 1882 does that.

Bag the 34010 -- put another 3041 on the board if you want smarts to drive
the graphics.  All your software tools for the 3081 work just as well for its
little brother.

 
From SMACKINLA@cc.curtin.edu.au Mon Jun 28 16:42:34 1993
Return-Path: <SMACKINLA@cc.curtin.edu.au>
Received: from gossip.pyramid.com by dutecai.et.tudelft.nl (4.1/1.34JP)
          id AA25987; Mon, 28 Jun 93 16:42:27 +0200
Received: from sword.eng.pyramid.com 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA15267; Mon, 28 Jun 93 07:42:20 -0700
Received: from goss.pyramid.com
	by sword.eng.pyramid.com (5.61/Pyramid_Internal_Configuration)
	id AA02056; Mon, 28 Jun 93 07:42:10 -0700
Received: from cc.curtin.edu.au 
	by gossip.pyramid.com (5.61/OSx5.1a Pyramid-Internet-Gateway)
	id AA15259; Mon, 28 Jun 93 07:42:04 -0700
Received: from cc.curtin.edu.au by cc.curtin.edu.au (PMDF #3256 ) id
 <01GZXF9VZCSGFUMLVJ@cc.curtin.edu.au>; Mon, 28 Jun 1993 22:41:40 +0800
Date: 28 Jun 1993 22:41:40 +0800
From: Pat Mackinlay <SMACKINLA@cc.curtin.edu.au>
Subject: Re: Things & Stuff
To: Steven.D.Ligett@Dartmouth.EDU
Cc: riscy@pyramid.com
Message-Id: <01GZXF9VZCSIFUMLVJ@cc.curtin.edu.au>
X-Envelope-To: riscy@pyramid.com
X-Vms-To: IN%"Steven.D.Ligett@Dartmouth.EDU"
X-Vms-Cc: R3KPC,SMACKINLA
Mime-Version: 1.0
Content-Transfer-Encoding: 7BIT
Status: RO
X-Status: 


>Yes, perhaps my post didn't get out.  The design I've been working on would
>use the 34076, and the NSC LM1882 to generate the syncs.  The 34076 HAS the
>DACs on it -- It's a RAMDAC.  It doesn't generate the Vsync, Hsync, nor the
>blanking.  The 1882 does that.

I must apologize to Steve here - I suspect that his message referring to 
this idea got lost in my "great mail screwup" and I didn't manage to see 
it. Ok, the next thing to look at is pricing and availability.

>Bag the 34010 -- put another 3041 on the board if you want smarts to drive
>the graphics.  All your software tools for the 3081 work just as well for its
>little brother.

Agree. Presuming that the 34076 and 1882 are cheap enough (and readily 
available), it looks like we have a video system <grin>.

(Still like the idea of the 34010 though <grumble>).

Pat -- "There's only one thing left to do Mama, I got to ding a ding dang
	my dang a long ling long" (Jesus Built My Hotrod -- Ministry)
GCS d* -p+ c++ l++ m--- s+/- !g w- t- r

 
