home *** CD-ROM | disk | FTP | other *** search
- Path: astfgl.idb.hist.no!not-for-mail
- From: lassesj@idb.hist.no (Lasse Staff Jensen)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: TMapping again!
- Date: 12 Jan 1996 13:35:19 GMT
- Organization: Sor-Trondelag College, Norway
- Distribution: world
- Message-ID: <4d5o2n$ebj@astfgl.idb.hist.no>
- References: <4d0ou6$835@astfgl.idb.hist.no> <Z31Wx*zA0@mkmk.in-chemnitz.de> <4d42di$9e9@maureen.teleport.com>
- NNTP-Posting-Host: oversoul.idb.hist.no
- X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
-
-
- Stephan Schaem (sschaem@teleport.com) wrote:
- : Andre Weissflog (floh@mkmk.in-chemnitz.de) wrote:
- : : In article <4d0ou6$835@astfgl.idb.hist.no>, Lasse Staff Jensen writes:
- :
- : I think he was mentiontioning this map code:
- :
- : REPEAT 32
- : 1) move.b (a0,d0.w),(a1)+
- : 2) addx.l d1,d0
- : ENDR
- :
- : In the example above I dont think it will work with neg number.
- : Because the msbit of X if neg will have an effect on Y.
-
- Yes, that's right! That was my conclusion too. So, how could any-
- one use that ugly(ref:to the memory use here) hack if it don't
- works with neg values?
-
- : On the 'regular' addx methode it does work wihtout problem...
-
- Yes, I know!
-
- : the xflag 'trick' is not a bad methode... it enable you
- : to preshift value. It would fly on a 150mhz 030 ;)
- : people compare to quickly a tmap program on a 66mhz 486 and a
- : a1200... to see x86 true code speed they should run it on a
- : 12mhz 286.
- :
- : Stephan
-
- Yes! Finaly one that have understand it! If the price of Motorola's
- processors have been approx. equal to that of Intel's, the PC demos
- would clearly not have been that impressive anymore.
- - Lasse (Vip/Equinox)
-