Допустим, моя процедура вывода статического изображения на бордюр в каждое прерывание выполняется за 8000-8024 такта. Подскажите как мне использовать процедуру выше, чтоб мое изображение осталось статичным? :)))))
Вид для печати
Сделай так, чтоб всегда было 8024 такта т.е., по максимуму. Введи команды , которые ничего не испортят в твоей проге, а будут только для "выравнивания" по тактам. Вот и всё. И ещё - не используй переходы по условию как JR. Делай JP. Тогда и при выполнении условия и при невыполнеии будет 10 тактов.
Да я в курсе, как это делается. Я про программу в посте #10, как она может сделать это?
---------- Post added at 04:38 ---------- Previous post was at 04:22 ----------
VNN_KCS, придумай универсальную задержку, чтоб каждое прерывание начиналось с одного и того же такта (не учитывая сколько там программа покушала), я вот даже собразить на эту тему ничего не могу
У меня на это мозгов не хватит, повысыхали уже ;-). Надо спецов попросить. Я обычно делаю каждый раз по разному, вручную.
Общее число тактов твоего кода должно делиться на 4-ре. Учитывать нужно и вызов самого прерывания. Но я это подстраиваю руками.
Выше приведённую процедуру нужно просто вызвать перед инициализацией прерывания твоего для твоего эффекта. Далее, в принципе, не важны сдвиги, главное это подстройка перед эффектом.
Однако эта процедура для подстройки использует прерывание, и всё в ней заточено под саму себя. То есть, если сейчас играет музыка, и в этот момент тебе нужно подстроиться, то данная процедура простым копи-пастом не заработает. Поэтому нужно руками делать эту процедуру и подстраивать под свою дему.
Такого естественно нельзя сделать. Тут даже я понимаю.
Вопрос реальным кодерам - а можно сделать так, чтоб программа на прерывыния выравнивала такты программы? Понимаю реакцию, как так?! А вот если основная прога тоже чё-то посчитает и выдаст свои данные. А прога на прерываниях "подрихтует" Ессно не основная, а подпрограмма.
Может и невозможно, но ......