date:20230225

Yeah, the XR4 would certainly expand the options (pun intended) but I never
quite figured out how they selected among the images; I did work out
another solution and started building a 16MB RAM expansion but never
actually finished or tested any of it. Things like REX, the Backpack and
the Dial-a-ROM are a lot easier ;-)

The issue is that when TS-DOS is in (the single) ROM space it would get
clobbered by loading another ROM image there; I'll have to have another
look at it all, including the EME tools, to see how it might work. Am I
missing something?

BTW, I haven't used my REX in years; AFAIR it's the original version with
the System ROM replacement option and I guess there's not much support for
that these days?

m

On Sun, Feb 26, 2023 at 12:14 AM Stephen Adolph 
wrote:

> Mike, not sure I follow.
> You know you can have multiple ram spaces in option locations.  Like xr4.
> Could an xr4 do what you want?
>
> Xr4 was a tidy solution.  Needed a few wires to make it work.
>
> I guess I don't understand why tsdos is not compatible with option ram?
> Seems like it is, just like any other rom program?
>
>
>
> On Sunday, February 26, 2023, Mike Stein  wrote:
>
>> As you may remember, years ago I designed an adapter that let you put
>> both the system image and an option ROM image into a single chip that
>> replaced the System ROM, both the standard (new) or non-standard (old)
>> version; some folks on here may even still have one in their M100, probably
>> loaded with TS-DOS.
>>
>> In another M100 I replaced the option ROM with RAM and load/save/copy
>> etc. various ROM images using the EME extRAM tools, but of course I can't
>> have TS-DOS in the same memory area as the option ROMs.
>>
>> The Dial-a-ROM and REX are certainly excellent solutions, but I'd still
>> like to make the Option RAM concept compatible with TS-DOS, even if I have
>> to add or reuse a physical switch to select between RAM and ROM. Any other
>> ideas?
>>
>> m
>>
>>
>>
>> On Sat, Feb 25, 2023 at 11:26 PM John R. Hogerhuis 
>> wrote:
>>
>>>
>>>
>>> On Sat, Feb 25, 2023, 8:18 PM Mike Stein  wrote:
>>>
 Yeah, I guess everybody has TS-DOS in ROM one way or another these
 days; I've thought about putting it in the system ROM instead of the
 Scheduler and Address Book, but removing them doesn't really free up much
 space; maybe Teeny would fit...


>>> Scheduler and address book are a very simple "grep" type utility serving
>>> as a simple database. I feel they are too clever and minimalist a solution
>>> to remove :-) plus there are programs that let you use this search facility
>>> on any text file.
>>>
>>> -- John.
>>>

Re: [M100] - Backpack

Hmm... She's incorporated Teeny, not TS-DOS but that's fine; removing modem
functionality also doesn't trouble me, but she also removed ADDRSS and
SCHEDL, as well as some print functions; those were probably the issues I
found with it when I first looked at it.

But a pretty impressive effort and worth a try for sure.

m

On Sun, Feb 26, 2023 at 12:06 AM Stephen Adolph 
wrote:

> Teeny integrated Main  rom has been done and shared.
>
> I think it was quite a good job and useful.
> http://sarahkmarr.com/retromodel100.html
>
>
>
>
> On Saturday, February 25, 2023, Mike Stein  wrote:
>
>> Point taken; I've never used them but I suppose others find them useful.
>> I don't think they'd free up much space anyway because ISTR that they use
>> TEXT for much of their functionality.
>>
>> On Sat, Feb 25, 2023 at 11:26 PM John R. Hogerhuis 
>> wrote:
>>
>>>
>>>
>>> On Sat, Feb 25, 2023, 8:18 PM Mike Stein  wrote:
>>>
 Yeah, I guess everybody has TS-DOS in ROM one way or another these
 days; I've thought about putting it in the system ROM instead of the
 Scheduler and Address Book, but removing them doesn't really free up much
 space; maybe Teeny would fit...


>>> Scheduler and address book are a very simple "grep" type utility serving
>>> as a simple database. I feel they are too clever and minimalist a solution
>>> to remove :-) plus there are programs that let you use this search facility
>>> on any text file.
>>>
>>> -- John.
>>>

Re: [M100] - Backpack

Mike, not sure I follow.
You know you can have multiple ram spaces in option locations.  Like xr4.
Could an xr4 do what you want?

Xr4 was a tidy solution.  Needed a few wires to make it work.

I guess I don't understand why tsdos is not compatible with option ram?
Seems like it is, just like any other rom program?



On Sunday, February 26, 2023, Mike Stein  wrote:

> As you may remember, years ago I designed an adapter that let you put both
> the system image and an option ROM image into a single chip that replaced
> the System ROM, both the standard (new) or non-standard (old) version; some
> folks on here may even still have one in their M100, probably loaded with
> TS-DOS.
>
> In another M100 I replaced the option ROM with RAM and load/save/copy etc.
> various ROM images using the EME extRAM tools, but of course I can't have
> TS-DOS in the same memory area as the option ROMs.
>
> The Dial-a-ROM and REX are certainly excellent solutions, but I'd still
> like to make the Option RAM concept compatible with TS-DOS, even if I have
> to add or reuse a physical switch to select between RAM and ROM. Any other
> ideas?
>
> m
>
>
>
> On Sat, Feb 25, 2023 at 11:26 PM John R. Hogerhuis 
> wrote:
>
>>
>>
>> On Sat, Feb 25, 2023, 8:18 PM Mike Stein  wrote:
>>
>>> Yeah, I guess everybody has TS-DOS in ROM one way or another these days;
>>> I've thought about putting it in the system ROM instead of the Scheduler
>>> and Address Book, but removing them doesn't really free up much space;
>>> maybe Teeny would fit...
>>>
>>>
>> Scheduler and address book are a very simple "grep" type utility serving
>> as a simple database. I feel they are too clever and minimalist a solution
>> to remove :-) plus there are programs that let you use this search facility
>> on any text file.
>>
>> -- John.
>>
>>>
>>>

Re: [M100] - Backpack

Thank you!

Now that you mention it I'd seen that before, probably from a link that you
also supplied.

ISTR that I found a couple of minor issues with it, but it's time to read
that again and burn one.

Tnx again!


On Sun, Feb 26, 2023 at 12:06 AM Stephen Adolph 
wrote:

> Teeny integrated Main  rom has been done and shared.
>
> I think it was quite a good job and useful.
> http://sarahkmarr.com/retromodel100.html
>
>
>
>
> On Saturday, February 25, 2023, Mike Stein  wrote:
>
>> Point taken; I've never used them but I suppose others find them useful.
>> I don't think they'd free up much space anyway because ISTR that they use
>> TEXT for much of their functionality.
>>
>> On Sat, Feb 25, 2023 at 11:26 PM John R. Hogerhuis 
>> wrote:
>>
>>>
>>>
>>> On Sat, Feb 25, 2023, 8:18 PM Mike Stein  wrote:
>>>
 Yeah, I guess everybody has TS-DOS in ROM one way or another these
 days; I've thought about putting it in the system ROM instead of the
 Scheduler and Address Book, but removing them doesn't really free up much
 space; maybe Teeny would fit...


>>> Scheduler and address book are a very simple "grep" type utility serving
>>> as a simple database. I feel they are too clever and minimalist a solution
>>> to remove :-) plus there are programs that let you use this search facility
>>> on any text file.
>>>
>>> -- John.
>>>

[M100] - Backpack

Teeny integrated Main  rom has been done and shared.

I think it was quite a good job and useful.
http://sarahkmarr.com/retromodel100.html




On Saturday, February 25, 2023, Mike Stein  wrote:

> Point taken; I've never used them but I suppose others find them useful. I
> don't think they'd free up much space anyway because ISTR that they use
> TEXT for much of their functionality.
>
> On Sat, Feb 25, 2023 at 11:26 PM John R. Hogerhuis 
> wrote:
>
>>
>>
>> On Sat, Feb 25, 2023, 8:18 PM Mike Stein  wrote:
>>
>>> Yeah, I guess everybody has TS-DOS in ROM one way or another these days;
>>> I've thought about putting it in the system ROM instead of the Scheduler
>>> and Address Book, but removing them doesn't really free up much space;
>>> maybe Teeny would fit...
>>>
>>>
>> Scheduler and address book are a very simple "grep" type utility serving
>> as a simple database. I feel they are too clever and minimalist a solution
>> to remove :-) plus there are programs that let you use this search facility
>> on any text file.
>>
>> -- John.
>>
>>>
>>>

Re: [M100] - Backpack

As you may remember, years ago I designed an adapter that let you put both
the system image and an option ROM image into a single chip that replaced
the System ROM, both the standard (new) or non-standard (old) version; some
folks on here may even still have one in their M100, probably loaded with
TS-DOS.

In another M100 I replaced the option ROM with RAM and load/save/copy etc.
various ROM images using the EME extRAM tools, but of course I can't have
TS-DOS in the same memory area as the option ROMs.

The Dial-a-ROM and REX are certainly excellent solutions, but I'd still
like to make the Option RAM concept compatible with TS-DOS, even if I have
to add or reuse a physical switch to select between RAM and ROM. Any other
ideas?

m

On Sat, Feb 25, 2023 at 11:26 PM John R. Hogerhuis  wrote:

>
>
> On Sat, Feb 25, 2023, 8:18 PM Mike Stein  wrote:
>
>> Yeah, I guess everybody has TS-DOS in ROM one way or another these days;
>> I've thought about putting it in the system ROM instead of the Scheduler
>> and Address Book, but removing them doesn't really free up much space;
>> maybe Teeny would fit...
>>
>>
> Scheduler and address book are a very simple "grep" type utility serving
> as a simple database. I feel they are too clever and minimalist a solution
> to remove :-) plus there are programs that let you use this search facility
> on any text file.
>
> -- John.
>
>>
>>

Re: [M100] - Backpack

Point taken; I've never used them but I suppose others find them useful. I
don't think they'd free up much space anyway because ISTR that they use
TEXT for much of their functionality.

On Sat, Feb 25, 2023 at 11:26 PM John R. Hogerhuis  wrote:

>
>
> On Sat, Feb 25, 2023, 8:18 PM Mike Stein  wrote:
>
>> Yeah, I guess everybody has TS-DOS in ROM one way or another these days;
>> I've thought about putting it in the system ROM instead of the Scheduler
>> and Address Book, but removing them doesn't really free up much space;
>> maybe Teeny would fit...
>>
>>
> Scheduler and address book are a very simple "grep" type utility serving
> as a simple database. I feel they are too clever and minimalist a solution
> to remove :-) plus there are programs that let you use this search facility
> on any text file.
>
> -- John.
>
>>
>>

Re: [M100] - Backpack

Probably dates back to the days when files that you downloaded from
Compuserve or another user etc. had to all be plain text ASCII because
TELCOM can't handle binary files; I suppose everyone just knew that .DO
stood for documentation and .BA stood for plaintext BASIC programs that had
to be renamed before loading with BASIC or TEXT.

On Sat, Feb 25, 2023 at 8:41 PM John R. Hogerhuis  wrote:

> A side note but the reason files misnamed as BA cause a problem is that
> tsdos will load them into the BASIC program region verbatim and  treat the
> ASCII bytes as parts of binary formatted line numbers and tokens among
> other problems, ultimately causing a corrupted RAM file system.
>
> It was the convention on the old Club100 library  to name them this way
> but it's now a bad practice.
>
> -- John.
>
>
>
>
> On Sat, Feb 25, 2023, 5:30 PM  wrote:
>
>> Yes, someone already wrote such a program and shared it. If you just got
>> a Backpack Drive Plus it is already on the SD card. You can also download
>> it from: https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs
>>
>>
>>
>> There is an MT version and NEC version. Note that while these have a .BA
>> extension they are really text files, a.k.a. .DO files. It has been the
>> convention to give BASIC programs shared as text files the .BA extension
>> but if you try to load such a file as is BASIC will try to parse it on the
>> fly and it can’t do so fast enough. The file extension needs to be changed
>> to .DO. Load it into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads
>> do: SAVE”FILE.BA” and it is now a tokenized BASIC file.
>>
>> I’ll get these renamed and include the tokenized version in the future to
>> avoid such confusion.
>>
>>
>>
>> Jeff Birt
>>
>>
>>
>> *From:* M100  *On Behalf Of *
>> grima...@gmail.com
>> *Sent:* Saturday, February 25, 2023 7:19 PM
>> *To:* m...@bitchin100.com
>> *Subject:* Re: [M100] - Backpack
>>
>>
>>
>> Random question - Does a BASIC program already exist to interface with
>> the Backpack to set the clock?
>>
>>
>>
>> I find myself having to Cold start the machine often, but this handy
>> Backpack has a real time clock in it.
>>
>>
>>
>> Would be great to run a quick program that interfaces with the Backpack
>> over serial, issues the TIME, DATE and DAY commands, queries the current
>> system time and date, calculates the delta and then resets the system clock.
>>
>>
>>
>> I started to write the program in BASIC, but I admit I don’t know much
>> about serial communication. I managed to open the COM buffer for output,
>> send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
>> that, close the buffer, reopen it for input and then try to get the result.
>>
>>
>>
>> However I only end up with:
>>
>>
>>
>> C
>>
>> #
>>
>> T
>>
>>
>>
>> As if the second PRINT never went through.
>>
>>
>>
>> So rather than continue to rack my brain, I figured I’d ask if it already
>> exists.
>>
>>
>>
>> -George
>>
>>
>>
>> On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:
>>
>> It might not be that straightforward; the printer port is partially
>> shared with the keyboard.
>>
>>
>>
>> On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
>> wrote:
>>
>> Wire a R2R DAC to the printer port and have the M100 play music Covox
>> style. 
>>
>>
>>
>> On Wed, Feb 15, 2023, 14:21 Fisher  wrote:
>>
>> All it needs in its next version is an 8mm stereo jack, an mp3 player and
>> some jukebox software for the laptop!
>>
>> Too much to wish for? No matter, it’s already a great piece of kit. :-)
>>
>>
>>
>> Sean
>>
>>
>>
>>
>>
>> On Feb 14, 2023, at 8:08 PM,  <
>> bir...@soigeneris.com> wrote:
>>
>>
>>
>> The Backpack was designed by a friend of mine who wishes to remain
>> private. He sent me one and I thought it was great and encouraged him to
>> make more offering my help. My only part of the design was the case.
>>
>>
>>
>> Jeff Birt
>>
>>
>>
>> *From:* M100  *On Behalf Of *
>> grima...@gmail.com
>> *Sent:* Tuesday, February 14, 2023 1:15 PM
>> *To:* Model 100 Discussion 
>> *Subject:* [M100] - Backpack
>>
>>
>>
>> Just received my Backpack from Soigeneris. All I have to say, is that I
>> really like the design of it all. It’s relatively compact, it matches the
>> design of the M100, and it runs on a single AA cell.
>>
>>
>>
>> I immediately plugged it in, and got it to work. Pretty much zero
>> configuration needed. I’ve already got REX installed so I was able to load
>> up TS-DOS and be off to the races.
>>
>>
>>
>> Shout out to Soigeneris and to whomever designed and built this device!
>>
>>
>>
>> Best,
>>
>> George
>>
>>
>>
>>

Re: [M100] - Backpack

On Sat, Feb 25, 2023, 8:18 PM Mike Stein  wrote:

> Yeah, I guess everybody has TS-DOS in ROM one way or another these days;
> I've thought about putting it in the system ROM instead of the Scheduler
> and Address Book, but removing them doesn't really free up much space;
> maybe Teeny would fit...
>
>
Scheduler and address book are a very simple "grep" type utility serving as
a simple database. I feel they are too clever and minimalist a solution to
remove :-) plus there are programs that let you use this search facility on
any text file.

-- John.

>
>

Re: [M100] Windows "MVT100" terminal

Great, thanks!

I think I have one of your terminals somewhere but I also have several of
Geoff's version from before you decided to make yours.

m

On Sat, Feb 25, 2023 at 9:22 PM Stephen Adolph  wrote:

>
>  Oh!  I see.  Yes the mvt100 fiemware is compatible with the original
> Geoff terminal hardware.
>
>
>
> On Saturday, February 25, 2023, Mike Stein 
> wrote:
> You may have misunderstood my poorly worded question: can I upgrade
> the firmware in Geoff's board with your VT100 version?
>
> m
>
> On Sat, Feb 25, 2023 at 7:08 PM Stephen Adolph 
> wrote:
> no, the Geoff board uses the Geoff firmware.
> Model 100 has some impossible-to-replicate escape codes that needs
> some firmware on the terminal end to deal with.
>
> So, it will sorta work but not entirely, without the firmware I think
> I have posted.
>
>
> On Sat, Feb 25, 2023 at 6:57 PM Mike Stein 
> wrote:
> While on the topic, can I assume that your updated MVT100 firmware
> will work correctly in the original Geaoff Graham board?
>
> m
>
> On Sat, Feb 25, 2023 at 3:29 PM Stephen Adolph 
> wrote:
>
>
> http://club100.org/memfiles/index.php?direction===Steve%20Adolph/MVT100%20for%20PC;
>
> I decided to post my hacked MVT100 windows application, for feedback.
>
> It works with this driver:
> https://bitchin100.com/wiki/index.php?title=Integrated_VT100_driver
> or REX#/REXCPM R2.1 or newer.
>
> Why:
> Using a serial connection, this modified terminal application gives
> you an 80x24 display using your PC.
> Program is called VT52.exe, which is how it was named by the original
> author.
> Download and extract the executable from the link above, and configure
> the serial interface. Connect your M100/T102 with the VT100 driver
> installed, and connect to PC via serial cable.
>
> Status is "very beta". Feedback is appreciated.
>
> thx
> Steve
>
>
>
>
>

Re: [M100] Burning a 27C256 EPROM

Did you buy your programmer? Always useful to have, but if you're only
buying it to burn this ROM I'm sure there are folks on here that would burn
one and mail it to you, depending on where you live.

m


On Wed, Feb 15, 2023 at 4:47 PM Joseph Colson III 
wrote:

> While surfing the private files on the Club100 site the file below caught
> my eye as I have a booster pack and would like to update the System ROM.
> My question for the group is how much do the programmers cost?   What
> inexpensive programmer would you suggest?  Is it difficult to program?
> Any links to software or documentation would be helpful.
>
>
>
> As Always Thanks for your help,
>
>
>
> Joe
>
>
>
>
>
> (  BP1ROM_Fixed.bin  )
>
> This is the Booster Pak v1.23 "BP1" main system ROM image which includes
> the multi-page file display bug fix. With the original ROM, if you have
> more than two pages of files to display, you would only ever be able to see
> the second page of files when pressing shift-down. The third page of files
> or beyond was inaccessible due to a limitation in Traveling Software's TPDD
> client. Well, with this replacement BP1 system ROM image, the limitation is
> gone! The bug fix was originally made available in Ken Pettit's release of
> the TS-DOS 4.10 option ROM. This fix has been extended to all RAM versions
> of TS-DOS, as well as the SARDOS option ROM. And now, it is available for
> the "Disk" client that is in your Booster Pak's system ROM. Just burn this
> image to a standard 27C256 EPROM and replace your Booster Pak's "BP1" chip
> which would be all the way on the bottom-right side of your Booster Pak's
> sockets.
>

Re: [M100] - Backpack

Yeah, I guess everybody has TS-DOS in ROM one way or another these days;
I've thought about putting it in the system ROM instead of the Scheduler
and Address Book, but removing them doesn't really free up much space;
maybe Teeny would fit...

On Sat, Feb 25, 2023 at 10:02 PM grima...@gmail.com 
wrote:

> Thanks Gary!
>
> Mike - I have TS-DOS in ROM thanks to REX. So after a cold start, I just
> need to activate TS-DOS, copy RTC from Backpack, and run it.
>
> Best,
> George
>
> On Sat, Feb 25, 2023 at 9:21 PM Gary Weber  wrote:
>
>> Hi George,
>>
>> Yes you can configure the way the date is represented by your backpack
>> sending commands to it when it is in regular serial mode:
>> It's on page 37 of the User Manual, and here's a summary:
>>
>> To switch between 24-hour and 12-hour time format:
>> set time 24
>> set time ampm
>>
>> To switch between date formats:
>> set date mdy
>> set date dmy
>> set date ymd
>>
>> Cheers,
>> Gary
>>
>>
>> On Sat, Feb 25, 2023 at 7:16 PM grima...@gmail.com 
>> wrote:
>>
>>> Thank you!
>>>
>>> I typed it in from GitHub. what I found is my Backpack is setup to reply
>>> with dd/mm/.
>>>
>>> However, Tandy BASIC appears to want the date in mm/dd/. The RTC.BA
>>> program seems to assume the date will come back in the correct format.
>>>
>>> Does the Backpack have a way to configure the output format?
>>>
>>> In the meantime i altered the program and it works fine!
>>>
>>> Best,
>>> George
>>>
>>> On Sat, Feb 25, 2023 at 8:30 PM  wrote:
>>>
 Yes, someone already wrote such a program and shared it. If you just
 got a Backpack Drive Plus it is already on the SD card. You can also
 download it from:
 https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs

 There is an MT version and NEC version. Note that while these have a
 .BA extension they are really text files, a.k.a. .DO files. It has been the
 convention to give BASIC programs shared as text files the .BA extension
 but if you try to load such a file as is BASIC will try to parse it on the
 fly and it can’t do so fast enough. The file extension needs to be changed
 to .DO. Load it into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads
 do: SAVE”FILE.BA” and it is now a tokenized BASIC file.

 I’ll get these renamed and include the tokenized version in the future
 to avoid such confusion.

 Jeff Birt

 *From:* M100  *On Behalf Of *
 grima...@gmail.com
 *Sent:* Saturday, February 25, 2023 7:19 PM
 *To:* m...@bitchin100.com
 *Subject:* Re: [M100] - Backpack

 Random question - Does a BASIC program already exist to interface with
 the Backpack to set the clock?

 I find myself having to Cold start the machine often, but this handy
 Backpack has a real time clock in it.

 Would be great to run a quick program that interfaces with the Backpack
 over serial, issues the TIME, DATE and DAY commands, queries the current
 system time and date, calculates the delta and then resets the system 
 clock.

 I started to write the program in BASIC, but I admit I don’t know much
 about serial communication. I managed to open the COM buffer for output,
 send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
 that, close the buffer, reopen it for input and then try to get the result.

 However I only end up with:

 C

 #

 T

 As if the second PRINT never went through.

 So rather than continue to rack my brain, I figured I’d ask if it
 already exists.

 -George

 On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:

 It might not be that straightforward; the printer port is partially
 shared with the keyboard.

 On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
 wrote:

 Wire a R2R DAC to the printer port and have the M100 play music Covox
 style. 

 On Wed, Feb 15, 2023, 14:21 Fisher  wrote:

 All it needs in its next version is an 8mm stereo jack, an mp3 player
 and some jukebox software for the laptop!

 Too much to wish for? No matter, it’s already a great piece of kit. :-)

 Sean

 On Feb 14, 2023, at 8:08 PM,  <
 bir...@soigeneris.com> wrote:

 The Backpack was designed by a friend of mine who wishes to remain
 private. He sent me one and I thought it was great and encouraged him to
 make more offering my help. My only part of the design was the case.

 Jeff Birt

 *From:* M100  *On Behalf Of *
 grima...@gmail.com
 *Sent:* Tuesday, February 14, 2023 1:15 PM
 *To:* Model 100 Discussion 
 *Subject:* [M100] - Backpack

 Just received my

Re: [M100] - Backpack

https://www.soigeneris.com/vintage-computing?pagenumber=3

On Sat, Feb 25, 2023 at 9:27 PM ho collo  wrote:

> I have been searching for a source to actually purchase a backpack for a
> Model 100. Does anyone have a source where I can purchase a unit?
>
> Google has not been my friend.
>
> Sent from my iPhone
>
> On Feb 25, 2023, at 20:21, Gary Weber  wrote:
>
> 
> Hi George,
>
> Yes you can configure the way the date is represented by your backpack
> sending commands to it when it is in regular serial mode:
> It's on page 37 of the User Manual, and here's a summary:
>
> To switch between 24-hour and 12-hour time format:
> set time 24
> set time ampm
>
> To switch between date formats:
> set date mdy
> set date dmy
> set date ymd
>
> Cheers,
> Gary
>
>
> On Sat, Feb 25, 2023 at 7:16 PM grima...@gmail.com 
> wrote:
>
>> Thank you!
>>
>> I typed it in from GitHub. what I found is my Backpack is setup to reply
>> with dd/mm/.
>>
>> However, Tandy BASIC appears to want the date in mm/dd/. The RTC.BA
>> program seems to assume the date will come back in the correct format.
>>
>> Does the Backpack have a way to configure the output format?
>>
>> In the meantime i altered the program and it works fine!
>>
>> Best,
>> George
>>
>> On Sat, Feb 25, 2023 at 8:30 PM  wrote:
>>
>>> Yes, someone already wrote such a program and shared it. If you just got
>>> a Backpack Drive Plus it is already on the SD card. You can also download
>>> it from: https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs
>>>
>>>
>>>
>>> There is an MT version and NEC version. Note that while these have a .BA
>>> extension they are really text files, a.k.a. .DO files. It has been the
>>> convention to give BASIC programs shared as text files the .BA extension
>>> but if you try to load such a file as is BASIC will try to parse it on the
>>> fly and it can’t do so fast enough. The file extension needs to be changed
>>> to .DO. Load it into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads
>>> do: SAVE”FILE.BA” and it is now a tokenized BASIC file.
>>>
>>> I’ll get these renamed and include the tokenized version in the future
>>> to avoid such confusion.
>>>
>>>
>>>
>>> Jeff Birt
>>>
>>>
>>>
>>> *From:* M100  *On Behalf Of *
>>> grima...@gmail.com
>>> *Sent:* Saturday, February 25, 2023 7:19 PM
>>> *To:* m...@bitchin100.com
>>> *Subject:* Re: [M100] - Backpack
>>>
>>>
>>>
>>> Random question - Does a BASIC program already exist to interface with
>>> the Backpack to set the clock?
>>>
>>>
>>>
>>> I find myself having to Cold start the machine often, but this handy
>>> Backpack has a real time clock in it.
>>>
>>>
>>>
>>> Would be great to run a quick program that interfaces with the Backpack
>>> over serial, issues the TIME, DATE and DAY commands, queries the current
>>> system time and date, calculates the delta and then resets the system clock.
>>>
>>>
>>>
>>> I started to write the program in BASIC, but I admit I don’t know much
>>> about serial communication. I managed to open the COM buffer for output,
>>> send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
>>> that, close the buffer, reopen it for input and then try to get the result.
>>>
>>>
>>>
>>> However I only end up with:
>>>
>>>
>>>
>>> C
>>>
>>> #
>>>
>>> T
>>>
>>>
>>>
>>> As if the second PRINT never went through.
>>>
>>>
>>>
>>> So rather than continue to rack my brain, I figured I’d ask if it
>>> already exists.
>>>
>>>
>>>
>>> -George
>>>
>>>
>>>
>>> On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:
>>>
>>> It might not be that straightforward; the printer port is partially
>>> shared with the keyboard.
>>>
>>>
>>>
>>> On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
>>> wrote:
>>>
>>> Wire a R2R DAC to the printer port and have the M100 play music Covox
>>> style. 
>>>
>>>
>>>
>>> On Wed, Feb 15, 2023, 14:21 Fisher  wrote:
>>>
>>> All it needs in its next version is an 8mm stereo jack, an mp3 player
>>> and some jukebox software for the laptop!
>>>
>>> Too much to wish for? No matter, it’s already a great piece of kit. :-)
>>>
>>>
>>>
>>> Sean
>>>
>>>
>>>
>>>
>>>
>>> On Feb 14, 2023, at 8:08 PM,  <
>>> bir...@soigeneris.com> wrote:
>>>
>>>
>>>
>>> The Backpack was designed by a friend of mine who wishes to remain
>>> private. He sent me one and I thought it was great and encouraged him to
>>> make more offering my help. My only part of the design was the case.
>>>
>>>
>>>
>>> Jeff Birt
>>>
>>>
>>>
>>> *From:* M100  *On Behalf Of *
>>> grima...@gmail.com
>>> *Sent:* Tuesday, February 14, 2023 1:15 PM
>>> *To:* Model 100 Discussion 
>>> *Subject:* [M100] - Backpack
>>>
>>>
>>>
>>> Just received my Backpack from Soigeneris. All I have to say, is that I
>>> really like the design of it all. It’s relatively compact, it matches the
>>> design of the M100, and it runs on a single AA cell.
>>>
>>>
>>>
>>> I immediately plugged it in, and got it to work. Pretty much zero
>>> configuration needed. I’ve already got REX installed so I was able to load

Re: [M100] which .NET version should I use

Huh. Who knew painting characters to the screen was so cpu intensive?

Seems like there must be some unoptimized code.

-- John.

>

Re: [M100] - Backpack

Thanks Gary!

Mike - I have TS-DOS in ROM thanks to REX. So after a cold start, I just
need to activate TS-DOS, copy RTC from Backpack, and run it.

Best,
George

On Sat, Feb 25, 2023 at 9:21 PM Gary Weber  wrote:

> Hi George,
>
> Yes you can configure the way the date is represented by your backpack
> sending commands to it when it is in regular serial mode:
> It's on page 37 of the User Manual, and here's a summary:
>
> To switch between 24-hour and 12-hour time format:
> set time 24
> set time ampm
>
> To switch between date formats:
> set date mdy
> set date dmy
> set date ymd
>
> Cheers,
> Gary
>
>
> On Sat, Feb 25, 2023 at 7:16 PM grima...@gmail.com 
> wrote:
>
>> Thank you!
>>
>> I typed it in from GitHub. what I found is my Backpack is setup to reply
>> with dd/mm/.
>>
>> However, Tandy BASIC appears to want the date in mm/dd/. The RTC.BA
>> program seems to assume the date will come back in the correct format.
>>
>> Does the Backpack have a way to configure the output format?
>>
>> In the meantime i altered the program and it works fine!
>>
>> Best,
>> George
>>
>> On Sat, Feb 25, 2023 at 8:30 PM  wrote:
>>
>>> Yes, someone already wrote such a program and shared it. If you just got
>>> a Backpack Drive Plus it is already on the SD card. You can also download
>>> it from: https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs
>>>
>>>
>>>
>>> There is an MT version and NEC version. Note that while these have a .BA
>>> extension they are really text files, a.k.a. .DO files. It has been the
>>> convention to give BASIC programs shared as text files the .BA extension
>>> but if you try to load such a file as is BASIC will try to parse it on the
>>> fly and it can’t do so fast enough. The file extension needs to be changed
>>> to .DO. Load it into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads
>>> do: SAVE”FILE.BA” and it is now a tokenized BASIC file.
>>>
>>> I’ll get these renamed and include the tokenized version in the future
>>> to avoid such confusion.
>>>
>>>
>>>
>>> Jeff Birt
>>>
>>>
>>>
>>> *From:* M100  *On Behalf Of *
>>> grima...@gmail.com
>>> *Sent:* Saturday, February 25, 2023 7:19 PM
>>> *To:* m...@bitchin100.com
>>> *Subject:* Re: [M100] - Backpack
>>>
>>>
>>>
>>> Random question - Does a BASIC program already exist to interface with
>>> the Backpack to set the clock?
>>>
>>>
>>>
>>> I find myself having to Cold start the machine often, but this handy
>>> Backpack has a real time clock in it.
>>>
>>>
>>>
>>> Would be great to run a quick program that interfaces with the Backpack
>>> over serial, issues the TIME, DATE and DAY commands, queries the current
>>> system time and date, calculates the delta and then resets the system clock.
>>>
>>>
>>>
>>> I started to write the program in BASIC, but I admit I don’t know much
>>> about serial communication. I managed to open the COM buffer for output,
>>> send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
>>> that, close the buffer, reopen it for input and then try to get the result.
>>>
>>>
>>>
>>> However I only end up with:
>>>
>>>
>>>
>>> C
>>>
>>> #
>>>
>>> T
>>>
>>>
>>>
>>> As if the second PRINT never went through.
>>>
>>>
>>>
>>> So rather than continue to rack my brain, I figured I’d ask if it
>>> already exists.
>>>
>>>
>>>
>>> -George
>>>
>>>
>>>
>>> On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:
>>>
>>> It might not be that straightforward; the printer port is partially
>>> shared with the keyboard.
>>>
>>>
>>>
>>> On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
>>> wrote:
>>>
>>> Wire a R2R DAC to the printer port and have the M100 play music Covox
>>> style. 
>>>
>>>
>>>
>>> On Wed, Feb 15, 2023, 14:21 Fisher  wrote:
>>>
>>> All it needs in its next version is an 8mm stereo jack, an mp3 player
>>> and some jukebox software for the laptop!
>>>
>>> Too much to wish for? No matter, it’s already a great piece of kit. :-)
>>>
>>>
>>>
>>> Sean
>>>
>>>
>>>
>>>
>>>
>>> On Feb 14, 2023, at 8:08 PM,  <
>>> bir...@soigeneris.com> wrote:
>>>
>>>
>>>
>>> The Backpack was designed by a friend of mine who wishes to remain
>>> private. He sent me one and I thought it was great and encouraged him to
>>> make more offering my help. My only part of the design was the case.
>>>
>>>
>>>
>>> Jeff Birt
>>>
>>>
>>>
>>> *From:* M100  *On Behalf Of *
>>> grima...@gmail.com
>>> *Sent:* Tuesday, February 14, 2023 1:15 PM
>>> *To:* Model 100 Discussion 
>>> *Subject:* [M100] - Backpack
>>>
>>>
>>>
>>> Just received my Backpack from Soigeneris. All I have to say, is that I
>>> really like the design of it all. It’s relatively compact, it matches the
>>> design of the M100, and it runs on a single AA cell.
>>>
>>>
>>>
>>> I immediately plugged it in, and got it to work. Pretty much zero
>>> configuration needed. I’ve already got REX installed so I was able to load
>>> up TS-DOS and be off to the races.
>>>
>>>
>>>
>>> Shout out to Soigeneris and to whomever designed and built this device!
>>>
>>>
>>>
>>> Best,
>>>

I have been searching for a source to actually purchase a backpack for a Model 100. Does anyone have a source where I can purchase a unit?Google has not been my friend. Sent from my iPhoneOn Feb 25, 2023, at 20:21, Gary Weber wrote:Hi George,Yes you can configure the way the date is represented by your backpack sending commands to it when it is in regular serial mode:It's on page 37 of the User Manual, and here's a summary:To switch between 24-hour and 12-hour time format:set time 24set time ampmTo switch between date formats:set date mdyset date dmyset date ymdCheers,GaryOn Sat, Feb 25, 2023 at 7:16 PM grima...@gmail.com wrote:Thank you!I typed it in from GitHub. what I found is my Backpack is setup to reply with dd/mm/.However, Tandy BASIC appears to want the date in mm/dd/. The RTC.BA program seems to assume the date will come back in the correct format.Does the Backpack have a way to configure the output format? In the meantime i altered the program and it works fine!Best,GeorgeOn Sat, Feb 25, 2023 at 8:30 PM wrote:Yes, someone already wrote such a program and shared it. If you just got a Backpack Drive Plus it is already on the SD card. You can also download it from: https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs There is an MT version and NEC version. Note that while these have a .BA extension they are really text files, a.k.a. .DO files. It has been the convention to give BASIC programs shared as text files the .BA extension but if you try to load such a file as is BASIC will try to parse it on the fly and it can’t do so fast enough. The file extension needs to be changed to .DO. Load it into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads do: SAVE”FILE.BA” and it is now a tokenized BASIC file. I’ll get these renamed and include the tokenized version in the future to avoid such confusion. Jeff Birt From: M100 On Behalf Of grima...@gmail.comSent: Saturday, February 25, 2023 7:19 PMTo: m...@bitchin100.comSubject: Re: [M100] - Backpack Random question - Does a BASIC program already exist to interface with the Backpack to set the clock? I find myself having to Cold start the machine often, but this handy Backpack has a real time clock in it. Would be great to run a quick program that interfaces with the Backpack over serial, issues the TIME, DATE and DAY commands, queries the current system time and date, calculates the delta and then resets the system clock. I started to write the program in BASIC, but I admit I don’t know much about serial communication. I managed to open the COM buffer for output, send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after that, close the buffer, reopen it for input and then try to get the result. However I only end up with: C#T As if the second PRINT never went through. So rather than continue to rack my brain, I figured I’d ask if it already exists. -George On Fri, Feb 17, 2023 at 4:44 PM Mike Stein wrote:It might not be that straightforward; the printer port is partially shared with the keyboard. On Fri, Feb 17, 2023 at 10:58 AM Alex ... wrote:Wire a R2R DAC to the printer port and have the M100 play music Covox style.  On Wed, Feb 15, 2023, 14:21 Fisher wrote:All it needs in its next version is an 8mm stereo jack, an mp3 player and some jukebox software for the laptop!Too much to wish for? No matter, it’s already a great piece of kit. :-) Sean On Feb 14, 2023, at 8:08 PM, wrote: The Backpack was designed by a friend of mine who wishes to remain private. He sent me one and I thought it was great and encouraged him to make more offering my help. My only part of the design was the case. Jeff Birt From: M100 On Behalf Of grima...@gmail.comSent: Tuesday, February 14, 2023 1:15 PMTo: Model 100 Discussion Subject: [M100] - Backpack Just received my Backpack from Soigeneris. All I have to say, is that I really like the design of it all. It’s relatively compact, it matches the design of the M100, and it runs on a single AA cell. I immediately plugged it in, and got it to work. Pretty much zero configuration needed. I’ve already got REX installed so I was able to load up TS-DOS and be off to the races. Shout out to Soigeneris and to whomever designed and built this device! Best,George

Re: [M100] Windows "MVT100" terminal

 Oh!  I see.  Yes the mvt100 fiemware is compatible with the original Geoff
terminal hardware.



 On Saturday, February 25, 2023, Mike Stein  wrote:
 You may have misunderstood my poorly worded question: can I upgrade the
 firmware in Geoff's board with your VT100 version?

 m

 On Sat, Feb 25, 2023 at 7:08 PM Stephen Adolph 
 wrote:
 no, the Geoff board uses the Geoff firmware.
 Model 100 has some impossible-to-replicate escape codes that needs some
 firmware on the terminal end to deal with.

 So, it will sorta work but not entirely, without the firmware I think I
 have posted.


 On Sat, Feb 25, 2023 at 6:57 PM Mike Stein  wrote:
 While on the topic, can I assume that your updated MVT100 firmware will
 work correctly in the original Geaoff Graham board?

 m

 On Sat, Feb 25, 2023 at 3:29 PM Stephen Adolph 
 wrote:


 http://club100.org/memfiles/index.php?direction===Steve%20Adolph/MVT100%20for%20PC;

 I decided to post my hacked MVT100 windows application, for feedback.

 It works with this driver:
 https://bitchin100.com/wiki/index.php?title=Integrated_VT100_driver
 or REX#/REXCPM R2.1 or newer.

 Why:
 Using a serial connection, this modified terminal application gives you
 an 80x24 display using your PC.
 Program is called VT52.exe, which is how it was named by the original
 author.
 Download and extract the executable from the link above, and configure
 the serial interface. Connect your M100/T102 with the VT100 driver
 installed, and connect to PC via serial cable.

 Status is "very beta". Feedback is appreciated.

 thx
 Steve

Re: [M100] - Backpack

2023-02-25 Thread Gary Weber

Hi George,

Yes you can configure the way the date is represented by your backpack
sending commands to it when it is in regular serial mode:
It's on page 37 of the User Manual, and here's a summary:

To switch between 24-hour and 12-hour time format:
set time 24
set time ampm

To switch between date formats:
set date mdy
set date dmy
set date ymd

Cheers,
Gary


On Sat, Feb 25, 2023 at 7:16 PM grima...@gmail.com 
wrote:

> Thank you!
>
> I typed it in from GitHub. what I found is my Backpack is setup to reply
> with dd/mm/.
>
> However, Tandy BASIC appears to want the date in mm/dd/. The RTC.BA
> program seems to assume the date will come back in the correct format.
>
> Does the Backpack have a way to configure the output format?
>
> In the meantime i altered the program and it works fine!
>
> Best,
> George
>
> On Sat, Feb 25, 2023 at 8:30 PM  wrote:
>
>> Yes, someone already wrote such a program and shared it. If you just got
>> a Backpack Drive Plus it is already on the SD card. You can also download
>> it from: https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs
>>
>>
>>
>> There is an MT version and NEC version. Note that while these have a .BA
>> extension they are really text files, a.k.a. .DO files. It has been the
>> convention to give BASIC programs shared as text files the .BA extension
>> but if you try to load such a file as is BASIC will try to parse it on the
>> fly and it can’t do so fast enough. The file extension needs to be changed
>> to .DO. Load it into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads
>> do: SAVE”FILE.BA” and it is now a tokenized BASIC file.
>>
>> I’ll get these renamed and include the tokenized version in the future to
>> avoid such confusion.
>>
>>
>>
>> Jeff Birt
>>
>>
>>
>> *From:* M100  *On Behalf Of *
>> grima...@gmail.com
>> *Sent:* Saturday, February 25, 2023 7:19 PM
>> *To:* m...@bitchin100.com
>> *Subject:* Re: [M100] - Backpack
>>
>>
>>
>> Random question - Does a BASIC program already exist to interface with
>> the Backpack to set the clock?
>>
>>
>>
>> I find myself having to Cold start the machine often, but this handy
>> Backpack has a real time clock in it.
>>
>>
>>
>> Would be great to run a quick program that interfaces with the Backpack
>> over serial, issues the TIME, DATE and DAY commands, queries the current
>> system time and date, calculates the delta and then resets the system clock.
>>
>>
>>
>> I started to write the program in BASIC, but I admit I don’t know much
>> about serial communication. I managed to open the COM buffer for output,
>> send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
>> that, close the buffer, reopen it for input and then try to get the result.
>>
>>
>>
>> However I only end up with:
>>
>>
>>
>> C
>>
>> #
>>
>> T
>>
>>
>>
>> As if the second PRINT never went through.
>>
>>
>>
>> So rather than continue to rack my brain, I figured I’d ask if it already
>> exists.
>>
>>
>>
>> -George
>>
>>
>>
>> On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:
>>
>> It might not be that straightforward; the printer port is partially
>> shared with the keyboard.
>>
>>
>>
>> On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
>> wrote:
>>
>> Wire a R2R DAC to the printer port and have the M100 play music Covox
>> style. 
>>
>>
>>
>> On Wed, Feb 15, 2023, 14:21 Fisher  wrote:
>>
>> All it needs in its next version is an 8mm stereo jack, an mp3 player and
>> some jukebox software for the laptop!
>>
>> Too much to wish for? No matter, it’s already a great piece of kit. :-)
>>
>>
>>
>> Sean
>>
>>
>>
>>
>>
>> On Feb 14, 2023, at 8:08 PM,  <
>> bir...@soigeneris.com> wrote:
>>
>>
>>
>> The Backpack was designed by a friend of mine who wishes to remain
>> private. He sent me one and I thought it was great and encouraged him to
>> make more offering my help. My only part of the design was the case.
>>
>>
>>
>> Jeff Birt
>>
>>
>>
>> *From:* M100  *On Behalf Of *
>> grima...@gmail.com
>> *Sent:* Tuesday, February 14, 2023 1:15 PM
>> *To:* Model 100 Discussion 
>> *Subject:* [M100] - Backpack
>>
>>
>>
>> Just received my Backpack from Soigeneris. All I have to say, is that I
>> really like the design of it all. It’s relatively compact, it matches the
>> design of the M100, and it runs on a single AA cell.
>>
>>
>>
>> I immediately plugged it in, and got it to work. Pretty much zero
>> configuration needed. I’ve already got REX installed so I was able to load
>> up TS-DOS and be off to the races.
>>
>>
>>
>> Shout out to Soigeneris and to whomever designed and built this device!
>>
>>
>>
>> Best,
>>
>> George
>>
>>
>>
>>

Re: [M100] - Backpack

Thank you!

I typed it in from GitHub. what I found is my Backpack is setup to reply
with dd/mm/.

However, Tandy BASIC appears to want the date in mm/dd/. The RTC.BA
program seems to assume the date will come back in the correct format.

Does the Backpack have a way to configure the output format?

In the meantime i altered the program and it works fine!

Best,
George

On Sat, Feb 25, 2023 at 8:30 PM  wrote:

> Yes, someone already wrote such a program and shared it. If you just got a
> Backpack Drive Plus it is already on the SD card. You can also download it
> from: https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs
>
>
>
> There is an MT version and NEC version. Note that while these have a .BA
> extension they are really text files, a.k.a. .DO files. It has been the
> convention to give BASIC programs shared as text files the .BA extension
> but if you try to load such a file as is BASIC will try to parse it on the
> fly and it can’t do so fast enough. The file extension needs to be changed
> to .DO. Load it into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads
> do: SAVE”FILE.BA” and it is now a tokenized BASIC file.
>
> I’ll get these renamed and include the tokenized version in the future to
> avoid such confusion.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *
> grima...@gmail.com
> *Sent:* Saturday, February 25, 2023 7:19 PM
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] - Backpack
>
>
>
> Random question - Does a BASIC program already exist to interface with the
> Backpack to set the clock?
>
>
>
> I find myself having to Cold start the machine often, but this handy
> Backpack has a real time clock in it.
>
>
>
> Would be great to run a quick program that interfaces with the Backpack
> over serial, issues the TIME, DATE and DAY commands, queries the current
> system time and date, calculates the delta and then resets the system clock.
>
>
>
> I started to write the program in BASIC, but I admit I don’t know much
> about serial communication. I managed to open the COM buffer for output,
> send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
> that, close the buffer, reopen it for input and then try to get the result.
>
>
>
> However I only end up with:
>
>
>
> C
>
> #
>
> T
>
>
>
> As if the second PRINT never went through.
>
>
>
> So rather than continue to rack my brain, I figured I’d ask if it already
> exists.
>
>
>
> -George
>
>
>
> On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:
>
> It might not be that straightforward; the printer port is partially shared
> with the keyboard.
>
>
>
> On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
> wrote:
>
> Wire a R2R DAC to the printer port and have the M100 play music Covox
> style. 
>
>
>
> On Wed, Feb 15, 2023, 14:21 Fisher  wrote:
>
> All it needs in its next version is an 8mm stereo jack, an mp3 player and
> some jukebox software for the laptop!
>
> Too much to wish for? No matter, it’s already a great piece of kit. :-)
>
>
>
> Sean
>
>
>
>
>
> On Feb 14, 2023, at 8:08 PM,  <
> bir...@soigeneris.com> wrote:
>
>
>
> The Backpack was designed by a friend of mine who wishes to remain
> private. He sent me one and I thought it was great and encouraged him to
> make more offering my help. My only part of the design was the case.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *
> grima...@gmail.com
> *Sent:* Tuesday, February 14, 2023 1:15 PM
> *To:* Model 100 Discussion 
> *Subject:* [M100] - Backpack
>
>
>
> Just received my Backpack from Soigeneris. All I have to say, is that I
> really like the design of it all. It’s relatively compact, it matches the
> design of the M100, and it runs on a single AA cell.
>
>
>
> I immediately plugged it in, and got it to work. Pretty much zero
> configuration needed. I’ve already got REX installed so I was able to load
> up TS-DOS and be off to the races.
>
>
>
> Shout out to Soigeneris and to whomever designed and built this device!
>
>
>
> Best,
>
> George
>
>
>
>

Re: [M100] - Backpack

If you just cold started, wouldn't that erase the program?

m

On Sat, Feb 25, 2023 at 8:20 PM grima...@gmail.com 
wrote:

> Random question - Does a BASIC program already exist to interface with the
> Backpack to set the clock?
>
> I find myself having to Cold start the machine often, but this handy
> Backpack has a real time clock in it.
>
> Would be great to run a quick program that interfaces with the Backpack
> over serial, issues the TIME, DATE and DAY commands, queries the current
> system time and date, calculates the delta and then resets the system clock.
>
> I started to write the program in BASIC, but I admit I don’t know much
> about serial communication. I managed to open the COM buffer for output,
> send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
> that, close the buffer, reopen it for input and then try to get the result.
>
> However I only end up with:
>
> C
> #
> T
>
> As if the second PRINT never went through.
>
> So rather than continue to rack my brain, I figured I’d ask if it already
> exists.
>
> -George
>
> On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:
>
>> It might not be that straightforward; the printer port is partially
>> shared with the keyboard.
>>
>> On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
>> wrote:
>>
>>> Wire a R2R DAC to the printer port and have the M100 play music Covox
>>> style. 
>>>
>>> On Wed, Feb 15, 2023, 14:21 Fisher  wrote:
>>>
 All it needs in its next version is an 8mm stereo jack, an mp3 player
 and some jukebox software for the laptop!
 Too much to wish for? No matter, it’s already a great piece of kit. :-)

 Sean

 On Feb 14, 2023, at 8:08 PM,  <
 bir...@soigeneris.com> wrote:

 The Backpack was designed by a friend of mine who wishes to remain
 private. He sent me one and I thought it was great and encouraged him to
 make more offering my help. My only part of the design was the case.

 Jeff Birt

 *From:* M100  *On Behalf Of *
 grima...@gmail.com
 *Sent:* Tuesday, February 14, 2023 1:15 PM
 *To:* Model 100 Discussion 
 *Subject:* [M100] - Backpack

 Just received my Backpack from Soigeneris. All I have to say, is that I
 really like the design of it all. It’s relatively compact, it matches the
 design of the M100, and it runs on a single AA cell.

 I immediately plugged it in, and got it to work. Pretty much zero
 configuration needed. I’ve already got REX installed so I was able to load
 up TS-DOS and be off to the races.

 Shout out to Soigeneris and to whomever designed and built this device!

 Best,
 George

Re: [M100] - Backpack

A side note but the reason files misnamed as BA cause a problem is that
tsdos will load them into the BASIC program region verbatim and  treat the
ASCII bytes as parts of binary formatted line numbers and tokens among
other problems, ultimately causing a corrupted RAM file system.

It was the convention on the old Club100 library  to name them this way but
it's now a bad practice.

-- John.




On Sat, Feb 25, 2023, 5:30 PM  wrote:

> Yes, someone already wrote such a program and shared it. If you just got a
> Backpack Drive Plus it is already on the SD card. You can also download it
> from: https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs
>
>
>
> There is an MT version and NEC version. Note that while these have a .BA
> extension they are really text files, a.k.a. .DO files. It has been the
> convention to give BASIC programs shared as text files the .BA extension
> but if you try to load such a file as is BASIC will try to parse it on the
> fly and it can’t do so fast enough. The file extension needs to be changed
> to .DO. Load it into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads
> do: SAVE”FILE.BA” and it is now a tokenized BASIC file.
>
> I’ll get these renamed and include the tokenized version in the future to
> avoid such confusion.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *
> grima...@gmail.com
> *Sent:* Saturday, February 25, 2023 7:19 PM
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] - Backpack
>
>
>
> Random question - Does a BASIC program already exist to interface with the
> Backpack to set the clock?
>
>
>
> I find myself having to Cold start the machine often, but this handy
> Backpack has a real time clock in it.
>
>
>
> Would be great to run a quick program that interfaces with the Backpack
> over serial, issues the TIME, DATE and DAY commands, queries the current
> system time and date, calculates the delta and then resets the system clock.
>
>
>
> I started to write the program in BASIC, but I admit I don’t know much
> about serial communication. I managed to open the COM buffer for output,
> send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
> that, close the buffer, reopen it for input and then try to get the result.
>
>
>
> However I only end up with:
>
>
>
> C
>
> #
>
> T
>
>
>
> As if the second PRINT never went through.
>
>
>
> So rather than continue to rack my brain, I figured I’d ask if it already
> exists.
>
>
>
> -George
>
>
>
> On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:
>
> It might not be that straightforward; the printer port is partially shared
> with the keyboard.
>
>
>
> On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
> wrote:
>
> Wire a R2R DAC to the printer port and have the M100 play music Covox
> style. 
>
>
>
> On Wed, Feb 15, 2023, 14:21 Fisher  wrote:
>
> All it needs in its next version is an 8mm stereo jack, an mp3 player and
> some jukebox software for the laptop!
>
> Too much to wish for? No matter, it’s already a great piece of kit. :-)
>
>
>
> Sean
>
>
>
>
>
> On Feb 14, 2023, at 8:08 PM,  <
> bir...@soigeneris.com> wrote:
>
>
>
> The Backpack was designed by a friend of mine who wishes to remain
> private. He sent me one and I thought it was great and encouraged him to
> make more offering my help. My only part of the design was the case.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *
> grima...@gmail.com
> *Sent:* Tuesday, February 14, 2023 1:15 PM
> *To:* Model 100 Discussion 
> *Subject:* [M100] - Backpack
>
>
>
> Just received my Backpack from Soigeneris. All I have to say, is that I
> really like the design of it all. It’s relatively compact, it matches the
> design of the M100, and it runs on a single AA cell.
>
>
>
> I immediately plugged it in, and got it to work. Pretty much zero
> configuration needed. I’ve already got REX installed so I was able to load
> up TS-DOS and be off to the races.
>
>
>
> Shout out to Soigeneris and to whomever designed and built this device!
>
>
>
> Best,
>
> George
>
>
>
>

Re: [M100] - Backpack

Yes, someone already wrote such a program and shared it. If you just got a 
Backpack Drive Plus it is already on the SD card. You can also download it 
from: https://github.com/Jeff-Birt/Backpack/tree/main/User_Programs 

 

There is an MT version and NEC version. Note that while these have a .BA 
extension they are really text files, a.k.a. .DO files. It has been the 
convention to give BASIC programs shared as text files the .BA extension but if 
you try to load such a file as is BASIC will try to parse it on the fly and it 
can’t do so fast enough. The file extension needs to be changed to .DO. Load it 
into RAM, go to BASIC and do: LOAD”FILE.DO”. After it loads do: SAVE”FILE.BA” 
and it is now a tokenized BASIC file. 

I’ll get these renamed and include the tokenized version in the future to avoid 
such confusion.

 

Jeff Birt

 

From: M100  On Behalf Of grima...@gmail.com
Sent: Saturday, February 25, 2023 7:19 PM
To: m...@bitchin100.com
Subject: Re: [M100] - Backpack

 

Random question - Does a BASIC program already exist to interface with the 
Backpack to set the clock?

 

I find myself having to Cold start the machine often, but this handy Backpack 
has a real time clock in it.

 

Would be great to run a quick program that interfaces with the Backpack over 
serial, issues the TIME, DATE and DAY commands, queries the current system time 
and date, calculates the delta and then resets the system clock.

 

I started to write the program in BASIC, but I admit I don’t know much about 
serial communication. I managed to open the COM buffer for output, send the 
four CR to wake it. However, I then PRINT “TIME”+chr$(13) after that, close the 
buffer, reopen it for input and then try to get the result.

 

However I only end up with:

 

C

#

T

 

As if the second PRINT never went through.

 

So rather than continue to rack my brain, I figured I’d ask if it already 
exists.

 

-George

 

On Fri, Feb 17, 2023 at 4:44 PM Mike Stein mailto:mhs.st...@gmail.com> > wrote:

It might not be that straightforward; the printer port is partially shared with 
the keyboard.

 

On Fri, Feb 17, 2023 at 10:58 AM Alex ... mailto:abortretryf...@gmail.com> > wrote:

Wire a R2R DAC to the printer port and have the M100 play music Covox style. 

 

On Wed, Feb 15, 2023, 14:21 Fisher mailto:nolan...@fisher25.ca> > wrote:

All it needs in its next version is an 8mm stereo jack, an mp3 player and some 
jukebox software for the laptop!

Too much to wish for? No matter, it’s already a great piece of kit. :-)

 

Sean

 





On Feb 14, 2023, at 8:08 PM, mailto:bir...@soigeneris.com> > mailto:bir...@soigeneris.com> > wrote:

 

The Backpack was designed by a friend of mine who wishes to remain private. He 
sent me one and I thought it was great and encouraged him to make more offering 
my help. My only part of the design was the case. 

 

Jeff Birt

 

From: M100 mailto:m100-boun...@lists.bitchin100.com> > On Behalf Of grima...@gmail.com 
 
Sent: Tuesday, February 14, 2023 1:15 PM
To: Model 100 Discussion mailto:m100@lists.bitchin100.com> >
Subject: [M100] - Backpack

 

Just received my Backpack from Soigeneris. All I have to say, is that I really 
like the design of it all. It’s relatively compact, it matches the design of 
the M100, and it runs on a single AA cell.

 

I immediately plugged it in, and got it to work. Pretty much zero configuration 
needed. I’ve already got REX installed so I was able to load up TS-DOS and be 
off to the races.

 

Shout out to Soigeneris and to whomever designed and built this device!

 

Best,

George

Re: [M100] - Backpack

Random question - Does a BASIC program already exist to interface with the
Backpack to set the clock?

I find myself having to Cold start the machine often, but this handy
Backpack has a real time clock in it.

Would be great to run a quick program that interfaces with the Backpack
over serial, issues the TIME, DATE and DAY commands, queries the current
system time and date, calculates the delta and then resets the system clock.

I started to write the program in BASIC, but I admit I don’t know much
about serial communication. I managed to open the COM buffer for output,
send the four CR to wake it. However, I then PRINT “TIME”+chr$(13) after
that, close the buffer, reopen it for input and then try to get the result.

However I only end up with:

C
#
T

As if the second PRINT never went through.

So rather than continue to rack my brain, I figured I’d ask if it already
exists.

-George

On Fri, Feb 17, 2023 at 4:44 PM Mike Stein  wrote:

> It might not be that straightforward; the printer port is partially shared
> with the keyboard.
>
> On Fri, Feb 17, 2023 at 10:58 AM Alex ... 
> wrote:
>
>> Wire a R2R DAC to the printer port and have the M100 play music Covox
>> style. 
>>
>> On Wed, Feb 15, 2023, 14:21 Fisher  wrote:
>>
>>> All it needs in its next version is an 8mm stereo jack, an mp3 player
>>> and some jukebox software for the laptop!
>>> Too much to wish for? No matter, it’s already a great piece of kit. :-)
>>>
>>> Sean
>>>
>>>
>>> On Feb 14, 2023, at 8:08 PM,  <
>>> bir...@soigeneris.com> wrote:
>>>
>>> The Backpack was designed by a friend of mine who wishes to remain
>>> private. He sent me one and I thought it was great and encouraged him to
>>> make more offering my help. My only part of the design was the case.
>>>
>>> Jeff Birt
>>>
>>> *From:* M100  *On Behalf Of *
>>> grima...@gmail.com
>>> *Sent:* Tuesday, February 14, 2023 1:15 PM
>>> *To:* Model 100 Discussion 
>>> *Subject:* [M100] - Backpack
>>>
>>> Just received my Backpack from Soigeneris. All I have to say, is that I
>>> really like the design of it all. It’s relatively compact, it matches the
>>> design of the M100, and it runs on a single AA cell.
>>>
>>> I immediately plugged it in, and got it to work. Pretty much zero
>>> configuration needed. I’ve already got REX installed so I was able to load
>>> up TS-DOS and be off to the races.
>>>
>>> Shout out to Soigeneris and to whomever designed and built this device!
>>>
>>> Best,
>>> George
>>>
>>>
>>>

Re: [M100] VIDEO - Dial-A-ROM for the Model T computers (and others)

How do you select among the 4 images?

On Sat, Feb 25, 2023 at 6:50 PM Brian K. White  wrote:

> On 2/25/23 10:31, bir...@soigeneris.com wrote:
> > Morning all,
> >
> > I just made this video live this AM. The DARs for the Model T computers
> > have sold out already but my friend is making more.
> >
> > In this video we take a look at the ‘Dial-A-ROM’ a spiffy new multi-ROM
> > for vintage portable computers. It was designed by the same guy who did
> > the Backpack drive. First, we’ll learn how to use the Dial-A-ROM with
> > the ROM images that come preinstalled on it. Then we’ll see how to add
> > our own ROM images if we so desire.
> >
> > *https://youtu.be/CejyLsI0HIw 
> >
> > Jeff Birt (Hey Birt!)*
> >
>
> And for the diy-er, I finally vetted these last week:
> https://github.com/bkw777/Teeprom/blob/master/4ROM.md
>
> --
> bkw
>
>

Re: [M100] Windows "MVT100" terminal

You may have misunderstood my poorly worded question: can I upgrade the
firmware in Geoff's board with your VT100 version?

m

On Sat, Feb 25, 2023 at 7:08 PM Stephen Adolph  wrote:

> no, the Geoff board uses the Geoff firmware.
> Model 100 has some impossible-to-replicate escape codes that needs some
> firmware on the terminal end to deal with.
>
> So, it will sorta work but not entirely, without the firmware I think I
> have posted.
>
>
> On Sat, Feb 25, 2023 at 6:57 PM Mike Stein  wrote:
>
>> While on the topic, can I assume that your updated MVT100 firmware will
>> work correctly in the original Geaoff Graham board?
>>
>> m
>>
>> On Sat, Feb 25, 2023 at 3:29 PM Stephen Adolph 
>> wrote:
>>
>>>
>>>
>>> http://club100.org/memfiles/index.php?direction===Steve%20Adolph/MVT100%20for%20PC;
>>>
>>> I decided to post my hacked MVT100 windows application, for feedback.
>>>
>>> It works with this driver:
>>> https://bitchin100.com/wiki/index.php?title=Integrated_VT100_driver
>>> or REX#/REXCPM R2.1 or newer.
>>>
>>> Why:
>>> Using a serial connection, this modified terminal application gives you
>>> an 80x24 display using your PC.
>>> Program is called VT52.exe, which is how it was named by the original
>>> author.
>>> Download and extract the executable from the link above, and configure
>>> the serial interface.  Connect your M100/T102 with the VT100 driver
>>> installed, and connect to PC via serial cable.
>>>
>>> Status is "very beta".  Feedback is appreciated.
>>>
>>> thx
>>> Steve
>>>
>>>

Re: [M100] Windows "MVT100" terminal

no, the Geoff board uses the Geoff firmware.
Model 100 has some impossible-to-replicate escape codes that needs some
firmware on the terminal end to deal with.

So, it will sorta work but not entirely, without the firmware I think I
have posted.


On Sat, Feb 25, 2023 at 6:57 PM Mike Stein  wrote:

> While on the topic, can I assume that your updated MVT100 firmware will
> work correctly in the original Geaoff Graham board?
>
> m
>
> On Sat, Feb 25, 2023 at 3:29 PM Stephen Adolph 
> wrote:
>
>>
>>
>> http://club100.org/memfiles/index.php?direction===Steve%20Adolph/MVT100%20for%20PC;
>>
>> I decided to post my hacked MVT100 windows application, for feedback.
>>
>> It works with this driver:
>> https://bitchin100.com/wiki/index.php?title=Integrated_VT100_driver
>> or REX#/REXCPM R2.1 or newer.
>>
>> Why:
>> Using a serial connection, this modified terminal application gives you
>> an 80x24 display using your PC.
>> Program is called VT52.exe, which is how it was named by the original
>> author.
>> Download and extract the executable from the link above, and configure
>> the serial interface.  Connect your M100/T102 with the VT100 driver
>> installed, and connect to PC via serial cable.
>>
>> Status is "very beta".  Feedback is appreciated.
>>
>> thx
>> Steve
>>
>>

Re: [M100] Windows "MVT100" terminal

While on the topic, can I assume that your updated MVT100 firmware will
work correctly in the original Geaoff Graham board?

m

On Sat, Feb 25, 2023 at 3:29 PM Stephen Adolph  wrote:

>
>
> http://club100.org/memfiles/index.php?direction===Steve%20Adolph/MVT100%20for%20PC;
>
> I decided to post my hacked MVT100 windows application, for feedback.
>
> It works with this driver:
> https://bitchin100.com/wiki/index.php?title=Integrated_VT100_driver
> or REX#/REXCPM R2.1 or newer.
>
> Why:
> Using a serial connection, this modified terminal application gives you an
> 80x24 display using your PC.
> Program is called VT52.exe, which is how it was named by the original
> author.
> Download and extract the executable from the link above, and configure the
> serial interface.  Connect your M100/T102 with the VT100 driver installed,
> and connect to PC via serial cable.
>
> Status is "very beta".  Feedback is appreciated.
>
> thx
> Steve
>
>

Re: [M100] VIDEO - Dial-A-ROM for the Model T computers (and others)

2023-02-25 Thread Brian K. White


On 2/25/23 10:31, bir...@soigeneris.com wrote:

Morning all,

I just made this video live this AM. The DARs for the Model T computers 
have sold out already but my friend is making more.


In this video we take a look at the ‘Dial-A-ROM’ a spiffy new multi-ROM 
for vintage portable computers. It was designed by the same guy who did 
the Backpack drive. First, we’ll learn how to use the Dial-A-ROM with 
the ROM images that come preinstalled on it. Then we’ll see how to add 
our own ROM images if we so desire.


*https://youtu.be/CejyLsI0HIw 

Jeff Birt (Hey Birt!)*



And for the diy-er, I finally vetted these last week:
https://github.com/bkw777/Teeprom/blob/master/4ROM.md

--
bkw

Re: [M100] which .NET version should I use

Sort of.
The screen size can be full screen or small.  The amount of effort to
refresh the screen.

the screen does a refresh when there is a change to the bit map.  So, when
flooded with serial characters, there is kind of a storm of refresh
demands.
the smaller window has a smaller burden.

When sitting idle, it idles.

What was interesting was having to selectively disable a timer that was
used to draw the cursor, when new character data appears.

On Sat, Feb 25, 2023 at 5:24 PM John R. Hogerhuis  wrote:

>
>
> On Sat, Feb 25, 2023, 1:32 PM Stephen Adolph  wrote:
>
>> it started using mono, but some of the configuration window did not
>> function, so.. not an immediate success.
>>
>
> Well not terribly surprising if no one has tried it before.
>
> But it might not be that much that needs to change.
>
> Did you figure out the cpu utilization issue?
>
> -- John.
>
>>

Re: [M100] which .NET version should I use

On Sat, Feb 25, 2023, 1:32 PM Stephen Adolph  wrote:

> it started using mono, but some of the configuration window did not
> function, so.. not an immediate success.
>

Well not terribly surprising if no one has tried it before.

But it might not be that much that needs to change.

Did you figure out the cpu utilization issue?

-- John.

>

Re: [M100] which .NET version should I use

it started using mono, but some of the configuration window did not
function, so.. not an immediate success.

On Sat, Feb 25, 2023 at 4:14 PM Stephen Adolph  wrote:

> thanks, I may just try it and see..
>
>
> On Sat, Feb 25, 2023 at 3:37 PM  wrote:
>
>> Mono is the .NET framework ported to Linux/Mac. It lets you run the same
>> .NET code on those platforms. Like any other cross platform framework there
>> are bound to be a few little things that work a bit different, etc.
>>
>>
>>
>> Jeff Birt
>>
>>
>>
>> *From:* M100  *On Behalf Of *Stephen
>> Adolph
>> *Sent:* Saturday, February 25, 2023 2:30 PM
>> *To:* m...@bitchin100.com
>> *Subject:* Re: [M100] which .NET version should I use
>>
>>
>>
>> Jeff. what I have would only run on PC.  I thought "Mono" (of which I
>> know nothing, except that LaddieAlpha uses it for cross platform) might be
>> a better way to go.
>>
>> Any suggestions?
>>
>> thanks.
>>
>> Steve
>>
>>
>>
>>
>>
>> On Sat, Feb 25, 2023 at 3:26 PM  wrote:
>>
>> ‘Move to Mono’? I don’t understand the question as the point of Mono is
>> to run .NET aps on Linux/Mac. You are still writing .NET code.
>>
>>
>>
>> Jeff Birt
>>
>>
>>
>> *From:* M100  *On Behalf Of *Stephen
>> Adolph
>> *Sent:* Saturday, February 25, 2023 2:07 PM
>> *To:* m...@bitchin100.com
>> *Subject:* Re: [M100] which .NET version should I use
>>
>>
>>
>> I don't really "know" this program.  I just hacked what I could
>> understand to make it speak M100.
>>
>>
>>
>> Ok, well, we shall see.
>>
>>
>>
>> Would it be better to try and move this to Mono?
>>
>>
>>
>> I know that this program uses a lot of "windowy" functionality. Menus,
>> buttons, etc.
>>
>>
>>
>> On Sat, Feb 25, 2023 at 2:46 PM John R. Hogerhuis 
>> wrote:
>>
>> I tend to use whatever compiler I have on my computer that works with
>> 4.5+ ish (I think). But I wouldn't try to hard to find an old compiler or
>> move to an older framework.  Most of this stuff is a free download.
>>
>>
>>
>> Maximize the number of people that can compile my version without trouble
>> or recreating the project files.
>>
>>
>>
>> I don't need new features for console apps. And if they eventually break
>> something it will probably be serial stuff I need that few app devs use.
>>
>>
>>
>> If you're using newer features, frameworks and libraries that's a
>> different story.
>>
>>
>>
>> -- John
>>
>> On Sat, Feb 25, 2023, 11:22 AM Stephen Adolph 
>> wrote:
>>
>> won't that impact backwards compatibility?  I was thinking compile it
>> with an early .NET.
>>
>>
>>
>> On Sat, Feb 25, 2023 at 1:45 PM Gary Weber  wrote:
>>
>> A lot of my Windows development has been "stuck in the past" on earlier
>> versions of .NET like 4.0.
>> The problem with that is it's so far out of Microsoft's support window
>> that you can run into bugs or limitations that will never be fixed.
>> I'd recommend going with an "LTS" version at least, like 6.0.
>>
>>
>>
>> On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
>> wrote:
>>
>> looking for feedback.
>>
>> I have a pretty good prototype now of the MVT100 emulator for running on
>> a windows PC.
>>
>> I have to pick a .NET framework to compile on.
>>
>> Which should I use? any suggestions?
>>
>>
>>
>> thanks
>>
>> Steve
>>
>>
>>
>>

Re: [M100] which .NET version should I use

thanks, I may just try it and see..


On Sat, Feb 25, 2023 at 3:37 PM  wrote:

> Mono is the .NET framework ported to Linux/Mac. It lets you run the same
> .NET code on those platforms. Like any other cross platform framework there
> are bound to be a few little things that work a bit different, etc.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *Stephen
> Adolph
> *Sent:* Saturday, February 25, 2023 2:30 PM
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] which .NET version should I use
>
>
>
> Jeff. what I have would only run on PC.  I thought "Mono" (of which I know
> nothing, except that LaddieAlpha uses it for cross platform) might be a
> better way to go.
>
> Any suggestions?
>
> thanks.
>
> Steve
>
>
>
>
>
> On Sat, Feb 25, 2023 at 3:26 PM  wrote:
>
> ‘Move to Mono’? I don’t understand the question as the point of Mono is to
> run .NET aps on Linux/Mac. You are still writing .NET code.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *Stephen
> Adolph
> *Sent:* Saturday, February 25, 2023 2:07 PM
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] which .NET version should I use
>
>
>
> I don't really "know" this program.  I just hacked what I could understand
> to make it speak M100.
>
>
>
> Ok, well, we shall see.
>
>
>
> Would it be better to try and move this to Mono?
>
>
>
> I know that this program uses a lot of "windowy" functionality. Menus,
> buttons, etc.
>
>
>
> On Sat, Feb 25, 2023 at 2:46 PM John R. Hogerhuis 
> wrote:
>
> I tend to use whatever compiler I have on my computer that works with 4.5+
> ish (I think). But I wouldn't try to hard to find an old compiler or move
> to an older framework.  Most of this stuff is a free download.
>
>
>
> Maximize the number of people that can compile my version without trouble
> or recreating the project files.
>
>
>
> I don't need new features for console apps. And if they eventually break
> something it will probably be serial stuff I need that few app devs use.
>
>
>
> If you're using newer features, frameworks and libraries that's a
> different story.
>
>
>
> -- John
>
> On Sat, Feb 25, 2023, 11:22 AM Stephen Adolph 
> wrote:
>
> won't that impact backwards compatibility?  I was thinking compile it with
> an early .NET.
>
>
>
> On Sat, Feb 25, 2023 at 1:45 PM Gary Weber  wrote:
>
> A lot of my Windows development has been "stuck in the past" on earlier
> versions of .NET like 4.0.
> The problem with that is it's so far out of Microsoft's support window
> that you can run into bugs or limitations that will never be fixed.
> I'd recommend going with an "LTS" version at least, like 6.0.
>
>
>
> On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
> wrote:
>
> looking for feedback.
>
> I have a pretty good prototype now of the MVT100 emulator for running on a
> windows PC.
>
> I have to pick a .NET framework to compile on.
>
> Which should I use? any suggestions?
>
>
>
> thanks
>
> Steve
>
>
>
>

Re: [M100] M100 LCD repair video and alternative use for unused screen RAM

2023-02-25 Thread Philip Avery


Correct Mike, a 1950 Land Rover. This one:



Philip

On 26/02/2023 8:07 am, MikeS wrote:


Knowing Philip, more likely a Land Rover or a Jeep ;-)

- Original Message -
*From:* B 9 
*To:* m...@bitchin100.com
*Sent:* Saturday, February 25, 2023 4:01 AM
*Subject:* Re: [M100] M100 LCD repair video and alternative use
for unused screen RAM


On Fri, Feb 24, 2023 at 1:21 PM Philip Avery 
wrote:

My excuse is I was commissioned to
do a vintage vehicle restoration which has soaked up all my
spare time
for the last 2-years. 



Vintage vehicles are fun, too. This wouldn't happen to have been a
Model T, would it?

The good news is I'm almost complete & I expect
within a few months to get my vintage computing time back & be
able to
resolve any M100 CP/M issues & add new features...


Yay!

—b9

Re: [M100] which .NET version should I use

Mono is the .NET framework ported to Linux/Mac. It lets you run the same .NET 
code on those platforms. Like any other cross platform framework there are 
bound to be a few little things that work a bit different, etc. 

 

Jeff Birt

 

From: M100  On Behalf Of Stephen Adolph
Sent: Saturday, February 25, 2023 2:30 PM
To: m...@bitchin100.com
Subject: Re: [M100] which .NET version should I use

 

Jeff. what I have would only run on PC.  I thought "Mono" (of which I know 
nothing, except that LaddieAlpha uses it for cross platform) might be a better 
way to go.

Any suggestions?  

thanks.

Steve

 

 

On Sat, Feb 25, 2023 at 3:26 PM mailto:bir...@soigeneris.com> > wrote:

‘Move to Mono’? I don’t understand the question as the point of Mono is to run 
.NET aps on Linux/Mac. You are still writing .NET code.

 

Jeff Birt

 

From: M100 mailto:m100-boun...@lists.bitchin100.com> > On Behalf Of Stephen Adolph
Sent: Saturday, February 25, 2023 2:07 PM
To: m...@bitchin100.com  
Subject: Re: [M100] which .NET version should I use

 

I don't really "know" this program.  I just hacked what I could understand to 
make it speak M100.

 

Ok, well, we shall see.

 

Would it be better to try and move this to Mono?

 

I know that this program uses a lot of "windowy" functionality. Menus, buttons, 
etc.

 

On Sat, Feb 25, 2023 at 2:46 PM John R. Hogerhuis mailto:jho...@pobox.com> > wrote:

I tend to use whatever compiler I have on my computer that works with 4.5+ ish 
(I think). But I wouldn't try to hard to find an old compiler or move to an 
older framework.  Most of this stuff is a free download. 

 

Maximize the number of people that can compile my version without trouble or 
recreating the project files.

 

I don't need new features for console apps. And if they eventually break 
something it will probably be serial stuff I need that few app devs use.

 

If you're using newer features, frameworks and libraries that's a different 
story. 

 

-- John 

On Sat, Feb 25, 2023, 11:22 AM Stephen Adolph mailto:twospru...@gmail.com> > wrote:

won't that impact backwards compatibility?  I was thinking compile it with an 
early .NET.

 

On Sat, Feb 25, 2023 at 1:45 PM Gary Weber mailto:g...@web8201.com> > wrote:

A lot of my Windows development has been "stuck in the past" on earlier 
versions of .NET like 4.0.
The problem with that is it's so far out of Microsoft's support window that you 
can run into bugs or limitations that will never be fixed.  
I'd recommend going with an "LTS" version at least, like 6.0. 

 

On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph mailto:twospru...@gmail.com> > wrote:

looking for feedback.

I have a pretty good prototype now of the MVT100 emulator for running on a 
windows PC.

I have to pick a .NET framework to compile on.

Which should I use? any suggestions?

 

thanks

Steve

Re: [M100] which .NET version should I use

Jeff. what I have would only run on PC.  I thought "Mono" (of which I know
nothing, except that LaddieAlpha uses it for cross platform) might be a
better way to go.
Any suggestions?
thanks.
Steve


On Sat, Feb 25, 2023 at 3:26 PM  wrote:

> ‘Move to Mono’? I don’t understand the question as the point of Mono is to
> run .NET aps on Linux/Mac. You are still writing .NET code.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *Stephen
> Adolph
> *Sent:* Saturday, February 25, 2023 2:07 PM
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] which .NET version should I use
>
>
>
> I don't really "know" this program.  I just hacked what I could understand
> to make it speak M100.
>
>
>
> Ok, well, we shall see.
>
>
>
> Would it be better to try and move this to Mono?
>
>
>
> I know that this program uses a lot of "windowy" functionality. Menus,
> buttons, etc.
>
>
>
> On Sat, Feb 25, 2023 at 2:46 PM John R. Hogerhuis 
> wrote:
>
> I tend to use whatever compiler I have on my computer that works with 4.5+
> ish (I think). But I wouldn't try to hard to find an old compiler or move
> to an older framework.  Most of this stuff is a free download.
>
>
>
> Maximize the number of people that can compile my version without trouble
> or recreating the project files.
>
>
>
> I don't need new features for console apps. And if they eventually break
> something it will probably be serial stuff I need that few app devs use.
>
>
>
> If you're using newer features, frameworks and libraries that's a
> different story.
>
>
>
> -- John
>
> On Sat, Feb 25, 2023, 11:22 AM Stephen Adolph 
> wrote:
>
> won't that impact backwards compatibility?  I was thinking compile it with
> an early .NET.
>
>
>
> On Sat, Feb 25, 2023 at 1:45 PM Gary Weber  wrote:
>
> A lot of my Windows development has been "stuck in the past" on earlier
> versions of .NET like 4.0.
> The problem with that is it's so far out of Microsoft's support window
> that you can run into bugs or limitations that will never be fixed.
> I'd recommend going with an "LTS" version at least, like 6.0.
>
>
>
> On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
> wrote:
>
> looking for feedback.
>
> I have a pretty good prototype now of the MVT100 emulator for running on a
> windows PC.
>
> I have to pick a .NET framework to compile on.
>
> Which should I use? any suggestions?
>
>
>
> thanks
>
> Steve
>
>
>
>

[M100] Windows "MVT100" terminal

http://club100.org/memfiles/index.php?direction===Steve%20Adolph/MVT100%20for%20PC;

I decided to post my hacked MVT100 windows application, for feedback.

It works with this driver:
https://bitchin100.com/wiki/index.php?title=Integrated_VT100_driver
or REX#/REXCPM R2.1 or newer.

Why:
Using a serial connection, this modified terminal application gives you an
80x24 display using your PC.
Program is called VT52.exe, which is how it was named by the original
author.
Download and extract the executable from the link above, and configure the
serial interface.  Connect your M100/T102 with the VT100 driver installed,
and connect to PC via serial cable.

Status is "very beta".  Feedback is appreciated.

thx
Steve

Re: [M100] which .NET version should I use

‘Move to Mono’? I don’t understand the question as the point of Mono is to run 
.NET aps on Linux/Mac. You are still writing .NET code.

 

Jeff Birt

 

From: M100  On Behalf Of Stephen Adolph
Sent: Saturday, February 25, 2023 2:07 PM
To: m...@bitchin100.com
Subject: Re: [M100] which .NET version should I use

 

I don't really "know" this program.  I just hacked what I could understand to 
make it speak M100.

 

Ok, well, we shall see.

 

Would it be better to try and move this to Mono?

 

I know that this program uses a lot of "windowy" functionality. Menus, buttons, 
etc.

 

On Sat, Feb 25, 2023 at 2:46 PM John R. Hogerhuis mailto:jho...@pobox.com> > wrote:

I tend to use whatever compiler I have on my computer that works with 4.5+ ish 
(I think). But I wouldn't try to hard to find an old compiler or move to an 
older framework.  Most of this stuff is a free download. 

 

Maximize the number of people that can compile my version without trouble or 
recreating the project files.

 

I don't need new features for console apps. And if they eventually break 
something it will probably be serial stuff I need that few app devs use.

 

If you're using newer features, frameworks and libraries that's a different 
story. 

 

-- John 

On Sat, Feb 25, 2023, 11:22 AM Stephen Adolph mailto:twospru...@gmail.com> > wrote:

won't that impact backwards compatibility?  I was thinking compile it with an 
early .NET.

 

On Sat, Feb 25, 2023 at 1:45 PM Gary Weber mailto:g...@web8201.com> > wrote:

A lot of my Windows development has been "stuck in the past" on earlier 
versions of .NET like 4.0.
The problem with that is it's so far out of Microsoft's support window that you 
can run into bugs or limitations that will never be fixed.  
I'd recommend going with an "LTS" version at least, like 6.0. 

 

On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph mailto:twospru...@gmail.com> > wrote:

looking for feedback.

I have a pretty good prototype now of the MVT100 emulator for running on a 
windows PC.

I have to pick a .NET framework to compile on.

Which should I use? any suggestions?

 

thanks

Steve

Re: [M100] M100 LCD repair video and alternative use for unused screen RAM

Hi Jim,
Yes there is a special LaddieAlpha that runs at 76800.  John of course owns
that.
Right now the only software I have that makes use of the 76800 modified
TPDD routines in M100 is the RXCUTL software.

Having said that, I've not touched it in 2 years, to either test or use.
Should still be ok.

as a reminder this is the speed improvement.  Helpful.

Backup/Restore processes can take some time; use this table for guidance.
*Process* *Memory size* *Duration* *Duration*
REXCPM either 19200 5:20 min
CP/M 2MB 19200 13 min
CP/M 4MB 19200 33 min
REXCPM either 76800 2:10 min
CP/M 2MB 76800 5 min
CP/M 4MB 76800 13:15 min





On Fri, Feb 24, 2023 at 12:59 PM Jim Anderson  wrote:

> > -Original Message-
> >
> > Did you ever finish whatever it was you still needed to do for rexcpm?
> >
> > I don't remember what the problem was supposed to be by now, but I
> > remember to keep watching for some update to either cpmupd or to the
> > disk image every time I reload my rexcpm, and I only know that the files
> > haven't changed.
> >
> > I guess for that matter the question should be "What was that problem
> > supposed to be again?"
>
> Another chime in from someone who is still around but lurking :)
>
> I didn't want to bring this up because I have my own unfinished project I
> feel guilty about, but I will answer the question.  (My unfinished thing is
> that I started on a project to improve the font used on the MVT100 board,
> and I made a minor improvement to readability of a few characters (6, 9,
> and Q, I believe) which Stephen started distributing with new boards, and
> then I embarked on a project to dramatically improve the rendering of the
> 80x24 mode font and also reproduce the original DVI font, and then I got
> stalled out partway through the character set when Life Happened :( but I
> do mean to get back to it, I promise)
>
> The thing that I think you're remembering is that there isn't enough
> directory entries in the CP/M image for the 4MB REXCPM.  I discovered this
> because I was filling mine up and I'm only able to use a little more than
> half the capacity IIRC (it might have been more approaching 2/3 capacity).
> Philip said he would need to re-make the image for 4MB with a greater
> number of directory entries, and that anyone who wanted to use it would of
> course have to export their files, load the new disk image, and re-import
> their files back.  (A pain to be sure, if you've filled it up like I have,
> but a pain I'm quite willing to undergo.)
>
> Two other things I've been hoping for for quite some time, and I'm not
> sure how much of this was Philip's thing and how much was Stephen's thing
> and/or someone else's thing, but there was talk of new versions of
> import/export which would support 8.3 filenames instead of just 6.2 when
> used with a compatible TPDD emulator...
>
> The second thing was 76800bps support when used with a compatible TPDD
> emulator.  I know there's a private version of this floating around
> somewhere because the REX backup/restore utility supports it, and I've been
> aching to make use of it.
>
> Maybe if I get my project moving and released?  My internal guilt makes me
> not want to ask for these things because I have failed so far to deliver on
> my thing... :P
>
>
>
>
>
>
>
> jim
>
>

Re: [M100] which .NET version should I use

I think you can run winforms apps on mono but I haven't tried.

I compile on windows, test and run on windows and mono (raspberry pi
usually)

I don't think moving to mono is a great idea but certainly if you can run
it there that is good since it means you're cross platform.

-- John.

On Sat, Feb 25, 2023, 12:08 PM Stephen Adolph  wrote:

> I don't really "know" this program.  I just hacked what I could understand
> to make it speak M100.
>
> Ok, well, we shall see.
>
> Would it be better to try and move this to Mono?
>
> I know that this program uses a lot of "windowy" functionality. Menus,
> buttons, etc.
>
> On Sat, Feb 25, 2023 at 2:46 PM John R. Hogerhuis 
> wrote:
>
>> I tend to use whatever compiler I have on my computer that works with
>> 4.5+ ish (I think). But I wouldn't try to hard to find an old compiler or
>> move to an older framework.  Most of this stuff is a free download.
>>
>> Maximize the number of people that can compile my version without trouble
>> or recreating the project files.
>>
>> I don't need new features for console apps. And if they eventually break
>> something it will probably be serial stuff I need that few app devs use.
>>
>> If you're using newer features, frameworks and libraries that's a
>> different story.
>>
>> -- John
>>
>> On Sat, Feb 25, 2023, 11:22 AM Stephen Adolph 
>> wrote:
>>
>>> won't that impact backwards compatibility?  I was thinking compile it
>>> with an early .NET.
>>>
>>> On Sat, Feb 25, 2023 at 1:45 PM Gary Weber  wrote:
>>>
 A lot of my Windows development has been "stuck in the past" on earlier
 versions of .NET like 4.0.
 The problem with that is it's so far out of Microsoft's support window
 that you can run into bugs or limitations that will never be fixed.
 I'd recommend going with an "LTS" version at least, like 6.0.

 On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
 wrote:

> looking for feedback.
> I have a pretty good prototype now of the MVT100 emulator for running
> on a windows PC.
> I have to pick a .NET framework to compile on.
> Which should I use? any suggestions?
>
> thanks
> Steve
>
>

Re: [M100] which .NET version should I use

I don't really "know" this program.  I just hacked what I could understand
to make it speak M100.

Ok, well, we shall see.

Would it be better to try and move this to Mono?

I know that this program uses a lot of "windowy" functionality. Menus,
buttons, etc.

On Sat, Feb 25, 2023 at 2:46 PM John R. Hogerhuis  wrote:

> I tend to use whatever compiler I have on my computer that works with 4.5+
> ish (I think). But I wouldn't try to hard to find an old compiler or move
> to an older framework.  Most of this stuff is a free download.
>
> Maximize the number of people that can compile my version without trouble
> or recreating the project files.
>
> I don't need new features for console apps. And if they eventually break
> something it will probably be serial stuff I need that few app devs use.
>
> If you're using newer features, frameworks and libraries that's a
> different story.
>
> -- John
>
> On Sat, Feb 25, 2023, 11:22 AM Stephen Adolph 
> wrote:
>
>> won't that impact backwards compatibility?  I was thinking compile it
>> with an early .NET.
>>
>> On Sat, Feb 25, 2023 at 1:45 PM Gary Weber  wrote:
>>
>>> A lot of my Windows development has been "stuck in the past" on earlier
>>> versions of .NET like 4.0.
>>> The problem with that is it's so far out of Microsoft's support window
>>> that you can run into bugs or limitations that will never be fixed.
>>> I'd recommend going with an "LTS" version at least, like 6.0.
>>>
>>> On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
>>> wrote:
>>>
 looking for feedback.
 I have a pretty good prototype now of the MVT100 emulator for running
 on a windows PC.
 I have to pick a .NET framework to compile on.
 Which should I use? any suggestions?

 thanks
 Steve

Re: [M100] which .NET version should I use

I tend to use whatever compiler I have on my computer that works with 4.5+
ish (I think). But I wouldn't try to hard to find an old compiler or move
to an older framework.  Most of this stuff is a free download.

Maximize the number of people that can compile my version without trouble
or recreating the project files.

I don't need new features for console apps. And if they eventually break
something it will probably be serial stuff I need that few app devs use.

If you're using newer features, frameworks and libraries that's a different
story.

-- John

On Sat, Feb 25, 2023, 11:22 AM Stephen Adolph  wrote:

> won't that impact backwards compatibility?  I was thinking compile it with
> an early .NET.
>
> On Sat, Feb 25, 2023 at 1:45 PM Gary Weber  wrote:
>
>> A lot of my Windows development has been "stuck in the past" on earlier
>> versions of .NET like 4.0.
>> The problem with that is it's so far out of Microsoft's support window
>> that you can run into bugs or limitations that will never be fixed.
>> I'd recommend going with an "LTS" version at least, like 6.0.
>>
>> On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
>> wrote:
>>
>>> looking for feedback.
>>> I have a pretty good prototype now of the MVT100 emulator for running on
>>> a windows PC.
>>> I have to pick a .NET framework to compile on.
>>> Which should I use? any suggestions?
>>>
>>> thanks
>>> Steve
>>>
>>>

Re: [M100] which .NET version should I use

2023-02-25 Thread Gary Weber

Are you trying to target anything earlier than Windows 7 support?

On Sat, Feb 25, 2023 at 12:23 PM Stephen Adolph 
wrote:

> won't that impact backwards compatibility?  I was thinking compile it with
> an early .NET.
>
> On Sat, Feb 25, 2023 at 1:45 PM Gary Weber  wrote:
>
>> A lot of my Windows development has been "stuck in the past" on earlier
>> versions of .NET like 4.0.
>> The problem with that is it's so far out of Microsoft's support window
>> that you can run into bugs or limitations that will never be fixed.
>> I'd recommend going with an "LTS" version at least, like 6.0.
>>
>> On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
>> wrote:
>>
>>> looking for feedback.
>>> I have a pretty good prototype now of the MVT100 emulator for running on
>>> a windows PC.
>>> I have to pick a .NET framework to compile on.
>>> Which should I use? any suggestions?
>>>
>>> thanks
>>> Steve
>>>
>>>

Re: [M100] which .NET version should I use

won't that impact backwards compatibility?  I was thinking compile it with
an early .NET.

On Sat, Feb 25, 2023 at 1:45 PM Gary Weber  wrote:

> A lot of my Windows development has been "stuck in the past" on earlier
> versions of .NET like 4.0.
> The problem with that is it's so far out of Microsoft's support window
> that you can run into bugs or limitations that will never be fixed.
> I'd recommend going with an "LTS" version at least, like 6.0.
>
> On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
> wrote:
>
>> looking for feedback.
>> I have a pretty good prototype now of the MVT100 emulator for running on
>> a windows PC.
>> I have to pick a .NET framework to compile on.
>> Which should I use? any suggestions?
>>
>> thanks
>> Steve
>>
>>

Re: [M100] M100 LCD repair video and alternative use for unused screen RAM

2023-02-25 Thread MikeS

Knowing Philip, more likely a Land Rover or a Jeep ;-)

  - Original Message - 
  From: B 9 
  To: m...@bitchin100.com 
  Sent: Saturday, February 25, 2023 4:01 AM
  Subject: Re: [M100] M100 LCD repair video and alternative use for unused 
screen RAM

  On Fri, Feb 24, 2023 at 1:21 PM Philip Avery  wrote:

My excuse is I was commissioned to 
do a vintage vehicle restoration which has soaked up all my spare time 
for the last 2-years. 

  Vintage vehicles are fun, too. This wouldn't happen to have been a Model T, 
would it?

The good news is I'm almost complete & I expect 
within a few months to get my vintage computing time back & be able to 
resolve any M100 CP/M issues & add new features...

  Yay! 

  —b9

Re: [M100] which .NET version should I use

2023-02-25 Thread Gary Weber

A lot of my Windows development has been "stuck in the past" on earlier
versions of .NET like 4.0.
The problem with that is it's so far out of Microsoft's support window that
you can run into bugs or limitations that will never be fixed.
I'd recommend going with an "LTS" version at least, like 6.0.

On Sat, Feb 25, 2023 at 11:27 AM Stephen Adolph 
wrote:

> looking for feedback.
> I have a pretty good prototype now of the MVT100 emulator for running on a
> windows PC.
> I have to pick a .NET framework to compile on.
> Which should I use? any suggestions?
>
> thanks
> Steve
>
>

[M100] which .NET version should I use

looking for feedback.
I have a pretty good prototype now of the MVT100 emulator for running on a
windows PC.
I have to pick a .NET framework to compile on.
Which should I use? any suggestions?

thanks
Steve

Re: [M100] VIDEO - Dial-A-ROM for the Model T computers (and others)

2023-02-25 Thread Lee Kelley

I ran across the youtube video before seeing this post.  Thank you.  I was
thinking of selling off my collection but now I think I'll wait until
getting  a DAR and see if I can rekindle some interest in using my model
Ts.

On Sat, Feb 25, 2023, 09:33  wrote:

> Morning all,
>
> I just made this video live this AM. The DARs for the Model T computers
> have sold out already but my friend is making more.
>
> In this video we take a look at the ‘Dial-A-ROM’ a spiffy new multi-ROM
> for vintage portable computers. It was designed by the same guy who did the
> Backpack drive. First, we’ll learn how to use the Dial-A-ROM with the ROM
> images that come preinstalled on it. Then we’ll see how to add our own ROM
> images if we so desire.
>
>
>
> *https://youtu.be/CejyLsI0HIw Jeff Birt (Hey
> Birt!)*
>

[M100] VIDEO - Dial-A-ROM for the Model T computers (and others)

Morning all,

I just made this video live this AM. The DARs for the Model T computers have
sold out already but my friend is making more. 

In this video we take a look at the 'Dial-A-ROM' a spiffy new multi-ROM for
vintage portable computers. It was designed by the same guy who did the
Backpack drive. First, we'll learn how to use the Dial-A-ROM with the ROM
images that come preinstalled on it. Then we'll see how to add our own ROM
images if we so desire.

https://youtu.be/CejyLsI0HIw

Jeff Birt (Hey Birt!)

Re: [M100] DVI character set

Thanks Ken, worked like a charm!

On Sat, Feb 25, 2023 at 5:29 AM B 9  wrote:

> On Fri, Feb 24, 2023 at 12:10 PM Kenneth Pettit 
> wrote:
>
> Or you can look at the active ROWs, COLs addresses
>>
>> M100:
>>ROWS: F63Bh   will be 8 or 25
>>COLS: F63Ch   will be 40 or 80
>>
>> T200:
>>ROWS: EF08H   will be 16 or 25
>>COLS: EF09H   will be 40 or 80
>>
> Ken, that is pretty nifty! Do you know if any other values are ever
> assigned to ROWS or COLS? For example, did the “VIEW 80” Option ROM (which
> showed 60 columns on a Model 100) change COLS to 60?
>
> Also, I’m curious whether that BASIC routine I shared earlier for
> detecting the screen size (?CHR$(27)"Y~~"; : RO=CSRLIN+1: CO=POS(0)+1)
> would have any benefit compared to just reading the values directly.
> Perhaps it might be more portable, but I seem to recall the PC-8201A may
> have had a different name for CSRLIN.
>
> —b9
>

Re: [M100] M100 LCD repair video and alternative use for unused screen RAM

B9 do these fonts you linked provide more than Unicode encodings?

Not sure how it works... I'd want the characters to be assigned at their
model t order for some applications.

-- John.


On Sat, Feb 25, 2023, 1:31 AM B 9  wrote:

> On Fri, Feb 24, 2023 at 9:59 AM Jim Anderson jim.ander...@kpu.ca
>  wrote:
>
> My unfinished thing is that I started on a project to improve the font
>> used on the MVT100 board, and I made a minor improvement to readability of
>> a few characters (6, 9, and Q, I believe) which Stephen started
>> distributing with new boards, and then I embarked on a project to
>> dramatically improve the rendering of the 80x24 mode font and also
>> reproduce the original DVI font, and then I got stalled out partway through
>> the character set when Life Happened :( but I do mean to get back to it, I
>> promise)
>>
> I’m curious about the font changes you’ve made as I recently helped a
> bitmap font archiver add the Model-T fonts to his collection
> .
> The 8x8 DVI font
> 
> had looked quite nice at first glance. Is that not what Stephen’s MVT100
> uses?
>
> —b9
>
> P.S. As for the guilt, hey, life happens to the best of us. Some of us get
> so swept up by life that we might never return. If incomplete projects nag
> at you, maybe consider developing your work on a public site like github so
> others can discover your unfinished opus and build up from the scaffolding.
>
>

[M100] dlplus naming

2023-02-25 Thread Joshua O'Keefe

> On Feb 24, 2023, at 7:55 AM, Brian K. White  wrote:
> dl2 makes the most sense if I didn't care about the "dl" part. It says what 
> it is and what to expect correctly and succinctly.

You are not obligated to take end user expectation into the equation here, 
however the end user is mostly just doing the same thing they've done with 
dlplus all along: grab some source, make it, run more or less the same command.

Many cool new features have accreted, adding some new options although some are 
transparent goodness.  Bootstrap capabilities have blossomed.  The end user 
experience, though, is pretty dlplus-(plus plus et al)-ish and it's not totally 
unreasonable to consider that in fork naming.

Do as you like, of course, the project is a boon to the community no matter the 
name!

Re: [M100] DVI character set

On Fri, Feb 24, 2023 at 12:10 PM Kenneth Pettit  wrote:

Or you can look at the active ROWs, COLs addresses
>
> M100:
>ROWS: F63Bh   will be 8 or 25
>COLS: F63Ch   will be 40 or 80
>
> T200:
>ROWS: EF08H   will be 16 or 25
>COLS: EF09H   will be 40 or 80
>
Ken, that is pretty nifty! Do you know if any other values are ever
assigned to ROWS or COLS? For example, did the “VIEW 80” Option ROM (which
showed 60 columns on a Model 100) change COLS to 60?

Also, I’m curious whether that BASIC routine I shared earlier for detecting
the screen size (?CHR$(27)"Y~~"; : RO=CSRLIN+1: CO=POS(0)+1) would have any
benefit compared to just reading the values directly. Perhaps it might be
more portable, but I seem to recall the PC-8201A may have had a different
name for CSRLIN.

—b9

Re: [M100] DVI character set

On Thu, Feb 23, 2023 at 5:37 PM Stephen Adolph twospru...@gmail.com
 wrote:

I'm back at this.
> In the emulator I am working on. Ow, I have to redo the fonts.  I'm free
> to use whatever I want.
>
> So, which one of these fonts is actually used by the dvi?  The 8x8 or the
> 7x8?
>
I don’t have a DVI, but my understanding is that both are used, depending
upon whether you set the display to 40- or 80-columns. The commands WIDTH 40
and WIDTH 80 switch between the two.

Note that the DVI from Radio-Shack doesn’t allow PSET/PRESET to address
individual pixels, so the width difference between the fonts probably
wasn’t seen as a big deal. If I recall correctly, the NEC PC-8201A’s video
interface — which does allow pixel addressing and colors — handles the
problem by always specifying coordinates using a virtual high-resolution
grid which is mapped onto whatever resolution is actually displayed.

—b9

Re: [M100] M100 LCD repair video and alternative use for unused screen RAM

On Fri, Feb 24, 2023 at 9:59 AM Jim Anderson jim.ander...@kpu.ca
 wrote:

My unfinished thing is that I started on a project to improve the font used
> on the MVT100 board, and I made a minor improvement to readability of a few
> characters (6, 9, and Q, I believe) which Stephen started distributing with
> new boards, and then I embarked on a project to dramatically improve the
> rendering of the 80x24 mode font and also reproduce the original DVI font,
> and then I got stalled out partway through the character set when Life
> Happened :( but I do mean to get back to it, I promise)
>
I’m curious about the font changes you’ve made as I recently helped a
bitmap font archiver add the Model-T fonts to his collection
.
The 8x8 DVI font

had looked quite nice at first glance. Is that not what Stephen’s MVT100
uses?

—b9

P.S. As for the guilt, hey, life happens to the best of us. Some of us get
so swept up by life that we might never return. If incomplete projects nag
at you, maybe consider developing your work on a public site like github so
others can discover your unfinished opus and build up from the scaffolding.

Re: [M100] M100 LCD repair video and alternative use for unused screen RAM