TRDOS 6.11P

[alsp]

Знеате сказать кде проблема? Можно нам нужно тоже какое то контрольные XOR счëты сделать?

In my opinion - best way to move TRD image to the RAM drive - make per sector copy - i.e. read each sector from TRD image and after that write it to the RAM drive using usual TRDOS function. In this case you will be abstracted from internal specific of RAM drive... and all functioanlity should work correctly. As I know WDC software use similar algoritm when make unTRD operation...

---------- Post added at 12:30 ---------- Previous post was at 12:24 ----------

alsp, в перспективных компах на ПЛИС, ПЗУ размещают в виде образа в ОЗУ (обычно отводят под это 512к), поэтому чтоб не переделывать потом, желательно учесть сразу возможность того, что объём ОЗУ в компе кратен 512кб а не 1Мб.

у меня при определении потенциального объема диска процедурка считает разные страницы памяти от 0 до... потом записывает маску страниц по этому адресу... т.е. для 512K там по идее будет #1f , для 256 - #0f - поэтому по идее кратность тут не особо важна...
Другой вопрос - надо бы учесть карты памяти - т.е. ввести в алгоритмы карты распределения RD - чтобы можно было задавать зарезервированные страницы...

[Advertiser]

[hood]

In my opinion - best way to move TRD image to the RAM drive - make per sector copy - i.e. read each sector from TRD image and after that write it to the RAM drive using usual TRDOS function. In this case you will be abstracted from internal specific of RAM drive... and all functioanlity should work correctly. As I know WDC software use similar algoritm when make unTRD operation...

Thanks a lot for the answer. Velesoft told me, he is already in contact with you.

I just wanted to avoid completely programming in TRDOS, because this is not my native system. So, you really do not know what extra work must be done (XOR checksums, etc.) if we want to import TRD image into RAM banks and at the same time avoid TRDOS programming?

I thought just ldirs would be fine, but this is not enough, TRDOS freezes.

Thank you

Hood

[alsp]

So, you really do not know what extra work must be done (XOR checksums, etc.)

The main problem in this scope is internal structure and algorithms for RD - for example in my variant Ram disk growing up - i.e. zero track placed in the latest bank but in one bank sectors growing down. And in some other implementation of RD - it can be absolutely different. (I plan to add memory map feature that will describe witch memory banks can be used for RD). So if you want to support all RD variants you should investigate algorithm that map track and sectors numbers to the memory address for every one...

---------- Post added at 13:04 ---------- Previous post was at 12:57 ----------

А кстати, возможность считывать значения портов #1FFD, #7FFD, #EFF7 тебе поможет в работе?

это может унифицировать часть алгоритмов для разных платформ и ускорить работу алгоритмов работы с RD. Потому как на данный момент текущая страница вычисляется прогоном цикла по всем страницам от 0 до текущей... (или от последней до текущей...) и, таким образом, восстанавливаются значения портов для возврата в текущую страницу после работы с RD.