8bitfiles.net/archives/archives.tar/archives/genie-commodore-file-library/Information/CBM2069.ARC/CBM-2069A.TXT

Text File | 2019-04-13 | 39.1 KB | 1,142 lines

X-Digester:  digester Version 1.0 by Andy Finkenstadt ([e-mail])
From: [e-mail] (CBM Digest)
To: [e-mail] (Recipients of CBM Digest)
Subject: CBM Digest V02 #069
Message-ID: <[e-mail]>

CBM Digest Volume 02 #069

  Digested from the newsgroup comp.sys.cbm
  To post to the list, send mail to [e-mail]


CONTENTS: (89 messages)
    Re: 1581 problems
    Re: 1581 problems
    Re: 1581 problems
    Re: 1581 problems
    Re: 3d graphics
    Re: 3d graphics
    Re: 3d graphics
    Re: 3d graphics
    3d graphics
    Re: 3d graphics
    Re: accuracy in 3d rotations
    Amiga HW/SW for sale/trade
    Re: C128 power supply for sale
    ### C=64, 1541, Panasonic Printer FOR SALE ###
    Re: C=64 BROKE, please HELP !!!!
    Re: C=64 BROKE, please HELP !!!!
    Re: C=64 BROKE, please HELP !!!!
    Re: C=64 BROKE, please HELP !!!!
    C=64 BROKE, POWER SUPPLY GOOD
    Re: C=64 BROKE, POWER SUPPLY GOOD
    Re: C=64 BROKE, POWER SUPPLY GOOD
    CMD HD prob solved <?>
    Re: CMD HD prob solved <?>
    Re: CMD HD question
    Re: C-Net MCI Codes Wanted
    Re: Commodore Equipment For Sale!
    Re: Commodore Equipment For Sale!
    Re: Commodore Equipment For Sale!
    comp.binaries.cbm
    computer humor
    Re: computer humor
    Re: Constructing a NULL-Modem cable to C64
    Re: DEMO ZAKS TO PC/MOD
    DEMO ZAKS TO PC/MOD
    Re: Detecting Emulators (BASIC)
    Re: Detecting Emulators (BASIC)
    Re: Detecting Emulators (BASIC)
    Re: Disk Recovery and Fast hack'em...
    Re: Disk Recovery and Fast hack'em...
    Re: fast fill
    Re: File List Maintining Program
    FOR SALE 1581 & C64
    [For Sale] C-64C
    Re: For the Programmers...
    Re: For the Programmers...
    Georam
    Re: ggKoala format
    ggKoala format (how do I decompress this?)
    How to change 1541 drive ID?
    Looking for Sandy, Zak, Eight, and AR
    Misc. Commodore computer equipment FOR SALE
    NATO COMMANDER
    Re: Need Commodores or who ever owns them
    Re: Novaterm availability
    Novaterm availability
    Re: Novaterm availability
    Re: NTSC demo group list - please help!
    Re: NTSC demo group list - please help!
    Re: NTSC demo group list - please help!
    Re: NTSC demo group list - please help!
    Re: NTSC demo group list - please help!
    Printer Interface for Sale
    Re: Projections
    Re: Projections
    Projections Re: 3d graphics
    Re: Projections Re: 3d graphics
    Re: Projections Re: 3d graphics
    Re: Projections Re: 3d graphics
    Re: Projections Re: 3d graphics
    Re: Raid over Moscow HELP!
    Re: Raid over Moscow HELP!
    Re: Random fractals
    Re: Random fractals
    SID Editor drums???
    Re: Sigh... My line drawing routine again
    Re: Sigh... My line drawing routine again
    Signed Multiply
    software wanted
    Re: Sold C64 with paddles -- followup
    Re: Sold C64 with paddles -- followup
    Re: Sold C64 with paddles -- followup
    Re: Super Snapshot V5?
    Re: The Sceners List
    Re: TurboAssembler 5 documentation?
    Re: Wanted: C Compiler
    Re: Wanted: M.U.L.E.
    Re: Wanted: M.U.L.E.
    Re: Wanted: M.U.L.E.
    Re: Wanted: M.U.L.E.

[For information about joining the GEnie service, call (800)-638-9636
or write to [e-mail] ]

----------------------------------------------------------------------

From:    [e-mail] (Nhat-Viet Phi)
Subject: Re: 1581 problems
Date:    Thu, 7 Jul 1994 09:00:38 GMT

Thomas Karlsen ([e-mail]) wrote:

: The stuff that bugs me most is that MOST programs does not support the 1581
: format, and therefor I can't do anything on them that I want to do. I can use
: my GEOS 128 though, but games and stuff just don't work. Often due to the
: loaders of the games etc. So I consider buying a CMD FD-2000 diskdrive, bcoz
: that one is 1541/1571/1581/NATIVE compatible like my CMD HD...

1. Are you implying that, merely because you can set up FD partitions to
emulate 1541 and 1571 drives, you can easily run any program ever written
specifically for 1541 on your FD-x000 drive? I don't think so. I doubt
that custom game loaders will be any more compatible with the FD than on
the 1581. (However, I hear that someone is running DesTerm 2.00 from a HD,
even though that program will not load from RAMLink...)

The compatibility between FD/1541 partitions and 1541-spec software is
probably a reference to track-and-sector placement, and not necessarily a
similarity of ROM listings. (Don't quote me, I'm not a programmer)

2. What software do you use with your 1581? My major applications include
GEOS/gateWay 128, The Write Stuff 128, Big Blue Reader 128, DesTerm 128
2.01, StereoPlayer 10.31, Compression Kit etc. And I like to store a lot
of data, such as Stereo SID files, GG/JJ compressed pix, Snapshot game
archives, ZIPs and GEnie downloads. In spite of their flaws, my 1581's DO
come in handy for these chores I mentioned - note that I rarely use
subpartitions.

Sure, I have a LOT of original software for which I lack cracked
versions, and I must use my 1541-II'S for these. But that doesn't take
away my existing appreciation for the 1581's.

3. Having said all that, YES, I do plan to buy a couple of FD's in the
next twelve months...

Nhat-Viet Phi
Calgary, Alberta, Canada
InterNet mail: [e-mail]


------------------------------

From:    [e-mail] (george page)
Subject: Re: 1581 problems
Date:    7 Jul 1994 16:16:07 -0600

In article <[e-mail]>,
Nhat-Viet Phi <[e-mail]> wrote:
>Thomas Karlsen ([e-mail]) wrote:
>
>
>1. Are you implying that, merely because you can set up FD partitions to
>emulate 1541 and 1571 drives, you can easily run any program ever written
>specifically for 1541 on your FD-x000 drive? I don't think so. I doubt
>that custom game loaders will be any more compatible with the FD than on
>the 1581. (However, I hear that someone is running DesTerm 2.00 from a HD,
>even though that program will not load from RAMLink...)
>
>The compatibility between FD/1541 partitions and 1541-spec software is
>probably a reference to track-and-sector placement, and not necessarily a
>similarity of ROM listings. (Don't quote me, I'm not a programmer)
>
>
My understanding is that you can set up the 1541/1571/1581 partitions to
exactly emulate the T/S format of the corresponding CBM drive. I would
imagine the major snag would lie in heavily copy-protected programs that
would be hard to copy over (and I doubt we could do a half-track write on
a CMD emulation partition).


--
George Page  Commodore Enthusiast ("Collectors" get hit with higher prices)
Aurora (Denver) Colorado USA. [e-mail] or [e-mail]
 or [e-mail] or George Page on FIDONet (1:104/518)


------------------------------

From:    David Belter <[e-mail]>
Subject: Re: 1581 problems
Date:    Fri, 8 Jul 94 01:40:16 -0500

Nhat-Viet Phi <[e-mail]> writes:

>the 1581. (However, I hear that someone is running DesTerm 2.00 from a HD,
>even though that program will not load from RAMLink...)

DesTerm 2.00 runs GREAT from an FD2000!!

>2.01, StereoPlayer 10.31, Compression Kit etc. And I like to store a lot

I can't get StereoPlayer 10.3 to run from my FD2000 even in '81 emulation mode.
:(


------------------------------

From:    David Belter <[e-mail]>
Subject: Re: 1581 problems
Date:    Fri, 8 Jul 94 01:52:16 -0500

george page <[e-mail]> writes:

>>The compatibility between FD/1541 partitions and 1541-spec software is
>>probably a reference to track-and-sector placement, and not necessarily a
>>similarity of ROM listings. (Don't quote me, I'm not a programmer)
>>
>>
>My understanding is that you can set up the 1541/1571/1581 partitions to
>exactly emulate the T/S format of the corresponding CBM drive. I would
>imagine the major snag would lie in heavily copy-protected programs that
>would be hard to copy over (and I doubt we could do a half-track write on
>a CMD emulation partition).

I have NEVER gotten a Heavly protected game to work on my FD2000!  Setting up
partitions do help when get programs like Sky Travel to work on my FD2000, make
it load real fast!
The only program that I would like to run off my FD and can't, is Knights of
Legend by Origin.  Even though it doesn't seem to have a FastLoader or ANY copy
protection (even says that in the docs!)


------------------------------

From:    [e-mail] (Chris M. McBride)
Subject: Re: 3d graphics
Date:    6 Jul 1994 23:55:39 -0700

In article <2v9g1r$[e-mail]>,
Stephen Judd <[e-mail]> wrote:
>In article <[e-mail]>,
>William R. Ward <[e-mail]> wrote:

>We of course already knew that we wanted to get [x+dx y+dy z+dz], so
>multiplying two matrices together to get this result doesn't seem too
>useful to me.  Okay then, what if we want to do a series of rotations,
>etc.?  Here is what the rotation matrix will look like around the z-axis:
>
>[cos(A)  -sin(A)  0    0]
>[sin(A)   cos(A)  0    0]
>[  0        0     1    0]
>[  0        0     0    1]
>
>Computationally speaking, it takes n^2 operations to multiply two
>matrices together.  So, I have almost doubled the number of calculations
>to get an answer which I already knew.

Did you know that you can "add" rotational matricies together?
Lets say we want to translate our object to the orign, rotate the object
around the X axis, the Y axis, and the Z axis. You Want to scale the
object, translate it back to the original starting position, and
rotate it again? We can multiply all these matricies together. Then
take the final matrix, and multiply it with each of the points in the
object. If you have a small object then you'll probably loose by doing
this. But if you have a larger object, you'll save alot by creating
this single matrix.

It is possible to do better than nsquared for a general matrix, and
you can do MUCH better for a specific matrix.
These methods are used in almost every major graphics program...

Chris


--


------------------------------

From:    [e-mail] (Stephen Judd)
Subject: Re: 3d graphics
Date:    8 Jul 1994 01:10:56 GMT

In article <2vg8tb$[e-mail]>,
Chris M. McBride <[e-mail]> wrote:
>In article <2v9g1r$[e-mail]>,
>Stephen Judd <[e-mail]> wrote:
>>
>>Computationally speaking, it takes n^2 operations to multiply two
>>matrices together.  So, I have almost doubled the number of calculations
>>to get an answer which I already knew.
>
>Did you know that you can "add" rotational matricies together?
>Lets say we want to translate our object to the orign, rotate the object
>around the X axis, the Y axis, and the Z axis. You Want to scale the
>object, translate it back to the original starting position, and
>rotate it again? We can multiply all these matricies together. Then
>take the final matrix, and multiply it with each of the points in the
>object. If you have a small object then you'll probably loose by doing
>this. But if you have a larger object, you'll save alot by creating
>this single matrix.

Well, again, I invite the interested reader to do it by hand both ways:
multiply everything out, one at a time, and write down what you get.  Now
multiply all the matrices together, multiply by the vector, and see what
you get.

>It is possible to do better than nsquared for a general matrix, and

The letters "B" and "S" spring to mind here... (and they don't stand
for "Bulirsch and Stoer")

>you can do MUCH better for a specific matrix.

That's right.  In fact, in an earlier posting, I showed how you could
take a 4x4 matrix and reduce it to the same number of calculations for
a 3x3 matrix, plus 3 additions...

>These methods are used in almost every major graphics program...

Nevertheless, I am of an open mind.  Since these methods are commonplace
and well known, maybe you could look one of them up and present it
here, and contribute something to the discussion.
>Chris

     evetS-


------------------------------

From:    [e-mail] (Stephen Judd)
Subject: Re: 3d graphics
Date:    8 Jul 1994 01:24:50 GMT

In article <2vh28c$[e-mail]>,
Willem-Jan Monsuwe <[e-mail]> wrote:
>
>Using a 16x16 grid?
>Some calculations:
>fill-routine: 9 cycles/byte, 2048 bytes                 = 18432
>clear-screen: 5 cycles/byte, 2048 bytes                 = 10240
>line-routine: 30 cycles/pixel, 30 pixels/line, 12 lines = 10800
>Total amount of cycles/frame:                           = 49372
>I assume the 64 runs at 1,000,000 cycles/sec, so that is:
>1000000/50000 = 20 fps = 3 frames at least..
>I have neglected overhead stuff, and I was very optimistic about
>the line-routine..

Willy, you've been a real inspiration to me.  I have thought long
and hard about it, and not done quite a lot of work that I was
supposed to do, but by golly I can now draw a line in about
28 cycles per pixel (with a huge amount of overhead; with a very
small amount of overhead I can now draw a line at 30 cycles per
pixel (I think the average works out to less than 31 cycles)).

I think I've squeezed every bit of juice out of my routine that is
possible, but... who knows?

Incidentally, I could make it significantly faster if there was an
extra register available.  Also, I could have used a "pure indirect"
mode (i.e. one that doesn't use y as an index).

>Using a 10x10 grid you have 800 bytes:
>fill: 9*800 = 7200
>clear:5*800 = 4000
>line: 20 pixels/line = 7200

This one, though, I can't do. :(

... Yet ;-)

>I think you are right, but what if you are using more complex (though
>still convex) like a four-sided pyramid (so that the normal is not
>pointing to the center) you'll be in trouble..

I think that normals will always work.

>If you just use the 2D coords there is no such trouble.
>And another point is this: You usually see 6 or 7 of the 8 points,
>so the gain of not calculating them is minimal.

Very interesting...

>Willy/Silicon Ltd.

     evetS-


------------------------------

From:    [e-mail] (Christian Sohler)
Subject: Re: 3d graphics
Date:    8 Jul 1994 13:26:16 +0200


Doesn't take Sta $xxxx four cycles??

This means 4 cycles/byte for clearing and 6 for filling :

use:

     LDA #eorbuf0
     STA $xxxx
     EOR #eorbuf1
     STA $xxxx+8
     ...

This means your eorbuffer is inside your fill-routine. The problem is that
you need 5 times the space for graphics for the fill-routine.

Maybe the line algorithm becomes a bit slower, but overall this method seems
faster to me.

-Christian-


------------------------------

From:    [e-mail] (George Taylor)
Subject: 3d graphics
Date:    6 Jul 1994 17:50:15 GMT

From: [e-mail] (Willem-Jan Monsuwe)
I have to make a point here:
To get the nice, rotating-in-different-directions effect you HAVE
to rotate from the start-position.
--------
Why can't I apply two rotations to the previously rotated cube?  For two
types of spin.. in fact I could have a preprogrammed spin in ANY direction
I like, of any amount.

From: [e-mail] (Willem-Jan Monsuwe)
Just a note: Did you count clearing the eorbuf every frame?
And secondly: it looks like you have separate code for every byte
on the screen! I find that to be slightly overkill...
-----
hehe.. you are right, my calculations were in error.  I still think I can
do it in two frames though.  And no, there is not separate code for each
byte :)  I think I can make routines very optimized, yet still be as
general as any other similar spinning convex object.

And firefoot asked about using d in the formula d*x/z.
In fact, d is not a perspective control, it is a simple scaling factor.
It has no effect on where the cube face will appear to be perpendicular in
perspective to the observer.
Think of it this way.  You have two points, p1 and p2, each with a
different Z value.  the problem is to find where they line up on the
screen.  So I find the x1 of p1, and the x2 of p2, and see if they are the
same.
x1/z1 - x2/z2 is the same as d*x1/z1 - d*x2/z2, except the difference is
bigger by d (just a scaling factor).  The solution would have a difference
of 0 since x1=x2, so d would have no effect.
I think the answer for z1=2 and z2=4 is 63.5 degrees, but I have to test
it.. something is very confusing here.
Later


------------------------------

From:    [e-mail] (Willem-Jan Monsuwe)
Subject: Re: 3d graphics
Date:    7 Jul 1994 14:08:12 GMT

)I have to make a point here:
)To get the nice, rotating-in-different-directions effect you HAVE
)to rotate from the start-position.
)--------
)Why can't I apply two rotations to the previously rotated cube?  For two
)types of spin.. in fact I could have a preprogrammed spin in ANY direction
)I like, of any amount.

I think I didn't explain it very well (I'm not good at that) so here's
a second try:
the movement of a cube which you calculate using your calculations
is always in the same direction, unless you change the rotations..
If you look at the difference between a cube rotated 89 degrees around
the x and y axis and a cube rotated 90 degrees thusly, you'll see
that the movement is in a different direction, thus creating a nicer
effect. AFAIK this is the method usually used in demo's


)Just a note: Did you count clearing the eorbuf every frame?
)And secondly: it looks like you have separate code for every byte
)on the screen! I find that to be slightly overkill...
)-----
)hehe.. you are right, my calculations were in error.  I still think I can
)do it in two frames though.  And no, there is not separate code for each
)byte :)  I think I can make routines very optimized, yet still be as
)general as any other similar spinning convex object.

Using a 16x16 grid?
Some calculations:
fill-routine: 9 cycles/byte, 2048 bytes                 = 18432
clear-screen: 5 cycles/byte, 2048 bytes                 = 10240
line-routine: 30 cycles/pixel, 30 pixels/line, 12 lines = 10800
Total amount of cycles/frame:                           = 49372
I assume the 64 runs at 1,000,000 cycles/sec, so that is:
1000000/50000 = 20 fps = 3 frames at least..
I have neglected overhead stuff, and I was very optimistic about
the line-routine..

Using a 10x10 grid you have 800 bytes:
fill: 9*800 = 7200
clear:5*800 = 4000
line: 20 pixels/line = 7200
total:      = 18400
that is 1000000/18400 = 50 fps.. There's a lot more speed there..
I could get a cube running at 25fps(PAL) in a 12x12 grid..

)And firefoot asked about using d in the formula d*x/z.
)In fact, d is not a perspective control, it is a simple scaling factor.
The correct formula is d*x/(z-z0).. See another post..
The perspective control lies in z0 here..

) <some explaining deleted..>
)x1/z1 - x2/z2 is the same as d*x1/z1 - d*x2/z2, except the difference is
)bigger by d (just a scaling factor).  The solution would have a difference
)of 0 since x1=x2, so d would have no effect.
)I think the answer for z1=2 and z2=4 is 63.5 degrees, but I have to test
)it.. something is very confusing here.

I think you are right, but what if you are using more complex (though
still convex) like a four-sided pyramid (so that the normal is not
pointing to the center) you'll be in trouble..
If you just use the 2D coords there is no such trouble.
And another point is this: You usually see 6 or 7 of the 8 points,
so the gain of not calculating them is minimal.

--
Willy/Silicon Ltd.


------------------------------

From:    [e-mail] (Willem-Jan Monsuwe)
Subject: Re: accuracy in 3d rotations
Date:    6 Jul 1994 15:11:07 GMT

I have to make a point here:
To get the nice, rotating-in-different-directions effect you HAVE
to rotate from the start-position.
Just think: If you use the previously calculated cube to rotate again,
you would just get a cube rotating around a single axis.
Every vector in a demo is done with rotating from the start-position..
Try it out and you'll see!

Just my 2 nybbles..
--
Willy/Silicon Ltd.


------------------------------

From:    [e-mail] (Kevin Oster)
Subject: Amiga HW/SW for sale/trade
Date:    Thu, 7 Jul 1994 09:50:25 GMT


I have the following Amiga hardware and software for sale:

     Amiga 500 - 1 meg Agnus chip
               - A501 ram expansion
               - A520 video adapter
               - original manuals
     Amiga 1010 external disk drive
     Escort SCSI interface for Amiga 500 - no docs or software

Games
-----
     Alien Legion
     Beyond Dark Castle
     Chessmaster 2000
     Dark Castle
     Fool's Errand
     Footman (sealed)
     Gauntlet II
     Hound of Shadow (sealed)
     I, Ludicrus
     Kingdoms of England
     Neuromancer (sealed)
     Populous
     Populous: The Promised Lands
     Populous II
     Powermonger
     Rampage (sealed)
     Roadwar 2000
     Rogue
     Snake Pit
     Time Bandit
     Vyper (sealed)

Utilities
---------
     Arexx
     Atredes Bulletin Board System V1.1 (sealed)
     Go-64!: Commodore 64 Emulator
     Graphics Studio
     Zoetrope: The Animation System (sealed)

Most items include original manuals and boxes.  Make me an offer
(for separate items or the whole package).  I'm open to trades -
currently looking for C64 software (Wasteland, Impossible Mission,
Toolkit Basic book, and others), SNES video cartridges, etc., as
well as cash (US $$$).  Buyer pays shipping.

Reply via e-mail.

Kevin Oster
[e-mail]


------------------------------

From:    [e-mail] (Nhat-Viet Phi)
Subject: Re: C128 power supply for sale
Date:    Wed, 6 Jul 1994 19:08:51 GMT

David Wolinski ([e-mail]) wrote:

: FOR SALE:     Commodore 128 Power Supply
:               Works fine.

Is it the earlier incarnation of the 128 PS which is glued shut and has no
external fuse? Or is it the repairable one that is screwed shut, and has
both a fixed internal and a replaceable external fuse?


------------------------------

From:    [e-mail] (Joe Nave)
Subject: ### C=64, 1541, Panasonic Printer FOR SALE ###
Date:    8 Jul 1994 22:38:34 GMT

For Sale:

Commodore C-64 CPU
excellent condition, in box with power supply and manual.

Commodore 1541C Disk Drive
Excellent condition, in box with cables, etc.

Fastload Cartridge

Panasonic KXP1091 Dot Matrix Printer with interface for C-64
Like new, with manual.


Please make reasonable offer to:

--
Joachim Nave                  [e-mail]
Disney Worldwide Services, Inc.


------------------------------

From:    [e-mail] (Gary P. Wolfe)
Subject: Re: C=64 BROKE, please HELP !!!!
Date:    6 Jul 1994 17:01:26 GMT

In article <1994Jul6.115507.385@rcum>,  <[e-mail]> wrote:
>My C=64    ( the year of make is 1984 ) BROKE :(
>
>The problem is this:
>
>When I turn it on, most of the times only a blank screen appears,
>sometimes I get some random characters ( or mostly the randomly colored
>"@" ), and really rarely I get it to work ( when I get it to work, I can
>do things for about half a minute, then it clears the screen and freezes ).
>
>I suspect one of the CIA's. But I really hardly know anything about C-64
>hardware... can u please please HELP ?
>
>
>Tomaz

Back in '87 I had the same problem and it turned out that the
power supply was for all practical purposes "dead."  If you have
a spare power supply or can borrow one from a friend, try that
and if it fixes it you've found the culprit.

Gary Wolfe
[e-mail]
A4000/040/3.0/14MB/2.1GB
C64
NeXT Station Color 040/NS 3.2/20MB/2.0GB


--
"I was crazy once...They put me in a little white room...I loved that room...I
died in that room...When they buried me they put little white flowers on my
grave that tickled my nose and drove me crazy...CRAZY I tell you...I was crazy
once!"


------------------------------

From:    [e-mail] (Peter Ladow - EECS (CPTS350))
Subject: Re: C=64 BROKE, please HELP !!!!
Date:    Wed, 6 Jul 1994 16:50:29 GMT

I had a similar problem 5-6 years ago.  When I took it in for repair, the
repairman told me it was the VIC chip.  I was too young to know the difference.

Hope this helps.

Peter LaDow

__________________________________________________________________________
|                      | "To love for the sake of being loved is |
|ORQ: And the meek shall        |  human, to love for the sake of loving  |
|     inherit the earth...      |  is angelic." --I forgot who said this  |
|                      |                 but I like it.          |
--------------------------------------------------------------------------


------------------------------

From:    [e-mail] (Bob Dickow)
Subject: Re: C=64 BROKE, please HELP !!!!
Date:    6 Jul 1994 17:32:17 GMT

[e-mail] wrote:
> My C=64    ( the year of make is 1984 ) BROKE :(

> The problem is this:

> When I turn it on, most of the times only a blank screen appears,
> sometimes I get some random characters ( or mostly the randomly colored
> "@" ), and really rarely I get it to work ( when I get it to work, I can
> do things for about half a minute, then it clears the screen and freezes ).

> I suspect one of the CIA's. But I really hardly know anything about C-64
> hardware... can u please please HELP ?

Much more commonly the power supply will brown out and cause just
these kinds of behaviors. Find someone elses known-good power
supply before replacing chips.

--

--Bob Dickow ([e-mail])


------------------------------

From:    [e-mail] (RZUSER(IN))
Subject: Re: C=64 BROKE, please HELP !!!!
Date:    7 Jul 1994 12:51:15 GMT

In article <1994Jul6.115507.385@rcum>, [e-mail] says:
Hi Tomaz
>
>My C=64    ( the year of make is 1984 ) BROKE :(
>
>
>I suspect one of the CIA's. But I really hardly know anything about C-64
>hardware... can u please please HELP ?
>
>
>Tomaz
 Open your C64 and lock at 2  chips with the print 6526 or  8520. Switch on your
c64 and test with your fingers if one or 2 chips get very hot. If it happens
replace
that one.
Test with an Voltmeter your +5 Volts ist it is in +- 5%. When there is 7 Volts
repleace
the power supply ( 7805 inside is than dead)
Sorry about my english, but i hope it will help you


Ciao Mathias


------------------------------

From:    [e-mail]
Subject: C=64 BROKE, POWER SUPPLY GOOD
Date:    7 Jul 94 18:30:59 +0200

I tried with 2 ( TWO ) different power supplys ( from one of my
neighbours ) and the problem was the same with both , and when I
tried mine power supply on his computer , it worked OK.
It seems it is something more difficult.

Tomaz


------------------------------

From:    [e-mail] (Brian Heyboer)
Subject: Re: C=64 BROKE, POWER SUPPLY GOOD
Date:    7 Jul 1994 19:58:25 GMT

In article <1994Jul7.183059.388@rcum> [e-mail] writes:

>I tried with 2 ( TWO ) different power supplys ( from one of my
>neighbours ) and the problem was the same with both , and when I
>tried mine power supply on his computer , it worked OK.
>It seems it is something more difficult.

I'd suspect the PLA next.  Does your 64 and your neighbor's have socketed PLA's
so you can try a swap?  (Note:  Rev. E boards don't have the PLA.)


------------------------------

From:    [e-mail] (John Hermann)
Subject: Re: C=64 BROKE, POWER SUPPLY GOOD
Date:    8 Jul 1994 20:19:04 GMT

Brian Heyboer ([e-mail]) wrote:
: In article <1994Jul7.183059.388@rcum> [e-mail] writes:

: >I tried with 2 ( TWO ) different power supplys ( from one of my
: >neighbours ) and the problem was the same with both , and when I
: >tried mine power supply on his computer , it worked OK.
: >It seems it is something more difficult.

: I'd suspect the PLA next.  Does your 64 and your neighbor's have socketed
PLA's
: so you can try a swap?  (Note:  Rev. E boards don't have the PLA.)

If I had a problem like that, I would invest in a can of freeze spray.
Wait until the problem occurs, spray a chip, and reset the machine.
If the machine comes back up, then you found the problem.  Freeze
spray should work great in this case since you evidently have a
thermal problem.  It could very well be one of your RAMs.  I would
try spraying each of them first.  Let me know how it goes.

ASIDE:  A friend of mine is looking for commodor 64 "junk".  I.E.
        broken or unwanted C64 computers that people are practicially
        giving away.  If you know of anything, or you have such items,
        please contact me.

Best Regards,

John Hermann
e-mail:  [e-mail]


------------------------------

From:    [e-mail] (Lincard 1000)
Subject: CMD HD prob solved <?>
Date:    Wed, 06 Jul 94 19:24:03 +1200

OK Gunther, got it. But realize that its not easy or cheap for me, OK?!?
I was hoping there would be a cheaper way of doing it. I mean to buy the
software in the first place cost me $150!!! So while I appreciate the
advice and that, Im not made of money!!! Its damned nice software, and
Ive had a lot of positive feedback about it... I wish I had of known
BEFORE I bought it that there might be problems <<hint hint>> however.

Thanx

--
    ___
   /  / INC.A.R.D  1000         EMail: [e-mail]
  /  /___________________
 /_______________________\


------------------------------

From:    [e-mail] (Gunther Birznieks)
Subject: Re: CMD HD prob solved <?>
Date:    7 Jul 1994 09:43:26 -0400

In <[e-mail]> [e-mail] (Lincard 1000)
writes:

>OK Gunther, got it. But realize that its not easy or cheap for me, OK?!?
>I was hoping there would be a cheaper way of doing it. I mean to buy the
>software in the first place cost me $150!!! So while I appreciate the
>advice and that, Im not made of money!!! Its damned nice software, and
>Ive had a lot of positive feedback about it... I wish I had of known
>BEFORE I bought it that there might be problems <<hint hint>> however.

But the problem is not in my software.  The problem is in your
hardware.   There is no BBS author who will support faulty hardware.

It should be relatively inexpensive for you to get the latest CMD
HD-DOS from a distributer of CMD stuff in Australia -- It is also
available for download from CMD's BBS in the US.  It is also
available, I am sure, for a nominal shipping and handling charge
direct from CMD.

>Thanx

>--
>    ___
>   /  / INC.A.R.D  1000         EMail: [e-mail]
>  /  /___________________
> /_______________________\


------------------------------

From:    [e-mail] (Lincard 1000)
Subject: Re: CMD HD question
Date:    Wed, 06 Jul 94 19:30:43 +1200

[e-mail] (george page) writes:

> Yo, Lincard...  A local friend tells me this same topic was recently
> discussed on the FIDO network. The answer that was given there was to NOT
> use partition #1 for your stat file. For some reason, the CMD DOS trashes
> that sort of file on Partition #1. Setup a diff partition number foryour
> stat file (or the whole thing, whatever).
>
> --
> George Page  Commodore Enthusiast ("Collectors" get hit with higher prices)
> Aurora (Denver) Colorado USA. [e-mail] or [e-mail]
>  or [e-mail] or George Page on FIDONet (1:104/518)

Hiya George, didja get that E-Mail I whacked thru to you? Anyway, I had a
message from an Ed Paulsen <<?>> outlining that, and have yet to try
it... but it sounds like it could have possibilities, AND be a damned
sight cheaper than upgrading HD DOS. <<ROM too?>> :-) From what I gather
from that <<am I dense or WHAT?!? :-) >> is that I use another partition
OTHER than Log. Unit #1? Im using partitions 10 thru 19, 10 being the
system drive. So I should perhaps use part. 15 or something?
Or did you perhaps mean not use the actual FIRST physical partition on
the drive? :-)

<<they breed em stupid down here! :-) >>

Thanx again George... And to everyone else who responded with
suggestions, thank you very much also!

Kane!

--
    ___
   /  / INC.A.R.D  1000         EMail: [e-mail]
  /  /___________________
 /_______________________\


------------------------------

From:    [e-mail] (Walrus123)
Subject: Re: C-Net MCI Codes Wanted
Date:    7 Jul 1994 10:46:01 -0400

In article <[e-mail]>, [e-mail] (Robert
Todd) writes:

Give the C-Net BBS World HQ BBS board a call or call the new Company that
bought the rights to C-Net in 1993.

RMS
Order/Info Line: 1-201-843-3116

24 Hour BBS  1-201-845-8250


------------------------------

From:    [e-mail] (Pontus Berg)
Subject: Re: Commodore Equipment For Sale!
Date:    Wed,  6 Jul 94 22:39:33 +0200

In a message of 03 Jul 94 Brian Bolster wrote to All:

 >> geoRam 512k expander $75 shipping included.

 BB> No, is geoRam only compatible with Geos, or will it work with anything
 BB> like a normal REU?

GeoRam is a kind of RAM banked into 8Kb banks. They can be switched in at $
8000 - $a000 as a normal cart, and you can then swap pages using $de00. (
Action Replay and SmartCart are basically also built this way!). Copies to and
from this type of memory takes as much time as copying from normal memory!

The 17XX memories on the other hand uses some registers located at $df00 to
communicate with a DMA chip that swiftly transfers everything back and forth
from the conventional memory and the X-mem. (One moved byte per cycle)

If you are looking for tools like assemblers, crunchers, paintprograms and so
on (i.e. most programs, but for the GEOS range) then the 17XX is the supported
one!

Correct me if I'm wrong, but I think Geos can work with a 17XX as well.

In theory you can have both types active at the same time! they use different
I/O page ($DE00 and $DF00)



From: Pontus Berg                          AKA:Bacchus of FairLight 64
      SveavEgen 88,5tr
      113 59 Stockholm                     [e-mail]
      SWEDEN                               Fido: 2:201/411.71


... FairLight - A group in the right circuits
--- Spot 1.2d #676


------------------------------

From:    [e-mail] (Duane P Mantick)
Subject: Re: Commodore Equipment For Sale!
Date:    Wed, 6 Jul 1994 20:53:10 GMT

[e-mail] writes:

>Brian Bolster <[e-mail]> writes:
>
>>No, is geoRam only compatible with Geos, or will it work with anything like a
>>normal REU?
>
>GeoRam is only compatible with GEOS. Although, if you plug it in to a RAMLink
>byy CMD, it will act like normal REU.
>
>Also, some have been modified to be universally compatible, but I dont know
>where to find these people who know how to modify them.
>Jason

     OK, I have a different twist on the REU thing.  Does anyone out there
have a schematic and parts list for a "roll-your-own" (or is that
"kluge-your-own" ??) REU?  OR, someone that makes a PC board for such
and is just waiting for some chips?
     The reason I asked - I just came into a fairly sizeable quantity
of:

Hitachi HM50256P-15
OKI     M41256-15
OKI     M3764-20RS

     That are in sockets, and you could say "well cared for" used.....

If these chips are applicable to the task along with some support
and/or memory controller IC's, I'd love to kluge up a decent REU.  I
run GEOS plus other stuff, and even if that meant I had to crock up
two *different* ones, that would be OK with me.....

I do some computer support for a living here at Purdue, so I have access
to some useful items, but just need to see what is available in the
way of boards, documentation, etc.......

email is good - although a post back here as well might be of benefit to
other users.....

Duane
[e-mail]


------------------------------

From:    [e-mail] (Nhat-Viet Phi)
Subject: Re: Commodore Equipment For Sale!
Date:    Thu, 7 Jul 1994 22:08:25 GMT

Paul M. Gardner-Stephen ([e-mail]) wrote:
: In article [e-mail], Brian Bolster <[e-mail]> () writes:
: > LloydC7021 <[e-mail]> writes:
: >
: > >I have the following for sale:
: > >geoRam 512k expander $75 shipping included.
: >
: > No, is geoRam only compatible with Geos, or will it work with anything like
a
: > normal REU?

To my knowledge, the Berkeley Softworks geoRAM (originally sold in 512K,
expandable to 2 meg) by itself will only work with GEOS. However, my
RAMLink manual clearly states that if a geoRAM is plugged into the RAM
port of the RAMLink, it can be used as RAM-based disk space - that is, it
will respond to practically any transparent DOS operation.

Nhat-Viet Phi
Calgary, Alberta, Canada
InterNet mail: [e-mail]


------------------------------
From:    [e-mail] (Russell Alphey)
Subject: comp.binaries.cbm
Date:    8 Jul 1994 14:57:54 +1000

I've just checked my binaries directory, and noticed that it's been a good
3 months since anything appeared on comp.binaries.cbm at my site.  Is this
restricted to me, or is it a world-wide phenonemon?

Perhaps the Moderator could bring us up to date please?

Ralphey.

--
| You are now the proud recipient of a genuine Ralphey .sig!       |
| Accept no imitations!  Keeper of the comp.emulators.cbm.FAQ!!    |
| [e-mail] : Ph. [phone]  Fax [phone] |


------------------------------

From:    [e-mail] (Nhat-Viet Phi)
Subject: computer humor
Date:    Thu, 7 Jul 1994 22:15:27 GMT

I might get in trouble with the newsgroup police for posting this, but as
an avid C=128 user I think I'll run the gauntlet just this once. Does
anybody know where this tidbit came from??

"Achtung! Das computenmachine is nicht fur gefingerpoken and (und?)
mittengrabben. Ist easy schnappen der springenwerk, blowenfusen, und
poppencorken mit pittzensparken. Ist nicht gewerken by das dummkopfen.
Das rubbernecken sightseeren keepen hans in das pockets - relaxen und
vatch (watch?) das blinkenlights."

I rolled over laughing when I first saw this, and it still brings a
tickle to my tummy...

Nhat-Viet Phi
Calgary, Alberta, Canada
InterNet mail: [e-mail]


------------------------------

From:    [e-mail] (Jean P Nance)
Subject: Re: computer humor
Date:    8 Jul 1994 00:07:32 GMT


I, too, rolled over laughing the first time I read the fake
German directions for watching the computer. It was the identical
wording, and it must have been 25 years ago, long before personal
computers. Its still funny! Actually, now we an even turn 4 years
olds loose with our precious computers, and not require they stand
back and keep their hands in their pockets. Computer technology
marches on!
--

p


------------------------------¢