______/\__________________________ __ ________________ ___ /\_______ \____ \ ________ _ _ ______ \ / \| \ ________ | \/ ______/ / | \ _) \ \_/ \ | \ / \ \ _) \ | \______ \ / | \ \ | \ | \ / \ \ / \ \ / \ \_____ /_______/___| /_______/ \____\_____/_______/_________/________/ \_____/ |____/ Subscribers : 2596 DemoNews 135 - 01 December 1996 Archive Size : 3672M >------------------------------------------------------------------ Contents -- Introduction Calendar Top Downloads New Uploads Articles Quickie Music Compos ........................ GD How The Hornet Archive Works (part 1) ....... Snowman Scene Predictions for 1997 .................. GD General Information >-------------------------------------------------------------- Introduction -- Hello all, and welcome to DemoNews.135. _____Introduction As you can probably tell already, I have modernized the format of this newsletter a bit. Phoenix will probably be irritated (broke his DemoNews reader again). However, I will not let this newsletter's expected consistency stifle its creative enhancement. This week I'm faced with a ton of little annoying problems. Imphobia diskmags won't download correctly because of the '#' in the filenames. Searching for ****+ and then changing detail levels breaks the output. The /code directory still looks like crap (but getting better). _____Yellow Alert And then the problem that is not so little. We are running out of space, much quicker than expected. Over the past week, we've averaged 15 megs of new uploads per day. We have 64 megs free. Next weekend is going to be a rather tense one I'm predicting. Another drive failed on wcarchive (the one that held Windows '95 shareware). There is no room left anywhere else on wcarchive for us to grow into. If you use the Hornet Archive, this problem will affect you soon. I am declaring a YELLOW ALERT! Several options are now under consideration... action will be taken this week so if you have any suggestions/opinions, voice them now. _____Current Status We need to free up at least several hundred megs in order to be effective. Please note that the /music tree occupies more than 2/3rds of the entire archive and is the prime target for reduction. Files Average Subdirectory Megs Cataloged Size ---------------------------------- --------- --------- --------- /music 2333 7251 321k /music/songs 1401 5936 236k /music/songs (rated ** or lower) 537 2428 - /music/songs (rated **+ or lower) 854 3621 - /music/disks 614 513 1196k /music/disks (rated ** or lower) 191 160 - /music/disks (rated **+ or lower) 299 250 - / (total archive) 3657 10488 348k Now here's a pretty number to look at : 29,262,912,000. That the number of bits currently in use by HA. But I digress... (isn't it good to see that I'm not totally depressed despite eminent doom?) :D _____Action Before we talk about _what_ files we're going to work with, let's first discuss possible actions. Action CDROM - Back up files offline to CDROM. Add a new tag in our database that says "OFFLINE". Give users a chance to request offline files and post them to a special directory every week or so. The initial workload for me would be heavy but manageable. Assuming we could get a larger drive in the future, files could be moved back online without too much difficulty. Internally, the complexity of the archive will increase moderately. Action Alternate - Create alternate storage locations on other archives (probably on one or more of our mirrors). Add a new flag in our database that changes references for files on different machines. Users could continue to access all files on ftp.cdrom.com and the change, for the most part, would be transparent. New accounts would have to be created on the machines and the system administrators might not be happy about the excessive storage they are dedicating to us. We will be dependent on multiple machines and can not fix problems nearly as easily when they occur. Internally, the complexity of the archive will increase significantly. Action Reassignment - Ask one of our mirrors to stop being a copy of our site and give us that space for extended storage. This is the action we took last time we ran out of room. It is also how we ended up at ftp.cdrom.com. In practice, this will be nearly identical to Action Alternate. Action Delete - This action is nonexistent. I will _not_ delete files. For those of you who are old enough to remember, a travesty was committed in 1994 by taking this action. _____Target Fact : some files must be moved. There's nothing we can do about that. Targeting music /disks and /songs rated ** and less would free up 728 megs. Including files rated **+ would mean an additional 425 megs (for a total of 1153). Right now those are _very_ juicy numbers. I know that not everyone is a big supporter of our ratings. I know that they aren't always accurate. However, I think it's safe to say that a song is at least within * or *+ of the real value... meaning that a song rated ** might actually be **+, ***, or even ***+. But songs rated ** that really should be **** are few and far between. Unless I hear a better argument, we are going to target music disks and songs rated ** and under, cataloged at least 2 months ago. _____One Option That Won't Work Some of you are probably thinking, "Why not just buy another drive for wcarchive?" This is what would be required: - 3.5" Quantum Atlas-2 Ultra Wide SCSI-3 hard drive (we're out of drive slots and must go to higher capacity). These are currently $1650 and won't even be available for another 2 weeks. - Airplane ticket for David Greenman to fly down from Oregon and install the drive. Now unless one of you is willing to donate $2000, adding a new drive is not an option. _____Conclusion So there you have it. The problem. Several possible solutions. Tune in next week for the exciting conclusion. T-64 megs and counting... Snowman / Hornet - r3cgm@hornet.org >------------------------------------------------------------------ Calendar -- Date Event Location Contact Points ------------ ------------ --------- ----------------------------------------- 09 Nov 1996 Gravity Poland losiu@p26.f8.n484.z2.fidonet.org 22 Nov 1996 Demolition2 Finland mpiirone@lut.fi www.hut.fi/~jhheinon/demolition.html CANCELED! Demobit Slovakia demobit@elf.stuba.sk internet.sk/demobit/english.htm CANCELED! Tesko UK party@tesko.demon.co.uk * <-- YOU ARE HERE 09 Dec 1996 Movement Israel civax@kinneret.com 27 Dec 1996 The Party 6 Denmark theparty@vip.cybercity.dk www.theparty.dk 21 Mar 1997 Mekka Germany amable@aol.com 22 Aug 1997 AntIQ Hungary aboy@ttk.jpte.hu www.jpte.hu/~aboy >------------------------------------------------------------- Top Downloads -- This represents combined ftp/http transfers for the last 7 days. Total files downloaded : 166,446 Size of files downloaded : 27,120,396k Times File Description ----- -------------------------------- -------------------------------------- -- /demos ------------------------------------------------------------------> 200 /1995/a/animate.zip ASM95:in4k:01: Animate by Schwartz 183 /1995/n/nooon_st.zip ASM95:demo:01: Stars (bugfixed) by | Nooon 153 /1993/s/symbolog.zip TP93::: Symbology by Admire 150 /1993/0-9/2ndreal1.lzh [1/2] ASM93:demo:01: Second Reality by | Future Crew 141 /1993/0-9/2ndreal2.lzh [2/2] ASM93:demo:01: Second Reality by | Future Crew 139 /1993/u/unreal11.zip Unreal v1.1 by Future Crew 124 /1996/a/ai_strok.zip ASM96:in4k:04: Stroke by Ionic of | Astroidea 122 /1996/m/machines.a01 [2/3] ASM96:demo:01: Machines of | Madness by Dubius 119 /1996/m/machines.a02 [3/3] ASM96:demo:01: Machines of | Madness by Dubius 118 /1996/m/machines.arj [1/3] ASM96:demo:01: Machines of | Madness by Dubius -- /music ------------------------------------------------------------------> 75 /disks/1996/f/fc-trib1.zip [1/2] Future Crew Tribute by Various | Artists 70 /disks/1996/f/fc-trib2.zip [2/2] Future Crew Tribute by Various | Artists 70 /songs/1995/s3m/a/aryx.zip Aryx by K. Koch 61 /songs/1996/xm/r/rdx-sars.zip Sarsippus' Ark by Radix 60 /songs/1996/xm/r/rdx-peek.zip Peekaboo by Radix 57 /songs/1996/s3m/a/athought.zip Another Night of Thought by Zastar 54 /songs/1995/s3m/c/ctgoblin.zip ASM95:mmul:01: Catch That Goblin by | Skaven 52 /songs/1994/s3m/chariot.zip Chariots of Fire by HMW 52 /songs/1991/mod/florence.zip Florence by Audiomonster 51 /songs/1992/mod/beyond.zip Beyond Music by Captain -- /graphics ---------------------------------------------------------------> 28 /images/1996/a/abc_land.zip Landing by Storm 19 /images/1996/i/impcybor.zip MEK96:grfx:01: Cyborg by BenJ 19 /images/1996/a/abc_pien.zip Pani Pienkowa by Grass 19 /images/1994/i/incest5.zip ASM94:grfx:XX: Incest by Pentalysion 18 /images/1996/a/airwar.zip OZ96:grfx:02: Air War by Grape 17 /images/1996/m/mystic.zip SAT96B:grtc:??: Mystical by Madman 16 /programs/vector/akm-mm10.zip Master Modeler 1.0 by Arkham 15 /programs/vector/3dedb09.lzh 3D Polygon Editor 15 /images/1996/a/alienba.zip PS96:grtc:03: Alien Base by Mado 15 /images/1996/a/aa_image.zip PS96:grfx:XX: GetImage by EdoUno -- /code -------------------------------------------------------------------> 180 /effects/3d/3dtext.arj Pr Textmode Texture Mapping,Plasma, | and 3D by Joker of Crusaders 127 /effects/blobs/blobs.zip Ar Dancing Blobs Effect by TH : Just a | random effect, poor code. 109 /effects/tunnel/araidsrc.zip APr Source for Tunnel Effect by | PlastiikkiPaketti of | Skraappa!Skruuppi : used in | Stars/Nooon and Paimen/Coma, Doesn't | explain the algorithm, not very | optimized, low resolution 81 /demosrc/pumpsrc.arj CPA Pump by Iguana 79 /demosrc/plp_smth.zip A Smooth Motion 4KB Intro by Kimmy of | Pulp 74 /demosrc/dfc-3src.zip A Hallucinogen BBS Intro III by Remdy 59 /graph/t1-svga1.zip 57 /graph/fh-3dt18.zip 57 /demosrc/free_src.zip CA The Freedom CD Intro (source) by | Kneebiter of Threesome 54 /demosrc/hobb1src.zip A Hobbit BBS Intro by Master of | Darkness of Deathstar -- /incoming ---------------------------------------------------------------> 142 /code/azr_bump.zip 102 /WIR96/in64/paper.zip 81 /WIR96/demo/rox_rf.zip 77 /CAC96B/demo/ai_mutha.zip 72 /code/pmw131.zip 71 /music/songs/xm/1forever.zip 71 /demos/faith.zip 65 /demos/elf-drmf.zip 64 /demos/o_solex.zip 64 /SAT96B/in64/cob.zip >--------------------------------------------------------------- New Uploads -- All ratings are subjective. Filename Size Rated Description ------------------------------- ---- ----- ---------------------------------- -- /code -------------------------------------------------------------------> /demosrc/asciisrc.zip 64 **** AC Source for Text-Mode Demo /demosrc/chiparus.zip 12 **+ A Chiparus BBS Intro /demosrc/itp_src.zip 689 ***+ P Into The Pentagram /demosrc/tdm-code.zip 59 *** A Tedium by Oxygen -- /music ------------------------------------------------------------------> /songs/1994/s3m/infinity.zip 137 *** ASM94:mmul:??: Infinity by Necros, | Khyron /songs/1995/s3m/d/december.zip 292 **** December by Necros -- /party ------------------------------------------------------------------> /pictures/mek96pix.zip 2986 MEK96::: Mekka '96 Pictures >------------------------------------------------------------------ Articles -- ----------------------------------------------------------------------------> :: "Quickie Music Compos" :: GD / Hornet - gd@hornet.org _____Introduction Ever since the fall 1995 emergence of "20mc" (20-minute chipcompo) on IRC channel #trax, QMCs (quickie music compos) are springing up all the time. This would be more logical if each new compo were somehow better than the one that came before it, but that's not even the case. Since "20mc," there have been QMCs like the Zyzzx compo, Impromptu compo, The Trackering, Cruelization, Crap compo, and AnotherCompo, as well as all the others I've thankfully forgotten about. These compos typically have a very bad set of samples which all entrants must use, and a time limit for composing of anywhere from 20 minutes to 2 weeks. In the end the compos produce a collection of poorly written music. _____Entering To enter one of these compos, a person first gets the compo rules. These rules will tell about the samples which are used, when the compo is, what IRC channel it is held on, and so on. After the samples are passed out, participants race off to track whatever they possibly can before the deadline. They submit their tunes. Often, entering also requires voting. The person hosting the compo releases a "vote pack." Voters then download the vote pack and vote on the songs. _____Voting Now, since these songs were slapped together in a limited amount of time, they're certainly nothing spectacular. Bad samples, noisy loops, unpolished tracking, and sometimes intentionally annoying entries are the rule instead of the exception. Save for a few gems entered by scene veterans, these songs will give any sane person a feeling not unlike a hangover. Regardless of the overall quality, the voters listen to these songs, write their votes, and send them in. _____The Problem Ok, here's where the big problem comes in. This whole QMC sort of thing is fine. And, it can even be fun. But these compos happen almost every week. As a result, people are tracking bad music, listening to bad music, and pretty soon, it's all they do. Either they only enter these compos, or when they try tracking a song for something else, it's garbage. Pretty soon, they're into a groove. Get the samples, track as quickly as possible, enter their song, vote, repeat process. This is very unproductive for the music scene. I designate such actions with a large "L" - and I think that explains itself. Some people write songs, upload them, and complain when they get low ratings. Often, these songs have been thrown together in a very short time, perhaps three hours or less. That's simply not enough time to write a decent song. These people have been disillusioned by the QMC way! This whole notion of "fast" composing has undoubtedly been spawned by these quickie compos. Did you know that Necros spent over 40 hours on just *one* song for his "Progression" musicdisk? And it shows. _____The Cure A cure for this? It's not likely anyone will listen, but I do have an idea. Entering such a compo is not a bad thing. However, most people enter them far too often and base their entire scene existence around it. People even *upload* some of their QMC songs to ftp sites! What a waste of resources. I would suggest entering one of these compos only every few months at the most. Get a taste of the rest of the scene sometime. The rest of the time, track some music that you can spend some quality time working on. And don't listen to QMC music all the time. Listen to other tracked music, as well as real-life music (you know, the kind that comes on tapes or CDs). So, you track a QMC song. Fine, but once the compo is over, delete it! Otherwise, you will develop bad tracking habits and your music will suffer. Just think of all the Five Musicians or Jeroen Tel music you could have on your hard drive instead. :D _____Conclusion In my opinion, frequent IRC tracking compos are unproductive and detrimental to the scene. This causes some musicians to wonder why they are rated so poorly. Anyone can write a song in one hour, and just about everyone does. Try doing something different for a change. You may even be surprised at the results. ----------------------------------------------------------------------------> :: "How The Hornet Archive Works (part 1)" :: Snowman / Hornet - r3cgm@hornet.org _____Introduction Many people have asked me how the Hornet Archive really works. This is a topic I find utterly fascinating and have been known to ramble on at length about (as other Hornet members will testify). Some of you out there are probably just content to know that the archive works... don't care how... and that's ok! Keep using the archive for what it was intended and ignore the mechanics. But for those who want the gory details, read on! This series should satisfy your curiosity. Let the rambling begin. :) _____Hornet Archive - Why? The Hornet Archive is a centralized location of files and information for the collective community we call the "demo scene". The term "demo scene" in this context includes all principal subsets: music, graphics, code, and organization. There are those who would put forth the notion that the music subset of the scene is now its own separate entity. I do not believe this propaganda. If you track, you're a part of the demo scene. Even if you _only_ track and couldn't give a rat's ass about demos, you're still part of the demo scene. I could write an entire editorial on this alone, but it's a topic for another day. In a nutshell, the scene needs a place to put stuff. We provide it. _____Hornet Archive - What? Hornet Archive resides on a machine known as wcarchive.cdrom.com. This machine is owned by Walnut Creek CDROM. Wcarchive has many other archives, including: Simtel DOS/WIN, Hobbes OS/2, iD Games, Project Gutenberg, CICA, Povray, Sunsite, Slackware Linux, FreeBSD, etc. Wcarchive is a P6-150 with 512Mb of RAM and 72Gb of disk space running FreeBSD 2.1.6.1-RELEASE. Bandwidth-wise, wcarchive uses 2.5 T3's. If it had to, it could sustain a transfer rate of 13500k/sec. Compare that to 3k/s of a normal modem or even 180k/s of a T1. HA is plagued by Sprint and MCI. Although we have tremendous bandwidth, many outbound routes are very slow due to S&M's total lameness. If you want to see just how bad your connection is, try typing "traceroute wcarchive.cdrom.com" from any standard Unix OS prompt. Chances are that the slowdown occurs at some intermediate point, not at our site. Another challenge facing HA is a faulty dual-PCI-channel motherboard. This causes the system to lock and reboot at random times (not a good thing). A replacement motherboard is scheduled to be installed late this year or early next. Wcarchive can easily accommodate 1200 simultaneous ftp users. This is because we are running FreeBSD and not a Windows variant. Windows networking performance (even under NT 4.0) is just embarrassing against a similar machine running a Unix-based OS. David Greenman is directly responsible for the general health of wcarchive. He is the principal architect of FreeBSD (meaning he's the head coder). Without a doubt, he is one of the most technically proficient Unix guru's I have ever met. He is also owner of the domain "root.com". _____Hornet Archive - Where? Hornet Archive is located in sunny San Francisco, California, United States of America. It is kept downtown in a high security building. How high is that security? You must call a day ahead of time and make an appointment to have an escort meet you at the door and remain with you the entire time you are there. A few times a year, David flies down from Oregon and works directly on wcarchive (replacing hardware, etc). I once accompanied him. That was the first and only time I have actually seen wcarchive. Physically wcarchive is a lonely machine, kept on the floor in an otherwise empty room. The tower that houses wcarchive would probably crush your desktop if you attempted to put it there. Next to the tower is a rack where two rows of drives are mounted (16 of them if I remember correctly). On the bottom row, third from the left, is the Hornet Archive. Seems kind of funny when you think about it that way, huh? _____Hornet Archive - Who? Hornet the _group_ maintains the Hornet Archive. 5 of our 8 members work directly with the archive. Snowman / Hornet - I am officially in charge of the archive. My roles include development and maintenance of the interface (both ftp and http), fixing file permissions and problems, and releasing this newsletter. On rare occasions, I review and move files myself. I have been doing this, in one form or another, since 21 January 1994 (DemoNews.028 time period). My involvement with the demo scene led to my employment at Walnut Creek CDROM in January of 1995, owners of wcarchive. I live in Concord, California (about 1 hour drive from San Francisco) and have a T1 directly to the archive. Phoenix / Hornet - Phoenix is in charge of demos and parties. He is responsible for the timely creation and removal of all /incoming party directories. Phoenix joined Hornet at NAID earlier this year specifically for this role. He currently resides in New York. Jtown / Hornet - Jtown is in charge of music. This is difficult task considering the tremendous amount of activity the music section of our archive gets. He has a dedicated team of music reviewers that help get files rated. Jtown is the most recent addition to our group, having joined only a couple of months ago. He currently resides in New York and attends the same University as Phoenix. GD / Hornet - GD is in charge of both graphics and diskmags. He is also one of the Music Contest organizers, an active writer for this newsletter, and a general purpose work-machine for all other sorts of tasks. GD joined Hornet in January of 1995 and currently resides in New York. Stony / Hornet - Stony is in charge of graphics for the web-interface of our archive. He also occasionally writes party reports for DemoNews. Stony joined Hornet in 1994 to help with the cover art for our Escape CD. He currently resides in Holland. _____Hornet Archive - How? That will be the topic of following articles in this series. _____Conclusion That's a brief overview of the Hornet Archive. I didn't get to talk about how this thing actually works but at least you got some of the background info down. Next edition I'll talk about what exactly happens to files once you upload them to /incoming. Stay tuned! ----------------------------------------------------------------------------> :: "Scene Predictions for 1997" :: GD / Hornet - gd@hornet.org _____Introduction As the scene prepares for its last big demoparty of the year, TP96, one could look back and try to summarize all that has happened in the scene over the past year. However, I prefer to think about what might be ahead. _____Demos File space is currently very limited on the demo archive. However, the influx of uploads is sure to continue. While dangerous and highly illegal, it may be appropriate to hire a "hitman" to "take care of" some frequent uploaders, particularly those that think 5-megabyte XMs are "the best." Non-party demos will become less spectacular, while party demos will get better. And maybe we'll start seeing more original effects too! Music in demos will be about the same quality or even worse in the coming year. _____Music A DOS-based module player will be released or updated with strong support of the .IT module format. Scream Tracker and the .S3M format will gradually become more obsolete. Modules will of course continue to grow individually in size, but I certainly hope there are less frequent 2+mb songs uploaded. I mean, do the composers of these huge-ass songs honestly think their songs will be downloaded by more than, say, two people? (One of which is a music reviewer.) A new tracking program will be largely publicized and released, but it won't gain much support from the scene. A majority of the music scene will already be comfortable on one side of the Impulse Tracker vs. Fast Tracker issue. People will talk frequently about trackers for windows and linux platforms. Some such programs may even emerge and become marginally popular. _____The Net With AOL's new flat rate service, it is now easy and cheap for anyone to get on the internet. Will the major internet backbones have more bandwidth? Hopefully. Will the popular demoscene IRC channels become too active for anyone to enjoy them? Perhaps, if you don't think that such is true already. Java programming will continue to grow in popularity. A larger number of demo coders will experiment with this "new" language. But where would Java be without Netscape? ...Or MS Internet Explorer. Or Netscape! (Hey, what about Sun Microsystems?...) Yes, the browser wars will continue, although one of these browsers will have a large sustained victory in the coming year. With the demoscene becoming gradually more interested in the web, this browser war will be a hot topic for a while. Not that software debates are very productive; they only tend to bring more voices out of the woodwork. _____Operating Systems A few years ago, there was no PC demoscene OS debate. Now, everyone is split among DOS, Windows, OS/2, Linux, etc. This trend will continue. No wonder the C64 scene was (and still is) so tight. Many people now have more RAM in one system than most small nations have collectively. This is because of the more complex and "multitasking" operating systems people are using. This could result in demos coming out over the next year to require up to 16mb of RAM, which eventually some will even call "the new standard." _____Comebacks Future Crew? I wouldn't wager much on it. Triton? Perhaps. Space Pigs? Err... _____Conclusion These are just my predictions of things to come. You may not agree with any of these views, and I may even be wrong on every point. But my objective here is to get you thinking about the future. What do you see? I'd be interested to know. >------------------------------------------------------- General Information -- _____The Hornet Archive Master Site : USA (California) - (ftp|www).hornet.org/pub/demos Mirrors : Portugal - ftp.telepac.pt/pub/demos Sweden - ftp.luth.se/pub/msdos/demos South Africa - ftp.sun.ac.za/pub/msdos/demos USA (Wisconsin) - ftp.uwp.edu/pub/demos USA (Pennsylvania) - ftp.co.iup.edu/code (from /demos/code) _____DemoNews New issues are posted to /incoming/info. Old issues are in /info/demonews. Supplemental files are in /info/dn_other. How to subscribe: Mail - listserver@unseen.aztec.co.za Body - subscribe demuan-list FIRST_NAME LAST_NAME _or_ Body - subscribe demuan-list HANDLE DemoNews is sent to your e-mail's "Reply-To" field. >------------------------------------------------------------------------------ EODN