@Jack
Quote:
Ok, the swimp3 is actually with MBR, fat16, linux reports:
16 heads 56 sectors/track, 571 cylinders
first partition is fat16,
there's also a warning about different physical/logical beginnings/endings:
physical: 0,1,44, logical: 0,1,52
physical: 755,15,0 logical: 571,6,48
I assume that dostype should be 0x46415400. Or 16 instead of 00?
A "FAT" DosType is no standard AFAIK. CrossDOSFileSystem
may work with it but the PC0 mountlist uses 0x4D534400
("MSD") and massstorage.usbfd uses "FAT2" 0x46415432 which
ensures that formatting is tried in FAT32 mode first.
Quote:
Should I follow physical or logical mapping?
massstorage.usbfd happily ignores physical track/head/sector
values because those are outdated since many years.
I dont know if CrossDOSFileSystem uses physical or
logical values, eventually it even contains a check
that both must match somehow and refuses to work with
this broken MBR while Linux contains some magic code
which selects the most reasonable alternative?
Quote:
Should the "Interleave" match the highest cylinder?
As already written CrossDOSFileSystem modifies it anyway.
massstorage.usbfd does not specify Interleave at all and
a standard AmigaOS filesystem ignores this.
Quote:
Need an advice on the arithmetics...
For a "normal" Amiga filesystem only LowCyl and HighCyl
are important, and when LowCyl is 0 then HighCyl is ignored
and the whole medium is used. For CrossDOSFileSystem
AFAIK _both_ LowCyl and HighCyl are completely ignored,
it always uses the complete medium when the device name
doesnt end with a letter from C to Z, when it ends with
"C" it uses the first MBR partition etc.
In your example with 56 sectors/track and "logical: 0,1,52"
I'd calculate the start of the first partition to be at
sector 0 head 1 track 52 = 1*56+52=108. The mountlist
as modified by CrossDOS says LowCyl 107, not 108, strange...
When the player doesnt contain important data and has
an option to format the medium in case he cant understand it,
I'd simply try to partition and format the medium from some
OS which knows how to create a valid MBR, e.g. Linux or Windows,
and not the builtin player firmware...
Quote:
Also tried to generate mountinfo for usb0c: in ffs mode, but when MBR is shown, can't switch the fs type.
The massstorage commodity doesnt allow you to try to switch
the filesystem of a partition on an MBR-partitioned medium
to something which is not FAT. It would not work. FFS only
works with RDB-partitioned media or with flat media.
You are only allowed to switch to FFS after selecting the
MBR entry, which implies that the MBR would be destroyed
after formatting with FFS and that you are aware of that.
Quote:
The other player (iriver t10) doesn't show up in the commodity, althought an attachment window pops up
USBInspector and T:USB.log may help to find out whats wrong here.