Jump to content

Cyber

Administrators
  • Posts

    400
  • Joined

  • Last visited

  • Days Won

    22

Everything posted by Cyber

  1. Here is a very close try to what I wanted to see except one big disadvantage: you can not program in this thing. But looking from different standpoint, this is very good looking OS running on NES! Maybe more to come in this project.
  2. When you want a real thing, then you want a real thing, and nothing else will substitute. ) But if you want same outer look and feel, you can go for replicas. I did not check if there are many Commodore mouse replicas out there, but, for example, Amiga 500 Mini has good looking replica of original Amiga mouse (not sure if you can buy one separately).
  3. This is looking great! I also know how pleasant is the time spending assembling the board. Also I see you are enjoying using this PCB holder as much as I am. )
  4. I don't really see how proposed "standard" would be possible with a variety hobbyst developers we have. But let's try to view the topic form the other side. Let's take NES examples from first topic of this thread. Anybody know how they turned out to be similar in the old days? Did they just not have time and imagination to make their own splash screen designs and decided to safely copy one from another? Same question also bothers me with NES character fonts. It looks very similar in different games, but NES itself does not have a default font. So how it turned out that way? Also different NES games use pseudographics similar to PETSCII lines and rounded corner lines. When I was a kid I thought that these fonts and pseudographics were built into console itself. It was a logical guess. Later I was very surprised to know that every cartridge had its own character ROM, but for some wierd reason it was very similar on different cartridges.
  5. Thanks for feedback. Pretty much same experience here. ) I agree that this tool is not universal, because it can't hold some boards with awkward shapes. But for the most boards I found it very convenient. And I felt like it's not popular enough. I wondered that I did not see it in any repair video I watched.
  6. Nice! ) There is also a possibility they did this pun on purpose for comedic effect. Most viewers would not understand anyway. Also this helps avoiding intellectual property issues a lot.
  7. Exactly. Add a fact that despite there are few physical X16 prototypes in the world, even emulating those is not a thing, because none of them is a finished product yet. Minor changes still could be made.
  8. I'm sure it is possible to run the emulator on RPi or other SBC (I remeber somebody did or at least tried), but let's not evolve this topic at least on this forum. Let's patiently wait, and use available emulator till then. After finished product release all these possibilities will surely be opened and ecouraged.
  9. And I also thought that this is example of probably the best use of computer as invention.
  10. Oh, I also remeber we called Rambo a 4 bit console. Why you ask? Well, we had NES/Famicom clone named Dendy which was known to be 8 bit, and we had Sega Mega Drive which was known to be 16 bit. And 8 bit console was inferior to 16 bit console in terms of graphics and sound. Rambo looked inferior to NES/Famicom/Dendy both in terms of graphics and sound, but it was not known how many bits it is. So we decided it to be a 4 bit console. )
  11. Atari was not available on the market in my country, but we had chineese knock-off of Atari 2600 named Rambo. It was pretty accurate copy of Atari 2600 and it had about hundred of games built in. Lucky for us, because cartridges was not available on the market. And despite the fact it was available in eraly 90's along with NES, Spectrum and early IBM PC clones, we still loved to play it. I remeber that some of the Atari 2600 (Rambo for us back then) games we found unique for ourselves in terms of gameplay. Simple graphics was not a problem for us at all.
  12. I also thought about this hurdle. I understand there will be limitations and compromises should be made. Turning off/on unit between different modes is not a huge deal. Swapping storage media can be avoided by combining everything in one cartridge and adding a physical switch on the cartridge. I thoght about this as the most easiest solution. I can put some tiny computer or MCU on the cartridge board, which will run IDE and allow all the development process. Technically this would not be much different from developing on the saparate computer, but it will give some feel of "code and try" immediacy. When starting this thread I though that some board hacking is unavoidable to achive what I described. But after reading replies I now understand it can all be done in cartridge. It would be very complex cartridge in fact, with lots of RAM, bank switching, keyboard and storage controller, some switches and buttons, etc. But no matter how ugly this cartridge might turn out, I actually like this idea more then modifying the main board. I'm not sure if I'm ready to start this project, but discussing the possibilities is already fun. Thank you, guys! )
  13. Yes, this is what I was talking about. I wish to know whether there is a possibility to implement same experience on popular game consoles like NES, Atari 2600, etc. Or rather I wish to know whether somebody already went through all the trouble of implementing such working environment. How I imagine this to be done is one need to take original hardware (or reimplemetation of it). Then hack into it adding i/o controllers for keyboard, storage, etc. And create some OS for development environment. Resulting with a look and feel similar to C64 with its BASIC and MON. Full BASIC is not critical here. Any rudimentary peeking, poking. moning, asming is fine. It is a thing for fun after all. Not that there is any usefulness in this. It is very geeky thing to want.
  14. Ok, I must admit I have a lack of knowledge about this. I'll try to paraphrase myself. I'm trying to talk about home experience. My point is that somebody, who had a C64 back in the 80's was able to code a game (or any other software) in assembly targeted for this same computer. I never had a C64, so I can't know for sure. But I judge from what I read in articles and from what I see in videos today: people could and people did code in assembly on 8 bit micros for this same 8 bit micros at home. They had only this one machine. Their resulting software would be much less advanced than commercial software - I understand this.
  15. I understand there is some constraints and limitations. But generally speakaing some 8-bit micros already delivered this experience out of the box. For example C128D provided not only assembly environment, but also a sprite editor out of the box. June from Nybbles and Bytes channel showed how one can code a game in 6502 on 6502 for this same 6502. I agree it is a "fun challenge" by modern standards. But in the 80's for most programmers this was just normal, regular and actually the only way to develop in assembly. So a developer from 80's may not call this a "fun challenge", but rather "just doing my job". Of course some companies had more powerful equipment for developing purposes, but it is rather a specialized case. Am I wrong here? Or am I missing a point?
  16. Plenty of data to refine. Some of these are new for me. I'll give my feedback later. Thank you! Also I am interested to learn about similar solutions for Ataris, Segas and other retro game consoles.
  17. Thank you for your thoughts. But that is quiet not what I meant. I know about Maximite (I even have two of them). I also know about Famicom Basic. I think I did not asked my question clear enough. I want to be able to use NES like say C64 or VIC-20. On Commodore machines I can talk to bare metal anyway I want. I also can write assembly, and develop a program that talks to kernal and to hardware. I want to have same experience on NES. I want to monitor RAM, talk to PPU, write assembly directly on hardware itself. I understand that NES was not designed to allow this. I'm not even sure it is possible to modify NES to be able to do this. FPGA solution might be more realistic. I know I can get what I want on a PC. There are great environments to write and debug NES programs. But I am curious if anybody built system with such environment as a stand alone self-sufficient solution.
  18. When you develop a game (or any other software) for some system you usually have two ways to do it. 1. Develop it on target system itself; 2. Develop (and compile) it on external system, and use target system only to run the result. Some systems allow you to do development in any way, but when developing for game consoles you usually have to use external system to do all the development. Have you seen examples, when somebody modified some game system changing it into a self-sufficient computer, so you can develop on it directly? I would be most interested in Atari, NES/Famicon, Sega, but any other game consoles are also of interest.
  19. Hey, I'm impressed with "Take to the Skies!" gifs you showd here: https://www.commanderx16.com/forum/index.php?/topic/2832-r41-release-candidates/&do=findComment&comment=19385

    Looks very good! Is this the first time you are showing this or did I missed a post dedicated to this?

    1. Jestin

      Jestin

      I think I may have shown bits of the game before making title screens, but I can't remember.  The r40 release sort of pushed me to do that, with it's realistic load times.

      The game isn't much yet, but really just a playground for me to develop the tools I'm writing.  I need to make a few more elements to get gameplay right, and then a LOT of graphics and level design.

      At some point I'll likely announce the game itself, but I'd like to get a bit further on it first.

  20. What about cyrillic (russian, ukrainian, etc.)?
  21. I agree with this evaluation, but it works for average person only. For example, I have bad eyesight. But not as bad to use glasses yet. And because of this I bought 1080p 32" monitor. Avarage person would say this monitor has ridiculously huge pixels, but it's actually totally fine for me. Especially because I use some old software which has fixed size pixel font, which I can't read on a smaller monitor or with higher resolution. So what I am saying is if your eyesight is good enough, you may use common recomendations. But if it's not, you might want to make corrections specifically for your own case.
  22. There is no secrets in my DMs also. But I understand some people might have prive things in DMs. It's DMs after all.
  23. Did you received it? Do you have a review?
×
×
  • Create New...

Important Information

Please review our Terms of Use