|
ToToTEK.COM Help & Support Forum
|
View previous topic :: View next topic |
Author |
Message |
dbjh
Joined: 02 Aug 2003 Posts: 167
|
Posted: Tue Jul 10, 2018 2:14 pm Post subject: |
|
|
Sorry for the late reply. For some reason I didn't receive notification e-mails as usual, so I completely missed the last few posts.
An empty C string *does* include the 0 byte. Otherwise it cannot be called a string. 0 bytes cannot be called anything. Anyway, as you stated that problem has been solved now.
I had a look at your DRAM dumps, but they were identical to the originals. So, I have no idea why the Super UFO Pro 8 SD failed the checksum calculation. |
|
Back to top |
|
|
Trenton_net
Joined: 29 Jun 2006 Posts: 233
|
Posted: Tue Jul 10, 2018 7:12 pm Post subject: |
|
|
@dbjh: Oh wow. So that means the UFO somehow doesn't do CRC correctly? The feature is fully implemented perfectly then!?
<Party Time!>??? |
|
Back to top |
|
|
dbjh
Joined: 02 Aug 2003 Posts: 167
|
Posted: Wed Jul 11, 2018 12:58 am Post subject: |
|
|
Well, the data is at least uploaded correctly or else you would not have been able to retrieve identical data. Obviously something goes wrong, but first let's wait for revenant1's results. Solving this issue is in my view of less importance and unless revenant1's tool does not result in the described behavior I consider --xufosd complete. |
|
Back to top |
|
|
revenant1
Joined: 25 Mar 2009 Posts: 14
|
Posted: Thu Jul 19, 2018 12:39 am Post subject: |
|
|
My tool also yields the same result for those games - it could just be because the firmware doesn't correctly checksum 24Mbit HiROM games (and possibly not other game sizes that aren't also exact powers of two?)
The info on the "game check" screen agrees with how I'm generating the header, at least, and I think due to how the HiROM size bits work it'd probably be pretty obvious right away if something was actually wrong.
Also, this might not be that important for USB transfers, but I did some more poking around with the hardware the other day and figured out the logic behind the ROM/DRAM size bits:
Code: |
$2184 - memory control 1 (UFO SRAM mapping, SRAM size, DRAM size)
=================================================================
Controls which region of a given bank the UFO SRAM is mapped to, and how much
of it is exposed, as well as part of CPU->DRAM address translation.
Read from the bytes at $0012 and $0015 in the UFO header.
W: CPU->DRAM offset (A22)
bit 7: add 16Mbit if A15 = 0 (HiROM upper 32k if 32 Mbit)
bit 6: add 16Mbit if A22 = 1 (LoROM if >16 Mbit)
(see also $2186 below)
...
$2186 - memory control 3 (DRAM size)
====================================
Controls the actual UFO DRAM address translation.
Essentially, determines which area of DRAM to map to a given SNES CPU address/bank.
The highest two bits of this value are in bits 6-7 of $2184, above. All applicable bits
in both registers must be set for DRAM address decoding/mirroring to work properly.
Read from the byte at $0013 in the UFO header.
W: CPU->DRAM offset (A21:18)
bit 7: add 8Mbit if A15 = 0 (HiROM upper 32k)
bit 6: add 8Mbit if A21 = 1
bit 5: add 4Mbit if A15 = 0 (HiROM upper 32k)
bit 4: add 4Mbit if A20 = 1
bit 3: add 2Mbit if A15 = 0 (HiROM upper 32k)
bit 2: add 2Mbit if A19 = 1
bit 1: add 1Mbit if A15 = 0 (HiROM upper 32k)
bit 0: add 1Mbit if A18 = 1
(see also bits 6-7 of $2184 above)
Essentially, the six highest address lines on the UFO DRAM are driven by
the output of a 5-bit adder, where the two inputs are
- bits 0/2/4/6 of $2186 and bit 6 of $2184, AND the respective bit in A22:18
- bits 1/3/5/7 of $2186 and bit 7 of $2184, AND the inverse of A15
The remaining DRAM address bits are driven by A17:16 and A14:0, so these settings
effect every 32kb DRAM region within four consecutive banks (e.g. banks 80-83).
In practice, the following combinations are used by the UFO firmware:
Size LoROM HiROM
4Mbit $05 $09
8Mbit $15 $25
10Mbit $55 $37
12Mbit $55 $3d
16Mbit $55 $95
24Mbit $55* $f5
32Mbit $55* $55**
* also set bit 6 of $2184
** also set bit 7 of $2184
|
|
|
Back to top |
|
|
DoctorBackup
Joined: 14 Aug 2005 Posts: 265
|
Posted: Sun Sep 30, 2018 6:57 am Post subject: |
|
|
Long time. Guys... just logging in for the first time in 10+ years I do believe. Still have collection. Climate controlled storage |
|
Back to top |
|
|
Trenton_net
Joined: 29 Jun 2006 Posts: 233
|
Posted: Mon Oct 22, 2018 2:00 pm Post subject: |
|
|
DoctorBackup wrote: | Long time. Guys... just logging in for the first time in 10+ years I do believe. Still have collection. Climate controlled storage |
Hey. You missed the big BBQ! We managed to figure out how USB Transfers worked on the Super UFO Pro 8 SD and got it implemented and tested in Ucon64. Now that the work is complete, things have died down again. Maybe come back in a few years for the next BBQ? |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You can attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|