Jump to content

NRV

Members
  • Content Count

    436
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by NRV

  1. Is good to know that they work well. Wow, for me 50% was already too fast . But I tested it only in the emulator. The problem is that with 50% there is already a 1:1 relationship between the paddle values and the pixels moved in the screen, so to go faster I must jump over some pixels. The thing that I can try is adding some acceleration, like with the mouse, configurable in the options. I agree, that one is a pain, also in the arcade . I don't want to change the rule that much, but I can do a special version of that level, a little easier. So if you see another levels that are too frustrating just send me the pictures (I normally avoid that screen ). Regards.
  2. Thanks for the code Bryan. For now I just implemented the straightforward method (just using POT0..3 and POTGO). Here, version 1.81: pad_v6.zip Changelog: - first extra ball is at $20000 and then after every $100000 - added a small ball speed up when catching the "mega ball" powerup - when pressing RESET we do a cold start now - fixed: unable to select "arcade" after changing the difficulty - fixed: giving unwanted score when opening the exits at the end of a level - added paddle controllers from 1 to 4 (select with "C" option) - added "Paddle angle" option: 50% or 100% (use half or full rotation to move) - modified high score logic, so when you select easy, casual or arcade you see the score and level info for that difficulty only - added "highlight" effect for all hard bricks at the start of a level About the jitter issue, I suppose is both ways, maybe a problem with the 130xe, but also a problem (in time) with the paddles. I wait for any report about that, for people that play with real hardware. I tested the paddles using the mouse with Altirra and I use the 100% rotation option, because the other is too fast for me, but maybe in real hardware is not like that. The multiball not giving powerups for now is to clone the rule in Arkanoid 1, but also because I'm using all the players for the 3 balls . I'm still thinking about what to do ingame when passing the high score. In the next days I just want to add some "things" to the tittle screen and that new game mode that I was talking, and let this rest for some time . Regards!
  3. Ooooops.. casual is there two times.. don't change arcade if you want to play that for now Ok, thanks. Do you know if is useful to sample the paddles many times in a frame and average the results? I would like to know how many times can the value change in a frame.. but probably in the editor the behavior is different.
  4. +1 Hi! I have already working the 2nd port option for the controllers (press "C" to choose the controller and port now). I also added a "casual" difficulty mode that is easier than "arcade" (the starting speed, the max speed and the "touching-the-top" speed are one step lower, and the time that it takes the ball to speed up is 40 seconds, instead of 20). pad_v5.zip The only problem with this version is that the high score is for both, casual and arcade. I'm going to fix this soon. Right now there are 28 levels ordered in a "tree like" structure. You start from level 1a and you can choose to go to levels 2a or 2b (left or right exit at the end of the level). From 2a you can go to 3a or 3b. From 2b you can go to 3b or 3c. So, for the first level you have only one option, for the second 2, for the third 3 .. and for the seventh level you have 7 possible options. It's done like this so one play through doesn't take too much time and to give an "exploration" feeling to the game. Obviously there is probably only one branch that can give you the highest score and I tried to balance that with the difficulty of the branches. The game ends (you win and go back to the menu) when you complete the seventh level. I want to add another game mode with almost the same levels, but organized in 14 or 15 levels in two branches (left and right, like with arkanoid 2). I will try to add also one simple enemy to this one. About the powerups: many of the decisions about them are oriented to replicate the feeling of the arkanoid arcade games for now. I didn't wanted to introduce originals ideas yet, mostly because I didn't have much time to test them also, but I should say that the current system doesn't have a random element "that" big.. is true that the number of powerups generated can change a little between plays of the same level, but the principal factor of that is your play style, because the bricks that can generate powerups are fixed in every level (you can get this info for the Arkanoid 1 levels with a tool called ArkEdit) and the two most important rules for powerup generation are that: there is no powerup generated while there is another one falling and also when the multi ball is active. So the gameplay right now, if you want a high score, is oriented to get all the possible powerups, what adds a big "risk / reward" factor.. that I like. I like to think about the powerups as the "spice" of the levels, if not sometimes they are too plain and boring. I'm also pro a little random factor in some games, in between poker and chess I suppose . I added a rule to get a $5000 bonus score if passing the level without losing (I hope you read the scoring rules in the first post!). The "skip level" powerup can get you out of a difficult level and give you a bonus of $10000, but a real good player will try to advance that level till the end, without using the exits (what is very difficult), to score more points and get that $5000 bonus also. Yeah, I also prefer the mega ball to the laser (is more in the "spirit" of these games). I can make little adjusts and organize some special game modes if people want it, but I don't want to dedicate too much time to this project for now, because of another "priorities". That's why I don't want to implement combining powerups right now, but it can give you very interesting options, I agree (Arkanoid Returns does something like that... also Blasterball 3 did that well, but maybe the recomendation comes from too near ). Regards. (About the reset trapping.. should investigate a little, I'm not doing it on purpose, but I normally deactivate the OS and use all of page zero). (Going to look at paddle support also).
  5. Looks like an easy and nice game
  6. Not for now.. Thanks, I didn't remember that.. if someone request paddle controls I'm going to give it a try.
  7. Hmmm .. the sequel? (Phobos) http://www.atarimania.de/detail_soft.php?VERSION_ID=3942&MENU=8
  8. Let's guess! Hmmm.. bullet? A 2d shooter I say.. maybe a vertical one.. with no scrolling?
  9. I like macros.. You can use :0 (parameter 0) to get the number of parameters passed, and use it to check for errors or select another code path inside your macro: ;-------------------------------------------------------------------------------- ; SetColor [0..4] [0..255] ; SetColor [0..4] [0..15] [0..15] ;-------------------------------------------------------------------------------- .macro SetColor .if :0 < 2 .or :0 > 3 .error "SetColor error" .else .if :0 = 2 lda #:2 sta COLPF0+:1 .else lda #[:2 * 16 + :3] sta COLPF0+:1 .endif .endif .endm You could compare a parameter (:1, :2, :3, ...) with 256 to see if it is a byte or a word, and do another code path.. ;-------------------------------------------------------------------------------- ; SetMemory [address] [bytes] [value] ;-------------------------------------------------------------------------------- ; warning, using some page zero memory .macro SetMemory setMemPtr = 254 setMemCounter = 252 .if :0 <> 3 .error "SetMemory error" .else ldy #0 lda #<:1 sta setMemPtr lda #>:1 sta setMemPtr+1 .if :2 < 256 lda #:3 setMemLoop1 sta (setMemPtr),y iny cpy #:2 bne setMemLoop1 .else lda #<:2 sta setMemCounter lda #>:2 sta setMemCounter+1 setMemLoop2 lda #:3 sta (setMemPtr),y iny bne setMemB1 inc setMemPtr+1 setMemB1 lda setMemCounter bne setMemB2 dec setMemCounter+1 setMemB2 dec setMemCounter lda setMemCounter ora setMemCounter+1 bne setMemLoop2 .endif .endif .endm You can use "string" parameters with %%1, %%2, %%3, ... like in: .macro ClearLine_ESC_M2_3bytes lda %%1+256*?zoneNum+32*:3+0,x sta %%2+256*?zoneNum+32*:3+0,x lda %%1+256*?zoneNum+32*:3+1,x sta %%2+256*?zoneNum+32*:3+1,x lda %%1+256*?zoneNum+32*:3+2,x sta %%2+256*?zoneNum+32*:3+2,x .endm StartESC_M2_3Bytes_SCR1 ?zoneNum = 0 .rept ZONES_OF_256_BYTES ; for the graphic mode ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 0 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 1 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 2 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 3 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 4 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 5 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 6 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 7 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 8 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 9 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 10 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 11 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 12 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 13 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 14 ClearLine_ESC_M2_3bytes Background_01, DL1_memory, 15 rts ?zoneNum ++ .endr .. this is and old macro from a software sprite experiment, that also use a local var inside the macro (?zoneNUm)
  10. I do not want to respond to the old thread linked here, however, what analmux has forgotten to mention is, that you can specify the Zeropage locations RMT-player should use. So the mentioned "$d1" is relative to the ZP-Start he supplied while assembling. Very true, but the page zero vars are: p_instrstable org *+2 p_trackslbstable org *+2 p_trackshbstable org *+2 p_song org *+2 ns org *+2 nr org *+2 nt org *+2 reg1 org *+1 reg2 org *+1 reg3 org *+1 tmp org *+1 and most of them are pointers, so it shouldn't be that difficult to log them and see. Also, I suppose that there is a default address for those vars.. that could help (for future reference, because probably Heaven doesn't need the info anymore ).
  11. Some online tips: http://www.arcade-hi...=detail&id=2328 and the classic reference: http://en.wikipedia....28video_game%29
  12. Yes, it does this automatically if you make the window big enough. Reducing the view region to standard or OS region only helps if the borders are too big to allow this to happen. Currently you can't fix the ratio or force the emulator to crop besides through the view region settings. Doh, I was almost sure to have tested that This controls how fast the mapping is from the host controller to the emulated controller, i.e. how fast the emulated mouse moves when you push the host joystick or mouse. Higher values move the mouse faster. There is a hardcoded throttle in the emulator to prevent the mouse from moving too rapidly, though -- it buffers movement so that the control lines only change at most once every 32 scan lines. Then if I want a 1:1 relation between the mapping I set it at "1"? (or the default value "5"?). I would like to simulate the feeling of using an atari mouse in the real hardware. Also, could this hard coded throttle be configurable at some point? Like setting it at 8 scan lines? I suppose that reading a mouse every 8 scan lines right now is just a waste of code time then. Regards.
  13. NRV

    Oh well...

    The problem there is that If I did that (stagger the layout) the terrain wouldn't line up with each other (all four sections would be a pixel off). It would be more noticeable in the later parts of the maze where the 'buildings' go almost all the way up to the top of the screen. @godzillajoe: MESS doesn't show the issue properly. ProSystem does exactly what the actual hardware does in this case, which is stutter the movement of the entire playfield. It's very noticeable. @ ken: I will see if I can re-arrange memory to give this a try. Thanks, Bob I try, but I don't see a problem with Rybag's idea, but maybe that is because my background is mostly for the A8, not the 7800 . I don't get why all four sections would be a pixel off.. I could understand a char/byte.. but one pixel? I also tested your test file in prosystem and it looks really nice (from one that played scramble at the arcades).. I had a hard time finding the "stutter" and I believe many people will be happy to overlook it, if they can have this on a 7800 Anyway the method from Ken is like the standard for horizontal scrolling, a circular or ring buffer.. like in this classic image: Regards.
  14. Isn't that what the "View -> Stretch Mode -> Integral Square Pixels" option does? I have two questions for Phaeron: - Is it possible to have integral square pixels with a multiplicator, like x2 or x3? (I think this was discussed before, sorry to ask again ). - What represents the "speed" parameter in "Add/Edit Input Mapping" for a mouse controller? Thanks.
  15. Nice!, is good to know that the code supports a better mouse then. I know that there is a mouse speed parameter in Altirra, but I don't know exactly what it represents.. anyone have any info on that? Phaeron?
  16. Your "AND (Ptr1),y" changes the content of the accumulator (A) only, doesn't write back the result to memory.. you still need to write the result of the operation with a "sta (Ptr1),y" .. is that your question? The only instructions that modify memory are sta, stx, sty, inc, dec, asl, lsr, rol, ror
  17. From a fast look at that thread, it seems that is mostly the same that doing the work for one paddle.. in that case it is possible (and can be tested in Altirra). Maybe in version 1.8, but no promises Edit: Hmmmm.. but the manual says that you can put it "St-mouse" mode: "when pushing the left and right button while the middle button is pressed the interface is instructed to operate in ST mouse mode" It should already work then.. or am I wrong?
  18. Okay, the pause key is now the space bar (is easier to press without looking). There is no visual feedback for the pause, so don't forget that you pressed it . The key to start the game and throw the ball is now "return". pad_v4.zip Arrgh.. I hate my own game. A little luck at the end, but could be done a lot better: The idea is to complete levels without losing, eat all powerups (don't use too much the "D" bonus, because you don't get more powerups when there is more than one ball on screen) and get the "B" powerup to open the exits and stay in the level the longest time before using those exits.
  19. Hmmm.. yes. Wait for 1.7! Hehe sorry. The ones form Arkanoid 2 are worst yet, because they require more than one hit every time. Are you doing the "only to the right" route?. If yes, then I feel your pain, that one have two of those levels and the last screen is, probably, one of the most difficult in the game (take a turn in the strawberry ). Post your score then! I will try to post mine after completing one play.
  20. This post could help you: http://www.atariage....ost__p__2147312
  21. Yep, I agree, the only problem that I remember from using the pads in the 2600 (with super breakout, video Olympics, etc) was the constant jitter. Just for that I prefer a little the mouse. I don't have a problem with you (or w1k) doing that, because there is no pause right now I wouldn't like to add randomness to some bounces because, for me, the enemies are what gives you that element of randomness (and also some special bricks and powerups that I have in mind). I was thinking to add some simple enemies at the last moments, but I would have missed my pre-Christmas date... they are in the first position in my ToDo list anyways. Greetings from the same place! (y no pienses que no lei eso! jaja ) Is good to know that it works well.. and no "but's" !!
  22. Ok, it was trickier to fine tune than expected, but here it is.. version 1.6 pad_v3.zip (and I hope no one start requesting trackball, paddle or Indy 500 controller support now )
  23. I was going to do both at some point, but I was trying to do the minimum work so I aborted . In fact starting with the ball "catched" is the original behavior of the Arkanoid games and is the same logic used for the "catch" powerup, so probably version 1.6 would have that then.
  24. Thanks. Already did the new versions Now you can select the controller type: Atari (mouse) or Amiga (mouse). Altirra "says" that is working Regards. pad_v2.zip
  25. Hmmm if the atari one works and the amiga one doesn't, then I suppose they have some difference. I think I read something about that in the flashjazzcat OS thread or somewhere else. But in that case it should not be difficult to do a version for that mouse.
×
×
  • Create New...