Тёмная тема
- 0iStalker
- Модератор
master-sheff
> Я правильно понимаю что первые 16КБ ОЗУ в спектруме48 выброшены и не
> используются из-за того что адресация к этим данным перекрывается получением
> данных из ПЗУ?
ага
master-sheff
> А как же невероятно дорогая память в те времена?
вплоть до того, что существовала модель с 16кб ОЗУ, в которой не использовались верхние 32кб оперативки
master-sheff
> Вроде в некоторых советских клонах эту память как-то задействовали или я
> путаю?
У Кворум 64, с модифицированным под CP/M ПЗУ, была, вроде бы, возможность грузить туда образ TR-DOS c дискеты
0iStalker
> вплоть до того, что существовала модель с 16кб ОЗУ, в которой не использовались
> верхние 32кб оперативки
Из википедии:
Владельцы модели с 16 КБ памяти могли приобрести обновление на 32 КБ; для обновления пользователи могли выслать свой «Spectrum» в «Sinclair Research» по почте[6][26]. Сторонние фирмы также предлагали ОЗУ-модуль на 32 КБ, подключаемый в порт расширения
Мда, не удивлюсь если весь "апгрейт" заключался в замыкании какой-то перемычки.
master-sheff
> Мда, не удивлюсь если весь "апгрейт" заключался в замыкании какой-то перемычки.
Как раз память была дорогая, поэтому так никто не сделал бы. Реально впаивали плашки памяти.
Вы тут какие-то странные вещи пишите. master-sheff спрашивает про физическую память, а вы отвечаете про адресное пространство.
Нет, физическая оператива не затеняется ромом, она располагается в адресном пространстве начиная с адреса 0x4000.
Merrewend
> Нет, физическая оператива не затеняется ромом, она располагается в адресном
> пространстве начиная с адреса 0x4000.
В Кворуме 64, - затеняется.
0iStalker
> В Кворуме 64, - затеняется.
Насколько я понял, там можно свапнуть ром с затеняемой оперативой, так что тоже нельзя сказать, что не она не использовалась.
master-sheff
> Я правильно понимаю что первые 16КБ ОЗУ в спектруме48 выброшены и не
> используются из-за того что адресация к этим данным перекрывается получением
> данных из ПЗУ?
Нет, в оригинале как раз ничего не затеняется, там честные 16 корпусов из которых 8 - это 16кб медленной "видео" памяти, шедшей в ZX-16 а остальные 8 те самые 32кб дополнительных, которые были допаяны в zx 48.
64кб с неиспользуемыми 16 были в наших клонах на микросхемах ру5 (64Кх1)
То есть в оригинале были "две плашки 16+32", у нас "одна на 64"
Мне до сих пор одна вещь покоя не даёт: какое было разрешение у системы PAL.
Про то, что число строк дискретно и составляет 625 вместе с невидимыми для VBlank что даёт эффективное разрешение (чаще всего) - 525 строки понятно.
Но вот с горизонтальным разрешением всё гораздо интереснее и нигде не могу найти чёткого ответа на вопрос.
С одной стороны на вики про PAL написано следующее:
=A=L=X=
> Но вот с горизонтальным разрешением всё гораздо интереснее и нигде не могу
> найти чёткого ответа на вопрос.
Сигнал аналоговый, внутри строки. Если сможешь за 56 микросекунд (64 минус служебные зоны, типа сигналов синхронизации и гашения) сделать 4096 изменений яркости, - будет 4096 пикселей разрешения.
0iStalker
> сделать 4096 изменений яркости, - будет 4096 пикселей разрешения.
С чб-сигналом это точно так - он даже теоретически аналоговый и совместим с ч/б телевидением.
Но в том то и дело, что цветной сигнал официально обладает меньшим разрешением и оно скорее всего привязано к частоте сигнала довольно жёстко.
Сами цветные люминофоры тоже расположены в узлах дискретной сетки.
Для цветного же сигнала описано, что он передаётся вычитанием из ч/б сигнала цветовой информации которая передаётся через квадратурную амплитудную модуляцию.
На вики как обычно "объяснение" такое, что понять его может только тот кто уже знает что это такое. И то с большим трудом.
Но есть реальные объяснения например тут: https://radioprog.ru/post/415
Довольно забавная суть - мы кодируем двухкомпонентный сигнал (вектор) путём складывания двух синусоид с одинаковой частой, но сдвинутых на четверть периода относительно друг друга.
И получается, что точку вектора мы должны "выцепить" как пик в сигнале-сумме.
Почему - потому что этот пик своей близостью к пикам исходных сигналов говорит о том насколько он "смещён" в ось X или Y - и этой смещённостью (и как следствием - фазой) управляют амплитуды исходных сигналов постоянной частоты.
Забавный эффект.
Т.е. этот сигнал похоже что по сути своей дискретный и с заданной периодичностью "тыкает" в числовую плоскость. Отчего его активно применяют для передачи цифры.
Поэтому вот я и в сомнениях можно ли передавать цветовой сигнал чаще, чем 283 раза за строку.
Ничего не могу найти чёткого ответа.
=A=L=X=
> Т.е. этот сигнал похоже что по сути своей дискретный и с заданной
> периодичностью "тыкает" в числовую плоскость. Отчего его активно применяют для
> передачи цифры.
> Поэтому вот я и в сомнениях можно ли передавать цветовой сигнал чаще, чем 283
> раза за строку.
При этом цветовое разрешение по вертикали в 2 раза ниже, чем по горизонтали и произведя тривиальные вычисления получим - 1.8*10^6/25/312/2 = 461 градаций по горизонтали (на самом деле даже выше, учитывая весовые коэффициенты для U и V - 0.11 и 0.3 полезного сигнала от RGB модели).
=A=L=X=
> Сами цветные люминофоры тоже расположены в узлах дискретной сетки.
Изменения амплитуды яркости/цветоразностных сигналов никак не привязаны к размеру зерна (по факту, - это количество дырочек/полосок в теневой/апертурной решетке цветного кинескопа, а люминофоры поштучно никто не рисовал на стекле их там в одном пикселе дофига).
0iStalker
> 1.8*10^6/25/312/2 = 461
У меня тут получается 112
На вики написано по другому: https://en.wikipedia.org/wiki/PAL они берут 4,43 мегагерца за базу:
=A=L=X=
> У меня тут получается 112
Зарапортовался,... на самом деле, конечно
1.8*10^6/25/312*0.5
=A=L=X=
> На вики написано по другому: https://en.wikipedia.org/wiki/PAL они берут 4,43
> мегагерца за базу:
Ну это же не полоса пропускания, а сдвиг частоты на которой происходит передача цветоразностных сигналов, относительно сигнала яркости... количество информации которое можно передать по каналу связи - зависит от полосы пропускания этого канала связи.
upd.
Тут ещё нужно учитывать такой момент, с поднесущей и прочими расчётами, - оно изначально делалось под эфирное ТВ, и в систему закладывался определённый запас помехоустойчивости. Когда же мы подключаем консоль к НЧ входу медным проводом, - условия практически идеальные и можно слегка накрутить ТТХ за счёт неиспользуемого резерва.
0iStalker
> Ну это же не полоса пропускания, а сдвиг частоты на которой происходит передача
> цветоразностных сигналов
Эммм... Не понял что это должно значить.
Однако нашёл прямое подтверждение тому что говорил про дискретность цветового сигнала (наконец то!) тут: https://en.wikipedia.org/wiki/Analog_television#Structure_of_a_video_signal
Дык, а в чем проблема-то? Исходный RGB-сигнал получается с исходным разрешением, какое может тащить яркостный канал, это в разы больше, чем пара сотен точек на строку. Потом преобразовывается в пару яркостный+два цветоразностных, у цветоразностных потом аналоговым фильтром полосу обрезают до такой, чтоб можно было передавать поверх несущей 4.4МГц.
В любом случае, вся идея с цветоразностными сигналами основана на том, что глаз человека в любом случае не имеет достаточного цветового разрешения, и любое чередование цветов выше этого разрешения будет восприниматься им как однотонное с рябью, без возможности различить отдельные составляющие цвета. Поэтому и режут полосу цветоразностных сигналов аналоговым фильтром, т.к. высокие частоты в нем все равно бесполезны.