Timesink - Fidling in sc6

Yes, the scrolling is done in "SCREEN 5 pixels"... Also when you start fiddling with sprites you will encounter same problem although you can avoid it by having two similar sprites, one for odd and one for even pixels... According to my experience also screen can be "sub pixel" adjusted by fiddling with different VDP register bits, but I can't really say how compatible those kind of tricks really are and if they work with all machines / monitors / connection types on same way... At least they are not documented and none of them are supported by emulators. Unfortunately I can't really remember exact bits where I've noticed minor picture shift, but if they work on your setup, they should be relatively easy to find if you pay attention.

As I know you already from 90's and I know you attention to little details I was pretty much expecting you to jump into this discussion. I like your style. Anyway no: I can't say for sure that these things are not emulated and I can't really point you to correct direction either. I only want to give a hint that there might be some space for investigation, IF someone wants to take a closer look.

https://youtu.be/VZJIH02hVNs
Update.
Implemented a smooth edge scroll without use of sprites. 1 bit graphical approach allows edges hidden/shown by use of a logical operator. Bit flip -> palette color 0 <-> 1 (both black), 2 <->3 (black / white). Page flip timing is still poor. Scroll still not as smooth as I would want.
Black tiles are box fills. Sprites are disabled.
Whole pages are prepared (512x256), code for duplicate tile check still contains an issue.

@Nyyrikki, good idea on the sprites though not sure if needed.
Just want to put a bit more time in the scroll engine and then move on to sprites. Got some lined-up, huuray for itch.io. Still contemplating on actual use. Was originally thinking on a Warriods clone, might move from that. Just want to keep it short, simple and fun! Started on a documentation file to keep my thoughts organized. Did already decide it wont be a run n gun game (sorry Contra lovers), that would be too complex.

Just posting an update that work on this project has been halted. I noticed that it was getting too complex with my limited coding experience. As such it was opted to develop these skills by switching to a somewhat easier game, in this case a match 3 one. Latest youtube update on this can be found here.

Oh boy, 6 weeks. Not sure about that. The dev is a really nice exposure platform. Just the road is long on things to do. I am aware that perfection is the enemy good.

I like to think that for sc5 and 6 it is the same amount of bytes the VRAM needs to handle. Taking a 1 bit game approach (originality ) allows much more black tiles (block fills) on screen and thus gives a speed advantage. Using vertical line logical operator on the side gives the impression of smooth scroll and free's up sprites. Sc6 never got (any?) love, 4 colors uugh. GB had 4 colors, no-one complained (though that might be comparing apples and oranges). There is some sc6 stuff out there, a Xelasoft scc demo, NOP used it in UR, disk mags for displaying text, all very situational. Ow well maybe some day, time will tell.

With regard for the match 3 game, I am revising the hardcoded 8by8 game matrix towards a dynamic one. After that I have to start with how memory works, sure I'll come back here for questions. In the end I do want to implement a single player campaign, pvp and freeplay game mode. Lets just do it step by step.