Jump to content

vidak

Members
  • Content Count

    499
  • Joined

  • Last visited

Everything posted by vidak

  1. Hello I am going to be finishing my ASM 'guerrilla fighting fascists' game in the next few months I hope you're all doing well 🙂 Vidak
  2. hey all, the good old commo dig can be found here: https://bootlicker.party/commo-dig/ i am going to update my signature here, and i will finally finish the dig, right to the end of the stella mailing list
  3. Hello! I am going to sponsor an Atari 2600 game development competition! I will make a limited run of cartridges. The best three entries will be included in the limited run of cartridges as a multi-cart. The development time will be six months. The competition will begin on 1 November 2018 at midnight in your timezone, and end on 30 April 2019 at midnight in your timezone. The theme and genre of the game is completely open! It can be anything! You may submit a game you have previously started. Use this opportunity to finish your game! Entries must be 4KB (4096 bytes) in size when compiled! ENTRY TO THE COMPETITION - A standard binary that is executable by the Stella Emulator. - Entries can be either in Assembly or batari BASIC - The source code must be made freely available. - Some brief instructions about how to play the game. - Instructions made freely available about how to compile the source code. - The source code - Borrowed from the IntyBASIC contest: As part of the validation process, each entry's source code will be built using its instructions and the final binary produced must match the submitted binary image 100%. Any entry that fails this criteria will not be judged. - I encourage you to start a thread discussing your competition entry, where you post photos of your WIP, WIP ROMs and source code, and provide other information about your entry. - You may co-author entries with people. That means more than one person can be an author to a game entry. Your entry must be submitted to [email protected] THE JUDGING PANEL The panel of judges is as follows: - vidak (myself) Anyone who wants to be a judge can become one! I /will/ permit judges to enter the contest, but they cannot score their own game entries. Anyone is allowed to give technical assistance SCORING SYSTEM The criteria upon which 4K VCS ASM entries will be assessed are: Originality (1 to 10) - Is the game based on a new idea or a twist on an established design? Concept (1 to 10) -The ''audacity'' of the game, how impressive the general idea of the game is. Presentation (1 to 10) Gameplay (1 to 10) - A measure of how enjoyable the game is to play. Replay Value (1 to 10) When the panel has scored each game accordingly, the totals for each criteria will be added together for each game to give it a final score.
  4. okay! If I have understood everyone's suggestions correctly, this is what I should change: - have an open contest between BASIC and Assembly games - create a limited run multicart with the top three games - have a six month timeframe - remove the fake label requirement If I have understood you all correctly, I'll go ahead and post this in the 2600 forum, with all the rules!
  5. Okay! I have made a poll! Let me know if you think there should be more choices!
  6. so people think a poll is a good idea? i'll edit the original post to include a poll with options!
  7. I think, from your feedback, Karl G, and Geminitronic, I'll allow an open competition - I need to look at what factors will have to be balanced against Assembly and BASIC games, though. Just out of curiosity - would many more people feel encouraged to participate if entries could also be in BASIC?
  8. Would more people feel encouraged to participate if it was 2K, and had maybe 3 months or so development time? From what I am seeing of the covers, I may make an Ikari Warriors clone... Or an adventure game... Would it be better to include BASIC games as well? What would encourage more people?
  9. i am sitting here at my computer, feeling the desire to work on my game, but feeling very bored at the same time. i think i will build up the will over the week! i just haven't compiled the code since the big overhaul, and i am completely scared that it will be a complete mess to fix hahahah

    1. DZ-Jay

      DZ-Jay

      Do it! Do it! DO IT!!!

    2. GoldLeader

      GoldLeader

      Just Dive In when you're up to it!

  10. yo! i am not sure if you're concerned about copyright or intellectual property, but you don't have to base it on a fake label with exclusive property rights! you can find a label in the public domain if you want to. you can also /make/ your own fake label, if yiu want to. basing your game on the label of an existing game is also okay! i know there are many great VCS labels!
  11. Okay! I have received an offer of an eztra $50 on social media if we go with the cart manufacturing for the prizes - so for this competition we can manufacture carts for 1st, 2nd, and 3rd prizes!
  12. I also have some cheap LEGO knock off kits that can be used as prizes. I can use the money to publish games in carts if that is popular - and I can also extend the competition development time beyond a month if people want more time.
  13. ENTRY TO THE COMPETITION - A standard binary that is executable by the Stella Emulator. - The source code must be made freely available. - Some brief instructions about how to play the game. - Instructions made freely available about how to compile the source code. - The source code must be able to be assembled by the latest DASM - Borrowed from the IntyBASIC contest: As part of the validation process, each entry's source code will be built using its instructions and the final binary produced must match the submitted binary image 100%. Any entry that fails this criteria will not be judged. - I encourage you to start a thread discussing your competition entry, where you post photos of your WIP, WIP ROMs and source code, and provide other information about your entry. - You may co-author entries with people. That means more than one person can be an author to a game entry. Your entry must be submitted to [email protected] THE JUDGING PANEL The panel of judges is as follows: - vidak (myself) Anyone who wants to be a judge can become one! I /will/ permit judges to enter the contest, but they cannot score their own game entries. Anyone is allowed to give technical assistance SCORING SYSTEM The criteria upon which 4K VCS ASM entries will be assessed are: Originality (1 to 10) - Is the game based on a new idea or a twist on an established design? Concept (1 to 10) -The ''audacity'' of the game, how impressive the general idea of the game is. Presentation (1 to 10) Gameplay (1 to 10) - A measure of how enjoyable the game is to play. Replay Value (1 to 10) When the panel has scored each game accordingly, the totals for each criteria will be added together for each game to give it a final score.
  14. The fictional game cases I was talking about are here: http://famicase.com/18/index.html The images are called the Famicase Exhibition - you can use any fictional game case, though!
  15. Hello! I am back! I have a job now! So with my first few pays, I am going to sponsor a 4K VCS/2600 Assembly programming competition. I can muster up US$100, so that will be the prize for the best entry. This is just a post flagging my intention to run this competition, I will provide more details about the rules soon! The competition will start on the 1st October, and finish on midnight 31 October in your timezone. There is a webpage somewhere that has imaginative fake video game covers for 8 bit games, that is the theme! I will find the link to the page, I think it is on itch.io. So take inspiration from the cartridge label or box from a game, and make a game that reflects that. The point of this competition is to popularise assembly language! Use this competition as an opportunity to learn it!
  16. hey everyone. i have started a patreon. if you like this project and would like to see if completed, i invite you to donate $1 a month! every tiny little bit counts. https://www.patreon.com/dirtycommo i am very sheepish about doing this, because i do see it as a bit selfish, but i am choosing to ignore that aspect of this request. i am very close to having the next phase of this game finished, and any little bit of change helps!! sincerely, blair.
  17. I enjoy the Atari 2600 because it is very well engineered. The 6502 processor has a wonderful instruction set, and the TIA is an ingenious solution to drawing video graphics with such a small number of transistors. I have been developing video games in the Unity game engine, which uses a high level language called C#, and it is fun to do incredible things with so few lines of code, but it honestly doesn't feel special. I spend a lot of time on the Atari because it has such a big community. I know Unity also has a community, but it's much more corporate. For me, the Atari 2600 /is/ a challenge, but I don't develop almost exclusively on it because it is such a challenge. For instance I am very annoyed that the system only has 128 bytes of RAM, and there are only 76 CPU clock cycles per scanline. I am also very frustrated that the maximum size your cartridge banks can be are 4 kilobytes. If the 2600 had a faster processor, more RAM, and a bigger address space, I honestly don't think I'd ever leave it. The fact it only has 2 hardware sprites is not an issue for me. I find modern consoles and platforms to be very unparsimonious and inefficient with their resources and architectures. Like Hennessey and Patterson (?) of the RISC-V processor foundation say, right now, because Moore's Law doesn't apply anymore, we have to return to a lot of the design priorities that were manifested in computer systems like the Atari 2600 which are Domain Specific - they have a very specialised architecture which does a small number of things /very well/. I suppose that's the reason why the 2600 is so special to me. It only tries to do one thing very well, and it really succeeds at that. The more I work on the 2600, the more beautiful I think it is. It's so easy to use and its architecture helps you achieve what you want to do. I feel like the dawn of the era of the minicomputer, say, the mid-1960s, up until say... the early 1980s is my favourite era of engineering, both at the mainframe/minicomputer and microcomputer level. There are so many beautiful processors and computer architectures that were realised during that time. The DEC minicomputers like the PDP-8 and PDP-11, the Commodore VIC-20 and Commodore 64, the Atari 2600, and the Z80 processor, as well as the Motorola 680X series of microprocessors were all such beautiful beautiful inventions. I look at processors today and they're just churned out for making money instead of being carefully and beautifully engineered. I also like the education and 'hope' for computers that characterise the culture of the mid-60s to early-80s. You had to prosecute an /argument/ for the introduction of computers into everyday life, and it wasn't always taken for granted (why get the newest phone? Honestly: why?). Entire documentaries and TV series were invented for explaining the purpose and need for computers, and a lot of this culture was reflected in the applications towards which computers were put, like the Atari 2600. We have none of that now. I feel very passionately about the Atari 2600, but I still haven't really discovered the /essence/ of that passion, so I'm still working away at my stupid game, and maybe the next game, until I really try and grasp the core of what is driving me.
  18. Alrighty. I put a couple hours in today. Today I: Changed the random number generation to 24 bits Linked the random number generator to the environmental graphics indexes (generator creates FOUR 6-bit numbers which are stored in memory as indexes) Linked the indexes to the environmental graphics pointers (i.e. a 6-bit index will randomly select one graphical shape out of 64) Created the pointer indexes for the environmental graphics (created a table of 64 pointers) Created all the debugging symbols (Numbers 00 to 63) to use to check to see if the random number generation is working Checked the timing on the random number generation (Seems OK) Created the Overworld Kernel Bank We are now very close to having a playable demo of the 256x256 overworld you can move around in. A couple things I have to check are: Which taps should I use for the random generation? (E.g. $B4, etc) Is the Overworld Vertical Blank Bank too big and/or taking too long to execute (in which case I will move code into the Overworld Overscan Bank, which is empty [!!!]) Will the subroutine I created which increments map coordinates when you walk off the side of the screen work? (Will it be twitchy?) I have not compiled and run my code, and I suspect it current DOES NOT work, but I am uploading it in any case. che_main.asm InitSystem.asm OverworldKernel.asm OverworldVB.asm
  19. I think my compilation of the stella mailing list might have some information on it... https://bootlicker.party/commo-dig/ just Ctrl+F the whole page for "48 pixel" etc
  20. well if it helps here's an 80% complete hand-picked selection of the most important things you need to learn from the stella mailing list https://bootlicker.party/commo-dig/ read all of that, i guess?
  21. okay i have good news. i have a second round of interviews with the head mechanic of a prestigious workshop. they ONLY work on jaguars and land rovers. i may finally have the auto mechanic apprenticeship i was looking for.

    1. Show previous comments  10 more
    2. Stephen

      Stephen

      Congrats - I hope you get the position! Jaguars and Land Rovers - I assume you are in England?

    3. ls650

      ls650

      A friend of mine owned a Jag sedan for a couple of years. It was a beautiful car, even when it was behind a tow truck.

    4. x=usr(1536)

      x=usr(1536)

      Best of luck! Ex-Series IIA diesel owner here; the modern ones are just *slightly* different, as I am given to understand ;)

  22. True - I'd like people to understand what they're doing, though. Batari BASIC really is a great way to get going really quickly, though. Most programming now is all about doing the most you can in the minimum amount of lines. Assembly is NOTHING like that.
  23. I'm actually thinking of doing some YouTube videos on how to learn 6502 assembly for making 2600 games. In my experience, I don't think 6502 assembly is that difficult. Most of the time you're just storing, loading, and branching. It's not that hard. Anyway some lectures/tutorials would easily help more people grasp the concepts.
×
×
  • Create New...