AExplorer to PC serial connection Speed help

[Sinphaltimus]

OK I am transferring very small files fine from PC to Amiga 500. The 512k rom file took under 5 minutes.

However, since about 8 hours ago it is still transferring a 519MB HDF of DH0. It's making progress but at a snail's pace. It's only about 1/10th of the way completed.

Leaving for work soon so I'm simply going to let the transfer continue; however, I have 3 more hdfs I want to transfer and don't think waiting a week is right.

Amiga is serial is 8-n-1 rtc/cts 512k buffers @ 19.2k.
PC is 8-n-1 hardware with FIFO buffers enabled.
I tried no fifo buffers and small fifo buffers, right now they are set to max. None of the other settings made a difference (I attempted to start file transfer about 24 hours ago and settled on this to just let it run already)

AExplorer pack size is 512 and max retry is 50.

I'm not getting any errors. Perhaps I don't have a good memory but was 19.2k really that slow back in the day?

Or can I try other things to increase the actual transfer speeds (not the baud but the overall behaviour).

I am using USB to Serial on PC side.

Here's a small bit of the log from the transfer start - it's currently about 1/10th of the way competed.

Amiga to PC transfer: "H0:Workbench.hdf" ("") to "Workbench.hdf" (530595840 bytes)
Write Packet 101
> [35 bytes]
> 00 65 00 13 00 00 00 0D E5 5D 2D C4 3A 44 48 30 3A 57 6F 72
> 6B 62 65 6E 63 68 2E 68 64 66 00 B6 BD 73 38
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 03 00 08 00 00 06 52 B7 85 19 6B
Read Packet 3
< [8 bytes]
< 1F A0 40 00 00 00 02 00
< [4 bytes]
< BA 7C 47 6E
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 0E 82 9A F2 6E
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 53 DE EA F6 0D
Read Packet 5
< [512 bytes]
< 00 00 00 00 44 4F 53 01 00 00 00 00 00 00 00 00 00 00 00 00
< ...
< 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
< [4 bytes]
< 5B 7B 7D 20
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 0F F5 9D C2 F8
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 54 40 8E 63 AE
Read Packet 5
< [512 bytes]
< 00 00 01 FC 00 00 00 00 44 4F 53 81 44 4F 53 81 44 4F 53 83
< ...
< 44 4F 53 F9 44 4F 53 FB 44 4F 53 FB 44 4F 53 FD 44 4F 53 FD
< [4 bytes]
< E0 8D B4 5C
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 10 78 95 CF 0D
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 55 37 89 53 38
Read Packet 5
< [512 bytes]
< 00 00 03 F8 44 4F 53 FF 44 4F 53 FF 44 4F 53 01 44 4F 53 01
< ...
< 44 4F 53 79 44 4F 53 79 44 4F 53 7B 44 4F 53 7B 44 4F 53 7D
< [4 bytes]
< B8 C4 1B 31
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 11 0F 92 FF 9B
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 56 AE 80 02 82
Read Packet 5
< [512 bytes]
< 00 00 05 F4 44 4F 53 7D 44 4F 53 7F 44 4F 53 7F 44 4F 53 81
< ...
< 44 4F 53 F7 44 4F 53 F9 44 4F 53 F9 44 4F 53 FB 44 4F 53 FB
< [4 bytes]
< FD F2 69 AE
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 12 96 9B AE 21
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 57 D9 87 32 14
Read Packet 5
< [512 bytes]
< 00 00 07 F0 44 4F 53 FD 44 4F 53 FD 44 4F 53 FF 44 4F 53 FF
< ...
< 44 4F 53 77 44 4F 53 77 44 4F 53 79 44 4F 53 79 44 4F 53 7B
< [4 bytes]
< 62 67 A9 BB
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 13 E1 9C 9E B7
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 58 49 38 2F 85
Read Packet 5
< [512 bytes]
< 00 00 09 EC 44 4F 53 7B 44 4F 53 7D 44 4F 53 7D 44 4F 53 7F
< ...
< 44 4F 53 F5 44 4F 53 F7 44 4F 53 F7 44 4F 53 F9 44 4F 53 F9
< [4 bytes]
< 9A BA 24 67
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 14 7F F8 0B 14
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 59 3E 3F 1F 13
Read Packet 5
< [512 bytes]
< 00 00 0B E8 44 4F 53 FB 44 4F 53 FB 44 4F 53 FD 44 4F 53 FD
< ...
< 44 4F 53 75 44 4F 53 75 44 4F 53 77 44 4F 53 77 44 4F 53 79
< [4 bytes]
< B5 AD E9 41
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 15 08 FF 3B 82
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 5A A7 36 4E A9
Read Packet 5
< [512 bytes]
< 00 00 0D E4 44 4F 53 79 44 4F 53 7B 44 4F 53 7B 44 4F 53 7D
< ...
< 44 4F 53 F3 44 4F 53 F5 44 4F 53 F5 44 4F 53 F7 44 4F 53 F7
< [4 bytes]
< 59 99 29 21
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 16 91 F6 6A 38
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 5B D0 31 7E 3F
Read Packet 5
< [512 bytes]
< 00 00 0F E0 44 4F 53 F9 44 4F 53 F9 44 4F 53 FB 44 4F 53 FB
< ...
< 44 4F 57 73 44 4F 57 73 44 4F 57 75 44 4F 57 75 44 4F 57 77
< [4 bytes]
< DF D2 7D 61
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 17 E6 F1 5A AE
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 5C 4E 55 EB 9C
Read Packet 5
< [512 bytes]
< 00 00 11 DC 44 4F 57 77 44 4F 57 79 44 4F 57 79 44 4F 57 7B
< ...
< 44 4F 57 F1 44 4F 57 F3 44 4F 57 F3 44 4F 57 F5 44 4F 57 F5
< [4 bytes]
< ED 50 77 ED
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 18 76 4E 47 3F
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 5D 39 52 DB 0A
Read Packet 5
< [512 bytes]
< 00 00 13 D8 44 4F 57 F7 44 4F 57 F7 44 4F 57 F9 44 4F 57 F9
< ...
< 44 4F 57 71 44 4F 57 71 44 4F 57 73 44 4F 57 73 44 4F 57 75
< [4 bytes]
< 39 AB 8C 1C
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 19 01 49 77 A9
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 5E A0 5B 8A B0
Read Packet 5
< [512 bytes]
< 00 00 15 D4 44 4F 57 75 44 4F 57 77 44 4F 57 77 44 4F 57 79
< ...
< 44 4F 57 EF 44 4F 57 F1 44 4F 57 F1 44 4F 57 F3 44 4F 57 F3
< [4 bytes]
< 88 F1 2C E2
> [4 bytes]
> 50 6B 4F 6B
Write Packet 0
> [12 bytes]
> 00 00 00 00 00 00 00 1A 98 40 26 13
< [4 bytes]
< 50 6B 4F 6B
< [12 bytes]
< 00 05 02 00 00 00 06 5F D7 5C BA 26
Read Packet 5
< [512 bytes]
< 00 00 17 D0 44 4F 57 F5 44 4F 57 F5 44 4F 57 F7 44 4F 57 F7
< ...

EDIT:
OK, so before leaving for work I found this - https://www.amigaforever.com/kb/13-104

I stopped the transfer and reduced the res on the amiga side to 320x240 with 4 colors. Strated transfer and I'll see where we are at when I get home from work.

I'll know by how much it progressed if that made a difference or not. hopefully the copy will be completed.

I'll report back at that time.

[a4k-oerx]

519MB @ 19.2k takes about 63 hours to complete, says this calculator.

[Sinphaltimus]

OMFG. Ok. I guess I'm as optimized as I possibly can be.

Is there a utility that'll run under wb3.1 that will let me save my hdds as hdfs for winuae?

Geeze, I think it would be faster for me to copy the contents of each drive over serial as opposed the entire drive as hdf.

I'm going to try that later.

Thanks for the answer and the calculator. I found several calculators for this, some were overly complex and others were for faster connections etc..

[nogginthenog]

Have you tried increasing the baud rate? 56K should be possible. 8n1.device (Aminet) might help instead of serial.device.

[Sinphaltimus]

No I haven't. But even if it triples the speed, is still too long. I may just copy drive contents to zip drive one disk at a time depending on how quickly it goes with drive contents over serial. I hardly think I have more than 100mbs altogether of data.

[jlin_au]

Is the source HDD an IDE drive?
If so, then you may be able to connect the HDD to a PC (directly via IDE or via a SATA to IDE interface) and use Amiga forever 2016 under Windows or even linux utilities under a linux live boot distribution to "RAW" access and convert the Amiga HDD partitions to HDF files that are stored on the PC HDD.

For a SCSI HDD you'll need a suitable SCSI interface on the PC.

[Sinphaltimus]

Yeah, I could do scsi on PC but I really didn't want to mess with removing the physical drive, plugging it in to PC, getting it going then putting it back. I've decided to wait until my accelerator card arrives before I worry about backups. It's SCSI2SD so I may just clone the microsd card on the PC side to start and then connect the scsi adaptor to pc and figure it out - Once I have a restorable image of the sd, I'll use winuea to duplicate the partitions.

[jlin_au]

If the data is already on a MicroSD card then you should be able to just install that in a USB SD card reader and access that directly as a raw device on your PC under WinUAE
Alternatively just backup the SD card completely using SD imaging software.

https://www.lifehacker.com.au/2013/0...installations/
shows how to image a Raspberry Pi SD card using win32diskimager.

The win32diskimager software is available at https://sourceforge.net/projects/win32diskimager/

[Sinphaltimus]

Oh, I forgot to post my solution which isn't much different than your advice.

I can't use an SD card reader because of the way SCSI2SD works, however; I did finally remove the SCSI2SD adaptor with the SD card and plugged it into my PC SCSI controller, booted into ClassWB via WinUAE then mounted the SCSI partitions. This allowed me to quickly copy all the data to another Winua drive directed at a windows folder.

So after that I setup another virtual amiga to boot from the copied files folder so now I have a WinUA config that is a direct copy of my real Amiga. so I can customize it and do whatever I want to it in Winuea, then reverse the process and copy those updated files back to the SCSI2SD. Effectively allowing me to setup and configure my real Amiga on the PC with backups already in place.

Thank you though.