pouët.net

unkaggregate information 4 glöps

• general:
• level: user
• personal:
• first name: Unk
• last name: Aggregate

• demo MS-Dos Amanaman by Coma
• Run from DOSBox, this kicks ass, even if it won't run on any actual hardware I have kicking around (hangs without GUS present). It doesn't exit to DOS, be prepared to hit RESET once the demo finishes.
  
  Also, it's up on YouTube as well: http://www.youtube.com/watch?v=Rh3oten5lEg
• rulezadded on the 2009-05-18 04:21:31
• demo MS-Dos Gateways by Trauma
• Everything about this demo is awesome, including the music, the graphics, and the models----except for the waterfall. Runs great in DOSBox, if you crank up the core speed and give it lots of RAM.
  
  I also captured an AVI from DOSBox and uploaded it to YouTube: I uploaded the DOSBox capture to YouTube: http://www.youtube.com/watch?v=QgGmbqIqX_A
• rulezadded on the 2009-05-14 05:58:30
• demo MS-Dos Dance, Move, Shake by Kosmic Free Music Foundation [web]
• Excellent dance demo. Runs perfectly fine in DOSBox.
• rulezadded on the 2008-02-13 06:25:48
• demo MS-Dos Crystal Dream by Triton
• ; I get "Exit to error: PIC:ICW4: 1f, special fully-nested mode not handled"
  
  That error message is in DOSBox itself and it's really unnecessary. It's DOSBox trying to save itself in the event that unknown bits in the interrupt system are set, which is stupid because those bits have no meaning on modern systems. Anyway locate the code that emits that error message, and comment it out. DOSBox from then on will ignore those bits and this demo will run. CD is somehow setting odd bits in the interrupt controller. Other demos like CD2 and even Reve! by pulse make this mistake.
  
  The only problem you will have after that is DOSBox's VGA emulation causing the screen to flicker at the bottom because this demo is apparently very sensitive to VGA refresh rate and veritcal retrace (which is even worse in Crystal Dream II). DOSBox has this weird logic to signal vertical retrace, but then wait some interval of the refresh rate before actually rendering contents of VGA memory. This catches this demo (and CD2) at the worst possible time: mid-redraw. You can fix this in the source code by modifying vga_draw.cpp and changing function VGA_retrace() to immediately update the display from VGA memory, rather than set a PIC interval to half-ass draw "parts" which is what the default code does (this bizarre way of doing it is especially horrible looking when DOSBox is emulating VESA BIOS modes that use bank switching). You may also obtain best results by changing the #define at the top of the source file, so that it says "VGA_PARTS 1" rather than "VGA_PARTS 4", so that there are no "parts", only the entire screen.
  
  Finally, DOSBox's sound blaster emulation fails with this demo. You'll have to tell it to use the LPT sound device instead. But that won't sound very good, it's better quality wise to download the MOD files for this demo and play them in WinAMP while running this in DOSBox.
• isokadded on the 2007-11-01 08:58:33