pouët.net

trixter information 150 glöps

• general:
• level: user
• personal:
• first name: Jim
• last name: Leonard
• portals:
• slengpung: pictures
• demozoo: profile

• demo Windows Etch-A-Sketch by Candela
• Good point about capturing code.dll, but sadly I'm still not able to get it :-/
• isokadded on the 2009-11-02 05:03:32
• demo Windows Etch-A-Sketch by Candela
• And if anyone knows why it won't kkapture and how to fix, it would be much appreciated!
• isokadded on the 2009-09-16 05:20:13
• demo Windows Etch-A-Sketch by Candela
• God I love this thing. Seen it 4 times tonight alone. I could try to explain why but 1) you know why and 2) I'd just fuck up the words.
• rulezadded on the 2009-09-16 04:18:06
• demo Windows Frameranger by Fairlight [web] & orange & Carillon & Cyberiad [web]
• @smash: I noticed :)
  
  Will you do the commentary? ;)
• isokadded on the 2009-08-10 05:44:21
• demo Windows Frameranger by Fairlight [web] & orange & Carillon & Cyberiad [web]
• Thumbs up from me for the car part and the low-res projection in the middle. And the fluid sim even if it couldn't be integrated properly. Looks like it deserved to win.
  
  But why do I get the feeling it's essentially Media Error 2.0?
• rulezadded on the 2009-08-10 05:38:12
• 64k MS-Dos TANTRO by Hornet [web]
• Yeouch, I'm not sure I could live with myself with so many unrolled loops :) The only unrolled loop I have is 40 instances of the above snippet, for a single 80-byte-wide scanline. But that's an interesting concept, thanks for sharing it.
  
  Someday I'll write a full-fledged 8088 demo with at least 10 effects... I may be bothering the C64/CPC/speccy people when that time comes ;)
• isokadded on the 2009-04-26 18:14:13
• 64k MS-Dos TANTRO by Hornet [web]
• Exin: The routine is as optimized as it is going to go; most people don't understand how slow 4.77MHz machines really are. Memory access times are so bad (4 cycles per byte, including opcode fetches) that a 4.77MHz 8088 is slower than a C64. I'm not kidding.
  
  Here's the inner loop of the rotozoomer:
  
  add cx,SI {ddx}
  add DX,bp {ddy}
  mov BL,ch {bx = 256*int(y)+int(x)}
  mov BH,DH
  mov al,[BX] {load a pixel from source}
  {next pixel}
  add cx,SI {ddx} {add the 'right' vector to the current}
  add DX,bp {ddy} {bitmap coordinates. 8.8 fixed point}
  mov BL,ch {bx = 256*int(y)+int(x)}
  mov BH,DH
  mov ah,[BX]
  stosw {copy, advance to next dest. word}
  
  All variables are in registers; writes to video memory are done at the largest machine size word (STOSW). It took me a long time to get things that optimized, so if you think you can do better, I would love to know how. I know I'm not the best coder out there, but this was one of the few effects I was proud of.
  
  I will say this: My music routines need optimizing :-( It's faster without music playing.
  
  Final version with source will be released in a week or so.
• isokadded on the 2009-04-25 02:42:01
• 64k MS-Dos TANTRO by Hornet [web]
• For everyone getting GRAY VIDEO and NO MUSIC, you need to set machine=tandy in dosbox.conf. Please do that and *then* comment :-)
• isokadded on the 2009-04-25 02:33:45
• 64k Windows please the cookie thing by Aardbei [web]
• That's a really impressive softsynth for 2000. Hell, even for today (I get a kick out of human-sounding voices in softsynths)
• rulezadded on the 2009-01-20 06:14:32
• demo Amiga OCS/ECS Extension by Pygmy Projects
• A ton of great ideas, which is always hardest part.
• rulezadded on the 2009-01-19 02:06:32