Re: [M100] Fwd: [johhog 245584490] DreamHost Discussion Lists: Upcoming Maintenance

John, Thank you for running this mailing list that connects us. For years, you've quietly supported the Model T world, asking nothing. I hope you know your work is seen and appreciated. —b9 On Thu, Aug 29, 2024 at 7:31 PM John R. Hogerhuis wrote: > FYI > > -- Forwarded message ---

Re: [M100] Baldur's Gate/ "Dungeon Delver" on Model 100

I only just now finally got around to trying this game everyone was talking about. I found it delightful as this is a game I've been looking for for a long time. Years ago, when I first met a Model T portable computer and stumbled upon the intriguing GRPH key characters (stick figures, houses, UFO

Re: [M100] Interoperability of M100 cassettes with M200

Good questions! Is the statistical package written in BASIC? If not, you'd need a Tandy 200 specific version of the program. Which statistics are you needing? I have heard that it is theoretically possible to have a program which spans banks, perhaps keeping the code in one bank and data files in

Re: [M100] DIY laptop

On Thu, Aug 8, 2024 at 11:16 AM John R. Hogerhuis wrote: > > A pico could certainly do everything a M100 workalike needs in a CPU, > probably even implement an 8085 instruction set. > > It's amazing how democratizing all this is... individual engineers can > make their own cases, compatible CPUs,

Re: [M100] M200 LCD?

This probably doesn't help you, but I vaguely remember a rumor that, before the Tandy 200 was ready, Microsoft used Z29 terminals as screens for software development. I have no idea how this would work, but it is plausible one could run a T200 "headless". I wonder if whoever ended up buying Bill Ga

Re: [M100] Missing Multiplan ROM T200?

n Wed, Aug 7, 2024 at 12:02 PM B 9 wrote: > Great job fixing MSPLAN! I have never heard of a reason for the pin to be > bent under. All I can think is that perhaps this machine used to be > attached to something over the System Bus connector and the ROM had to be > disabled to not inter

Re: [M100] Missing Multiplan ROM T200?

and the > ROM just needed to be reseated. Exactly how that would relate to the > availability or non-availability of 1,466 bytes I don't know. > > Tom > > > > On Tue, Aug 6, 2024 at 9:40 PM B 9 wrote: > >> Brian is right that whatever happened to make tge bui

Re: [M100] AsciiPixels: pbm2ap.c

On Wed, Aug 7, 2024 at 6:33 AM Kenneth Pettit wrote: > Hi B 9, > > No, pointers are defined as 8x9 images with a mask. And there is only a > single pointer, so it could only be used for the mouse (for instance). I > had considered this option. But I don't believe I have

Re: [M100] AsciiPixels: pbm2ap.c

P.S. If I wanted to use AsciiPixels to herd cats around the screen, would I have to make them mouse pointers? What I think I'd like is to be able to render a bitmap using XOR so I can erase it swiftly, but AP doesn't seem to offer that. —b9

[M100] AsciiPixels: pbm2ap.c

t;)) == NULL) { printf("unable to open %s\n", argv[optind + 1]); -fclose(in); return 1; } ``` —b9 On Tue, Aug 6, 2024 at 8:08 AM Kenneth Pettit wrote: > On 8/6/24 7:46 AM, Joshua O'Keefe wrote: >

Re: [M100] REX# suddenly stopped working. Any way to revive?

nager_Software > > I suggest using the newest software version. > > In general I have found it very challenging to make REX# completely > bulletproof. It is hard to anticipate every possible failure mode. > > cheers, > Steve > > > On Tue, Aug 6, 2024 at 6:26 AM B 9 wrote

Re: [M100] Missing Multiplan ROM T200?

a stuck address line. These units all have leaking caps and > batteries by now, even if they are still working. > > Don't be loath to open it, run to open it to arrest the development from > getting worse as soon as possible. > > -- > bkw > > > On 8/5/24 09:5

Re: [M100] Mouse in a Maze

On Tue, Aug 6, 2024 at 5:59 AM wrote: I’m glad to hear it.BTW: I merged your GitHub fork so the next update > will include the .BA files. > Great! When you’re ready to test out the automatic .BA file generation, all you have to do is create a tag and push it to the server: git tag v1.0 git p

[M100] REX# suddenly stopped working. Any way to revive?

I've been happily using a REX# Option ROM in my Tandy 200 for a while now but today it gave me some weird message about rebuilding the ROM directory. The progress bar was frozen at about 80%. I had to do a full reset (holding SHIFT+Break+Reset) and and now my REX# doesn't respond. Running `CALL 61

Re: [M100] Mouse in a Maze

On Fri, Aug 2, 2024 at 11:43 PM B 9 wrote: > The only issue I ran into (and it is a minor one) is that it doesn't work > on my Tandy 200 so I had to use Virtual T. > >1. There is a graphical glitch in the doorways that causes pixel >debris. It looks like when a horiz

Re: [M100] Missing Multiplan ROM T200?

ening when MSPLAN is selected. The machine looks > and can only be recovered with a cold reset. Is there any chance an issue > with backup battery could cause this problem? Is it necessary to create an > empty .DO file (or some other format) before MSPLAN will start? > > Tom >

Re: [M100] Missing Multiplan ROM T200?

That's actually pretty cool and I'm curious what GTE's firmware does. What software version are you seeing? I'm not sure why they would overwrite MSPLAN yet leave it in the menu, but if they added an "option ROM", I believe you can run it with `CALL 61167, 2`. —b9 On Sun, Aug 4, 2024 at 6:10 PM

Re: [M100] Mouse in a Maze

On Sat, Aug 3, 2024 at 5:47 AM lloydel...@comcast.net wrote: Hi B9, > Thanks for the detailed response, Lloyd! I don’t know much about the Tandy 200. I’m surprised that the program > works on it at all. > For BASIC programs (not machine language) it is nea

Re: [M100] Double precision format (N82 BASIC) and inaccuracy from simply saving a file

On Thu, Aug 1, 2024 at 8:14 AM John R. Hogerhuis jho...@pobox.com wrote: Seems like a design flaw in BASIC. Since FP numbers cannot exactly > represent all numbers that can be written in decimal (unless it's some kind > of BCD format), it really should be keeping t

Re: [M100] Mouse in a Maze

Nice! Well documented and well written. The only issue I ran into (and it is a minor one) is that it doesn't work on my Tandy 200 so I had to use Virtual T. 1. There is a graphical glitch in the doorways that causes pixel debris. It looks like when a horizontal line is erased to create a no

[M100] Double precision format (N82 BASIC) and inaccuracy from simply saving a file

So, after I finished the tokenizer for the Model 100 version of BASIC, I figured NEC’s N82 BASIC would be a snap. It turns out that it is a little trickier because the internal representation of literal numbers is not the same as what is in the source listing. In particular, double precision reals

Re: [M100] molex socket bus tap

I don't have any pressing need for it at the moment, but I can see how useful that would be! That's one less barrier to someone who wants to start hardware hacking on the ROM socket. How much are you expecting this gizmo to cost? —b9 On Tue, Jul 30, 2024 at 10:23 PM Brian K. White wrote: > Any

Re: [M100] Model 100 System ROM dload?

Hey Birt! (et al) I talked to the guy who runs the archive and got the links fixed for http://archives.oldskool.org/pub/drivers/Tandy/nemesis.lonestar.org/. It is now browsable. —b9 On Wed, Jun 26, 2024 at 12:40 PM wrote: > Thanks. None of the links on that page work and I can't seem to find >

Re: [M100] [m100] Odd Topic - barcode storage

On Wed, Jul 17, 2024 at 8:24 AM Kenneth Pettit wrote: > > The MSM80C85ARS used in the Model 100 was 3 micron Si-CMOS process. > > https://www.cpu-world.com/CPUs/8085/OKI-MSM80C85ARS.html > Thanks, Ken! That would fit well with an arbitrary, artistic license threshold of "about a micrometer" for

[M100] b9's tokenizer, take two

Hey there, folks! A while ago, I wrote a BASIC tokenizer in C and was happy enough with the results. It let me write a program that was too large to store both the .DO and .BA files in memory at the same time. I would tokenize the .DO file on a remote host and download just the resulting .BA file

Re: [M100] [m100] Odd Topic - barcode storage

On Sun, Jul 7, 2024 at 9:13 PM Mike Stein wrote: > I don't know about outer space but that was a fairly popular medium > for distributing audio files including computer programs; they were > real grooved audio disks similar but smaller than a 45 RPM record but > on a thin flexible medium similar

Re: [M100] [m100] Odd Topic - barcode storage

On Fri, Jul 5, 2024 at 8:31 PM John R. Hogerhuis wrote: > Mars Pathfinder Sojourner rover onboard processor used a flight-qualified > Intel 8085 running at 100 KIPS > Oh, cool. I didn't know any 8085s had made it to outer space! While I was looking up the bar code program listings, I just notic

Re: [M100] [m100] Odd Topic - barcode storage

tical. I > figured, in space reams of barcodes books are more resilient than cassettes > as a backup given electromagnetic forces. > > > > -- > *From:* M100 on behalf of B 9 < > hacke...@gmail.com> > *Sent:* Friday, July 5, 2024 11:59 AM > *To:* m...@bitchin100.com >

Re: [M100] [m100] Odd Topic - barcode storage

Hey JS, welcome to Model T computing! Greg is right, it was Portable Computer Magazine that printed the barcode listings, according to https://www.ordersomewherechaos.com/rosso/fetish/m102/web100/docs/kyocera-faq.html#b13 . Just out of curiosity, why did you get both a 100 and 200? Are you trying

Re: [M100] M100 list getting sent to SPAM folder?

In > one case a friend and I had exchanged ~10 emails in a thread and Gmail > randomly start blocking them. Sent same exact text from my Gmail account > and it was fine. Very frustrating for Google to silently block. They seem > to be the worst at actually blocking spam while not blocking

Re: [M100] M100 list getting sent to SPAM folder?

Turns out Dreamhost hasn't figured out yet how to wrap or chain mailing list messages properly using encrypted authentication. That's a bit disappointing, but it sounds like it's been a major problem for many mailing lists. (See: https://www.ietf.org/archive/id/draft-levine-dmarc-listugh-01.html) D

[M100] M100 list getting sent to SPAM folder?

Sorry for the offtopic message, but I'm wondering if this is happening to just me or everyone. I haven't been getting M100 list messages for a while, but found some in my spam folder with a warning that the mail was suspicious because it had not been authenticated. Both Yahoo and Google started

[M100] VirtualT mainline source code

Is Virtual T no longer being released by the original developers? (Ken Petit? Stephen Hurd?) I was thinking about reporting some bugs and want it to go to whatever is the mainline these days. I've been noticing some strange artifacts in the way that NEC PC8201a binary files are saved to disk and I

Re: [M100] next project!

On Fri, Mar 1, 2024 at 6:45 PM Stephen Adolph wrote: > I have so many Model T around here-- too many! One of the reasons is for > testing, but another reason is because I have different computers for > different use cases. > For example, I have an M100 set up for CP/M using an NSC800 CPU using >

Re: [M100] Adding Gotek to T100 Disk Video Interface

On Fri, Mar 15, 2024 at 11:06 AM Gary Wilkinson wrote: > Hi Guys, I hope it's OK to resurrect an old email thread. > I think the good folks here, who are wizards riding around on dinosaurs in modern times, can handle a little necromancy. > My DVI Gotek is still working well with my T102, but I

Re: [M100] dice

On Wed, Feb 14, 2024 at 7:44 AM John R. Hogerhuis wrote: That's pretty cool. How many bits does the QR convey? > That’s a surprisingly complex question. The short answer is that this 21 x 21 pixel QR code could hold up to seventeen 8-bit binary characters. (Phones seem to recognize the characters

Re: [M100] dice

ue? Hmmm… > Cheers and again, thanks, > Steve > > -- > Greetings from Steve Baker (he/him/his) > “Gravity brings me down…” > > > > On Feb 13, 2024, at 4:25 PM, B 9 wrote: > Oh, now I feel silly. I hadn't known what "Standard Expression" meant. It sound

Re: [M100] dice

ess enter to perform the same roll, etc. > Cheers, > Steve > > -- > Greetings from Steve Baker (he/him/his) > “Gravity brings me down…” > > > > On Feb 13, 2024, at 3:55 AM, B 9 wrote: > (Oops, I know your name is "Steve". I don't know why I type

Re: [M100] dice

(Oops, I know your name is "Steve". I don't know why I typed "Steven".) On Tue, Feb 13, 2024 at 12:53 AM B 9 wrote: > Thanks for the walkthrough, Steven! While adding in the fast counters > wouldn't hurt (probably), I don't think Dice Box needs algori

Re: [M100] dice

forgotten about the > football stuff this past weekend and I ended up having plans both days). > Hopefully this helps a little bit at least? It was fun to revisit the code > after so long (well, four years at least) and the memories of writing it. > > Cheers and thanks, > Steve &

[M100] Model T random algorithm, surprisingly good?

I knew that calling *RND(1)* uses the previous result as the seed for the random number generator and that one can instead seed it manually by calling *RND(-X)*, but I had thought it was similar to Microsoft BASIC-80 (MBASIC) which limited the seed to the range -32,768 to 32,767. Boy, was I wrong!

Re: [M100] dice

On Tue, Dec 26, 2023 at 4:36 PM Steve Baker wrote: That was one of the hardest parts about writing that app — I did a lot of > research about tips and tricks, and have a few nested randomizer routines > in there to compensate. While I have not done a statistical study with a > significant sample

Re: [M100] - Text Sweet 2.3 Release

On Fri, Mar 3, 2023 at 1:44 AM John R. Hogerhuis wrote: > > Modern structured programming language designers endeavor to make > them context free. Which just means they can be described fully by a > context free grammar, like BNF. Programming languages are all parseable, > but where they deviate

Re: [M100] - Text Sweet 2.3 Release

On Wed, Mar 1, 2023 at 11:00 PM John R. Hogerhuis wrote: > Well, for ANSI C 99 lex is probably the best way. C doesn't (didn't?) have > any regex engine. I don't know what's in modern C, it might have libraries > for regex. > I've used the PCRE library in C, which works but is not as nice as a l

Re: [M100] - Text Sweet 2.3 Release

On Wed, Mar 1, 2023 at 9:39 AM John R. Hogerhuis wrote: > Parser systems are less work than they're worth. But lexer systems, not so > much. > Modern languages have advanced regular expression systems which are equal > in power to a lexer. Might as well just use a big regex to lex your tokens. >

Re: [M100] - Text Sweet 2.3 Release

On Wed, Mar 1, 2023 at 6:39 AM Brian K. White b.kenyo...@gmail.com wrote: > I also wrote a renumberer and packer in bash (actually in awk too before > that, still in the repo in the "attic") > > https://github.com/bkw777/BA_stuff > Okay, that’s freaking aweso

Re: [M100] - Text Sweet 2.3 Release

On Tue, Feb 28, 2023 at 6:40 PM B 9 hacke...@gmail.com <http://mailto:hacke...@gmail.com> wrote: By the way, a tokenizer should be able to reduce the file size dramatically > by simply omitting the string after REM statements. Having it remove > vestigial lines completely would

Re: [M100] - Text Sweet 2.3 Release

On Tue, Feb 28, 2023 at 4:55 PM grima...@gmail.com wrote: > Thanks all! > > At some point I’ll look into adding Tokenization directly into Github. > Awesome. It looks like compiling and running a C program may be trivial in the yaml file: - uses: actions/checkout@v3 - run: | make

Re: [M100] - Text Sweet 2.3 Release

On Tue, Feb 28, 2023 at 11:03 AM B 9 wrote: > Last year I wrote a tokenizer in C. ¹ > > https://github.com/hackerb9/tokenize > Addendum: the binaries it generates work fine on actual machines, but Virtual T is overly persnickety about the memory pointers. I'd forgotten about thi

Re: [M100] - Text Sweet 2.3 Release

On Mon, Feb 27, 2023 at 7:51 AM grima...@gmail.com grima...@gmail.com wrote: Currently I’m using VS Code and Virtual T in tandem to develop. It would be > great if there were a modern tokenizer and packer written in Python or > similar. Last year I wrote a token

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

On Sat, Feb 25, 2023 at 12:37 PM Philip Avery wrote: > Correct Mike, a 1950 Land Rover. > Wow! That looks like it just rolled out of the factory. —b9

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!

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

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

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 a

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

.asm > > Philip > > On 24/02/2023 8:40 pm, B 9 wrote: > > On Sun, Feb 19, 2023 at 4:06 PM Mike Stein wrote: > >> You might also get inspired by Philip Avery's Sudoku program in his >> Club100 upload folder. >> > > Unfortunately, it doesn't w

Re: [M100] Super ROM for NEC

On Sun, Feb 19, 2023 at 12:34 PM Stephen Adolph wrote: > Yah I'm not sure it is actually doable, in a reasonable amount of time > effort. > It is hard to separate data tables from code. > > I found one disassembler that was capable of labeling, and tracing code, > but it did not support undoc opc

Re: [M100] Radio Shack trs80 Model 200 for sale

Did Kevin ever respond to your offer? —b9 On Sun, Feb 19, 2023 at 10:45 AM Joshua O'Keefe wrote: > Hello Kevin. > Would you accept €150 for packing and shipping of the computer to the USA? >

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

On Sun, Feb 19, 2023 at 4:06 PM Mike Stein wrote: > You might also get inspired by Philip Avery's Sudoku program in his > Club100 upload folder. > Unfortunately, it doesn't work at all on my Tandy 200. (I tried both version 3.1 and 4.1). Maybe he'll publish the source... > That'd be nice. Is h

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

On Tue, Feb 21, 2023 at 2:13 PM grima...@gmail.com wrote: > I changed a few things with Text Sweeper. Not only did I fix the bug where > the T200 won’t stop redrawing the screen, but I officially added support > for the larger screen size. Thanks. Tested and works great on my Tandy 200. > The

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

On Tue, Feb 14, 2023 at 11:35 PM Brian White wrote: > There are also font replacements that make more rows & columns on the > existing lcd by making the glyphs smaller. I forget the name but I think > one of the option roms has one. > I think I stumbled upon what you were talking about: https://

Re: [M100] Need a beta tester

gt; statement would ever evaluate to true: >> >> IF PEEK(A)=195 AND PEEK(A)=46 THEN AP=1 ELSE AP=0 >> >> Did you mean PEEK(A+1)=46 ? >> >> Gary Weber >> www.web8201.com >> >> >> >> Original message >> From

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

On Wed, Feb 15, 2023 at 7:45 AM John R. Hogerhuis wrote: > > What is needed is a way to disable the label key feature while the program > runs. > Oh. If that's the ultimate goal, I believe you can just use: KEY OFF But, perhaps all the machinations to handle the damage from the label key were

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

On Tue, Feb 14, 2023 at 7:26 PM grima...@gmail.com wrote: > Make sure to check out what happens when you click a number cell, and it > has the appropriate number of flags around it. > I gotta say, that one change made a big difference in TSWEEP. Less drudgery and more strategy! There is one min

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

On Tue, Feb 14, 2023 at 7:26 PM grima...@gmail.com wrote: > To make a long story short, one of the features I incorporated was that no > mine can be present in any cell surrounding initial click. In essence, the > cell you click will always be a zero. This is how Microsoft’s version works > as we

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

> > Just note, I already put together a 2.3.1 release, which significantly > increases cursor responsiveness. Try it out if you have time. Works great on my Model 200 once I commented out line 3010. (Until I hit the 'H' key, anyhow). I like that you are using asterisks ✳ for the mines now. That m

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

On Tue, Feb 14, 2023 at 6:00 AM grima...@gmail.com wrote: > If someone wants to branch my repo and mod it to add graphics, I suppose > they could. However, I would advise against it. I plan to do > continuous development on Text Sweeper for a while, and will be releasing > updates more frequently

Re: [M100] Recommendation for T200 clip on led light?

I'd love to hear about one as well. The Tandy 200's screen seems to require a diffuse light. All the clip on LED lights I've tried illuminate only a small region of the screen. I've actually had better luck turning the LEDs away from the screen to bounce the light off other things, like my face. 😎

Re: [M100] Need a beta tester

> > I am working on updating the ap_doc.do file with AsciiPixel image > encoding documentation, but it is a bit involved and is taking some time to > update. > Hey Ken, I know you're in the middle of updating the documentation, but I figured I might as well share the minor changes I made to ap_doc

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

On Mon, Feb 6, 2023 at 2:16 PM grima...@gmail.com wrote: > 1. I am still alive and well, not that anyone seemed overly concerned > there :D > Yay! > Updates coming soon. > >- I started managing the codebase through a Private git repository. I >will opt to just make this Public for post

Re: [M100] Model 200 issues with Serial Wi-Fi Adapter

Also, if you want to prevent the lockups, you could loop back DTR to DSR as described earlier in this thread. —b9 On Thu, Dec 22, 2022 at 10:10 AM B 9 wrote: > Thanks for doing that direct test from your Tandy 200 to 102. That > confirms that the Tandy 200's TELCOM program (a

Re: [M100] Model 200 issues with Serial Wi-Fi Adapter

Thanks for doing that direct test from your Tandy 200 to 102. That confirms that the Tandy 200's TELCOM program (and possibly anything that calls the ROM to read the serial port) is different. I hadn't known that before. I think it must be a bug because even a program that uses DSR to find out whet

Re: [M100] Model 200 issues with Serial Wi-Fi Adapter

On Wed, Dec 21, 2022 at 5:10 PM John R. Hogerhuis wrote: > Given that it wasn't actually using flow control I see no reason to make a > simple 3 wire cable fail. It's punishingly opinionated. Sort of like Frank > Lloyd Wright building interior walls at an angle because he didn't like > people han

Re: [M100] Model 200 issues with Serial Wi-Fi Adapter

CTS/RTS is the current standard hardware flow control, so I'd be surprised if any modern dongle didn't handle it as it's necessary for high speed connections. I suggest *not* jumpering those together. I believe there is some software for the Model 100 that can use them for hardware handshaking. (HT

Re: [M100] Model 200 issues with Serial Wi-Fi Adapter

That is odd. Handshaking and Carrier Detect can cause peculiar problems, but I'm wondering if maybe something else is wrong with the serial port. I have a Tandy 200 and my belief is that the the serial port is the same as the 102 (which came later). The only difference I know of is that one needs

Re: [M100] Better TELCOM program / ROM

P.P.S. Please ignore my silly “markdown” typesetting. I really need to install the markdown-here <https://markdown-here.com/> extension. What I meant to say was, to bootstrap a binary transfer program to your T200, just run: dlplus -b DSKMGR.200 On Thu, Dec 8, 2022 at 12:04 PM B 9

Re: [M100] Better TELCOM program / ROM

The frozen thing is common for me with TELCOM as well when I remove the serial cable. I don't know if that's a Tandy 200 thing or if it affects the Model 100 as well. I presume it has something to do with Carrier Detect, or the like. The solution is to hit Shift-Break then F8. Every time you hit S

Re: [M100] Unusual Cassette

ct description in the 1984 Radio Shack catalog <https://www.radioshackcatalogs.com/flipbook/catalogs/computer_main/c1984_rsc-10/59.jpg>, the Model 100's cassettes are interchangeable with the Model 4. —b9 On Sun, Nov 27, 2022 at 3:45 PM B 9 wrote: > Interesting archaeological dig

Re: [M100] Unusual Cassette

Interesting archaeological dig. Are you able to post the .wav files of the cassettes? "DS" error is, in my experience, what one sees from garbled data (like a serial line without XON/XOFF flow control). I believe it technically means, the m100 saw data it recognized, but it didn't see a line numbe

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

On Sat, Nov 12, 2022 at 12:37 AM John R. Hogerhuis wrote: > > Cover will be a picture of me with lockdown beard and a Model 100 strapped > on the back of my 286cc motorcycle. Where is he going? Nowhere exceedingly > fast, but he's wringing it out for everything it's worth! > > I love that descrip

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

On Fri, Nov 11, 2022 at 4:28 PM John R. Hogerhuis wrote: > > On Fri, Nov 11, 2022 at 4:00 PM B 9 wrote: > >> I wonder when the last book for Model T tinkerers was published? So much >> new knowledge has been found since then. >> The best books I've seen are >&

[M100] Bitchin' 100 on Bing

On Fri, Nov 11, 2022 at 7:21 PM Brian K. White wrote: > [...] It's like bitchin100 is blacklisted on > DDG, (and thus, probably on Bing too). [...] > Blacklisting had never occurred to me. Bitchin100 shows up in Google results, but usually it's not the first result or even on the first page (lik

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

On Fri, Nov 11, 2022 at 11:12 AM John R. Hogerhuis wrote: > > So, it's not only been done, but you can poke the baud rate higher than > 19,200? > > Yes, as far as I know I was the first one to do anything with higher baud > rates. But I didn't come to the Model 100 scene until about 2004, I think

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

Oh! The more I learn, the more I find there is to learn. I like that no matter what mountain I climb, there's always Guru Hogerhuis already at the top, smiling and pointing the way forward. So, it's not only been done, but you can poke the baud rate higher than 19,200? And it is stable? I didn't s

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

On Wed, Oct 26, 2022 at 7:24 PM runrin wrote: > i made another version that uses string pointers because i felt bad > using 16 strings. the PEEKS seem to be pretty expensive though, so i > think it's actually slower than the previous version, but the code is a > bit clearer. using MID$ is probabl

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

t was started, typed ?TIME$ and hit ENTER so that it'd show up as soon as the loading was finished. On the PC end, I used my other hand to hit ENTER a fraction of a second after I hit ENTER to start the LOAD on the Tandy 200. On Tue, Nov 1, 2022 at 10:58 AM B 9 wrote: > Good question

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

nce in actual throughput. > > Have you ever compared actual BASIC download speed at 9600 vs. 19200bd? > > m > > > - Original Message - > *From:* B 9 > *To:* m...@bitchin100.com > *Sent:* Tuesday, November 01, 2022 3:33 AM > *Subject:* Re: [M100] Notoriousl

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

On Mon, Oct 31, 2022 at 12:11 AM MikeS wrote: > Reliable maximum download speeds on the M100 without handshaking are > around: > BASIC: 600 bd to allow time to tokenize and store. > TERM: 2400 because of the slow LCD scrolling. > TEXT: 9600 since it does not display while loading. > That sounds

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

34 seconds/50 lines; as I > mentioned, LCD performance is pretty bad, especially scrolling. > > For comparison, outputting to the com port halves the time to 17 seconds, > and of course you can scroll, save and print that on your PC as well. > > m > > On Sun, Oct 30, 2022 a

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

On Sun, Oct 30, 2022 at 7:28 PM John R. Hogerhuis wrote: > You could always script it out to do a git commit after every ctrl-z > Sometimes, I don't know if you're joking or not... I mean, yes, that's brilliant and should work. But, oh boy. Once again, you've got my brain turning on completely n

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

the cable to around > 2 feet. > > Never did use the disk drives very much although I did install a second > one; even today while playing with Will's dump program it's so simple to > plug in the cable to the PC, select download or upload on the PC and either > BASIC F3 (S

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

On Thu, Oct 27, 2022 at 8:51 AM MikeS wrote: > It might not be so bad on a 200 but my main annoyance is having to > scroll up and down on the M100's 8 line screen; as a matter of fact the > larger screen was the main reason I bought a DVI when they came out. > When they came out? I wonder if th

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

P.S. I forgot to put in `18 TS$=TIME$`, so the timing is inaccurate. Once I got that corrected it does seem like PEEKing at the bytes in the integer is faster than dividing by 4096. On Thu, Oct 27, 2022 at 8:38 PM B 9 wrote: > On Thu, Oct 27, 2022 at 3:04 PM John R. Hogerhuis >

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

On Thu, Oct 27, 2022 at 3:04 PM John R. Hogerhuis wrote: > > With hex it's a question though since MOD 16 can be done with AND 15 which > is probably faster than a general integer 16 modulus. There's no bitshift > operator so you still need a integer divide by 16%. Who knows how efficient > an in

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

You can get a small (~15%) speedup just by doing this: 0 DEFINT A-D, L, X, Y —b9 On Wed, Oct 26, 2022 at 8:46 PM MikeS wrote: > Oops; looks like I forgot to attach my version last night; good thing, > found a couple of bugs tonight. > > Looks like it could be speeded up a bit; no error checkin

Re: [M100] disk video interface manual

Nice find. Thanks for caching these things onto archive.org! As for a builtin assembler for the Model 100, I've heard that the ROM2/Cleuseau option ROM is good, but haven't tried it myself. If you don't have a REX yet, you'll want one so you can have virtual option ROMs. —b9 On Tue, Oct 25, 20

Re: [M100] Notoriously S.L.O.W BASIC posted - help speeding it up appreciated

I'm curious what you've found the biggest PITA about programming on real hardware has been? I've been directly programming on my Tandy 200 and maybe it's just because my expectations were so low, but it's actually surprisingly nice. 16 lines of text is a good enough window. The arrow keys on the T2

Re: [M100] BASIC slowness

I don't see why this would be the case, but are you doing a lot of string concatenation? Perhaps in your dec2hex routine? I noticed recently that string operations get glacially slow when the memory reserved for them gets tight. You can speed it up, though, by clearing more memory. Try something li

Re: [M100] BASIC slowness

On Tue, Oct 25, 2022 at 7:30 PM Daryl Tester < dt-m...@handcraftedcomputers.com.au> wrote: > On 26/10/22 12:02, Will Senn wrote: > > > ... but in the meantime, is there a trick to fast output I'm missing? > > Something that may help, (from memory) subroutine locations are scanned > linearly from t

Re: [M100] Talking over serial port

P.P.S. Errata: Destructive tabs *do* seem to work on the H19 terminal emulator I tried out, so that should be put into the "same as a Model 100" column. On Tue, Oct 18, 2022 at 1:14 PM B 9 wrote: > Interesting idea! > > Technically, the display codes are not "almost

  1   2   >