Реконструкция CGLIB для использования из OMSI Pascal

Вид для печати

Показывать 40 сообщений этой темы на одной странице

21.03.2020, 06:29
S_V_B

Цитата:

Сообщение от Hunta

Ты в своей уже разочаровался. Пичалька

Напротив-узнал гораздо больше.. и руки опустились, поскольку понял, что переписывть придется 80% кода.
Это с учетом, что я не сосем тупил и "вражины" отрабатываются в отдельном цикле, а нужно было делать все вместе... (поэтому и говорю, что старайтесь все унифицировать)
"Пасквилянтам" этого не понять..

- - - Добавлено - - -

Я же все уже опробовал на СИ (х86) - все работает.. про СИ для УКНЦ мысли даже не было (посмотрел как компилит простейшие вещи).
Если хочешь чтобы все было красиво - нужно изначально все правильно делать, а не по дороге вставлять "красивые" хаки.
21.03.2020, 08:28
BlaireCas

Похоже пятница неплохо прошла. Напрогра...ммировались все ) Или напаскалились.
Кстати только сейчас заметил что я там протупил с *80 ведь *80 = *(64+16) итого должно быть <<6 + <<4
Интересно насколько mul быстро работает в укнц (но тормоза вывода спрайтов конечно не в нем в укнц)

И еще сейчас код свой пересмотрел... ууух, ну и жути понаписал тормозной. Если делать бы с .asect= то в команды типа add 6(SP), (R0) можно заранее вставить нужное число на место 6(SP), модификация кода при исполнении. Ну проще сразу туда записать нужное чем ходить по адресам. Просто я глуп как пробка в паскале и не знаю как оно там работать будет.
21.03.2020, 08:57
S_V_B

Цитата:

Сообщение от BlaireCas

Просто я глуп как пробка в паскале и не знаю как оно там работать будет.

Все что напишешь то и выполнится :)
21.03.2020, 09:12
hobot

Цитата:

Сообщение от BlaireCas

Интересно насколько mul быстро работает в укнц (но тормоза вывода спрайтов конечно не в нем в укнц)

Patron, тотальное исследование проводил, сразе несколько плат зарядил прогонами, у меня к сож. скрины с живой платы не сохр. по видимому, это UKNCBTL

Код:

→ ЛAТ Memory Top: 135252 BUF words: 22199 CPU KHz: 5300 > 8300 CPU KHz: 8300 1: Nop Evt: 11 ; Run: 9397 ; Res: 9408 ; CLC: 17.6 R2/177777 ; R1/000377 ; R0/177777 1: Mul R2, R0 Evt: 1 ; Run: 1647 ; Res: 1648 ; CLC: 100.7 1: Mul R2, R1 Evt: 0 ; Run: 1647 ; Res: 1647 ; CLC: 100.8 R2/177777 ; R1/000000 ; R0/000000 1: Mul R2, R0 Evt: 1 ; Run: 1647 ; Res: 1648 ; CLC: 100.7 1: Mul R2, R1 Evt: 0 ; Run: 1647 ; Res: 1647 ; CLC: 100.8 R2/000001 ; R1/000377 1: Mul R2, R1 Evt: 0 ; Run: 1647 ; Res: 1647 ; CLC: 100.8 R2/000017 ; R1/000377 1: Mul R2, R1 Evt: 1 ; Run: 1647 ; Res: 1648 ; CLC: 100.7 R2/000177 ; R1/000377 1: Mul R2, R1 Evt: 0 ; Run: 1647 ; Res: 1647 ; CLC: 100.8 R2/001777 ; R1/000377 1: Mul R2, R1 Evt: 0 ; Run: 1647 ; Res: 1647 ; CLC: 100.8 R2/017777 ; R1/000377 1: Mul R2, R1 Evt: 0 ; Run: 1647 ; Res: 1647 ; CLC: 100.8
21.03.2020, 09:19
BlaireCas

Я не очень понял, но видимо mul работает довольно быстро. Nop быстрее в 9 раз что-ли? Ну окей. Но собственно на сам вывод спрайта это не влияет. Там надо лишь 1 раз умножить для определения адреса вывода.
(и кстати с таймингами я бы не доверял ни ukncbtl ни emustudio) - проверял на том коде для определения быстродействия процессоров. Реальная укнц отличается. Но если "на глаз" - то можно.

Но с реальной укнц с таймингами процессора я помучался. Огромное спасибо Titus и Alex_K - ибо когда делать на ней звук - там любой скрипач раздавит программу и скажет что тут не си-бемоль.
21.03.2020, 09:42
hobot

Цитата:

Сообщение от hobot

Patron, тотальное исследование проводил

https://zx-pk.ru/threads/14702-rasch...ry-pdp-11.html
21.03.2020, 10:34
Oleg N. Cher

Цитата:

Сообщение от S_V_B

"Пасквилянтам" этого не понять..

А не было мысли, что "пасквилянты" могут быть на всю башку перфекционистами, и делать код с самого начала настолько долго и тщательно, насколько возможно - годами. И такой код до релиза даже еле доживает. Но железячникам и машкодерам, пишущим странное, этого не понять ;-)

Цитата:

Сообщение от BlaireCas

Ну проще сразу туда записать нужное чем ходить по адресам. Просто я глуп как пробка в паскале и не знаю как оно там работать будет.

Да какой там Паскаль? Паскаль только требует сохранить регистры R2-R5, да и это под вопросом. Я для перестраховки сохраняю. Ну и даёт аргументы в стеке. Всё. Дальше асм.

Против самомодифицируемого быстрого кода ничего не имею. Но в данный момент сильно важнее реализовать некратность ширины спрайта восьми, чем любая оптимизация. Надо как-то стимульнуть человека, который согласился перерисовать графику под разрешение УКНЦ.
21.03.2020, 10:45
S_V_B

Цитата:

Сообщение от Hunta

Когда будет руках плата, способная выводить на монитор (или в очередной раз начну мучить DE10) - тогда может быть (!) и посмотрю - как оно в УК-НЦ. А пока я с ПДП трах имею (с SD вроде разобрался). И все ваши спрайты и фанты мне - до лпч.

У тебя же вроде есть такая плата? Я вот тоскую по утраченным возможностям... в 90-е активно продвигал замену Э-80 на 286е...мог бы парочку поиметь.. знал бы что так мозг переклинит. :(

- - - Добавлено - - -

Цитата:

Сообщение от Oleg N. Cher

Но в данный момент сильно важнее реализовать некратность ширины спрайта восьми

Тут к тебе подкралась маска... нужно выделять память
21.03.2020, 10:51
Oleg N. Cher

Я уже думал про возможность вначале строку данных спрайта скопировать в буфер и сдвинуть её на нужное количество бит заранее, а потом уже выводить. Наверно так быстрее всего будет. Но кодить ещё не пробовал.
21.03.2020, 10:53
Hunta

Цитата:

Сообщение от S_V_B

У тебя же вроде есть такая плата?

На VGA - пока только DE (это FPGA dev board, если что). В ближайшей перспективе - только новодельная КЦГД.

Цитата:

Сообщение от S_V_B

Я вот тоскую по утраченным возможностям..

"Эх, кабы раньше то знать!..." :) Я бы тоже много чего и спёр и сохранил :)

Цитата:

Сообщение от S_V_B

в 90-е активно продвигал замену Э-80

Может - Э-60?

Показывать 40 сообщений этой темы на одной странице