Neil Morrison | 1 Sep 04:36 2005

Re: Fraud on ebay?


Buyer may have backed out of the deal.

Neil

----- Original Message ----- 
From: "tim lindner" <tlindner@...>

> A week ago this was posted on ebay:
> 
> <http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5235550044&ssPageNam
> e=ADME:B:SS:US:1>
> 
> The action is over with a winning bid of $71.01.
> 
> Then yesterday this was posted:
> 
> <http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=5236784973&ssPageNam
> e=ADME:B:SS:US:1>
> 
> They have the same pictures, same text and same seller. The auction
> starts at $70.00.

--

-- 
Coco mailing list
Coco@...
http://five.pairlist.net/mailman/listinfo/coco

Stephen H. Fischer | 1 Sep 05:31 2005
Picon

Re: Re: OS-9 as Replacement for DECB.

Hi,

Please consider reading all that I have said about this project again before
offering comments. I again feel that I am not communicating the main point.
I am suggesting not that all the DECB users be moved to OS-9, but that OS-9
be used to replace the DECB code with a solution that is running OS-9 but
appears that nothing has changed to the DECB user.

Robert Gault wrote:
> Stephen H. Fischer wrote:
>>
>> I have been thinking about this a little more.
>>
>> The first Target:
>>
>> A new ROM that is installed into a "normal CoCo 3" in place of the
>> original.
>
> Possible but problematic as the Coco3 ROM is not socketed while the disk
> cart ROM is. Removal of the Coco3 ROM and replacement with a socketed
> EPROM is not a job for the untrained or timid user. Complete destruction
> of the Coco3 is a likely outcome. Who is going to program your EPROM and
> do the soldering?

This is at present a thought exercise so the use of Magic is allowed.

I will be invoking magic to defer some questions to get at the heart of the
project. Some problems must be addressed at the proper time of course and
some will disappear and others appear. Some of the assumptions and things
that I apply magic to are to define the constraints of the discussion that I
(Continue reading)

Stephen H. Fischer | 1 Sep 08:58 2005
Picon

Re: As long as Coco colors and graphics are a hot topic ....Semigraphics24 Ex.

Hi,

I looked at that page and could not find what I need. A disk that I can boot
Flex on the CoCo with. It may be there on another page. I actually need a
disk that will run on Jeff's emulator.
The disk library web page does not say if files can be downloaded by anyone
or just project members. So it may be the same as the site I was directed to
long ago, you had to get permission from the owner, but he could not be
contacted.

FLEX Software
http://www.ipblythe.com/fug20.htm

I will look at this page the next time I log on.
I am almost out of Internet time and will not get more until the 10th of the 
month.

I did find something interesting, a Sculptor manual.

      Sageman.dsk sage manual
      Sculpman.dsk sculptor manual

Sculptor is the only database that is worth using on OS-9 CoCo systems.
I have it and a PC version.

I wonder if the basic preprocessor is on the site.
The disk Library page does not have any hints that it was being used.

I wonder if only the very old FLEX had the Basic preprocessor available
and it was dropped later when they apparently switched to a different
(Continue reading)

jdaggett | 1 Sep 14:47 2005
Picon

Re: Re: OS-9 as Replacement for DECB.

Stephen

I concurr that DECB or RSBASIC what ever you wish to call it has a 
need for modernization. From my limited inspection of the 
dissaembled ROM in the tre, it is becoming quite evident that SECB 
is nothing more than a layer on top of ECB and CB from the CoCO1 
and 2. There are slight modifications to those roms that make them 
work better with the tre. I can unerstand why it was done the way it 
was considering Microware seems to hve assigned only three 
engineers to write SECB along with the time constraints, they did 
the best they could. 

I personally think the 8K of SECB bloats the whole 32K potential 
ROM space. I agree with you in that RSBASIC needs a make over 
and at least a look at what can be done to consoldate routines and 
compact code to add more features. 

IF some hardware is  needed to be developed to off load software 
tasks then we have plenty here that can design that and make it 
work. 

just my thoughts.

james 

On 31 Aug 2005 at 20:31, Stephen H. Fischer wrote:

From:           	"Stephen H. Fischer" 
<SFischer1@...>
To:             	"CoCoList for Color Computer Enthusiasts" 
(Continue reading)

John Kowalski | 1 Sep 14:54 2005

Re: Coco3 CMP color swatches

At 09:37 AM 31/08/2005 -0400, Robert Gault wrote:
>In fact, I can't remember any Coco articles where the 
>monochrome bit was in use to enable 64 levels of gray. Do you know of 
>any public use of the 64 gray scale mode?

There's no such mode.  Not 64 gray scale anyway - If you set the monochrome
bit, all you get is 4 levels of grey.  Colors 0-15 are black, 16-31 are dark
grey, 32-47 are light grey and 48-63 are white.
Except for colors 1-15 (which really shouldn't ever simply display as just
black), this roughly corresponds to the luminance values of the composite
colors.

Also, there is no relation between the composite color set and the RGB color
set.  They're generated by different ciruits.  Except for 0 (black) and 63
(white), they are different color sets.  This is why composite has two
whites - the 2nd one was added simply to retain black & white compatibility
between RGB and CMP displays.
Luckily a few other colors (like 18 (green)) also happen to generate similar
colors in both RGB and composite, but it's a very small list.  In the case
of green, it may be deliberate - they may have adjusted the composite
chrominance phase so the RGB value for green also generated a greenish
chroma in composite video.

                                         John Kowalski (Sock Master)
                                         http://www.axess.com/twilight/sock/

--

-- 
Coco mailing list
Coco@...
http://five.pairlist.net/mailman/listinfo/coco
(Continue reading)

jdaggett | 1 Sep 15:22 2005
Picon

Re: Re: OS-9 as Replacement for DECB.

Glen

As you have mentioned that at least 5 1/4 floppy drives are becoming rare, so are 
the controller chips. With the advent of hot swappable flash card under multiple 
names, storage of data and transfer of data between two computers is easier and 
more compact. 

Floppies will eventually give way to flash cards. Data rentention period  is about the 
same. 

As for the tape drives most of the older units are floppy based and are slow. The 
data has to be compressed to realize the starage capabilities of what is printed on 
them. These too are b ecoming dinosaurs.

james

On 31 Aug 2005 at 15:17, Glen VanDenBiggelaar wrote:

From:           	"Glen VanDenBiggelaar" <glenvdb@...>
To:             	coco@...
Subject:        	Re: [Coco] Re: OS-9 as Replacement for DECB.
Date sent:      	Wed, 31 Aug 2005 15:17:29 -0600
Send reply to:  	CoCoList for Color Computer Enthusiasts 
<coco@...>
	<mailto:coco-
request@...?subject=unsubscribe>
	<mailto:coco-
request@...?subject=subscribe>

> I have been throwing that idea around also Mark,
(Continue reading)

Stan Blazejewski | 1 Sep 15:37 2005
Picon

Photon game on a PeeCee

Try as I may it seems that the game Photon is protected in such a way as to make
sure it won't work on Jeff's emulator.  Reading around a few CoCo web sites
reveals that it 'has been ported to the PC on a couple of occasions' but no
mention as to the names.

Anyone know the name of (or have) a version of Photon that'll work on a PeeCee?

PS, hadn't used the CoCo in years so gave it away but fired them up to make sure
everything still works.  It sure did tug at the heart strings! 

--

Australia isn't "down under", it's "off to one side"!

stanblaz@...
www.cobracat.com (home of the Australian Cobra Catamaran)
http://groups.yahoo.com/group/cobra-cat/

--

-- 
Coco mailing list
Coco@...
http://five.pairlist.net/mailman/listinfo/coco

RJRTTY | 1 Sep 15:46 2005
Picon

Re: Coco3 CMP color swatches


> >In fact, I can't remember any Coco articles where the 
>  >monochrome bit was in use to enable 64 levels of gray.

   The main use for the monochrome bit was for use with green
monochrome monitors.   It was a very wellcome capability for
those of us who used the coco3 for wordprocessing and easy to
read text on embedded controller applications.  The coco3 was
wonderfully adaptive that way.

Roy

--

-- 
Coco mailing list
Coco@...
http://five.pairlist.net/mailman/listinfo/coco

farna | 1 Sep 16:28 2005
Picon
Picon

Re: OS-9 as Replacement for DECB

1. Art Flexser already improved DECB/SECB -- it's called ADOS. SECB was layered over ECB and DECB for two
reasons -- backwards compatibility and the licensing agreement with Microsoft. I wouldn't worry about
MS now because of size of market and age of code, but re-write to extensively and you'll give up
compatibility with CC3 software as well as older. For some that won't be a problem, but for most it will.

2. The main problem with OS-9 burned into a CC3 ROM and booting from such is one of the main reasons OS_9 is so
powerful -- it's flexibility. It should be possible to burn a "standard" OS-9 boot file into the ROM that
would look for a standard set of devices. Say all the stock CoCo hardware along with a single sided drive as
drive 0 (shouldn't matter if it's 35 or 40 tracks) and drive 1, and double sided drive 3 (40 track?). OS-9
users are already cringing, but what does the most common DECB user have? They may not have more powerful
hardware, and to catch most you'd need to go with the lowest common denominator (LCD). There's a work
around here too! Have the ROM look for a boot file on the drive first, then boot from that if present. If not
present, boot from the LCD file in ROM. That still won't make OS-9 that much easier to use. A good front-end
program similar to Chris Dekker's "CoCo
 Top" is needed also. It uses much less processing power than Multi-Vue. MV is good for mor
 e experienced users, a simple file manipulation/launch program is all a beginner needs. OS-9 programmers
would have to concentrate on ease of use and simplicity instead of feature rich programs, something they
aren't accustomed to! You can always tell when the design engineeer writes the user manual... only he
understands a program (or hardware) really in depth, and makes assumptions that a new user has no idea of!!
I've had software and hardware like that before, nothing turns someon off a new thing that not
understanding the manual, and having a 2" thick manual to begin with! A basic, non-graphic or
semi-graphic front end would be a big help. CoCoTop was the best I'd ever seen -- mostly text menus with
pop-up text boxes (windows) for menus. Just some simple line graphics and text -- fast and easy!!

3. The ROM socket isn't that big an issue. Destructively remove the original by cutting the legs as close to
the chip body as possible. If you're good at de-soldering, remove the legs. If not, solder a socket onto the
legs. There's room in the case above the board. Just make a disk copy of the ROM first so it can be burned and
returned if necessary. For those who can't sodler or doesn't know someone who will do the work, offer a send
in service. 

(Continue reading)

James Diffendaffer | 1 Sep 18:55 2005
Picon

[Color Computer] OT: cardbus?

It was introduced around 1995/6 but I wouldn't count on all pentium
notebooks after that date having it.  

> Hi,
>
>	Anyone know when cardbus showed up? i.e., are the slots on all
> pentium 
>notebooks cardbus?
>
>					kevin

------------------------ Yahoo! Groups Sponsor --------------------~--> 
Get Bzzzy! (real tools to help you find a job). Welcome to the Sweet Life.
http://us.click.yahoo.com/A77XvD/vlQLAA/TtwFAA/CFFolB/TM
--------------------------------------------------------------------~-> 

Brought to you by the 6809, the 6803 and their cousins! 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ColorComputer/

<*> To unsubscribe from this group, send an email to:
    ColorComputer-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

--

-- 
Coco mailing list
(Continue reading)


Gmane