From amos-request@svcs1.digex.net Wed Aug 25 20:28:57 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA17453 (5.65c/IDA-1.4.4 for ); Wed, 25 Aug 1993 20:28:54 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA10435; Wed, 25 Aug 93 20:12:21 -0400 (from amos-request@svcs1.digex.net ) Received: by svcs1.digex.net id AA24750 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 25 Aug 1993 20:00:21 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA24746 (5.65c/IDA-1.4.4 for ); Wed, 25 Aug 1993 20:00:19 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA26018 (5.65c/IDA-1.4.4 for ); Wed, 25 Aug 1993 19:59:47 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Thu, 26 Aug 1993 09:59:20 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA18237; Thu, 26 Aug 93 09:59:30 EST Date: Thu, 26 Aug 93 09:59:30 EST From: Tom Plackowski Message-Id: <9308252359.AA18237@elms.concept.com.au> To: amos-list@access.digex.net Subject: Quite mail list Status: RO >From: M Cox >>nobody can think of anything to say or more likely something is wrong >>with the server??? Any ideas??? >Well, there were a few error messages but nothing unusual. . . It seemed to just be a quite time. Perhaps people are recovering from the Amiga/PC Holy War or Words? >I think everyone should continue using AMOS and also write a letter to Europress > ... >improved. If you want, I can write a form letter that everyone can print, sign, >and then mail. Sounds good! Please post this form letter. Perhaps you could include Europress's (international) fax number too? // Tom From amos-request@svcs1.digex.net Thu Aug 26 15:59:57 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA13063 (5.65c/IDA-1.4.4 for ); Thu, 26 Aug 1993 15:59:52 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA13455; Thu, 26 Aug 93 15:59:17 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA29074 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 26 Aug 1993 15:43:26 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA29070 (5.65c/IDA-1.4.4 for ); Thu, 26 Aug 1993 15:43:24 -0400 Received: from cc.lut.fi by access.digex.net with SMTP id AA09810 (5.65c/IDA-1.4.4 for ); Thu, 26 Aug 1993 15:43:23 -0400 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA25708; Thu, 26 Aug 1993 22:43:12 +0300 From: Kimmo Veijalainen Message-Id: <199308261943.AA25708@cc.lut.fi> Subject: Anyone here? To: amos-list@access.digex.net Date: Thu, 26 Aug 93 22:43:11 EETDST X-Mailer: ELM [version 2.3 PL11] Status: RO Where is everyone? Not-so-many messages this week... Still looking for a 2.0-compatible Object Modeller (3D) and Amos Pro-compatible Turbo Extension. And cheer, my latest project is almost finished! SigMaker, the revenge of gigantic sigs! An Ansi character "paint program" with free draw, lines, (filled) boxes, (filled) ellipses/circles, brush cutting/pasting/ flipping/rotating, colorize mode, stencil mode, replace mode, etc etc and a crappy iff-to-ascii converter and more!!! Available soon on AmiNet, and this program is PITYWARE. Save me from starving to death, everyone finger me and send me money, food, everything except used under- wear. ;-) -- _ C=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- _ // K.Veijalainen | Amos - good results with minimum effort - \X/ veijalai@cc.lut.fi | /\/\/\ "I hate PC systems" - D.Braben - Amiga C=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From amos-request@svcs1.digex.net Thu Aug 26 23:03:45 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA09581 (5.65c/IDA-1.4.4 for ); Thu, 26 Aug 1993 23:03:42 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA01367; Thu, 26 Aug 93 23:02:14 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA00110 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 26 Aug 1993 22:47:50 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00105 (5.65c/IDA-1.4.4 for ); Thu, 26 Aug 1993 22:47:48 -0400 Received: from EEYORE.StCloud.MSUS.EDU by access.digex.net with SMTP id AA07129 (5.65c/IDA-1.4.4 for ); Thu, 26 Aug 1993 22:47:47 -0400 Received: by eeyore.stcloud.msus.edu (5.57/Ultrix3.0-C) id AA12160; Thu, 26 Aug 93 21:47:37 -0500 Date: Thu, 26 Aug 93 21:47:37 -0500 From: mhillmer@eeyore.stcloud.msus.edu (Matthew Hillmer) Message-Id: <9308270247.AA12160@eeyore.stcloud.msus.edu> To: amos-list@access.digex.net Subject: Re: PROGGY Status: RO Ahhh!!!! Dont do that! My mail reader does not pause... so when I am calling from home and it start to spit out your 10,000 line message I am stuck going through it!!!!! At least give us some warning!!! Matthew Hillmer - Computer Science & Mathematics - St. Cloud State University Current Project: chaos/fractal/cellular automata/neural network modeling prog in AMOS (of course). From amos-request@svcs1.digex.net Fri Aug 27 02:13:29 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA26856 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 02:13:28 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA15657; Fri, 27 Aug 93 02:12:03 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA00473 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 27 Aug 1993 02:03:53 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00469 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 02:03:51 -0400 Received: from mail.lth.se (nic.lth.se) by access.digex.net with SMTP id AA26539 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 02:03:50 -0400 Received: from dit.lth.se by mail.lth.se with smtp (Smail3.1.28.1 #2) id m0oVwuY-000MURC; Fri, 27 Aug 93 08:03 MET DST Received: from hera.dit.lth.se by dit.lth.se (4.1/DIt/gate BR ); Fri, 27 Aug 93 08:04:19 +0200 (MET) Received: from loopback by hera.dit.lth.se (4.1/); Fri, 27 Aug 93 08:01:06 +0200 (MET) Message-Id: <9308270601.AA00630@hera.dit.lth.se> To: amos-list@access.digex.net Subject: Re: Amos 3d object file format? Date: Fri, 27 Aug 93 08:01:01 +0200 From: hakan@hera.dit.lth.se Status: RO >From memeory the file formats are discussed (in a little detail) in the >manual of AMOS 3d. do you meen the part about td advanced (that isen't much), or are there anyting more? Like the Object Frame structure defination? Or is it the same as the object structure in the file format? / /\ *-------------------------------------* / / \ | Hakan Ardo (hakan@hera.dit.lth.se) | /----/----\ | Programing C, XView and Amos | / / \ | Running them all Sparc, Amiga, (Pc) | / / \ *-------------------------------------* Always interested in hardware hacks, 3D graphics, animations... Still searching for a SANA-II PPP driver, any suggestions? From amos-request@svcs1.digex.net Fri Aug 27 02:34:09 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA27480 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 02:34:08 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA16595; Fri, 27 Aug 93 02:32:42 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA00509 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 27 Aug 1993 02:23:44 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00505 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 02:23:42 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA27220 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 02:23:39 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA09059 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 16:23:20 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA25716; Fri, 27 Aug 93 16:23:17 EST Date: Fri, 27 Aug 1993 16:19:36 +1000 (EST) From: Scott Southurst Subject: 8) To: LIST AMOS Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Sorry guys. I thought that there were people out there who actually wanted submissions. All that complaining and when someone actual submits something... MORE complaining (I understand though). Is this the only system in the world with PINE (The mail reader/editor etc.??) I'll send some code (VERY SHORT) for a Mandelbrot generator if anyone is interested. It did rate as a 10 line program in 1991 (You know the type 10 lines 300 commands 8) ). If people are interested I even write a little file to explain how to get the best results out of it. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** 500,000 more lines to go 8). From amos-request@svcs1.digex.net Fri Aug 27 06:44:46 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA16674 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 06:44:45 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA19838; Fri, 27 Aug 93 04:57:11 -0400 (from amos-request@svcs1.digex.net ) Received: by svcs1.digex.net id AA00731 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 27 Aug 1993 04:47:19 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00727 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 04:47:16 -0400 Received: from hearnvax.nic.surfnet.nl by access.digex.net with SMTP id AA09118 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 04:47:13 -0400 Received: from hsepm1.hse.nl by HEARNVAX.nic.SURFnet.nl (PMDF V4.2-12 #3330) id <01H28JPDBNI800GRC1@HEARNVAX.nic.SURFnet.nl>; Fri, 27 Aug 1993 10:47:05 MET Received: (from user S92406161) by hsepm1.hse.nl; 27 Aug 93 10:45:13 +0200 Date: Fri, 27 Aug 1993 10:45:13 +0200 From: Dave 'DOPEX' Vissers To: AMOSlist Message-Id: <01H28JYPEB7Y00GRC1@HEARNVAX.nic.SURFnet.nl> X-Envelope-To: Amos-list@access.digex.com X-Mailer: Pr1me Mailer 2.10 (C) 1991, 1992 Michel Pollet & Jac Goudsmit Content-Transfer-Encoding: 7BIT Status: RO Hi, Just a message to all... I'm back in school today (boring) and I've just heard they're gonna quit with E-mail (AAAAAAAARGH) (Might come a new one.... ?) And now for the good news... In a few week time I'm going to OZ in belgium, and meet Francois Lionet, (for those who don't know, that's the writer of AMOS) last year he had just released AMOSpro... So if you got, like important Questions or so.... I'll ask him if he knows this E-mail of AMOS. He might join in !!!! Could be, that I'll never ever again be able to use E-mail So if Anyone (Europe would be nice) could mail me his home-address.. ? Then I could contact you... BTW. In Holland , from AMOS club holland & Amos magazine Holland.... Now: DRAGON BBS ! (Amos corner) (With all the texts and programms from the magazines...) (And a Question corner, but that's what you got here 2 ) Call if you want to: In holland.. 04130-44330 outside +314130-44330 24 hours ON-LINE (if where not working on it) +------------------+ +-------------------------------------+ | Greetings from : |-----------------------+ My motto: +-- + + + + | +------------------+ Dave 'DOPEX' Vissers | +-- | | |\| | | S92406161@hsepm1.hse.nl | + +-+ + + | +------| Ask mailbox# for AMIGA-Stuff. |-----------------------------+ | +-------------------------------+ | If it hits you, hit it back ! | +-------------------------------+ From amos-request@svcs1.digex.net Fri Aug 27 20:26:10 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA00721 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 20:26:09 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA12715; Fri, 27 Aug 93 20:24:44 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA03362 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 27 Aug 1993 20:15:32 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA03358 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 20:15:30 -0400 Received: from ACS.BU.EDU by access.digex.net with SMTP id AA00168 (5.65c/IDA-1.4.4 for ); Fri, 27 Aug 1993 20:15:28 -0400 Received: from ACS2.BU.EDU by acs.bu.edu (5.61+++/AIX-3.2) id AA37986; Fri, 27 Aug 93 20:14:43 -0400 From: hacker@acs.bu.edu (Jose Elias) Received: by acs2.bu.edu (5.61+++/Spike-2.1) id AA103225; Fri, 27 Aug 93 20:13:57 -0400 Date: Fri, 27 Aug 93 20:13:57 -0400 Message-Id: <9308280013.AA103225@acs2.bu.edu> To: Amos-list@access.digex.net, s92406161@hsepm1.hse.nl Subject: Questions for Francois Lionet Status: RO Can someone PLEASE redirect these questions to him: -Will there be an AMOS with FULL AGA support??? I mean no just displaying pictures (any program can do that nowdays) but also being able to use the bigger hardware sprites in both normal and high resolutions and with the larger palette, also support for the 4-layer hardware scrolling. If someone gets a response from him, please post it to this AMOS list!!! Sincerely, hacker@acs.bu.edu From amos-request@svcs1.digex.net Sat Aug 28 01:59:37 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA01151 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 01:59:35 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA03059; Sat, 28 Aug 93 01:58:07 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA10053 (5.65c/IDA-1.4.4 for amos-list-out); Sat, 28 Aug 1993 01:46:41 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA10049 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 01:46:39 -0400 Received: from peladon.rmit.OZ.AU by access.digex.net with SMTP id AA00747 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 01:46:37 -0400 Received: from minyos.xx.rmit.OZ.AU by peladon.rmit.OZ.AU with SMTP id AA26034 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 15:46:35 +1000 Received: by minyos.xx.rmit.OZ.AU From: s921878@minyos.xx.rmit.OZ.AU (Daniel John Lee Parnell) Message-Id: <9308280546.18298@minyos.xx.rmit.OZ.AU> Subject: Re: Amod 3d object file format To: amos-list@access.digex.net (amos Amos Mailing List) Date: Sat, 28 Aug 1993 15:46:41 +1000 (EST) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 501 Status: RO G'day! Well, on my copy of the Object Modeller disk there was a file called simstructs ( or something like that ) and it seems to contain the formats for the Amos 3D stuff. Daniel Daniel Parnell - Email to s921878@minyos.xx.rmit.oz.au - AMIGA 500 1 MEG Theres no point in being grown up if you can't act childish sometimes : Dr Who Second Year Applied Physics student at R.M.I.T. Melbourne Australia. *:|() People who drink petrol shouldn't smoke. AMOS 1.34 with Compiler and 3D From amos-request@svcs1.digex.net Sat Aug 28 01:20:30 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA29855 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 01:20:29 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA01406; Sat, 28 Aug 93 01:19:04 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA08102 (5.65c/IDA-1.4.4 for amos-list-out); Sat, 28 Aug 1993 01:07:26 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA08096 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 01:07:24 -0400 Received: from vax.mbhs.edu by access.digex.net with SMTP id AA29364 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 01:07:21 -0400 Message-Id: <199308280507.AA29364@access.digex.net> Date: 28 Aug 93 01:04:00 EST From: "Andrew Church" <95ACHURCH@vax.mbhs.edu> Subject: Mandelbrot program To: "amos-list" Status: RO If anyone's interested, I've got a Mandelbrot-generating program using an assembly Mandelbrot routine that can generate the full Mandelbrot set in 16 colors on a 704x440 screen in 3 minutes 36 seconds, and on a 160x100 in: *** 11 seconds! *** (on my 68030/25MHz). It can also zoom (although magnifications higher than about 600 don't work too well yet, I'm working on it). If you want it, let me know. --Andy Church From amos-request@svcs1.digex.net Sat Aug 28 03:31:49 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA19815 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 03:31:47 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA06364; Sat, 28 Aug 93 03:30:19 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA15331 (5.65c/IDA-1.4.4 for amos-list-out); Sat, 28 Aug 1993 03:23:30 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA15327 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 03:23:28 -0400 Received: from ACS.BU.EDU by access.digex.net with SMTP id AA13813 (5.65c/IDA-1.4.4 for ); Sat, 28 Aug 1993 03:23:26 -0400 Received: by acs.bu.edu (5.61+++/AIX-3.2) id AA16560; Sat, 28 Aug 93 03:22:36 -0400 Date: Sat, 28 Aug 93 03:22:36 -0400 From: hacker@acs.bu.edu (Jose Elias) Message-Id: <9308280722.AA16560@acs.bu.edu> To: 95ACHURCH@vax.mbhs.edu, amos-list@access.digex.net Subject: Re: Mandelbrot program Status: RO I'd like to have such a program!!! Just email it to me!!! sincerely, hacker@acs.bu.edu p.s.: Thanks in advance!!! From amos-request@svcs1.digex.net Mon Aug 30 00:00:24 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA22516 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 00:00:19 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA10161; Sun, 29 Aug 93 23:58:52 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA27259 (5.65c/IDA-1.4.4 for amos-list-out); Sun, 29 Aug 1993 23:45:54 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27255 (5.65c/IDA-1.4.4 for ); Sun, 29 Aug 1993 23:45:52 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA14241 (5.65c/IDA-1.4.4 for ); Sun, 29 Aug 1993 23:45:49 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA12605 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 13:45:41 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA20297; Mon, 30 Aug 93 13:45:39 EST Date: Mon, 30 Aug 1993 13:42:37 +1000 (EST) From: Scott Southurst Subject: Re: Jumping/flicker To: LIST AMOS In-Reply-To: <9308300204.AA07829@elms.concept.com.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I know just what you mean. I have used the same algorithm as used in the demo which was supplied on the update disks etc. I just can't seem to figure out what causes the flicker. It would seem that the update doesn't quite beat the vblank but the code is so simple it doesn't seem possible. I did find when I was writing the scrolly that the further down the screen the scroll was the better. If you have the scroll at the top of the screen then you haven't got a hope. Any one see what causes the flicker in my proggy?? ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Mon Aug 30 01:43:28 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA17796 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 01:43:25 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA16366; Mon, 30 Aug 93 01:41:59 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA27533 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 01:31:25 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27529 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 01:31:23 -0400 Received: from bos2a.delphi.com (delphi.com) by access.digex.net with SMTP id AA05274 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 01:31:22 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2C7EW9QW090NV0F@delphi.com>; Mon, 30 Aug 1993 01:30:38 EDT Received: by bix.com (CoSy3.31.1.29) id <9308300125.memo.70627@BIX.com>; Mon, 30 Aug 1993 01:25:42 -0400 (EDT) Date: Mon, 30 Aug 1993 01:25:42 -0400 (EDT) From: sfmcnally@BIX.com Subject: Re: Jumping/flicker In-Reply-To: To: Scott Southurst Cc: amos-list@access.digex.net Message-Id: <9308300125.memo.70627@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Scott Southurst X-Cosy-Cc: amos-list@access.digex.com Status: RO Re: Flicker Well, it could be using screen offset for scrolling, I think I've run into some jumpynes with it sometimes. Or it could be that you don't do an "update of" or "bob update off". Those will shut down the automatic screen swapping, (you'll have to do a manual screen swap) but it MIGHT fix it, I don't know. I didn't bother to get that big uuencoded trhing (it was TOO big), but if you want to post the Main update loop (in ASCI), I might be able to help. Seumas From amos-request@svcs1.digex.net Mon Aug 30 02:44:22 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA24302 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 02:44:21 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA18682; Mon, 30 Aug 93 02:42:57 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA27835 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 02:33:17 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27831 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 02:33:15 -0400 Received: from faw.uni-ulm.de by access.digex.net with SMTP id AA11058 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 02:33:12 -0400 Received: from sun30.faw.uni-ulm.de by faw.uni-ulm.de (AIX 3.2/UCB 5.64/4.03) id AA18949; Mon, 30 Aug 1993 08:32:55 +0200 Date: Mon, 30 Aug 1993 08:32:55 +0200 From: amthauer@faw.uni-ulm.de (Heiner Amthauer) Message-Id: <9308300632.AA18949@faw.uni-ulm.de> To: amos-list@access.digex.net Subject: Turbo Status: RO Hi Folks ! I hope this is not a silly question, but what the hell is the turbo extension ? Is it for use with 680x0 (x >= 20) ? On my 040 AMOS works anyway ! ? And Dave: YEAH ! like to see your Mandelbrot generator :) greetings ------------------------------------------------------------ Heiner Amthauer email: amthauer@faw.uni-ulm.de / __ / / __ / / ___ / / / / / / / ___/ / / / / / / / / / / / / / / / / / ____ __/ / / / / / / / _____/ __/ _____/ __/ ______/ __/ ______/ IRC: IceMc (RaytraceMan) ------------------------------------------------------------ From amos-request@svcs1.digex.net Mon Aug 30 04:13:19 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25408 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 04:13:09 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA22365; Mon, 30 Aug 93 04:11:47 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28034 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 04:01:20 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28030 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 04:01:18 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA13440 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 04:01:14 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA15438 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 18:00:59 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA07462; Mon, 30 Aug 93 18:00:57 EST Date: Mon, 30 Aug 1993 17:58:49 +1000 (EST) From: Scott Southurst Subject: Re: Turbo To: LIST AMOS In-Reply-To: <9308300632.AA18949@faw.uni-ulm.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO > I hope this is not a silly question, but what the hell is the turbo extension ? > Is it for use with 680x0 (x >= 20) ? On my 040 AMOS works anyway ! ? The turbo extension is an extension with a list of commands which, I believe, are basically sped up versions of some of the existing ones. It also has provisions for the use of objects and the direct manipulation of the bitplanes. You can find it on aminet in dev/amos. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Mon Aug 30 04:32:08 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA14820 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 04:32:04 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA22800; Mon, 30 Aug 93 04:30:37 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28061 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 04:18:23 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28057 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 04:18:19 -0400 Received: from mailgate.ericsson.se by access.digex.net with SMTP id AA01200 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 04:18:13 -0400 Received: from eua.ericsson.se by mailgate.ericsson.se (4.1/SMI-4.1-MAILGATE1.14) id AA01968; Mon, 30 Aug 93 10:16:17 +0200 Received: from ms.eua.ericsson.se by eua.ericsson.se (4.1/EUA-2.1) id AA25316; Mon, 30 Aug 93 10:16:16 +0200 Received: from euax1i6c18.eua.ericsson.se by ms.eua.ericsson.se (4.1/MS-2.1) id AA15986; Mon, 30 Aug 93 10:16:14 +0200 From: Per.Lundholm@eua.ericsson.se (Per Lundholm) Received: by euax1i6c18.eua.ericsson.se (4.1/client-1.3) id AA02674; Mon, 30 Aug 93 10:16:14 +0200 Date: Mon, 30 Aug 93 10:16:14 +0200 Message-Id: <9308300816.AA02674@euax1i6c18.eua.ericsson.se> To: amos-list@access.digex.net, amthauer@faw.uni-ulm.de Subject: Re: Turbo Status: RO > Hi Folks ! > > I hope this is not a silly question, but what the hell is the turbo extension ? > Is it for use with 680x0 (x >= 20) ? On my 040 AMOS works anyway ! ? > It's pieces of assembler that makes some operations a lot faster than ordinary AMOS commands. Live fast, die old. /Per From amos-request@svcs1.digex.net Mon Aug 30 06:14:57 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA12471 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 06:14:56 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA26092; Mon, 30 Aug 93 06:13:29 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28214 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 06:02:44 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28210 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 06:02:41 -0400 Received: from sun4nl.nluug.nl by access.digex.net with SMTP id AA28816 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 06:02:37 -0400 Received: from suns16c92 by sun4nl.nluug.nl via EUnet id AA08248 (5.65b/CWI-3.3); Mon, 30 Aug 1993 12:02:35 +0200 Received: from suns30.signaal by hgl.signaal.nl (4.1/SMI-4.1) id AA00133; Mon, 30 Aug 93 11:40:18 +0200 Received: from suns16c92.signaal by suns30.signaal (4.1/SMI-4.1) id AA25677; Mon, 30 Aug 93 11:41:29 +0200 Received: by suns16c92.signaal (4.1/SMI-4.1) id AA20501; Mon, 30 Aug 93 11:27:57 +0200 Date: Mon, 30 Aug 93 11:27:57 +0200 From: jp_dejong@hgl.signaal.nl (Jong J.P. de) Message-Id: <9308300927.AA20501@suns16c92.signaal> Subject: MIDI and sampling Apparently-To: amos-list@access.digex.net Status: RO My oldest son, Mark, would like to know how to use a sampler or a MIDI interface in AMOS-(pro)(compiler) programs. Upto now he has had no success in using either one in his programs. Thanks in advance, Joop. Joop de Jong DNCS-Systems (jp_dejong@hgl.signaal.nl) Hollandse Signaalapparaten B.V. ========================[ Unclassified ]========================= From amos-request@svcs1.digex.net Mon Aug 30 07:43:05 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA16575 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 07:43:04 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA00669; Mon, 30 Aug 93 07:41:37 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28395 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 07:33:27 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28391 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 07:33:25 -0400 Received: from ACS.BU.EDU by access.digex.net with SMTP id AA07960 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 07:33:24 -0400 Received: by acs.bu.edu (5.61+++/AIX-3.2) id AA16337; Mon, 30 Aug 93 07:32:48 -0400 Date: Mon, 30 Aug 93 07:32:48 -0400 From: hacker@acs.bu.edu (Jose Elias) Message-Id: <9308301132.AA16337@acs.bu.edu> To: amos-list@access.digex.net Subject: Desperate help, look at short code: Status: RO Hi everyone!!! :) I've been having this problem which I can't seem to solve!!! I have this sprite bank I grabbed with my own utility, it has about 162 frames of Bob animations, and I checked all of them one by one with the amos sprite utility to make sure they were fine. Now, all I want to do is display these frames sequentially with this short piece of code, but I get NO success!!! Sometimes parts of some bobs get stamped into the background and STAY there under the new animation frames, and sometimes you only see the left 3/4 of the bobs and so everything looks like if it's flicking. Both the background and the bobs share the same palette of 32 colors, the bobs use 16 of them and the background the remaining 16, the size of the bobs is never greater than around 64 pixels at most. here's the 17-line complete code: flash off : hide screen open 1,352,240,32,lowres load iff "df0:gameboard",1 screen display 1,,20,, screen to front 1 load "df0:infestBobs.abk" double buffer : autoback 0 : update off do for bb=1 to 162 screen swap : wait vbl : bob clear bob 1,100,100,bb bob draw wait 2 bob clear : bob draw next bb loop and that's it!!! BTW, I'm using AMOS 1.35 All I'm trying to do with this piece of code is display one bob, then erase it, put the next bob, and repeat 162 times, but IT DOES NOT WORK!!! Can someone explain to me WHY it doesn't work??? WHY do the bobs look all messed up and flick (even when I know they are all-right?) IMPORTANT!!!: I DID set the amos.configuraton file to 196 bobs already!!! sincerely, hacker@acs.bu.edu p.s.: thanks in advance to anyone who tries to help. From amos-request@svcs1.digex.net Sun Aug 29 22:20:55 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA17726 (5.65c/IDA-1.4.4 for ); Sun, 29 Aug 1993 22:20:49 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA04424; Sun, 29 Aug 93 22:19:24 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA27086 (5.65c/IDA-1.4.4 for amos-list-out); Sun, 29 Aug 1993 22:04:54 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27082 (5.65c/IDA-1.4.4 for ); Sun, 29 Aug 1993 22:04:53 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA05656 (5.65c/IDA-1.4.4 for ); Sun, 29 Aug 1993 22:04:50 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Mon, 30 Aug 1993 12:04:24 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA07829; Mon, 30 Aug 93 12:04:30 EST Date: Mon, 30 Aug 93 12:04:30 EST From: Tom Plackowski Message-Id: <9308300204.AA07829@elms.concept.com.au> To: amos-list@access.digex.net Subject: Jumping/flicker Status: RO Last week, > ./~ \ * Scott Southurst (maverick@deakin.edu.au) * posted a large uuencoded file. It contained a Tetris clone, a card game, a menu, and a scrolly. When I run either the menu or the scrolly, I get an annoying stutter every few seconds. Everything runs super-smooth for a while, then there is this stutter. From memory, this also happens with the demo programs that come with AMOS. This happens with 1.35 or 1.36 on A500/WB1.3 and A2000/WB2.x. It looks like double buffering gone wrong - it looks like one (screen) swap is left out, so you get a slight pause. Then you get the next swap - and things appear to jump ahead. Does this happen to anyone else, or just me? Does anyone have a solution? I have tried turning double buffering on, and moving the wait vbl statement. There results always seem the same. // Tom From amos-request@svcs1.digex.net Mon Aug 30 08:01:59 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA01236 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 08:01:57 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA01678; Mon, 30 Aug 93 08:01:44 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28434 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 07:50:07 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28430 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 07:50:05 -0400 Received: from faw.uni-ulm.de by access.digex.net with SMTP id AA22804 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 07:49:57 -0400 Received: from sun30.faw.uni-ulm.de by faw.uni-ulm.de (AIX 3.2/UCB 5.64/4.03) id AA16968; Mon, 30 Aug 1993 13:49:36 +0200 Date: Mon, 30 Aug 1993 13:49:36 +0200 From: amthauer@faw.uni-ulm.de (Heiner Amthauer) Message-Id: <9308301149.AA16968@faw.uni-ulm.de> To: amos-list@access.digex.net Subject: re -> re: Turbo Status: RO Hi ! Thanx for all the replies :) Ice (Heiner) From amos-request@svcs1.digex.net Mon Aug 30 12:56:53 1993 Received: from po.CWRU.Edu by access.digex.net with SMTP id AA23808 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 12:56:44 -0400 Return-Path: Received: from svcs1.digex.net by po.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.9.3) id AA16538; Mon, 30 Aug 93 12:54:18 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA29931 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 12:26:35 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA29927 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 12:26:34 -0400 Received: from ns-mx.uiowa.edu by access.digex.net with SMTP id AA20421 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 12:26:32 -0400 Received: from umaxc.weeg.uiowa.edu by ns-mx.uiowa.edu (5.64.jnf/920408) on Mon, 30 Aug 93 11:26:29 -0500 id AA26911 with SMTP Received: by umaxc.weeg.uiowa.edu (5.61.jnf/930730) on Mon, 30 Aug 93 11:26:00 -0500 id AA24073 Date: Mon, 30 Aug 1993 11:00:12 -0500 (CDT) From: Chris Richards Subject: Lots of programming things ... To: AMOS posting Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I have a round robin football program I'd like to convert from GFA Basic to AMOS since GFA Basic blows up my computer far to often. There are some nasty parts to the conversion that I wonder if anyone else has worked out. Here they are in no particular order: I used a disturbing number of CASE statements in GFA Basic. Are there any AMOS extension which emulate this statement? Most of them can be reworked philosophically, but one is a huge 79-part monster that would be very annoying to implement with IF statements. Also, speed is a huge factor since this program plays up to 200 teams off against each other and that equals 19900 games. Right now in GFA Basic using an 030 each game takes only 2 seconds and I don't want to slow that too much. Can commands in an extension be compiled and still work properly? GFA Basic has a bizarre feature whereby you can save and recall an array of strings very quickly to disk. What would be the best way to deal with 200 teams each having 26 names of 12 characters each? I deal with the other variables by saving and loading a block of memory which covers all the array space, but I don't imagine strings work this way. I don't want to have to write 5200 strings into a text file and then read them back. Does anyone know of any benchmarks done between AMOS and GFA Basic (or any other version for that matter)? I was just wondering how game time would be affected. I suppose I could do some of these myself, but GFA is so incredibly unstable that I don't even like looking at it anymore. On another topic ... What is the best way to move BOBs around quickly in conjunction with AMAL? I have a program in which 4 sprites and 12 BOBs are moving around a screen controlled by AMAL. Each is animated, changing shape every quarter second or so. The problem is, it's pathetically slow. If I shut down automatic updating and update/display them all in one burst the motion becomes disturbingly jerky as they do not get updated every 50th of a second as they would otherwise. How do people manage having a large number of BOBs move smoothly on the screen at once? Or do they? Asteroid-type games would suggest that this is possible. Thanks for any help. Chris R From amos-request@svcs1.digex.net Mon Aug 30 12:44:30 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA22187 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 12:44:25 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA10668; Mon, 30 Aug 93 12:43:18 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA29977 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 12:33:41 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA29973 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 12:33:39 -0400 Received: from ns-mx.uiowa.edu by access.digex.net with SMTP id AA21185 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 12:33:38 -0400 Received: from umaxc.weeg.uiowa.edu by ns-mx.uiowa.edu (5.64.jnf/920408) on Mon, 30 Aug 93 11:33:35 -0500 id AA26974 with SMTP Received: by umaxc.weeg.uiowa.edu (5.61.jnf/930730) on Mon, 30 Aug 93 11:33:04 -0500 id AA05450 Date: Mon, 30 Aug 1993 11:28:16 -0500 (CDT) From: Chris Richards Subject: Re: Jumping/flicker To: AMOS posting Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I noticed this same problem with the AMOS scrolling demo and some things I had done myself. I don't know why, but the problem was largely eliminated when AMOS was running by itself. That is, no other programs were open in the system, not even the shell. Might be worth checking out. Chris R From amos-request@svcs1.digex.net Mon Aug 30 20:28:25 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA24681 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 20:28:20 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA15937; Mon, 30 Aug 93 20:10:34 -0400 (from amos-request@svcs1.digex.net ) Received: by svcs1.digex.net id AA01712 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 20:01:26 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA01708 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 20:01:24 -0400 Received: from CCVAX.FULLERTON.EDU (csu.Fullerton.EDU) by access.digex.net with SMTP id AA21262 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 20:01:21 -0400 Received: from FULLERTON.EDU by FULLERTON.EDU (PMDF #2446 ) id <01H2D3SI6IF4004ITB@FULLERTON.EDU>; Mon, 30 Aug 1993 17:00:36 PST Date: 30 Aug 1993 17:00:36 -0800 (PST) From: ROLAND ACTON Subject: Re: Jumping/flicker To: amos-list@access.digex.net Message-Id: <01H2D3SI6S2A004ITB@FULLERTON.EDU> X-Vms-To: IN%"amos-list@access.digex.net" Mime-Version: 1.0 Content-Transfer-Encoding: 7BIT Status: RO The message about the other programs interfering with AMOS made me remember that when my screen blanker is running, and tries to blank the screen, it will try (without success) to override AMOS and display a blank screen. This will make the AMOS display flicker every few seconds. None of you are using a screen blanker, are you? From amos-request@svcs1.digex.net Mon Aug 30 22:11:35 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA08917 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 22:11:32 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA28859; Mon, 30 Aug 93 22:11:01 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA02283 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 21:58:44 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA02277 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 21:58:41 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA06198 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 21:58:29 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA25494 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 11:58:17 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA07621; Tue, 31 Aug 93 11:58:15 EST Date: Tue, 31 Aug 1993 11:56:25 +1000 (EST) From: Scott Southurst Subject: Re: Jumping/flicker To: LIST AMOS In-Reply-To: <01H2D3SI6S2A004ITB@FULLERTON.EDU> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO > None of you are using a screen blanker, are you? No. If I remember correctly the scrolly/menu I wrote has -> Close Workbench Close Editor At the beginning. This should kill the shell and give control to the AMOS program being run. Even when this is so the scrolly still flickers every now and then. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Mon Aug 30 22:52:26 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA13283 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 22:52:24 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA01039; Mon, 30 Aug 93 22:52:08 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA03754 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 22:37:05 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA03750 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 22:37:03 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA12070 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 22:36:58 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA02528 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 12:36:46 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA10713; Tue, 31 Aug 93 12:36:37 EST Date: Tue, 31 Aug 1993 12:32:28 +1000 (EST) From: Scott Southurst Subject: RE: 3d requests. To: LIST AMOS Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Given that alot of people have requested 3d routines and the only person who responded has vanished, I can recommend a book with routines in it. Computer Graphics Systems and Concepts Rod Salmon and Mel Slater Pub. Addison-Wesley Publishing Company 1987 This has a chapter which discusses the routines reguarding rotation, rendering and hidden face detection. The routines also go into enough detail to be considered correct (As opposed to the routines used in AMOS 3d). ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Tue Aug 31 06:38:43 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA23929 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 06:38:41 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA28019; Tue, 31 Aug 93 06:37:14 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA04942 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 06:08:24 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA04938 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 06:08:22 -0400 Received: from bos2a.delphi.com (delphi.com) by access.digex.net with SMTP id AA22563 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 06:08:21 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2DVE6WJXS90O1BD@delphi.com>; Tue, 31 Aug 1993 06:08:04 EDT Received: by bix.com (CoSy3.31.1.29) id <9308310605.memo.72807@BIX.com>; Tue, 31 Aug 1993 06:05:58 -0400 (EDT) Date: Tue, 31 Aug 1993 06:05:58 -0400 (EDT) From: sfmcnally@BIX.com Subject: RE: Desperate help, look at short code: In-Reply-To: <9308301132.AA16337@acs.bu.edu> To: hacker@acs.bu.edu Cc: amos-list@access.digex.net Message-Id: <9308310605.memo.72807@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: hacker@acs.bu.edu (Jose Elias) X-Cosy-Cc: amos-list@access.digex.com Status: RO You don't need to set the config file to 169 bobs, since you';re only using one, just with different immages. ;) Try this: For a=1 to 169 bob 1,100,100,a wait 2 : rem or whatever you want to wait bob draw wait vbl screen swap next a Now that *should* work, off the top of my head. ;) Seumas From amos-request@svcs1.digex.net Tue Aug 31 07:00:07 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA24428 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 07:00:05 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA28662; Tue, 31 Aug 93 06:58:26 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA05049 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 06:24:41 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA05045 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 06:24:40 -0400 Received: from bos2a.delphi.com (delphi.com) by access.digex.net with SMTP id AA23433 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 06:24:39 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2DVXTDO9C90O1BD@delphi.com>; Tue, 31 Aug 1993 06:23:53 EDT Received: by bix.com (CoSy3.31.1.29) id <9308310614.memo.72813@BIX.com>; Tue, 31 Aug 1993 06:14:45 -0400 (EDT) Date: Tue, 31 Aug 1993 06:14:44 -0400 (EDT) From: sfmcnally@BIX.com Subject: Re: Jumping/flicker In-Reply-To: <9308310224.AA12900@elms.concept.com.au> To: Tom Plackowski Cc: amos-list@access.digex.net Message-Id: <9308310614.memo.72813@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Tom Plackowski X-Cosy-Cc: amos-list@access.digex.com Status: RO If you're using Screen Offset to scroll, you have to remember that it will move the screen the MOMENT it's called. Try autoview off and do a view somewhere around the screen swap. Hope that helps. :) Seumas From amos-request@svcs1.digex.net Tue Aug 31 07:00:02 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA24408 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 07:00:00 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA28683; Tue, 31 Aug 93 06:58:31 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA05043 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 06:24:37 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA05039 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 06:24:35 -0400 Received: from bos1b.delphi.com (delphi.com) by access.digex.net with SMTP id AA23428 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 06:24:34 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2DVY0DSG090O1BD@delphi.com>; Tue, 31 Aug 1993 06:24:02 EDT Received: by bix.com (CoSy3.31.1.29) id <9308310619.memo.72814@BIX.com>; Tue, 31 Aug 1993 06:19:03 -0400 (EDT) Date: Tue, 31 Aug 1993 06:19:03 -0400 (EDT) From: sfmcnally@BIX.com Subject: RE: 3d requests. In-Reply-To: To: Scott Southurst Cc: amos-list@access.digex.net Message-Id: <9308310619.memo.72814@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Scott Southurst X-Cosy-Cc: amos-list@access.digex.com Status: RO Allso, if it will help anyone, I was told that this will rotate a poiont at x,y n degrees. I have used it or a veriant of it successfuly. X=X*Cos(n)+Y*Sin(n) Y=X*Sin(n)-Y*Cos(n) Now, that won't work just like that in Amos of course, you could ether make an integer cos/sin table (the fast way), or make x and y real variables. Seumas From amos-request@svcs1.digex.net Tue Aug 31 04:21:14 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA13659 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 04:21:12 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA23327; Tue, 31 Aug 93 04:19:47 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA04725 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 04:08:25 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA04721 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 04:08:23 -0400 Received: from cc.lut.fi by access.digex.net with SMTP id AA00872 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 04:08:21 -0400 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA22302; Tue, 31 Aug 1993 11:08:13 +0300 From: Kimmo Veijalainen Message-Id: <199308310808.AA22302@cc.lut.fi> Subject: Re: Jumping/flicker (fwd) To: amos-list@access.digex.net Date: Tue, 31 Aug 93 11:08:13 EETDST X-Mailer: ELM [version 2.3 PL11] Status: RO > > None of you are using a screen blanker, are you? > > No. If I remember correctly the scrolly/menu I wrote has -> > > Close Workbench > Close Editor > > At the beginning. This should kill the shell and give control to the AMOS > program being run. Even when this is so the scrolly still flickers every > now and then. Try disabling multitasking with Turbo or OS calls. Or try the Turbo's 'Vbl Wait xxx'-command for better synchronisation. I have the flicker problem in only one program, that open two 640*256*16 screens to create a 320*256*16 scrolling area (this was just a test program, so the BG gfx consists of lines & characters :-) ). The flicker seemed to occur when I swapped the forthmost screen with the backmost (sp?). From amos-request@svcs1.digex.net Tue Aug 31 09:02:25 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA07205 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 09:02:23 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA07847; Tue, 31 Aug 93 09:00:55 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA05767 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 08:53:50 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA05763 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 08:53:49 -0400 Received: by access.digex.net id AA05517 (5.65c/IDA-1.4.4 for amos-list@access.digex.com); Tue, 31 Aug 1993 08:53:48 -0400 From: Michael 'AMOS' Cox Message-Id: <199308311253.AA05517@access.digex.net> Subject: Re: Jumping/flicker To: amos-list@access.digex.net (AMOS Mailing List) Date: Tue, 31 Aug 1993 08:53:47 -0400 (EDT) In-Reply-To: from "Scott Southurst" at Aug 31, 93 11:56:25 am X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 648 Status: RO >At the beginning. This should kill the shell and give control to the AMOS >program being run. Even when this is so the scrolly still flickers every >now and then. But still, the Amiga checks for disk inserts, etc. You need to disable the multitasking. If you use TURBO, try Multi Off. Make sure you have a Mutli On before you exit or you will be sorry!! :) Mike -- Michael Cox Work: mcox@access.digex.com Amiga Conquers, AMOS Rules! Play: aj639@cleveland.freenet.edu This space intentionally left blank Fido: 1:109/456.0 The text above is my own and all that other disclaimer junk From amos-request@svcs1.digex.net Mon Aug 30 22:57:02 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA13651 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 22:57:00 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA00285; Mon, 30 Aug 93 22:41:54 -0400 (from amos-request@svcs1.digex.net ) Received: by svcs1.digex.net id AA03673 (5.65c/IDA-1.4.4 for amos-list-out); Mon, 30 Aug 1993 22:25:20 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA03669 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 22:25:18 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA10272 (5.65c/IDA-1.4.4 for ); Mon, 30 Aug 1993 22:25:16 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Tue, 31 Aug 1993 12:24:44 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA12900; Tue, 31 Aug 93 12:24:50 EST Date: Tue, 31 Aug 93 12:24:50 EST From: Tom Plackowski Message-Id: <9308310224.AA12900@elms.concept.com.au> To: amos-list@access.digex.net Subject: Re: Jumping/flicker Status: RO > The message about the other programs interfering with AMOS made me > ... >None of you are using a screen blanker, are you? If I forget to turn off my screen blanker (ParM), the mouse pointer vanishes. Therefore, I notice quickly and turn it off. 8-) Seriously, nothing else is running. I tried: update off bob update off autoview off autoback off double buffer wait vbl (in various places) etc. The only difference was that the jitter occurred slightly more (or less) often. Before I do any more blind experimentation, I wonder if any of you could help with some info. Please correct me if any of the below is wrong: Under PAL, there are some 256? (or 500?) screen lines, plus a vertical blanking period. So, the actual screen refresh takes longer than the blanking period. (NTSC has 200 or 400 lines?) So, when using double buffering, I should: turn off all automatic updates, etc then loop: draw lines, do scrolls, move bobs, etc on the non-displayed screen Wait Vbl Screen Swap and repeat the loop, in that order. If this is the case, I should only get these stutters if a) the update takes longer than the screen refresh, so that when I eventually get to the Wait Vbl it waits to the end of the next refresh (visible as a slight pause). Or b) if AMOS is doing too many things during the VBL to get to the Screen Swap, which would then occur during the screen refresh (and should be visible as flicker). Or c) if AMOS is so fast that all the updates get done before the end of VBL! Still, I thought that Wait Vbl would pause until the VBL Interrupt, and even if you did another Wait Vbl immediately, you would still have to wait for the next VBL. Is this correct? I guess that AMOS could occasionally be doing some house keeping and introduce random delays. That might set off a). // Tom - seeking a solution From amos-request@svcs1.digex.net Tue Aug 31 11:22:11 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA00905 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 11:22:07 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA29641; Tue, 31 Aug 93 11:14:33 -0400 (from amos-request@svcs1.digex.net ) Received: by svcs1.digex.net id AA06797 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 10:57:13 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA06793 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 10:57:11 -0400 Received: from uni-paderborn.de by access.digex.net with SMTP id AA26487 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 10:57:07 -0400 Received: from formentera.uni-paderborn.de by uni-paderborn.de with SMTP id AA25317 (5.65c8/IDA-1.5 for ); Tue, 31 Aug 1993 16:57:05 +0200 Received: by formentera.uni-paderborn.de id AA24729 (5.65c/IDA-1.5 for amos-list@access.digex.com); Tue, 31 Aug 1993 16:56:59 +0200 Date: Tue, 31 Aug 1993 16:56:59 +0200 From: Tjark Kalow Message-Id: <199308311456.AA24729@formentera.uni-paderborn.de> To: amos-list@access.digex.net Subject: Re: Global Strings In-Reply-To: <9308120132.memo.42228@BIX.com> References: <9308120132.memo.42228@BIX.com> Status: RO Hello sfmcnally, On Thu, August 12, 1993 you wrote about the subject 'Re: Global Strings': > Naw! Gosub's pettar than proc's for alot of things, and is faster too. > The real nice thing 'bout gosub's that you can access ANY variable from > the main program without shares or globals. Nobody`s saying that you aren't allowed to use GOSUBs instead of PROCs, but using PROCs is better programming style. GOTOs and GOSUBs are relicts of those old BASIC days... Greetings, Tjark -- This is a typical case, whom we shall refer to as Mr. A, although his real name is this: +----------------------------------------------------------------+ Name: Tjark Kalow E-Mail: tjark@uni-paderborn.de Address: Thorenknick 6 33100 Paderborn Country: Germany Tel.: 0 52 52 / 39 12 (phone answering system) Computer: AMIGA 500 KS1.2 1MB w. 2 drives Occupation: Student +----------------------------------------------------------------+ From amos-request@svcs1.digex.net Tue Aug 31 23:40:23 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA19320 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:40:20 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA10792; Tue, 31 Aug 93 23:38:44 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA06998 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 11:55:50 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA06992 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 11:55:48 -0400 Received: from ACS.BU.EDU by access.digex.net with SMTP id AA05843 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 11:55:47 -0400 Received: by acs.bu.edu (5.61+++/AIX-3.2) id AA53544; Tue, 31 Aug 93 11:55:13 -0400 Date: Tue, 31 Aug 93 11:55:13 -0400 From: hacker@acs.bu.edu (Jose Elias) Message-Id: <9308311555.AA53544@acs.bu.edu> To: hacker@acs.bu.edu, sfmcnally@BIX.com Subject: RE: Desperate help, look at short code: Cc: amos-list@access.digex.net Status: RO Thanks!!! I'll give it a try!!! (I learned more from you than from the whole discusting amos manual!!!) sincerely, hacker@acs.bu.edu From amos-request@svcs1.digex.net Tue Aug 31 23:53:59 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA21371 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:53:57 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA12476; Tue, 31 Aug 93 23:52:34 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA07037 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 11:57:20 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA07033 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 11:57:18 -0400 Received: from uni-paderborn.de by access.digex.net with SMTP id AA05988 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 11:57:14 -0400 Received: from formentera.uni-paderborn.de by uni-paderborn.de with SMTP id AA26206 (5.65c8/IDA-1.5 for ); Tue, 31 Aug 1993 17:57:05 +0200 Received: by formentera.uni-paderborn.de id AA26212 (5.65c/IDA-1.5 for amos-list@access.digex.com); Tue, 31 Aug 1993 17:57:03 +0200 Date: Tue, 31 Aug 1993 17:57:03 +0200 From: Tjark Kalow Message-Id: <199308311557.AA26212@formentera.uni-paderborn.de> To: amos-list@access.digex.net Subject: Various... Status: RO Hi! I'd like to contribute my opinion to some points discussed here in the last weeks: -The CASE statement: Amos Pro has multiple ELSE IFs, so you can emulate a CASE state- ment, I think. Unfortunately, normal AMOS only allows one ELSE. The ON x PROC command can be used with every sequential x. For example, if your x can hold values 2,4,6,8 and so on you could write ON (x/2) PROC. -The AMOS PRO header I remember having read somewhere that programs that are tested with the 'Test AMOS 1.3' option get the old header, while programs using Pro commands get a new header. This header is relevant for loading programs. AMOS will reject Pro progs, but Pro will load any header. BTW, does anyone know, where in a saved prog you can find the information if it's tested or not? I once had a program that tested all right, but AMOS saved it as untested, so I couldn't compile it. -PeeCees Scott Southurst wrote: I do wonder about the comparisons some people are making. To say that an amiga will TYPE a file slower when you are talking about comparing a 500 with a 386 is useless. I use the "30 MHz" machines here at school and they are SLOW!! They are 386's!! I have a 000 (and 010) A500 and I find that when running applications which compare in their complexity (ie. VIP Professional versus Lotus) the speed is somewhat similar. This is a comparison between a "30 MHz" IBM and a 7MHz Amiga. Well, Scott, I guess, these PCs are running DOS and/or Windoze?! These pieces of software slow down even the fastest processors. Use OS/2 or another new OS to see how fast your PC can be!!! BTW, I've met the programmer of Turrican II for the PC (available RSN) and he promised that the PC version will be better than the Amiga original, will have real smooth scrolling never seen on the PC before and will run from 386 33MHz upwards. That's it for today... Greetings, Tjark -- This is a typical case, whom we shall refer to as Mr. A, although his real name is this: +----------------------------------------------------------------+ Name: Tjark Kalow E-Mail: tjark@uni-paderborn.de Address: Thorenknick 6 33100 Paderborn Country: Germany Tel.: 0 52 52 / 39 12 (phone answering system) Computer: AMIGA 500 KS1.2 1MB w. 2 drives Occupation: Student +----------------------------------------------------------------+ From amos-request@svcs1.digex.net Wed Sep 1 00:35:43 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA26153 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 00:35:41 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA16321; Wed, 1 Sep 93 00:34:07 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA00490 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 23:43:58 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00480 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:43:36 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA02817 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 22:16:59 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA10116 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 10:10:36 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA21841; Wed, 1 Sep 93 10:10:35 EST Date: Wed, 1 Sep 1993 09:59:40 +1000 (EST) From: Scott Southurst Sender: Scott Southurst Reply-To: Scott Southurst Subject: RE: 3d requests. To: LIST AMOS In-Reply-To: <9308310619.memo.72814@BIX.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Status: RO > Allso, if it will help anyone, I was told that this will rotate a poiont > at x,y n degrees. > I have used it or a veriant of it successfuly. > > X=X*Cos(n)+Y*Sin(n) > Y=X*Sin(n)-Y*Cos(n) This is not 3d. In three dimensions you must have depth. > Now, that won't work just like that in Amos of course, you could ether make > an integer cos/sin table (the fast way), or make x and y real variables. This is a good idea. To rotate a point x,y,z about the Z axis use:- x' = x * cos (Degs) - y * sin (Degs) y' = x * sin (Degs) + y * cos (Degs) Where a positive z co-ordinate is out of the screen and positive rotation is from +ve x axis to +ve y axis. To rotate a point x,y,z about the Y axis use :- x' = z * cos (Degs) - x * sin (Degs) z' = z * sin (Degs) + x * cos (Degs) Where positive rotation is from the z to x axis. To rotate about the x axis use :- y' = y * cos (Degs) - z * sin (Degs) z' = y * sin (Degs) + z * cos (Degs) Where positive rotation is from the +ve y to z axis. To rotate on an arbitrary axis (About a vector) you must transform the vector so it alines with one of the other axis. You then rotate the point(s) and perform the inverse transformation on the new points. HIDDEN FACE CALCULATION:- If you know anything about vectors its just using the normal (Vector at right angles to the face) and checking if it is pointing into the same quadrant as the view point. I give the formula's later. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Wed Sep 1 00:26:04 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25392 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 00:26:02 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA15571; Wed, 1 Sep 93 00:24:27 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA00266 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 23:37:07 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00262 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:37:04 -0400 Received: from vax.mbhs.edu by access.digex.net with SMTP id AA01905 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 22:13:02 -0400 Message-Id: <199309010213.AA01905@access.digex.net> Date: 31 Aug 93 20:08:00 EST From: "Andrew Church" <95ACHURCH@vax.mbhs.edu> Subject: Re: Jumping/flicker To: "amos-list" Status: RO >If I remember correctly the scrolly/menu I wrote has -> > >Close Workbench >Close Editor > >At the beginning. This should kill the shell and give control to the AMOS >program being run. Even when this is so the scrolly still flickers every >now and then. If you have a Shell window open, Close Workbench will *NOT* work. This is because the Shell is a window on the Workbench screen that is not part of Workbench itself. Intuition cannot force "visitor" windows to close, so it cannot close Workbench. I've never noticed much difference between multitasking on and multitasking off when I don't have any other programs running at the same time (excepting Workbench and a shell). It shouldn't make that much difference, anyway. Remember that a lot of the stuff Workbench does when you're not using it, like checking for disks, is interrupt-driven anyway, and it's not a good idea to turn off interrupts for a lengthy period of time. --Andy Church From amos-request@svcs1.digex.net Wed Sep 1 06:48:31 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA10927 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:48:29 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA04385; Wed, 1 Sep 93 06:46:49 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA04782 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 06:37:00 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA04778 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:36:58 -0400 Received: from bos2a.delphi.com (delphi.com) by access.digex.net with SMTP id AA01432 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:36:57 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2FAOKR3RK90O1BD@delphi.com>; Wed, 1 Sep 1993 06:36:20 EDT Received: by bix.com (CoSy3.31.1.29) id <9309010632.memo.74739@BIX.com>; Wed, 1 Sep 1993 06:32:14 -0400 (EDT) Date: Wed, 01 Sep 1993 06:32:13 -0400 (EDT) From: sfmcnally@BIX.com Subject: RE: Lots of programming things ... In-Reply-To: To: Chris Richards Cc: amos-list@access.digex.net Message-Id: <9309010632.memo.74739@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Chris Richards X-Cosy-Cc: amos-list@access.digex.com Status: RO You can get the shuffle extention from the Amos Club, and you can join the Amos Club through James Rhodes for 15 british pounds. I'm not quite sure of James' current address/phone, as I heard it might be changing. Anyone have current info? Seumas From amos-request@svcs1.digex.net Wed Sep 1 06:57:39 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA18435 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:57:36 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA04782; Wed, 1 Sep 93 06:56:05 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA04788 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 06:39:16 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA04784 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:39:14 -0400 Received: from bos2a.delphi.com (delphi.com) by access.digex.net with SMTP id AA03055 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:39:12 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2FARISH7K90O1BD@delphi.com>; Wed, 1 Sep 1993 06:38:42 EDT Received: by bix.com (CoSy3.31.1.29) id <9309010636.memo.74741@BIX.com>; Wed, 1 Sep 1993 06:36:13 -0400 (EDT) Date: Wed, 01 Sep 1993 06:36:12 -0400 (EDT) From: sfmcnally@BIX.com Subject: Re: Global Strings In-Reply-To: <199308311456.AA24729@formentera.uni-paderborn.de> To: Tjark Kalow Cc: amos-list@access.digex.net Message-Id: <9309010636.memo.74741@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Tjark Kalow X-Cosy-Cc: amos-list@access.digex.com Status: RO Re: Gosubs vers Procs Sure, but when you're writing your 'worlds best game', do you want nice looking source code, or a blazingly fast fun machine? ;) So what if your source is the ugliest thing ever written, heck, I sometimes can't tell what parts of my game's source do! :) But it works anyway! :) Seumas From amos-request@svcs1.digex.net Wed Sep 1 08:08:32 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA04622 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 08:08:29 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA06823; Wed, 1 Sep 93 08:06:47 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA04810 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 06:57:33 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA04806 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:57:32 -0400 Received: from bos2a.delphi.com (delphi.com) by access.digex.net with SMTP id AA18337 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:57:30 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2FBDHDPF490O1BD@delphi.com>; Wed, 1 Sep 1993 06:56:25 EDT Received: by bix.com (CoSy3.31.1.29) id <9309010644.memo.74751@BIX.com>; Wed, 1 Sep 1993 06:44:40 -0400 (EDT) Date: Wed, 01 Sep 1993 06:44:39 -0400 (EDT) From: sfmcnally@BIX.com Subject: Re: Jumping/flicker In-Reply-To: <9309010339.AA19739@elms.concept.com.au> To: Tom Plackowski Cc: amos-list@access.digex.net Message-Id: <9309010644.memo.74751@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Tom Plackowski X-Cosy-Cc: amos-list@access.digex.com Status: RO Ahh, try the wait vbl before the screen swap. You have to get the scan line to the vbl before you swap the screens, or parts will probly be different as they are swapped in the middle of the screen update. ;) Seumas From amos-request@svcs1.digex.net Wed Sep 1 07:19:06 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA06034 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 07:19:04 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA06146; Wed, 1 Sep 93 07:17:40 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA04798 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 06:56:47 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA04794 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:56:45 -0400 Received: from bos3a.delphi.com by access.digex.net with SMTP id AA17691 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:56:43 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2FBDNFJ0G90O1BD@delphi.com>; Wed, 1 Sep 1993 06:56:33 EDT Received: by bix.com (CoSy3.31.1.29) id <9309010652.memo.74752@BIX.com>; Wed, 1 Sep 1993 06:52:14 -0400 (EDT) Date: Wed, 01 Sep 1993 06:52:14 -0400 (EDT) From: sfmcnally@BIX.com Subject: RE: To: Re: AMOS Pro Compiler In-Reply-To: <9308170515.memo.49865@BIX.com> Cc: amos-list@access.digex.net Message-Id: <9309010652.memo.74752@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: sfmcnally@BIX.com X-Cosy-Cc: amos-list@access.digex.com Status: RO Hmm, I just recieved a msg' by myself that I wrote a while ago. ;) Something wrong with the list maybe? Anyone else get it? Seumas From amos-request@svcs1.digex.net Wed Sep 1 07:08:52 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA27504 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 07:08:51 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA05419; Wed, 1 Sep 93 07:06:53 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA04804 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 06:56:53 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA04800 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:56:51 -0400 Received: from bos1b.delphi.com (delphi.com) by access.digex.net with SMTP id AA17769 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 06:56:49 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2FBDSDYR490O1BD@delphi.com>; Wed, 1 Sep 1993 06:56:39 EDT Received: by bix.com (CoSy3.31.1.29) id <9309010654.memo.74753@BIX.com>; Wed, 1 Sep 1993 06:54:56 -0400 (EDT) Date: Wed, 01 Sep 1993 06:54:56 -0400 (EDT) From: sfmcnally@BIX.com Subject: Oops To: amos-list@access.digex.net Message-Id: <9309010654.memo.74753@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: amos-list@access.digex.com Status: RO Hehe, I geuss that was Bix's fault that I re read that old msg'. ;) Sorry. Seumas From amos-request@svcs1.digex.net Wed Sep 1 00:16:19 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA24436 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 00:16:18 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA14616; Wed, 1 Sep 93 00:14:28 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AB00260 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 23:36:47 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00256 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:36:43 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA17175 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:27:34 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Wed, 1 Sep 1993 13:27:03 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA19608; Wed, 1 Sep 93 13:26:44 EST Date: Wed, 1 Sep 93 13:26:44 EST From: Tom Plackowski Message-Id: <9309010326.AA19608@elms.concept.com.au> To: amos-list@access.digex.net Subject: Re: stutter (was Re: flicker/stutter) Cc: mcox@access.digex.net Status: RO [ scrolly, and manual example 10.10, both stutter] >But still, the Amiga checks for disk inserts, etc. You need to disable the >multitasking. If you use TURBO, try Multi Off. Make sure you have a Mutli On >before you exit or you will be sorry!! :) Yeah, I might give this a go. Even so, if you take the Wait Vbl out the scrolling is MUCH faster. I would have guessed that there is plenty of spare time for machine overheads. By the way, with double buffering (etc) all going, the stutter is reduced. It happens every 4.9 seconds (or so). // Tom From amos-request@svcs1.digex.net Wed Sep 1 00:28:56 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25631 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 00:28:55 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA15822; Wed, 1 Sep 93 00:27:23 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA00334 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 23:40:50 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00330 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:40:49 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA19413 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:40:44 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Wed, 1 Sep 1993 13:39:59 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA19739; Wed, 1 Sep 93 13:39:44 EST Date: Wed, 1 Sep 93 13:39:44 EST From: Tom Plackowski Message-Id: <9309010339.AA19739@elms.concept.com.au> To: sfmcnally@BIX.com Subject: Re: Jumping/flicker Cc: amos-list@access.digex.net Status: RO [ scrolly, and manual example 10.10, stutter ] >If you're using Screen Offset to scroll, you have to remember that it will >move the screen the MOMENT it's called. >Try autoview off and do a view somewhere around the screen swap. The scrolling is done using Scroll. New information for everyone (anyone 8-)) pondering the alarming AMOS stutter: I didn't realise that the Double Buffer had to appear after the Open Screen. So now the stutter appears every 4.9 seconds. 8-( Even manual example 10.10 shows the same effect. Why does the manual always say Screen Swap Wait Vbl in that order? Does Screen Swap do nothing until VBL? Or will this cause possible flicker on the lower half of the screen? // Tom, who, by the way, got two copies of the above message From amos-request@svcs1.digex.net Wed Sep 1 00:06:24 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA23692 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 00:06:23 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA13696; Wed, 1 Sep 93 00:04:37 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA00378 (5.65c/IDA-1.4.4 for amos-list-out); Tue, 31 Aug 1993 23:41:42 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00371 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:41:40 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA19573 (5.65c/IDA-1.4.4 for ); Tue, 31 Aug 1993 23:41:36 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Wed, 1 Sep 1993 13:40:58 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA19745; Wed, 1 Sep 93 13:41:02 EST Date: Wed, 1 Sep 93 13:41:02 EST From: Tom Plackowski Message-Id: <9309010341.AA19745@elms.concept.com.au> To: sfmcnally@BIX.com Subject: Re: Jumping/flicker Cc: amos-list@access.digex.net Status: RO >Subject: Re: Jumping/flicker I should also add that it appears to be more of a jump or stutter than a flicker. // Tom From amos-request@svcs1.digex.net Wed Sep 1 08:49:04 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA22308 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 08:48:58 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA11539; Wed, 1 Sep 93 08:47:23 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA05921 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 08:32:01 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA05917 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 08:31:59 -0400 Received: by access.digex.net id AA15022 (5.65c/IDA-1.4.4 for amos-list@access.digex.com); Wed, 1 Sep 1993 08:31:57 -0400 From: Michael 'AMOS' Cox Message-Id: <199309011231.AA15022@access.digex.net> Subject: News To: amos-list@access.digex.net (AMOS Mailing List) Date: Wed, 1 Sep 1993 08:31:56 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1213 Status: RO Just some quick news. First, I received AMOS Pro Compiler, TOME IV, and my AMOS Club UK sub. The newsletter is small but does pack some good information in it. TOME IV looks much better than TOME 3.2. I have not had time to install it but from looking at the manual (yes, it has a manual) it looks really nice. I can not wait to see how TURBO 2.0 compares with it. Of, with TOME IV came the AMOS Club/Shuffle extension and I think this has a CASE statement. Quite a few commands that other BASICs and languages have are in it. I will post a full list over the weekend. Also over the weekend, I will be posting more info on how users in USA and Canada can get all the AMOS goods from James Rhodes in Canada. He charges same price for US and Canada users. He is an official Amiga dealer and Europress dealer. I am actually very sick as I write this so it may not get posted over the weekend but by Monday at the latest. Mike -- Michael Cox Work: mcox@access.digex.com Amiga Conquers, AMOS Rules! Play: aj639@cleveland.freenet.edu This space intentionally left blank Fido: 1:109/456.0 The text above is my own and all that other disclaimer junk From amos-request@svcs1.digex.net Wed Sep 1 13:05:44 1993 Received: from po.CWRU.Edu by access.digex.net with SMTP id AA09843 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 13:05:40 -0400 Return-Path: Received: from svcs1.digex.net by po.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.9.3) id AA10315; Wed, 1 Sep 93 10:47:09 -0400 from amos-request@svcs1.digex.net for ) Received: by svcs1.digex.net id AA06571 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 09:52:02 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA06567 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 09:52:00 -0400 Received: from efd.lth.se (oddput.efd.lth.se) by access.digex.net with SMTP id AA17273 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 09:51:57 -0400 Received: from jupiter-5.efd.lth.se by efd.lth.se with smtp (Smail3.1.28.1 #1) id m0oXsbK-0002WaC; Wed, 1 Sep 93 15:51 MET DST Received: by jupiter-5.efd.lth.se (Smail3.1.28.1 #3) id m0oXsbJ-0000RZC; Wed, 1 Sep 93 15:51 MET DST Message-Id: Date: Wed, 1 Sep 93 15:51 MET DST From: e91mom@efd.lth.se (Martin Omander) X-Mailer: Mail User's Shell (7.2.4 2/2/92) To: amos-list@access.digex.net Subject: Compiler & Disc problems Status: RO Hello all This is my first posting to this fine list. Greetings to everybody! At the moment I have two big problems with an otherwise finished game. The code is about 180 Kb and is done in AMOS v1.36 (I think). Problem no 1: Some routines are a bit slow, so I tried compiling it. The compiled version runs, but most global integer variables get strange values like -9439540, which is rather disturbing. Any ideas of what goes wrong? Problem no 2: As the game may take several hours to finish, I've included a save feature. It writes a sequential file to disc of the important variables, which amounts to about 11 Kb. The trouble is that writing and reading those files is VERY SLOW going. Where am I going wrong? See you in CyberSpace Martin From amos-request@svcs1.digex.net Wed Sep 1 11:28:32 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA01497 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 11:28:29 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA01062; Wed, 1 Sep 93 11:27:43 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA07287 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 11:14:33 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA07283 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 11:14:31 -0400 Received: from ns-mx.uiowa.edu by access.digex.net with SMTP id AA26010 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 11:14:29 -0400 Received: from umaxc.weeg.uiowa.edu by ns-mx.uiowa.edu (5.64.jnf/920408) on Wed, 1 Sep 93 10:14:26 -0500 id AA14118 with SMTP Received: by umaxc.weeg.uiowa.edu (5.61.jnf/930730) on Wed, 1 Sep 93 10:13:59 -0500 id AA13758 Date: Wed, 1 Sep 1993 10:09:54 -0500 (CDT) From: Chris Richards Subject: Re: Compiler & Disc problems To: Martin Omander Cc: amos-list@access.digex.net In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO On Wed, 1 Sep 1993, Martin Omander wrote: > Problem no 2: > As the game may take several hours to finish, I've included a save > feature. It writes a sequential file to disc of the important > variables, which amounts to about 11 Kb. The trouble is that writing > and reading those files is VERY SLOW going. Where am I going wrong? I don't think there's any practical way to speed up a sequential file disk access, particularly when you are writing a lot of numbers one by one. A nifty trick that you can do, however, is to write all of the variables you'd like to save to an AMOS bank and then save the bank. This is very fast. Then, when you want your variables back, just load the bank and read them from memory. Chris R From hacker@acs.bu.edu Wed Sep 1 15:07:15 1993 Received: from ACS.BU.EDU by access.digex.net with SMTP id AA01233 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 15:07:08 -0400 Received: from ACS2.BU.EDU by acs.bu.edu (5.61+++/AIX-3.2) id AA92082; Wed, 1 Sep 93 15:06:22 -0400 From: hacker@acs.bu.edu (Jose Elias) Received: by acs2.bu.edu (5.61+++/Spike-2.1) id AA60226; Wed, 1 Sep 93 15:05:50 -0400 Date: Wed, 1 Sep 93 15:05:50 -0400 Message-Id: <9309011905.AA60226@acs2.bu.edu> To: amos-list@access.digex.net, mcox@access.digex.net Subject: Re: News Status: RO We hope you feel better!!! :) ;) :-) 8) :/ :B 8') :') from all the folks in Cyberspace, hacker@acs.bu.edu From amos-request@svcs1.digex.net Wed Sep 1 15:30:45 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA11115 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 15:30:41 -0400 Received: from access.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA03610; Wed, 1 Sep 93 15:29:17 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: from svcs1.digex.net by access.digex.net with SMTP id AA08666 (5.65c/IDA-1.4.4); Wed, 1 Sep 1993 15:25:13 -0400 Received: by svcs1.digex.net id AA08509 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 14:33:51 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA08505 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 14:33:48 -0400 Received: from vax.mbhs.edu by access.digex.net with SMTP id AA16889 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 14:33:42 -0400 Message-Id: <199309011833.AA16889@access.digex.net> Date: 1 Sep 93 14:33:00 EST From: "Andrew Church" <95ACHURCH@vax.mbhs.edu> Subject: Re: Jumping/flicker To: "amos-list" Status: RO >>If you're using Screen Offset to scroll, you have to remember that it will >>move the screen the MOMENT it's called. >>Try autoview off and do a view somewhere around the screen swap. Or have XOFS and YOFS variables, and a _WAIT_VBL procedure that does the Screen Offset right after the Wait Vbl. This is similar to what I do in a C program I have that needs to scroll a screen around, except I use the Vbl interrupt. I still get a bit of flicker, but little enough that I don't worry abot it. >The scrolling is done using Scroll. This can get ugly in a single-buffered screen, because a Scroll is basically a Screen Copy. You could get part of the old picture and part of the new one displayed. >I didn't realise that the Double Buffer had to appear after the Open Screen. That does help. :-) >Why does the manual always say > Screen Swap > Wait Vbl >in that order? > >Does Screen Swap do nothing until VBL? Or will this cause possible flicker on >the lower half of the screen? Seumas said: >Ahh, try the wait vbl before the screen swap. >You have to get the scan line to the vbl before you swap the screens, or parts >will probly be different as they are swapped in the middle of the screen >update. Screen Swap switches the bitplane pointers in the Screen Base structure with the bitplanes that aren't currently displayed, and updates the copper list. However, the new bitmap is not displayed until after the vertical blanking period, as messing with an active copper list can result in some impressive fireworks displays. So if you do two Screen Swap commands before a vertical blank, you'll wind up with the original display staying there. It doesn't really matter whether you do Wait Vbl or Screen Swap first, as long as you have them both (or you have some other way to make sure you only do one Screen Swap per Vbl). --Andy Church From amos-request@svcs1.digex.net Wed Sep 1 17:20:29 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA04723 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 17:20:27 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA10500; Wed, 1 Sep 93 16:18:09 -0400 (from amos-request@svcs1.digex.net ) Received: by svcs1.digex.net id AA08967 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 15:07:15 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA08963 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 15:07:12 -0400 Received: from ACS.BU.EDU by access.digex.net with SMTP id AA01233 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 15:07:08 -0400 Received: from ACS2.BU.EDU by acs.bu.edu (5.61+++/AIX-3.2) id AA92082; Wed, 1 Sep 93 15:06:22 -0400 From: hacker@acs.bu.edu (Jose Elias) Received: by acs2.bu.edu (5.61+++/Spike-2.1) id AA60226; Wed, 1 Sep 93 15:05:50 -0400 Date: Wed, 1 Sep 93 15:05:50 -0400 Message-Id: <9309011905.AA60226@acs2.bu.edu> To: amos-list@access.digex.net, mcox@access.digex.net Subject: Re: News Status: RO We hope you feel better!!! :) ;) :-) 8) :/ :B 8') :') from all the folks in Cyberspace, hacker@acs.bu.edu From amos-request@svcs1.digex.net Wed Sep 1 17:22:45 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA05969 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 17:22:42 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA10555; Wed, 1 Sep 93 16:18:59 -0400 (from amos-request@svcs1.digex.net ) Received: by svcs1.digex.net id AA08922 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 15:00:44 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA08918 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 15:00:42 -0400 Received: from vax.mbhs.edu by access.digex.net with SMTP id AA28368 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 15:00:38 -0400 Message-Id: <199309011900.AA28368@access.digex.net> Date: 1 Sep 93 14:43:00 EST From: "Andrew Church" <95ACHURCH@vax.mbhs.edu> Subject: Re: Compiler & Disc problems To: "amos-list" Status: RO > This is my first posting to this fine list. Greetings to >everybody! At the moment I have two big problems with an otherwise >finished game. The code is about 180 Kb and is done in AMOS v1.36 (I >think). Could you send it to me? I'd like to see it. > Problem no 1: > Some routines are a bit slow, so I tried compiling it. The compiled >version runs, but most global integer variables get strange values >like -9439540, which is rather disturbing. Any ideas of what goes >wrong? Make sure you declare the variables as Global *before* you initialise them. > Problem no 2: > As the game may take several hours to finish, I've included a save. >feature. It writes a sequential file to disc of the important >variables, which amounts to about 11 Kb. The trouble is that writing >and reading those files is VERY SLOW going. Where am I going wrong? What in the world do you need 11k of variables for? I've got a very large game too (also about 180k of code; it's an RPG), but I only need 122 bytes to store all the necessary information. If a lot of your data is in an array or two, you can use: Ssave 1,Varptr(ARRAY(0)) To Varptr(ARRAY(0))+ARRAY_LEN*4 to save your data (AMOS 1.36 does have the Ssave command, doesn't it?). --Andy Church From amos-request@svcs1.digex.net Wed Sep 1 17:18:57 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA03823 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 17:18:54 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA22919; Wed, 1 Sep 93 17:17:30 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA10957 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 17:07:04 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA10953 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 17:07:02 -0400 Received: from mach1.wlu.ca by access.digex.net with SMTP id AA27328 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 17:07:00 -0400 Received: by mach1.wlu.ca (5.65/1.35) id AA01980; Wed, 1 Sep 93 17:06:06 -0400 From: mart4678@mach1.wlu.ca (Phil Martin u) Message-Id: <9309012106.AA01980@mach1.wlu.ca> Subject: Wierd bug. To: amos-list@access.digex.net Date: Wed, 1 Sep 93 17:06:06 EDT X-Mailer: ELM [version 2.2 PL13] Status: RO Hello all! I have been working (on & off) for nearly a year on a break-out type game called 'Super Bonk Ball' (SBB). It is nearly finished, but it has an incredibly wierd bug that causes the ball to move in a very irrational way for no apparent reason sometimes. I've pinpointed the line of code that the program is executing when the ball jumps, but it is the first line of a procedure (ie line 'Procedure UPDATE_POWER'). Would anyone out there be kind enough to have a look at it for me? Mike Cox has had it, and couldn't find the prob (thanks again for trying, Mike :) and has snail-mailed it to Francois to look at, but if any of the experts out there would be kind enough to have a look at it, I would really, _really_ appreciate it (especially if the bug gets killed!). Thanks in advance, Phil Martin. From amos-request@svcs1.digex.net Wed Sep 1 16:54:23 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA20202 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 16:54:21 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA17328; Wed, 1 Sep 93 16:53:38 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA09621 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 16:24:08 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA09615 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 16:24:04 -0400 Received: from CCVAX.FULLERTON.EDU (csu.Fullerton.EDU) by access.digex.net with SMTP id AA03603 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 16:24:01 -0400 Received: from FULLERTON.EDU by FULLERTON.EDU (PMDF #2446 ) id <01H2FOVR18VK004WPF@FULLERTON.EDU>; Wed, 1 Sep 1993 13:23:11 PST Date: 01 Sep 1993 13:23:11 -0800 (PST) From: ROLAND ACTON Subject: Saving variables to disk To: amos-list@access.digex.net Message-Id: <01H2FOVR1IIQ004WPF@FULLERTON.EDU> X-Vms-To: IN%"amos-list@access.digex.net" Mime-Version: 1.0 Content-Transfer-Encoding: 7BIT Status: RO >On Wed, 1 Sep 1993, Martin Omander wrote: > >> Problem no 2: >> As the game may take several hours to finish, I've included a save >> feature. It writes a sequential file to disc of the important >> variables, which amounts to about 11 Kb. The trouble is that writing >> and reading those files is VERY SLOW going. Where am I going wrong? >I don't think there's any practical way to speed up a sequential file disk >access, particularly when you are writing a lot of numbers one by one. A >nifty trick that you can do, however, is to write all of the variables >you'd like to save to an AMOS bank and then save the bank. This is very >fast. Then, when you want your variables back, just load the bank and >read them from memory. > >Chris R The other way is to save them off using Doscall to access the OS functions. This, of course, requires that you have the RKMs to get the library offsets and function descriptions from. From amos-request@svcs1.digex.net Wed Sep 1 17:51:29 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA21289 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 17:51:26 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA29836; Wed, 1 Sep 93 17:50:44 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA11126 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 17:32:13 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA11122 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 17:32:11 -0400 Received: from mentor.cc.purdue.edu by access.digex.net with SMTP id AA10881 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 17:32:08 -0400 Received: by mentor.cc.purdue.edu (5.61/Purdue_CC) id AA09629; Wed, 1 Sep 93 16:32:06 -0500 From: shakes@mentor.cc.purdue.edu (Shakes) Message-Id: <9309012132.AA09629@mentor.cc.purdue.edu> Subject: Shareware Success stories? To: amos-list@access.digex.net Date: Wed, 1 Sep 93 16:32:05 EST Status: RO < (Got the address right this time. =) ) < Hi! I recently uploaded an NFL statistics keeper to aminet as shareware. < (It's in biz/dbase if you want to check it out). I am asking a $5 fee < for registration which includes updates (the NFL is supposed to expand soon), < and complete 1993 stats. I was wondering how many other AMOS programmers on < this list have uploaded their programs as shareware to Aminet and how well < these programs did. I'm wondering, specifically, how much you charged and < how much money you received. I'm considering spending more time programming < if it turns out to be profitable, but if it isn't I'll need to get a more < stable job. Any information would be great! < < Thanks! < < < < -------------------------------------------------------------------------------- < shakes@mentor.cc.purdue.edu < __ ___ __ __ ___ __ ___ < / | | /\ | / | / | \ | /\ | \ | < \_ | | / \ |/ |-- \_ |_/ |-- / \ |_/ |-- < \ |--| /----\ |\ | \ | | /----\ | \ | < __/ | |/ \| \ |__ __/ | |__/ \| \ |__ < < ------------------------------------------------------------------------------- < < < From amos-request@svcs1.digex.net Wed Sep 1 21:02:22 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA22377 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 21:02:18 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA22606; Wed, 1 Sep 93 21:01:55 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA13472 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 20:44:14 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA13468 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:44:11 -0400 Received: from wraith.cs.uow.edu.au by access.digex.net with SMTP id AA19459 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:44:04 -0400 Received: from topaz.cs.uow.edu.au by wraith.cs.uow.edu.au with SMTP (5.65c/IDA-1.4.4); id AA17282; Thu, 2 Sep 1993 10:43:46 +1000 (from u9147063@cs.uow.edu.au for ) Received: by topaz.cs.uow.edu.au id AA25434 (5.65c/IDA-CLIENT for amos-list@access.digex.net); Thu, 2 Sep 1993 10:43:44 +1000 From: Richard Barry Ling Message-Id: <199309020043.AA25434@topaz.cs.uow.edu.au> Subject: Re: Jumping/flicker To: amos-list@access.digex.net (AMOS User group) Date: Thu, 2 Sep 1993 10:43:41 +1000 (EST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2324 Status: RO Forwarded message: > From amos-request@svcs1.digex.net Wed Sep 1 21:58:12 1993 +1000 > Date: Wed, 01 Sep 1993 06:44:39 -0400 (EDT) > From: sfmcnally@BIX.com > Subject: Re: Jumping/flicker > In-Reply-To: <9309010339.AA19739@elms.concept.com.au> > To: Tom Plackowski > Cc: amos-list@access.digex.net > Message-Id: <9309010644.memo.74751@BIX.com> > Content-Transfer-Encoding: 7BIT > X-Cosy-To: Tom Plackowski > X-Cosy-Cc: amos-list@access.digex.com > > Ahh, try the wait vbl before the screen swap. > You have to get the scan line to the vbl before you swap the screens, or parts > will probly be different as they are swapped in the middle of the screen update. > ;) > > Seumas > As far as I know, the correct order is Do ... your drawing ... Screen Swap Wait Vbl Loop I've always used this for flicker-free drawing, and the majority of other programs I have seen do as well. The Screen Swap command simply exchanges the copper list pointers for the physical and logical screens. The copper is already executing the list for the current physical screen, so you don't actually interrupt the display at the exact instant you call Screen Swap: the change only happens at the start of the next frame. However, drawing commands are immediately affected - they are directed to the current logical screen. So if you do a screen swap, then draw immediately, your display will flicker like a bastard, since your logical screen is halfway through being displayed! If you follow your Screen Swap with a Wait Vbl, you wait until the current display is finished. Then the copper pointer is updated from your new physical screen and your logical screen flips to the back, and you can start drawing over again. For the flicker-free bob animation, try this: Screen open whatever Double Buffer : Bob Update Off For i = 1 to however many images Bob 0, x, y, i Update Screen Swap Wait Vbl Next I can't remember off the top of my head whether Update does a screen swap or not. If it does try leaving out the screen swap command. RL. ========================== Generating: .signature Richard Ling - colour analysis... complete u9147063@cs.uow.edu.au - clipping... complete ========================== - rendering... 37.6% From amos-request@svcs1.digex.net Wed Sep 1 21:12:15 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA24071 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 21:12:14 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA23585; Wed, 1 Sep 93 21:11:54 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA14195 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 20:57:56 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA14189 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:57:52 -0400 Received: from wraith.cs.uow.edu.au by access.digex.net with SMTP id AA21428 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:57:47 -0400 Received: from topaz.cs.uow.edu.au by wraith.cs.uow.edu.au with SMTP (5.65c/IDA-1.4.4); id AA19707; Thu, 2 Sep 1993 10:57:30 +1000 (from u9147063@cs.uow.edu.au for ) Received: by topaz.cs.uow.edu.au id AA25565 (5.65c/IDA-CLIENT for amos-list@access.digex.net); Thu, 2 Sep 1993 10:57:28 +1000 From: Richard Barry Ling Message-Id: <199309020057.AA25565@topaz.cs.uow.edu.au> Subject: Saving variables to disk To: amos-list@access.digex.net (AMOS User group) Date: Thu, 2 Sep 1993 10:57:27 +1000 (EST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2251 Status: RO Forwarded message: > From amos-request@svcs1.digex.net Thu Sep 2 07:32:15 1993 +1000 > Date: 01 Sep 1993 13:23:11 -0800 (PST) > From: ROLAND ACTON > Subject: Saving variables to disk > To: amos-list@access.digex.net > Message-Id: <01H2FOVR1IIQ004WPF@FULLERTON.EDU> > X-Vms-To: IN%"amos-list@access.digex.net" > Mime-Version: 1.0 > Content-Transfer-Encoding: 7BIT > > >On Wed, 1 Sep 1993, Martin Omander wrote: > > > >> Problem no 2: > >> As the game may take several hours to finish, I've included a save > >> feature. It writes a sequential file to disc of the important > >> variables, which amounts to about 11 Kb. The trouble is that writing > >> and reading those files is VERY SLOW going. Where am I going wrong? > >I don't think there's any practical way to speed up a sequential file disk > >access, particularly when you are writing a lot of numbers one by one. A > >nifty trick that you can do, however, is to write all of the variables > >you'd like to save to an AMOS bank and then save the bank. This is very > >fast. Then, when you want your variables back, just load the bank and > >read them from memory. > > > >Chris R > > The other way is to save them off using Doscall to access the OS functions. > This, of course, requires that you have the RKMs to get the library offsets > and function descriptions from. > Actually, the reason it is slow is that, if you use a loop like Open Out 1, filename For i = 0 to 5000 Print #1, some variable Next i Close 1 You are doing 5000 dos calls, each for only 4 bytes (or whatever size that particular variable has). There is a tremendous overhead for each call, so even going directly through the dos library will not speed it up much (AMOS would make direct calls to dos for file access anyway). The only way to speed it up is to make less calls, and get more data out per call. So, the first idea - storing the values in a memory bank, than bsaving the bank - will win hands-down, since there's only one call to write data. RL. ========================== Generating: .signature Richard Ling - colour analysis... complete u9147063@cs.uow.edu.au - clipping... complete ========================== - rendering... 37.6% From amos-request@svcs1.digex.net Wed Sep 1 22:11:25 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AB01994 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 22:11:20 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA29152; Wed, 1 Sep 93 22:11:00 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA16173 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 22:00:39 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA16164 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 22:00:34 -0400 Received: from wraith.cs.uow.edu.au by access.digex.net with SMTP id AA29666 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 22:00:16 -0400 Received: from topaz.cs.uow.edu.au by wraith.cs.uow.edu.au with SMTP (5.65c/IDA-1.4.4); id AA01426; Thu, 2 Sep 1993 11:59:57 +1000 (from u9147063@cs.uow.edu.au for ) Received: by topaz.cs.uow.edu.au id AA26152 (5.65c/IDA-CLIENT for amos-list@access.digex.net); Thu, 2 Sep 1993 11:59:55 +1000 From: Richard Barry Ling Message-Id: <199309020159.AA26152@topaz.cs.uow.edu.au> Subject: Re: Jumping/flicker To: amos-list@access.digex.net (AMOS User group) Date: Thu, 2 Sep 1993 11:59:54 +1000 (EST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3203 Status: RO From: Tom Plackowski > Ok! This is useful information! > So screen swap really means, "Swap Screen AT next VBL". (Or is that DURING, or > AFTER?) It's not really important; it happens some time after one scan drops off the bottom of the screen, and some time before the next one starts at the top, when there is no display output. I have found by experiment that it happens just before the new frame begins at the top of the screen. IMO it would be better if it happened as early as possible, so you get maximum drawing time during VBL, but this would have been a little harder on Francois. I think that AMOS uses the system's VBL interrupt, which means the exact time when VBL occurs would vary depending on the number of interrupt handlers running. > In fact, it sounds CRUCIAL to have the Screen Swap BEFORE the Wait Vbl. It is. I can't see how having them the other way round can get useful results, though I expect it could be good for something. Winning the "flicker of the century award" perhaps? :) > > You might like to fill me in on the low level mechanism of the graphics/copper > stuff. > > Correct this please: > 1) Screen Swap adjusts pointers in Screen Base Screen swap is just a change of pointers... I haven't looked in screen base but assume they're there.. > 1a) New copper list is created? Old one modified? Shouldn't be. The copper lists for both frames are generated in advance, all that should happen is the pointer to the current one is changed (unless you open or close screens, move entire screens around or otherwise change the display, this may cause a complete reconstruction of the copper lists.) > 2) Video stuff is already committed to display the frame from the > original pointers, and continues to do so Yup. At the start of a frame, the copper starts thru the copper list which is pointed to at that instant, and it will stick with it until the end of the frame, no matter what AMOS commands you do - short of directly poking the copper registers mid-frame, of course (generally a bad idea. ;-)) > 3) At VBL the different set of copper instructions directs display to > come from the new bitplanes Yep. (Provided there's other bitplanes out there to display, of course! If your screen isn't double-buffered, then you don't get a change. And if you have disabled automatic screen swapping, you have to call Screen Swap, which will take effect next frame.) > > And anyhow: How do you know these things? Have you looked at the AMOS source? > Is this just conjecture as to how it should be done? How you would do it? The > only way possible? The manual gives a bit of insight into the inner workings of AMOS, but it's mostly gobbeldigook unless you know a bit about the hardware. I have the Amiga HWRM which helps with the jargon like vertical blanking interrupts, blitter minterms, and bitplane control register BPLCON0. :-) > > // Tom > RL. This has been a dinosaur-free announcement. ========================== Generating: .signature Richard Ling - colour analysis... complete u9147063@cs.uow.edu.au - clipping... complete ========================== - rendering... 37.6% From amos-request@svcs1.digex.net Thu Sep 2 03:31:48 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA07663 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:31:45 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA22654; Thu, 2 Sep 93 03:30:20 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA17802 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 03:09:37 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA17798 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:09:35 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA24782 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:09:31 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA21847 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 17:09:25 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA11249; Thu, 2 Sep 93 17:09:22 EST Date: Thu, 2 Sep 1993 17:08:04 +1000 (EST) From: Scott Southurst Subject: Re: Jumping/flicker To: LIST AMOS In-Reply-To: <199309010213.AA01905@access.digex.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO > If you have a Shell window open, Close Workbench will *NOT* work. This is > because the Shell is a window on the Workbench screen that is not part of > Workbench itself. Intuition cannot force "visitor" windows to close, so it > cannot close Workbench. If this is true then I should still see the Workbench screen etc. if I push Amiga-A, correct?? When I do this I see nothing, just a blank blue screen which indicates to me that it has worked. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Thu Sep 2 03:42:02 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA13853 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:41:58 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA23079; Thu, 2 Sep 93 03:40:31 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA17821 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 03:16:14 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA17817 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:16:10 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA28050 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:16:05 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA22587 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 17:15:59 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA11727; Thu, 2 Sep 93 17:15:57 EST Date: Thu, 2 Sep 1993 17:14:44 +1000 (EST) From: Scott Southurst Subject: Speed of the AMOS group. To: LIST AMOS Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I have noticed that the return on the mail server has been a little slower than normal lately. Could be a simple reason like a huge high priority loading on the mail server there. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Thu Sep 2 03:51:32 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA19266 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:51:28 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA23387; Thu, 2 Sep 93 03:49:53 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA17827 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 03:19:13 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA17823 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:19:11 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA28815 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:19:07 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA23213 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 17:19:04 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA11947; Thu, 2 Sep 93 17:19:02 EST Date: Thu, 2 Sep 1993 17:17:43 +1000 (EST) From: Scott Southurst Subject: Re: Compiler & Disc problems To: LIST AMOS In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO With reguards to Problem No. 2: One suggestion I have is for you to use BSAVE. You could write the necessary data to a memory bank and then save it. This is alot faster than the use of individual PRINT # statements. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Thu Sep 2 04:17:58 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA07381 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 04:17:51 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA25012; Thu, 2 Sep 93 04:16:28 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA17914 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 03:37:04 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA17910 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:37:02 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA11125 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:36:55 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA23981 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 17:36:52 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA12925; Thu, 2 Sep 93 17:36:51 EST Date: Thu, 2 Sep 1993 17:29:17 +1000 (EST) From: Scott Southurst Subject: RE: Jumping/flickering/stuttering/have fits etc. To: LIST AMOS Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Given that it was my proggy that started all this I think I should put in my 2 cents. Some people have said that the provided demo on the extras etc. had this stuttering problem (Example 10.10). I myself have not noticed this problem in those proggies. The manual does say it should be Screen Swap then Wait Vbl. If the Screen Swap is meant to occur just after the next Vblank then why do you need a Wait Vbl at all?? If you leave out the Wait Vbl's then 9 times out of 10 the flickering is worse (As I found in the game I am now writing). I haven't actually examined the code lately but I may have used Screen Copy instead of Scroll. This could be the problem as Screen Copy is slower (I think thats right I can't remember correctly, but I do know that after my tests on this I do now use scroll). With reguards to the timing of the flicker I don't know that this is totally valid. It does show that when it occurs it is fairly constant but in my experience the flicker does not always happen. I have had the program run before with no flickers, which just doesn't seem correct. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Thu Sep 2 04:03:04 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25316 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 04:02:55 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA24347; Thu, 2 Sep 93 04:01:23 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA17920 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 03:41:57 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA17916 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:41:55 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA13803 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 03:41:51 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA24384 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 17:41:47 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA13200; Thu, 2 Sep 93 17:41:45 EST Date: Thu, 2 Sep 1993 17:37:40 +1000 (EST) From: Scott Southurst Subject: Oh and by the way... Re: Flicker etc. To: LIST AMOS Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO I can't see why the screen swap command would wait for the blanking gap. If it is instantaneous then the code should be reversed to what the manual says (Which is what I thought would be correct). If the Screen Swap does wait until the blanking gap then the Wait Vbl is not needed at all because this is auotmatically assumed. The only reason this would be needed is just incase the drawing etc. takes less than 1/2 a second and that once the screenswap has been called the program continues with the next update. But in theory this should just create a que of future screen swaps at future Vblanks. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Thu Sep 2 04:47:18 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25983 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 04:47:14 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA26054; Thu, 2 Sep 93 04:45:35 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA17987 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 04:13:43 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA17983 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 04:13:29 -0400 Received: from mailgate.ericsson.se by access.digex.net with SMTP id AA03057 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 04:12:55 -0400 Received: from eua.ericsson.se by mailgate.ericsson.se (4.1/SMI-4.1-MAILGATE1.14) id AA12077; Thu, 2 Sep 93 10:10:51 +0200 Received: from ms.eua.ericsson.se by eua.ericsson.se (4.1/EUA-2.1) id AA22023; Thu, 2 Sep 93 10:10:50 +0200 Received: from euax1i6c18.eua.ericsson.se by ms.eua.ericsson.se (4.1/MS-2.1) id AA15644; Thu, 2 Sep 93 10:10:48 +0200 From: Per.Lundholm@eua.ericsson.se (Per Lundholm) Received: by euax1i6c18.eua.ericsson.se (4.1/client-1.3) id AA12755; Thu, 2 Sep 93 10:10:47 +0200 Date: Thu, 2 Sep 93 10:10:47 +0200 Message-Id: <9309020810.AA12755@euax1i6c18.eua.ericsson.se> To: amos-list@access.digex.net, maverick@deakin.edu.au Subject: Re: Jumping/flicker Status: RO > > > If you have a Shell window open, Close Workbench will *NOT* work. This is > > because the Shell is a window on the Workbench screen that is not part of > > Workbench itself. Intuition cannot force "visitor" windows to close, so it > > cannot close Workbench. > > If this is true then I should still see the Workbench screen etc. if I > push Amiga-A, correct?? When I do this I see nothing, just a blank blue > screen which indicates to me that it has worked. ^^^^^^^^^ *NOT*. Look at what was written to amos-list a while ago: """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" From: Alex Howell To: amos-list@access.digex.net Subject: Re: Welcome to the AMOS Mailing List! Date: Wed, 14 Jul 1993 01:47:19 -0400 [...] Amos To Back every now and then (As well as the Amiga-A swap) dislikes bringing up the WorkBench screen, instead you're presented with a BLACK screen and nothing. This is REALLY annoying if you're putting a sleeper into your program so when you want it to sleep, it goes to the WorkBench screen and deposits a window on it, waiting for you to close to return. There IS a SAFE way out of this. Do the following after EVERY Amos To Back. (Even in Pro if you're worried.) Amos To Back : DUMMY=Intcall(-390) This will tell it to remake the current display. The WorkBench view will be properly displayed, even IF the WB window isn't present. This will NEVER fail. If you want to make sure the WorkBench window IS open, add the following in FRONT of your Amos To Back: DUMMY=Intcall(-210) This effectively is the Intuition function called "OpenWorkbench()" and it does just that, but won't display it immediately, until you switch Amos To Back and ensure it did with the second Intuition call DUMMY=Intcall(-390), which is the Intuition function called ReThinkDisplay, which does just that, looks at the current view up (at that point, the WorkBench view) and rebuilds the display from there, properly. """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Bye, and hope this helps, I for one haven't tried it :). Per From amos-request@svcs1.digex.net Thu Sep 2 06:41:21 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA03375 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 06:41:19 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA01077; Thu, 2 Sep 93 06:39:53 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA18526 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 06:21:55 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA18522 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 06:21:47 -0400 Received: from wraith.cs.uow.edu.au by access.digex.net with SMTP id AA02298 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 06:21:40 -0400 Received: by wraith.cs.uow.edu.au (5.65c/IDA-1.4.4); id AA06694; Thu, 2 Sep 1993 20:21:13 +1000 (from u9147063@cs.uow.edu.au for amos-list@access.digex.net) From: Richard Barry Ling Message-Id: <199309021021.AA06694@wraith.cs.uow.edu.au> Subject: RE: Jumping/flickering/stuttering/have fits etc. To: amos-list@access.digex.net (AMOS User group) Date: Thu, 2 Sep 1993 20:21:11 +1000 (EST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2348 Status: RO > Some people have said that the provided demo on the extras etc. had this > stuttering problem (Example 10.10). I myself have not noticed this > problem in those proggies. > The manual does say it should be Screen Swap then Wait Vbl. If > the Screen Swap is meant to occur just after the next Vblank then why do > you need a Wait Vbl at all?? If you leave out the Wait Vbl's then 9 times > out of 10 the flickering is worse (As I found in the game I am now writing). The reason is that the Screen Swap command doesn't actually wait until vertical blanking. It just swaps the physical and logical screen pointers. This doesn't affect which screen is being displayed at that time - only at the start of the next frame will the new screen appear - but it *does* affect which screen drawing operations are performed on. If you call Screen Swap when the video beam is halfway down the screen, the screen which you are currently displaying beomes your logical screen. If you then call drawing operations, you get flicker, caused by writing the display memory. You have to wait until the vertical blank, when the current logical screen gets flipped out of view, before you draw in it. That's why you call Wait Vbl straight after Screen Swap. > I haven't actually examined the code lately but I may have used > Screen Copy instead of Scroll. This could be the problem as Screen Copy > is slower (I think thats right I can't remember correctly, but I do know > that after my tests on this I do now use scroll). Shouldn't be slower. Internally, the operation is the same - shifting memory blocks. > ||\ *********************************************** > ./~ \ * Scott Southurst (maverick@deakin.edu.au) * > ~~\ \ * Deakin University, Warrnambool, Australia * > // \ * Aquatic Biology/Computer Programming * > | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * > /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * > ~~~~~~~~ *********************************************** RL. This has been a dinosaur-free announcement. ========================== Generating: .signature Richard Ling - colour analysis... complete u9147063@cs.uow.edu.au - clipping... complete ========================== - rendering... 37.6% From amos-request@svcs1.digex.net Wed Sep 1 20:23:16 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA12526 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:23:14 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA18485; Wed, 1 Sep 93 20:22:54 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA12385 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 19:59:17 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA12381 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 19:59:14 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA29319 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 19:59:12 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Thu, 2 Sep 1993 09:57:54 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA28858; Thu, 2 Sep 93 09:58:00 EST Date: Thu, 2 Sep 93 09:58:00 EST From: Tom Plackowski Message-Id: <9309012358.AA28858@elms.concept.com.au> To: sfmcnally@BIX.com Subject: Re: Jumping/flicker Cc: amos-list@access.digex.net Status: RO < Don't you hate it when people don't quote the context back? It can be hard to keep track of several different conversations at the same time. > >Ahh, try the wait vbl before the screen swap. >You have to get the scan line to the vbl before you swap the screens, or parts >will probly be different as they are swapped in the middle of the screen update. >;) That what I thought! All thru the manual it has: Screen Swap : Wait Vbl - even in Example 10.10, which is supposed to show how to avoid flicker with screen switching. Although this sounds incorrect to me too, does Francois know something we don't? // Tom From amos-request@svcs1.digex.net Wed Sep 1 20:11:53 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA06043 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:11:47 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA17274; Wed, 1 Sep 93 20:11:28 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA12417 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 20:01:30 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA12413 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:01:27 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA00517 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:01:25 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Thu, 2 Sep 1993 10:00:52 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA28870; Thu, 2 Sep 93 10:00:49 EST Date: Thu, 2 Sep 93 10:00:49 EST From: Tom Plackowski Message-Id: <9309020000.AA28870@elms.concept.com.au> To: mcox@access.digex.net Subject: Re: stutter (was Re: flicker/stutter) Cc: amos-list@access.digex.net Status: RO >Subject: Re: stutter (was Re: flicker/stutter) >>By the way, with double buffering (etc) all going, the stutter is reduced. >>It happens every 4.9 seconds (or so). >You must be using a stopwatch on it!! ;) Of course! Manually operated, hence the "(or so)" bit. Perhaps it was just coincidental that when I stopped it it always showed 4.90 or 9.81 seconds? // Tom From amos-request@svcs1.digex.net Wed Sep 1 20:41:46 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA19329 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:41:43 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA20177; Wed, 1 Sep 93 20:41:25 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA13092 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 20:27:12 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA13088 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:27:10 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA14394 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 20:27:03 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Thu, 2 Sep 1993 10:26:00 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA28973; Thu, 2 Sep 93 10:24:50 EST Date: Thu, 2 Sep 93 10:24:50 EST From: Tom Plackowski Message-Id: <9309020024.AA28973@elms.concept.com.au> To: 95ACHURCH@vax.mbhs.edu Subject: Re: Jumping/flicker Cc: amos-list@access.digex.net Status: RO >Subject: Re: Jumping/flicker >>>If you're using Screen Offset to scroll, you have to remember that it will >>>move the screen the MOMENT it's called. >>>Try autoview off and do a view somewhere around the screen swap. > Or have XOFS and YOFS variables, and a _WAIT_VBL procedure that does the >Screen Offset right after the Wait Vbl. This is similar to what I do in a C >program I have that needs to scroll a screen around, except I use the Vbl >interrupt. I still get a bit of flicker, but little enough that I don't >worry abot it. What is an XOFS or a YOFS? Theoretically, to move a screen around, I should be able to double buffer - and update the nondisplayed screen at my convenience. At or during VBL I should be able to swap screens (presumably just change a pointer somewhere) VERY QUICKLY. I would be supprised to get ANY flicker - perhaps it would indicate that I am trying to do too much or too many things after the start of VBL. Do you NEED to Screen Offset just after Wait Vbl only because you are not double buffering? >>The scrolling is done using Scroll. > This can get ugly in a single-buffered screen, because a Scroll is >basically a Screen Copy. You could get part of the old picture and part of >the new one displayed. Ok, I'll keep that in mind. The scrolled areas are the width of the screen (320?) but not very tall. >>I didn't realise that the Double Buffer had to appear after the Open Screen. > That does help. :-) It did make a difference 8-). >>Why does the manual always say >> Screen Swap >> Wait Vbl >>in that order? >> >>Does Screen Swap do nothing until VBL? Or will this cause possible flicker on >>the lower half of the screen? >Seumas said: >> ... > Screen Swap switches the bitplane pointers in the Screen Base structure with >the bitplanes that aren't currently displayed, and updates the copper list. >However, the new bitmap is not displayed until after the vertical blanking >period, as messing with an active copper list can result in some impressive >fireworks displays. So if you do two Screen Swap commands before a vertical >blank, you'll wind up with the original display staying there. > It doesn't really matter whether you do Wait Vbl or Screen Swap first, as >long as you have them both (or you have some other way to make sure you only >do one Screen Swap per Vbl). Ok! This is useful information! So screen swap really means, "Swap Screen AT next VBL". (Or is that DURING, or AFTER?) In fact, it sounds CRUCIAL to have the Screen Swap BEFORE the Wait Vbl. You might like to fill me in on the low level mechanism of the graphics/copper stuff. Correct this please: 1) Screen Swap adjusts pointers in Screen Base 1a) New copper list is created? Old one modified? 2) Video stuff is already committed to display the frame from the original pointers, and continues to do so 3) At VBL the different set of copper instructions directs display to come from the new bitplanes ? And anyhow: How do you know these things? Have you looked at the AMOS source? Is this just conjecture as to how it should be done? How you would do it? The only way possible? > --Andy Church Thanks Andy! // Tom From amos-request@svcs1.digex.net Wed Sep 1 23:43:52 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA11443 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 23:43:49 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA06078; Wed, 1 Sep 93 23:42:23 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA17444 (5.65c/IDA-1.4.4 for amos-list-out); Wed, 1 Sep 1993 23:27:32 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA17440 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 23:27:30 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA10515 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 23:27:27 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Thu, 2 Sep 1993 13:26:25 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA01321; Thu, 2 Sep 93 13:26:23 EST Date: Thu, 2 Sep 93 13:26:23 EST From: Tom Plackowski Message-Id: <9309020326.AA01321@elms.concept.com.au> To: u9147063@cs.uow.edu.au Subject: Re: Jumping/flicker Cc: amos-list@access.digex.net Status: RO >> In fact, it sounds CRUCIAL to have the Screen Swap BEFORE the Wait Vbl. >It is. I can't see how having them the other way round can get useful >results, though I expect it could be good for something. Winning the >"flicker of the century award" perhaps? :) 8-) If Screen Swap had an instantaneous effect, it would make more sense to do it during the VBL (ie, after Wait Vbl). >This has been a dinosaur-free announcement. Hmmm.. I bought a loaf of bread yesterday - even it was infected with dinosaurs. 8-| Thanks for this clarification. Its a relief not having to experiment with code to try to work out WHY things are happening they way they are. // Tom From amos-request@svcs1.digex.net Thu Sep 2 08:04:41 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA16076 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 08:04:38 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA06355; Thu, 2 Sep 93 08:03:13 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA18780 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 07:44:25 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA18776 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 07:44:23 -0400 Received: from uni-paderborn.de by access.digex.net with SMTP id AA13596 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 07:44:21 -0400 Received: from formentera.uni-paderborn.de by uni-paderborn.de with SMTP id AA25042 (5.65c8/IDA-1.5 for ); Thu, 2 Sep 1993 13:44:14 +0200 Received: by formentera.uni-paderborn.de id AA05132 (5.65c/IDA-1.5 for amos-list@access.digex.com); Thu, 2 Sep 1993 13:44:09 +0200 Date: Thu, 2 Sep 1993 13:44:09 +0200 From: Tjark Kalow Message-Id: <199309021144.AA05132@formentera.uni-paderborn.de> To: amos-list@access.digex.net Subject: Re: Global Strings In-Reply-To: <9309010636.memo.74741@BIX.com> References: <199308311456.AA24729@formentera.uni-paderborn.de> <9309010636.memo.74741@BIX.com> Status: RO Hello sfmcnally, On Wed, September 01, 1993 you wrote about the subject 'Re: Global Strings': > Re: Gosubs vers Procs > > Sure, but when you're writing your 'worlds best game', do you want nice looking > source code, or a blazingly fast fun machine? ;) > In most cases, AMOS is fast enough to do structured programming. Game programming, of course, is a big exception from the rule. I've talked to a professional games programmer recently and he said that they're hacking the hardware like hell and don't care about structuring the proggy. But it looked to me that you recommend to always use GOSUBs instead of PROCs and that makes your code hard to understand. > So what if your source is the ugliest thing ever written, heck, I sometimes > can't tell what parts of my game's source do! :) > But it works anyway! Sure it works, but when you say that even you can't read it anymore then, you will understand what my point was... Greetings, Tjark -- This is a typical case, whom we shall refer to as Mr. A, although his real name is this: +----------------------------------------------------------------+ Name: Tjark Kalow E-Mail: tjark@uni-paderborn.de Address: Thorenknick 6 33100 Paderborn Country: Germany Tel.: 0 52 52 / 39 12 (phone answering system) Computer: AMIGA 500 KS1.2 1MB w. 2 drives Occupation: Student +----------------------------------------------------------------+ From amos-request@svcs1.digex.net Thu Sep 2 12:41:53 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA22701 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 12:41:49 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA18017; Thu, 2 Sep 93 12:41:21 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA21197 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 12:27:24 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA21193 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 12:27:22 -0400 Received: from cc.lut.fi by access.digex.net with SMTP id AA21022 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 12:27:19 -0400 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA04775; Thu, 2 Sep 1993 19:27:17 +0300 From: Kimmo Veijalainen Message-Id: <199309021627.AA04775@cc.lut.fi> Subject: Still looking for Turbo Pro To: amos-list@access.digex.net Date: Thu, 2 Sep 93 19:27:17 EETDST X-Mailer: ELM [version 2.3 PL11] Status: RO Where can I find Turbo extension that is Amos Pro compatible + string$("?",50) -- _ C=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- _ // K.Veijalainen | -This area closed for repairs- = \X/ veijalai@cc.lut.fi | = Amiga C=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From ppalmer@oskar.uchicago.edu Thu Sep 2 17:29:16 1993 Received: from oddjob.uchicago.edu by access.digex.net with SMTP id AA15309 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 17:29:15 -0400 Received: from oskar.uchicago.edu by oddjob.uchicago.edu Thu, 2 Sep 93 16:29:13 CDT Received: by oskar.uchicago.edu (4.1/SMI-4.0) id AA24570; Thu, 2 Sep 93 16:29:18 CDT Date: Thu, 2 Sep 93 16:29:18 CDT From: ppalmer@oskar.uchicago.edu (Patrick Palmer) Message-Id: <9309022129.AA24570@oskar.uchicago.edu> To: mcox@access.digex.net Subject: Re: Spreadsheets and Word Processors Status: RO Procalc can save files in Lotus format. I can send the worksheets to my daughter to modify on an IBM to make them meet her standards, and she can then send them back to me. I just don't know about Excel. I can look tonight, and try to remember to email you what it says. (Remind me if I get distracted if no one else gives you a better answer.) Procalc is made by GoldDisk. The author is Michael T... (can't think of it). I communicated with him by email when he first posted the demo in April at MPT@cup.portal.com. Which reminds me: the demo is probably still posted on the Aminet sites. (It is crippled so it can't save files.) Pat Palmer From amos-request@svcs1.digex.net Thu Sep 2 23:10:04 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA07473 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 23:10:02 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA28698; Thu, 2 Sep 93 23:08:28 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28003 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 22:57:29 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27999 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 22:57:26 -0400 Received: from manta.nosc.mil by access.digex.net with SMTP id AA05566 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 22:57:18 -0400 Received: by manta.nosc.mil (5.65/1.34) id AA12922; Thu, 2 Sep 93 19:57:17 -0700 Date: Thu, 2 Sep 93 19:57:17 -0700 From: czar1@manta.nosc.mil (Scott C. Czarcinski) Message-Id: <9309030257.AA12922@manta.nosc.mil> To: amos-list@access.digex.net Subject: General Status: O ------- Alright guys, I am not much into game coding at the moment, but also (As I see I have been on the road too long, and someone beat me to the punch) have an NFL predictions program in the final stages, and nearing completion. (I use Ramdom files to store data), and at least that doesn't seem to take too long to load. (Of course one can always run a tune or something simple while stat data is loaded.) My question is in reference to testing to see if the current computer has a battery backed clock or not. Is there a way to automatically do this? (This helps automatically configure current week.) I have spent 3 years developing this, and have gone through 3 complete rewrites!!! Currently my routine that handles the predictions is running about 80% accurate vesrses the win-loss ratio. (Actual points and against the line is abit lower.) I am almost to the point that I would appreciate anyone that would like to aid me in alfa & beta testing the software. Eventually I will most likley release a "hampered" version as shareware, and with registration I will mail them the fully fuctional version. (ie: modify schedules; multi-years; maybe future expansion to enable any team name and stats to be used - ???) Drop me a note, and let me know the best way to get the program to you. (Gonna work on it this weekend, but the code and support files are around 350K.) I would rather have limited comments and feedback at first, so I do not want to u/l to a BBS, or the list... Scott Czarcinski aka "Magic" czar1@manta.nosc.mil ------- From amos-request@svcs1.digex.net Thu Sep 2 22:29:16 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA03343 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 22:29:13 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA25093; Thu, 2 Sep 93 22:28:48 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA27849 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 22:15:58 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27845 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 22:15:56 -0400 Received: from vax.mbhs.edu by access.digex.net with SMTP id AA02109 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 22:15:45 -0400 Message-Id: <199309030215.AA02109@access.digex.net> Date: 2 Sep 93 22:05:00 EST From: "Andrew Church" <95ACHURCH@vax.mbhs.edu> Subject: Screen Flickering To: "amos-list" Status: O This is another multi-reply message. (Don't worry, no dinosaurs.) >> Or have XOFS and YOFS variables, and a _WAIT_VBL procedure that does the >>Screen Offset right after the Wait Vbl. This is similar to what I do in a C >>program I have that needs to scroll a screen around, except I use the Vbl >>interrupt. I still get a bit of flicker, but little enough that I don't >>worry abot it. > >What is an XOFS or a YOFS? X OFfSet and Y OFfSet - internal screen location variables, equivalent to the parameters to Screen Offset. >Theoretically, to move a screen around, I should be able to double buffer - and >update the nondisplayed screen at my convenience. At or during VBL I should be >able to swap screens (presumably just change a pointer somewhere) VERY QUICKLY. > >I would be supprised to get ANY flicker - perhaps it would indicate that I am >trying to do too much or too many things after the start of VBL. > >Do you NEED to Screen Offset just after Wait Vbl only because you are not >double buffering? That's right... I don't double-buffer, because I found that the extra updating took too long. >> It doesn't really matter whether you do Wait Vbl or Screen Swap first, as >>long as you have them both (or you have some other way to make sure you only >>do one Screen Swap per Vbl). > >Ok! This is useful information! No, it's not. Everybody else was right -- it has to be before the vertical blank. Stupid me. >So screen swap really means, "Swap Screen AT next VBL". (Or is that DURING, >or AFTER?) "Swap Screen AT next VBL". >You might like to fill me in on the low level mechanism of the graphics/copper >stuff. Well, seeing as someone else already has, I won't bother. >And anyhow: How do you know these things? Have you looked at the AMOS source? >Is this just conjecture as to how it should be done? How you would do it? The >only way possible? > Well, I don't know for sure, but it is the most sensible way to do it. They could also have a separate task that gets a signal after a Screen Swap, modifies the copper list, and returns to AMOS, but that's the long way (or at least, *a* long way). >As far as I know, the correct order is > > Do > ... your drawing ... > Screen Swap > Wait Vbl > Loop That it is. >I've always used this for flicker-free drawing, and the majority of other >programs I have seen do as well. The Screen Swap command simply exchanges >the copper list pointers for the physical and logical screens. The copper >is already executing the list for the current physical screen, so you don't >actually interrupt the display at the exact instant you call Screen Swap: >the change only happens at the start of the next frame. However, drawing >commands are immediately affected - they are directed to the current logical >screen. So if you do a screen swap, then draw immediately, your display >will flicker like a bastard, since your logical screen is halfway through >being displayed! If you follow your Screen Swap with a Wait Vbl, you wait >until the current display is finished. Then the copper pointer is updated >from your new physical screen and your logical screen flips to the back, and >you can start drawing over again. Good point, forgot about that. You could use the Physic() function to return the "physical" screen number (which is still not displayed until the vertical blank). >> In fact, it sounds CRUCIAL to have the Screen Swap BEFORE the Wait Vbl. > >It is. I can't see how having them the other way round can get useful >results, though I expect it could be good for something. Winning the >"flicker of the century award" perhaps? :) Naah... try a loop in which your program draws stuff, then does Screen Offset inthe middle of the display. My RPG (in C) did that... it was rather interesting to be seeing two separate parts of the display at once. :-) >Screen swap is just a change of pointers... I haven't looked in screen base >but assume they're there.. Yup. The first 6 longwords are the current (logical) bitplane pointers, or just THE bitplane pointers for a single-buffered screen. If the screen is double-buffered, the next 6 longwords are the pointers to one screen, and the 6 after that are the pointers to the other screen. (If AMOS starts to support AGA, all this will change, of course...) >> If you have a Shell window open, Close Workbench will *NOT* work. This is >> because the Shell is a window on the Workbench screen that is not part of >> Workbench itself. Intuition cannot force "visitor" windows to close, so it >> cannot close Workbench. > >If this is true then I should still see the Workbench screen etc. if I >push Amiga-A, correct?? When I do this I see nothing, just a blank blue >screen which indicates to me that it has worked. As somebody mentioned, AMOS doesn't always load the copper list correctly when switching to Workbench. Does this happen all the time, though? If so, then it sounds like something's wrong. An extract from the 1.3 Includes & Autodocs RKM: +++ This routine attempts to close the Workbench. The actions taken are: +++ - Test whether or not any applications have opened Windows on the +++ Workbench, and return FALSE if so. > The manual does say it should be Screen Swap then Wait Vbl. If >the Screen Swap is meant to occur just after the next Vblank then why do >you need a Wait Vbl at all?? If you leave out the Wait Vbl's then 9 times >out of 10 the flickering is worse (As I found in the game I am now writing). See above. You'll be drawing into the currently displayed screen. > I haven't actually examined the code lately but I may have used >Screen Copy instead of Scroll. This could be the problem as Screen Copy >is slower (I think thats right I can't remember correctly, but I do know >that after my tests on this I do now use scroll). They should be about the same. Both involve copying blocks of memory. Scroll may be a bit faster if it calculates the stuff it needs to (blitter registers, etc.) when you do a Def Scroll, but that kind of difference shouldn't be noticeable. > With reguards to the timing of the flicker I don't know that this >is totally valid. It does show that when it occurs it is fairly constant >but in my experience the flicker does not always happen. I have had the >program run before with no flickers, which just doesn't seem correct. See if it has anything to do with the status of the Workbench. I had a program that slowed down for apparently no reason if my Workbench was interlaced. >> The only reason this would be needed is just incase the drawing >>etc. takes less than 1/2 a second and that once the screenswap has been >>called the program continues with the next update. But in theory this >>should just create a que of future screen swaps at future Vblanks. > >PAL is a 50Hz update, I think. Screens would be swapped every 1/50th of a sec. Yes. Also, doing a queue of Screen Swaps, if your update is faster than 1/50th of a second, would cause the user's input to be wrong, as the user would be seeing old display data. (Or something like that...) >And I think that it if you did two Screen Swaps, the same physical screen would >be redrawn next time. Yup. -------- (phew...) Has anyone else noticed that the volume on this list is incredibly high all of a sudden? :-) --Andy Church From amos-request@svcs1.digex.net Fri Sep 3 00:37:35 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA28100 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 00:37:31 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA06411; Fri, 3 Sep 93 00:36:00 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28251 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 00:29:31 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28247 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 00:29:29 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA25383 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 00:29:26 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA14868 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 14:28:50 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA19564; Fri, 3 Sep 93 14:28:48 EST Date: Fri, 3 Sep 1993 14:27:53 +1000 (EST) From: Scott Southurst Subject: Re: Oh and by the way... Re: Flicker etc. To: LIST AMOS In-Reply-To: <9309030032.AA06861@elms.concept.com.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > >etc. takes less than 1/2 a second and that once the screenswap has been A bit of a mistake there. I actually meant less than 1/2 a 50th of a second (ie. less than 1/100 sec). ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Fri Sep 3 00:48:09 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA01936 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 00:48:08 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA07284; Fri, 3 Sep 93 00:46:24 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28262 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 00:34:17 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28258 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 00:34:15 -0400 Received: from sol.ccs.deakin.edu.au by access.digex.net with SMTP id AA26991 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 00:34:12 -0400 Received: from mensa.ccs.deakin.edu.au by sol.ccs.deakin.edu.au with SMTP id AA15584 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 14:33:59 +1000 Received: by mensa.ccs.deakin.edu.au (4.1/client-1.3) id AA19873; Fri, 3 Sep 93 14:33:56 EST Date: Fri, 3 Sep 1993 14:31:23 +1000 (EST) From: Scott Southurst Subject: Re: Flicker/stuttering To: LIST AMOS In-Reply-To: <9309030158.AA07657@elms.concept.com.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > This discussion is not a criticism of Scott's (it was from you, wasn't it?) > scrolly. His scrolly just reminded me of something I needed help with. I understand this perfectly. I know there is this shortcoming in the program and I appreciate the ideas etc. that have been put forward. One other type of flickering I have noticed occured in the earlier versions of my current project. When the screen was scrolled I noticed the darker colours left a bright "After image". I have since managed to fix this but I do wonder why this occurs. ||\ *********************************************** ./~ \ * Scott Southurst (maverick@deakin.edu.au) * ~~\ \ * Deakin University, Warrnambool, Australia * // \ * Aquatic Biology/Computer Programming * | \___/| * A500 - 1084s - 1meg - AMOS 1.34 - AMOS 3d * /~/~~ ___/ * Compiler - AND LOVING IT!! (Soon A1200??) * ~~~~~~~~ *********************************************** From amos-request@svcs1.digex.net Fri Sep 3 01:16:48 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA11896 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:16:46 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA09808; Fri, 3 Sep 93 01:15:18 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28335 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 01:04:05 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28331 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:04:03 -0400 Received: from mailgate.ericsson.se by access.digex.net with SMTP id AA07457 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:03:59 -0400 Received: from eua.ericsson.se by mailgate.ericsson.se (4.1/SMI-4.1-MAILGATE1.14) id AA09211; Fri, 3 Sep 93 07:03:51 +0200 Received: from ms.eua.ericsson.se by eua.ericsson.se (4.1/EUA-2.1) id AA25301; Fri, 3 Sep 93 07:03:49 +0200 Received: from euax1i6c18.eua.ericsson.se by ms.eua.ericsson.se (4.1/MS-2.1) id AA11367; Fri, 3 Sep 93 07:03:48 +0200 From: Per.Lundholm@eua.ericsson.se (Per Lundholm) Received: by euax1i6c18.eua.ericsson.se (4.1/client-1.3) id AA00498; Fri, 3 Sep 93 07:03:48 +0200 Date: Fri, 3 Sep 93 07:03:48 +0200 Message-Id: <9309030503.AA00498@euax1i6c18.eua.ericsson.se> To: amos-list@access.digex.net, czar1@manta.nosc.mil Subject: Re: General Status: O > My question is in reference to testing to see if the current computer > has a battery backed clock or not. Is there a way to automatically do this? > (This helps automatically configure current week.) Is this really what you want? Surely it shouldn't matter whether there is a (functioning) battery or not? You'd probably be more intersted if the current system date reflects reality. After all, even if there is no battery backup, the usr may have typed in the correct date. ^^^ (Sorry, running UNIX :)) Given that the ASS-U-ME-d* above is correct, you may either store current date in a file, when the prog is run the next time you should see if the date is reasonable. Or, you could ask the user if the date is correct. Suggestions that may both be used. > I have spent 3 years developing this, and have gone through 3 complete > rewrites!!! Currently my routine that handles the predictions is running > about 80% accurate vesrses the win-loss ratio. (Actual points and against > the line is abit lower.) 80% is more than 50%, so your program is better than chance. How does it compare in other aspects? I guess that NFL is about American football and there is actully a possibility to bet on that here in Sweden, but only on the Super Bowl (as far as I know). > I am almost to the point that I would appreciate anyone that would like > to aid me in alfa & beta testing the software. Eventually I will most > likley release a "hampered" version as shareware, and with registration I > will mail them the fully fuctional version. (ie: modify schedules; > multi-years; maybe future expansion to enable any team name and stats to be > used - ???) The task of your life ;). /Per *-footnote: Whenever we assume it makes an ASS of U and ME. Good programming rule. The same. From amos-request@svcs1.digex.net Fri Sep 3 01:56:40 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25710 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:56:39 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA12080; Fri, 3 Sep 93 01:55:14 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28456 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 01:48:37 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28452 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:48:35 -0400 Received: from bos1a.delphi.com (delphi.com) by access.digex.net with SMTP id AA22892 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:48:34 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2HSVA972890OID4@delphi.com>; Fri, 3 Sep 1993 01:38:45 EDT Received: by bix.com (CoSy3.31.1.29) id <9309030135.memo.77935@BIX.com>; Fri, 3 Sep 1993 01:35:54 -0400 (EDT) Date: Fri, 03 Sep 1993 01:35:54 -0400 (EDT) From: sfmcnally@BIX.com Subject: Re: Jumping/flicker In-Reply-To: <199309011833.AA16889@access.digex.net> To: Andrew Church <95ACHURCH@vax.mbhs.edu> Cc: amos-list@access.digex.net Message-Id: <9309030135.memo.77935@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Andrew Church <95ACHURCH@vax.mbhs.edu> X-Cosy-Cc: amos-list@access.digex.com Status: O Ok, so I geuss I don't know everything about scxreen swap. :) This is what I do at the end of my progs main loop: (with double buffer, autoback0, update off, autoview off at the start of the prog) Wait Vbl Screen Swap 0 Screen Offset 0,xf,yf view No flicker at all, smoooooth scrolling. :) Seumas From amos-request@svcs1.digex.net Fri Sep 3 02:07:24 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA26536 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:07:23 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA12620; Fri, 3 Sep 93 02:05:54 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28469 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 01:59:14 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28465 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:59:12 -0400 Received: from bos1c.delphi.com (delphi.com) by access.digex.net with SMTP id AA26338 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:59:11 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2HTDBT2W090OID4@delphi.com>; Fri, 3 Sep 1993 01:53:16 EDT Received: by bix.com (CoSy3.31.1.29) id <9309030142.memo.77939@BIX.com>; Fri, 3 Sep 1993 01:42:58 -0400 (EDT) Date: Fri, 03 Sep 1993 01:42:57 -0400 (EDT) From: sfmcnally@BIX.com Subject: RE: Wierd bug. In-Reply-To: <9309012106.AA01980@mach1.wlu.ca> To: mart4678@mach1.wlu.ca Cc: amos-list@access.digex.net Message-Id: <9309030142.memo.77939@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: mart4678@mach1.wlu.ca (Phil Martin u) X-Cosy-Cc: amos-list@access.digex.com Status: O Sure, I might be able to help with that Proc. Btw, how often does the ball jump? All the time? Once every 5 seconds? And *how* did you track it down to that first proc line? Using Follow? Just wondering. (Might help in solving the problem) Seumas From amos-request@svcs1.digex.net Fri Sep 3 02:20:34 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA00394 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:20:33 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA13096; Fri, 3 Sep 93 02:15:57 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28475 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 01:59:26 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28471 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:59:24 -0400 Received: from bos2a.delphi.com (delphi.com) by access.digex.net with SMTP id AA26345 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 01:59:23 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2HTDLK21S90OID4@delphi.com>; Fri, 3 Sep 1993 01:53:29 EDT Received: by bix.com (CoSy3.31.1.29) id <9309030149.memo.77942@BIX.com>; Fri, 3 Sep 1993 01:49:41 -0400 (EDT) Date: Fri, 03 Sep 1993 01:49:40 -0400 (EDT) From: sfmcnally@BIX.com Subject: Re: Global Strings In-Reply-To: To: Scott Southurst Cc: amos-list@access.digex.net Message-Id: <9309030149.memo.77942@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Scott Southurst X-Cosy-Cc: amos-list@access.digex.com Status: O Ok, maybe Procs with NO params or shared vars will be the same as Godubs, but after that gosubs ARE faster, I've timed them myself. Procs ARE nice for SOME things, like non speed intensive things that don't need access to hundreds of global vars (like the main gosubs in my game do, I don't feel like mucking with 50 lines of Globals to use procs, and for that gosubs just work bettar.). Seumas From amos-request@svcs1.digex.net Fri Sep 3 07:50:01 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA04665 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 07:50:00 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA28394; Fri, 3 Sep 93 07:48:29 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA29506 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 07:35:44 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA29502 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 07:35:43 -0400 Received: from bos1b.delphi.com (delphi.com) by access.digex.net with SMTP id AA03840 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 07:35:41 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2HTWXIWWW90OID4@delphi.com>; Fri, 3 Sep 1993 02:09:04 EDT Received: by bix.com (CoSy3.31.1.29) id <9309030201.memo.77947@BIX.com>; Fri, 3 Sep 1993 02:01:59 -0400 (EDT) Date: Fri, 03 Sep 1993 02:01:59 -0400 (EDT) From: sfmcnally@BIX.com Subject: Re: Compiler & Disc problems In-Reply-To: <199309011900.AA28368@access.digex.net> To: Andrew Church <95ACHURCH@vax.mbhs.edu> Cc: amos-list@access.digex.net Message-Id: <9309030201.memo.77947@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Andrew Church <95ACHURCH@vax.mbhs.edu> X-Cosy-Cc: amos-list@access.digex.com Status: O Hey, I've got about 30k of variable buffer. ;) When you're writing a Big Complex game ya need it. ;) Seumas From amos-request@svcs1.digex.net Fri Sep 3 02:27:29 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA02592 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:27:28 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA14084; Fri, 3 Sep 93 02:26:01 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28530 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 02:19:52 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28526 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:19:50 -0400 Received: from bos1a.delphi.com (delphi.com) by access.digex.net with SMTP id AA00361 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:19:49 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2HU0YKL4W90OID4@delphi.com>; Fri, 3 Sep 1993 02:11:33 EDT Received: by bix.com (CoSy3.31.1.29) id <9309030205.memo.77950@BIX.com>; Fri, 3 Sep 1993 02:05:48 -0400 (EDT) Date: Fri, 03 Sep 1993 02:05:47 -0400 (EDT) From: sfmcnally@BIX.com Subject: RE: Oh and by the way... Re: Flicker etc. In-Reply-To: To: Scott Southurst Cc: amos-list@access.digex.net Message-Id: <9309030205.memo.77950@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Scott Southurst X-Cosy-Cc: amos-list@access.digex.com Status: O Umm, I don't know about screen swaps, but I know wait vbls are NOT qued. If you do wait vbl wait vbl wait vbl The first will wait for the vbl, and then the next two willo see thay are close enough and say it's at the vblank. Seumas From amos-request@svcs1.digex.net Fri Sep 3 02:37:31 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA06192 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:37:30 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA14602; Fri, 3 Sep 93 02:36:05 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28543 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 02:29:29 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28539 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:29:27 -0400 Received: from bos2a.delphi.com (delphi.com) by access.digex.net with SMTP id AA03291 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:29:26 -0400 Received: from bix.com by delphi.com (PMDF V4.2-11 #4520) id <01H2HUHAK5SW90OID4@delphi.com>; Fri, 3 Sep 1993 02:24:42 EDT Received: by bix.com (CoSy3.31.1.29) id <9309030214.memo.77953@BIX.com>; Fri, 3 Sep 1993 02:14:06 -0400 (EDT) Date: Fri, 03 Sep 1993 02:14:06 -0400 (EDT) From: sfmcnally@BIX.com Subject: Re: Global Strings In-Reply-To: <199309021144.AA05132@formentera.uni-paderborn.de> To: Tjark Kalow Cc: amos-list@access.digex.net Message-Id: <9309030214.memo.77953@BIX.com> Content-Transfer-Encoding: 7BIT X-Cosy-To: Tjark Kalow X-Cosy-Cc: amos-list@access.digex.com Status: O Nononononono. The reason I forget what soime parts of the source do sometimes is not that I use gosubs (that makes it alot easier to debug! No globals/shares to worry about), it's that this has been an ongoing project for maybe two years, and some of it I wrote a Long time ago, that's why some of it's a little hard to remember. And the fact that there's 160k of it. ;) Seumas From amos-request@svcs1.digex.net Fri Sep 3 02:57:06 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA09297 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:57:03 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA15428; Fri, 3 Sep 93 02:55:38 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA28570 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 02:50:47 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28566 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:50:45 -0400 Received: from faw.uni-ulm.de by access.digex.net with SMTP id AA09201 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 02:50:40 -0400 Received: from sun30.faw.uni-ulm.de by faw.uni-ulm.de (AIX 3.2/UCB 5.64/4.03) id AA20086; Fri, 3 Sep 1993 08:50:15 +0200 Date: Fri, 3 Sep 1993 08:50:15 +0200 From: amthauer@faw.uni-ulm.de (Heiner Amthauer) Message-Id: <9309030650.AA20086@faw.uni-ulm.de> To: amos-list@access.digex.net Subject: Re: Global Strings Status: O Hi ! >The reason I forget what soime parts of the source do sometimes is not that I >use gosubs (that makes it alot easier to debug! No globals/shares to worry >about) NOT! UNTRUE ! It's not easier to debug a proggy wich only has gosub's instead of procedures, because you may use the same variable twice and don't know it.In a procedure u don't have to care about the names. Thats much easier. Or did it never happen to ya, that ya run out of ideas for variable names ? (Provided you don't use names like 'variable_for_screen_X_offset' ) Heiner From d9mats@dtek.chalmers.se Fri Sep 3 03:18:56 1993 Received: from chalmers.se by access.digex.net with SMTP id AA17830 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 03:18:54 -0400 Received: from hackes.dtek.chalmers.se by chalmers.se (5.60+IDA/3.14+gl) id AA12377; Fri, 3 Sep 93 09:18:51 +0200 From: Mats Persson Message-Id: <9309030718.AA04189@hackes.dtek.chalmers.se> Received: from hacke11.dtek.chalmers.se by hackes.dtek.chalmers.se (5.59+IDA+CTH/3.14+gl) id AA04189; Fri, 3 Sep 93 09:18:50 +0200 Received: by hacke11.dtek.chalmers.se (5.59+IDA+CTH/3.14+gl) id AA11419; Fri, 3 Sep 93 09:18:24 +0200 Subject: Re: Spreadsheets and Word Processors To: mcox@access.digex.net (Michael 'AMOS' Cox) Date: Fri, 3 Sep 1993 09:18:22 +0200 (MET DST) In-Reply-To: <199309022011.AA06952@access.digex.net> from "Michael 'AMOS' Cox" at Sep 2, 93 04:11:09 pm X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 420 Status: O > > >ProCalc can read/write something called 1-2-3. Isn't that a Lotus program? > Yep, Lotus 1-2-3 is the program. Do you know what version of 1-2-3? Who makes > ProCalc? I don't know the version of 1-2-3. It is Gold Disk who makes ProCalc. The current version is 2.1 I think. It contains both a 68000 and 020+ version. All commands in the program is identical to the PC spreadsheet Quattro by Borland. -Mats- From amos-request@svcs1.digex.net Fri Sep 3 07:20:01 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA02913 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 07:19:58 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA16651; Fri, 3 Sep 93 04:19:47 -0400 (from amos-request@svcs1.digex.net ) Received: by svcs1.digex.net id AA28891 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 04:10:54 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA28887 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 04:10:50 -0400 Received: from cc.lut.fi by access.digex.net with SMTP id AA07176 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 04:10:45 -0400 Received: by cc.lut.fi (5.65c/IDA-1.4.4/Kim-2.2) id AA18955; Fri, 3 Sep 1993 11:09:51 +0300 From: Kimmo Veijalainen Message-Id: <199309030809.AA18955@cc.lut.fi> Subject: Re: Global Strings (fwd) To: amos-list@access.digex.net Date: Fri, 3 Sep 93 11:09:50 EETDST X-Mailer: ELM [version 2.3 PL11] Status: RO > >The reason I forget what soime parts of the source do sometimes is not that I > >use gosubs (that makes it alot easier to debug! No globals/shares to worry > >about) > > > NOT! UNTRUE ! It's not easier to debug a proggy wich only has gosub's instead > of procedures, because you may use the same variable twice and don't know it.In a procedure u don't have to care about the names. Thats much easier. > Or did it never happen to ya, that ya run out of ideas for variable names ? > (Provided you don't use names like 'variable_for_screen_X_offset' ) I agree, proc's make it much easier to debug. If you program in a highly modular fashion and use procs, you can usually immediately say where the bug is when something goes wrong (Well, I have this one program that I haven't been able to fix yet :-) so there are exceptions). Plus, the listing looks much better :-) when one uses folded procs. If you like extra speed, make one huge main program using Gotos/Gosubs a la STOS.... *gagh* *puke* From mart4678@mach1.wlu.ca Fri Sep 3 07:36:39 1993 Received: from svcs1.digex.net by access.digex.net with SMTP id AA03891 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 07:36:37 -0400 Received: from mach1.wlu.ca by svcs1.digex.net with SMTP id AA29508 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 07:36:34 -0400 Received: by mach1.wlu.ca (5.65/1.35) id AA28221; Fri, 3 Sep 93 07:35:44 -0400 From: mart4678@mach1.wlu.ca (Phil Martin u) Message-Id: <9309031135.AA28221@mach1.wlu.ca> Subject: RE: Wierd bug. To: amos-request@svcs1.digex.net Date: Fri, 3 Sep 93 7:35:44 EDT In-Reply-To: <9309030142.memo.77939@BIX.com>; from "amos-request@svcs1.digex.net" at Sep 03, 93 1:42 am X-Mailer: ELM [version 2.2 PL13] Status: RO > > Sure, I might be able to help with that Proc. Thanks. I can use all the help I can get. > > Btw, how often does the ball jump? > All the time? > Once every 5 seconds? It jumps about a dozen pixels down & to the left each time it's launched from the paddle :( > > And *how* did you track it down to that first proc line? > Using Follow? The Monitor mode in AMOS Pro, actually. > > Just wondering. > > (Might help in solving the problem) > > Seumas > This message came to me with the list's address. Would you mail me your personal address so that I don't have to worry about sending 40K of stuff no one else wants over the list? Thanks. You can mail me at mart4678@mach1.wlu.ca Thanks again, Phil Martin. From amos-request@svcs1.digex.net Fri Sep 3 08:08:57 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA07148 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 08:08:55 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA00263; Fri, 3 Sep 93 08:08:39 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA29524 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 07:55:00 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA29520 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 07:54:59 -0400 Received: by access.digex.net id AA04942 (5.65c/IDA-1.4.4 for amos-list@access.digex.com); Fri, 3 Sep 1993 07:54:58 -0400 From: Michael 'AMOS' Cox Message-Id: <199309031154.AA04942@access.digex.net> Subject: Re: General To: amos-list@access.digex.net (AMOS Mailing List) Date: Fri, 3 Sep 1993 07:54:57 -0400 (EDT) In-Reply-To: <9309030257.AA12922@manta.nosc.mil> from "Scott C. Czarcinski" at Sep 2, 93 07:57:17 pm X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1203 Status: RO >been on the road too long, and someone beat me to the punch) have an NFL >predictions program in the final stages, and nearing completion. (I use And I thought I was the first to do it in AMOS!! Look for AAFP on Aminet. It is simple and crude as I just pick winners and I do keep a list of stats in a file but I do not do anything with them except use them in my calculations. I don't use the spread or say how many points, etc. Just the winner! > My question is in reference to testing to see if the current computer >has a battery backed clock or not. Is there a way to automatically do this? >(This helps automatically configure current week.) Why do you have to determine if the clock is battery backed? All you have to do is either ask for the date or check the date and compare it against the day you finish coding the program. Crude but it is a quick way to see if the person has a possible good date. Mike -- Michael Cox Work: mcox@access.digex.com Amiga Conquers, AMOS Rules! Play: aj639@cleveland.freenet.edu This space intentionally left blank Fido: 1:109/456.0 The text above is my own and all that other disclaimer junk From amos-request@svcs1.digex.net Thu Sep 2 20:49:26 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA22545 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 20:49:24 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA15955; Thu, 2 Sep 93 20:48:34 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA27415 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 20:33:26 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27410 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 20:33:23 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA20940 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 20:33:21 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Fri, 3 Sep 1993 10:32:14 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA06861; Fri, 3 Sep 93 10:32:13 EST Date: Fri, 3 Sep 93 10:32:13 EST From: Tom Plackowski Message-Id: <9309030032.AA06861@elms.concept.com.au> To: maverick@deakin.edu.au Subject: Re: Oh and by the way... Re: Flicker etc. Cc: amos-list@access.digex.net Status: RO >I can't see why the screen swap command would wait for the blanking gap. Others have indicated that Screen Swap a) Modifies the copper list to change to pointers to the bitplanes. Presumeably, this is near the top of the copper list (somewhere after VBL, anyway). So the current physical screen will continue to be drawn until after VBL. b) Changes which screen the graphics commands effect. So, if you do graphic operations after Screen Swap you will probably see flicker. >If it is instantaneous then the code should be reversed to what the manual >says (Which is what I thought would be correct). Just what I thought too. Confusing, eh! Oh well, if the above is true, then it all makes sense. > If the Screen Swap does wait until the blanking gap then the Wait >Vbl is not needed at all because this is auotmatically assumed. The Screen Swap does not wait, it sets everything up to change next VBL. It also swaps where the drawing commands go (sett (b) above). > The only reason this would be needed is just incase the drawing >etc. takes less than 1/2 a second and that once the screenswap has been >called the program continues with the next update. But in theory this >should just create a que of future screen swaps at future Vblanks. PAL is a 50Hz update, I think. Screens would be swapped every 1/50th of a sec. And I think that it if you did two Screen Swaps, the same physical screen would be redrawn next time. // Tom From amos-request@svcs1.digex.net Thu Sep 2 21:07:34 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25440 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 21:07:32 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA17363; Thu, 2 Sep 93 21:07:08 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA27495 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 20:55:05 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27491 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 20:55:03 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA23151 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 20:54:59 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Fri, 3 Sep 1993 10:54:15 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA07082; Fri, 3 Sep 93 10:54:06 EST Date: Fri, 3 Sep 93 10:54:06 EST From: Tom Plackowski Message-Id: <9309030054.AA07082@elms.concept.com.au> To: maverick@deakin.edu.au Subject: RE: Jumping/flickering/stuttering/have fits etc. Cc: amos-list@access.digex.net Status: RO >Given that it was my proggy that started all this I think I should put in >my 2 cents. Your perogative, I guess. 8-) >Some people have said that the provided demo on the extras etc. had this >stuttering problem (Example 10.10). I myself have not noticed this >problem in those proggies. I found that the example that scrolls the mountains across the bottom of the screen is particularly obvious. > The manual does say it should be Screen Swap then Wait Vbl. If >the Screen Swap is meant to occur just after the next Vblank then why do >you need a Wait Vbl at all?? If you leave out the Wait Vbl's then 9 times >out of 10 the flickering is worse (As I found in the game I am now writing). If what they have told me is correct, it because after Screen Swap all graphics commands go to what is the current physical screen. If you modify this, you will probably get flicker. You have to Wait Vbl so that its safe to do more graphics. > I haven't actually examined the code lately but I may have used >Screen Copy instead of Scroll. This could be the problem as Screen Copy >is slower (I think thats right I can't remember correctly, but I do know >that after my tests on this I do now use scroll). Rumour has it that Scroll does a Screen Copy... > With reguards to the timing of the flicker I don't know that this >is totally valid. It does show that when it occurs it is fairly constant >but in my experience the flicker does not always happen. I have had the >program run before with no flickers, which just doesn't seem correct. Given the new info (and some time) I will play with the double buffering etc and see what happens. // Tom From amos-request@svcs1.digex.net Thu Sep 2 22:18:44 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA02331 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 22:18:41 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA24130; Thu, 2 Sep 93 22:18:24 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA27794 (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 21:59:38 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA27790 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 21:59:36 -0400 Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA29546 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 21:59:33 -0400 Received: from elms.concept.com.au (actually 192.132.41.250) by bunyip.cc.uq.oz.au with SMTP (PP); Fri, 3 Sep 1993 11:58:58 +1000 Received: by elms.concept.com.au (4.1/SMI-4.1) id AA07657; Fri, 3 Sep 93 11:58:50 EST Date: Fri, 3 Sep 93 11:58:50 EST From: Tom Plackowski Message-Id: <9309030158.AA07657@elms.concept.com.au> To: amos-list@access.digex.net Subject: Re: Flicker/stuttering Status: RO >To: maverick@deakin.edu.au Please don't misunderstand me! This discussion is not a criticism of Scott's (it was from you, wasn't it?) scrolly. His scrolly just reminded me of something I needed help with. I couldn't make Example 10.10 not stutter, and the manual seemed contradictory. Its much clearer now. // Tom, clearing the air? From amos-request@svcs1.digex.net Fri Sep 3 10:09:45 1993 Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA20354 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 10:09:43 -0400 Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw) id AA14131; Fri, 3 Sep 93 10:09:19 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com) Received: by svcs1.digex.net id AA00197 (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 09:59:13 -0400 Received: from access.digex.net by svcs1.digex.net with SMTP id AA00191 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 09:59:10 -0400 Received: from hearn.nic.surfnet.nl by access.digex.net with SMTP id AA19099 (5.65c/IDA-1.4.4 for ); Fri, 3 Sep 1993 09:59:07 -0400 Message-Id: <199309031359.AA19099@access.digex.net> Received: from HNYKUN11.URC.KUN.NL by HEARN.nic.SURFnet.nl (IBM VM SMTP V2R2) with BSMTP id 5816; Fri, 03 Sep 93 15:57:12 CET Received: from HNYKUN11 (NJE origin U249026@HNYKUN11) by HNYKUN11.URC.KUN.NL (LMail V1.1d/1.7f) with BSMTP id 5769; Fri, 3 Sep 1993 15:57:08 +0200 Date: Fri, 03 Sep 93 15:56:57 MET From: Branko Collin Subject: re: compiler and disk problems To: amos-list@access.digex.net Status: RO > This is my first posting to this fine list. Greetings to >everybody! At the moment I have two big problems with an otherwise >finished game. The code is about 180 Kb and is done in AMOS v1.36 (I >think). > > Problem no 1: > Some routines are a bit slow, so I tried compiling it. The compiled >version runs, but most global integer variables get strange values >like -9439540, which is rather disturbing. Any ideas of what goes >wrong? You do initialise them, don't you? > Problem no 2: > As the game may take several hours to finish, I've included a save >feature. It writes a sequential file to disc of the important >variables, which amounts to about 11 Kb. The trouble is that writing >and reading those files is VERY SLOW going. Where am I going wrong? What do you need 11k for? ....................................................................... . Branko Collin . 'Nonsense is the opposite . . u249026@hnykun11.urc.kun.nl . of sense and should . . // u249026@hnykun11.bitnet . therefor be taken serious- . . \X/ bcollin@mpi.kun.nl (work) . ly.' - I . .......................................................................