06 May 2014, 10:09 | #121 | |
Registered User
Join Date: Feb 2010
Location: Porto, Portugal
Posts: 464
|
Quote:
I see that this is a issue that raises to many doubts, a lot of people agrees with you, and i'm not saying that you are wrong, i'm only saying that it worked with me. The MapRom feature is used with ACATune and not LoadModule This is the commands you use for both c:acatune -maprom c:kick.rom -fastchip on -cache on -burst on -vbrmove >nil: c:loadmodule devs:scsi.device |
|
06 May 2014, 10:17 | #122 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
No. what you are primarily saying is that you have to update scsi.device for os3.5/3.9 to use above 8GB and this is simply not true.
|
06 May 2014, 10:32 | #123 | |
Registered User
Join Date: Feb 2010
Location: Porto, Portugal
Posts: 464
|
Quote:
When you use IDE HD you don't have to do this, only with CF cards, at least that's the conclusion i reached when trying to use CF cards above 8Gb. Inicially i thought that something was wrong with the cards i was using because when i used IDE HDs i didn't have this issue. Solved it when i update scsi.device. I'm not an expert on this things i'm just saying using my experience on the matter. |
|
06 May 2014, 10:49 | #124 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
Still wrong. People don't generally have to patch scsi.device again to use above 8GB on 3.5/3.9 with CF cards either.
If the problem you experienced indeed turns out to be a bug in scsi.device 43.34/35/43 with certain CF cards or hardware setups, I'm interested to look into it with such a card. But you are reaching the wrong conclusions when you decided that 'all CF cards fail' and everyone should update scsi.device on 3.5/3.9. I understand it is well meant though Edit one year later: OS3.9 Boing Bag 2 has a bug affecting drives/cards that support 48bit LBA. This is probably the root of this misunderstanding. See 'boing ball 2 issue' in the first post. Last edited by fgh; 11 October 2015 at 19:53. Reason: Boing ball 2 issue |
06 May 2014, 11:06 | #125 |
Registered User
Join Date: Feb 2010
Location: Porto, Portugal
Posts: 464
|
It seems that you are better informed than me
From the searches i've done, it seems that theres something wrong with BB2, and it causes some problems, this kind of info is way over my head I'm also using ClassicWB 3.9, i don't know if that's a issue too.´ The cards i used are a Kingston like this http://eab.abime.net/showpost.php?p=...&postcount=102 And a transcend like this http://www.abelcine.com/store/image....e=T&id=1001633 Both started to work correctly after i updated scsi.device |
07 May 2014, 23:42 | #126 | |
Mac & Amiga
Join Date: Apr 2014
Location: Stmk / Austria
Posts: 21
|
CF / SD and large drives FAQ
Quote:
should I still use this max transfer value or a different one? Last edited by Mikeat1200; 08 May 2014 at 09:16. |
|
08 May 2014, 04:28 | #127 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
That's the right one
|
08 May 2014, 04:29 | #128 |
Registered User
Join Date: Apr 2014
Location: NC, USA
Posts: 97
|
I installed OS3.9 and tried to set the max transfer rate on my partitions to 0x1FE00.. Every time I edit it (making sure I press return before I save the change) the setting is changed back to 0x0001FE00.. Is this still ok? The mask is 0x7FFFFFFE and I can not change the max transfer rate from 0x0001FE00.
I changed the max transfer rate in 3.1 many times for my CF with no problem. Is 0X0001FE00 ok to use? |
08 May 2014, 04:33 | #129 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
Morning!
Yes that's the same. 0x just indicates that it's a hex number. Leading zeroes do not change the value. (like 1 and 0001 is the same) |
08 May 2014, 09:15 | #130 |
Mac & Amiga
Join Date: Apr 2014
Location: Stmk / Austria
Posts: 21
|
|
08 May 2014, 09:45 | #131 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
You could, as long as you use idefix, but the only thing that would be different is that you would be vulnerable if the drives are ever used without idefix.
It is the max transfer SIZE, not rate. It has no effect on speed. Edit: Pfs3aio also has a workaround for the bug, so if you use it, there is no risk at any point by using a higher value, but there is also still no benefit Last edited by fgh; 08 May 2014 at 09:51. |
08 May 2014, 10:34 | #132 |
Mac & Amiga
Join Date: Apr 2014
Location: Stmk / Austria
Posts: 21
|
I don't use IDEfix, I'm using 4xEIDE'99 software.
So there is no way to get faster transfer with a buffered interface (only safer transfer as I already became aware of)? |
08 May 2014, 11:07 | #133 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
Ok. The 4xEIDE'99 readme doesn't mention that the max transfer size bug is fixed, so I would certainly leave it at 1fe00 then.
The buffered IDE interfaces are buffered to work with longer cables and with two IDE channels, so those buffers also have nothing to do with speed For higher speed you need something like the Fast ATA. |
08 May 2014, 11:38 | #134 |
Mac & Amiga
Join Date: Apr 2014
Location: Stmk / Austria
Posts: 21
|
OK.
That was a clear statement. Thank you! |
08 May 2014, 18:58 | #135 |
-
Join Date: Jul 2003
Location: Helsinki / Finland
Age: 43
Posts: 9,918
|
Yep, a protective signal buffer, not buffer memory. :-)
|
19 May 2014, 13:03 | #136 | |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
Quote:
My KS3.1 A4000D runs plain WorkBench 3.9 BB2 and ClassicWB 3.9 (v28) fine from it with the normal BB2 scsi.device 43.43 and PFS3AiO v2.2. Of course I cannot rule out that 43.43 has issues in some specific setup, but at least it works for me (and others). Edit, one year later: OS3.9 Boing Bag 2 does have a bug affecting drives/cards that support 48bit LBA. See 'Boing ball 2 issue' in the first post. Last edited by fgh; 11 October 2015 at 19:58. Reason: Boing ball 2 issue |
|
28 May 2014, 20:09 | #137 |
Registered User
Join Date: Dec 2007
Location: Dark Kingdom
Posts: 213
|
After I opened a new thread to ask suggestions with cards, I discovered this wonderful one!
I have some questions: 1) It seems to me that most people prefer CF to SDs, for use with Amiga. Are there reasons? 2) I intend to use a CF or SD to IDE adapter on the onboard IDE of an A4000 and an A4000T. I read that onboard controllers support "removable"media. Does it mean that I might remove the card with the Amiga powered up, just like a floppy? 3) One reason for me to prefer SD could be that my Mac has an SD port. Is it possible for FS-UAE on Mac to see an amiga-formatted SD? |
28 May 2014, 20:34 | #138 | |||
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,574
|
Quote:
Quote:
Quote:
|
|||
28 May 2014, 21:18 | #139 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
I've used lots of SD cards, they work just fine.
The reason for the SD vs CF adapter price difference is that SD adapters are active (modifying the signals with ICs), and CF adapters are passive (simply rerouting the pins to a different connector). For big box amigas like yours, the CF has one added advantage, super cheap bracket adapters |
29 May 2014, 10:08 | #140 | |
Registered User
Join Date: Feb 2010
Location: Porto, Portugal
Posts: 464
|
Quote:
|
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Large Hard-Drives (over 4gb) | keitha1200 | support.Hardware | 4 | 20 April 2012 08:09 |
GVP 4.15 Roms & Large Hard drives... | Info-Seeker | support.Hardware | 21 | 09 August 2010 12:06 |
What sort of Filemaster to use with large drives? | Ebster | support.Apps | 4 | 08 February 2009 17:53 |
replacing amiga floppy drives with hard drives | Gordon | support.Hardware | 2 | 06 March 2007 00:44 |
Large hard drives and WB3.0... | darkwave | support.Hardware | 3 | 05 July 2004 03:19 |
|
|