Просмотр образов CP/M дисков

[esl]

Have no idea. Not familiar with Korvet, but Orion and Quorum disks seems to have exactly the same format: 1024 bytes per sector, 5 sectors per track, 80 tracks and all track sectors are numbered sequently from 1 to 5. The only reason to have different format is filesystem difference - but seems that Orion and Quorum filesystems are equal. It's better to unite all equal file formats under one single extension.
.

физичесский то формат одинаковый, но ЛОГИЧЕСКИЙ не обязательно совпадает
мало того, иметь собственное расширение удобно из практичесских соображений, сразу понятно что это
а если у тебя все диски имеют одно расширение то как понять чей это диск ?

[Advertiser]

[Gelip]

сразу понятно что это...

Yeah, I think so too

[Eltaron]

физичесский то формат одинаковый, но ЛОГИЧЕСКИЙ не обязательно совпадает
мало того, иметь собственное расширение удобно из практичесских соображений, сразу понятно что это
а если у тебя все диски имеют одно расширение то как понять чей это диск ?

Понятно, я и говорю о случае когда всё совсем совпадает. Как я понял, у Байта и Корвета вообще нет различий, и Gelip хочет лишь назначить им разные иконки.
Если все имеют одно расширение, то надо их хранить в разных директориях. Я слабо представляю зачем кому-нибудь смешивать в одной папке диски для Корвета и Ориона.

[Gelip]

Как я понял, у Байта и Корвета вообще нет различий, и Gelip хочет лишь назначить им разные иконки.

And here you are wrong! Read one more time this post:
Probably need add support to read offset 0x5000 directory structure: http://zx.pk.ru/showpost.php?p=603940&postcount=193

Logical format KDI Byte is different than KDI Korvet:

Byte01 - file structure offset 0x5000
Korvet - file structure offset 0x2800

You can easily check this in HEX editor.

[Eltaron]

And here you are wrong! Read one more time this post

Yep, sorry, I misunderstood something. If so then I agree, there is no another way to distinguish files other than by extension.

[Gelip]

Great that we have reached an agreement :-)

Now that the order should be:

- author ZXMAK2 when make Byte01 emu sholud be determined file extension for disk image
- author ATM CP/M Explorer need add support
- author ZX Disk Studio need add support

I talked with Prusak and wrote that if Byte01 emu will working good in ZXMAK2 then change extension related to emulator :-)

[esl]

Byte01 - file structure offset 0x5000
Korvet - file structure offset 0x2800

not so simple, see my post above (directory offset SHOULD be calculated)

on real korvet disk
Korvet - file structure offset 0x2800 CP/M
Korvet - file structure offset 0x3800 MICRODOS
Korvet - file structure offset 0x3400 MICRODOS?? (todo check)
Korvet - file structure offset 0x0080/0x0400 no dos at all (todo check)

[Gelip]

You're probably right but I suggest stay only for CP/M OS. Program name suggest that it is a CP/M Explorer

[esl]

You're probably right but I suggest stay only for CP/M OS. Program name suggest that it is a CP/M Explorer

korvet - CP/M only machine

mikrodos - extended cp/m (CP/M 2.2 with some features from cp/m 3)
empty - same CP/M disk but doesn't have OS on disk (0) system track

[Gelip]

On this thread I finding that Byte01 disks works in computer Robotron 1715

Дискета 800 кб... CP/M для ПК Байт...
В руководстве написано, что дискеты совместимы с компьютером Роботрон...

This is true :-). Byte01 disks working good in emulator Robotron 1715 EMU 1.01 (Башкирия-2М) after boot from disk image DS.CPM or r1715.cpm from this images pack.

Emulator EMU 1.01 (Robotron 1715) use disk images files with extension .CPM and to working with Byte01 disk image need change .kdi to .cpm extension.