Jump to content

SvOlli

Members
  • Content Count

    259
  • Joined

Community Reputation

170 Excellent

About SvOlli

  • Rank
    Moonsweeper

Profile Information

  • Gender
    Male
  • Location
    Hannover, Germany

Recent Profile Visitors

8,387 profile views
  1. I would have to double-check by running in an emulator, but my guess is, that the games not producing any sound do not run on plain 262 lines per frame. And in this case the TV mute the sound as it assumes that the picture is faulty. Something like this usually happens when loading supercharger games, or when running a demo that does not produce any sync.
  2. About the Atari Video Music system... There is more details view about this production at my project page: https://xayax.net/trsi/atari_video_music-the_demo/ Nevertheless, I also started about adding something like a microcontroller or a Raspberry Pi for automatically reproducing configurations. But the chance on breaking something beyond repair was too high for me. Also all of the controls have some analogue (dials) or mechanical (switches) components in them, this would have complicated things further. And the demo with a human "as a CPU" gave it a nice additional twist. And it was a pain in the rear to get it done without a major failure during recording.
  3. Hello! As part of corona lockdown, I decided to build a dedicated retro PC for running emulators and stuff. For the Commodore emulator collection VICE, I decided, that I want a somewhat "real" keyboard. So I took one of my C64 keyboards and added an ESP32 as a bluetooth keyboard microcontroller. I'm quite pleased with the result. I'm still struggling with creating better keyboard mounts for 3D printing. But nevertheless, it's fun to grab the keyboard, press the RESTORE key for getting out of deep sleep, see the LED turn green and start using it with VICE. More infos can be found on the webpage: https://xayax.net/viceboard/ . The whole system is open source and the software is about 90% complete. There are still some very specific features missing, mostly about runtime configuration. The amount of effort I will take completing it will be also related to the feedback I get.
  4. Stefany has quit working on the system. She will take it to a somewhat finished state and release everything except the FPGA source code. https://youtu.be/Gv9KELroAeo
  5. Think of it like learning a language. British English is slightly different from American English, but they understand each other. So is CMOS 6502 compared to NMOS 6502. I suggest reading the Wikipedia articles for the different versions of the CPU to get an impression.
  6. Cleaning up the project took me the whole evening: https://github.com/SvOlli/retrocartdumper
  7. Now I can use some help. I've gone through my collection of games and found the following bank switching types: 2k, 4k, F8, F6SC, F4, and F4SC. I'm looking for some games / cartridges which utilize some of the more exotic bank switching types. I know I could use the Harmony Cart to mimic everything available, but to have a small collection of "testcarts" would be nice. So I'm looking for suggestions for carts with the requirements in the following order: - cheap (that includes shipping to Germany) - fun - PAL And also for using the Harmony Cart, a list a reference carts for a bank switching type with one available ROM per type. Also note, that only non Harmony specific types are wanted, so no DPC+ .
  8. Well, I've got to write the dumper first, but that was one thing I had in mind building the dumper.
  9. If you want to go this way, it might be easier just to go for Stella, as it is so close to being perfect. And most of the shortcomings can be overcome with some work: - if you want "instant on", you can port it to bare metal - if you want to plug in a cartridge, you can go for my dumper - there's enough hardware equipment to connect original controllers to PC / Raspberry Pi If you really want to tinker around with a Raspberry Pi running Stella only, I can offer you build-kit, that allows you to create an image with a Linux distribution starting directly into Stella. It's an additional layer for a well respected distribution build system "buildroot", so it's quite future-proof. Greetings back from Hannover, Germany, too SvOlli
  10. The fix is rather simple: search for the term "-$30" and remove each occurrence. Thomas can explain is was in there in the first place.
  11. Hello everyone! I was using the coronavirus lockdown time to code for a project, I'd had lying around for a couple of weeks. A simple and versatile ROM dumper that's rather easy to build. It just consists of two parts: a Teensy++ 2.0 and a cartridge connector. It is arranged on a small through hole soldering board, and for better handling a 3D printed cartridge slot was added. Right now the software written for Linux is working fine and can dump 2k/4k and F8/F6/F4 cartridges, but the software is written in a way that should make it rather easy to port the software to other platforms (just the function for setting the serial configuration is specific) and to add dumpers for other bankswitching types. To keep things simple, the code for the host side is written in C for a small command line tool, the microcontroller is a simple Arduino sketch. I'm a bit undecided on where to go from here. Would it make sense to get set up a git repository with the build instructions and the code for the microcontroller and the frontend dumper? Or has any cartridge that's available already been dumped? Here are some images. The board without a cartridge: The board with a cartridge: The underside of the board: Edit: the project is now published on github and my own git server.
  12. No big surprise: 10 years ago every mobile phone was running a 32 bit processor, now almost all use 64 bit. Even though a 64 bit processor could execute 32 bit code, Apple dropped all 32 bit support in iOS quite some time ago. So digging up an old unsupported iProduct might be worth a try.
  13. Very similar how it's handled in Stella: have a special ROM with the same API and copy the data from flash to RAM instead of assembling it bit by bit from tape. Take a look at the documentation at http://stella.wikidot.com/starpath-supercharger . Search for Multiload. In a nutshell, when you want to load a part that's not first or single, you pass an index number to the ROM, originally prevent to load the wrong part. Every follow-up part gets a unique 8-bit id. After taking a look at the source code for the Harmony cartridge tool, I can tell that 1.5k are used for firmware and fake ROM. Each part takes 6144 bytes (6k for data + 256 bytes for header). This means five parts fit into a typical Melody board. So as far as I know, all games available for SuperCharger as of now will work using Melody boards. That's just theoretical, as I'm not good enough to play though a first part of a SuperCharger game.
  14. The "direct flashing" is together with Harmony specific "ARM" cartridges the most noticeable difference between Harmony and Uno.
  15. The position is undefined and varies from power-on cycle to power-on cycle, since the states of the TIA chip are not initialized. You can test this by turning the VCS on with no cartridge. There quite some variation on what the TIA displays. But your approach on creating an emulator reminds me of what one of the developers of the Commodore 8-Bit emulator VICE told me once. He created a test case that worked on original hardware, but didn't in the emulation. The author of that part of emulation stated: "but every other emulator is doing it the same". The reply was obvious: "so every one else is doing it wrong". Please when developing an emulator, try to emulate the original system. Emulating another emulator is not what you want, or is it? And if you need to take a shortcut for some reason, take at least the emulator that's by consensus the most accurate emulator available: Stella.
×
×
  • Create New...