надо оба пункта. Плюс работу с образами жестких дисков.
Вид для печати
надо оба пункта. Плюс работу с образами жестких дисков.
This is cool tool :-) but not support KDI image from "Byte01". Please add support this images Для компьютера 'Байт-01': Образы всех CP/M дисков в виде побайтовой копии содержимого *.kdi
Probably need add support to read offset 0x5000 directory structure: http://zx.pk.ru/showpost.php?p=603940&postcount=193
Regards
KDI - Korvet Disk Image ;) (дефакто это 5*1024*80*2)
его описание находится в 0м секторе (всякие там смещения)
и там же есть CRC, его легко задетектить.
давайте делать правильно!
I extract all files from KDI "Byte01" images like this:
1. Download Korvet disks images and unpack archive
2. Open disk.kdi from archive in hex editor and write null data from offset 0x2800 to end file and save this image empty.kdi
3. Open image Byte01 e.g. cpm_sys.kdi in hex editor, select block data from offset 0x5000 to end file and copy it
4. Paste (Write) clipboard data to file empty.kdi in offset 0x2800 and save to cpm_sys_kor.kdi
5. Now possible open this file in ATM CP/M Explorer to view or extract files :-)
http://savepic.net/3782092m.png
great !
but, korvet kdi contains enough information to calculate correct offset ;)
i saw 4 different DIR offset on real korvet disk
(no system on disk, CP/M, mikrodos)
KDI images "Byte01" is not Korvet format !! Have other header. Look at attached file in hex editor.
(пишу на инглише чтобы всем было понятно)
esl, it looks like Byte01 has no information about it's logical structure (number of system tracks). It has twice as more system data, than Korved, and thus korvet and other cp/m utilities cannot read Byte01 disks....
esl, could you analyze Byte01 disk images to check, if it contains correct data about its logical format? (I simply don't know where it should be located :))
part of Korvet disk bios discriptrion
it's better to use different extension for Byte01 cpm disk ;)Код:Содержимое первых 32 байт информационного сектора
приведено на рис. 5.5.1. Первые 6 байт - информация для
загрузчика. Если они равны нулю, значит диск не содержит
информацию для загрузки, т.е. диск не системный. Байты 7...16
содержат информацию о физическом устройстве диска. Их
назначение понятно из рис.5.5.1. Байты 17...31 содержат
информацию о логическом устройстве диска. Хотя некоторые из
приведенных логических параметров могли бы быть вычислены, для
простоты весь блок логических параметров приведен в том виде,
каком CP/M требует таблицу дисковых параметров. Подробнее эта
таблица будет расписана ниже.
Байт 32 содержит контрольную сумму со смещением 66H
(т.е. КС[1-31] + 66H = [содержимое байта 32].
В заключение этого пункта отметим, что существует
стандартный формат диска в CP/M. Параметры стандартного диска
следующие: 8", одинарная плотность, одна сторона, 77 дорожек,
26 128-ми байтовых секторов на дорожке, две системных дорожки,
64 входа в директорию, фактор смещения - 6. Этот стандарт
распространяется только на диски 8". Для дисков 5.25" такого
стандарта нет.
Номер байта: обозначение ; комментарий
;физические параметры диска
1: DW LoadAdress ; адрес, с которого начинается загрузка
3: DW RunAdress ; адрес,куда передается управление после
; загрузки
5: DW Count ; число загружаемых физических секторов
7: DB SizeDisk ; если значение байта 1 -8" диск, если 0
; - 5.25"
8: DB Density ; способ записи: 0 - FM; 1 - MFM
9: DB TpI ; число дорожек на дюйм: 0 - 48 TpI
; 1 - 96 TpI, 2 - 135 TpI
10: DB SkewFactor ; если значение байта 1 - фактора смещения
; нет. Если <> 1 - байты 33-128
; информационного сектора содержат таблицу
; перевода секторов, причем значение байта
; равно размеру таблицы.
11: DB SecSize ; размер физического сектора:0 - 128 байт,
; 1 - 256 байт, 2 - 512 байт и 3 - 1024
12: DB InSide ; информация о сторонах диска: 0 -
; односторонний диск, 1 - двухсторонний,
; причем сектора нумеруются от 1 до n
; с каждой стороны, четные логические
; дорожки с нулевой стороны, нечетные с
; первой.
13: DW SecPerTrack; число физических секторов на дорожке
15: DW TrkPerDisk ; число дорожек на диске (с одной стороны)
;логические параметры диска
17: DW SPT ; число логических секторов на дорожке
19: DB BSH ; фактор сдвига блока распределения данных
20: DB BLM ; маска блока распределения данных
21: DB EXM ; маска размера
22: DW DSM ; объем памяти на диске в блоках минус 1
24: DW DRM ; число входов в директорию диска минус 1
26: DB AL0 ; определяет, какие блоки зарезервированы
27: DB AL1 ; под директорию
28: DW CKS ; размер вектора контроля директории
30: DW OFS ; число системных дорожек на диске
32: DB CheckSum ;контрольная сумма служебной информации
CS[1-31]+66H
РИС. 5.5.1.
and add support korvet related disk to programm (it's possible to detect automaticaly)
Vector06c fdd images has same "header"
Orion ODI same ...
(it's possible to attach fdd/odi image to korvet emulator and use it)
and my xkorvet tools (dir and copy) works fine with this files ;)
---------- Post added at 14:11 ---------- Previous post was at 14:07 ----------
and first bytes of Cp_m_sys.zip - "(C) cerikopik$"
definetely not Korvet disk children ;)
Yes. I think so that KDI extension is not good for Byte01 because KDI - Korvet Disk ImageЦитата:
Сообщение от esl
Each russian clone have own extension for disk image and "Byte01" should be also have own extension e.g. BYT or BTE or something other :-)
Вложение 41847
kdi, fdd, odi, cpm - all of them are raw sector images. All of the utilities to read and write korvet, vector or orion disks will read and write byte disks too.
Yes, tools need read and write also "Byte01" images but for order "Byte01" should be have own file extension image like other clones because .KDI extension clearly indicates that is image for Korvet computer.
Floppy disk from Korvet not working in Byte01.
how did you checked it?Цитата:
Сообщение от Gelip
Yesterday I talked with Prusak on ICQ and he checked it.
please read thread before postЦитата:
Сообщение от BYTEMAN
CPM Disk utility should know "logical" disk parameters and Directory offset
this value can be hardcoded (for format like Byte01)
or SHOULD be calculated from "disk"
korvet disk utility at least should check crc of first 32 byte of disk
and say "wron info sector" and refuse disk in this case
another way - set of config files
esl, я прекрасно понимаю о чём идёт речь, т.к. это я сказал Gelip про оффсеты каталогов у байтовского диска и у корветовского. Просто речь о том что эмуля Байта-01 не было, и мы с Прусаком решили что стоит диски обозвать как kdi, т.к. физический формат у дисков абсолютно аналогичный.
In any case, KDI has a super power :-) :)
В программе есть поддержка дискет Кворума (.qdi). А есть где-нибудь описание этого формата или хотя бы рабочий образ? Подсовываю пустой файл размера 819200 - ругается.Цитата:
Сообщение от Black Cat / Era CG
Пустой образ Кворума можно создать в ATM CP/M Explorer ,только нужно распаковать системные дорожки sys.zip в каталог утилиты.Цитата:
Сообщение от Eltaron
Коллекция CP/M-80 дискет для Кворума
http://zx.pk.ru/showpost.php?p=447987&postcount=1
Компьютер КВОРУМ
http://atmturbo.nedopc.com/index.htm
Спасибо, так получилось.
Да, это мои :) Их и хочу во что-то менее универсальное (и более удобное), чем TD0 перегнать.Цитата:
Сообщение от Djoni
Точно, невнимательно посмотрел :v2_dizzy_facepalm:Цитата:
Сообщение от Eltaron
Если поплясать с бубном можно попробовать настроить плагин OdiWcx by Sergey A. для TotalCommanderа для работы с образами Кворума.
Wow! Никаких плясок с бубном не надо, лишь добавить в конфиг точно такую же строку, что и для PROЦитата:
Сообщение от Djoni
QDI походу отличается от PRO только тем, что в нулевой дорожке пятый сектор имеет номер 5, а не 9.Код:QDI = 01010301050050002800040F008E017F00C00020000000
Да формат диска почти такой жа только каталог диска у Profi начинается с 0 track 0 sector а у Кворума я так понял с 4 trackа.
Да, с 4го.Цитата:
Сообщение от Djoni
Какого оно только черта тогда работает, непонятно :)
На всякий случай поменял на формат на 01010301050050002800040F008E017F00C00020000400
И получил практически копию конфига Ориона за исключением поля "user space size in 2048b blocks"
---------- Post added at 23:45 ---------- Previous post was at 21:59 ----------
Если что, перегнал все свои CP/M дискеты для Кворума в QDI, обновил соответствующий пост
I don't think so, the file extension should indicate the file format instead of content name. For compatibility purposes, the file extesion should contains 3 letters. And this is not enough to cover all known file formats. So, using different file extensions for the same file format will cause format conflicts and wrong format interpretation.Цитата:
Сообщение от Gelip
So, the content name should be specified in the name instead of extension. For example:
bmygame.kdi - byte
kmygame.kdi - korvet
Also, I'm not sure that the kdi extension represent files with unique file format. Can you tell me format structure? I want to make sure that the kdi extension used in the right way...
Another example: if we want to store disk image for the computer "Exercise", using extension "exe" is a bad idea.
Of course yes, but KDI Byte01 image is for Byte01 not for Korvet computer. After that, I do not understand why the system image was made on a floppy 800KB while data take only 257KB ??? In image is tool SYSGEN.COM to make OS disk and possible make other, smaller disk:Цитата:
Сообщение от ZXMAK
SYSGEN.COM offset 1400:
This is cpm_sys.kdi image:Код:$ 1024*5*80 S2 DD-DS 776K
$ 1024*5*80 S3 DD-SS 380K
$ 1024*5*40 S3 DD-SS 182K
$ 512*9*80 S2 DD-DS 698K
$ 512*9*40 S2 DD-DS 338K
$ 512*9*80 S3 DD-SS 342K
$ 512*9*40 S3 DD-SS 164K
$ 256*16*80 S2 DD-DS 620K
$ 256*16*80 S3 DD-SS 304K
$ 256*16*40 S3 DD-SS 146K
$ 1024*5*80 korwet DD-DS 780K
$ 1024*5*80 korwet DD-SS 790K
Код:Offset Description
00000 - 04FFF Probably CP/M OS
05000 - 05FFF File (directory) structure
06000 - 1DFFF Files CP/M OS
1E000 - 21FFF ZX Spectrum 48 original ROM (SYS2.OVL)
22000 - 25FFF TR-DOS 5.01 (SYS3.OVL)
40500 - end file empty E5 E5 E5...
This is MENU of program SYS.COM:
Menu 2 & 4 runs file SYS1.OVLКод:wyberite revim raboty
1. operacionnaq sistema CP/M
2. operacionnaq sistema TR-DOS s bejsikom
p|wm "bajt"
3. operacionnaq sistema TR-DOS s bejsikom
p|wm "ZX SPECTRUM"
4. bejsik p|wm "bajt"
5. bejsik p|wm "ZX SPECTRUM"
Menu 3 & 5 runs file SYS2.OVL
Вложение 41882 Вложение 41884
Of course, for "Byte01" need use extension that do not in Windows. I think that BYT or BTE is pretty good. I don't know of a program that use this extensions.Цитата:
Another example: if we want to store disk image for the computer "Exercise", using extension "exe" is a bad idea.
After that:
Korvet is clone IBM PC and is not compatible with ZX Spectrum.
Byte01 is clone ZX Spectrum and is compatible with ZX Spectrum :-)
wrong guess ;)Цитата:
Сообщение от Gelip
Korvet is a i8080 based computer developed in NIIJAF MGU ;)
mainly wide used for education purporses in schoool
OK, maybe is not IBM PC clone but is not compatible from ZX Spectrum right?Цитата:
Сообщение от esl
But KDI is not ZX Spectrum format at all, it is CP/M disk image. All CP/M-80 machines are compatible with each other because binary compatibility is the main reason for CP/M popularity.Цитата:
Сообщение от Gelip
OK, if KDI is standard should be open in CP/M Explorer but this is not possible.Цитата:
All CP/M-80 machines are compatible with each other because binary compatibility is the main reason for CP/M popularity.
So if Byte01.kdi is not possible to open should not be called .KDI :|
Let us assume that the author CP/M Explorer adds support for version Byte.KDI:
1. While open KDI image CP/M Explorer will have to scan file to recognize that is Korvet or Byte instead open file directly. It will take unnecessary time to recognize it.
2. In Windows is not possible set different file icon for the same file type - .kdi
If computer disk images such as Orion, Korvet, Kvorum etc. are the same why everyone uses a different file extension: .odi, .kdi, .qdi ?
I not understand why computer "Byte01" can not have its own extension name ??
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.Цитата:
Сообщение от Gelip
Oh, I thought that it could be opened and the only problem is file extension.Цитата:
So if Byte01.kdi is not possible to open should not be called .KDI
физичесский то формат одинаковый, но ЛОГИЧЕСКИЙ не обязательно совпадаетЦитата:
Сообщение от Eltaron
мало того, иметь собственное расширение удобно из практичесских соображений, сразу понятно что это
а если у тебя все диски имеют одно расширение то как понять чей это диск ?
Yeah, I think so too :v2_thumb:Цитата:
Сообщение от esl
Понятно, я и говорю о случае когда всё совсем совпадает. Как я понял, у Байта и Корвета вообще нет различий, и Gelip хочет лишь назначить им разные иконки.Цитата:
Сообщение от esl
Если все имеют одно расширение, то надо их хранить в разных директориях. Я слабо представляю зачем кому-нибудь смешивать в одной папке диски для Корвета и Ориона.
And here you are wrong! Read one more time this post:Цитата:
Сообщение от Eltaron
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.
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 :-)
not so simple, see my post above (directory offset SHOULD be calculated)Цитата:
Сообщение от Gelip
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)
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 ;)Цитата:
Сообщение от Gelip
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
On this thread I finding that Byte01 disks works in computer Robotron 1715
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.Цитата:
Сообщение от Zloy
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.
Вложение 41937Вложение 41934Вложение 41935