I'm trying to attach a patched rom to play with. Will this get through? thx Steve
On Wed, Feb 23, 2022 at 3:57 PM Peter Vollan <dprogra...@gmail.com> wrote: > Maybe Bill was in a hurry. > > On Wed, 23 Feb 2022 at 11:53, John R. Hogerhuis <jho...@pobox.com> wrote: > >> Very cool. The slow scroll is one of the noticeable issues of the >> M100/T102. >> >> Missed opportunity for Bill G. Similar to not implementing the higher >> baud rates and hardware flow control for the UART. >> >> But it's all about cost versus benefit, time to market. >> >> "Premature optimization is the root of all evil" - Donald Knuth >> >> And the three rules of optimization (the way I heard it): >> >> Rule #1: Don't. >> Rule #2: No, really. Don't. >> Rule #3, only for experts: Not yet! >> >> The rules aside, I think it's time :-) >> >> -- John. >> >> On Tue, Feb 22, 2022 at 9:45 PM Stephen Adolph <twospru...@gmail.com> >> wrote: >> >>> Well, I started this little activity in 2006. >>> >>> I have a pretty good working "hardware scroll patch" now running in >>> virtual T! >>> >>> Recall- >>> * the M100 LCD drivers have a hardware scroll mode >>> * M100 does not take advantage of it to speed things up. >>> * I previously made a patch to the M100 rom that frees up 150 bytes. >>> * I've used most of that free space now to implement a patch that uses >>> hardware scroll. >>> >>> The only condition that this patch corrects is the condition when an >>> entire 8 lines of screen is being scrolled either up or down. >>> >>> Other speed ups are imaginable but are much more complex to implement. >>> >>> I have one last bug that I know of to fix, and when I get that done I >>> will share it so others can give it a try! >>> >>> Steve >>> >>
<<attachment: M102_hs.zip>>