Нестандартные методы загрузки с ленты

[Sabrewulf]

rasmer, спасибо. Оригинально. Я таких загрузчиков не видел ещё. Жаль лишь на оригинальных машинах не работает. Зато на наших клонах типа Пентагона/Скорпиона на ура идёт. Причём в 48К режиме полосы бегут в квадратике, а в 128К - на весь экран. Тоже удивила эта фича. Видимо, аппаратная особенность 128-ых машин. Я с ней не знаком, т.к. у самого испокон веков 48 машинка

В самой Бейсик части всего одна строчка:
1 RANDOMIZE USR VAL "23769" и сразу код, даже без каких-либо двоеточий. Это и понятно. Ничего другого в таком загрузчике просто быть не может Да и если убрать VAL с кавычками, такой загрузчик уже бы не работал Особенно ценно то, что такие чудеса очень хорошо ложаться в формат tap - никаких пауз, всё в реальном времени. Ещё раз спасибо, пойду в код загляну

[rasmer]

кстати - в тапке один МОНОБЛОКОВЫЙ бейсик файл
мопед не мой - робуса...

[Sabrewulf]

кстати - в тапке один МОНОБЛОКОВЫЙ бейсик файл

Так в том то и прелесть, хотя реально Бейсиковский файл всего 274 (!) байта (включая байт заголовка/данных и байт чётности). После загрузки Бейсика фактически идёт загрузка дальше без пилот-тона и других пауз, т.е. физически на ленте действительно только один сплошной файл данных.

[psb]

Жаль лишь на оригинальных машинах не работает.

а почему на оригинальном спеке не идет?

[Robus]

Так ... Сразу хочу сказать !!! Что нет никаких проблем с ORIGINAL Speccy !!! Я лично проверял на двух разных моделях ORIGINAL Speccy, и всё работает на ура !!! У меня два ORIGINAL Speccy:
1 Spectrum 48k, английская сборка.
2 Spectrum 128k +3, польская сборка.
Я наоборот в коде специально сделал поддержку всяких левых пентагонов, что бы работало !!! То, что код лежит в тормозящей памяти так же учтено !!! Все задержки подогнаны и не привышают стандартов !!! Загрузчик чувствителен к ошибкам данных, так же как и стандартный бейсик. Тут я не делал особую защиту. Для чистоты эксперемента я записал на кассету всю игру и проверил загрузку !!! Вплоть до того, что руками притормаживал кассету. Всё загрузилось как положенно !!! Загрузчику так же всё равно какова полярность 0/1, синхронизация делается автоматом по старту самого лоадера !!! Так же проверен теневой экран на реальном спекки !!! Срабатывание которого происходит после каждого отрисованного ULA'ой папера. Не знаю, почему зашёл разговор за нераьотоспособность под ORIGINAL Speccy ???

Добавлено через 7 минут

274 (!) байта (включая байт заголовка/данных и байт чётности)

Хочу поправить, 273 байта !!! И к сожалению 273 лишь потому что нужно было поддержать пентагон !!! Реально, можно меньше !!!

Я понимаю, что 1 байт не важен, но такова натура, сражаться за каждый бит !!!

Добавлено через 27 минут
Кстати ... Можно спокойно сделать так, что бы параллельно игралась музыка на AY !!! Только это не будет слушаться, поскольку писк(загрузка) будет мешать !!!

[Sabrewulf]

Так ... Сразу хочу сказать !!! Что нет никаких проблем с ORIGINAL Speccy !!! Я лично проверял на двух разных моделях ORIGINAL Speccy, и всё работает на ура !!!

Хм, интересно. Мне остаётся только извиниться за дезинформацию.

Хочу поправить, 273 байта !!!

Разве? В заголовке указано 272 байта. Если добавить 2 служебных получится как раз 274

Я понимаю, что 1 байт не важен, но такова натура, сражаться за каждый бит !!!

Сам такой был когда кодил (правда это было уже на PC и под DOS)

[Robus]

В заголовке указано 272 байта. Если добавить 2 служебных получится как раз 274

В загаловке 272 ... И ВАСИК загрузит 272 байта, и будет ждать молчания ... Но молчания нет, поскольку продолжаются передаваться данные ... Таким образом он считывает 273-ий байт, который является контрольной суммой всего блока ! После, ВАСИК видит что загрузка была с ошибкой и пытается проверить контрольную сумму и сравнивает её с 273-ои байтиком ... Если бы 273-ий байт был НЕверен, то мы бы увидили самую любимую и самую ненавистную фразу ВАСИКа "R-TYPE loading error". А что за "служебный байт" ??? Могу предположить, что это то-то в ТАРе ??? Наверное речь идёт о 255 !!! О коде который перед всеми стандартными блоками ВАСИКа !!!

По настоящему, 273 байта это ещё не весь лоадер !!! Это только основа его ... Далее стирается экран и ловится кодовые биты с заголовком. Как только происходит захват(восстановление несущей), идёт загрузка всех управляющих функций. Вообще-то, я хотел сделать депакер, но не успел ... Нет времени !!! Уродская работа всё забирает !!!

А вообще-то ТАР - гадость !!! Он поддерживает стандарт !!! А стандарт совершенно глупый !!! ПЗУ(1366) считывает 0 и 1, и меряет их длтельность и в зависимости от этого делает вывод был бит 0 или 1 !!! Но на каждый бит идёт двойная проверка !!! Всё что даёт в данном случае это защиту от ошибок а не восстановление ошибки. И можно было бы прекрасно обойтись просто одним измерением между 0 и 1 !!! В итоге получается скорость минимум в два раза больше !!! Не говоря уже о других примочках, которые можно было бы использовать !!! Атари мне в этом плане всегда нравился !!! Там столько было разновидностей загрузчиков, что в итоге эмуляторщикам пришлось честно мерять скважность между 0 и 1 и делать образы.

По

[Sabrewulf]

В загаловке 272 ... И ВАСИК загрузит 272 байта, и будет ждать молчания ... Но молчания нет, поскольку продолжаются передаваться данные ... Таким образом он считывает 273-ий байт, который является контрольной суммой всего блока

Да, но перед 272 байтами идёт ещё один байт, который как раз и указывает загрузчику из ПЗУ, что это блок с кодом, а не заголовок. Далее, 274-ый байт чётности - без него мы имели бы R - Tape loading error.

А что за "служебный байт" ??? Могу предположить, что это то-то в ТАРе ??? Наверное речь идёт о 255 !!! О коде который перед всеми стандартными блоками ВАСИКа !!!

Он самый, только он идёт не только в ТАПе, а и на ленте. А идёт этот байт не только перед стандартными блоками Васика, а перед любым блоком не являющемся заголовком.

По настоящему, 273 байта это ещё не весь лоадер !!! Это только основа его ... Далее стирается экран и ловится кодовые биты с заголовком.

Это понятно - здорово сделано!

И можно было бы прекрасно обойтись просто одним измерением между 0 и 1 !!!

Да, я сам об этом думал, и, если бы писал свой загрузчик то так бы и поступил - при стандартных таймингах скорость в 2 раза выше, а можно ж ведь ещё ускорить

[psb]

Робус, респект!

И можно было бы прекрасно обойтись просто одним измерением между 0 и 1 !!!

думаю, это сделано, чтоб в сигнале не было постоянной составляющей. иначе хз как бы повел себя мафон.

[Robus]

Далее, 274-ый байт чётности - без него мы имели бы

Не чётности, а именно контрольная сумма !!! Если бы в заголовке было бы 272, и при этом сам блок был бы 273 байта, то есть 1х(255)+272х(n) байт, то небыло бы никаких ошибок !!! Васик принял бы 272 байта данных и распознал бы их как тело васик программы. Но за счёт того, что передача данных не остановилась, васик вынужден убедиться, что переданные данные верны !!! Для этого передаётся последний 274-ый байт контрольной суммы !!! Это очень важно !!! Поскольку это гипер редкость !!! Я вообще удивлён, что васик такое поддерживает !!!
Вообще, когда я начал писать лоадер, я в первую очередь проверил, а запускается ли прога, если в заголовке указать N-байт, но в реальности передать больше !!! И в итоге я с первого раза написал что-то, сигнализирующее мне, что таки васик запустил мой код. И я не думая об этом супер байте контроьльной суммы, вижу, что всё запустилось и всё работает !!! Хотя в реальности мне просто повезло !!! 1 из 256 случаев, когда мой тестовый код совпал с контрольной суммой и составлял значение "0" ... Чистая визуха ... Уже дальше, методом эксперементов я вычислил, что при не соответствии длины нужна контрольная сумма !!! Так я и пришёл к тому, что можно оборвать на ходу загрузку, запустить лоадер и синхронизироваться снова !!!

перед любым блоком не являющемся заголовком

Просто перед любым блоком. не имея значения данные это или заголовок !!! Напрмер данные для LET'ов, имеет кодж 254 !!! То есть можно сделать SAVE "BLABLABLA" DATA ... И срхранятся все значения LET'ов !!! Ну типа А=ХХХ, В=YYY !!! Но вообще-то любой блок имеет этот код !!! Есть много загрузчиков, которые используют для распознания уровня этот байт !!! Например ACADEMY(TAU-CETI), первый уровень 128, второй 129 и т.д.

то так бы и поступил

ОООоооочень хотел поступить по-своему !!! Но к сожалению был стандарт ТАР и нет других направлений !!! На эту тему идеально сказано:

иначе хз как бы повел себя мафон

Думаю. что и вправде не известно как себя повела бы запись на мафоне !!! Но с другой стороны мафон такое же тупое устройство, и оно сохраняет значения 0 или 1(макс или мин) !!! Но самое верное - проверить ... Вообще очень интересный вопрос ... Если вс

Добавлено через 7 минут

Далее, 274-ый байт чётности - без него мы имели бы

Не чётности, а именно контрольная сумма !!! Если бы в заголовке было бы 272, и при этом сам блок был бы 273 байта, то есть 1х(255)+272х(n) байт, то небыло бы никаких ошибок !!! Васик принял бы 272 байта данных и распознал бы их как тело васик программы. Но за счёт того, что передача данных не остановилась, васик вынужден убедиться, что переданные данные верны !!! Для этого передаётся последний 274-ый байт контрольной суммы !!! Это очень важно !!! Поскольку это гипер редкость !!! Я вообще удивлён, что васик такое поддерживает !!!
Вообще, когда я начал писать лоадер, я в первую очередь проверил, а запускается ли прога, если в заголовке указать N-байт, но в реальности передать больше !!! И в итоге я с первого раза написал что-то, сигнализирующее мне, что таки васик запустил мой код. И я не думая об этом супер байте контроьльной суммы, вижу, что всё запустилось и всё работает !!! Хотя в реальности мне просто повезло !!! 1 из 256 случаев, когда мой тестовый код совпал с контрольной суммой и составлял значение "0" ... Чистая визуха ... Уже дальше, методом эксперементов я вычислил, что при не соответствии длиных нужна контрольная сумма !!! Так я и пришёл к тому, что можно оборвать на ходу загрузку, запустить лоадер и синхронизироваться снова !!!

перед любым блоком не являющемся заголовком

Просто перед любым блоком, не имея значения данные это или заголовок !!! Напрмер данные для LET'ов, имеет код 254 !!! То есть можно сделать SAVE "BLABLABLA" DATA ... И срхранятся все значения LET'ов !!! Ну типа А=ХХХ, В=YYY !!! Но вообще-то любой блок имеет этот код !!! Есть много загрузчиков, которые используют для распознания уровня(игры) этот байт !!! Например ACADEMY(TAU-CETI), первый уровень 128, второй 129 и т.д.

то так бы и поступил

ОООоооочень хотел поступить по-своему !!! Но к сожалению был стандарт ТАР и нет других направлений !!! На эту тему идеально сказано:

иначе хз как бы повел себя мафон

Думаю. что и вправде не известно как себя повела бы запись на мафоне !!! Но с другой стороны мафон такое же тупое устройство, и оно сохраняет значения 0 или 1(макс или мин) !!! Но самое верное - проверить ... Вообще очень интересный вопрос ... Если мафон сохраняет в точностит с действием OUT'ов, однозначно, стандартный SAVE не рационален !!!