19 Feb
2019
19 Feb
'19
11:09 p.m.
Fred,
Are we being a little sarcastic or serious? :)Honestly, a sw implementation would be
interesting but would it work on vintage hw? Or are you suggesting for use only with a
modern system??For example here is my dilemma: my stinkers, whom you have met, are getting
old enough to want to mess with my stuff. *shudder* i mean cool! but I really don't
want them ruining my one actual original disk for any programs I own. So what I do is make
backup copies just like in the old days. And before someone suggests emulators, it is just
not the same. I mean if we wanted to emulate everything why bother even preserving
hardware?Problem is when we have copy protection, as many games or old SW do, then you
need a Copy II PC board. I have one and they are fairly common but ridiculously expensive
now a days. So it would be nice if the functions could be duplicated in an easy to use
manner. Kyro Flux is powerful but not for everyone. I want an FDC that would cover 90% of
the vintage hobby (i.e. Apple II, Mac, and IBM). An FDC that combines a CompatiCard IV
with a copy ii pc deluxe and a Match Point card would cover all of the above plus then
some.Just a thought.... ;D
19 Feb
19 Feb
11:40 p.m.
A design that can manage Ohio Scientific as well would be nice.
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
5:07 p.m.
On Tue, Feb 19, 2019 at 4:39 PM Chuck Guzis via cctalk <
cctalk at classiccmp.org> wrote:
On 2/19/19 3:40 PM, William Sudbrink via cctalk
wrote:
Don't forget hard sector CompuColor II, GCR, and variable speed GCR. :)
--
Eric Korpela
korpela at ssl.berkeley.edu
AST:7731^29u18e3
A design that can manage Ohio Scientific as well
would be nice.
Might as well add Victor 9000...
5:36 p.m.
On Wed, 20 Feb 2019 at 18:08, Eric Korpela via cctalk
<cctalk at classiccmp.org> wrote:
Don't forget hard sector CompuColor II, GCR, and variable speed GCR. :)
Well, yes, OK, but one step at a time.
Step 1: a generic USB floppy controller that allows 5?" and 8" (and
other standard Shugart-interface) FDDs to be attached to USB and seen
by the OS on the system as floppy drives. That seems to be either
coming or here.
Step 2: some smart driver software for the above to enable weird disk
formats that a standard WD FDD controller could read.
Step 3: something very smart that enables weird
non-WDD-disk-controller disks (e.g. Mac 400/800 kB and Amiga disks)
that were written in fairly standard drives.
Step 4 is when you get to all the non-hard-sectored drives and so on...
--
Liam Proven - Profile: https://about.me/liamproven
Email: lproven at cix.co.uk - Google Mail/Hangouts/Plus: lproven at gmail.com
Twitter/Facebook/Flickr: lproven - Skype/LinkedIn: liamproven
UK: +44 7939-087884 - ?R (+ WhatsApp/Telegram/Signal): +420 702 829 053
9:34 a.m.
Hello folks,
I'm coming into this a bit late but a bloke called David Given is working
on such a floppy controller right now, it's called Fluxengine and is based
around a Cypress microcontroller that connects directly to a floppy drive
and is driven by USB. Early days as yet in that it supports IBM formats
plus Acorn BBC DFS/ADFS but since all the decoding is done in software
pretty much any format can be added and David is looking for examples of eg
C1541 floppies from the C64 as well as others.
https://github.com/davidgiven/fluxengine
--
adrian/witchy
Owner of Binary Dinosaurs, the UK's biggest private home computer
collection?
t: @binarydinosaurs f: facebook.com/binarydinosaurs
w: www.binarydinosaurs.co.uk
On Tue, 19 Feb 2019 at 23:40, William Sudbrink via cctalk <
cctalk at classiccmp.org> wrote:
A design that can manage Ohio Scientific as well would
be nice.
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
12:42 a.m.
On Tue, 19 Feb 2019, Ali wrote:
Are we being a little sarcastic or serious? :)
A lot of BOTH
I would like to see software for flux transition hardware that would
extract sectors.
THEN, I would like to see that software as a
subroutine, with an interface similar to INT13h.
THEN, I would like to see that ROMable, either on a physical ROM, or
loaded into RAM, with the INT13h vestor repointed to it.
Honestly, a sw implementation would be interesting but
would it work on
vintage hw? Or are you suggesting for use only with a modern
system?
My preference would be REAL MODE (DOS).
But, for marketability, it would have to be WIN11
For example here is my dilemma: my stinkers, whom you
have met,
are getting old enough to want to mess with my stuff. *shudder* i mean
cool! but I really don't want them ruining my one actual original disk
for any programs I own. So what I do is make backup copies just like in
the old days. And before someone suggests emulators, it is just not the
same. I mean if we wanted to emulate everything why bother even
preserving hardware?Problem is when we have copy protection, as many
games or old SW do, then you need a Copy II PC board. I have one and
they are fairly common but ridiculously expensive now a days. So it
would be nice if the functions could be duplicated in an easy to use
manner. Kyro Flux is powerful but not for everyone. I want an FDC that
would cover 90% of the vintage hobby (i.e. Apple II, Mac, and IBM). An
FDC that combines a CompatiCard IV with a copy ii pc deluxe and a Match
Point card would cover all of the above plus then some.Just a
thought.... ;D
Match Point could be implemented in software on the Central Point board.
I discussed Mac disks with Brown of Central Point, and told him that I
didn't think that the regular option board could handle an adequate range
of data transfer rates. Hence, he came out with the Deluxe, including
some Macintosh disk software.
CompatiCard was just an ordinary FDC, without the crippling corners cut.
There were a few others that could do comparable things.
SO, you are asking for FDC plus flux transition, but better integrated,
rather than flux transition hardware interrupting the drive cable.
A lot of copy protected software can be duplicated using flux transition.
That was Centraal Point's target market for the Option Board.
There are a few exceptions, such as Pro-lock.
But, in quite a few cases, people have disassembled (now illegal under
DMCA!), found the vulnerabilities and simply disabled the copy protection.
Often, it is as simple as replacing a conditional JMP with an
unconditional JMP or a NOP. The trick is knowing WHERE :-)
Such "unlocked" programs are what you ideally want.
3:30 a.m.
On 2019-02-19 19:42, Fred Cisin via cctalk wrote:
On Tue, 19 Feb 2019, Ali wrote:
What's stopping you from writing it?
-Alan
Are we being a little sarcastic or serious? :)
A lot of BOTH
I would like to see software for flux transition hardware that would
extract sectors.
THEN, I would like to see that software as a subroutine, with an
interface similar to INT13h.
THEN, I would like to see that ROMable, either on a physical ROM, or
loaded into RAM, with the INT13h vestor repointed to it.
3:39 a.m.
I would like
to see software for . . .
THEN, I would like to see that software as . . .
THEN, I would like to see that . . .
What's stopping you from writing it?
It's in the queue!
Which is longer than my expected remaining lifespan.
There are several aspects that I need to learn a lot more about.
Alas, a few other things have greater urgency/priority, than completing
what XenoCopy coulda/shoulda/woulda been.
1917
days inactive
1918
days old
9 comments
8 participants
participants (8)
-
alan＠alanlee.org -
binarydinosaurs＠gmail.com -
cclist＠sydex.com -
cctalk＠ibm51xx.net -
cisin＠xenosoft.com -
korpela＠ssl.berkeley.edu -
lproven＠gmail.com -
wh.sudbrink＠verizon.net