HDTenEightyP/NetNews huggingface dataset:
From: mjbrown@lonestar.utsa.edu (Marc J. Brown)
Subject: Re: x-specs demos?
Organization: University of Texas at San Antonio
Date: Fri, 6 Nov 1992 05:45:35 GMT

In article <1992Nov4.082443.20647@daimi.aau.dk> u920659@daimi.aau.dk (Carsten S|rensen) writes:
>bubblz@ecst.csuchico.edu (Boy Wonder) writes:
>
>The only one I have seen is 3rd Dimension by the norwegian group
>Cryptoburners. It uses pretty much the same vector-routine as in
>their Hunt for 7th October (if you've seen that). I don't know where


Well, 7thOctober is another one of those great demos that (to the best
of my knowledge) never made it to the ftp sites.  D'ya think you could
stick that one on amiga.physik? :)  Some other nice individual seems
to be busy placing demos there.

 _____________  ________ __  ____  __  ______                                _
<__  _    _  //\\  __  // / / _  >/  \ \  ___> "Nan desu ka!? Kore.." -Ren_ //
   \ \\  // //  \\ \< << <_/ // __ <\ \_> >    mjbrown@lonestar.utsa.edu  \X/
 () \/ \/ \//____\\/ \/ \___/<_/  \_>\___/ ()  of M==E==G==A==W==A==T==T==S

Newsgroups: alt.sys.amiga.demos
From: d90mj@efd.lth.se (Maarten Johansson)
Subject: Re: Phenomena egos??
Organization: Lund Institute of Technology, Sweden
Date: Tue, 10 Nov 1992 10:01:08 GMT

In article <BxHsJw.81D@csugrad.cs.vt.edu> browder@csugrad.cs.vt.edu (Chip Browder) writes:

> As far as the americharts are concerned, I think that we should take up
> Celebrandil/PHA's offer to help organise it, if he is still at all 
> interested. I've been trying to get one started for a log while now. And
> the possibilities seem MUCH greater than they were a year ago to actually
> see an American scene form! I welcome any e-mail, and would like to hear
> from more members of Epsilon, and any other interested group which I 
> haven't already talked to :)

>                                                      RAMchip of Megawatts

Sounds good to me folks! There is just one thing we ought to consider.
What does an "Americans" chart mean? Does it mean that only Americans 
are voting or does it mean that only American demos are allowed? 
Personally I think the first possibility it the best one. If only 
American demos are allowed noone in Europe will care about the chart
at all. I also think that since Americans are voting all the American
demos will have a chance to enter without major problems. I also 
propose that we ought to spread the chart as textsfiles on different
boards. I know that you have a lot of different really big boards in
the US and I guess that the operators will help us as much as they 
can.  

Another question is what kind of charts we wish to have. I think 
something like this will be good enough:
1) Top-ten demos
2) Top-ten coders
3) Top-ten musician
4) Top-ten artist
5) Top-ten groups
6) Top-ten American demos
7) Top-ten American groups

We also need to have a good organistion to make the collections
of votes as easy as possible. We can first of all find try to find
a bunch of operators in US who are able to help us. 

Have a nice day!

****************************************************************
 d90mj@efd.lth.se - Celebrandil of Phenomena - Marten Johansson
****************************************************************
Newsgroups: alt.sys.amiga.demos
From: jbrown@lonestar.utsa.edu (Justin W. Brown)
Subject: Re: Phenomena egos??
Organization: University of Texas at San Antonio
Date: Wed, 11 Nov 1992 19:43:59 GMT

In article <1992Nov11.115027.25167@lth.se> d90mj@efd.lth.se (Maarten Johansson) writes:
>In article <BxIC6x.Kz1@csugrad.cs.vt.edu> browder@csugrad.cs.vt.edu (Chip Browder) writes:

>> I also think it will end up a NON-Euro Chart rather than an American Chart
>> because hopefully (as seen), Canda and Australia want in on the action.
>
>But we can't call it 'The NON-Euro Chart', or what?

Heheh!  About half-a-year ago, Pumpkin Power and I were discussing the
possibility of a "WorldChart" (this was shortly after the "last"
EuroChart came out).  That's a good enough name, I guess, since
apparently the EuroDemos will be included in the vote.  IMHO, it'd be
a great idea to have top-tens for all the different countries (between
US, Canada, Australia, and Europe [I know, not a "country"]) and THEN
the top-ten world ratings.  (How ELSE are we gonna get on a chart? ;)

-Maruku of Megawatts
jbrown@spiff.gnu.ai.mit.edu
...anticipating the removal of this access within hours...:(


Newsgroups: alt.sys.amiga.demos
From: mknip@niksula.hut.fi (Mats Anders Knip)
Subject: Re: LAST TIME!!! PLEASE RESPOND!  (Hardwired demo)
Organization: Helsinki University of Technology, Finland
Date: 6 Nov 92 10:47:17

>    I just got my HardWaired demo -- "one of the best ever".  I have an
> A3000/25 with all kinds of mem.  And I have the latest version of degrader.
> I did max degrading (except for changing mem addresses, don't know what to
> plug in).  I got THIS MESSAGE:
>
>
>	   THIS DEMO DON'T LIKE AXEL  
>
>    What the hell does this mean??!  I've heard of others with A600s with
> 2.04 getting this to work, so I guess it can't be my system software.
> And I should be able to degrade my 030.  So what's the deal?  I also have
> a 2000 with new agnus.  But that thing is sorta messed up right now so I
> wouldn't trust it.

To be put simply, Hardwired won`t run on any processor faster than
a 68000. As have been said many times before, HW is not a very
system-friendly demo and many people have been having problems with
getting it running the way it should.

> IDEAS??  Anyone get this to work?  And what are some *AWESOME* demos I can
> get to run on my computer?  SOME must work on an A3000.

Sorry, HW won`t run on a 68030.
I don't know about other demos/A3000 since I don't own a A3000.
--

 *=-------------------------------------------------------=*=----------------=*
 *          E-Mail:   mknip@niksula.cs.hut.fi              *                  *
 *   Helsinki University of Technology /                   *                  *
 *                      department of Computer Science     *                  *
 *=-------------------------------------------------------=*=----------------=*
 
Xref: sparky alt.sys.amiga.demos:1579 comp.sys.amiga.applications:8590 comp.sys.amiga.introduction:1502 comp.sys.amiga.marketplace:8831 comp.sys.amiga.misc:16727 comp.sys.amiga.advocacy:28959
From: rfentima@ub.d.umn.edu (Robert Fentiman)
Newsgroups: alt.sys.amiga.demos,comp.sys.amiga.applications,comp.sys.amiga.introduction,comp.sys.amiga.marketplace,comp.sys.amiga.misc,comp.sys.amiga.advocacy
Subject: Re: Programming
Keywords: Programming, AMOS
Date: 13 Nov 92 03:35:42 GMT
Organization: University of Minnesota, Duluth
NNTP-Posting-Host: ub.d.umn.edu

AMOS is also a good alternative.  It allows you to do very impressive
things very simply. such as graphics, animation, and sound.  While some
people call this "a game making language" (and although it excells at
that), it is actually an extention of BASIC.  It utilizes all the
standard BASIC commands with addition support, such as Procedures, the
ability to play converted MOD tunes (with a single command), and more. 
The initial package costs between $70-$80 American.  There are support
packages available, such as a compiler and a 3D graphics package.  There
are hundreds of PD programs written in AMOS.  If you would like to see
an example of what AMOS can do, there is a PD AMOS magazine available at
FTP sites (like wuarchive.wustl.edu) and others called Amoner (it should
be in .dms format).  Amoner4e.dms is a demo using AMOS 3D.

Amos is available from Mandarin software, or though a local dealer.

	Thanks
	Robert Fentiman

UseNet: rfentima@ub.d.umn.edu
At: University of Minnesota, Duluth
Newsgroups: alt.sys.amiga.demos
From: mjbrown@lonestar.utsa.edu (Marc J. Brown)
Subject: Re: Anarchy's 3dDemo doesn't work!
Organization: University of Texas at San Antonio
Date: Fri, 6 Nov 1992 05:53:29 GMT

In article <1992Nov5.113108.22354@abo.fi> MSAASTAMOINE@finabo.abo.fi (Mika Saastamoinen Tkkk) writes:
>
>BUT when I tried running it, it only got through the 1st part and crashed
>when 'the middle part' was supposed to start!

It does this to me also, but I think it is two things at once... first,
I *think* that the demo simply pretends to crash.  Two things tell me
this: First, the screen format remains in PAL.  Since I've already
confirmed that they erase all ram upon rebooting, if this had been a
real crash, BPD would also have been erased.  Second... the demo actually
continues after the "crash."  However, it brings up a screen with a large
graphic-puke square blotch in the center, which I assume was supposed
to be the "insert disk 2" indicator.  That tells me that the demo
did not unpack correctly... Also, the 2nd song (which plays after
disk 2 gets inserted), has a very irritating quirk which, by its nature,
suggests that some of the data for that mod got messed up somehow.

>I'd really like to see the rest of this demo, 'cause the 1st part was very good,
>especially the music!

Actually, IMHO, the first song was really noisy and not very good.  I don't
like that style :).  The second one, except for its quirk, was much better.

 _____________  ________ __  ____  __  ______                                _
<__  _    _  //\\  __  // / / _  >/  \ \  ___> "Nan desu ka!? Kore.." -Ren_ //
   \ \\  // //  \\ \< << <_/ // __ <\ \_> >    mjbrown@lonestar.utsa.edu  \X/
 () \/ \/ \//____\\/ \/ \___/<_/  \_>\___/ ()  of M==E==G==A==W==A==T==T==S

Newsgroups: alt.sys.amiga.demos
From: mknip@niksula.hut.fi (Mats Anders Knip)
Subject: Re: Music and Code from Demos
Organization: Helsinki University of Technology, Finland
	<MKNIP.92Nov9165110@blob.hut.fi> <BxLLGL.uF@dcs.ed.ac.uk>
Date: 13 Nov 92 14:23:22

   >> For example - let's imagine you have got a 1000-pixel wide bitmap that
   >> you want to scroll from left to right. On the PC, each frame you copy
   >> 200*320 (= 64k) bytes from memory to the graphics-handler (right?),
   >> which takes a LOT of CPU time. You can't even make a 50hz scroll on a 
   >> slower PC. (the C64 could do that...poor work, PC-designers!)

  >Ah, but the C64 could only do it on a character mapped screen.
  >Try it with the bitmap mode!

So? That's exactly what I was trying to explain. When scrolling a
c64-char-screen there are 1000 bytes to be moved, on the VGA there are
64000. Besides, if scrolling at 1pix/frame the moves only had to
be made every 8th frame on the c64 because of the (surprise)
finescroll register. The PC has no finescroll register -> scrolling
is a pain in the ass. If it had, everybody would be happy.

>	   And anyway, that's the display DMA that does that. Is it
>   Agnus that does DMA?  That's what's responsible for modulos.

Yes, and the copper updates the display DMA.

>   And when you want a block-mapped screen, do you unfold the
>   *lot* at the start, into a Megs worth of screen data?  At some point, in
>   real time, you need to blit blocks about.  It's the blitter that's fast in the
>   Amiga!

Not quite true. You can make a damn fast scroller on the Amiga without using
the blitter (not that you would, of course, but it's possible) compared
to the amount of time a it would take on a PC. Thanks to the display DMA.
Yes, the blitter is fast, but putting a blitter only into a PC wouldn't
make it nearly as sofisticated as the Amiga. What makes the Amiga so
superb is that by using all coprocessors together you archive incredible
stuff.

>	   A=>D copy uses every other cycle, and on a 4-bitplane lo-res
>   screen, steals every positive clock edge from the 68000 for chipmem access.
>	   If you've got a 4-colour lo-res screen, A->D is essentially free.
>   Of course, you have to include the overhead for setting up the blitter.

While a AorDandC=>D leaves nearly no time to the 68000 at all.
--

 *=-------------------------------------------------------=*=----------------=*
 *          E-Mail:   mknip@niksula.cs.hut.fi              *                  *
 *   Helsinki University of Technology /                   *                  *
 *                      department of Computer Science     *                  *
 *=-------------------------------------------------------=*=----------------=*
From: njale@dhhalden.no (NJAL EIDE)
Subject: Re: Phenomena egos??
Organization: Ostfold College
Date: Thu, 12 Nov 1992 12:06:37 GMT

In article <1946@lysator.liu.se> marvil@lysator.liu.se (Martin Vilcans) writes:
>From: marvil@lysator.liu.se (Martin Vilcans)
>Subject: Re: Phenomena egos??
>Date: Wed, 11 Nov 1992 18:49:19 GMT
>keith@cco.caltech.edu (Keith Allan Schneider) writes:
>
>>That's because so little has changed... besides, somehow I doubt that
>>the demos (which emply many hardware tricks) will work so well on the
>>A4000.  Many of them won't even run on my 3000...
>
>Amiga demos does NOT do many "hardware tricks", as the Amiga hardware
>can't be fooled to do things it shouldn't, as the hardware of the C64,
>which has lots of "features" (such as border sprites etc.). The Amiga
>hardware is well documented (until now with the AA chipset), so hardware
>coding is legal, as long as you do it the right way.
>
>
By hardware-tricks most people mean calling/reffering to absolute adresses 
in the rom. If the rom is changed or the locations of the rom-routines are 
shuffled around, things will stop working. Therefore hardware-coding can 
hardly be called legal.

By the way, turning off the C64's border re-drawing, wich is a few bytes of 
code, can hardly be called forcing the machine to do things it shouldn't. 
Making the Amiga sound like it has more than four voices, or fast moving HAM-
games are much more of that theme.



Njaal E.
Newsgroups: alt.sys.amiga.demos
From: skank@iastate.edu (George L. Hall-Skank)
Subject: Re: Future A4000 Demos
Organization: Iowa State University, Ames, IA
Date: Sun, 8 Nov 1992 13:16:24 GMT

In article <Bx657K.MBr@mentor.cc.purdue.edu> kodak@mentor.cc.purdue.edu (Jason Balicki (KodaK)) writes:
>In article <1903@lysator.liu.se> marvil@lysator.liu.se (Martin Vilcans) writes:
>>Faster blitter? At last? Are you sure about that? What processor does
>>the A1200 have?
>
>A 68EC020.  The only diff between an EC020 and a regular 020 is that 
>the economy version doesn't support an MMU (who cares on a 1200?  I don't
>think anyone will be running UNIX on it) and only 24 address pins.
>(This could be a problem.)  That only allows 10MB of main memory.

     The "EC" in 68EC020 stands for, "Embedded Controller."  The blitter is
identical to the one in the A4000.  Except for the fact that the 4000 has
Zorro III slots and a 68040, the 4000 and the 1200 are almost identical.
Much like the 500 and the 2000.  Though I think the 1200 sounds a good
deal more expandable than the 500 was.  You couldn't easily put a new
processor in the 500 like you can in the 1200.

						--George


--
From: Charles_D._Standley@amwbbs.rain.com (Charles D. Standley)
Newsgroups: alt.sys.amiga.demos
Subject: Re: TSL - ICE demo
Distribution: world
Date: 6 Nov 92 21:33:01 PST
Organization: The Amiga Connection BBS

I don't know anything about the program, but try booting first with
Workbench 2.04 instead of 2.05. One of the improvements of 2.05 and above
(I believe) is the ability to access high density drives. Insure it's not
on an HD floppy if you don't have an HD drive. The A600 and A500 Plus also
use a different 2 meg Agnus than the 3000 does. The screenmode to PAL
option may require a different register variable to be set. This also may
be the cause of the program not working. Do you know anyone the has it
working on a 500Plus?

-- Via DLG Pro v0.985b

Xref: sparky alt.sys.amiga.demos:1567 comp.sys.amiga.applications:8572 comp.sys.amiga.introduction:1496 comp.sys.amiga.marketplace:8808 comp.sys.amiga.misc:16687 comp.sys.amiga.advocacy:28901
From: wipeout+@CMU.EDU (Sean Michael Goller)
Newsgroups: alt.sys.amiga.demos,comp.sys.amiga.applications,comp.sys.amiga.introduction,comp.sys.amiga.marketplace,comp.sys.amiga.misc,comp.sys.amiga.advocacy
Subject: NEW AMERICAN FTP SITE!
Date: 12 Nov 92 03:38:48 GMT
Article-I.D.: andrew.8f0Ztci00XQDEhI1Ur
Organization: Senior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA

A new American ftp site is now open and ready to be stocked!

As some of you may know, the University of Michigan maintains archive
sites for many different computer systems, including a wide range of
computer systems. Now one for the Amiga is finally open! The address is:

amiga.archive.umich.edu (141.211.165.41 or 141.211.182.23)

Note: This system is very empty right now. At this time, there are no
plans to pick up aminet or the fish disk distribution. So send us stuff
that's not necessarily in aminet (unless it's really useful). I don't
believe there's a large repository of demos in america (except maybe in
wuarchive in the amiga.physik mirror), so if upload your favorite demo!

Thanks,
    Sean.
Newsgroups: alt.sys.amiga.demos
From: larshaug@ifi.uio.no (Lars Haugseth)
Subject: Re: Phenomena egos??
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Fri, 13 Nov 1992 13:01:46 GMT
Originator: larshaug@holmenkollen.ifi.uio.no


In article <MKNIP.92Nov12144453@wolverine.hut.fi>, mknip@niksula.hut.fi (Mats Anders Knip) writes:
> >   Amiga demos does NOT do many "hardware tricks", as the Amiga hardware
> >   can't be fooled to do things it shouldn't, as the hardware of the C64,
> >   which has lots of "features" (such as border sprites etc.). The Amiga
> 
> Just a note for fun...
> You can in fact fool the Amiga to show sprites in the border as well by
> updating the spritepointers manually instead of with the copper... 8^)
> We did that in an intro about a year ago (Total Perspective Vortex/Frantic)
> and I can't recall that I've seen it done ever since. Does anybody else
> know if it has been done? (not that it was any difficult, but still a
> very nice effect).
> (For those who didn't know it, using 8 sprites disables a word from
> each side of the screen. Time used by the copper to update the
> pointers, I guess. This is the area that can be eliminated)
>  

Another nice "hack" on the Amiga, is to have more than 8 sprites
on a single raster-line. It is pretty easy, you just use the copper
to set the xposition of the sprites more than once pr.line.

+-----------------------------------------------------------+
| Lars Haugseth                                             +-+
| Dept. of Informatics,               <larshaug@ifi.uio.no> | |
| University of Oslo, Norway                                | |
|                                                           | |
|          If idiots could fly, this would be an airport... | |
+-+---------------------------------------------------------+ |
  +-----------------------------------------------------------+

Newsgroups: alt.sys.amiga.demos
From: eeklund@nyx.cs.du.edu (Eivind Eklund)
Subject: Re: Writing a StarField. Which method is best?
Summary: Sprite vs Bitplanes
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Keywords: Starfield,Stars
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Mon, 9 Nov 92 02:18:04 GMT

In article <1992Nov7.104910.60476@cc.usu.edu> slmt9@cc.usu.edu (Joshua Dinerstein) writes:
>	In this one I would like to add a star field. But I got to thinking
>about it and I am not sure what method is the best/fastest. Is it fastest to
>try to use and reuse Sprites to put the stars up. Or is just simple drawing the
>best?
>
That depends on what kind of starfield you want to do. If you want a
simple one, of the type just going from left to right, then you will
defineatly be better of using sprites.  You CAN do this for one going out
from the center too, but using bitplanes is usually easier.  You can never
KNOW that you will have enough sprites if you do one coming from the center.

For one coming from the center, just use perspecive on points coming
towards you for the SIMPLEST (not fastest) implementation.

Eivind Eklund aka Vishnu Cryptoburners
eeklund@nyx.cs.du.edu   Phone: +47-0-9-944946 (BBS, shout to get me)
From: jms1086@ritvax.isc.rit.edu
Newsgroups: alt.sys.amiga.demos
Subject: Re: Phenomena egos??
Date: 8 Nov 92 19:07:31 GMT
Reply-To: jms1086@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology

Portability is a very strong point yes... I will give you that... But,
if it wasn't for all these people that go through and find all the little
tricks in the machine, using machine code, and non-portable code, 
you wouldn't have 90% of the software on the market... Think about it...
Who has to write the compilers that you use to compile your nice little
portable code? WOuldn't it be really nice if the compiler went through
and did a nice little thing called "optimization", rather than producing
the same exact code on every machine (ie, just translating from 80x86
to 680x0...)?? I'm sure you've heard by now all the complaints from
Amiga users with Wing Commander II... Thats because the company
(I am assuming here..) wrote the imfamous "portable code", and just 
translated from 80x86 to 680x0... What a peice of garbage software!


Now I'm not saying that you shouldn't write portable code... Its just 
between 2 TOTALLY different machines, maybe you should think twice...
I certainly wouldn't wanna re-write Lotus-123 on the Amiga, I personly
think we should leave that "boring software" to IBM... As for Macs,
well.. I'll leave that one alone... Amiga is a fun machine, lets 
leave it a fun machine... Maybe if some of the demo-codes could do 
some nice things in their code such as: Automaticly switching to 
PAL (check of course if we can! and if we can't tell us!), getting
rid of Fast RAM (if needed)... In other words, auto-degrading....
The code can't be THAT long for it, and it would make life a whole
lot easier on a bunch of us... No more wasting time on different combo's
of degrading, trying on different people's systems.. If we find out 
what the sys requirements are, we can find someone who has such a 
system, and go view it there! Hell... EVen a screen on startup with
a minimun system list would be better than the way things are now!

					-Garion...
Newsgroups: alt.sys.amiga.demos
From: hazen@athena.cs.uga.edu (Mark)
Subject: PT CIA timing  Was: The Lords (C64) (Was: Questions...)
Organization: University of Georgia, Athens
Date: Mon, 9 Nov 1992 23:31:42 GMT

In (Some obscure Article Number here) Osma Ahvenlampi writes:

>Except that PT supports CIA interrupts.. Takes a bit more time, but what the
>hell... :-)

Yep. One note about that though... if you use CIA timing, you cannot
fineadjust the speed (the xF20-xFFF commands have no effect).

Foo.


-- 
My other .sig is also an Amiga.              -hazen@athena.cs.uga.edu
Mark Hazen			 	     -Reverb of Megawatts (huh?)
------------------------------------------------------------------------

Newsgroups: alt.sys.amiga.demos
From: oahvenla@snakemail.hut.fi (Osma Ahvenlampi)
Subject: Re: Future A4000 Demos
Organization: Helsinki University of Technology, Finland
Date: 06 Nov 92 13:44:23 GMT

In article <leifv.43.720979471@dhhalden.no> leifv@dhhalden.no (LEIF HUGO VARUM) writes:

   >Just don't get your hopes up for a AGA demo that uses all the 256 color  
   >registers, the 64bit sprites, etc., unless you go through the OS  
   >(graphics.library and intuition.library). There is no documentation on the  
   >new hardware. 
   Not yet...It shouldn't take long to find some new register addresses. The 
   question is: Who will find/use them first?  :)

And is it worth it? For all we know, they might not be the same even on A1200
and A4000, and definitely will change again. I think making incompatible code
when it could be made compatible is worse than having less colors or slightly
slower operation.
--
Osma Ahvenlampi  -  oahvenla@snakemail.hut.fi
This article does not necessarily represent anyone's opinions, not even mine.
If you are offended by this article, be so in silence. I am not interested.