.SCP and KryoFlux image request. - Page 3

mr.vince · 21 March 2014, 23:28

Now there's something fishy...

Quote:

Originally Posted by BarryB

don't have the development version of DTC[/S]

See news, it's out!

Retro-Nerd · 21 March 2014, 23:28

Uploaded the Rainbow Arts Action Pack compilation+Lethal Xcess (i misslabeled the latter as part of the compilation, ignore it) into the Zone in CT-Raw. For anybody who wants to test the current WinUAE beta.

BarryB · 21 March 2014, 23:34

Quote:

Originally Posted by mr.vince

Now there's something fishy...

See news, it's out!

I have it in my sweaty little mitts (and I've also got the new DTC too!)

JimDrew · 22 March 2014, 02:55

Quote:

Originally Posted by Supamax

Hi Jim, this would be great (can it really be done?) because I could use it even on my poor old A500 w/2.5MB RAM.

SYBIL's compressor program was designed and written on a stock A500. So was the Supercard Ami series. The ONLY thing you would need to have is a hard drive for your A500 to store the .scp image files because they won't fit on a floppy.

Quote:

Originally Posted by BarryB

I did, the Kick Off 2 SCP image compressed better with both 7zip and RAR.

Results:

Original file sizes: 5.53mb CTR vs 15.2mb SCP

RAR'd CTR 3.1mb vs RAR'd SCP 2.65mb
7zip'd CTR 2.85mb vs 7zip'd SCP 2.16mb

SCP stores the raw data as 16 bits per flux transition... that's a LOT of data. I didn't have a choice because of the 25ns capture resolution (vs. Kryoflux's 41.66ns resolution).

That seems to be pretty common for compression though. Most all of my images are 2-3MB compressed. It's great that you can leave the images compressed and use them in WinUAE this way!

Quote:

Originally Posted by Supamax

An EAB mate (BlueAchenar) tried to obtain something similar years ago, and I was one of his playtesters, but he didn't succeed

.
http://eab.abime.net/showthread.php?t=42048

For the creation of .scp images, you don't have to do anything with the drive speed. The imager would not write back the .scp images. You would use the images in various emulations or write them back using the SuperCard Pro board.

You would need SYBIL to write back the images on an Amiga.

Quote:

Originally Posted by mr.vince

I am not impressed. Don't talk what you will do. Do it!

Yeah... like releasing SuperCard Pro? ...or the first color Mac emulation? ...or first Pentium emulation? ...or... etc. etc. etc.

Supamax · 22 March 2014, 03:26

Quote:

Originally Posted by JimDrew

For the creation of .scp images, you don't have to do anything with the drive speed. The imager would not write back the .scp images. You would use the images in various emulations or write them back using the SuperCard Pro board.
You would need SYBIL to write back the images on an Amiga.

Is the imager far from being realized (too much work), or could it be ready in a relatively short time?

Quote:

Originally Posted by JimDrew

SYBIL's compressor program was designed and written on a stock A500. So was the Supercard Ami series. The ONLY thing you would need to have is a hard drive for your A500 to store the .scp image files because they won't fit on a floppy.

Ok, I suppose I would use my A600 HD then

Quote:

Originally Posted by JimDrew

Yeah... like releasing [...] the first color Mac emulation? ...or first Pentium emulation? [...]

First Mac color emulation / Pentium emulation on Amiga? (which emulators?)

JimDrew · 22 March 2014, 04:22

The converter is based on the code I wrote in the early 90's, so it is mostly done. I am just having to convert the timing data and MFM over to the .scp format.

I designed the EMPLANT board and it's Mac and Pentium emulations. I followed those up with FUSION and PCx. I created SYBIL to read and write Mac 800K disks with the Amiga drive (as well as to backup copy protected Amiga disks). SYBIL's software included an imager which I used as the base of my new converter.

dlfrsilver · 22 March 2014, 04:53

Question Jim : Will you support the amstrad CPC computer ? It uses a FDC like the ST and PC ones (compatible i mean). Would love to get SCP files for this computer (i have access to a huge amount of games for this machine!).

JimDrew · 22 March 2014, 06:03

There are already people copying CPC disks with SuperCard Pro. Check my forums:

http://www.cbmstuff.com/forum/showth...&highlight=CPC

dlfrsilver · 22 March 2014, 06:47

OK

thanks for the hint ! I guess KBI-19 sectors protection and CAAV-19 won't be anymore a problem yes !!!!. I will then be able to write games using those on 3.5" disks (3" disks are crap really).

Toni Wilen · 22 March 2014, 15:31

Quote:

Originally Posted by BarryB

For some reason, the RAR files wouldn't load in beta11 of WinUAE, bootblock checksum error, but I'm using RAR5 compression so tried normal RAR and the same thing happens?

You need unrar.dll or winrar installed (which installs unrar.dll). RAR license is not compatible, it can't be built-in with GPL licensed programs.

tomse · 22 March 2014, 16:09

Quote:

Originally Posted by dlfrsilver

The format used to store the C64 games is unpratical to me.

The C64 tapes when recording are noisy, distorted, and cleans not easily.

sorry for going off topic here.

do you know tap clean ?

and the front end
http://www.luigidifraia.com/c64/

dlfrsilver · 22 March 2014, 16:28

yes, i used it. The tools for C64 are not as good as the ones available for CPC and spectrum. And the C64 has not a format for tape as compact as the one we have on CPC, the CDT (Cassette Data Tape) format.

BarryB · 22 March 2014, 16:38

Quote:

Originally Posted by Toni Wilen

You need unrar.dll or winrar installed (which installs unrar.dll). RAR license is not compatible, it can't be built-in with GPL licensed programs.

Simples

Ta Toni!

Feltzkrone · 22 March 2014, 21:16

Quote:

Originally Posted by JimDrew

SCP stores the raw data as 16 bits per flux transition... that's a LOT of data. I didn't have a choice because of the 25ns capture resolution (vs. Kryoflux's 41.66ns resolution).

Actually you HAD a choice, please rethink your statement. Nothing on earth has FORCED you to encode arbitary time intervals of 25 ns resolution using 16 bit integers. It maybe is the simplest way of encoding, it serves your purpose and it has it's pros and cons like ANY encoding does. But you have CHOSEN it.

JimDrew · 22 March 2014, 22:02

Actually I didn't have a choice. I needed a full range of 16 bits (ALL 16 bits) for the flux data. Flux transitions can be any value from 0-65535 and in the case of NFA's the time is added to the next bitcell time(s). So, there was in fact really no choice - other than storing the transitions using more bits, which is then wasteful.

Supamax · 04 September 2017, 03:55

Quote:

Originally Posted by JimDrew

You CAN use PWM effectively to change the drive speed. I used this with Supercard Ami 4.0 to syncronize the index pulses of two drives.

I will be releasing a new FREE version of the popular Supercard Ami/SYBIL converter software that will make .scp images using any Amiga (68000-68060) having w/512K or more of memory. No extra hardware is required, just use your real Amiga.

Hi Jim,
will this imager software be released?

JimDrew · 05 September 2017, 16:55

Yes, it is on my list of Amiga apps to release. I recently moved and I will be once again developing CBM products as a full time job, so expect a lot of new products in the future.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Kryoflux vs SuperCardPro?	fryguy	Amiga scene	45	08 March 2014 06:53
Check out my Kryoflux!	-=ARA=-	project.SPS (was CAPS)	18	17 June 2013 21:49
KryoFlux for Mac OS X	Crashdisk	project.SPS (was CAPS)	10	14 March 2012 13:55
Playing with Kryoflux	Keir	project.SPS (was CAPS)	6	07 September 2011 03:13
KryoFlux V CATWEASEL	caver99	support.Hardware	15	27 August 2011 00:22

21 March 2014, 23:28	#42
Retro-Nerd Missile Command Champion Join Date: Aug 2005 Location: Germany Age: 52 Posts: 12,436	Uploaded the Rainbow Arts Action Pack compilation+Lethal Xcess (i misslabeled the latter as part of the compilation, ignore it) into the Zone in CT-Raw. For anybody who wants to test the current WinUAE beta.

22 March 2014, 04:22	#46
JimDrew Registered User Join Date: Dec 2013 Location: Lake Havasu City, AZ Posts: 741	The converter is based on the code I wrote in the early 90's, so it is mostly done. I am just having to convert the timing data and MFM over to the .scp format. I designed the EMPLANT board and it's Mac and Pentium emulations. I followed those up with FUSION and PCx. I created SYBIL to read and write Mac 800K disks with the Amiga drive (as well as to backup copy protected Amiga disks). SYBIL's software included an imager which I used as the base of my new converter.

22 March 2014, 04:53	#47
dlfrsilver CaptainM68K-SPS France Join Date: Dec 2004 Location: Melun nearby Paris/France Age: 46 Posts: 10,412	Question Jim : Will you support the amstrad CPC computer ? It uses a FDC like the ST and PC ones (compatible i mean). Would love to get SCP files for this computer (i have access to a huge amount of games for this machine!).

22 March 2014, 06:03	#48
JimDrew Registered User Join Date: Dec 2013 Location: Lake Havasu City, AZ Posts: 741	There are already people copying CPC disks with SuperCard Pro. Check my forums: http://www.cbmstuff.com/forum/showth...&highlight=CPC

22 March 2014, 06:47	#49
dlfrsilver CaptainM68K-SPS France Join Date: Dec 2004 Location: Melun nearby Paris/France Age: 46 Posts: 10,412	OK thanks for the hint ! I guess KBI-19 sectors protection and CAAV-19 won't be anymore a problem yes !!!!. I will then be able to write games using those on 3.5" disks (3" disks are crap really).

22 March 2014, 16:28	#52
dlfrsilver CaptainM68K-SPS France Join Date: Dec 2004 Location: Melun nearby Paris/France Age: 46 Posts: 10,412	yes, i used it. The tools for C64 are not as good as the ones available for CPC and spectrum. And the C64 has not a format for tape as compact as the one we have on CPC, the CDT (Cassette Data Tape) format.

22 March 2014, 22:02	#55
JimDrew Registered User Join Date: Dec 2013 Location: Lake Havasu City, AZ Posts: 741	Actually I didn't have a choice. I needed a full range of 16 bits (ALL 16 bits) for the flux data. Flux transitions can be any value from 0-65535 and in the case of NFA's the time is added to the next bitcell time(s). So, there was in fact really no choice - other than storing the transitions using more bits, which is then wasteful.

05 September 2017, 16:55	#57
JimDrew Registered User Join Date: Dec 2013 Location: Lake Havasu City, AZ Posts: 741	Yes, it is on my list of Amiga apps to release. I recently moved and I will be once again developing CBM products as a full time job, so expect a lot of new products in the future.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)