Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
  You are not logged in - nap
Spectacular Copy - Turbo to Disk V1.2   [2016]

Spectacular Copy - Turbo to Disk V1.2 Released by :
Triad [web]

Release Date :
10 January 2016

Type :
C64 Tool

AKA :
sct2d 1.2

User rating:awaiting 8 votes (2 left)   See votestatistics

Credits :
Code .... Sailor of Triad
  Stephan Senz
  Wacek of Arise, WST
Test .... hedning of Genesis Project, Propaganda Magazine Staff
  Xiny6581 of Dees Productions, Digital Sounds System, Gheymaid Inc., Hitmen, Sid Ryders

Download :

Look for downloads on external sites:
 Pokefinder.org


User Comment
Submitted by CommFor on 14 August 2017
Fantastic tool for preserving turbo tape games/utils to modern mass-storage devices.
It would be great to do opposite way too! Any chance to do that?
For this purpose, I use ancient program from 1985. called Copy 235.
User Comment
Submitted by wacek on 9 February 2016
Yes, it's an idea which has one basic flaw: since the buffer is below $0400 and main data starts at $0801, the dump would either start with the buffer and contain screen dump $0400-07e7 (not very elegant when loading later) or would have to be in two separate files (buffer dump and main data - also not very elegant) ;)

So, since there is a limited amount of those protectors around, it would be more elegant (yes, I know I am using this word a lot here) to detect that the protected file has been loaded (by checking the sysline specifics), deprotect and then dump. Which is my idea that I would like to try to implement in the future versions...
User Comment
Submitted by tlr on 9 February 2016
Ah, so basically it's utilizing the fact that the tape buffer gets loaded along with the main data. Maybe this program should just have an option to dump both the header block and main data together?
User Comment
Submitted by wacek on 8 February 2016
This is an example of the simple protection, you just do the
.T 0390 03f6 0800
in the monitor before saving to unprotect. Other protections included encryption and were a little bit harder to unprotect.
User Comment
Submitted by wacek on 8 February 2016
Sure ;)
http://arise64.pl/misc/tap_micrus_copy.zip
The file 'waldico26a.tap' is the original tape image. The first file is then saved to 'illegal copy.tap' which shows the described effect.
User Comment
Submitted by tlr on 8 February 2016
wacek: do you have an example? (e.g .tap)
User Comment
Submitted by wacek on 8 February 2016
Xiny6581: I mean protections like Micrus Copy or Tape Protector by Jumbo/Parados. Those were the ones mostly used in Poland in the early 90s by the so called "computer market" pirates/importers (that is a whole history thing in Poland, many of the later famous groups started at those "computer markets").

They protections were based in most cases on putting some additional bytes in the header, which ended up above $0300, then upon RUN they were either moved to $0800 or used for some decoding. If you loaded a program protected by that one, and saved it back to another tape by <-S or turbo save, those were of course discarded and when loading back such a copy, the protector would either crash or show some "illegal copy" message.
User Comment
Submitted by Xiny6581 on 7 February 2016
W: Decode turbotape?
you mean that odd 220Turbo with Anirog support?
User Comment
Submitted by wacek on 6 February 2016
Awesome work Sailor! Thanks! ;)

I am so happy after my fixes you pushed this tool forward again. Next stop: deprotecting turbo tapes! ;)

Btw. as for today, I have dumped 1150 tapes with different versions of this tool.
User Comment
Submitted by sailor on 17 January 2016
Jiffydos does not have taperoutines and calling kernal to print "PRESS PLAY ON TAPE" will cause a crash. This is the reason sdt2d dies with jiffydos. It might change in the future tho :)
User Comment
Submitted by Xiny6581 on 11 January 2016
Tom-Cat:
No worries, I have tried on:
SpeedDosV3, Exos, Fastload, JiffyDOS; they all went bonkers. Soon I will try on DolphinDOS3, when my hardware arrives.
It's just very interesting to get feedback and hear experiences. :)
User Comment
Submitted by Tom-Cat on 11 January 2016
Hmm, you are right, I just tried it with Jiffy and U2 and it goes to READY prompt when you start it. This was years ago, it was either some other program or I was wrong about jiffy. Sorry :(
User Comment
Submitted by Xiny6581 on 11 January 2016
TomCat: Did you get Spectacular Copy to work with Jiffydos? How and what version did you have?
See, I tried this but the load-routine seem to not work for me.
Need feedback :)
User Comment
Submitted by Xiny6581 on 11 January 2016
Tao: I know dude did that ride when beta testing, just wanted to point out so no one else has to go through the issues. You see, sometimes it *can* work but the files don't save correctly. They save from $0801-> filelength. But write to $FFFE- filelength. and Gives no error. I mean it would be quite frustrating to fill up a disk and then realize it's not been done correctly? :)
User Comment
Submitted by Tom-Cat on 11 January 2016
Just install JiffyDOS in your C64 and your drive (1541, 1581,...). SD2IEC of course supports it too. Spectacular Copy works just fine with it and saves very fast with it. With SD2IEC you don't have to worry about running out of space or filenames (make sure SD2IEC creates .P00 files by default).
User Comment
Submitted by Frantic on 11 January 2016
@Tao: Of course, but 1581 fastsave would be nice as well, wouldn't it? :)
User Comment
Submitted by Tao on 11 January 2016
@Xiny6581: "Oh one notice, fastsave won't work with 1581 device."

This *might* be why both the Summary and the first comment says:

"Version 1.2 is equipped with a 1541 fastsave I/O routine."
User Comment
Submitted by Style on 11 January 2016
What the hell is a turbo tape?
User Comment
Submitted by Xiny6581 on 10 January 2016
I beta tested this version with 30 tapes.
Most of the tests were performed non-stop. Feed it with tapes, saved to floppy. Not a single freeze or error in the fastload/fastsave.
Oh one notice, fastsave won't work with 1581 device.
User Comment
Submitted by E$G on 10 January 2016
great work. thumbs up for the mixed team.
User Comment
Submitted by St0rmfr0nt on 10 January 2016
Perfect. My favourite one for tape to disk transfer! Collecting everything...
User Comment
Submitted by hedning on 10 January 2016
I beta tested it through 9 turbotapes with excellent results. Good work!
User Comment
Submitted by sailor on 10 January 2016
New with version 1.2 is a 1541 fastsave I/O routine.
Search CSDb
Advanced
Navigate
Prev - Random - Next
Detailed Info
· Summaries (1)
· User Comments (23)
· Production Notes
Fun Stuff
· Goofs
· Hidden Parts
· Trivia
Forum
· Discuss this release
Support CSDb
Help keep CSDb running:



Funding status:




About this site:
CSDb (Commodore 64 Scene Database) is a website which goal is to gather as much information and material about the scene around the commodore 64 computer - the worlds most popular home computer throughout time. Here you can find almost anything which was ever made for the commodore 64, and more is being added every day. As this website is scene related, you can mostly find demos, music and graphics made by the people who made the scene (the sceners), but you can also find a lot of the old classic games here. Try out the search box in the top right corner, or check out the CSDb main page for the latest additions.
Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.098 sec.