|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1k source by Frenzy of SparC /code/demosrc/intros/1k_sourc.zip
| 18 Mar 1997 (catalog date)
11,052 bytes
| Download FTP scene.org
| Rating:   
| source to a 1k intro (911 bytes). Easy to follow code, but it's ideal you understand it all in the first place. Odd use of fpu (uses lots of fi[blah] instructions... why not take advantage of extra precision?)
|
|
|
|
|
2d bump mapping by HELiX /code/effects/bump/bumpsrc.zip
| 18 Mar 1997 (catalog date)
63,540 bytes
| Download FTP scene.org
| Rating:    
| Simple example and explanation of how to do 2d bump mapping. Looks like it was written by a beginner (because of the code optimization, or lack there of), but is fairly nicely commented, which is a big plus!
|
|
|
small flame by Gaffer of PRoMETHEUS /code/effects/fire/flame160.zip
| 18 Mar 1997 (catalog date)
2,964 bytes
| Download FTP scene.org
| Rating:  
| Source for a small fire routine. Doesn't actually work on my computer. To answer a question proposed by the author about size optimization, inc al is bigger than inc ax because intel doesn't have an inc /r8 instruction. inc ax is of the form inc /r16 which compiles to db 40+rw, where rw = 0 for ax, 1 for cx, 2 for dx, 3 for bx, ... inc al is of the form inc r/m8 and compiles to db FE /1 where /1 = c0 for al, c4 for ah, c1 for bl..., 05 for a memory reference.... See an intel document for more details.
|
|
|
|
|
Iguana Landscape by JCAB, Jare of Iguana /code/effects/land/ign_land.zip
| 10 Jan 1997 (catalog date)
23,458 bytes
| Download FTP scene.org
| Rating:  
| The voxel landscape from Heartquake - No explaination of the effect, non-recompileable. The code is largely dependant on code libraries that the coders have developed and is thus somewhat difficult to follow.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Heart Quake's water source by ARM of Iguana /code/effects/water/hq_water.zip
| 10 Jan 1997 (catalog date)
370,188 bytes
| Download FTP scene.org
| Rating:    
| The authoratative source on the water effect - Includes a description of the physics behind the effect and the simplifications done to make the routine run quickly.
|
|
|
|
|
|
|
|
|
|
LZO Data Compression Library v0.20 by Markus Oberhumer /code/fileutil/lzo020.zip
| 06 Oct 1996 (catalog date)
184,964 bytes
| Download FTP scene.org
| Rating:   
| over conscious about compression ratios and statistics and has many long files about its stats in the /doc directory, but no description about the API. You have to figure out how to use it yourself from the two short examples that come with it. Otherwise, it's fairly complete and you can decide which compression routines you'd like to link yourself (assuming you can figure out that much).
|
|
AWE-DIP-01-ENG by Creative Labs engineers /code/hardware/audio/adip.zip
| 10 Jan 1997 (catalog date)
708,753 bytes
| Download FTP scene.org
| Rating: 
| Examples and API for using the AWE32 - And people wonder why there's not much SB support. The information in the packet is contorted. I could go on this for days. Comments like /* main - here's where the fun begins */ are misleading. The fun actually began several hundred lines ago (starting at line 134). It's late. I'm not exactly bored, but this bit of code is frustrating. I wonder why CL even bothered. There are no technical docs of any sort and the code that is here *REEKS* of bad style. For extra frustration, I unzipped the file which had a self extracting .exe in it, which gave me 4 zips which when each extracted with the -d option finally gives me the SDK. Kneebiter - at 1:30 in the morning. Need more tea...
|
|
Collection of ASM sources by ? of Blue Nose Productions /code/hardware/general/asm_good.zip
| 10 Jan 1997 (catalog date)
118,612 bytes
| Download FTP scene.org
| Rating:   
| Lots of ASM sources, mostly for hardware and BIOS routines - It's somewhat difficult to find what you want, but the comments tell you what you need to know (but not what you have to do) to get everything compiled. Looks like a great source for the cut & paste coder. Given the nature of the routines, I'd say that was the intended purpose of this release.
|
|
|
Flat Real by Herman Dullink /code/hardware/memory/flat.zip
| 10 Jan 1997 (catalog date)
11,758 bytes
| Download FTP scene.org
| Rating:   
| A flat real mode interface - For those who'd rather kludge real mode than switch to protected mode. Conceivably useful for 4k intros which may need a quick and cheap entry into a flat memory model.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
tinyRTL by Solar Designer /code/utils/compiler/bpc-trtl.zip
| 10 Jan 1997 (catalog date)
13,314 bytes
| Download FTP scene.org
| Rating:   
| A pas TPU with source for creating small exes - A TPU that replaces the system TPU in Turbo Pascal so that small .exes can be made. The example .exes are deceiving as there is no built in support for writing text and other such things. Knowledge of assembler will be necessary for most programs you'd write with this.
|
|
|
|
|
|
Vfixppsl - Vesa Fix Pixels Per Scan Line by Saint /code/utils/graphics/vfixppsl.zip
| 12 Jun 1998 (catalog date)
2,392 bytes
| Download FTP scene.org
| | This little TSR sets the number of pixels per scan line to match the x resolution of the visible screen. Usefull for demos / games that assume the logical width of a scan line to be equal to the physical width. Includes ASM source code.
|
|
Text Mode FLI/FLC Player /code/video/txtfli.zip
| 06 Oct 1996 (catalog date)
99,695 bytes
| Download FTP scene.org
| Rating:  
| Buggy mode set, only worked in a dos box from win '95. Had information about the text mode demo compo and was rather impressive for what it did. Otherwise, tight code for what it does, sparce, useless comments.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4 Kings by Orange /demos/1994/0-9/4kings.zip
| 29 Jun 1996 (catalog date)
57,584 bytes
| Download FTP scene.org
| Rating:   
| Released at event ASM94 in the in64 division and ranked 10
A nice, unique look to this demo sets it apart from others. Lots of mathematical based code. Opens up with four grahpics in the corners and a bouncing pixel that opens up to the title. Good design doesn't stay with any one routine for too long.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|