Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


VinsCool last won the day on May 24 2019

VinsCool had the most liked content!

Community Reputation

992 Excellent


About VinsCool

  • Rank
  • Birthday 05/02/1995

Profile Information

  • Custom Status
    Persona Secretiva Felineus
  • Location
    Québec, Canada
  • Interests
    Video games, chiptunes, food, and Atari, of course!
  • Currently Playing
    The game of Life
  • Playing Next
    The game of Afterlife

Recent Profile Visitors

4,101 profile views
  1. This looks so clean and pleasant to the eyes!
  2. I forgot to post this experimental tune the other day, mainly because I was busy with different A8 projects... I thought some of you would find it interesting, and hopefully I will get some ideas for it later too This is running with the exact same RMT Player code I hacked a little while ago, the only difference is the handling of the 16-bit output to produce the 'Clarinet' sound. The visual player also has gotten a bunch of improvements since the other tune I shared in this thread too Also this runs at NTSC speed. I did not yet edit the code to accommodate when a tune runs from one region in another, and vice versa. Sketch 57.obx
  3. Sounds nice, however, there is an obnoxious background noise causing interference from the channel 1, and the song is also out of tune, in my opinion.
  4. Eating Fruity Lucky Charms

  5. Ohh very nice, I wish I knew this existed much earlier. Thanks for bumping this thread.
  6. Ahh yeah I see where you are going with this, I agree with you in this case. My goal is a different one, having real hardware compatibility and by speculation, a RMT version with these features was the reason for starting my experiments. Even if this is very pointless, to me, it is still something I learn from, and would make use of, if I can! yet... right? Unfortunately I won't be the one for this task, unless we all wait for another decade, hahaha This is nice! It shows how much dedication can prove things to be possible! I personally began fucking around the code directly for a different reason, but now I got addicted to it! It's so fucking satisfying to be able to get something work the way I want, without making everyone take a guess from "what if" or "is it possible to", or just make no sense at all with video examples of what could be done and not sharing any files for the matter. I also curse at myself instead because I know I did something wrong when it doesn't work like I wanted lol But hey that's part of learning, I simply learn the hard way about what to NOT do, in most cases hahahahaa I warned you hahahaha Thanks! Again, I fully acknowledge everything I do currently is "ideal", it's mostly to prove what could be done, by doing it myself as much as I could! I'm aware I relied heavily on the code from Raster, Analmux and Pigu to achieve this so far, but it still proves to be functional in this state regardless. Plus I also have proven several things could be done differently in the RMT tracker, and I will definitely keep pushing that until I really make the whole CPU and RAM overloaded, because if making music is my goal, nothing else really matters Just thinking of LSDJ on the Gameboy for example, this is a Music focused program, so it barely has any room to fit a game or demo along with it, and that's why it's awesome: you can do a fuck ton of audio things a Gameboy was never designed for! I do not consider myself to be a great musician, but I really appreciate the compliment! A lot of the people in the scene were a big inspiration for me, and I hope I can do very cool things of my own too
  7. Finally, a REAL week end all for myself after nearly 2 years.

  8. [Original] Sieur Goupil (Atari PoKEY) + Dual Mono Experiment NTSC, 60hz, Stereo optional Sieur Goupil.obx Sieur Goupil.rmt
  9. Yeah... Still heavily based around the RMT code, but I'm trying to make use of it in ways that would do things currently not possible in the tracker itself. Right now my code doesn't fit the limits of the .exe itself, but it's nice concept to attempt anyway Thanks for the encouragement! My direction is the wrong one for sure, so I suppose I'm on the right offtrack. For now I'm just trying to be able to use this code as a RMT + extras output, and it's still way easier to make music with a tracker, so custom player + RMT module is comfortable enough for me. May I ask, why is it wrong anyway? I am not trying to go into demo or game production, at least, not right now, so making use of everything I could use just for music production is currently what I am trying to do. Mostly for proving a point or something I suppose? lol. If I can do it myself now, I would be even less likely to ask about something I want but couldn't do it with existing tools, hahahaha Right now, this is pretty much it yeah. (spoiler alert, wall of text incoming...) The original visualisation code was altered quite a lot compared to the version I started from, it seems like the coder really intended to use this for the tune it was coming with, and nothing else. So it was limited to only Stereo RMT modules, and the RMT 1.28 player, which only had a few changes to display the Pattern and Row values on the screen. I first started by using my hacked Player, be able to at least assemble it for the first time despite anything I could have broken, then continued from there. I must first say a big thanks to Pigu, who made the original code for the visualisation part, the things I wanted to see and a solid groundwork for being able to push it further! This is the version I started from, which was for this tune: It probably doesn't look like I have actually changed many things yet, but I swear I did, and thankfully everything mostly works still! If you are reading this Pigu, thanks again! It's helping learn a lot more how to code. This time I am not as limited as I was since right now I am not trying to fit into a arbitrary file size, just to prove things work, optimisations will follow latr while I get more experience at this, So what I am trying to do right now is to hopefully turn it into a easy to use RMT player, similar to the simple player used for XEX exports, but with cooler visuals. At the moment this makes use of: - My custom RMT Player (the same one I had been hacking into RMT.exe, currently it will not fit that arbitrary space lol) - Register values visualisation, and hopefully more detailed stuff like Note values and Frequencies (thanks to my spreadsheet for the computation!) Currently this is pretty badly coded, I know, but I will try to make my code a lot less bloated as I find better tricks to achieve it. - Since now I can actually fuck around the player more without worrying about the RMT.exe compatibility (for now), I can finally move things around, so more Tables from different memory pages will be available. - Hacked together a "Dual Mono" mode, so 4 channels RMT modules will work on a Stereo setup, else things would either play incorrectly or only on the left channel. STEREOMODE==4 is what is required to define be able to use it. This is a rmtplayr.a65 exclusive code for now, however I think this is pretty cool feature! - Added a very rough method to manipulate the SKCTL register, into the RMT Distortion (Slot) 6, so each time it is used, $8B is written into SKCTL, enabling the Two-Tone Filter. It could have done in a cleaner and better way but I'll try to improve it later. This was also a rmtplayr.a65 exclusive code, but other than that it's still virtually the same as the Patch16 Beta3. - Added a very simple "song title" line that could very easily be edited into anything within 32 characters long. My goals for the future, be it possible, or very difficult, or be very CPU+Memory hungry, will depend on a lot of things, but I will still try to do them anyway. - More information displayed on the screen, such as several useful registers, frame counter, RANDOM, etc, as well as Notes and their actual frequencies, because I'm a nerd and I love to see numbers on the screen. Could also be really useful for more complex sounds in the future. - Clean a lot of the things I added, or implement them better. There are numerous things that were redundant while the original code to display infos line by line is there, I just haven't figured out how to fully make use of it yet. For example, the SKCTL code in the Visualiser part is very bloated, and even has its own duct taped method to "clear" the screen when an actual routine for that purpose already exists in the code and would only need a few changes to achieve the same thing... There is also the AUDC and AUDF registers that ate a lot of memory and CPU cycles just to display, because I went above the same code I mentioned above just as a POC, hopefully things will be cleaner later. - Add several IFT ELS EIF statements so I could easily assemble the code without certain features, or different code, without too much trouble. For now only the STEREOMODE==1 and STEREOMODE==4 have their exceptions, but many more things would need it if I plan to use this code in a more optimal way (basically stripping away everything I don't need to use at assembly time) - Separate all the RMT tuning tables into a different set of memory pages, with matching mapping for them, so that way I could use the available space the most efficiently possible, and have access to a lot of extras without sweating about running out of bytes. I might also consider moving the RMT modules to a different spot as well, $4000 is currently what is assigned for it. - Basically move everything around, I hope I could do it in a functional way Right now it's something like: 'RMT Player, Start of Visual code, Module, Remaining part of Visual code', and I don't feel too comfortable doing it in that order, especially when large RMT modules overwrite sections of the memory (I had to move the ORG twice already because I tried to use very large RMT modules each time, lol). I have not tried to do any big changes like this yet, but ideally, I would make the Player begin execution at $3300, with the Visualiser code on top of it, and finally the Tuning tables at the end of this order. Then, load the RMT module, ideally I could fit everything within $5000 before the module, using the remaining space. Hopefully I never go beyond that and overwrite more things by accident, lol - Make even nicer graphics once I learn how and if the CPU hasn't died under the shitload of work it may end up doing, hahaha - More far fetched but I hope I could find how to expand RMT.exe in order to fit more of my hacks into it, because being able to play and make the music in real time is fun! Turning this into a native music making program would be even cooler but I seriously doubt I would be able to do something like that so forget about it for now lol In the mean time, all of this is just for fun, and for learning, so I really don't want to pretend making a revolution of POKEY music creation with this stuff. It's also not very optimised so Demos and Games won't benefit from what I am attempting to do, if low memory usage and low CPU usage is the requirement. I guess that's about it for now lol Sorry for getting into a ramble again, I just have a lot of fun with this right now. Edit: oh and btw rensoup I have sent you a message on the Discord a couple days ago, I don't know if you have seen it yet, but I thought you would be interested
  10. This is a really rough implementation of Two-Tone Filter for now but hey it works for sure! This is currently done by hijacking RMT Distortion 6, with the same table of notes from Distortion A assigned on it. music.obx
  11. Been learning how to code in 6502 ASM and slowly making my own music player routine, still heavily based on existing code, for now. The base code for the RMT player visuals was borrowed from Pigu, now edited heavily, and merged with my own RMT Player code. I really like where this entire project is going now
  12. Toot toot to everyone in this community! If this weren't from the amazing and inspiring work and experimentations from several people around here, I would have never been able to get started for my own! Ever since, I learned how to make music, and more recently, how to code! A tiny bit at the time, but it's still something
  13. I've not seen many ports but have seen and also done several musical arrangements from the NES 2A03 to the ATARI POKEY and most of the time thing were pretty faithful to the NES style
  14. Sorry for posting the same thing in 2 different threads but I wanted to make sure this was also in here Xenon - In Game Music #1 (Atari PoKEY Cover, Recorded from Real Hardware) Recorded from my PAL Atari 800xl, 50hz. Xenon Final.rmt Xenon Final.xex
  15. This is my own interpretation, covered by ear based on the Amiga version, with some tiny things of my own, I love the metallic sound of Distortion 2 lately. I touched it up a bit earlier today and this is the result. Made with my hacked Raster Music Tracker (Tuning Patch 15, then Patch 16 version), and converted using RMT2LZSS with my custom tuning tables. Recorded from my PAL Atari 800xl, 50hz. The video was edited using Corrscope for the visuals. Xenon Final.rmt Xenon Final.xex
  • Create New...