home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!uknet!strath-cs!gpalmer
- From: gpalmer@cs.strath.ac.uk (Gary J Palmer IE91)
- Newsgroups: comp.sys.acorn
- Subject: Re: Replay Harrier @ Newcastle
- Message-ID: <10950@baird.cs.strath.ac.uk>
- Date: 12 Nov 92 13:46:49 GMT
- References: <1992Nov11.130358.2933@muppet.bt.co.uk> <1992Nov12.111207.9157@aston.ac.uk>
- Sender: news@cs.strath.ac.uk
- Organization: Comp. Sci. Dept., Strathclyde Univ., Glasgow, Scotland.
- Lines: 40
- Nntp-Posting-Host: lister-04
-
- In article <1992Nov12.111207.9157@aston.ac.uk> braindl@uhura.aston.ac.uk (DL BRAIN) writes:
- ->I fiddled with the settings in the file and managed to get it playing at ~30
- ->frames per second,(On an A5000 Mode28 taking the file from the Hard Disk)
- ->although at ~40fps the machine hung. (Ok this just makes the film too quick but
- ->I just wanted to see how many fps were possible)
-
- I managed to get it working at -speed 2 on an ARM2 machine (with memc1a). I was
- taking flypast2 off a 800k ram disc, and on a 4Mb machine, so I imagine,
- seeing that it needed to have all 4mb free, that it de-compressed the whole
- thing into memory and played it. (BTW, going from the comments and code in
- the player, -speed 2 should be 25fps)
-
- ->I found that stopping the film and re-sarting it lead to the picture breaking
- ->up, (does it do this for anyone else who's tried it?) but the sound was un-
- ->efected.
-
- I think I know what the problem is. To get even more compression, they've
- stripped the palatte info from every frame apart from the first (At a guess),
- so starting from anything apart from the first frame lead to incorrect
- palettes. Would anyone from Acorn like to comment on this possibility??
-
- ->Another interesting bit was in one of the text files where while talking about
- ->very high fps films it says "...requires ARM3 (or better) to work..."
- ->_or better_ hmm.... maybe there is some truth in the ARMXXX rumers.
-
- I think that may be because I've heard rumours that inside Acorn themselves,
- they have taken the pick of the early run of ARM3 chips and clocked them
- at ridiculous speeds.... Also, they quite often run up new processors in
- existing archis for a few months before trying to put the processor into a new
- motherboard. So it is very likely that ARM700's (and maybe even ARM800)'s are
- running at Acorn. More likely is that they have stuck an ARM6x0 into an archi
- and started clocking it at high speeds, with higher RAM speeds, etc, to see
- what they can achieve (in a desperate hope to outrun the 80486 (don't worry,
- I'll wash my mouth out after saying that dirty word :-) ).
-
- --
- JANET : gpalmer@uk.ac.strath.cs
- Other Nets : gpalmer%cs.strath.ac.uk@ plus one of :-
- BITNET: UKACRL UUCP: ukc.uucp Internet: nsfnet-relay.ac.uk
- Programmers do it on Archimedes. #include <std.disclaimer>
-