|
|
Hi! A new version can be downloaded here:
http://leonard.oxg.free.fr/demos/atari/ST-NICC2.zip
Now you have digital sound even with a STF machine!
Enjoy :) |
 |
|
|
added on the 2013-05-16
|
|
|
|
|
| Absolutly amazing for standard Amiga 500. Really nice tricks. |
 |
|
|
added on the 2013-04-05
|
|
|
|
|
| Really good demo! Very cool effects for 96kb! |
|
|
|
|
added on the 2012-12-10
|
|
|
|
|
| please ask pouet staff to add "neogeo" platform, so it can be the "first" neogeo demo :) |
|
|
|
|
added on the 2012-05-11
|
|
|
|
|
| tft: you're right, it's a musicdisk... I missed it when I added the demo. Maybe a "pouet" admin could change it. |
|
|
|
|
added on the 2012-05-06
|
|
|
|
|
| mic: you're almost right. 68k only send a "tick" command at 50hz (ATARI music are 50hz). Then Z80 wake up at 50hz, and depack YM registers (all data is packed in Z80 ROM, the packed music is about 43KB). And then the magic trick is that NeoGeo has a YM2160 chip, far better than ATARI YM2149. BUT, the YM2160 has a SSG part (simple sound generator), which is hardware compatible with YM2149 :) So no software emulation, I simply put the registers into the SSG par of the YM2160 |
|
|
|
|
added on the 2012-05-05
|
|
|
|
|
I guess some of you will be hurt by nasty graphics of this demo, and I agree :) This is "oldskool" demo so the only goal is to have technical tricks, and no nice graphics... Here are some details about the three technical tricks used here:
1) A big spinning filled vector cube. NeoGeo can't do software rasterizer because graphics are only made of tiles, located in ROM (CPU can't modify tiles bitmap)
2) The color bars are disting in Y axis, so it required sprites. There is 32 bars of 20 sprites each (NeoGeo sprite is ALWAYS 16 pixels width) wich means 640 sprites! But Neogeo only support 384 sprites!
3) During the demo you're listening an ATARI-ST music! It's a ST-Sound YM music, my own ATARI sound emulator. I'm sure you never hear that kind of sound on your NeoGeo :)
|
|
|
|
|
added on the 2012-05-05
|
|
|
|
|
ggn: to bypass the mame crc check, juste run the game from command line
mame puzzledp
if a rom is specify, it bypass the crc check, so it runs perfectly on mame (but the sound is less accurate than a real hardware) |
|
|
|
|
added on the 2012-05-05
|
|
|
|
|
Last but not least, if you want to see a video, go here:
http://leonard.oxg.free.fr/download/NeoGeo_3D.avi
|
|
|
|
|
added on the 2012-05-04
|
|
|
|
|
WARNING: Pouet.net currently does not support NeoGeo platform. That's why that entry is classified as "NeoGeo-pocket"
This demo runs on real NeoGeo and NeoGeo-CD hardware ! |
|
|
|
|
added on the 2012-05-04
|
|
|
|
|
Hi Folks
This is the first NEO-GEO demo by Oxygene!
Note: This demo runs on real hardware: MVS cartridge or NeoGeo CD
(Thanks to Furrtek for testing it on real hardware)
This package contains both ISO file for NeoGeoCD version, and
classic ROM files to run on emulator or flash on real hardware.
Leonard / OXYGENE
|
|
|
|
|
added on the 2012-05-04
|
|
|
|
|
hitchhikr: yes I try "-t" switch. It almost work but with some files (even smaller than 64Kb) I get that error message: "Packing binary file... no tiny mode available for that file". Do you know how I can fix this?"
fiveofive: the LZMA version is really better than any other packer (about 20%) but it's too slow to be used on a demo. The Tiny mode is very similar to standard atari packers such as speekpacker or Ice. A bit better than ARJ sometimes for small files.
rez: no :-) I just update my ATARI demo toolchain. (available here: http://pouet.net/prod.php?which=56952 ) |
|
|
|
|
added on the 2011-06-21
|
|
|
|
|
Hi! Me again!
Could you please add a "force tiny mode" option in the packer? In my case, for my ATARI-ST demo system, I use ARJ-7 or PAckFire to packe screens. PackFire "LZMA" is useless on ATARI because it's too slow. So when my toolchain pack binaries, I run ARJ and PackFire, and I select the best result for each binary. Unfortunatly, as the "LZMA" model is generally smaller, I never get a valid "tiny" packed file.
Please add an option "force tiny packing, even if LZMA mode is smaller"
Do you think it's possible?
|
|
|
|
|
added on the 2011-06-19
|
|
|
|
|
rez: of course you can reach me here:
lleonard.oxg at free dot fr |
|
|
|
|
added on the 2011-05-06
|
|
|
|
|
Hi Paulo! As always this release is an amazing technical ATARI piece of code.
Have to get some spare time to release a full working compatible SainT version! |
|
|
|
|
added on the 2011-05-06
|
|
|
|
|
This package not only contains de source code of the ATARI sound demo called "AMIGA Demo 2", but it contains my ToolChain I use to build demos on ATARI. Everything works on PC. You assemble code on PC, you put all screens in a script text file, and you can "build" a disk image. The disks contains a boot sector and a kernel (loading and depacking).
I use that tool to build all my ATARI since the "Nostalgic-o-Demo" !
Enjoy ! |
|
|
|
|
added on the 2011-05-06
|
|
|
|
|
Again a nice intro by DHS.
Note for Baah: this demo works perfectly on the latest SainT (2.14). The trick is to use a TOS 1.02, and set the machine to STE (even if tos 1.02 is STFm tos)
Try it, the sound is almost perfect under SainT :-) |
|
|
|
|
added on the 2011-03-14
|
|
|
|
|
yes sorry my link was a dupe. My original old zoomer is here:
http://pouet.net/prod.php?which=8486
|
|
|
|
|
added on the 2011-02-07
|
|
|
|
|
yes Paulo, PS3 mandel is really computing 1920*1080 pixels, which is really impressive, and don'"t use "zoom" trick.
My version use a nice trick wich could be used to otimize the ps3 version, but the algortihm should be a bit harder to run on SPU with good load balancing. Basically the idea is that if you can find an area of the mandel where the perimeter is made of the same pixel, then all the enclosed area can be filled with that pixel value. This is a "huge" optimisation, but tricky to do on SPU |
|
|
|
|
added on the 2011-02-03
|
|
|
|
|
Just for fun, I just added an old 4kb "deep" Mandel Zoom I made some years ago. You can get it here:
http://www.pouet.net/prod.php?which=56614
As Zerkman say the zoom depth is limited with single precision float. I use double, wich is quite slow on CELL/SPU.
|
|
|
|
|
added on the 2011-02-02
|
|
|
|
|
I love mandelbrot and PS3 so it rocks :-)
Btw, could you tell us a bit more about what toolchain did you use to build such PS3 demos? Any url available? |
|
|
|
|
added on the 2011-01-31
|
|
|
|
|
| totally awesome |
|
|
|
|
added on the 2010-08-08
|
|
|
|
|
tiny mode is a classic LZ stuff. I mean the "large" depacker (the one with two MUL instructions). Did the 68000 version come from a small C version?
I'm interested by the small C version. |
|
|
|
|
added on the 2010-06-22
|
|
|
|
|
Hi, me again :-) The package include the 68000 source code of LZMA depacking routine. The routine is really small compared to the original C version of the official LZMA SDK. So my question:
Is that depacker the same version as the latest LZMA sdk? And if yes, could you point me to the "small" C version? Did you get it somewhere, or did you extract it from original source code?
thanks! |
|
|
|
|
added on the 2010-06-22
|
|
|
|
|
For those who didn't notice yet, the complete source code and tools to build the demo disk on PC is release on my website:
http://leonard.oxg.free.fr/download/AmigaDemo2SourceCodeVersion.zip
|
|
|
|
|
added on the 2010-04-26
|
|
|
|
|
