pouët.net

oerg866 information 81 glöps

• general:
• level: user
• personal:
• first name: eric
• last name: you dont want to know
• cdcs:
• cdc #1: Eon by The Black Lotus [web]

• game Linux Windows Dynablaster Revenge by Titan [web] & Haujobb
• bomberman enthusiast says: rocks :D
• rulezadded on the 2014-04-19 21:56:16
• game SEGA Genesis/Mega Drive 2048 on Sega MD/Genesis by Titan [web]
• Hi,
  
  released v1.2 which includes source code and also answers sim's question.
  
  cheers!
• isokadded on the 2014-04-10 16:59:19
• demotool Windows megacore by SigFLUP
• Well, it's... different =)
  
  
• isokadded on the 2014-02-24 14:38:59
• demotool Windows megacore by SigFLUP
• It doesnt want to load mz file :(
  
  
• isokadded on the 2014-02-21 17:25:57
• demotool Windows megacore by SigFLUP
• Very helpful!
• rulezadded on the 2014-02-20 19:06:07
• musicdisk SEGA Genesis/Mega Drive blowfish by Planet Earth [web]
• Love it!! (and thanks for the shout ;))
• rulezadded on the 2014-02-16 18:25:55
• invitation SEGA Genesis/Mega Drive Datastorm 2014 Invitation by Genesis Project [web]
• you're lame
• isokadded on the 2013-10-17 15:57:47
• invitation SEGA Genesis/Mega Drive Datastorm 2014 Invitation by Genesis Project [web]
• Yes. Yes? YES! More mega drive things!! :)
• rulezadded on the 2013-10-17 13:26:33
• demo SEGA Genesis/Mega Drive Overdrive by Titan [web]
• Well, the maximum DMA capacity is, if you use 320x224 in PAL mode, 23KB per frame, and that's if you use the entire frame for DMAing. Any calculations and rendering will obviously severely impair that bandwidth... :)
• isokadded on the 2013-08-26 14:05:38
• demo SEGA Genesis/Mega Drive Overdrive by Titan [web]
• Hey Oswald,
  
  
  Quote:

  Cool presentation indeed, but as a coder I must say,it doesnt really looks like its stretching the hardware.

  
  
  Except this is not the Amiga where you get half a dozen custom chips and easy graphic modes that take all the load off you!
  
  
  Quote:

  This console can display 80 sprites by spec, so the "bob" parts doesnt seem to do much than using whats already there.

  
  
  80 sprites by spec. Yeah, I wish. Strict limit per scan line + 80 if they're 8x8 and scattered all over the screen. Just because the hardware has memory for 80 sprite definitions doesn't mean it can display them all.
  
  
  Quote:

  Twisters, must be easy to change the gfx pointer per line, & 64kb & 64 colors for twister gfx should allow for something nicer. nice touch with doing 2 tho.

  
  
  There is no "GFX pointer". What's a GFX pointer? Yes must be easy. Must also be easy to render the shadows by changing some "GFX pointer".
  
  Yes, 64kb. Which holds 16KB of nametable definitions, the horizontal scroll parameters (240*2 words), the sprite definitions (80*8 bytes).
  
  Yes, 64 colors. Actually only 61, since you only have one BG color, not three, for 4 palettes. Actually limited to one palette per 8x8 block. And you have four. Good luck rewriting these every line.....
  
  
  Quote:

  rotating wheel, now this is interesting, looks like the HW helps to rotate some amount then change of gfx. probably best part technically.

  
  
  Yes. Looks like the HW helps to rotate some amount. Except this isn't the SNES, and there is no rotation HW at all.
  
  
  Quote:

  chessboard: cool looking screen, HW seems to be used like to its 30% potential.

  
  
  Yeah, probably only like 30%. And that text must be prerendered, too. (Hint: sarcasm)
  
  
  Quote:

  filled cube: very low accuracy rotation for a cpu with 32 bit and multiplication for free. and why is the damn thing so small?

  
  Multiplication is free.. um... no it's not. I would hardly call an instruction that eats 70 cycles "free".
  
  And remember the display is built using a nametable that defines what 8x8 chars that reside in VRAM are displayed where. This is not an amiga. We can't just render stuff at will without adding a huge amount of wasted cycles to find out where to write things.
  
  And remember, VRAM isn't mapped to address space. You either DMA (which halts the CPU... thanks SEGA) or bang data through a port. Either way it's slow as hell.
  
  
  Quote:

  oh and the interference, built in playfield + that brightness HW mode "magic".

  
  
  Nope, completely wrong. It's a separate playfield + two layers of sprites. No "fancy brightness mode" (which is called shadow & highlight by the way and can't be applied here).
  
  Did I mention that you need to interleave your sound code with timer checks wherever you are to check if you need to push a sample? While managing 9 other sound channels? I'm sure that's also done by modyfing "some pointers" :)
  
  Seriously if you don't know how hard it is to get anything going on a tile-based graphics system (no fancy bitmap modes like on amiga), please don't write dumb things like these :)
  
  And while we never said this is the most technically advanced demo on megadrive, I'm ready to stuff my mouth if you write an MD demo that trashes this one technically. Free beer included!
  
  But I'm sure it must be nicer to read docs and say "well this can do better" without having to prove it...
  
  But after all, it's just
  
  "modifying a gfx pointer" :)
  
  Have a nice day!
• isokadded on the 2013-08-26 11:55:42