http://rghost.ru/39000048 - вот последний под Win32, только exe, без требуемых библиотек
Под мак... у меня есть разве что хакинтош 10.3 и 10.4.
Вид для печати
http://rghost.ru/39000048 - вот последний под Win32, только exe, без требуемых библиотек
Под мак... у меня есть разве что хакинтош 10.3 и 10.4.
Нужны прямые и самые свежие ссылки на бинарники в каком-нибудь одном месте (хоть на странице в github).
Скос на некоторых процентах бордюра - проблема известная, только причина не ясна. Надо попробовать округлять размеры до 8 пикселей, либо сделать как в unreal'е - несколько фиксированных значений.
Геометрию экрана можно перекроить как душе угодно. В разумных пределах, конечно. Gui-шной настраивалки пока нет, в config.conf в секцию [VIDEO] добавляется строка такого вида:Pentagon - названиеКод:layout = Pentagon:448:320:138:80:64:32:64:0
448 точек в строке (224 такта)
320 строк
138 невидимые точки слева + бордюр (т.е от фронта HSync до экрана)
80 невидимые точки сверху + бордюр
64 невидимые точки слева
32 невидимые линии сверху
64 длина INT
0 строка, в начале которой INT возникает
все размеры в пикселях. 2 пикселя = 1 такт CPU на 3.5MHz. Насчет последних двух чисел надо ещё посмотреть, так ли корректно работают как хотелось.
Я немного ошибся
:64:32: - это не размеры бордюра, а невидимые точки и строки, съедаемые обратным ходом луча.
Для твоего примера
448:320:136:80:80:16:64:0
16 невидимых + (80 - 16 = 64 бордюр сверху) + 192 экран + 48 бордюр снизу = 320 строк
80 невидимых + (136 - 80 = 56 бордюр слева) + 256 экран + 56 бордюр справа = 448 точек в строке
бордюр снизу и справа нигде не прописывается, остатки после экрана до конца строки/кадра автоматом считаются бордюром
Съехало на 2 спектрумовских пикселя (4 тут из-за двойного размера). Судя по этому - http://www.worldofspectrum.org/rusfaq/index.html - должно быть 136. Где-то вылез лишний 1 такт?
zebest, где эту таблицу достать для тестов?
---------- Post added at 09:31 ---------- Previous post was at 09:18 ----------
Проблема со скосом, похоже, решена. Хватило округления до четного числа пикселей.
В дефолте у меня 138 точек слева до экрана. Конечно, это костыль, чтобы сдвига на эти 2 пикселя не было, но он как бы работает...
Вобщем, причину буду искать.
---------- Post added at 11:33 ---------- Previous post was at 11:11 ----------
Шикаааарно. В командах in/out реальное чтение/запись происходит за такт до конца команды - вот вам и 2 точки. Теперь наступает головоломалка на тему "через какое место я это сделаю?"