raster/c.p.u.

20.2.2006 ... new RMT 1.23 tracker with SFX support. http://raster.infos.cz/atari/rmt/rmt.htm Changes in RMT 1.23 ------------------- - Improvements in MODule import function (with tone-portamento effect). - Support for SFX effects. "File - Export As - RMT stripped song file (*.rmt)" there is improved export dialog with "SFX support" checkbox. You can use instruments for sound effects in your programs - - example is in "/asm_src/sfx/" directory. - Better playmode switching to "Play from currently edited position" if song is playing with "follow song" already. (Sounds aren't breaked.) - Some internal improvements. (rmt_ata.sys,rmt_msx.sys,rmt_sap4.sys and rmt_sap8.sys system data files are included in RMT tracker executable.) RMT routine changes - New option FEAT_SFX for SFX support feature. RMT routine is a bit longer and slower with SFX support enabled, so, enable it only if you will use RMT routine also for SFX effects. (Coders, you have to use new rmtplayr.a65 and rmt_feat.a65) New song - Song "commando.rmt" (Commando - sack/cosine, 2003. original by Rob Hubbard) in "songs/sack_cosine" directory. Enjoy it!

Raster is working on other projects at present. And btw - Raster already knows, that greater number of RMT features isn't evoke greater number of RMT musicians/users. (He tested it many times. ) But be aware of code in VBL can consume all the CPU power too. Yes, when samples are starting to play, all the CPU cycles are used.

Fandal is speaking the truth. I saw him when he was playing Joust. Beware...

Yes, It's interesting question... Musics in older (preview) version of Mental Age gives totally different atmosphere to this game. Msx from "Joe Ripper" is pretty darksome. I like it. So, why it was changed?

Nice music, brave design ... Great work!

Unfortunately, we aren't able to manufacture this RAMcart per order. So, you have to ask some Atari hardware maker in your neighbourhood.

S/XEGS RAMCART 128KB by C.P.U. Info and complete production documentation: http://raster.infos.cz/atari/hw/ramcart/ramcart.htm Enjoy it!

Our S/XEGS RAMcart has read_olny/read&write hand switch. But this switch has to be set to "read_only" state if cart is enabled and Atari is turned on (or if reset key is pressed), because initial OS ROM routines overwrite some parts of cart memory otherwise. (Cart memory is mapped instead of standard Atari RAM and OS routines does the clearing of screen memory etc.) But, for example, game (or other program) can show some request message like "Please, permit the RAMcart WRITE now.". (Also our patched version of DOS II+ does it - red background color appears if write operation to ramdisk is required.) After the RAMcart write operation there is recommended to restore "read only" state of course.

It's interesting, I haven't seen it never. But it isn't the same hw, It has 32KB memory only, so Commando 128KB and/or other 64 or 128KB SXEGS games can't be working with it. Also it hasn't sw switchable capability. Ufff... I think I recognise chips used there exactly. :-) You can see first old prototype of our RAMcart which hasn't sw switchable feature. But it has 128KB SRAM already and that's why there is some "bigger" chips in our cart (more banks, more complicated PCB). Also some more features it has had. http://krupkaj.wz.cz/Atariada2005/original/DSC02157.jpg (big 128 KB Memory chip is on other bottom side ) Our S/XEGS RAMcart is much more different, fortunately. Thanks.

Rules for the ABBUC hardware contest 2005 ... 1.4 Notification / Admission conditions: * sending of a fully-functional hardware / upgrade and complete documents, schematics, manuals, etc. * readable + understandable documentation and manual of the hardware in german or english. ... 1.6 Presentation of the Hardware: The hardware / upgrades will be presented at the annual ABBUC meeting (JHV) in October by its author/developer or a representative. If the author/developer is absent at this meeting and did not name any representative, then the leader of the hardware ressort will present the hardware instead. --- Event Date Subject 05/10/22 10:00 AM to 06:00 PM JHV 2005 --- So, I think, whole documentation will be published soon...

* 128 KB SRAM with 3V battery - years of lifetime (!), unlimited number of overwriting (!), no block-save necessity (!). * Full XEGS cartridge bank switching compatibility (!). All the great 32/64/128KB XEGS cartridge games is possible to play on Atari with this one RAMcart. (Commando, TowerToppler, etc. .... without need of ANY modifications) * Usable for standard 16KB cartridge games, also most of classic 8KB cartridge games are working. * SXEGS switchable mode. * Read only mode for cart memory protection. * XEGS RAMcart File Feeder software for easy loading of cart dump files. * with special DOS it can works also as ramdisk (D8: device with cca 120KB, battery keeps its content) * new Creaxin1 software for making of programs/games packages. * components' price cca 250 Kc (8 EUR)

Wow. Very nice!

Yes, Mark, please, update the about info strings we identify old and current DLLs' versions. void __declspec(dllexport) Pokey_About(char** name, char** author, char** description ) { *name = (char*)"POKEY Chip Simulator, V2.3 (A800 1.2.4)"; *author = (char*)"Ron Fries, Atari800 emulator developer team, http://atari800.sourceforge.net"; *description = (char*)"Stripped down version for Pokey sound generation only by C.P.U. 2003"; } void __declspec(dllexport) C6502_About(char** name, char** author, char** description ) { *name = (char*)"CPU 6502 emulation, 1.2.4"; *author = (char*)"Atari800 emulator developer team, http://atari800.sourceforge.net"; *description = (char*)"Stripped down version for instructions execution only by C.P.U. 2003"; } And please, let me know, when new DLLs versions will be finished - I will publish them on SA_LIBRARY website. Thanks.

Yes, yes. Emkay, your G2F pictures are really great! I like them.

Hot news 22.8.2005 ... RMT 1.21 tracker with enhanced mouse control etc. You can get it from the RMT website. Changes in RMT 1.21 ------------------- - Enhanced mouse control: * Set cursor position in trackedit area, songedit area, instrument parameters / envelope / table area, info / speed area. * Octave selection by mouse (click to "OCTAVE x-y" text). * Volume selection by mouse (click to "VOLUME x" text). (Also you can turn on/off "respect volume" option there.) * Instrument selection by mouse (click to "XX: instrument name" text). * Envelope GO/LEN parameter setting area (click to mouse L/R button). * Table GO/LEN parameter setting area (click to mouse L/R button). (Areas' locations - see the screenshots.) - New hotkeys: SongEdit: * Enter ... Exit from SongEdit section. * Home ... Move cursor to first songline. * End ... Move cursor to last songline. * PageUp ... Move cursor 4 songlines up. * PageDown ... Move cursor 4 songlines down. - New option in Config dialog (menu View - Configuration): * Don't use hardware soundbuffer (default is off). (Maybe it could help if you have some system sound related problems.)

Hmmm... Ok. I will thinking about it. Oh, It's a pity. Ok. Please, keep your patience (and compose musics in other Atari trackers meanwhile.)

No, I haven't other inputs. I think RMT is now in stable and usable state and I hope no only me will use it for making music/sounds for games, demos, etc... And I want send word to all critic men: Maybe RMT isn't ideal (nobody is perfect ) and doesn't exploit all POKEY capabilities ... So, anyone can make better tracker with features at pleasure! But, personally, I believe in music capabilities of good musicians more than sound capabilities of POKEY. Ehm...

It's great. It would be cool to hear the AMY chip sounds/musics! Wow.

Nice idea. But ... you have to see to the parameter TABLE TYPE, which is set to 1 => above the '15' you can see the info text "TABLE OF FREQS", no "TABLE OF NOTES". So, hexa value '15' in this case means that decimal value 21 will be added to frequence, no shifting about 21 semitones. I hope there isn't bug in RMT.

Interface MULTIJOY8 (16) This easy multiplayer interface allows connect up to 8 joysticks to one Atari XE/XL computer via both joystick ports (MultiJoy16 up to 16 joysticks.) http://raster.infos.cz/atari/english.htm#MULTIJOY or http://raster.infos.cz/atari/hw/multijoy.htm

Yes, IK+ is the great project!!! This Atari version must use a lot of complicated techniques for three players colors (sophisticated PMG overlaying / line positioning / several charmaps), and It needs a lot of memory. But the result is cool!

Yes. Destination portamento frequency is taken from actual note frequency every time when command 5 XY is used (and portamento level and speed is set up by XY). And if 5 00 is used, then beginning_portamento_frq = destination_portamento_frq = actual_frequency. Yes, it works in this way.

You have been used there command 5 18 two times, and before second command 5 18 there is 4 times command 3 01 which transpose up base note about 4 halftones. So, if original portamento destination note was for example C-2 (frq 121), then you change it by second 5 18 command to note E-2 (frq 96), that's why it must sounding differently. :wink:

I don't understand your question. Portamento is effect for slower transformation from one note to other. So, frequency is shifted up or down to new note (i.e. shifting will stop on frequency of destination note). For example: Note C-1 with instrument effect 5 00 => play note C-1 (frq 243) and init portamento to value 243. Now Note C-2 with instrument effect 5 11 and portamento switch turn on => every 1/50 sec will frequency shifted up (from beginning value 243) to destination frequency value C-2 (121). That's all. Or you can see the example songs/examples/likea64.rmt, there is portamento used.

Please, see the manual. Envelope command (COMMAND parameter) ... 5 Set up portamento speed $X, step $Y (each $X vbi will be "volatile portamento frequency" shifted up or down by $Y value in a direction of actual frequency). If $XY=$00, then set current frequency directly to volatile portamento frequency.