[Coco] The Beta Test release of MShell

CoCoList for Color Computer Enthusiasts coco at maltedmedia.com
Tue May 13 20:46:08 EDT 2014


Actually Bill, I find on a Mac (which the core of Messmenu is SDLMess) it runs the Coco3 faster than Mess on a PC.  When I switched to Mac last year and installed Messmenu, I noticed right away the boot process was a lot faster.  Reason I think is Mess on Mac uses OpenGL instead of DirectX.  I also find under Mac it’s a lot smoother screen refresh and quicker response on key press.  And of course OSX is a much cleaner and compact OS based on BSD Unix.

  When I first got the Mac (2.5GHz Intel i5 4GB Ram) I ran benchmarks under OSX and OEM Win7 Bootcamp'd.  And OSX kicked Win7’s a** on speed.  Bootcamp on a Mac is a multi boot partitioning system Apple has introduced on it’s hardware now.

Bill Nobel

On May 13, 2014, at 12:37 PM, CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com> wrote:

> 
> @ Bill Noble
> Bill, I got to thinking... yeah, I know.... that's dangerous. But you're running MShell in Mess. I don't know about Mess on mac, but in windows, it's a little sluggish on screen display unless you overclock it slightly.
> Vcc is just the opposite as it's a little faster than a real Coco. It was the very reason I quit using Mess after Vcc 1.4.2 was released. I hated the keyboard response and the screen refresh. I was always ahead of it. I eventually figured out how to overclock it, but by then I was satisfied with Vcc and never went back. Bot have their pros and cons, but to me Vcc is just a better emulator for my uses. I wish there was a mac version... 
> 
> The reason I mention this is that I've been sittiing here working on Robert's problem, running and rerunning MShell on the real Coco 3 (6809) and to me, it's refreshes are faster than it is when running "Ed 3.1" full screen text editor (my editor of choice), which also uses the 640x192 hi-res screen and MShell definitely beats it on refresh speed.
> 
> Yes, the cursor movement line to line has a slight delay. Part of that is the keyboard debounce, delay & keyboard getting ahead of the actual display of the keystroke as the whole reverse cursor thing takes a little bit of processing time in the loop. Chalk that up to the "type ahead" buffer in OS9. I see this happening in anything with a scrolling cursor. Setting your keyboard repeat delay can help it some. Shorter delay (or no delay/no repeat) would make the cursor more responsive. I might add that to the options... to set keyboard debounce and delay. I had it in my DW4Man program (MShell's predecessor), but didn't add it to the MShell interface. I know it helped DW4Man and Sound Chaser manage the cursor a little better.
> 
> Just random thoughts....
> 
> 
> 
> Bill Pierce
> "Today is a good day... I woke up" - Ritchie Havens
> 
> 
> My Music from the Tandy/Radio Shack Color Computer 2 & 3
> https://sites.google.com/site/dabarnstudio/
> Co-Webmaster of The TRS-80 Color Computer Archive
> http://www.colorcomputerarchive.com/
> Co-Contributor, Co-Editor for CocoPedia
> http://www.cocopedia.com/wiki/index.php/Main_Page
> E-Mail: ooogalapasooo at aol.com
> 
> 
> 
> --
> Coco mailing list
> Coco at maltedmedia.com
> http://five.pairlist.net/mailman/listinfo/coco
> 




More information about the Coco mailing list