EF3 USB Utilities 1.4 (all-in-1)

Tom-Cat

Intermediate

Posts: 147

Date of registration: Mar 4th 2005

Location: Slowenien

1

Tuesday, January 31st 2012, 6:44pm

Hi all EF3 users...

Here is the 1.4 version of my USB transfer utilities.
This time I combined all seven utilities into one single server program on the C64 side and one single client exe on the PC side.
Also the D64 image reader/writer has now a Turbo mode (on by default) so you can read and write the images much faster now (around 2 and a half minutes).
The Copy part of the utility now doesn't wait anymore for a keypress and files without extension are considered to be PRG files.
This is the usage on the pc side (on the c64 side the server is constantly waiting for the commands from the client. You can, however, change drive number, directory or send a custom command to the drive).

Source code

Usage: EF3USB.exe command file [options]
        commands: e[xecute] file.prg                      
                  c[opy]    file.prg|p00|d64|d81|d71      
                  w[rite]   file.d64|d81 [verify] [kernal]
                  r[ead]    file.d64|d81 [kernal]         
                  d[ir]     file.d64|d81|d71              
                  t[est]

Please see the readme for more details.

Download here: http://pc.sux.org/tomcat/ef3utils14.zip

Best regards,
Tomaz

Go to the top of the page

Retro-Nerd

A clue: NO!

Posts: 2,804

Date of registration: Sep 3rd 2007

Location: Niedersachsen

2

Tuesday, January 31st 2012, 9:48pm

Works great here, Tomaz. Tried the D64 writing too, app. 3-3,5 minutes with fastloader for an D64.

Go to the top of the page

Tom-Cat

Intermediate

Posts: 147

Date of registration: Mar 4th 2005

Location: Slowenien

3

Tuesday, January 31st 2012, 10:14pm

Hi.

Glad it works. It is strange that people get so different read/write support with plushdos sector reader/writer. I get around 2:40 now. I just added revers sector order read/write and can get to 2 minutes flat (both read/write).
It is different with verify On though. Also next version will have 40 tracks support

Go to the top of the page

JMP$FCE2

leicht entzündlich

Posts: 3,387

Date of registration: Feb 16th 2008

Location: Flensburg

4

Thursday, February 2nd 2012, 1:29pm

Bunchcopy for EF3 USB Utilitys

This little helper utilizes the famous EF3USB.EXE Program to make a lot of Diskimages without the need that you must everytime give a new filename for the imagefile.
It may be helpful if you want to copy a whole bunch of 1541-Disks. It asks you for a Prefixname and a Disknumber.

This means that all following image-copies was named in this format:
"<prefix><disknumber><Diskside>.d64" Disksides are marked by "a" or "b" after the Disknumber.
If you type a disknumber lower than 99 it fills with leading zeroes.
For example if you type "Foobar" for a Prefixname and "6" for the Disknumber
it creates a imagefile that was named like this: Foobar006a.d64

You will be asked if a disk has two sides or not and if not it steps over to
next disknumber.

After a copy was done it creates a textfile with the same name and pushes the contents of the copied Image DIRECTORY in it, so you can easily search for some single files.

You can everytime stop this helper by pressing CRTL+C

Please make shure that the C64-Side is always in Menumode before you copy a Disk.

How to install: Just unzip the file into the directory where you have stored ef3usb.exe and run Bunchcopy.cmd.

BunchCopy.zip

Go to the top of the page

mario

Beginner

Posts: 32

Date of registration: Jul 31st 2011

5

Thursday, February 2nd 2012, 9:09pm

Filecopy worked fine.

I transfered 1760 Files with a total of 30.906.789 Bytes. This took 18 Hours 40 Mins, with a 2 GB CMD HD and Jiffydos equipped C128.

I noticed that ef3usb doesnt check if a Disk/Partition if full, result is that it keeps trying to write to the Disk and always Reports a finished Transfer even if the Disk was full and it couldnt write to the Disk.

Maybe you want to Install a error check routine for that ?

Mario

Go to the top of the page

Tom-Cat

Intermediate

Posts: 147

Date of registration: Mar 4th 2005

Location: Slowenien

6

Friday, February 3rd 2012, 8:50pm

Here is version 1.5 with the following new stuff:

- speeded up the Turbo Reader a bit with reverse sector loading.
- added 40 track support to D64 read and write (turbo version only!)
- added turbo format command - 35 and 40 sectors. Curtesy of tlr's "Format II" utility.
- "dir" and "copy" commands now also display the disk name and ID.

Link: http://pc.sux.org/tomcat/ef3utils15.zip

Best regards,
TC

Go to the top of the page

Retro-Nerd

A clue: NO!

Posts: 2,804

Date of registration: Sep 3rd 2007

Location: Niedersachsen

7

Friday, February 3rd 2012, 9:09pm

This time i checked the D64 writing time with an online stopwatch. Took 4 minutes and 30 seconds. C64G+1541-II, no Verify or Kernal option used. Do you use USB 3.0?

Go to the top of the page

Tom-Cat

Intermediate

Posts: 147

Date of registration: Mar 4th 2005

Location: Slowenien

8

Friday, February 3rd 2012, 9:37pm

Quoted from "Retro-Nerd"

This time i checked the D64 writing time with an online stopwatch. Took 4 minutes and 30 seconds. C64G+1541-II, no Verify or Kernal option used. Do you use USB 3.0?

Aparently the writing takes much longer on certain drives

We have so far tried a few 1541-II drives and they all performed around 2:00 minutes for both read and write. The old 1541 drives however all suffer with d64 writing and people are reporting similar results to yours. This is the first time that someone reported slow writing performance with 1541-II drive though.
I am using plushdos sector read/write routines and currently its author - Krill - is looking into it.
I use USB 2.0 connection (it should not matter

).

Go to the top of the page

Retro-Nerd

A clue: NO!

Posts: 2,804

Date of registration: Sep 3rd 2007

Location: Niedersachsen

9

Friday, February 3rd 2012, 9:49pm

Just tried another 1541-II. Same result. Very strange. Well, the Turbo-Format works great.

Go to the top of the page

Tom-Cat

Intermediate

Posts: 147

Date of registration: Mar 4th 2005

Location: Slowenien

10

Saturday, February 4th 2012, 7:38am

Quoted from "mario"

I noticed that ef3usb doesnt check if a Disk/Partition if full, result is that it keeps trying to write to the Disk and always Reports a finished Transfer even if the Disk was full and it couldnt write to the Disk.

Maybe you want to Install a error check routine for that ?

Hmm, I need to do that, but currently don't know how, since after I output a chr to the file the error doesn't seem to be reported back. If any1 has ideas...

Go to the top of the page

mario

Beginner

Posts: 32

Date of registration: Jul 31st 2011

11

Saturday, February 4th 2012, 1:38pm

What about just reading the Errorchannel ? Usually works fine

http://codebase64.org/doku.php?id=base:r…of_a_disk_drive

Go to the top of the page

Tom-Cat

Intermediate

Posts: 147

Date of registration: Mar 4th 2005

Location: Slowenien

12

Saturday, February 4th 2012, 7:07pm

I can do that after each file... but I would like to stop writing if there is something wrong after each byte written...

TC

Go to the top of the page

mario

Beginner

Posts: 32

Date of registration: Jul 31st 2011

13

Saturday, February 4th 2012, 7:37pm

Checking each Byte is to time consuming i think but you could check before Transer if there are enough blocks left on Disk , Report an Error to the PC side if there is less Diskspace and check the Errorchannel afterwards to be 100% secure.

Go to the top of the page

Tom-Cat

Intermediate

Posts: 147

Date of registration: Mar 4th 2005

Location: Slowenien

14

Saturday, February 4th 2012, 8:55pm

Quoted from "mario"

Checking each Byte is to time consuming i think but you could check before Transer if there are enough blocks left on Disk , Report an Error to the PC side if there is less Diskspace and check the Errorchannel afterwards to be 100% secure.

I have been searching for the "check if there are enough blocks left on disk" EVERYWHERE, but I couldnt find a way to see how many blocks are free on a disk (that is on ANY disk - mass storage, etc.)... is there any universal way to do this ? Anyone knows ?

Go to the top of the page

Unseen

hat ein Parallelkabel und wird es benutzen!!1

Posts: 3,677

Date of registration: Jun 16th 2007

15

Saturday, February 4th 2012, 9:03pm

Quoted from "Tom-Cat"

I have been searching for the "check if there are enough blocks left on disk" EVERYWHERE, but I couldnt find a way to see how many blocks are free on a disk (that is on ANY disk - mass storage, etc.)... is there any universal way to do this ? Anyone knows ?

Read the directory (open $ on secondary address 0) and read the "line number" of the last BASIC line you receive.

	Quellcode
1 2 3	10 x=rnd(-1294):fori=1to52:x=rnd(1):next 20 fori=1to5:printchr$(rnd(1)11+69);:next 30 printint(rnd(1)4711)-3590

Go to the top of the page

Tom-Cat

Intermediate

Posts: 147

Date of registration: Mar 4th 2005

Location: Slowenien

16

Saturday, February 4th 2012, 9:10pm

Quoted from "Unseen"

Read the directory (open $ on secondary address 0) and read the "line number" of the last BASIC line you receive.

I was afraid that would be the only way... this can take A LOT of time

Thats the only way ? If so then something else must be done

Go to the top of the page

ilesj

Beginner

Posts: 4

Date of registration: Jan 19th 2012

Location: Finland

17

Tuesday, February 7th 2012, 9:00pm

Hello Forum64, first time posting here.

I'm having trouble connecting my EF3 via USB with these USB Utilities.

I have the EF3 USB driver installed on PC, the EF3 has the jumper block in DATA position and C64 is running the ef3usb server program. When I run the client program on PC I get

Device: 0,Manufacturer: skoe, Description: EasyFlash 3, Serial: A6V5etc..

- TEST USB CONNECTION

Started Testing...

..And then nothing happens. No matter which command I run. What might be wrong here? Thanks for any help or advice!