From: BruceMcF on
On May 5, 3:08 pm, christianlott1 <christianlo...(a)yahoo.com> wrote:
> The cd2n looked like it just recorded tapes from a datasette. If it
> can also play them back into a C=, then yes - same is same.

Yes, playing tape files on a SD card over the C2N port is its primary
function ... it also includes the ability to record tape files onto
the SD card, which is an added capability I would not need, but
without the ability to then load from the SD onto the C64, what would
be the point?
From: christianlott1 on
On May 6, 12:12 am, BruceMcF <agil...(a)netscape.net> wrote:
> On May 5, 3:08 pm, christianlott1 <christianlo...(a)yahoo.com> wrote:
>
> > The cd2n looked like it just recorded tapes from a datasette. If it
> > can also play them back into a C=, then yes - same is same.

> Yes, playing tape files on a SD card over the C2N port is its primary
> function ... it also includes the ability to record tape files onto
> the SD card, which is an added capability I would not need, but
> without the ability to then load from the SD onto the C64, what would
> be the point?

None. That's just how it struck me initially - 'hey, i dont need that.
i dont have any tapes.'

From: christianlott1 on
On May 5, 9:34 pm, Jim Brain <br...(a)jbrain.com> wrote:
> == Quote from christianlott1 (christianlo...(a)yahoo.com)'s article> On May 4,

> However, I'm not sure I see the value of interfacing uIEC with it. If you have
> uIEC, you would no doubt prefer to use it with the IEC port and/or the IEEE port,
> since it's more like a disk drive than a cassette port.

I can't even remember what ieee was for. I don't need that ;)


> So, you primarily want something to get you to the uIEC.

I have a bin of jd and a friend with a programmer. I'd just use jd or
customize a kernal.

Isn't there something special about tape games and loading tape games,
etc?

> I like your idea, but, I posit I don't need to support it within uIEC.
>
> uIEC will support IEC ports and the second firmware will support IEEE ports. All
> CBM machine had one or the other, and those are the ports to emulate.

I just read the 1541 ultimate will support the tape port.


> Still, your idea has merit and is simpler than my idea. Thus, I vote to make
> something truly independent:

Did you leave off text here?


From: BruceMcF on
On May 6, 2:37 am, christianlott1 <christianlo...(a)yahoo.com> wrote:
> I have a bin of jd and a friend with a programmer. I'd just use jd or
> customize a kernal.

If you have a bin of Jiffy DOS and can burn a copy in an EPROM ... and
that gives you what you need ...

.... what was the original request for:

> I'm making an assumption that it's impossible for a stock C64 w/ 1541
> to auto load when C64 is powered on. The stock kernal makes no disk
> boot record check like the C128 w/ 1571.

> So we need to modify the kernal but once you start mod'ing the kernal
> you need a prom programmer.

> My question is this - is there a way to program a new kernal on-board
> (ie without removing the chip)?

I still think the assumption is not true ... if you have a cartridge
port pass-through with a chip that brings itself on reset to execute
the boot and then on the read of the last byte of the routine latches
itself out until the next reset, that's an autoload on a stock C64.

But surely if you can program an EPROM, that's easier than building a
board to allow in-circuit programming of a parallel Flash RAM.
From: christianlott1 on
On May 7, 12:40 am, BruceMcF <agil...(a)netscape.net> wrote:

> But surely if you can program an EPROM, that's easier than building a
> board to allow in-circuit programming of a parallel Flash RAM.

The scenario is still valid. There may be people who would like their
new uIEC hard drive to autoboot.

A kernal rom socketed board that pulls in the latest firmware from the
hd at boot would be ideal. It also doesn't hog a cart port.