Jump to content


New Members
  • Content Count

  • Joined

  • Last visited

Community Reputation

2 Neutral

About carmiker

  • Rank
    Combat Commando
  1. https://gitlab.com/jgemu/jollycv I pushed my code publicly a little while ago. Please note that the emulator is a "core" for my emulation framework, so you do need a development environment to use this currently, but I am perhaps open to building it as a standalone binary if there is sufficient interest. Currently there is no support for the spinner interface that is used for non-standard input devices or Super Game Module support, but I plan to add these things soon. I have a few more questions: 1. Lord of the Dungeon shows garbage on the title screen as in other emulators. Is this due to lack of SRAM support in these emulators or would other things be causing this? 2. Jungle Hunt's menu screen shows different colours in every emulator. Is this also the case with every different physical console? I played around with VDP register default values and found changing values in Control Register 1 can influence the colours, but cycle timing seems to be another factor here. 3. I am having issues with the homebrew games Black Onyx and Boxxle. Are there any known quirks with these games that I would need to handle?
  2. It looks like that's what it was. The datasheet says 32 cycles, so I delay 32 cycles on PSG register writes and everything sounds right! Thanks, ChildOfCv.
  3. No, I haven't emulated that. That seems like it could be a likely source of the problem though. Thanks for bringing this up.
  4. I have this somewhat working, since I followed the documentation. The problem is that I have results similar to every emulator but CoolCV. So, there must be some tiny detail missing from the documentation that almost every emulator developer has missed. This youtube video was recorded using real hardware, so one can observe how the PCM samples should sound: https://www.youtube.com/watch?v=Dg65_jCThKs . Compare this to most emulators, and the emulators are 2x the pitch. I have been considering that there must be some other quirk beyond simply not changing the sign bit/frequency flip flop for PCM sample playback, but it's hard to figure out what that is. Experimenting has yielded nothing so far. Thank you, this helps my understanding quite a bit. This is what I had assumed, so thank you for confirming this to be the case. Yolk's on You requires the bits to be random, but I am assuming you're talking about Risky Rick here.
  5. Hello ColecoVision community, I am working on a ColecoVision emulator with a focus on verbose documentation, to be used as an educational resource and reference - a sort of code as documentation project. I knew few of the fine details about the hardware a few weeks ago, but now I have an emulator written that is compatible with 100% of original, officially licensed games (aside from ones requiring special controllers I have not emulated, though as far as I can tell, those do run). It was written mostly by referencing datasheets, but also some .txt files that have been written by fans of the system -- I have avoided looking at other emulators' sources because I want this to be based on documentation that may be easily referenced with explanations of every last detail. Unfortunately, I have run up against some stone walls, and I was hoping that perhaps someone from this community could help me fill in some knowledge gaps. 1. I have noticed that all ColecoVision emulators I have tried have the wrong pitch for PCM sample playback, with the exception of CoolCV. Some don't play anything at all. I have this working with the wrong pitch, and there is nothing about it in the datasheet or the documentation available from SMSPower! that I used to write my SN76489AN code. When the tone generator's frequency for a channel is set to a value of 1, this enables PCM sample playback by rapidly adjusting volume and not changing the sign bit or "frequency flip-flop" as it is called in the datasheet, but there is no reference to pitch. 2. I have not found any documentation on non-standard controllers. I actually figured out the bits on my own for the standard one by using Antarctic Adventure and "voodoo programming" to brute force most of the information. I would like to emulate the Driving and Roller controllers but documentation seems sparse, so perhaps someone here could direct me to where I may find some information about these, rather than using the voodoo programming method. 3. Do any commercial releases, or even homebrew releases, use the VDP's undocumented video modes? 4. Is there any documentation or research on the RAM's startup state? Is this supposed to be a certain value or random garbage? I hope to make a public release very soon, but I would like to see if I can tie these loose ends up before I do that. I would be very appreciative of any information anyone is willing to share! Cheers
  • Create New...