problem unpacking archives on my 1200

VermillioN · 20 February 2007, 04:03

Wow I must have tried evrything to fix this problem it's doing my head in..

Basically I'm downloading the usual sys enhancers from aminet (ie MCP, MUI, MagicWB etc), transferring them to my 1200 via crossdos on a disk formatted via pc0: on my 1200..

all smaller archives seem to unpack fine but anything over around 200k always results in 'I/O error skipping corrupt/extranous data' after unpacking 20 or so files..

it's exactly the same problem this person was having:
http://eab.abime.net/showthread.php?...ipping+corrupt

for the record it's happening with all common filetypes (.lha, .zip, .lzx)

also evrything unpacks perfect under winuae.. just not on my 1200!
(same version of lha running on both winuae and my 1200 btw..)

I've tried disabling the .lha filetype in windows for winRAR thinking that it could be altering the file somehow - but to no avail.

what a headache for such a seemingly simple task.. anyone have a cure?

coze · 20 February 2007, 04:19

I'll take a wild guess, maybe you got a 040 version of lha running ?

cooldude · 20 February 2007, 05:17

I have also had this problem. How much Ram have you got?

I just ran LHA after turning fastram off. Still had 500MB

of chip, but LHA didn't want to know. It would happen after

I was on the Net for a long time (Fragged memory?). Used to

have only 8MB of Ram but it hasn't happened since I installed

32 MB. Only a suggestion

Also try this in CLI to check file integrity for LHA & LZX:-

LZX t -m -x (insert full path to Filename here & press return)

This will check the file to see if it is corrupt.

Cheers

VermillioN · 20 February 2007, 06:09

Quote:

Originally Posted by coze

I'll take a wild guess, maybe you got a 040 version of lha running ?

nope, I already tried re-installing the correct version. I'm running the latest 020+ version. (my a1200 is 030/50)

Quote:

Originally Posted by cooldude

I have also had this problem. How much Ram have you got?

I've got 16meg fast installed on the 1200.

I tried testing the archives for integrity aswell.. and got the same corrupt result.

Damn it.. maybe has something to with the crossdos transfer?
dont forget it only happens to files that are bigger then around 150k

or maybe a setting to do with my 1200's HD?

Jope · 20 February 2007, 07:15

How's your partition's maxtransfer size?

VermillioN · 20 February 2007, 08:31

okies the partition is FFS with a max transfer of 0xffffff

Bamiga2002 · 20 February 2007, 08:41

Quote:

Originally Posted by VermillioN

okies the partition is FFS with a max transfer of 0xffffff

FFS FFS! Switch to SFS or PFS3!

But i think your maxtransfer is too high for the ide-controller, try changing it to 0xfffffffc or 0x1fe00.

Jope · 20 February 2007, 09:28

Quote:

Originally Posted by Bamiga2002

But i think your maxtransfer is too high for the ide-controller, try changing it to 0xfffffffc or 0x1fe00.

Or is it too large?-)

I'd suggest only 0x1fe00 .. The performance gain from tweaking the maxtransfer is so minimal that it's best to just type in that and forget about it. :-)

Frog · 20 February 2007, 23:52

try to improve the stack to 200000.

VermillioN · 21 February 2007, 14:19

Well I installed SFS today before I ended up with too much stuff to backup.. and now things are running nice and fast

Unfortunately the problem still remains..

For some reason I cannot change the maxtransfer at all.. it's always stuck on 0xffffff. This was occuring both before and after I updated to SFS. Is it dependant on the mask? I have not tried altering this..

I also tried raising the stack to 200000.. still no go.

the HD is an old 120MB Quantum drive that fits perfectly inside the a1200 case.

Something to do with the transfer from PC to ami possibly? I've tried using several different disks, formatting the disk on both platforms and using both DD and HD disks... grrr still same result.. corrupt/extraneous data..

the ONLY difference is that since I updated to SFS, the archives are failing slightly earlier.. (ie 'magicwb/patterns/a.file' rather then 'magicwb/patterns/g.file'). Maybe this will help diagnosis? I hope so :P

amigakit.com · 21 February 2007, 14:47

Have you checked your memory's integrity- check by completely filling RAM disk with random data then purge the data completely- if Amiga crashes then you could have defective memory which could account for the CRC errors.

One quick and easy solution is the EasyADF PCMCIA CF Transfer Kit.

EasyADF unpacks LHA and ADF files and it is a quick,easy way of transporting large and small amounts of data from PC to Amiga

It can also boot from floppy so if there is anything thats loaded by the HD thats affecting LHA, this will circumvent these problems.

Jope · 21 February 2007, 17:15

Quote:

Originally Posted by VermillioN

For some reason I cannot change the maxtransfer at all.. it's always stuck on 0xffffff. This was occuring both before and after I updated to SFS. Is it dependant on the mask? I have not tried altering this..

What partitioning software are you using?

Quote:

Originally Posted by Amigakit

Have you checked your memory's integrity- check by completely filling RAM disk with random data then purge the data completely- if Amiga crashes then you could have defective memory which could account for the CRC errors.

A more scientific method would be to use a real memtester.. It can be unpacked with a PC and then transferred to the Amiga.

http://aminet.net/search?query=memtest

Flashlab · 21 February 2007, 19:20

Can you enter a different number for the MaxTransferRate or is it ghosted? If you can change the number don't forget to press Enter after it or else it will change nothing!

Jope · 21 February 2007, 20:14

Quote:

Originally Posted by Flashlab

Can you enter a differnt number for the MaxTransferRate

It is the maximum size of a block of data that the disk can handle in one command, not a speed or a rate.

Flashlab · 21 February 2007, 21:00

Yep sorry about the rate thing. My bad!

Anyway doesn't change the message I was trying to get across...

VermillioN · 22 February 2007, 10:30

well firstly thanks all for your help

some great intuition there Flashlab hahaha... has this happened for you in the past aswell.. maybe if I wasnt half-cut on beer last night I would have tried pressing enter 'aswell' as clicking outside the field.. lol

neway the drop in size has fixed the problem!
I guess now I shall try to find a maxtransfer benchmark

thanks again to all

Flashlab · 22 February 2007, 21:33

Hehe yep I also learned this the hard way!

Not with MaxTransferSize but with entering device names. Just a little thing AmigaOS handles differently from other OSes.

20 February 2007, 04:03	#1
VermillioN Registered User Join Date: Oct 2002 Location: Western Australia Age: 33 Posts: 417	problem unpacking archives on my 1200 Wow I must have tried evrything to fix this problem it's doing my head in.. Basically I'm downloading the usual sys enhancers from aminet (ie MCP, MUI, MagicWB etc), transferring them to my 1200 via crossdos on a disk formatted via pc0: on my 1200.. all smaller archives seem to unpack fine but anything over around 200k always results in 'I/O error skipping corrupt/extranous data' after unpacking 20 or so files.. it's exactly the same problem this person was having: http://eab.abime.net/showthread.php?...ipping+corrupt for the record it's happening with all common filetypes (.lha, .zip, .lzx) also evrything unpacks perfect under winuae.. just not on my 1200! (same version of lha running on both winuae and my 1200 btw..) I've tried disabling the .lha filetype in windows for winRAR thinking that it could be altering the file somehow - but to no avail. what a headache for such a seemingly simple task.. anyone have a cure?

21 February 2007, 14:47	#11
amigakit.com Registered User Join Date: Aug 2004 Location: www.amigakit.com Posts: 1,352	Have you checked your memory's integrity- check by completely filling RAM disk with random data then purge the data completely- if Amiga crashes then you could have defective memory which could account for the CRC errors. One quick and easy solution is the EasyADF PCMCIA CF Transfer Kit. EasyADF unpacks LHA and ADF files and it is a quick,easy way of transporting large and small amounts of data from PC to Amiga It can also boot from floppy so if there is anything thats loaded by the HD thats affecting LHA, this will circumvent these problems. __________________ amigakit.com - the Amiga store Links: www.amigakit.com \| New Products \| AMIGAONE X1000 Ordering

21 February 2007, 19:20	#13
Flashlab Registered User Join Date: Sep 2005 Location: Netherlands Posts: 158	Can you enter a different number for the MaxTransferRate or is it ghosted? If you can change the number don't forget to press Enter after it or else it will change nothing! Last edited by Flashlab; 21 February 2007 at 20:58.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Amiga 1200 Problem	LazerBall	support.Hardware	6	06 October 2006 20:52
Problems unpacking games	Gnorman	project.WHDLoad	2	25 February 2006 01:50
SWOS - unpacking data files	maverick1200	New to Emulation or Amiga scene	0	25 August 2005 17:40
Problem unpacking WHDload ripping my hair out	chaoticjelly	New to Emulation or Amiga scene	10	12 June 2005 21:33
LZX unpacking???	Medvind	support.Apps	25	27 November 2002 12:33

20 February 2007, 04:19	#2
coze hastala vista winny vista Join Date: Feb 2006 Location: mt fuji Age: 35 Posts: 1,333	I'll take a wild guess, maybe you got a 040 version of lha running ?

20 February 2007, 05:17	#3
cooldude Registered User Join Date: Feb 2006 Location: Australia Posts: 112	I have also had this problem. How much Ram have you got? I just ran LHA after turning fastram off. Still had 500MB of chip, but LHA didn't want to know. It would happen after I was on the Net for a long time (Fragged memory?). Used to have only 8MB of Ram but it hasn't happened since I installed 32 MB. Only a suggestion Also try this in CLI to check file integrity for LHA & LZX:- LZX t -m -x (insert full path to Filename here & press return) This will check the file to see if it is corrupt. Cheers

20 February 2007, 07:15	#5
Jope - Join Date: Jul 2003 Location: Helsinki / Finland Age: 32 Posts: 4,061	How's your partition's maxtransfer size?

20 February 2007, 08:31	#6
VermillioN Registered User Join Date: Oct 2002 Location: Western Australia Age: 33 Posts: 417	okies the partition is FFS with a max transfer of 0xffffff

20 February 2007, 23:52	#9
Frog Junior Member Join Date: Aug 2001 Location: France Posts: 1,145	try to improve the stack to 200000.

21 February 2007, 14:19	#10
VermillioN Registered User Join Date: Oct 2002 Location: Western Australia Age: 33 Posts: 417	Well I installed SFS today before I ended up with too much stuff to backup.. and now things are running nice and fast Unfortunately the problem still remains.. For some reason I cannot change the maxtransfer at all.. it's always stuck on 0xffffff. This was occuring both before and after I updated to SFS. Is it dependant on the mask? I have not tried altering this.. I also tried raising the stack to 200000.. still no go. the HD is an old 120MB Quantum drive that fits perfectly inside the a1200 case. Something to do with the transfer from PC to ami possibly? I've tried using several different disks, formatting the disk on both platforms and using both DD and HD disks... grrr still same result.. corrupt/extraneous data.. the ONLY difference is that since I updated to SFS, the archives are failing slightly earlier.. (ie 'magicwb/patterns/a.file' rather then 'magicwb/patterns/g.file'). Maybe this will help diagnosis? I hope so :P

21 February 2007, 21:00	#15
Flashlab Registered User Join Date: Sep 2005 Location: Netherlands Posts: 158	Yep sorry about the rate thing. My bad! Anyway doesn't change the message I was trying to get across...

22 February 2007, 10:30	#16
VermillioN Registered User Join Date: Oct 2002 Location: Western Australia Age: 33 Posts: 417	well firstly thanks all for your help some great intuition there Flashlab hahaha... has this happened for you in the past aswell.. maybe if I wasnt half-cut on beer last night I would have tried pressing enter 'aswell' as clicking outside the field.. lol neway the drop in size has fixed the problem! I guess now I shall try to find a maxtransfer benchmark thanks again to all

22 February 2007, 21:33	#17
Flashlab Registered User Join Date: Sep 2005 Location: Netherlands Posts: 158	Hehe yep I also learned this the hard way! Not with MaxTransferSize but with entering device names. Just a little thing AmigaOS handles differently from other OSes.

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