home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PROGRAMS / UTILS / HARDWARE / COCO4.ZIP / COCO4.TXT
Encoding:
Text File  |  1990-11-27  |  74.6 KB  |  1,835 lines

  1.  
  2. From:    Kent Pirkle
  3. To:      James Jones                              Msg #138, 10-Nov-89 20:28GMT
  4. Subject: Re: COCO 4 MSGS ON CIS
  5.  
  6.  
  7. Msg#: 6925 *Tandy CoCo*
  8. 11-06-89 01:55:49
  9. From: KEVIN DARLING
  10.   To: ALL
  11. Subj: COCO-4 DESIGN
  12. Here's the planned layout. There are two backplanes... one CoCo, the other a
  13. custom 68K bus. Each is optional, depending on what you're into. Probably
  14. you'll have the buses vertical, with the cards horizontal.
  15.  
  16. Both the cpu cards will go between both buses. Thus each can access I/O cards
  17. on either bus:
  18.  
  19.  
  20.                   68K BUS             CC BUS
  21.             ____________________   _________
  22.            |____________________| |_________|
  23.            /                   /| /        /|
  24.           /                   //|/        //|
  25.          /                   //_/        ///|
  26.         /                   // /        ////| <- etc
  27.  I/O-> /___________________// /________////_| <- CC Hard disk I/O
  28.  GFX-> /___________________/  /________///    <- GIME Card
  29.  09 -> /_______________________________//     <- 6309 CPU Card
  30.  68K-> /_______________________________/      <- 680x0 CPU Card
  31.  
  32. So, if you don't have any 68K bus cards, you just use the CoCo side. Or vice
  33. versa. Or any combo. Maximum flexibility, depending on what you buy/want. The
  34. 680x0 card may even be used standalone, perhaps. The 6309/GIME cards might get
  35.  
  36. combined into one card.
  37.  
  38. The video cards also have sound, joystick, and PC keybd ports. The cpu cards
  39. have SCSI/floppy/RAM. You get a combo that you want/afford. What do you think?
  40.  
  41. - ke
  42.  
  43. <*>Replies
  44. <F>wd, <D>elete, <A>gain, <R>eply, <N>ext, or <S>top?
  45.  
  46. *** Part of a conversation.
  47.  
  48.  
  49. From:    Kent Pirkle
  50. To:      James Jones                              Msg #139, 10-Nov-89 20:32GMT
  51. Subject: NON-TANDY COCO 4
  52.  
  53.  
  54. Msg#: 8175 *Tandy CoCo*
  55. 11-10-89 03:32:33
  56. From: KEVIN DARLING
  57.   To: BOB BILLSON
  58. Subj: REPLY TO MSG# 7917 (RE: COCO 4)
  59. Ummm... ballpark figures? Okay. The 4 Mhz 6309/GIME card(s?) setup will be
  60. $400-500. Figure that with 2 meg RAM and onboard DMA and PC keybd port,
  61. serial/par/clock, etc, it adds up very fairly. Killer speed. Use your own
  62. drives, case, power, disk interfaces, software. You could stop here.
  63.  
  64. 68K side will run about $500-800+, depending on cpu. A 68030 is very
  65. expensive!
  66. A 68070 will be the cheapest. Fast RAM on board, serial/par/clock, DMA
  67. SCSI/floppy controllers, and so on. If you have the coco stuff, use it too.
  68. OS-9 in ROM of course, and an OS9/6809 coco emulator. OS-9 cost could vary a
  69. LOT, so prices could be low some.
  70.  
  71. 68K gfx card (probably usable from coco side too) has multiple A/D ports, PC
  72. keybd port, possibly onboard coprocessor for windows, DMA multiple stereo
  73. channels, and almost certainly optional genlock for TV video overlays. Maybe
  74. $200-300+?
  75.  
  76. Will be sold through many coco retailers. Custom box may be made, else uses AT
  77.  
  78. case.
  79.  
  80. Prices may vary in your town. Contents may settle during shipping <grin>
  81.  
  82. <->, <F>wd, <D>elete, <A>gain, <R>eply, <N>ext, or <S>top?
  83.  
  84. And such is the jist of what the Non-Tandy CoCo 4 is starting to become?
  85. If anyone wants to add more to the "CoCo 4" wish list, contact Kevin 
  86. Darling
  87. via Online With Hayes: 1-800-US-HAYES or 1-404-HI-MODEM
  88.  
  89.  
  90. Subject: RE: CoCo 4!!  (For real this time?)
  91.  
  92. According to one of Kevin's messages on CIS, prototypes will (probably) be
  93. out in a month.  Sounds like some very nice stuff going on.. I read thru
  94. about 100K of messages on the subject.  (And added about 5K of my own <grin>).
  95.  
  96. Sounds like things have been underway for quite some time.. now they're getting
  97. user input to decide on the initial configuration.  The only thing that worries
  98. me is that too much emphasis is being put on the 6309 side of the system.. if
  99. I want CoCo3 compatibility, I'll fire up my CoCo3.  With the 6809 software
  100. emulators mentioned (and fairly decent source compatibility), it would be
  101. more efficient to stick with the 68000 starting out (with 68030/040 upgrades
  102. available at a future date.. and a 68882 FPU socket included now.)
  103.  
  104. Wonder if KD could be talked into joining the List..
  105.  
  106. From: CoCo Labs <DJH9381@RITVAX>
  107. Subject: Next in line...
  108. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  109. To: Multiple recipients of list COCO <COCO@PUCC>
  110. Reply-To: CoCo Labs <DJH9381@RITVAX>
  111.  
  112. Since someone out here obviously has some connections with the people
  113. designing the CoCo3's successor.... here is my (and some others who are
  114. in the 2 user groups that I am involved in ... Rochester & NJ)
  115.  
  116. OS9 68K  and a 68K processor standard is really nice, using a superset
  117. of existing OS-9 escape sequences is really nice (allowing a full set of
  118. software to be compatable at source code level upon release of the
  119. new computer)... I was sort of looking forward to a 5MHz 6309... If
  120. the new computer will not give me an added advantage in the 8 bit world,
  121. I will not upgrade immediately (since I will not use the computer as
  122. much.... lets face it, the computer will be the same speed as the
  123. CoCo3, we will loose VDG windows (which alot of programs use), and programs
  124. that use real windows and are too slow on the CoCo3 will still be too
  125. slow on the new computer... this is not as much as an incentive to
  126. leave the CoCo3... granted, I am running out of room for my windowing
  127. system that I am deveolping, but I can live with it for another year or
  128. two.... I am not going to plop down $500 or $600 for a 68K computer that
  129. runs my CoCo3 stuff at the same speed... I would rather plop down $800
  130. on a 12.5 MHz PT68K with a PC compatable bus, use a VGA card, and use
  131. the windowing OS that I am designing (all I have to do is make a port of
  132. WindInt and GrfDdrv).... I doubt if the new 68K based computer will be that
  133. fast for the price....
  134.  
  135. What would I like to see?? Good question... If it is going to be a 68K,
  136. make it quick and put it on a 32 bit bus for future expansion... I am not
  137. talking 20 MHz, but give us more speed than the Amiga and ST users are
  138. getting out of their boxes... If a 6809 compatable is being plopped
  139. in, give it a little boost in speed (3 MHz) to at least tempt the people
  140. who are content with CoCo3's to get it (the CoCo3 is fast enough for
  141. me... just run it as a windowing interface to my roomates PT68K, use
  142. it as a front to the VAX running the ray tracer, use it as a front for
  143. the SUN 3 MIP workstation running the fractal programs and outputting
  144. the escape codes to my CoCo3 terminal).... VME bus is nice and standard,
  145. but are they too expensive for the normal CoCo user?? PC bus is nice,
  146. but how long will XT cards be available? (microchanel is on the horizon
  147. and most of the computers I am seeing out there are AT's now) I would
  148. like to see  32 bit address, 32 bit data, and control bus feeding a
  149. card edge (or header) which can connect to the CoCo/VME/PC/AT bus
  150. (whatever it is) or a VME bus with PC, AT, and CoCo card adapters
  151. that can plug in.... The Tandy 2000 was a neat design... it was a
  152. cable connecting the single board to the bus cage that gave it nice
  153. flexibility for future expansion (but Tandy did something wrong... it
  154. was a nice design, but too unstandard).... or possibly a custom bus
  155. made of dual inline headers which a CoCo/PC/AT/VME card adapter can
  156. interface the appropriate cards into the bus.... More or less, I don't
  157. want to loose my XT hard drive controller card, I am sure no one wants
  158. to loose their DISTO hard drive controller, I don't want to loose my other
  159. cards (RS232, disk drive, XPad, speech pak, stereo pack, etc)
  160.  
  161. Well, enough of rambling... I am sure someone can summerize this and
  162.  
  163.  
  164. Subject: New Coco-4
  165. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  166. Reply-To: knudsen@IHLPL.ATT.COM
  167.  
  168. From: knudsen@ihlpl.att.com
  169.  
  170. I blew 2 hours on CI$ and Delphi last nite, and got some
  171. more news on the new machine (GoGo, CoCoPro, or KMA=Kiss My *ss,
  172. the best name when talking to IBM or Mac users).
  173.  
  174. First, Kevin D. says they (the OS9UG?) have a financial backer
  175. and they really are going to manufacture production boards.
  176. Not clear what part Microware will play in the OS9 end, or
  177. how much they'll charge.  It would be in Mware's best interests
  178. to support the machine at cost, but their management has been around
  179. Tandy's so long  they've picked up some mental viruses,* so...?
  180.  
  181. The debate continues over how hard to hit the 6809 side, but Ke
  182. seems to have decided against the super-fast version (it needs
  183. too many other special chips) and will stick with the same ole
  184. 2 MHz job.  Also leaning towards including the 68000 chip
  185. (really 68070) right off the bat, and OSK too, so EVERYONE will have
  186. it and the OSK software market will take off.
  187.  
  188. Or without OSK, but letting the 68K do the grafix (no VDG then).
  189. There is real danger of losing VDG screen access from the 6809
  190. side, but according to Eddie's repost here, the "GIME" (or whatever)
  191. chip is on the 6809 side, so VDG should be safe for a while.
  192.  
  193. Kevin is real high on the idea of the OSK's first windowing system
  194. using the same escape code sequences as our L2, thus making
  195. "real" window programs instantly portable to OSK.  Eddie and I have
  196. been pushing that idea.
  197.  
  198. Worst part is that the designers are considering using VME Bus for
  199. the 68K side.  Terribly over-designed (and not all that fast)
  200. for a single-68K system.  The idea was to pick up some sales
  201. in the industrial/scientific market (OS9's major markets already).
  202. I say use a simple internal bus, with optional adapters to
  203. VME, IEEE-488, or whatever.  Most of us agree we want IBM-PC bus
  204. standard, thru a built-in adapter, not internally (ie, not
  205. between the CPU chip and memory and on-board peripherals).
  206.  
  207. Note the above is a mixture of what I read and my own opinions,
  208. all of which I posted on CI$ and Delphi.
  209.  
  210. *"Never overestimate the stupidity of management -- you can't!"
  211.  
  212.  
  213.  
  214. Subject: Re: Next in line...
  215. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  216. Reply-To: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  217. Message-Id: <89Nov16.061949est.6260@nexus.yorku.ca>
  218.  
  219. >> lets face it, the computer will be the same speed as the CoCo3, we
  220. >>will loose VDG windows (which alot of programs use), and programs that
  221. >>use real windows and are too slow on the CoCo3 will still be too slow
  222. >>on the new computer...
  223. Response:
  224. 1) Since when is a 10meg 68000 the "same speed" as the CoCo3??  The statement
  225. was that there would be a CoCo 3 emulator which would run CoCo 3/OS9 binaries
  226. at the same speed.  If you have source, you just re-compile (it should be
  227. completely source compatible), and things will speed up significantly!  Most
  228. freeware/shareware stuff will be available very quickly (as soon as the authors
  229. get the chance to re-compile on the new machine).  Sounds a lot faster to me!
  230.  
  231. 2) I don't really see that many programs using VDG windows.  I have a number
  232. of games and graphics programs, none of which use VDG windows.  The only
  233. things I have which use VDG windows are Tandy games.  The few 3rd party
  234. programs that I know of which use VDG windows should be easily ported
  235. to use real windows, with no real loss in speed.  Arcade games are the
  236. only real problem.  (And even some of them could be written under
  237. windows, if the authors took a little bit more care.)
  238.  
  239. 3) With a fast 68000 running things, windows will be significantly
  240. faster.  I don't know why you discredit the 68000 as being such a
  241. wimp.  Current plans for an 8-bit processor suggest using a 4-5 mhz
  242. 6309.  That sounds like _at_least_ twice as fast to me!  Not to
  243. mention that windows things will benefit immensely from external video
  244. cards (have you heard the specs they've been tossing around for the
  245. video card?  Something like 800x400x256 colors) with built-in graphics
  246. processors.  Even stuff running on the emulator will benefit, since
  247. windows stuff will go through the native windows support, rather than
  248. being emulated in slow 6809 code.
  249.  
  250.    The PT68k sounds nice, but you're leaving out some things.  That
  251. $800 is just for the motherboard.  Considering the machine they're
  252. talking about will run OS9/68k with an _established_ windowing system
  253. (a port of CoCo 3 windows), it sounds nice to me.  The PT68k runs
  254. OS9/68k.  Even if you do write your own windowing system, are you
  255. really interested in writing all of your own software to use it.  The
  256. only "benefit" I can see to the PT68k is that it has an (optional?)
  257. PC bus.  (It's possible that the CoCoPro will have a PC Bus, but
  258. that hasn't been decided.)  The PT68k doesn't have VDG windows,
  259. either!  <grin>
  260.  
  261.                                 - Tim Koonce
  262.  
  263.  
  264.  
  265. From: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  266. Subject: Re: New Coco-4
  267. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  268. Reply-To: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  269.  
  270. >>There is real danger of losing VDG screen access from the 6809 side,
  271. >>but according to Eddie's repost here, the "GIME" (or whatever) chip is
  272. >>on the 6809 side, so VDG should be safe for a while.
  273.     From what I heard, they were (at one time at least) planning to
  274. put the GIME memory separate from the 6809 CPU memory.  Which means no
  275. more VDG.  But, with a 68k running the graphics, windows should be
  276. fast enough for all but the most dedicated video-game freak.
  277. (Finally got PacOS9.  Nice!)
  278.                                         - Tim
  279.  
  280.  
  281.  
  282. Date:     Wed, 15 Nov 89 12:13:00 EST
  283. From: Eddie Kuns <EKUNS@CANCER>
  284. Subject: RE:  Next in line...
  285. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  286. Reply-To: Eddie Kuns <EKUNS@CANCER>
  287.  
  288. #Since someone out here obviously has some connections with the people
  289. #designing the CoCo3's successor.... here is my (and some others who are
  290. #in the 2 user groups that I am involved in ... Rochester & NJ)
  291.  
  292. I'll post your message on Delphi.
  293.  
  294. # [...]  I was sort of looking forward to a 5MHz 6309... If
  295. #the new computer will not give me an added advantage in the 8 bit world,
  296. #I will not upgrade immediately (since I will not use the computer as
  297. #much.... lets face it, the computer will be the same speed as the
  298. #CoCo3, we will loose VDG windows (which alot of programs use), and programs
  299. #that use real windows and are too slow on the CoCo3 will still be too
  300. #slow on the new computer...  I doubt if the new 68K based computer will be th¡
  301. at
  302. #fast for the price....
  303.  
  304. Ignoring rumored fixes to the current OS-9 Level II that are rumored on Delphi
  305. to speed up graphics screens by 6x and text screens by a number I forget, the
  306. new machine will STILL be faster than the CoCo.  That 68070 isn't going to be
  307. idle!  If you offload windowing stuff to the 68070 (and perhaps other I/O),
  308. then the 6809 will be freed for REAL work!  Also, in the current
  309. configuration, keeping VDG windows is a real possibility that you WON'T get
  310. with the faster 6309 due to *COST*!  Also, remember the new machine is going
  311. to have DMA for floppies/hard drives and a built in serial port!  I think it's
  312. going to be faster than you think!  The fun thing about this setup is that
  313. you'll be able to run both systems at the same time in separate windows!  If a
  314. program crashes on one CPU, you can use the other to find out what went wrong!
  315.  :-)
  316.  
  317. I'll try to post periodic updates as significant info becomes available.
  318. Actually, I like your idea of 3MHz 6309.
  319.  
  320.                           - Eddy Kuns - 
  321.  
  322.  
  323.     id AA03349; Sun, 19 Nov 89 15:22:30 EST
  324. From: Eddie Kuns <EKUNS@CANCER>
  325. Subject: Reply from Kevin Darling on Delphi
  326. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  327. Reply-To: Eddie Kuns <EKUNS@CANCER>
  328.  
  329. 25206 16-NOV 04:00 General Information
  330.      RE: CoCo 4? (Re: Msg 25191)
  331.      From: OS9UGPRES    To: EDDIEKUNS
  332.  
  333. Thanks, Eddie. Please pass this back to them:
  334.  
  335. ------
  336.  
  337. Thanks for the input! I'll send it on to them. But let me add some of my own
  338. comments first in reply to yours:
  339.  
  340. I think the design may have changed since you wrote your message.. perhaps not.
  341. There will be a 8-10Mhz 68070 standard, along with the 6809/GIME side. Because
  342. the 070 can directly access the coco RAM, this provides for at least some
  343. speedup by later having the 070 do the windowing for the 09. And don't forget
  344. that the "new L-II version" alone will speed up windowing a lot at first, too!
  345.  
  346. You'll still have VDG windows under the current scheme; running the 09 faster
  347. would get rid of that AND the 68K side with OS-9 included. I'd take the OSK
  348. myself (after thinking about it a few days).
  349.  
  350. Yes! Please DO buy your $800+VGA-card PT68K system and do window software for
  351. it! That would save ME a lot of trouble <grin> doing the 68K window code on th¡
  352. is
  353. machine. I'm looking forward to your 68K windint and grfdrv port that is "all
  354. you have to do" <smile>.
  355.  
  356. You'll still be able to use your XT hard disk card, as far as I can tell, on t¡
  357. he
  358. CoCo bus side. And all your other cards from your MPI, too.
  359.  
  360. Good idea on the 32 bit bus. I'll ask about it, but think that's in there.
  361.  
  362. Looking forward to more ideas. Thanks! It does influence things. - ke
  363.  
  364.  
  365. From: CZRT000 <CZRT@MUSICA.MCGILL.CA>
  366. Subject: New CoCo4
  367. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  368.  
  369. Reagrding the all-new (and well designed) CoCo4, all I can say is
  370.  
  371. I am excited.
  372.  
  373. The thought of a PC is really bothering me - and yet I see the Amiga
  374. as one of the few alternatives.
  375.  
  376. But what I really can't give up is OS9 - so I'm still plugging away
  377. at 2MHz on my CoCo3.
  378.  
  379. Does Kevin Darling provide information on how we "mere" users could
  380. support such a venture and/or BUY one of the CoCo4s?  Enquiring minds
  381. like mine wanna know... ;-}
  382.  
  383. TELL ME MORE - please !
  384.                                         James
  385.  
  386. CZRT@MusicA.McGill.CA
  387.  
  388.  
  389. From: knudsen@IHLPL.ATT.com
  390. Subject: Coco 4 /GoGo/CocoPro
  391. Reply-To: knudsen@IHLPL.ATT.com
  392.  
  393. From: knudsen@ihlpl.att.com
  394.  
  395. Blew away another evening on CI$ and Delphi, got the latest word
  396. on the Whatsitz.  These are the "facts" as stated by Kevin Darling,
  397. with my and others' opinions and speculations hopefully
  398. distinguishable:
  399.  
  400. There will be a real 68B09E, not an emulator, same old 2 MHz.
  401. It will have its own GIME/DAT and video chip, and WILL have VDG
  402. (personally re-assured from Kev D.).  Sounds like both CPUs share
  403. the video hardware, actually.
  404.  
  405. The initial windowing system on the 68070 WILL be a clone of L2's,
  406. same ESCape codes and all.
  407.  
  408. 6809 L2 may be able to let the 68K handle its windows, which should
  409. speed up the old grafix a lot.
  410.  
  411. The 6809's L2 will include Kevin's rumored GrfDrv rewrite,
  412. to run "6 to 10 times faster" sez Kev.  At least for put/get
  413. images on byte boundaries (covers Umuse3).
  414. Also will include new syscalls to create Data Modules on the
  415. fly right in memory.  This machine will certainly wean me away
  416. from VDG, as Tim predicts!
  417.  
  418. RAM hardware will let you plug in your Disto 1 Meg daughter boards,
  419. so go ahead and buy them now.  Not clear about the B&B HD stuff;
  420. may have on-board SCSI, but at least your hard drives will work.
  421.  
  422. Probably only one RS232 port built in.  Bet lots of us would
  423. prefer two.  Not clear about a parallel printer port (please!).
  424.  
  425. No TV support.  How many serious OS9ers need it, and lots of
  426. FCC hassles.  Add on your own modulator if need be.
  427. All mono and color monitors will work.
  428.  
  429. Chip sockets optional.  Will come pre-assembled or kit, but
  430. not bare-board, since "they" can get the chips cheaper than you could
  431. (depends on where you work :-) ).
  432.  
  433. VME Bus:  Refuses to go away, but the CocoPro motherboard will
  434. just be a VME card itself, with the edge connectors.
  435. Those who want VME must supply their own backplane, cage, and
  436. other VME cards; mercifully  these won't be part of CocoPro.
  437.  
  438. Still uncertain whether PC Bus will be included, or an external
  439. option.
  440.  
  441. Not certain that one CPU can debug the other, or that each can
  442. be running in their own windows (neat!), tho lots of folks talk
  443. like these are facts.  [Wonder what happens when they both open
  444. the printer?]
  445.  
  446. I asked but don't yet have the answer as to how fast the 68070 CPU
  447. can be clocked.  Would like >8 MHz so we can say "Kiss my assembler"
  448. to the Amiga/SToids.
  449.  
  450. The 68070 is Motorola's 80186 -- a plain vanilla 68000 with on-chip
  451. DMA, MMU, and interrupt prioritizing.  All the things you REALLY
  452. need.  [I designed an 80186 board for work a few years back,
  453. and it was real nice to have all that stuff in there.]
  454. This will keep the cost and board size down by a lot.
  455.  
  456. I mentioned to PT68 to Kev and we agreed on the same points as
  457. others made here -- no 6809 compat, no VDG, no windows on the OSK,
  458. no recycling your Coco peripherals.
  459.  
  460. Not clear what Microware will want for Basic09, C's, and OSK.
  461. Apparently "they" have a good deal on the new improved L2.
  462. [Given what this baby could do for OSK and raise the next generation
  463. of OSK lovers & hackers, Microware ought to support it at
  464. their cost.  Especially since industrial users can plug CocoPro
  465. right into their VME cabinets and run RAVE in windows.
  466. No more soiling their image with RatShack games!].
  467.  
  468. At least two major backers are putting up the capital funds to
  469. manufacture this thing.  Kev gets lots of mail from folks
  470. wanting to buy stock in it!
  471.  
  472. It's really gonna happen.  Just typing about COcopro does more for
  473. my heart rate than COcaine or COffee.
  474.  
  475.  
  476. From: knudsen@IHLPL.ATT.com
  477. Subject: Coco-4 and 680x0
  478. Reply-To: knudsen@IHLPL.ATT.com
  479.  
  480. From: knudsen@ihlpl.att.com
  481.  
  482. In response to some private email -- no, the feeling I got
  483. from CI$ and Delphi is that the GoGo-IV or whatever will
  484. be designed strictly around the 68070, Moto's version of the 80186
  485. (meaning major support chips integrated onto the CPU chip).
  486. This saves a lot of money and board space.  The '070  only goes
  487. up to 10 MHz or so, not much improvement over the Amiga/ST crowd.
  488. I don't know about a socket for a math co-proc -- that would be a
  489. good idea for advanced 3-D grafix and other number-crunching
  490. applications, and maybe wouldn't add much to cost except to
  491. board space.  I'll try to remember to hit Kevin D. with it
  492. next time I'm on.
  493.  
  494. Maybe our favorite walkie-talkie company is working on a faster
  495. version of the 68070, or Hitachi will come out with a faster
  496. CMOS version a la 6309.
  497.  
  498. Don't forget that the faster you clock the CPU, the faster your
  499. RAM and peripheral chips have to go too, and of course the
  500. grafix hardware still has to slip its RAM reads in between
  501. everyone else's.  THis raises cost and can make things flakey.
  502.  
  503. Finally, since the beast is apparently going to use standard
  504. TV scan rates, the clock frequency is probably locked to some
  505. harmonic of 3.58  MHz.  This is why our Cocos are .895 and 1.79
  506. MHz instead of nice even 1 and 2 MHz, and why Amiga is 7.16
  507. instead of 8, etc.  Maybe we will get 8.95 MHz (5x the 6809 side)
  508. -- at least we could claim to be faster than the Amiga and
  509. hope nobody asks "by how much?".
  510.  
  511. Don't forget this is to be a LOW COST platform for Windowing OSK,
  512. not a blazing number-smasher, and the 6809 may help with I/O
  513. chores to give us a much faster *effective* clock rate.
  514. Of course I'd like to see max 680x0 speed for faster grafix,
  515. but at least the screen won't freeze during I/O.
  516.  
  517. If this first design sells really well, then someone can worry about
  518. bringing out the "turbo" modle(s)...
  519.  
  520. All the above is my own speculation and opinions. --mike k
  521.  
  522.  
  523. From: LICHTENBERG@SHERCOL1
  524. Subject: Coco - 4
  525. To: Multiple recipients of list COCO <COCO@PUCC>
  526. Reply-To: LICHTENBERG@SHERCOL1
  527.  
  528. I don't think Tandy will mind us using the Coco concept, Tandy got the
  529. idea from a Motrola data book from 1979, I think it is fearly public
  530. material. But I could be wrong.
  531.  
  532.                Frans......
  533.  
  534.  
  535. From: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  536. Subject: Re: TANDY path needed
  537. Reply-To: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  538.  
  539. >>If you REALLY want the coco4, lets TRY to get tandy VERY involved
  540. >>through user mail(kinda like viewer mail)!!!!
  541.  
  542. Well, this will probably come off somewhat pessimistic, but here's my
  543. opinions:
  544.  
  545. 1) Tandy will never market a successor to the CoCo3.
  546.     Reason: Simple economics.  They can now make a PClone motherboard
  547. just as cheaply as a CoCo motherboard.  The PClone is easier to sell,
  548. and it gets them out of the high overhead of maintaining software
  549. support for incompatible computers.  (If they can take the same
  550. in-store space, and put software in that space which will run on _all_
  551. of their machines, that's _much_ better for them than splitting that
  552. space between incompatible machines.)  The only reason the CoCo3 is
  553. still on their list is because it is cheaper than the PClones (because
  554. it doesn't come with frills like a disk drive), and sells a lot to
  555. students, parents who want to give their kid a Christmas present, and
  556. others on fixed incomes.  But, if they added a built-in disk drive,
  557. decent keyboard, built-in serial port, etc, it would be quite likely
  558. more expensive than a PClone.  I doubt such a machine could sell at
  559. all, except to the already established CoCo users, which probably
  560. isn't enough for Tandy.
  561.      The earlier rumours of Tandy working on a CoCo3 machine mostly
  562. revolved around changes to cut the cost.  The most-repeated rumour was
  563. that they were going to eliminate the built-in BASIC, in order to cut
  564. their costs on royalties to Microsoft.  (I always wondered what would
  565. have happened to the third-party software market if Tandy had killed
  566. RSDOS.  That probably explains why Tandy refused to sell RSDOS software.)
  567.  
  568. 2) So, a successor to the CoCo3 will have to come from some third party.
  569.      Which is exactly what the current CoCoPro (My name) design is.  A
  570. smaller company can market to a smaller market.  If Tandy sells only
  571. 500-1,000 of some computer, then that's a major loss for them.  If the
  572. (small) company being formed to market the CoCoPro sells 500-1,000
  573. computers, they might break even!
  574.  
  575. 3) We _can_ look to Tandy for some software support.
  576.      If the CoCoPro runs 6809 OS9 Level II with CoCo 3 windows, then
  577. it will run Tandy OS9 software.  _If_ that software ever appears.  The
  578. vast bulk of Tandy software is written by third parties, and then sold
  579. with Tandy's name on it (just like most of their calculators!).  Tandy
  580. almost never contracts out for new software, and almost never writes
  581. stuff in-house.  Most of their PC stuff is just brand-name software
  582. packaged for their systems.  The only major stuff they're doing
  583. in-house is Deskmate.  (Which makes me glad they don't do too much
  584. more. ;-) If you want Tandy to sell CoCo software, then start writing!
  585. If it's good, Tandy will sell it.  (Think about that when you want to
  586. complain about Tandy not selling good CoCo software!)  As long as the
  587. CoCoPro does support a 6809 and/or a 6809 emulator, Tandy stuff should
  588. run (with the possible exception of VDG games).
  589.  
  590. 4) The bulk of support for any new (3rd party) machine will come from
  591. the User's group, and the current CoCo magazine(s).
  592.      Why?  Because they're there.
  593.  
  594. 5) Our best bet is to get _authors_ writing good OS9 software NOW.
  595.      Since the CoCoPro will support the same windowing environment
  596. as the CoCo3, software written for the CoCo3 will port very quickly.
  597. (If it's well written in a high-level language.)  If people (this
  598. means YOU! :-) start working on things NOW, they will be ready
  599. for the CoCo3 market just about the time the CoCoPro comes out.
  600. Porting to OS9/68k should be very quick.  I'm already working
  601. on some stuff, are you?  If not, I'll be happy to work up another
  602. "idea list" <grin>.  If you know people in your computer club that
  603. like programming, start talking with them about ideas. 
  604.  
  605.  
  606.                                         - Tim Koonce
  607.  
  608. Subject: Re: Tandy path?
  609. Reply-To: knudsen@IHLPL.ATT.com
  610.  
  611. From: knudsen@ihlpl.att.com
  612.  
  613. It appears that the Coco-4 project is being pursued totally
  614. independently (financially, technically, and people-wise)
  615. from Tandy.  Are you sure you want The Shackers to get their
  616. fingers in "our" pie?  Maybe Tandy is already supporting us
  617. by staying out of the way.
  618.  
  619. Not a joke.  Surely by now the "Coco-4 project" folks have felt
  620. out Tandy, and gotten some reassurance that Tandy will not sue
  621. them over the use of Coco concepts and the OS9 L2 windowing
  622. interface, etc.  Considering how many computer companies today
  623. prefer to throw lawyers at their competitors rather than sic
  624. engineers & programmers on the real problem, such a promise
  625. from Tandy would count as a major positive contribution.
  626.  
  627. [If companies would physically put lawyers into catapults
  628. or circus cannons and literally hurl them at competitors'
  629. office buildings, that would be a GREAT idea!  What's the sound
  630. of a lawyer hitting a brick wall at 300 MPH?  Hard to say,
  631. can't hear over the cheers and whistles!]
  632.  
  633. Seriously, Tandy can't lose.  They're winding down the Coco family
  634. and tired of supporting it for anything beyond NitwiTendencies.
  635. Wouldn't it be lovely if some 3rd party would take over its future,
  636. and Tandy could pick up some occasional sales of peripherals and
  637. of course OS9-L2 and the really good L2 games (Sub, Flight,
  638. Carmen Santiago, Microscope Mission, etc).  Plus the fame and glory
  639. for having started the Coco.  Talk about a "cash cow!"
  640.  
  641. The above is all speculation -- I don't know what sort of deals
  642. have been worked out yet with Tandy and Microware.  Personally
  643. I worry more about M'ware's management than Tandy's.
  644.  
  645. ----
  646.  
  647. Subject: Coco-4 be 8- or 16-bit?
  648. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  649. To: Multiple recipients of list COCO <COCO@PUCC>
  650. Reply-To: knudsen@IHLPL.ATT.com
  651. Message-Id: <89Nov22.153211est.6188@nexus.yorku.ca>
  652. Status: OR
  653.  
  654. From: knudsen@ihlpl.att.com
  655.  
  656. I'm pretty sure the Coco-4 will have a regular 16-bit bus,
  657. not the 8-bit bus of a 68008 as used in the Sinclair QL.
  658. On Delphi/CI$ there's been discussion of the PC bus extension,
  659. whether it should be plain old PC/XT 8-bit or PC/AT 16-bit (to use
  660. more recent, powerful cards).  I don't think the wider AT bus
  661. would be considered if the CPU had only 8 bits.
  662.  
  663. Of course the Coco-compatible bus side (sorta like an MPI)
  664. will still be 8-bit.  This should pose no problems,
  665. since 680x0's are all comfortable with byte addresses
  666. (but not on word or longword accesses!).
  667.  
  668. I should look up the 68070 in some Moto catalog and make sure.
  669. Perhaps there is a 68078, just as Intel makes an 80188,
  670. for 8-bit systems.
  671.  
  672.  
  673. Subject: 68070, Motorola, Hitachi
  674.  
  675. And another thing - seems Mot and Hat aren't getting along as well as they
  676. once were, and Mot is getting into bed with (AcK!) Toshiba for Megabit DRAMs.
  677. Also, I believe Hitachi itself is holding up the 68040 while they claim
  678. patent infringement against Motorola and vice-versa on a Hat. chip....
  679.  
  680. Invoking personal opinion mode, they've gone from one of the best Asian
  681. semi makers to one of the worst.  Kinda like going from Honda to Hyundai,
  682. except Hyundai didn't sell multi-access propeller machining equipment to
  683. the Soviets, or at least they were smart enough to conceal it ;-).
  684.  
  685. Yes, I AM very non-plussed about what's happening between Hitachi and Motorola!
  686.  
  687.  
  688.  
  689.  
  690. From: Don Ingli <AGRISCS@UMCVMB>
  691. Subject: TANDY path needed
  692. Reply-To: Don Ingli <AGRISCS@UMCVMB>
  693. Status: OR
  694.  
  695. Folx, we need to get a direct path to someone who knows whats going on that
  696. works at TANDY. (yea right, knows and works..).  I have found paths to
  697. AT&T, microsoft and other companies to get contacts. (my microsoft contact
  698. no longer exists.)  Somewhere, somehow, there is a link to the desk of a
  699. willing TANDY employee...  Let's find that link.
  700.  
  701. Does anyone know anyone that can get us started??
  702.  
  703. If you REALLY want the coco4, lets TRY to get tandy VERY involved through
  704. user mail(kinda like viewer mail)!!!!
  705.  
  706. Suggestions??? Ideas???
  707.  
  708.  
  709. +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
  710. |  DON INGLI                                                           |
  711. |  UNITED STATES DEPARTMENT OF AGRICULTURE - SOIL CONSERVATION SERVICE |
  712. |  WORK: (314) 875-5344      FAX: (314) 875-5335                       |
  713. |                                                                      |
  714. | bitnet: agriscs@umcvmb.bitnet  internet: agriscs@umcvmb.missouri.edu |
  715. | attmail: attmail!attbl!arpa!umcvmb.missouri.edu!agriscs              |
  716. |                                                                      |
  717. | ALL OPINIONS IN THIS NOTE ARE OF MY OWN AND DO NOT REPRESENT THE     |
  718. | FEDERAL GOVERNMENT OR THE UNIVERSITY OF MISSOURI-COLUMBIA            |
  719. +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
  720.  
  721.  
  722. Subject: Re: Coco-4 and 680x0
  723. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  724. Reply-To: jejones@MCRWARE.MICROWARE.com
  725. In-Reply-To:  Your message of Tue, 21 Nov 89 14:00:00 -0600.
  726.  
  727. >Maybe our favorite walkie-talkie company is working on a faster
  728. >version of the 68070, or Hitachi will come out with a faster
  729. >CMOS version a la 6309.
  730.  
  731. Remember, the 68070 is a Signetics chip...
  732.  
  733.     James Jones
  734.  
  735. From: knudsen@IHLPL.ATT.com
  736. Subject: Coco-4 Grafix Specs
  737. Reply-To: knudsen@IHLPL.ATT.com
  738.  
  739. From: knudsen@ihlpl.att.com
  740.  
  741. Over the TG holidays I got some hard info from CI$ from a
  742. posting by Kevin Darling on the Coco-4's grafix hardware
  743. and capabilities.
  744.  
  745. There will definitely be a real 68B09E chip and what Kevin
  746. calls a "GIME" chip on the 6809 side.  Haven't seen anyone ask whether
  747. a real Tandy GIME chip will be used, or some kind of home-grown
  748. replacement (very expensive and slow to design) or an equivalent
  749. built up of TTL logic chips (would take dozens of them, not
  750. likely).  Maybe they offered Tandy a great price for their last batch
  751. of GIMEs.
  752.  
  753. I don't know whether Coco 1/2 compatibility will be preserved,
  754. tho use of a stock Tandy GIME would insure this.  There are some
  755. Level 1 games and educational programs (One on One, Rocky's Boots,
  756. shareware Umuse) that run fine under Level 2 on a Coco 3.
  757. Personally I'd give up Coco 1/2 compatibility to get back all those
  758. I/O addresses eaten up by the old SAM/VDG combination
  759. (you know, the Speed POKE addresses and such).
  760.  
  761. Don't look for any RSDOS-BASIC in ROM.  Masochists could probably
  762. boot it up from a disk prepared on a Coco 3.
  763.  
  764.  
  765. On the 68070 side, the grafix, DRAM control, and address multiplexing
  766. (like the old Coco 1/2 SAM chip) will be done by a
  767. Phillips "VSC" chip, the SCC-66470-B.  Anyone out there got
  768. a Phillips catalog?
  769.  
  770. This VSC can do up to 720x480 pixels of NTSC (color TV)
  771. and can be Gen-Locked to an external video signal a la Amiga.
  772. It can scroll grafix (like the newer GIME under RSDOS)
  773. and includes a "pixel logic" register that you can preset
  774. to OR, AND, XOR, or just WRITE new images over the existing
  775. grafix -- this will greatly speed up grafix.
  776.  
  777. There may be "bit planes" with priorities -- if so, you could
  778. do overlapping windows in hardware, up to a small number of levels.
  779.  
  780. The board will be sold only soldered and tested, but it's still
  781. a "kit" in that you have to mount it in a case with power supply
  782. and such.
  783.  
  784.  
  785.  
  786. From: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  787. Reply-To: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  788.  
  789. >>I want to get a few things strait on this COCO-4 since I will almost
  790. >>definately buy one.
  791. Well, I've been following the discussion on Delphi, so this may not be
  792. completely up-to-date.  Apparently, the final design is still in flux,
  793. as they try to figure out what they can fit into the available board
  794. space.
  795.  
  796. >>Will it use all/most of the add-ons that I have now?  Disto 4in1, RS-232 pak,
  797. >>512k upgrade (1 meg soon), X-pad (that uses a hi/low-res joystk input) etc...
  798. Yes.  It will have a CoCo3-compatible bus for all of those.  It is apparently
  799. being designed with Disto's 1 meg upgrade in mind, so don't put off buying it!
  800. The RS232pak may be unneeded, since they're talking about putting 1 or 2
  801. serial ports on board, but it can't hurt!
  802.  
  803. >>Will it have both a 68B09/GIME  _and_ a 68070?
  804. Depends.  CoCo3 compatibility is _very_ high on their list of priorities.
  805. There are people working on a CoCo3 emulator for OS9/68k.  If that gets
  806. finished soon enough, they may just go with the 68070.
  807.  
  808. >>Is a 68070 a 16 or 32  bit processor?
  809.    It's just like the 68000 as far as I know, except a little slower and
  810. has a bunch of nice stuff on-board.  i.e. 32-bit with 16-bit data bus, 24 bit
  811. address bus, plus DMA and MMU on-board.  There has apparently been debate
  812. between a 12meg 68070 and a 16meg 68000.  The 68000 requires more support
  813. chips (hence more board space), so I suspect they are more likely to go
  814. that direction if the CoCo3 emulator comes through.
  815.  
  816. >>Will it come WITH OSK?
  817.    I dunno.  Good question.  I'll pass it along.  I don't know what
  818. state their negotiations with Microware about this are in.
  819.  
  820. >>There was some mention of a PC bus.  Does this mean that it will accept a
  821. >>'386 or '486 co-processor board or just PC cards (modems, voice, etc...)
  822.   The bus question is apparently the biggest question still up in the air.
  823. The CoCo3 bus is pretty assured.  Probably there will be one other.  Still
  824. a toss up between VME and PC, last I heard.  Apparently, they had almost
  825. decided to put a VME bus with the option of having an external add-on
  826. PC bus, but that's being debated now.  Personally, I think the VME bus
  827. is a Good Idea, since we may get commercial buyers interested.
  828.  
  829. >>If it will allow a PC processor, will it work the same as the Amiga
  830. >>system which allows the PC processor to access the Amiga graphics (and
  831. >>other hardware) and will multitask with Amiga-DOS?
  832.    I suspect that that is certainly possible.  The big problem (as always)
  833. is the drivers.  If you'll write the drivers, it can happen!  <grin>
  834.  
  835. >>Will it have higher resolution graphics than we now have on the COCO?
  836. >>(4096 colors? +?)
  837.    What's being talked about now is just having the GIME on the motherboard,
  838. with an add-on graphics board built around some Phillips chip.  Dunno the
  839. details, but I remember it sounded nice.
  840.  
  841. >>I have an AT case wi. pwr supply, 101 key keyboard, and hard disk
  842. >>(SASI).  Will I be able to buy a kit version and use what I have now
  843. >>with it?
  844.    There's been some talk of a custom case, so I'm not sure about that.
  845. Certainly the keyboard and hard disk will just plug in;  there should
  846. even be built-in SCSI on the motherboard.
  847.  
  848. >>Magnivox 515 monitor -- will the COCO-4 have the same analog RGB?
  849.    Yes, at least for the GIME stuff.  The advanced graphics board may
  850. require a better monitor, though.  Dunno if the Magnavox will handle
  851. 800 x 400 (approx the resolution that was being tossed around).
  852.  
  853. >>How much $$$.$$ should I salt away?
  854.    Current estimate if $500-$800 for the motherboard.  Dunno if that
  855. includes OSk (hope so!).  If it fits a PC/AT case, that should be it
  856. for many of us.
  857.  
  858. >>Answers to any or all of these questions would be appreciated.  I
  859. >>realize that the answers have been changing daily, but I think that
  860. >>the design is finalized now so the specs. should be available.
  861.     I think the design is far from finalized, although some things
  862. are apparently starting to firm up.  The big questions appear to be:
  863. What bus to use?  and  Will the CoCo3 emulator get done in time, or
  864. should there be a 6809 on board?  (The two will be about the same speed!)
  865.  
  866. >>And one more question (two actually), who is making it [assembling],
  867. >>and how many units NEED to be sold for a break-even situation?
  868.     I'll ask, but I doubt there'll be a straight answer.  It appears
  869. that the people doing the design prefer that Kevin handle the PR work
  870. and seem to like their anonymity.  Kevin keeps rumouring about financial
  871. backing that's coming from somewhere, but with design and price still
  872. undecided, nobody knows how many need to be sold.  Apparently their goal
  873. is 1,000 units.
  874.  
  875. >>If someone wants to pass this note to K. Darling... do.
  876.     I'll ask some of your questions on Delphi, and relay back anything
  877. that comes up.
  878.  
  879. >>               thnkx,
  880. >>              ~Kevin 0'B
  881.                                                 - Tim Koonce
  882.  
  883. From: bill gunshannon <702WFG@SCRVMSYS>
  884. Subject: Re: COCO 4
  885. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  886.  
  887. With all this talk about a none TANDY COCO 4 being created, I feel like
  888. I missed something.  Has TANDY anounced the demise of the COCO line?
  889. If anyone has any REAL info (not the usual rumors) I would appreciate
  890. hearing it.
  891.  
  892. Thank You.
  893.  
  894.                                           bill gunshannon
  895.                                        702WFG@SCRVMSYS.BITNET
  896.  
  897.  
  898. From: Eddie Kuns <EKUNS@PISCES>
  899. Subject: RE: CoCo: The New Generation
  900. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  901. Reply-To: Eddie Kuns <EKUNS@PISCES>
  902.  
  903. #       On another topic (from a programmer's standpoint), we were
  904. #       wondering if the new computer will have problems with the
  905. #       keyboard as CoCo 3's (as well as Apple //e's and probably
  906. #       others) have.  The problem we are hoping the designers can
  907. #       avoid is the irreliability of getting the computer to recognize
  908. #       sequences of multiple keypresses at one time (for example,
  909. #       CTRL-SHIFT-UPARROW).
  910.  
  911. Well, it will be using an IBM PC (AT?) style keyboard, so I think that rules
  912. out the kind of trouble you're referring to.  (right????)
  913.  
  914. #       Could someone please forward this to Kevin, as we would greatly
  915. #       appreciate hearing his feedback on our suggestions.  (Has Kevin
  916. #       subscribed to COCO?  As I understand it, if he subscribed, then
  917. #       he could see our mail but could not reply to us directly.  Is
  918. #       this correct?)
  919.  
  920. I'll forward this message to Delphi, and bring the reply back to CoCo.  If he
  921. subscribed to CoCo on compuserve, then he would be able to reply.
  922.  
  923.  
  924.  
  925. From: knudsen@IHLPL.ATT.com
  926. Subject: Coco-4, Laser printer, keyboards
  927. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  928.  
  929. From: knudsen@ihlpl.att.com
  930.  
  931. Nice to see Frank back on the list.
  932. Is there anything special about hooking up a laser jet printer?
  933. Is plain old RS232 at 19.2 Baud too slow?  My experience at work
  934. is that for graphics that IS too slow, and some printers hook
  935. directly to EtherNet or whatever.
  936.  
  937. The 68K side is supposed to have a SCSI interface, mostly for hard
  938. drive, but maybe that can be bussed to a laser printer if it
  939. has SCSI input.  Anyone out there know more about laser printers
  940. and how they're typically hooked up to PCs?
  941.  
  942. I'm pretty sure the keyboard interface will just let you plug
  943. in any PClone keyboard, and the appripriate people are working
  944. that end.  Note that PC keyboards vary widely in their quality
  945. in terms of handling multiple-key "chords" and rollovers and such.
  946.  
  947. For example, the keyboard sold by AZ Peripherals has a bug with
  948. rolloever -- if you type a [ followed by a ] and let the two keys
  949. overlap, you get a freebie '9' when you let up the ] key.
  950. Bob Puppa (designer of the Eagle adapter board) tells me that
  951. their keyboard is NOT quite IBM standard.
  952.  
  953. It does correctly transmit CTRL and SHIFT keypressures to the
  954. Coco-3, for Umuse3 playing and picking out overlapping notes with
  955. the mouse.
  956.  
  957. So -- when the Coco-4 or whatever hits, I expect to see some reviews
  958. of which aftermarket keyboards are best.
  959.  
  960.  
  961.  
  962. From: mwood!attcc!hlw@ATT.ATT.com
  963. Subject: CoCo's New Name
  964. Reply-To: mwood!attcc!hlw@ATT.ATT.com
  965.  
  966. Well, I have just TWO small suggestions for the new CoCo.
  967.  
  968. 1>  This is a request from a few locals.  PUT A NUMBER PAD ON THE KEYBOARD!!!
  969.     I've been hearing this for a year, and it sounds good to me!
  970.  
  971. 2>  I think the name CoCoPlus is very catchy.  I have nothing against the
  972. name CoCoPro, I just like Plus better.
  973.  
  974. Howard Wilson
  975.  
  976.  
  977.  
  978. From: Brian Stretch <csc138462970@EMUNIX.EMICH.edu>
  979. Subject: RE: this is from Kevin D.
  980. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  981. Reply-To: Brian Stretch <csc138462970@EMUNIX.EMICH.edu>
  982.  
  983. Tell Kevin to read up on how his Amiga 1000 handles printers with its
  984. printer descriptors.. would be great with the CoCo4.
  985.  
  986.  
  987. From: mwood!attcc!hlw@ATT.ATT.com
  988. Subject: CoCo's New Name
  989. Reply-To: mwood!attcc!hlw@ATT.ATT.com
  990.  
  991. Well, I have just TWO small suggestions for the new CoCo.
  992.  
  993. 1>  This is a request from a few locals.  PUT A NUMBER PAD ON THE KEYBOARD!!!
  994.     I've been hearing this for a year, and it sounds good to me!
  995.  
  996. 2>  I think the name CoCoPlus is very catchy.  I have nothing against the
  997. name CoCoPro, I just like Plus better.
  998.  
  999. Howard Wilson
  1000.  
  1001.  
  1002.  
  1003. From: knudsen@IHLPL.ATT.com
  1004. Subject: Latest on Coco-4
  1005. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1006. Reply-To: knudsen@IHLPL.ATT.com
  1007.  
  1008.  
  1009. From: knudsen@ihlpl.att.com
  1010.  
  1011. >From CI$ this morning -- messages to/from Kevin Darling
  1012. firm up some facts about the CocoPro, CocoPlus, KMA, ...
  1013.  
  1014. The motherboard will have plug-in sockets for four cards,
  1015. each optional (more or less) at extra cost:
  1016.  
  1017. (1) 6809 with GIME and 512K RAM to run Coco-3 OS9L2 programs.
  1018. Actually the GIME is an empty socket -- you steal your Coco-3's
  1019. GIME and plug it in!  This gets around Tandy legal problems
  1020. (boy will they get a lot of GIME "repair part" orders).
  1021. Likewise the RAM area is empty, and you plug your stock Tandy
  1022. or 3rd-party 512K daughter board on that.  And I assume your DISTO
  1023. 1-Meg if ya got it.  Probably this board also has some stock Coco
  1024. peripheral hardware -- RS232, mouse/stick, and a socket to stick
  1025. your disk controller or MPI into.
  1026.  
  1027. (2) SCSI interface board for floppy and hard drives, with DMA.
  1028. This is for the 68K side, but might also be usable by the 6809
  1029. for users who don't already have disk controllers or who want
  1030. the extra no-halt DMA performance.
  1031.  
  1032. (3) 68070 board with the Phillips VSC chip.  If you get this you
  1033. must take OSK, probably in ROM.  Maybe you have to take this board
  1034. and OSK to buy a CocoPro at all.  The political motivation here
  1035. is to get us all to move to OSK, so you get it whether you want it
  1036. or not.  Anybody here really not want it?  Aw c'mon...
  1037.  
  1038. Not clear whether you can plug your old 512K boards into this one.
  1039. All video outputs and modes will be included.
  1040. Hopefully you can switch between OS9 and OSK windows with the
  1041. good old CLEAR key.
  1042.  
  1043. Early on, this board will be able to take L2 window grafix ESCape
  1044. commands from the 6809.  I expect this will wean UltiMusE away
  1045. from the VDG screens at last, and MVCanvas will be a pleasure to operate.
  1046.  
  1047. (4) 68030 board with Math Coprocessor and all that other power-user
  1048. stuff for those who just gotta outrun the Amigas and Mac IIs.
  1049. Don't know whether this replaces the 68070 board -- seems to me
  1050. you still need that for the grafix or even text.
  1051. I'd guess this board is the low priority back-burner item.
  1052.  
  1053. Someone posted an impassioned plea for RSBASIC support.
  1054. He was shot down with the fact that RSDOS programs obey no rules,
  1055. so the hardware would have to be entirely Coco-3 (AND 1/2)
  1056. compatible, which is just too damn much extra stuff.
  1057. "In fact, Coco 1/2 compatibility messed up the Coco-3 bad enough."
  1058. Of course you can run Burke's "RS-BASIC" under OS9, for well-behaved
  1059. (no machine code) programs.
  1060.  
  1061. Someone on CI$ called Microware to get prices on both "personal OSK"
  1062. (no development tools) and the development package (C, Make,
  1063. assembler).  Personal OSK gets down to $45 a copy in >1000 quantities,
  1064. about what Microsoft used to charge Tandy for RSBASIC :-).
  1065. Development is $600 for one, but gets down around $100 for 1000,
  1066. which I would have no qualms about paying (hell I paid $99 for
  1067. the L1 Coco C compiler, and another $99 for the package with
  1068. Make!).  I'd balk at $600 for the stuff tho.  Folks on CI$ were
  1069. urging Kevin & Co (they need a name too, just like the machine)
  1070. to buy in bulk from Microware and get our prices down.
  1071.  
  1072. Some were referring to The Machine as the "KMA" -- don't know where
  1073. that came from -- K for Kevin?  Uh-oh, I remember now --
  1074. "Kiss my A**" (or "Kill Most Amigas/Ataris/Apples").
  1075.  
  1076. Kevin had his heart set on a really cheap starter board that
  1077. would fit in a Coco-3 case, connect to a Coco-3 keyboard ribbon,
  1078. and have its standard 40-bin Coco bus at the right side for
  1079. the usual plug-ins.  Ya know, just replace your Coco-3's
  1080. board and nobody'd know the difference till they turned it on.
  1081. However, this idea got shelved since such a board couldn't
  1082. accomodate all the plug-ins listed above.  It may get thawed
  1083. out in the future, tho.  Would have sold around $200.
  1084.  
  1085. The big board will mount in a PC case and use a PC keyboard
  1086. and power supply.  It seems that the different daughter boards
  1087. can share some of the memory space.
  1088.  
  1089. That's it for now -- mike k.
  1090.  
  1091.  
  1092.  
  1093. From: Brian Stretch <csc138462970@EMUNIX.EMICH.edu>
  1094. Subject: RE: Latest on Coco-4
  1095. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1096. Reply-To: Brian Stretch <csc138462970@EMUNIX.EMICH.edu>
  1097.  
  1098. Wha?  Aren't the CoCo4 ports (ser/par/SCSI) going to be shared by all the
  1099. processor boards?  SCSI should have been built in, too, and not wasting a
  1100. card slot.. would save a lot of trouble.  <Sigh>..
  1101.  
  1102. The Phillips VSC should be nice.. but what about sound?
  1103.  
  1104. The CoCo4 MUST beat the Amiga and Mac in performance (both of the 
  1105. previous
  1106. beat I*M's..), OSK or otherwise.  For cryin' out loud, DON'T SKIMP!
  1107.  
  1108. From: Frank Farm <sneezy@UCSCB.UCSC.edu>
  1109. Subject: Re:  Latest on Coco-4
  1110. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1111. To: Multiple recipients of list COCO <COCO@PUCC>
  1112. Reply-To: Frank Farm <sneezy@UCSCB.UCSC.edu>
  1113. X-To:         coco@pucc.princeton.edu
  1114.  
  1115. > Hopefully you can switch between OS9 and OSK windows with the
  1116. > good old CLEAR key.
  1117.  
  1118. Thanks for the update, Mike.  I just have a small curiosity about
  1119. the window-switcher key, tho.  I haven't got one of Those Other
  1120. Computers in front of me, but I don't remember it having a key
  1121. labeled CLEAR.  Am I just being forgetful, or are they going to have
  1122. to map the window-switcher key to something else?  (If so, then
  1123. which one gets to be the all-important key?)
  1124.  
  1125. -- frank
  1126.  
  1127.  
  1128. | Date: Fri, 8 Dec 89 12:21:51 PST
  1129. | From: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  1130. | Subject: CoCoPlus/OSK/ramblings.
  1131. | Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1132. | To: Multiple recipients of list COCO <COCO@PUCC>
  1133. | Reply-to: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  1134. | Here's some responses/comments to recent list postings:
  1135. |  
  1136. -- Yes, all of the TOP stuff will definitely run on the CoCoPlus
  1137. (assuming you have the memory).  Now you know why people are pushing
  1138. to get the CoCo OS9 community moving into OSk!
  1139.  
  1140. -- Glad to hear the design is finalizing.  Sounds good.  I hope they
  1141. do force the 68070 as the base system, and keep the 6809 as an add-on.
  1142. That's the route I prefer.  (Especially if they get that 6809 emulator
  1143. working!)  (Only $99 for Professional OSk in quantity!!  Yowza!  That
  1144. means about $250 retail, maybe, after all the graphics stuff gets
  1145. added??  <hope, hope> I'm counting pennies even as we speak :-)
  1146.  
  1147. -- I beleive the Phillips VSC supports some sort of sound.  Anybody
  1148. got a Phillips book around??  In my opinion, the best sound is a DMA
  1149. channel feeding an 8-bit D/A.  (like the Mac...)  Cheap and flexible.
  1150.  
  1151. -- As for sharing ports between processor boards, one of the fancy
  1152. things that will come down eventually is that the 6809 will become an
  1153. I/O processor for the 68070.  That will _greatly_ improve I/O
  1154. performance.  I beleive they will all be accessible from all
  1155. processors anyway.  That was in an earlier design, at least.
  1156.  
  1157. -- As for built-in SCSI, they were probably trying to keep down costs.
  1158. Since most of the first-round buyers will be people who already have
  1159. CoCo3 hard-disk interfaces, they probably saw it as an additional
  1160. expense that they could remove from the first-round production.  Makes
  1161. sense to me.
  1162.  
  1163. >>The CoCo4 MUST beat the Amiga and Mac in performance
  1164.      What type of performance do you mean?  CPU speed?  Memory?
  1165. Graphics speed?  Ease of use?  Software Availability?  With no
  1166. context, this is a pretty meaningless statement.  There is no such
  1167. thing as "overall performance", as you can tell by watching the
  1168. b___s___ written up by the PC rags on "benchmarks".  If you have
  1169. concrete suggestions, please give them.
  1170.  
  1171. Viruses and OS9: So far, we haven't seen much.  Certainly, it IS
  1172. possible, but OS9's CRC checking makes it a bit more complicated to
  1173. patch things on disk directly, which is what most of the PC viruses
  1174. do to spread.  That will deter people for a while, at least.
  1175.    As for comparative difficulty of infection, I'd guess OS9 is about
  1176. on a level with the Mac, which has seen much less virus activity than
  1177. the PC.  (There's too much low-level stuff easily accessible on the
  1178. PC.)
  1179.    For now, we see the blessings of being a less-popular system.  Most
  1180. virus writers want to see their little creation spread.  There's a lot
  1181. more IBM/Mac/Amiga/ST/Apple ][ computers out there for them to spread
  1182. to.  Of course, in a few years, when _everyone_ is running OS9 or
  1183. OS9000, <grin> we might have to worry.
  1184.  
  1185. Re: fast system clock.  Somebody figured out what caused that, but for
  1186. the life of me, I can't remember the diagnosis.  Check all the standard
  1187. stuff:  GIME socketing, RAM board not in too far, CRC's of boot modules.
  1188. Seems like it might have to do with boot order or interrupts, but I
  1189. can't recall.  Sorry.
  1190.                                         - Tim Koonce
  1191.  
  1192.  
  1193. | Date: Fri, 8 Dec 89 14:03:00 CST
  1194. | From: knudsen@IHLPL.ATT.com
  1195. | Subject: CLEAR key on PClone keygoards
  1196. | Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1197. | To: Multiple recipients of list COCO <COCO@PUCC>
  1198. | Reply-to: knudsen@IHLPL.ATT.com
  1199.  
  1200. From: knudsen@ihlpl.att.com
  1201.  
  1202. Frank, you're right, IntlBwlMvt boards don't have a CLEAR key
  1203. (tho I see my 630 BLIT does, tho it does nothing).
  1204.  
  1205. Most newer ones have some extra buytton or other that can be
  1206. used.  The AZ Peripherals job uses a HOME key in just the right
  1207. place.  On the Classic IBM PC board in the office, the only
  1208. candidates would be Scrol Lock or Number Lock.  Scroll Lock
  1209. unfortunately also includes BREAK.  Tho you can use CTRL-E for
  1210. that.
  1211.  
  1212. Other useless keys not far from the "right place" are Pgm Up/Down,
  1213. PrtScrn, Insert, Delete, etc etc.
  1214. And of course the most-hated-Hitler/Kadaffi key of all, SHift Lock,
  1215. a.k.a. Pliers Bait.
  1216.  
  1217. Might be a problem telling the Coco-4's OS9s what key code to
  1218. use on YOUR keyboard.  Let's hear it for Standards.
  1219. What?  Standards?  Where?
  1220.  
  1221. By the way, I got some private Email to the effect that almost all
  1222. the functions of the Eagle adapter are in the Coco board, but many
  1223. of the bugs are in the keyboard used -- the sender cured them by
  1224. getting a genuine IBM keyboard.
  1225.  
  1226. From: wynkoop@esquire.UUCP (Brett Wynkoop)
  1227. Newsgroups: comp.sys.m6809,comp.os.os9
  1228. Subject: 1 MEG COCO
  1229. Keywords: DISTO CRC UPGRADE
  1230. Message-ID: <1671@esquire.UUCP>
  1231. Date: 12 Dec 89 00:32:20 GMT
  1232. Organization: DP&W, New York, NY
  1233. Lines: 21
  1234.  
  1235.  
  1236. Greeting-
  1237.      I got some bad news today about the Disto 1 meg upgrade.
  1238. The company that was making the boards for CRC went belly up and
  1239. has returned the schematic/artwork to CRC.  No boards.  They told
  1240. me that they hope to have units ready to ship by mid Jan. 1990.
  1241. They already have sent the stuff to another board maker.  Guess
  1242. we will just have to wait.  At this point the question is which
  1243. will come first 1 meg or the KMA-68?
  1244.  
  1245. Feel to repost this message in its entirity any where you want.
  1246.  
  1247.  
  1248. -Brett
  1249.  
  1250. ------------end of forwarded message----------------------------------
  1251. Aw, darn I was hoping to get the 1 meg upgrade soon. It looks like
  1252. I'll be waiting a while!
  1253. ------>Neil
  1254.  
  1255.  
  1256.  
  1257.  
  1258.     id AA10024; Thu, 14 Dec 89 11:17:03 EST
  1259.  8763; Wed, 13 Dec 89 12:40:20 EST
  1260. Date:     Wed, 13 Dec 89 12:26:01 EST
  1261. From: jejones@MCRWARE.MICROWARE.com
  1262. Subject: Re: This is forwarded from comp.os.os9.
  1263. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1264. To: Multiple recipients of list COCO <COCO@PUCC>
  1265. Reply-To: jejones@MCRWARE.MICROWARE.com
  1266. In-Reply-To:  Your message of Wed, 13 Dec 89 10:51:00 -0500.
  1267.  <8912131553.AA00106@uunet.uu.net>
  1268. Message-Id: <89Dec14.111141est.6278@nexus.yorku.ca>
  1269.  
  1270. >I spoke to him last night about the level2 upgrade stuff
  1271. >and he said it is done, but it is not going to be released.  Time to get to
  1272. >work re-inventing the wheel guys!
  1273.  
  1274. It's hard for me to believe that as much work as must have gone into the
  1275. alleged upgrade, given the reports of what it can do, would just be dropped.
  1276. Is Mr. W sure that he has correctly interpreted what he heard?
  1277.  
  1278.     James Jones
  1279.  
  1280.  
  1281.  
  1282.  
  1283. Subject: Forwarded message  cm-8 and coco4       
  1284. Date:     Wed, 13 Dec 89 14:35:38 EST
  1285. From: postmaster@nexus.yorku.ca
  1286. Message-Id: <89Dec13.143622est.6315@nexus.yorku.ca>
  1287. Status: OR
  1288. Reply-to: mwood!attcc!hpn@ATT.ATT.com
  1289.  
  1290. Will there be a port for the CM-8 monitor?  If the graphics will be far
  1291. superior than the graphics on the Coco 3, will it mean I have to get a
  1292. new monitor to access the higher modes?
  1293.  
  1294. Huy Nguyen
  1295.  
  1296.  
  1297. Message-ID: <1669@esquire.UUCP>
  1298. Date: 11 Dec 89 19:35:02 GMT
  1299. Organization: DP&W, New York, NY
  1300.  
  1301. Lines: 10
  1302. Greeting-
  1303.      There was some discussion here of doing a re write of grfinit and
  1304. windinit for smaller size/improved preformance a while back.  As I recall
  1305. the issue was tabled when Kevin Darling said it was being worked on and
  1306. would be released with a level2 upgrade he and friends would be releasing
  1307. circa the fest.  I spoke to him last night about the level2 upgrade stuff
  1308. and he said it is done, but it is not going to be released.  Time to get to
  1309. work re-inventing the wheel guys!
  1310.  
  1311. -Brett
  1312.  
  1313. ---------------end of forwarded message------------
  1314. Not to be relesed eh? Well this doesn't look good.......
  1315. ---->Neil
  1316.  
  1317.  
  1318.  
  1319. Subject: Forwarded message  cm-8 and coco4       
  1320. Date:     Wed, 13 Dec 89 14:36:33 EST
  1321. From: postmaster@nexus.yorku.ca
  1322. Message-Id: <89Dec13.143734est.6288@nexus.yorku.ca>
  1323. From: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  1324. Subject: cm-8 and coco4
  1325. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1326. To: Multiple recipients of list COCO <COCO@PUCC>
  1327. Reply-to: tim koonce <koonce@BRAHMS.BERKELEY.edu>
  1328.  
  1329. Since part of the goal is to keep the entry level cost for people with
  1330. functioning CoCo 3 systems as low as possible, I can almost gaurantee
  1331. that it will work with the CM8.  You may not be able to use the 400 scan
  1332. line modes on the CM8, but it seems doubtful that any software will
  1333. use those modes right away.  The CM8 will certainly work fine for a while.
  1334.  
  1335.                                                 - Tim Koonce
  1336.  
  1337. Date: Mon, 11 Dec 89 13:10:22 EST
  1338. From: Brian Stretch <csc138462970@EMUNIX.EMICH.edu>
  1339. Subject: RE: cm-8 and coco4
  1340. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1341. To: Multiple recipients of list COCO <COCO@PUCC>
  1342. Reply-to: Brian Stretch <csc138462970@EMUNIX.EMICH.edu>
  1343.  
  1344. If the Phillips chip has an interlace 400 scanline mode, then you can use
  1345. the CM8 in 400 line mode (same as the Amiga).  The interlace flicker makes
  1346. for horrifying eyestrain on most text (remember, that halves that screen
  1347. refresh rate), but graphics are usually okay.. the added resolution is great.
  1348. (Turning down contrast cuts down on flicker.. good for text.. a filter screen
  1349. works well also.)
  1350.  
  1351. That Phillips chip sounds suspiciously like the Amiga's graphics chip.. at
  1352. least in specs.. anyone got the specs on the VDC?!
  1353.  
  1354.  
  1355. Date: Tue, 12 Dec 89 14:46:00 EST
  1356. From: LHARRIS@CLEMSON
  1357. Subject: coco4
  1358. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1359. To: Multiple recipients of list COCO <COCO@PUCC>
  1360. Reply-to: LHARRIS@CLEMSON
  1361.  
  1362. When will prototypes of the new coco 4 be completed?  Last I heard,
  1363. someone said in a month (that was about a month ago).  How is progress
  1364. comming with it... I know almost nothing gets done in the predicted
  1365. amount of time :-)
  1366.  
  1367. I figured out how to append my sig file properly!!  Cant wait to get
  1368. this message back and see how the net abuse the ASCII graphics...
  1369. (I'm set on repro).
  1370.  
  1371. Merry X to all...
  1372. ........................................................................
  1373. <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
  1374. <    /     /|    /'''/ /'''/ |  / > LHARRIS@CLEMSON.BITNET          >
  1375. <__ /     / |   /   / /   /  | / _> RELAY: "DUNE_BUGGY"             >
  1376. <- /     /--|  /--|- /--|-   |/ --> ** THIS SPACE AVAILABLE FOR **  >
  1377. < /____ /   | /   | /   |    /    > ADVERTISING, CALL 803-656-7627  >
  1378. <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
  1379. --"ONE DAY I'LL FIGURE OUT HOW TO GET THIS STUPID THING IN LOWERCASE"
  1380.  
  1381.  
  1382.  
  1383.  
  1384. Subject: 6809 vs. 68K graphics processor
  1385. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1386. To: Multiple recipients of list COCO <COCO@PUCC>
  1387. Reply-To: neals@TEKIGM2.MEN.TEK.com
  1388. X-To:         coco@PUCC.PRINCETON.EDU
  1389. Message-Id: <90Jan9.210458est.6287@nexus.yorku.ca>
  1390. Status: OR
  1391.  
  1392. Seems like the 6809 would have a hard time talking to the screen memory for
  1393. a 400 line display which (given 640 pixels/line) takes 32KB for mono, 64KB
  1394. for 4 color, etc.  Know what I mean?  If we stick to syscalls it won't
  1395. matter who's doing the real work, and I would bet the 68K would be 5 or 10
  1396. times faster (WAG).
  1397.  
  1398. Neal Sedell
  1399.  
  1400.  
  1401. Reply-To: mwood!attcc!hpn@ATT.ATT.com
  1402. Message-Id: <90Jan10.044717est.6287@nexus.yorku.ca>
  1403. Status: OR
  1404.  
  1405. About the KMA machine, since it's running a 68000, couldn't one use a Unix
  1406. port (if they have/will one)?
  1407. Who will sell it?  Microware?  Motorola?  Kevin D.?  3rd party?
  1408. Who will sell the OS-9 for it?
  1409.  
  1410. Also, heard somewhere that a new revision of OS9 will come out.  Who will sell
  1411. that?  And will the registration card I sent in give me a discount?
  1412.  
  1413. And since I can't seem to get a "tone" under C, would someone write a little
  1414. subroutine in C.  I want it to be able to use the os9 system calls not print
  1415. out a control-G or ascii 7 (thanks to all those that sent me messages on using
  1416. that beep, sounded kinda wierd having a ball "beep" instead of "boing" :-)
  1417.  
  1418. Here's what I had to "try" to make a bouncing tone:
  1419.  
  1420. #include <os9.h>
  1421.  
  1422. struct registers *regs;
  1423.  
  1424. <other subroutines>
  1425.  
  1426. tone()
  1427. {
  1428.     char code;
  1429.     code=0x8e;
  1430.     regs.rg_a=1;
  1431.     regs.rg_b=0x98;
  1432.     regs.rg_x=0x3f01;
  1433.     regs.rg_y=4000;
  1434.     _os9(code,regs);
  1435. }
  1436.  
  1437. But whenever I call the subroutine, I don't get any sound at all.  What it does
  1438. do is disable my BREAK key (so I had to switched to another window to kill
  1439. the process).
  1440.  
  1441. Huy Nguyen
  1442.  
  1443.  
  1444.  
  1445.  
  1446. From: CoCo Labs <DJH9381@RITVAX>
  1447. Subject: CoCo3 Successor
  1448. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1449. Reply-To: CoCo Labs <DJH9381@RITVAX>
  1450. Message-Id: <90Jan10.145349est.6171@nexus.yorku.ca>
  1451. Status: OR
  1452.  
  1453. I just had a message from Bruce Isted today...
  1454.  
  1455. He told me that it seems like there will be 2 models released - one
  1456. pushing the 6809 side while the other will push 68K...
  1457.  
  1458. Dave
  1459.  
  1460.  
  1461.  
  1462. From: knudsen@IHLPL.ATT.com
  1463. Subject: Coco 4, KMA, ...
  1464. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1465. Reply-To: knudsen@IHLPL.ATT.com
  1466. Message-Id: <90Jan10.233832est.6169@nexus.yorku.ca>
  1467.  
  1468. From: knudsen@ihlpl.att.com
  1469.  
  1470. Glad to hear what Bruce Isted said (about two models, tho that may cause
  1471. problems).
  1472.  
  1473. But a negative note:  I was on CIS a couple nites aggo, after 10 days
  1474. absence, and almost NO new messages had been posted in the "Hot
  1475. Topics" thread, the one everyone uses for the Coco4.  Maybe everyone's
  1476. all speculated out and just waiting for some hard facts,
  1477. but I found this kind of strange.
  1478.  
  1479. BTW, ws it here or on CIS that someone reported seeing a prototype
  1480. running, on or about Jan 4?  It was on two breadboards but the
  1481. 68070 grafix were very impressive in looks and SPEED.
  1482. The vapors are condensing...
  1483.  
  1484.  
  1485.  
  1486. From: Kevin Darling <76703.4227@COMPUSERVE.com>
  1487. Subject: 6809 Emulation/KMA
  1488. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1489. To: Multiple recipients of list COCO <COCO@PUCC>
  1490. Reply-To: Kevin Darling <76703.4227@COMPUSERVE.com>
  1491. Message-Id: <90Jan12.011836est.6172@nexus.yorku.ca>
  1492. Status: O
  1493.  
  1494. In response to Brian Wright:
  1495.  
  1496. > Guess they couldn't get it to emulate a 6809, eh?
  1497.  
  1498. If you meant (and apologies if you didn't) the KMA, then yes it's running
  1499. most 6809 code via an emulation right now. Far too slow for constant use,
  1500. but that'll improve. But the 6809 compilers, editors and basic09 do run!
  1501.  
  1502. Very handy if you have a filter you need to use, for example. I just
  1503. type "dir ! m6809 wc" and the 68000 dir command is piped to the 6809
  1504. wordcount util (which for now comes from /dd/cmds09). Later, we hope
  1505. to do an OSK shell that will recognize 6809 modules and calls the "m6809"
  1506. emulator automatically.
  1507.  
  1508.  
  1509. Kevin
  1510.  
  1511.  
  1512.  
  1513. From: TRAVIS COTTREAU <08COTTR@AC.DAL.ca>
  1514. Subject: KMA 680x0 (good name)
  1515. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1516. To: Multiple recipients of list COCO <COCO@PUCC>
  1517. Reply-To: TRAVIS COTTREAU <08COTTR@AC.DAL.ca>
  1518. Message-Id: <90Jan9.155128est.6288@nexus.yorku.ca>
  1519. Status: O
  1520.  
  1521.       I've been paying close attention to the news about the new OS9
  1522. computer and I think that it will probably be a real improvement over the
  1523. current Coco. One thing that I noticed no one ask is "What will this machine
  1524. look like?". I know that most of you think that it doesn't matter as long
  1525. as we get the great new computing power etc...I can understand that point
  1526. of view, but I find that whenever I see a new computer, it always looks so
  1527. typical. It would be great for the KMA to have a new unique look. If you
  1528. look at the run of the mill IBM compatible you get really bored fast. I mean
  1529. take a look. One exception to this rule is the Dell system 220. That is a
  1530. very attractive machine. I also had a chance recently to examine the new
  1531. NeXT machine from Steven Jobs (5 MIPS, m68030, 25MHz - really nice). This
  1532. is a very "sexy" computer. Just the look stuns you for a while.
  1533.       I don't want anyone to think that I would put the look of the KMA over
  1534. either the computing flexibility and power or afordability, but I would really
  1535. like something more than the monotone IBM drone. If not, well...I'll get it
  1536. anyway.
  1537.  
  1538. Travis Cottreau
  1539. 08COTTR@ac.dal.ca.bitnet
  1540.  
  1541.  
  1542.  
  1543. From: Frank Farm <sneezy@UCSCB.UCSC.edu>
  1544. Subject: KMA-68
  1545. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1546. To: Multiple recipients of list COCO <COCO@PUCC>
  1547. Reply-To: Frank Farm <sneezy@UCSCB.UCSC.edu>
  1548. Message-Id: <90Jan9.001708est.6287@nexus.yorku.ca>
  1549.  
  1550.  
  1551.     hmph.  i would have preferred "CoCoPro," but i guess that's
  1552.     what happens when you don't play where the "big boys"
  1553.     play.  i have several questions about the built-in scsi port:
  1554.     what does this mean?  how does it change the way one would add
  1555.     a hard drive to this system (as opposed to a CoCo)?  would the
  1556.     difference merely be that the host adapter is eliminated?
  1557.     (Refer to Rainbow, March 1989, "A Hard Drive for your CoCo,"
  1558.     page 46.)  if i am planning to buy a hard drive soon, is there
  1559.     any advantage in waiting for the KMA-68 to come out before i
  1560.     buy it?  or, does it really not matter and i should get my HD
  1561.     running as soon as i can on my coco 3?
  1562.  
  1563. also, i have searched and searched for R11-R14 in my multipak (26-3024),
  1564. but to no avail.  could someone please give roadmap directions to these
  1565. resistors?
  1566.  
  1567. Thanks,
  1568. Frank
  1569.  
  1570. P.S.  The screen-saver maze program is great, and i thank whoever ported
  1571.       it from the Sun, but it's _only_in_shades_of_gray_!!!  wouldn't it
  1572.       be a fairly simple task to make it pick a random color for each new
  1573.       maze?
  1574.  
  1575.  
  1576.  
  1577. From: knudsen@IHLPL.ATT.com
  1578. Subject: Re: 386, OS9000, '86 boards
  1579. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1580. To: Multiple recipients of list COCO <COCO@PUCC>
  1581. Reply-To: knudsen@IHLPL.ATT.com
  1582. Message-Id: <90Jan8.232331est.6287@nexus.yorku.ca>
  1583. Status: OR
  1584.  
  1585. From: knudsen@ihlpl.att.com
  1586.  
  1587. Re Jon Scheer's reply -- oh, I have every intention of plugging
  1588. in PClone *peripheral* boards -- hard drive, MIDI, clock, FAX,
  1589. you name it!  I pushed hard on CIS & Delphi to keep the PC Bus on
  1590. the KMA-68 (concensus name for the Coco-4 on CIS).
  1591. As Chris Burke has shown, that's the way to get everything
  1592. and save cash.
  1593.  
  1594. I meant to say that I could see no point in plugging 80*86
  1595. *processor* boards into the KMA.  In fact I doubt that the bus
  1596. architecture will support giving full bus mastery to a peripheral
  1597. card in that way.
  1598.  
  1599. PS: I liked Eric's comment about my having changed mail paths 14
  1600. times -- but really I've manually changed it only once or twice.
  1601. The domain mailers just keep picking alternate routes, hopefully
  1602. avoiding rutgers or cornell :^).
  1603.     --mike k
  1604.  
  1605.  
  1606.  
  1607. From: knudsen@IHLPL.ATT.com
  1608. Subject: More on "Coco-4"
  1609. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1610. To: Multiple recipients of list COCO <COCO@PUCC>
  1611. Reply-To: knudsen@IHLPL.ATT.com
  1612. Message-Id: <89Dec19.005407est.6456@nexus.yorku.ca>
  1613. Status: O
  1614.  
  1615. From: knudsen@ihlpl.att.com
  1616.  
  1617. The rumor I've heard about the 6809 emulator on the 68000
  1618. is that originally it was believed to be about as fast as a
  1619. real Coco 3.  But then folks realized that they were reading a
  1620. benchmark run on a 24 MHz 68030, not the 8-12 MHz 68070
  1621. (essentially a 68000).  In other words, maybe 2-4 times slower
  1622. than the Real Thing.
  1623.  
  1624. Not good, tho the L2 window grafix calls could be done in native
  1625. 68000 code, hence much faster.
  1626.  
  1627. Also there is some controversy about whether or not there will be
  1628. a 6809 and a GIME socket on the Coco-4/KMA.  One side says its inclusion
  1629. would slow down the memory and other things too much for the 68070,
  1630. so let's leave it off and make a clean break to OSK.
  1631. The other faction wants the 6809 on there to make a smoother transition 
  1632.  
  1633. and pick up more sales from Oco-3 users, but ironically also wants to
  1634. charge more markup on the hardware, thus pricing it out of range for
  1635. many Coco-3'ers.
  1636.  
  1637. A hopeful note:  Windows on the 68K side will use the exact same
  1638. escape codes and arguments as Coco-3-L2, and BASIC09 is
  1639. essentially the same on both OS9 and OSK.  So if you have a BASIC09
  1640. source program (not just the PACKed version) that plays with overlay
  1641. windows and grafix, it may very well run as-is on the new KMA.
  1642. (KMA == "Kiss My Amiga/Atari/Apple/A**").
  1643.  
  1644.  
  1645.  
  1646.  
  1647. From avy Fri Dec 22 09:57 EST 1989
  1648. From: avy (Avygdor Moise)
  1649. Date: Fri, 22 Dec 89 9:57:15 WET
  1650.  
  1651. Path: ists!yunexus!utzoo!utgpu!watserv1!watmath!iuvax!mailrus!uunet!mcrware!kim
  1652. From: kim@mcrware.UUCP (Kim Kempf)
  1653. Newsgroups: comp.os.os9
  1654. Subject: Re: OS9000/386
  1655. Message-ID: <1432@mcrware.UUCP>
  1656. Date: 21 Dec 89 16:23:20 GMT
  1657. References: <1989Dec18.085728.9745@metro.ucc.su.oz.au> <1805@ultb.isc.rit.edu>¡
  1658.  <1989Dec20.130322.896@ncsuvx.ncsu.edu>
  1659. Reply-To: kim@mcrware.UUCP (Kim Kempf)
  1660. Organization: Microware Systems Corp., Des Moines, Iowa
  1661. Lines: 14
  1662. Posted: Thu Dec 21 11:23:20 1989
  1663.  
  1664. In article <1989Dec20.130322.896@ncsuvx.ncsu.edu> cocoiii@shumv1.ncsu.edu (Joh¡
  1665. n Vestal) writes:
  1666. >
  1667. >     There is going to be a new computer coming out within six months at will
  1668. >run OS9000 thaat is built in to ROM.  This computer will run 6809 OS-9 stuff,
  1669. >as well as the OS9000 programs.  This computer will have a 68070 and a 6809.
  1670. >You can add a 68030 as a coprocessor.  This could help you.  It should only
  1671. >be in the $500-$600 range.
  1672. >                         cocoiii (John Vestal)
  1673.  
  1674. This of course, should have been cross posted to talk.rumors...
  1675.  
  1676. -- 
  1677. ----------------
  1678. Kim Kempf, Microware Systems Corporation    {sun,uunet}!mcrware!kim
  1679.  
  1680. From avy Fri Dec 22 09:58 EST 1989
  1681. Received: by gkcl.ists.ca (5.52/smail2.5/15-05-88)
  1682.     id AA26848; Fri, 22 Dec 89 09:58:02 EST
  1683. From: avy (Avygdor Moise)
  1684. Message-Id: <8912221458.AA26848@gkcl.ists.ca>
  1685. Subject: no subject (file transmission)
  1686. To: os9ug (OS-9 User Group)
  1687. Date: Fri, 22 Dec 89 9:58:02 WET
  1688. X-Mailer: ELM [version 2.2 PL0]
  1689. Status: OR
  1690.  
  1691. From: jonh@pogo.WV.TEK.COM (Jon Howell)
  1692. Newsgroups: comp.os.os9
  1693. Subject: Re: OS9000/386
  1694. Message-ID: <8308@pogo.WV.TEK.COM>
  1695. Date: 22 Dec 89 00:07:22 GMT
  1696. References: <1989Dec18.085728.9745@metro.ucc.su.oz.au> <1805@ultb.isc.rit.edu>¡
  1697.  <1989Dec20.130322.896@ncsuvx.ncsu.edu> <1432@mcrware.UUCP>
  1698. Reply-To: jonh@pogo.WV.TEK.COM (Jon Howell)
  1699. Organization: Tektronix, Inc., Wilsonville,  OR.
  1700. Lines: 31
  1701. Posted: Thu Dec 21 19:07:22 1989
  1702.  
  1703. >>     There is going to be a new computer coming out within six months at will
  1704. >>run OS9000 thaat is built in to ROM.  This computer will run 6809 OS-9 stuff,
  1705. >>                         cocoiii (John Vestal)
  1706. >This of course, should have been cross posted to talk.rumors...
  1707. >Kim Kempf, Microware Systems Corporation    {sun,uunet}!mcrware!kim
  1708. Whoah!  Turn down the flame thrower, pal!  John was close.  The new computer
  1709. should run Os9 68K (not OS9000.  BTW, what do the extra zeros do for it?)
  1710. in addition to everything John mentioned.  (tho there is debate as to whether
  1711. it will have an on-board 6809 or just a simulator.  Tests are showing the
  1712. simulator might be too slow.)
  1713.  
  1714. Admittedly, the project is pretty speculative, but from reports that have
  1715. floated my way, there are enough people behind it who are willing to invest
  1716. that it has a good chance of coming through.
  1717.  
  1718. Kim, being a uW employee doesn't MAKE you an authority, much less give you
  1719. the right to shame people's postings.  Please research the subject a bit
  1720. more before you condemn others' postings as rumor.  Because uW isn't selling
  1721. it doesn't mean it doesn't exist.  I know uW doesn't support low-end users,
  1722. but are you going so far as trying to dismiss us?  A stain on the ol' image,
  1723. hmm?
  1724.  
  1725. Others:  sorry for the re-flame, but I felt John's message deserved no such
  1726. slamming.
  1727.  
  1728.     --Jon
  1729. -- 
  1730. Jon Howell  jonh@pogo.wv.tek.com  (503) MAK-SEMA      : SciFi, drugs, and
  1731.   _   _ _   _      ___  _    _ _ | "Ah, I see that    : reality are just escape
  1732.  /_  /|/|  /| |  |  |  /| |  |/  |  now..." - the     : routes for those who
  1733.  _/ / | | /-| |_ |_ | /-| |_ |\_ | Mouse, _LadyHawke_ : can't handle C++.
  1734.  
  1735.  
  1736.  
  1737.  
  1738.  
  1739. From: Joseph Cheek <joseph_cheek%i-core@QUAD.com>
  1740. Subject: Re:      Re:  Latest on Coco-4
  1741. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1742. To: Multiple recipients of list COCO <COCO@PUCC>
  1743. Reply-To: Joseph Cheek <joseph_cheek%i-core@QUAD.com>
  1744.  
  1745. Well, it's good to be back on the list 8-)
  1746.  
  1747.     So, there's a CoCo 4/Pro/Plus/KMA perhaps coming out?  REALLY?
  1748. Please give me some info!  If this is a worn out topic, please send
  1749. replies to me personally (joseph_cheek@i-core.UUCP), if not then
  1750. publicly.  Please!
  1751.  
  1752.     Also, I vote for CoCoPro.
  1753.  
  1754.  
  1755.  
  1756.  
  1757. From: knudsen@IHLPL.ATT.com
  1758. Subject: Re: Coco 4 and Magnavox '515
  1759. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1760. To: Multiple recipients of list COCO <COCO@PUCC>
  1761. Reply-To: knudsen@IHLPL.ATT.com
  1762. Message-Id: <89Dec26.132729est.6286@nexus.yorku.ca>
  1763. Status: OR
  1764.  
  1765. From: knudsen@ihlpl.att.com
  1766.  
  1767. The official word is yes, the CocoPro/KMA will work fine with
  1768. the Maggie in all modes.  THis is because the 400 vertical lines
  1769. are achieved by interlacing odd frames, just like regular TV,
  1770. and we all know how great a VCR looks on a Maggie, right?
  1771.  
  1772. Interlacing is used on the AMigas as well, unlike the Atari ST
  1773. monochrome and Macs which use a higher horiz sweep rate and lower
  1774. vertical rate to get all the lines in each frame.
  1775. Consequently you get some flicker, but only highly noticeable on
  1776. certain kinds of pictures, and not visible in monochrome (two-color)
  1777. displays.
  1778.  
  1779. Interlacing is done by inserting extra sync pulses on the odd vertical
  1780. retraces to delay the sweep by half a line.  Hopefully the CM8's
  1781. circuits well be fooled as well as the 515's or a TV's.
  1782.  
  1783.  
  1784.  
  1785. From: knudsen@IHLPL.ATT.com
  1786. Subject: Re: 386, OS9000, '86 boards
  1787. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1788. To: Multiple recipients of list COCO <COCO@PUCC>
  1789. Reply-To: knudsen@IHLPL.ATT.com
  1790. Message-Id: <90Jan8.232331est.6287@nexus.yorku.ca>
  1791. Status: OR
  1792.  
  1793. From: knudsen@ihlpl.att.com
  1794.  
  1795. Re Jon Scheer's reply -- oh, I have every intention of plugging
  1796. in PClone *peripheral* boards -- hard drive, MIDI, clock, FAX,
  1797. you name it!  I pushed hard on CIS & Delphi to keep the PC Bus on
  1798. the KMA-68 (concensus name for the Coco-4 on CIS).
  1799. As Chris Burke has shown, that's the way to get everything
  1800. and save cash.
  1801.  
  1802. I meant to say that I could see no point in plugging 80*86
  1803. *processor* boards into the KMA.  In fact I doubt that the bus
  1804. architecture will support giving full bus mastery to a peripheral
  1805. card in that way.
  1806.  
  1807. PS: I liked Eric's comment about my having changed mail paths 14
  1808. times -- but really I've manually changed it only once or twice.
  1809. The domain mailers just keep picking alternate routes, hopefully
  1810. avoiding rutgers or cornell :^).
  1811.     --mike k
  1812.  
  1813.  
  1814. From: Frank Farm <sneezy@UCSCB.UCSC.edu>
  1815. Subject: KMA-68's looks and motd
  1816. Sender: COCO - Tandy Color Computer List <COCO@PUCC>
  1817. To: Multiple recipients of list COCO <COCO@PUCC>
  1818. Reply-To: Frank Farm <sneezy@UCSCB.UCSC.edu>
  1819.  
  1820. >From what's been said, I'm assuming the thing will look like whatever you want
  1821. it to.  It's designed to fit into an IBM case, but no one is forcing you to put
  1822. your board in one.  So though it will _look_ like an IBM, it certainly won't
  1823. _perform_ like one.  :-)  If you really want it to look different, you can
  1824. always find some spray paint (or whatever), but be sure that what you change
  1825. to make it look nicer doesn't have a harmful effect on the computer.  (Will
  1826. a layer of paint increase the inside temperature???)
  1827.  
  1828. MOTD is, I believe, the newsletter of the OS-9 User's Group.  The origin is
  1829. probably from "message of the day," which (on our machines here) is a
  1830. message that all users see when they log on.
  1831.  
  1832. -- Frank
  1833.  
  1834.