Looks good;is this only for the 102 or also the M100?
On Wed, Feb 23, 2022 at 5:10 PM Stephen Adolph <twospru...@gmail.com> wrote: > 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 >>>> >>>