Jump to content
  • entries
    39
  • comments
    621
  • views
    148,384

19 Comments


Recommended Comments

Wow, that is one cool flickerless kernel! :ponder:

Thanks, but credits really go to John. His "score16" kernel provided me with what I was looking for.

 

What is the plan for a cursor?

Just the ball, blinking and hiding the digit below.

 

I haven't decided yet what to display when there is no digit. Maybe a blinking square or underline.

Link to comment

Does it work on real hardware? Stella and z26 don't emulate all RESPx tricks correctly (though z26 is a little better) and there are differences between consoles as well.

Link to comment

Nice kernel - presumably it does a RESPx mid-line? I definitely prefer the grid one, though it could use a coloured background to brighten things up, but I don't think that would work with the ball cursor?

 

Chris

Link to comment
Nice kernel - presumably it does a RESPx mid-line? I definitely prefer the grid one, though it could use a coloured background to brighten things up, but I don't think that would work with the ball cursor?

I could do all background in e.g. dark blue. No problem.

 

Since I don't have many options, I'll probably use the back- and foreground colors as indicators.

Link to comment

The grid one looks frickin' awesome. I tested it on my Krok and it worked fine too Thomas. You guys and your clever programming tricks amaze me though, and I mean that. All those numbers and no flicker? Outstanding. :ponder:

Link to comment
The grid one looks frickin' awesome. I tested it on my Krok and it worked fine too Thomas. You guys and your clever programming tricks amaze me though, and I mean that. All those numbers and no flicker? Outstanding. :ponder:

 

The grid one does indeed look very nice. I haven't looked at the code, so I have no idea what your cycle counts are, but it would certainly seem like it would be nice if it were possible to do something other than blink a number on and off for the cursor. I would think there is also a need to have some type of indicator that would show whether a number is "given". Perhaps a scan line above and below each row of numbers could be used for that purpose.

 

It's too bad that the only way to have the Ball be colored "specially" is to have the playfield color match the sprite colors (not useful in this case). Were it not for that restriction, the Ball would make a nice cursor. Still, if the scan lines above and below can be used for that purpose that should probably work well enough.

Link to comment
The grid one does indeed look very nice. I haven't looked at the code, so I have no idea what your cycle counts are,...

VERY tight. :ponder:

 

but it would certainly seem like it would be nice if it were possible to do something other than blink a number on and off for the cursor. I would think there is also a need to have some type of indicator that would show whether a number is "given". Perhaps a scan line above and below each row of numbers could be used for that purpose.

Wouldn't it be sufficent to know this when the cursor is at that number? I am playing Sudoku quite a lot and I hardly ever need to know which digits are original ones. P

 

Possible indicators are either a changed digit or background color or different cursor blinking intervalls. A smaller cursor might also be an option.

 

BTW: I am wondering about a 10th line, which could display some information (e.g. allowed digits for the currently selected cell).

 

It's too bad that the only way to have the Ball be colored "specially" is to have the playfield color match the sprite colors (not useful in this case). Were it not for that restriction, the Ball would make a nice cursor. Still, if the scan lines above and below can be used for that purpose that should probably work well enough.

This would require a much larger spacing of the rows (4 lines). Also the screen would look very "busy" and I like the current, clean look.

Link to comment
I would think there is also a need to have some type of indicator that would show whether a number is "given". Perhaps a scan line above and below each row of numbers could be used for that purpose.
Wouldn't it be sufficent to know this when the cursor is at that number? I am playing Sudoku quite a lot and I hardly ever need to know which digits are original ones.

How about a different font? Maybe similar to the main font, but with an underline built-in.

Link to comment
Wouldn't it be sufficent to know this when the cursor is at that number? I am playing Sudoku quite a lot and I hardly ever need to know which digits are original ones. P

 

If a number gets entered incorrectly, having to move over digits to see which were original and which weren't would be a pain. Perhaps the best thing would be to have a difficulty switch enable 30Hz flicker for the user-entered numbers? Normally most players would probably opt for flicker-free, but someone who wanted to see what was what could turn on the flicker.

Link to comment
How about a different font? Maybe similar to the main font, but with an underline built-in.

Due to the trick the kernel is based on, a different font is impossible.

Link to comment
Perhaps the best thing would be to have a difficulty switch enable 30Hz flicker for the user-entered numbers? Normally most players would probably opt for flicker-free, but someone who wanted to see what was what could turn on the flicker.

The mode switch is a very good idea.

 

Maybe not to use it for enabling flicker but e.g. to let all original or non-original numbers blink.

Link to comment
Maybe not to use it for enabling flicker but e.g. to let all original or non-original numbers blink.

 

Depending upon a person's television set, 30Hz flicker might not be too annoying while one is trying to figure out where one slipped up. Blinking would be simply obnoxious. Besides, blinking might be useful for other purposes (e.g. blink between a digit and an underline to show the cursor, and blink numbers which violate the rules). I have a pocket Sudoku game I rather like that does that. To avoid having to keep track of all the misplaced numbers, you could require that when a person places a number that violates the rules, the person can't place any more numbers until one or more numbers are erased to bring the board back into compliance with the rules.

Link to comment
Depending upon a person's television set, 30Hz flicker might not be too annoying while one is trying to figure out where one slipped up. Blinking would be simply obnoxious.

True, permanent blinking would be pretty annoying. But temporarily, e.g. when realizing that you made an error, I think it is ok.

 

Besides, blinking might be useful for other purposes (e.g. blink between a digit and an underline to show the cursor, and blink numbers which violate the rules).

That's already working. :ponder: Though not posted yet.

 

I have a pocket Sudoku game I rather like that does that. To avoid having to keep track of all the misplaced numbers, you could require that when a person places a number that violates the rules, the person can't place any more numbers until one or more numbers are erased to bring the board back into compliance with the rules.

Yup, that's the plan. My favorite Sudoku does it like that too.

 

BTW: My main problem is RAM. I *really* want to put everything into the standard 128 bytes or RAM. And I want to minimize the vertical gap between rows for a nice display. So I will use the larger vertical gap between 3x3 blocks for quite some time consuming memory copy operations. So that I am able to setup the rows inside the 3x3 block very fast.

Link to comment
Guest
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...