Jump to content

Cyber

Administrators
  • Posts

    386
  • Joined

  • Last visited

  • Days Won

    15

Cyber last won the day on April 9

Cyber had the most liked content!

About Cyber

  • Birthday 04/26/1983

Recent Profile Visitors

1958 profile views

Cyber's Achievements

Enthusiast

Enthusiast (6/14)

Conversation Starter Rare Dedicated Rare Very Popular Rare Reacting Well Rare First Post

Recent Badges

310

Reputation

  1. 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.
  2. 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.
  3. 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?
  4. 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.
  5. 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.
  6. 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.
  7. 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.

  8. What about cyrillic (russian, ukrainian, etc.)?
  9. 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.
  10. There is no secrets in my DMs also. But I understand some people might have prive things in DMs. It's DMs after all.
  11. Did you received it? Do you have a review?
  12. Recently I needed some compact PSU, I found some and I decided to share, because I think these might be some good options for X16. 1. Usual Pico PSU: https://www.amazon.com/Mini-Box-picoPSU-160-XT-Power-Mini-ITX-Supply/dp/B005TWE6B8 2. Something like Pico PSU, also powers from external brick, but board is bigger, and delivers more amps (Chieftec Adapter + DC to DC SERIES / CDP-120ITX): https://www.chieftec.eu/products-detail/193/Adapter___DC_to_DC_SERIES 3. ATX internal PSU box, but smaller in size then usual (Chieftec SMART SERIES / different models from 250W to 400W): https://www.chieftec.eu/products-detail/189/SMART_SERIES/273/GPF-350P
  13. Different people - different views. If you ask me, I like 80x60 mode as default. Looks nostalgic, which is important. And honestly, for me, very comfortable. I like that all these different modes were added. I'm sure they all would be very useful.
  14. How about weeCee? https://www.pcbway.com/project/shareproject/weeCee___Tiny_DOS_Gaming_PC.html
  15. Cyber

    VERAduino

    Great job indeed. This makes VERA look like ready to go multi purpose video device. Which therefore looks like X16 is using VERA as kind of "off the shelf" component. )
×
×
  • Create New...

Important Information

Please review our Terms of Use