HDTenEightyP/NetNews huggingface dataset:
From: andyf@uk.sun.com (Andrew Fox - Sun UK - Answer centre)
Newsgroups: comp.sys.acorn.tech
Subject: Re: Vision Digitiser
Date: 17 Dec 92 12:36:40 GMT
Reply-To: andyf@uk.sun.com
Organization: Sun Microsystems Ltd.

In article 633 burke@vxdesy.desy.de writes:

>In article <1992Dec16.184641.3377@cs.nott.ac.uk>, smb@cs.nott.ac.uk (Simon Burrows) >writes:
>> The Vision digitiser board is very sparsely populated, whilst the Rombo
>> digitiser board is dense with chips and assorted logic.
>
>As I understand it, the reason for this is that the HCCS board is basically
>just an ADC, with all the video decoding done in software (quite a clever
>piece of lateral thinking, IMHO). My impression from reading reviews is
>certainly that the HCCS board is better. Can the Rombo one grab frames in
>real time?

Another clever side effect of doing the video decoding in software is that 
the hardware for the colour digitiser is the same as that for the mono. It is
only the software that is different, or so I believe. 
I have looked at both the mono and colour boards, and both are identical. 
The only difference appeared to be the software that was supplied.
I have yet to verify this with an actual test, but I'm pretty sure it's
true.

The quality of the images generated by both the mono and the colour is
very good, especially considering the low price of the mono version.

Andy.

+-----------------------------+----------------------------------------------+
| Andrew Fox,                 |     'Life, don't talk to me about life.'     |
| Product Support Engineer,   +----------------------------------------------+
| Sun Microsystems Inc.,      |  					     |
| Citygate, Sale,             | Disclaimer:These opinions are mine, assuming |
| Cheshire, M33 1JF,          |            I can remember what I've said.    |
| ENGLAND. +44 (0)61-905-4589 |                                              |
+-----------------------------+----------------------------------------------+

"A common mistake that people make when trying to design something completely
 foolproof was to underestimate the ingenuity of complete fools."
                                            - Douglas Adams, "Mostly Harmless"




Newsgroups: comp.sys.acorn.tech
From: troeste@Mari.Unit.NO (Trygve R|ste)
Subject: Re: ObjAsm: Conditional Includes
Reply-To: troeste@Mari.Unit.NO (Trygve R|ste)
Organization: University of Trondheim
Date: Fri, 18 Dec 92 21:25:09 GMT


There is a switch on cc (Acorn/Norcroft C) which turns off compilation
and linking, i.e. the preprocessor is the only part involved. Then cc can be used as a preprocessor for ObjAsm files:

  cc -E -o tmp.asmfile s.asmfil
  objasm -o o.asmfile tmp.asmfile
  erase tmp.asmfile 

where spp.asmfile is an objasm file containing #define, #ifndef,
#include etc...

I have not tried it yet, but I think it should work. 

Anyway, it would have been better if it where possible only with ObjAsm directives. 


-Trygve
From: maupb@csv.warwick.ac.uk (Mr J L Saunders)
Newsgroups: comp.sys.acorn.tech
Subject: Re: High res Colour Printing in RISCOS 3.1
Date: 17 Dec 1992 16:14:21 -0000
Organization: Computing Services, University of Warwick, UK
NNTP-Posting-Host: violet.csv.warwick.ac.uk

In article <ARM200-921216134020-1454F42C*@MHS> /G=Owen/S=Smith/O=SJ-Research/ADMD=INTERSPAN/C=GB/@mhs-relay.ac.uk writes:
%The entry for the Epson.JX-80 says:
%
%"The "Epson.JX-80" printer definition file is the same as the "Epson.FX-80"
%file, except that it uses colour for non interlaced graphics printouts ie.
%120 by 72 DPI or lower. There are two reasons for this. Firstly, interlaced
%colour printing would involve an excessively large number of  print head
%passes (8, 12, 16 or 24) over the same line on the paper. Secondly, on the
%second or subsequent interlace passes, the light ribbon colours (eg. yellow)
%would be printing on top of dark colours already on the paper. This causes
%contamination of the lighter ribbon colour and seriously reduces usable
%ribbon life - unless you are happy with muddy yellows."
%
%This explains why I didn't put colour interlaced resolutions in. In a school
%environment (and many others), it just isn't appropriate as it takes forever
%and destroys the ribbon in no time at all (and schools can't afford to waste
%consumables like that). Kids being kids, it is very likely that left to
%their own devices they'll select what appears to them to be the best
%resolution ie. the highest.
%
%As to what you can do about it, all you need to do is play around with
%!PrintEdit for 10 minutes. I did actually try 360 by 360 colour on a Star
%LC24-200, starting with a brand new ribbon. It took FOREVER to print (16
%head passes per line) and the paper was a soggy mess afterwards. The 180 by
%180 printout of the same picture actually looked better. (There was a review
%of colour dot matrix printers in Acorn User about 18 months to 2 years ago
%that said the same thing ie. 180 by 180 looked better than 360 by 360.) On
%top of this, when I tried it the ribbon needed changing after just one page
%of 360 by 360 - the yellow just wasn't yellow anymore after over-printing so
%much on darker colours. I stand by my decision not to make interlaced colour
%resolutions available in the supplied printer definition files. If you want
%to add it yourself, go ahead. !PrintEdit is all you need.
%
%Owen.

Why not just print the yellow first? This seems obvious to me.

Jason
-- 
    "Merry Xvob!"      Jason L Saunders [ RouE ]       "Merry Xvob!"
                     email: maupb@csv.warwick.ac.uk
snail: Warwick Business School, University of Warwick, Coventry CV4 7AL, UK

Newsgroups: comp.sys.acorn.tech
From: roozemaa@dutiws.twi.tudelft.nl (Peter.Roozemaal.IS-assistent)
Subject: Re: RISC OS3.1 + SCSI problem
Organization: Delft University of Technology
Date: Thu, 17 Dec 1992 16:22:13 GMT

In article <5847@krafla.rhi.hi.is> adamd@rhi.hi.is (Adam David) writes:
>blekken@fwi.uva.nl (Erwin 'Yaaah' Blekkenhorst (I88)) writes:
>
>>I have a Lingenuity SCSI interface (shouldn't have bought it in the first
>ace)
>
>I have the same problem as far as this goes. Will there ever be a firmware
>upgrade?
>
I don't know if Lindis will ever support an firmware upgrade but
someone with an EPROM-programmer might help you with it. Lindis
usually supplies an ROM-image on their support disks.

>Unless subsequent damage has occured, wiping and reconfiguring the CMOS
>values should fix it. If it is very old Lingenuity firmware, they might
>have made a mistake that has since been fixed. I think I'm running the
>1.3 firmware. Apart from the obvious hassles with directory size and filename
>length, the only noticeable omission is that the new method of showing the
>disk free-space is not supported. And of course the old gripe that it is

The latest version I know about is the 2.43 or the like; it runs well on
my old (1.2? or 1.30) hardware. Versions 1.87 is a stable version
that ran well.

The free-space "problem" may be fixed by an alias:
set alias$free showfree -fs SCSI %*0
{this should be refined by testing on command mode or using
<FS$temporaryFS> }

Success
-- 
--- Peter W. Roozemaal --- Email: witaroo@dutinfh.twi.tudelft.nl --------------
-------------------------- Smail: Geitenkamp 45 -------------------------------
--- tel. +31-15-611389 ---------- 2623 BB  Delft ---------- If it's urgent, ---
--------------------------------- the Netherlands --------- don't phone me! ---
Organisation: European Space Operation Centre (E.S.O.C)
Date: Monday, 14 Dec 1992 11:14:06 CET
From: <SMARTIN@ESOC.BITNET>
Newsgroups: comp.sys.acorn.tech
Subject: Re: Measurement Instruments
 <1992Dec11.121731.29632@unix.brighton.ac.uk>

In article <1992Dec11.121731.29632@unix.brighton.ac.uk>,
rjb12@unix.brighton.ac.uk (Titch) says:
>
>davism@uhura.aston.ac.uk (Mik Davis) writes:
>>   Someone I know is trying to put together a computer system to use for the
>> measurement of pulse-rate, blood pressure and other sorts of things that    t
>migh
>> be needed in a P.E. Laboratory. He would like to use an A3000 (as he already
>> has one).
>>   I know there isn't any special equipment for doing this with an Arch. but
>> how about IEEE488 interfacing or something along those lines?
>>   Does anyone have any suggestions about how this could be achieved?
>
>There is a company who advertise in BBC Acorn User, Acorn Computing etc who
>sell IEEE488 interfaces for the Archimedes range. Unfortunately I can't
>remember their name! I saw an advert for them last month, so they haven't
>gone bust (yet!).

I think the company you are thinking of is Intelligent Interfaces, based
in Eastleigh, Hants. The address and phone number have been posted
recently, but I can dig it if anybody wants it.

(By the way, I am not linked to this company in any way, other than the
fact that I bought my A5000 from them).

-----------------------------------------------------------------
Stuart Martin (Logica at ESOC)     smartin@esoc.bitnet

Any opinions expressed in the above posting are in no way intended to
represent the official opinions of either Logica or ESOC.
Newsgroups: comp.sys.acorn.tech
Subject: !Glazier
From: jwil1@cs.aukuni.ac.nz (TMOTA)
Date: Sat, 19 Dec 1992 03:24:13 GMT
Organization: Computer Science Dept. University of Auckland

More info on the template editor called !Glazier that I mentioned a few
days back... It's by a guy called Tim Browse... I'll ask him if I can post
it on comp.binaries.acorn soon...

The following includes replies to several posts, with willy-nilly quoting
from them all! ;-)

>This is interesting.  Would you mind asking him to reveal the new template
>format ? Maybe we have some suggestions for improvement.

Well, he's mentioned that he has an official filetype, and I've sent him my
suggestions for what would be nice to put in. Any other suggestions I
receive I'll try to forward to him... I'm sure that when a format emerges
he will be quite happy to reveal the contents to all... 

>>So any suggestions I will collect and pass on to him if he doesn't get them
>>for himself...

>- multi file editing

>Already implemented.

>- selection of icons in the template editor <> selected icons in the
>  window definition (unlike in the otherwise excellent TemplEd)

Already implemented. You can even drag the selection out and drop it into
another window to copy the icons across! It runs in 2 modes "Design" (where
you can't affect the WIMP-selected-bit-status), and "Test" (Where you can, but
you can't select&edit the icons)

>- nice structured C source where we easily can add our own tools ;-)
>  Or even better :
>  A modular approach like in ArtWorks would be 'creme de la creme' : so we
>  could share our tools without having to hack the C source.

Well, he said he might be willing to release the source when he's tidied it
up a bit...

>- output of a text file containing all the menu, icon & window text.  This
>  file could be used as input for the MessageTrans module.
>- grouped icones (like in Draw)
>- print facilities

All good ideas, which I'll try to pass on...
-- 
_________________  "I'd like to answer this question in two ways:
  /____ _ _/_ __       First in my normal voice, and then
 // / //_//_ /_/       in a silly, high-pitched whine." (Monty Python)
Newsgroups: comp.sys.acorn.tech
Subject: Help with C programming
From: jwil1@cs.aukuni.ac.nz (TMOTA)
Date: Sat, 19 Dec 1992 05:16:35 GMT
Organization: Computer Science Dept. University of Auckland

>>	What the best method of getting hold of a Application's Obey dir'.
>>I'm using Desktop C - so basically I need the path that resspr etc uses
>>to find its resources. At the mo. I'm launching the file with the usual
>>!Run, but with the ugly line...
>>
>>	Run <CADshell$Dir>.!RunImage "<CADshell$Dir>"
>>
>>	Then using argv [1] to pick it up - theres gotta be a better way ;-)

You can use <CADshell$Dir> within your program with no problems,
i.e. to open a file in your directory called 'resource':

  infile = fopen("<CADshell$Dir>.resource", "r");

-this assumes that in your !Run file you are using:
  Set CADshell$Dir <Obey$Dir>

If you want to use the same path as resspr, then use:

  {
    char pathname[256];

    res_findname("resource", pathname);

    fopen(pathname, "r");
  }

If you have done
  res_init("CADshell");
then the above code will fill 'pathname' with the string
  "<CADshell$Dir>.resource"
which can, as above, be used to find your resources.

(cf pages 252-253 of the desktop C manual)
-- 
_________________  "I'd like to answer this question in two ways:
  /____ _ _/_ __       First in my normal voice, and then
 // / //_//_ /_/       in a silly, high-pitched whine." (Monty Python)
From: exorcist@dcs.qmw.ac.uk (HORSNELL)
Newsgroups: comp.sys.acorn.tech
Subject: re: 35MHz ARM3
Keywords: 35MHz
Date: 17 Dec 92 10:37:26 GMT
Organization: Computer Science Dept, QMW, University of London


Hello,

   Where processing has a high cache hit-rate the speed should
   be that much quicker (ie, 10Mhz worth of more instructions 
   processed).  However, a problem occurs due to the memory 
   speed. Imagine, the memory bus is a highway with processor 
   access as a filter road.  Most other traffic has priority.
   The A400/1 has a two lane highway, the A5000 has a three lane
   highway.  So when the A400/1 has a traffic jam, the A5000
   has only hit 66% capacity and so the processor can still 
   access memory for whatever it needs.

   Sorry if this is too simplistic but I do like the analogy.

          Jason.H.
Newsgroups: comp.sys.acorn.tech
From: /G=Owen/S=Smith/O=SJ-Research/ADMD=INTERSPAN/C=GB/@mhs-relay.ac.uk
Subject: Re: High res Colour Printing in RISCOS 3.1
Organization: Yale CS Mail/News Gateway
Date: Wed, 16 Dec 1992 14:01:42 GMT

ajdh@bnr.co.uk (Andrew J D Hurley) wrote:

>In article <1992Dec11.182310.2@condor> blacka@logica.co.uk writes:
>>However, I discovered that the 3.1 driver does not support
>>colour in resolutions above 180x180.  I appreciate that high
>>resolution colour printing is not for those in a hurry, but
>>on occasions one is prepared  to wait.

>I am fairly sure I have managed 360x180 on my Swift24 since RO3.1
>but I could be wrong. If the printer uses interlace to get the 360x360
>(which the average 24 pin DM will do) then it is definately not a good
>idea to try colour at this resolution. The yellow part of the ribbon (and
>the others to a lesser extent) get extremely mucky in no time at all when
>you play around with interlace. Your ribbon will be all but useless after
>a page of full colour (eg. a scanned sprite) and they are not cheap
>to replace that often.

I'm glad to see someone agrees with me about interlaced colour ruining the
ribbon. Andrew has also pointed out something I forgot to mention, which is
that some of the newer 24 pin dot matrix printers can do 360 by 180 DPI
without interlacing. I didn't write any printer definition files which did
this since I didn't have any printers that could do it (I'm not sure that
there were any around at the time either). The point is that if 360 by 180
is non-interlaced then it's OK to use colour with it, although you may still
find that 180 by 180 will look better on some pictures. Turning a 360 by 180
interlaced definition into a non-interlaced one with !PrintEdit is
simplicity itself - just change the "X interlace:" field from 1 to 0. Make
sure your printer can actually print adjacent dots at 360 horizontal before
doing this. If it can't your printout will still look basically OK, but it
will be missing roughly every other horizontal pixel since the printer just
throws the unprintable dots away and you'll effectively get a 180 by 180
printout with some of the fine detail missing. Printers are quirky beasts at
the best of times.

Owen.
From: fl@tools.de (Frank Lancaster)
Newsgroups: comp.sys.acorn.tech
Subject: CD ROMs; CDXA & Multi session
Date: 11 Dec 92 19:38:20 GMT
Organization: Tools GmbH, Bonn, Germany
NNTP-Posting-Host: pierre.tools.de


Does anybody know if the Acorn CDFS can read CDXA and/or multi
sessions disks (like Electronic Books or Photo CDs)?

-- Frank Lancaster, fl@tools.de
From: rjb12@unix.brighton.ac.uk (Titch)
Newsgroups: comp.sys.acorn.tech
Subject: ARCfs & password encryption
Date: 17 Dec 92 10:24:46 GMT
Organization: University of Brighton, UK

I have an Internet-less friend who has a serious problem: she has ARCfs'd a
great deal of stuff on her A440 to, obviously, save space. Unfortunately 
someone (she swears not her) has encrypted the whole lot using the password
option within the ARCfs menu (the password is unknown).

Questions:
	Is it possible for her to recover the encrypted archives?
	Could a virus have accessed the password encryption feature
	within ARCfs?

Any help and advice much appreciated.

Cheers,

Rich.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rich Browning (rjb12@bton.unix)   * The Intel Plentium: Ethernet controller  
Department of Computer Science    * or fiendish knitting pattern?          
University of Brighton            * What!? It's a PROCESSOR???            
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.sys.acorn.tech
From: altman@cryton.demon.co.uk (Hugo Fiennes)
Subject: RISC OS 3.1 - Making it go quicker. 
Distribution: world
Organization: The Serial Port
Date: Tue, 15 Dec 1992 23:55:03 +0000


In article <1992Dec14.102039.21603@spider.co.uk> stuartb@spider.co.uk writes:

>
>I recently fitted RISC OS 3.1, and it felt slower to me too. 
>
>If you want it to 'feel' as fast as it did under RISC OS 2,
>RMFaster the following modules before entering the desktop, in
>approx. decreasing order of subjective speed improvement:
>
>        WindowManager
>        WindowUtils
>        FontManager
>        MessageTrans
>
I thought the RO3.1 ROMs were run 'flat out' ie at 12Mhz on fast bus
machines (or 8Mhz on slower ones)? Things like the Clib will be slower
too :-(

Hugo

-----------------------------------------------------------------------------
                                     "Did I say that? My lips didn't move..."
Hugo Fiennes - The Serial Port                      altman@cryton.demon.co.uk
                                                or altman@cix.compulink.co.uk
-----------------------------------------------------------------------------
Newsgroups: comp.sys.acorn.tech
From: roozemaa@dutiws.twi.tudelft.nl (Peter.Roozemaal.IS-assistent)
Subject: Re: Reading !Run vars
Organization: Delft University of Technology
Date: Thu, 17 Dec 1992 16:25:36 GMT

In article <1992Dec16.185334.11229@westminster.ac.uk> gpcec@westminster.ac.uk (Tom Kirby-Green) writes:
>Hi quick question...
>	What the best method of getting hold of a Application's Obey dir'.
>I'm using Desktop C - so basically I need the path that resspr etc uses
>to find its resources. At the mo. I'm launching the file with the usual
>!Run, but with the ugly line...
>
>	Run <CADshell$Dir>.!RunImage "<CADshell$Dir>"
>
>	Then using argv [1] to pick it up - theres gotta be a better way ;-)
>
>		Thanks in advance - J.T.T.B. Tom.
I would use the first part of argv[0]; that contains the full pathname
with which the program was invoked.


-- 
--- Peter W. Roozemaal --- Email: witaroo@dutinfh.twi.tudelft.nl --------------
-------------------------- Smail: Geitenkamp 45 -------------------------------
--- tel. +31-15-611389 ---------- 2623 BB  Delft ---------- If it's urgent, ---
--------------------------------- the Netherlands --------- don't phone me! ---
From: amd2@ukc.ac.uk (A.M.Douglas)
Newsgroups: comp.sys.acorn.tech
Subject: Risc OS 3 PRM's.
Date: 13 Dec 92 15:07:06 GMT
Reply-To: amd2@ukc.ac.uk (A.M.Douglas)
Organization: Computing Lab, University of Kent at Canterbury, UK.

I'm sure this might have been mentioned in some of the
discussions about the PRM's, but does anybody know
when the PRM's for RISC OS 3 will be available, and
how much?  I only see TBA in all the adverts.

Andrew.
Newsgroups: comp.sys.acorn.tech
From: blekken@fwi.uva.nl (Erwin 'Yaaah' Blekkenhorst (I88))
Subject: RISC OS3.1 + SCSI problem
Organization: FWI, University of Amsterdam
Date: Wed, 16 Dec 1992 12:04:00 GMT


Hi!

I know this isn't something new, but anyway.
I have a Lingenuity SCSI interface (shouldn't have bought it in the first
place) with a Seagate 49Mb disc. After installing RISC OS 3.1, I got the
'Disc not understood - Has it been formatted' error. 
I know this has got something to do with the disc not being formatted in the
right RISC OS 3 recognisable way. Reformatting the disc should cure this.
But I don't have the right format program!
Anyone out there who can help?

Erwin

-- 
  _____ ____
   /     /__)  ------------------------------------ x
  /--   / \    Erwin Blekkenhorst                   x University Of Amsterdam
 /___  /___)   blekken@fwi.uva.nl                   x
From: royd@spider.co.uk (Roy Donaldson)
Newsgroups: comp.sys.acorn.tech
Subject: Re: RISC OS 3.1 - Making it go quicker.
Date: 15 Dec 92 11:37:29 GMT
Organization: Spider Systems Limited, Edinburgh, UK.

In article <1992Dec14.102039.21603@spider.co.uk> stuartb@spider.co.uk (Stuart Boutell) writes:
>
>PS Don't use rmkill on MessageTrans or Resourcefs. Loosing either
>of these modules leaves the machine in a very undesirable condition...
>
>-- 
>Stuart Boutell, Spider Systems Ltd, Edinburgh - stuartb@spider.co.uk

How'd you find that out Stuart ? Personal experience ? :)


-- 
---                            
J. Roy Donaldson      |  Spider Systems Ltd.  |      Spider Systems Ltd.,
Software Engineer     |    Internetworking    |      Spider Park, Stanwell St.,
royd@spider.co.uk     |        Group          |      Edinburgh, EH6 5NG.
Newsgroups: comp.sys.acorn.tech
From: andy@laguna.santafe.edu (Andy Mell)
Subject: Re: CFD: Icon names in templates
Date: Wed, 16 Dec 92 01:30:30 GMT
Organization: Santa Fe Institute

In article <1992Dec14.223454.12513@cs.aukuni.ac.nz> jwil1@cs.aukuni.ac.nz (TMOTA) writes:
>wsinda@wsintt02.info.win.tue.nl (Dick Alstein) writes:
>
>>This posting is a Call For Discussion.
>[long description of tags for icons in template files deleted]
>
>(Now that's what I call net-friendly quoting!)
>
>You may be interested to know that somebody (whose name escapes
>my swiss-cheese memory) is writing a new template editor, called
>!Glazier (from scratch). It's very beta prerelease at the moment,
>but is very good, and extremely promising...

The name is Tim Browse, he isnt on the net at present, but you can
contact him via Arcade BBS (081) 654 2212. I have Glazier too, and it 
really is pretty good.

Andy
-- 
-------------------------------------------------------------------------------
Andy Mell, Applied Physics Department,  |   andy@santafe.edu
University of Hull, Hull, HU7 6RX       |   amell@nyx.cs.du.edu
England.                                |   torq@gnu.ai.mit.edu
From: blacka@logica.co.uk
Newsgroups: comp.sys.acorn.tech
Subject: High res Colour Printing in RISCOS 3.1
Date: 11 Dec 92 18:23:10 GMT

Prior to RISCOS 3, the printer driver did not support
colour.   I therefore used the Beebug printer driver
with my Star XB24-10.

I was delighted to discover that RISCOS3.1 driver supported
colour - it is far simpler to configure one driver than swap
between
two.

However, I discovered that the 3.1 driver does not support
colour in resolutions above 180x180.  I appreciate that high
resolution colour printing is not for those in a hurry, but
on occasions one is prepared  to wait.

Is this a restriction on the way that the Acorn driver
software works or can it be sorted out by adjusting the
printer config file.

I am loathe to go back to a pre RISCOS 3 driver, as that
involves  unloading various modules , lack of compatibity
....

Anyone have any suggestions?