HDTenEightyP/NetNews huggingface dataset:
From: sheppard_r@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st.tech
Subject: The PCMCIA Standard
Date: 19 Dec 1992 10:53:30 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: sheppard_r@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

PCMCIA 2.0-1.0...


Is this a Bus standard or just a Ram card standard like a SIMM..??


Can some one point me to some info on this standard for these
devices/cards that are used on the New Amigas and in the Microsoft
palm top computer..

I note that Amigas mention PCMCIA 2.0, on the Microsoft its a PCMCIA 1.0,
what is the difference, ? is this just a read only port,? and how big
physicaly are these devices, also the Microsoft thing did mention
8 megs of ram...

Also are there any othere versions, say like 3.0 or 4.0...??



Thanks....


Roger............           sheppard_r@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st.tech
From: apelled@cix.compulink.co.uk (Adam Pelled)
Subject: Re: Sending objc_draw to a memory buffer rather than screen
Reply-To: apelled@cix.compulink.co.uk
Date: Fri, 18 Dec 1992 02:04:00 +0000


In article <1992Dec11.094743.20421@aber.ac.uk>, hrs@aber.ac.uk (Herbert Martin Sauro) writes:
>The trouble with using a window is that one doesn't recveive instant feedback
>from the slider as its draged etc. so that the window contents aren't
>updated until after the slider has finished moving.

    True. But live redraws would put a lot of burden on the processor.
The Archimedes does live redraws when windows are dragged around. Quite
impressive, but then it is a pretty nippy RISC machine.

    Adam.
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
From: coonstot@kimbark.uchicago.edu (charles orville onstott)
Subject: Anon FTP Sites
Reply-To: coonstot@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Mon, 14 Dec 1992 23:24:37 GMT

I am looking for anonymous ftp sites for the Atari ST.  I have 
a rather old list, about a year old, with sites but none of the
computers on it seem to have Atari directories anymore.  Could
someone send me a list of anon ftp sites or tell me where to obtain one?

Thanks.

BCnya,
  Charles O. Onstott, III

-- 
Charles O. Onstott, III                         (coonstot@midway.uchicago.edu)
Graduate Student in Religion and the Human Sciences
The University of Chicago Divinity School
           "For [the study of] history, too, has its fashions."  (Anouilh)
Newsgroups: comp.sys.atari.st.tech
From: hohmuth@freia.inf.tu-dresden.de (Michael Hohmuth)
Subject: Re: drop down menus in GEM
Keywords: AES, GEM
Organization: Dept. of Computer Science, TU Dresden, Germany
Date: Fri, 18 Dec 1992 17:37:05 GMT

In article <1992Dec18.120356.2386@infodev.cam.ac.uk>, rpj12@cus.cam.ac.uk (R.P. Jones) writes:

> When using drop down menus how do you get the chech marks to work?
> 
> Have tried using the AES routine MENU_ICHECK but this does not seem to
> make any difference. Have tried changing the status of the object in
> the tree using OBJC_CHANGE but this doesn`t effect it either.

menu_icheck should do the job. (objc_change should also, but this is not 
documented and will probably not work with MultiTOS).

Perhaps you got the parameters wrong? Perhaps your .RSC file is invalid?

Michael
-- 
Internet: hohmuth@freia.inf.tu-dresden.de
Organization: Ryerson Polytechnical Institute
Date: Friday, 11 Dec 1992 11:32:28 EST
From: <EENG6826@RyeVm.Ryerson.Ca>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: HPACK 0.78 binaries ?
Distribution: na
 <1992Dec11.013908.1133@cs.aukuni.ac.nz>

Well, I would do it but I don't have an hard drive and I don't think
it would work from floppy drive :-(.

Also HPACK has a nice function that kind of tars the files before
compressing, therefore giving additional savings if the files are
similar. (I was impressed with this).

Carlos Varela
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
From: Cford@debug.cuc.ab.ca (Conan Ford)
Subject: How GEM knows X and Y resolution
Reply-To: Cford@debug.cuc.ab.ca (Conan Ford)
Organization: The Magic BBS (Debug Computer Services)
Date: Tue, 15 Dec 92 00:55:45 GMT
Followup-To: comp.sys.atari.st.tech
Keywords: 
 
 

How does GEM determine the Screen X and Y resolution?  Is there some sort
of table that is used that has the values for each resolution?  Any idea
on the location of this table, if on exists?
 
How can I change the Screen X and Y resolution.
-- 
 Conan Ford 1:134/9,201:5500/9,1:134/21    | Save our forests - ask for
 Cford@debug.cuc.ab.ca                     | plastic bags :-)
------------------------------------------------------------------------
 I do not represent Debug Computer Services.
Newsgroups: comp.sys.atari.st.tech
From: rpj12@cus.cam.ac.uk (R.P. Jones)
Subject: drop down menus in GEM
Organization: U of Cambridge, England
Date: Fri, 18 Dec 1992 12:03:56 GMT

Rather a simple question, but its giving me some stick!!!

When using drop down menus how do you get the chech marks to work?

Have tried using the AES routine MENU_ICHECK but this does not seem to
make any difference. Have tried changing the status of the object in
the tree using OBJC_CHANGE but this doesn`t effect it either.

I wonder if the writing mode set with VSWR_MODE makes a difference.
I have tried 'replace' and 'Xor' but this seems to make no difference!!!

Help!! please, how do I make my check marks do something.
Newsgroups: comp.sys.atari.st.tech
From: seibert@Informatik.TU-Muenchen.DE (Ewald Seibert)
Subject: Re: Falcon questions
Originator: seibert@hphalle8e.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 15 Dec 1992 14:27:33 GMT


Hi Kevin!

|> Does the Falcon take Simms ? If yes I may get the XtraRam deluxe,
|> then get a 1meg Falcon later on.
***
No not the machines shown yet. NO not at all.
 
|> I can get a SCSI disk now and move that to the Falcon, so I could get
|> a 1meg diskless Falcon and just plug it in, couldn't I?
***
it's not sure that 1meg Falcons will ever apear! (think of the 130ST)

|> I know my external disk won't work. Will a SCSI floptical ?
|> 
|> I'd like a tape drive and maybe someday a cd-rom (PhotoCD compatible
|> pref). If I get an ICD Link I can get just about any SCSI device,
|> right? And they'll work with my wife's LCII too ?

RIGHT
 
|> Does (will) MultiTos (I won't buy a Falcon till it comes with MultiTos)
|> support the AppleTalk LAN connector ? Or would I need a 3rd party
|> APPLESHARE.XFS ?
|> 
|> How about ISO9660.XFS for CD-roms?
|> I've heard rumours that the Falcon will be CD-I compatible; compatible
|> enough for me to pick up CD-I stuff from a department store and run it
|> at home ? Or just enough to read the disks ?
|> Proper support for Minix-type filesystems (ie backups and fileselector)?

it;s worked on the CD- ROM,Phot .. support. I which way it'll be included isn't
known up to now

|> Does the Falcon's SCSI-2 support `fast SCSI-2' ?
|> Can I mix'n'match SCSI and SCSI-2 devices with no speed penalty.
|> I think to use `fast SCSI-2', all devices must be `fast' (synchronous ?)

no it's only a SCSI-2 plug but a SCSI-1 bus (like the NeXT)

MfG
			Jackintosh
-- 
==============================================================================
seibert@informatik.tu-muenchen.de   ist
Ewald Seibert, Herschelstr.1 8070 Ingolstadt,  0841-86480

    Dont't blame ATARI for things, the GURU told you from the ARABIAN NIGHTS (*
==============================================================================

(*  = Maerchen aus 1001 Nacht
From: gerrymon@eng.umd.edu (Gerry Mon)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon questions
Date: 16 Dec 92 14:22:37 GMT
Organization: Project GLUE, University of Maryland, College Park

In article <71753@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
>Ewald Seibert writes:
>
>>|> Does the Falcon's SCSI-2 support `fast SCSI-2' ?
>
>>no it's only a SCSI-2 plug but a SCSI-1 bus (like the NeXT)
>
>Hold the phone...
>
>This is the first I've heard this about the Falcon's SCSI..
>
>What's this all about..?
>
>BobR

Bob,

This is how I understand the situation.  The original SCSI-1
specifications were a little too loose.  This caused a lot of minor
problems with various SCSI devices.  In the early days, I remember
hearing some Mac owners reporting slight problems with various SCSI
drives (i.e. it might work fine with one particular brand but have
problems with another).  Another problem was the lack of a standard
SCSI port.  The Mac used one type while other computers used a
different type.  This caused problems with getting the right cabling.

Anyway, the SCSI-2 specifications were proposed to help tighten up the
original standard.  One of the problems the new standard addressed was
the lack of a standard SCSI port.

In addition, the SCSI-2 specifications allowed several _optional_
features to help boost speed.  One was called Fast SCSI and used
synchronous transfers to double the transfer rate.  The other was
called Wide SCSI and used a 16-bit port as opposed to the standard
8-bit port (I think this is implemented with a separate cable with the
additional 8 lines).

Finally, the SCSI-2 specifications were designed to be compatible with
the original specifications.  Any SCSI-1 device should work fine.

From what I understand, the Falcon030 does have a true SCSI-2 port.
It just doesn't support the _optional_ extras.  I think the same is
true with the NeXT computers.

--Gerry
From: rossin@hpfcso.FC.HP.COM (Ted Rossin)
Date: Tue, 15 Dec 1992 15:54:12 GMT
Subject: Re: Parts info for a 16-bit sampler...
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.atari.st.tech

For 16-bit A to D I would recomend The CRYSTAL CS4216.  This is a pretty new
chip but it is kick ass.  Analog devices has a similar part.  The CS4216 is
a stereo 16-bit CODEC.  If you don't know, that means it has two A/D and two 
D/A converters on one chip.  This lets you record and play back.  The only 
pisser about this chip is that it has a serial interface.  For me this was
a bonus because I was able to directly connect it up to the serial ports on
my TMS320C30 DSP.  The serial interface is not RS-232, it is a synchronous type
that DSPs use.  The part does sound great I might add.  Great for a MIDI tone
module I might add.  

			Ted Rossin

	
Newsgroups: comp.sys.atari.st.tech
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: TOS 2.06 Purchase
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Wed, 16 Dec 1992 17:49:12 GMT

In article 107480005@hpfcso.FC.HP.COM, rossin@hpfcso.FC.HP.COM (Ted Rossin) writes:
>Thanks for all the help.  I have an order in with Codehead Technology.
>
>			Ted Rossin

No worries, Ted.  I think you'll find TOS 2.06 *well* worth the cost.  Enjoy!

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________


Newsgroups: comp.sys.atari.st.tech
From: pyr579@oz.plymouth.edu (Technoid)
Subject: C Progr Q's
Reply-To: pyr579@oz.plymouth.edu (Technoid)
Organization: Plymouth State College - Plymouth, N.H.
Date: Sun, 13 Dec 92 18:49:29 GMT

Hello,

	Couple of C questions for GEM programs. One, if you have a
window up on the GEM desktop ( ie thru and acc ), and the user selects
a file from an open drive window, are there any GEM conventions for
recognizing what the file is and that a file has indeed been selected
and dragged into MY window? 
	Second, HOW do you get Sozobon 1.33 to compile an acc? I try
the following line:

	cc -r minstart.o -o filename.prg filename.c aesfast.a vdifast.a

	And I receive some errors about argc, argv, and main related to
dlibs.a. I did not receive the minimum.h with my Sozobon archive and
that might be the problem, anyone have it that could mail it to me?
I actually didn't get anything in the sys directory within the include
directory. I need to point out that the examples programs included did
compile with their make files, but I cannot compile them if I try it
without the make file.

Thanks

	Stephan


-- 
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  pyr579@oz.plymouth.edu      Stephan R. Cleaves      Salamanders Are Slick...
  	       Newts Are Neato-van...    Chameleons Are Cool...
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
From: Vincent_Partington@p15.f202.n281.z2.fidonet
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Supexec
Date: Wed,  9 Dec 92 11:11:42 +0100
Reply-To: p15.f202.n281.z2.fidonet!Vincent_Partington@nextjk.wlink.nl
Distribution: world
X-FSC-PID: LED 1.00

In a message of <Tue  1 Dec 92 11:44>, Roger-Hunen (2:281/202.0) writes:

 R> I am writing a program that requires a routine executed in Supervisor
 R> mode. I use Supexec (XBIOS $26) for that. Is it documented what
 R> registers are preserved by Supexec, ie. what registers are passed
 R> unmodified to my routine?

Well, d0-d2 and a0-a2 certainly will not be guaranteed to work because the
TOS-routines use (some of) those to determine the address of the
Supexec-routine. But maybe d3-d7 and a3-a6 will survive because tose are
always the ones TOS-routines are guaranteed not to be changed.
But to be on the safe side: pass the arguments via the stack ar a fixed
paramter block.

Ta!
    Vincent

FidoNet : 2:281/202.15
NeST    : 90:500/202.15 <-- NEW ADDRESS!!!
Usenet  : vincent@nextjk.wlink.nl

--- MARSmail v1.20/4D
 * Origin: For questions about Jekyll: N_JEKYLL (2:281/202.15)
From: rossin@hpfcso.FC.HP.COM (Ted Rossin)
Date: Mon, 14 Dec 1992 15:57:27 GMT
Subject: Re: TOS 2.06 Purchase 
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.atari.st.tech

Thanks for all the help.  I have an order in with Codehead Technology.

			Ted Rossin
Xref: sparky comp.sys.atari.st.tech:6296 comp.sys.atari.st:18477
From: seimet@rhrk.uni-kl.de (Uwe Seimet)
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: Re: Falcon and Unix Sys V
Date: 16 Dec 92 11:27:04 GMT
Distribution: eunet
Organization: University of Kaiserslautern, Germany

mauritz_c@spcvxb.spc.edu writes:

>I haven't heard if Atari's system V port will run on the Falcon.
It doesn't. BTW, the Falcon is too slow for it. I run ASV on the TT and you
need the speed of this machine.

***************************************
*        Uwe Seimet                   *
*        seimet@rhrk.uni-kl.de        *
*        seimet@chemie.uni-kl.de      *
*-------------------------------------*
* I really hate this damned machine,  *
*     I wish that they would sell it. *
* It never does that what I mean      *
*     but only what I tell it.        *
***************************************
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: *Help* I need to make a non-standard text file standard.
Date: 14 Dec 92 05:34:07 GMT
Reply-To: warwick@cs.uq.oz.au

sheppard_r@kosmos.wcc.govt.nz writes:

>BobR writes:
>>A very simple way to do this is to use a wordprocessor
>>(like ST Writer) which has Search and Replace capabilities..

>No need for any of that, just load it into Tempus and save it again,

Or do the same in Elvis.

>Can some one tell me why these Programers can't uses the Standard Text Format
>this is Used by the ST..??

Who said the files came from an Atari?

	MS-DOS and GEMDOS use CR/LF
	Unix uses LF
	Mac uses CR

Silly, huh?


>Lets keep to the Atari Standard...??

Yes.  The best thing about the "CR/LF" standard is that it works fine on
Unix as well [stuff the Mac].


--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /   C references are NULL && void*
      v      Brisbane, Australia.        /
From: glens@natinst.com (Glen Sescila)
Newsgroups: comp.sys.atari.st.tech
Subject: Looking For 8x8 Font BitMap
Date: 14 Dec 1992 11:28:48 -0600
Organization: National Instruments, Austin, TX
Distribution: usa
NNTP-Posting-Host: falcon.natinst.com

	Is there anyway that I can get TOS to give me a pointer to its 8x8
character set?  I could not find any such call in the GEMDOS or BIOS manuals
and I don't think that any of the text-output calls will work for my
application.  Or if anybody has an 8x8 character set that they would like to
donate just e-mail it to me (although this will make my application 2K
bigger and I am already requiring a 2Meg machine, and I haven't added sound
yet :-/ ).

Thanks.
-----------------------------------------------------------------------------
"Now You're Playing With Power Without The Price!"  Glen Sescila   |||
                                                                  / | \
My opinions do not necessarily reflect those of my employer and probably are
exact opposites.	InterNet: glens@natinst.com
-----------------------------------------------------------------------------
Newsgroups: comp.sys.atari.st.tech
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: Will GCC 2.x compile with the MiNT library ?
Organization: SAR Systems Development & Processing, JPL
Date: Fri, 18 Dec 1992 07:04:48 GMT

In article <JENSK.92Dec17150240@hpbbrn.bbn.hp.com> jensk@hpbbn.bbn.hp.com (Jens Kilian) writes:
>The subject says it all. I'd like to convert to GCC 2.x, but I also want
>to use the MiNT library. Has anybody done this? If so, did it work ?

The MiNT library was initially written for GCC. They were practically made
for each other... Yes, it will work fine.
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

All true wisdom is conveyed in one-line witticisms.
Newsgroups: comp.sys.atari.st.tech
From: cbbrowne@csi.uottawa.ca (Christopher Browne)
Subject: GCC Request
Organization: Dept. of Computer Science, University of Ottawa
Distribution: na
Date: Sun, 13 Dec 92 23:05:06 GMT

There has been something of a proliferation of GCC versions lately :-).
A pretty happy fact, for the most part.

I'd like to make a general request:  When people put up newer versions,
could they include in the archive a copy of the "diffs" file?  I don't
mean the source code diffs, but rather the general comments concerning
the changes between (say) 2.3.1 and 2.3.2.  If I remember correctly,
it's included with the sources either as something like diffsfrom2.3.1,
or news2.3.2.

It would be useful to have access to some sort of description of the
changes from version to version.

Thanks!
-- 
Christopher Browne                |     PGP 2.0 key available
cbbrowne@csi.uottawa.ca           |===================================
University of Ottawa              |  The Personal Computer:  Colt 45
Master of System Science Program  |  of the Information Frontier
From: grr@cbmvax.commodore.com (George Robbins)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: The PCMCIA Standard
Date: 20 Dec 92 00:47:06 GMT
Reply-To: grr@cbmvax.commodore.com (George Robbins)
Organization: Commodore, West Chester, PA

In article <1guuvaINNq0k@golem.wcc.govt.nz> sheppard_r@kosmos.wcc.govt.nz writes:
> PCMCIA 2.0-1.0...
> 
> 
> 
> 
> Can some one point me to some info on this standard for these
> devices/cards that are used on the New Amigas and in the Microsoft
> palm top computer..
> 
> I note that Amigas mention PCMCIA 2.0, on the Microsoft its a PCMCIA 1.0,
> what is the difference, ? is this just a read only port,? and how big
> physicaly are these devices, also the Microsoft thing did mention
> 8 megs of ram...
> 
> Also are there any othere versions, say like 3.0 or 4.0...??

PCMCIA 2.0 is the most recent version.  It includes both an SRAM
interface and a PC-like 8/16 bit I/O interface.  The standard also
includes a bunch of software stuff.

I'm not sure exactly what was in version 1.0, but I suspect that
this might mean memory only, without the I/O capabilities.

Size-wise the cards a "credit-card" sized.  The interface supports
up to 64 M-byte of address space, but unless the system has a 32-bit
address bus, probably only part of the space is accessible, perhaps
with a page register to allow access to the remainder.

-- 
George Robbins - now working for,     work:   to be avoided at all costs...
but no way officially representing:   uucp:   {uunet|pyramid|rutgers}!cbmvax!grr
Commodore, Engineering Department     domain: grr@cbmvax.commodore.com
Newsgroups: comp.sys.atari.st.tech
From: randyh@sad.hp.com (Randy Hosler)
Subject: Re: C Progr Q's
Date: Wed, 16 Dec 1992 17:19:02 GMT
Organization: HP Sonoma County (SRSD/MWTD/MID)
X-Newsreader: TIN [version 1.1.4 PL6]

Technoid (pyr579@oz.plymouth.edu) wrote:
: Hello,
: 
: 	Couple of C questions for GEM programs. One, if you have a
: window up on the GEM desktop ( ie thru and acc ), and the user selects
: a file from an open drive window, are there any GEM conventions for
: recognizing what the file is and that a file has indeed been selected
: and dragged into MY window? 
: 	Second, HOW do you get Sozobon 1.33 to compile an acc? I try
: the following line:
: 
: 	cc -r minstart.o -o filename.prg filename.c aesfast.a vdifast.a
: 
  
  Try using sozoinit.o as your startup.  If you write your code correctly
  it will run as either a .prg or an .acc.  You can find it on a.a.umich.

: 
: Thanks
: 
: 	Stephan

  Your welcome, Randy Hosler
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MiNT, which way forward...
Date: 14 Dec 1992 20:32:16 +0100
Organization: Regional Computing Center, University of Cologne
Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
NNTP-Posting-Host: rs1.rrz.uni-koeln.de
Keywords: MiNT

In <Bz9AIr.I4L@hermes.hrz.uni-bielefeld.de> itschere@techfak.uni-bielefeld.de (Torsten Scherer) writes:

>Mr Stephen R Usher writes the following stuff I'd like to comment:

>> (4) Per-Process, highly efficient virtual memory (giving a process a
>>     virtual machine)

>don't think that's a good idea, think that's too complicated for too few use

In which respect would this make the  system  more  difficult  to
use?  VM  is  probably  a comlicated and complex matter regarding
implementing it in a kernel or writing libraries, but  it  should
be  transparent  for  the  non-system programmer and the user, so
they don't have to worry whether they're  using  a  vitual  or  a
physical machine.

To throw in my vote, I'd like  to  see  MiNT  move  in  the  Un*x
direction.  I'll  move  my  work to a Un*x box next year, and the
more unixlike my Atari is, the better will I be able to  use  for
development at home etc.

Greetinx, Jan

 +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
 |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
 |                                                                   |
 *----=<  hierarchical systems are for files, not for humans  >=-----*
From: tkld@cogsci.ed.ac.uk (Kevin Davidson)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Falcon questions
Date: 14 Dec 92 15:36:27 GMT
Organization: HCRC/CogSci
In-reply-to: tkld@cogsci.ed.ac.uk's message of 14 Dec 92 15:31:18 GMT


I forgot I also meant to ask about monitors.

I have an SM124, will it work with a Falcon ? How well ? What
resolutions would I get ?
I wouldn't mind getting a Multisync to replace it. What would get me
the largest screen size without too much interlace flicker ? Are the
interlaced modes actually usable, or should I just get a VGA monitor?

--
_______________Kevin__Davidson_________________________________________________
Centre for Cognitive Science/HCRC,   | tkld@cogsci.ed.ac.uk
University of Edinburgh,             | Kevin.Davidson@edinburgh.ac.uk
2 Buccleuch Place.                   | +44 31 650 4447 (temporarily)