I got no msxdev plans
It´s hard to understand what my eyes are seeing!!!!!!! 
But I must believe it as I can see it! 
It´s a confusing thought to think if Nemesis and it´s descendants were scrolling like this..........
It´s a confusing thought to think if Nemesis and it´s descendants were scrolling like this.......... 
And Knightmare and Twin-Bee etc etc A problem is that I see more possibilities than I can code 
I got dreams of a blue sky game. It would actually start with black background and a ghost n goblins hill 
Like, put in some games you were missing.
Then you leave the forest and there is blue sky and maybe greek knightmare buildings in side view. Later maybe some jumping up is needed as in Mario or on Turrican hill, and then walk over a Green Beret bridge 
Nice. But could anyone made a game out of this? I'm not nitpicking, but I feel my hunger for new games increasing! 
Note the graphics need not only 8x patterntable but also 8x colortable. Like 8 x-positions running through a normal screen 2 converter. Having the charset only 1 time in ROM needs decoding the other versions in a PSET style.
I post it here because big posting.
"Note that many tricks are possible nowaday using modern PCs to encode and optimize
(look e.g. at your smooth scroller"
PC tool is only for convenience. One could write an MSX tool that works just char based.
Have some scroll sets that define which char moves to which one. Doable in the 80s.
When the company got the tool, it can shell out one scroller game after the other.
Latest news out of the scroller lab
Trading some speed in the charloader, it can be done in 2.5x memory consumption instead 8x memory consumption.
Instead 8 pattern bytes, there are 2 bytes, shifting 16 pixels into that 8 pixel char.
Instead 8 color bytes, there are 3 bytes: two different color bytes, and another byte telling above which scroll position to use the second byte.
It still is the max scrollable screen 2 mode, multicolortable.
I haven't tested this, it is just on paper.
Currently I don't really have RAM trouble, but good to know that there is a method for big games.
5 bytes alloc structure + 8 * 5 bytes = 45 bytes per char.
32k RAM would give 728 chars. Draw huge gfx like 16bit games
The figure is real, for the 16bit nametable can address that!
Just make sure not more than 128 chars per charset get onscreen (because doublebuffering).
You know, all this runs my head when I talk of all the "tricks".
On the MSX one still can find tricks. It is not exhausted.
;the encoder make sure that a used color always stay in same nibble so pattern bits dont flip in the next scroll step.
;16 pixels pattern
11 POP bc ;2 byte from 16 pixel pattern of a char
5 ld e,c
8 ld a,(de) ;shift LUT for left byte
5 ld l,b
8 or (hl) ;shift LUT for right byte
12 out 98
--
49
;3 bytes color
8 cp (hl) ;color2Xpos
7 inc hl
11 jp xx,docolor2
18 outi
7 inc hl ;skip color2
--
51
docolor2:
inc hl ;skip color1
outi
