ТЫ крут!!!!!!!! Сам вот еще БЕЙСИК освоил. И паскаль немного попробовал. Как там писать программы для Спекрума 48к незнаю. На чем это все пишется на твоем ВЕКТОРЕ? БЭЙСИК?

@@dimalink4486 на векторе можно и на бейсике писать, моно на паскале, мне больше нравится на ассемблере. Или в машинных кодах.

а как у Вас телевизор подключен? Напрямую по RGB или через скандабблер? Очень интересно!@@ussrcomputers9163

Самый простой и очевидный вариант, как сделать то же самое, но на одном Векторе - взять этот векторовский проигрыватель Real Player (дизассемблировать) и вставить туда вместо текста и индикатора уровня цветомузыкальную программу, причём уровень громкости и частоту звука можно передавать цветомузыке прямо в цифровом виде (копии регистров AY). Вывод звука через AY занимает лишь малую часть (вряд ли более 10%) процессорного времени (передача параметров нв AY обычно происходит 50 раз в секунду, по кадровым прерываниям), так что вывод цветомузыки практически не замедлится. В общем, можно было бы сделать цветомузыкальный проигрыватель для RMP-файлов. Ещё интересно было бы сделать такой проигрыватель не для чисто векторовского формата RMP, а для какого-то распространенного спектрумовского AY-формата, чтобы расширить выбор доступной для проигрывания музыки. И ещё одна модификация была бы интересна - использовать программу-эмулятор AY на ВИ53 (такую делал ivagor на основе старой кишинёвской), чтобы выводить музыку через родной векторовский звукогенератор ВИ53 (она тоже звучит весьма круто, правда этот эмулятор сильно загружает процессор, воспроизводя шумовые эффекты программно через порт магнитофона).

Может у вас что то осталось, сами приложени или исходники ? Было бы супер. Вдохновляете таки попробовать совместить программу эффектов с плеером AY музыки ))) ПОпробовать в целом можно )))

@@ussrcomputers9163 К сожалению, у меня от Вектора ничего не осталось - ни самого компьютера, ни дискет с программами, ни тетрадей с записями. В середине 90-х даже предположить не мог, что всё это может ещё понадобиться в будущем. Впрочем, ничего сверхсложного в нашей цветомузыке не было - машинный код каждого эффекта в чистом виде (без подпрограмм опроса клавиатуры, смены палитры и тд) обычно занимал всего от нескольких десятков до нескольких сотен байт. В разы больше времени, чем написание всех эффектов, заняло создание программного сэмплерного синтезатора (kzfaq.info/get/bejne/i7WSipCkyZ6oZGQ.html) , который предполагалось применить в этой цветомузыкальной мегадемке на заставках. Много заняло и создание самих заставок, а также красивой оболочки для выбора эффектов типа нортонкоммандера - поэтому, наверное, и не успели доделать эту демку, хотя в принципе всё было почти готово ;). Вообще, как выяснилось, приличных цветомузыкальных программ почти не было не только на Векторе, но и на Спектруме, и на других ПК (на Apple II была очень красивая и быстрая программа Fire Organ (kzfaq.info/get/bejne/qK2Glsp6nNqZgWg.html), но вроде не цветомузыка, на С64 был Swinth (kzfaq.info/get/bejne/d894rLd72KuXcYk.html ), на Спектруме были несколько словацких демок Song in lines (kzfaq.info/get/bejne/h5Nng8qIz8vRf4k.html), но и там вроде нет явной зависимости от музыки, на спеке, конечно, были и другие демки, но таких, как мы хотели, чтобы картинка на экране явно зависла от музыки, продаваемой с магнитофона, почти не было). У Вектора, конечно, потрясающие аппаратные возможности графики. Одна лишь программируемая палитра позволяет использовать самые разные эффекты, причём практически без нагрузки на процессор - просто быструю смену палитры по ходу движения электронного луча с эффектом бегающих по экрану цветных полос, эффекты типа туннелей, анимацию с помощью включения и отключения отдельных цветов. Вертикальный скроллинг давал и "гипнотизирующее" плавное перемещение (как в вашей цветомузыке) и очень быстрое (в эффектах типа осциллограммы) или резкое (дрожание, подпрыгивание в такт музыке), а также позволял делать эффект размытия кадра при быстром смещении экрана на всё увеличивающийся шаг. Вертикальный сдвиг позволял имитировать даже плавный горизонтальный скроллинг при использовании повторяющихся рисунков с горизонтальным смещением. 4-плановая видеопамять - еще один кладезь для разных эффектов: наложение объектов один на другой (в том числе с полупрозрачностью), вывод разных эффектов в разные плоскости с разным типом наложения плоскостей (можно с полным перекрытием, а можно со смешиванием цветов) и с возможностью перемещения планов вперёд-назад (изменением палитры), маскировка части изображения разными масками разной степени прозрачности (в том числе имитация быстрого вывода 8-цветной графики изменением всего лишь одной 8-килобайтной плоскости-маски) и тд. "Столбцовая" видеопамять Вектора позволяет очень быстро (примерно до 350 кбайт/с) рисовать или стирать и небольшие (от 8 точек шириной и любой высоты), и большие области экрана с помощью стековых операций, в том числе текстурой - это очень полезно для множества цветомузыкальных эффектов типа мозаик и калейдоскопов из "квадратиков". Естественно, можно без проблем сделать простейшую векторную графику на основе контурных или закрашенных прямоугольников (закраску и рисование вертикальных сторон можно делать с помощью тех же стековых операций, если не требуется XOR), ромбов, равнобедренных треугольников, вертикальных, горизонтальных и диагональных линий разной толщины и т.п. - алгоритмы их рисования очевидные и очень быстрые. И даже такого набора хватит для весьма красивых эффектов (типа song in lines). А если чуть разобраться, то, конечно, не так уж трудно реализовать также рисование произвольных линий и окружностей-эллипсов (есть известные алгоритмы Брезенхэма и др, а можно взять их для Вектора, например, из быстрых библиотек Graf16 или PPClib). При этом, например, для ускорения вывода закрашенных окружностей (а их закрашивать выгоднее горизонтальными линиями) можно использовать такую хитрость, как закраску через линию (половину линий оставлять пустыми) - выглядеть будет интересно и рисоваться быстрее. В большинстве эффектов (включая векторные) приходилось думать, как использовать богатые цветовые возможности Вектора - рисовать многоцветные картинки (3-4 плоскости) медленно, да и не всегда есть смысл, поэтому часто один объект выводился в одну плоскость, следующий объект - в другую и тд, а пересечение объектов в разных плоскостях (особенно в векторных эффектах) давало дополнительные цветовые эффекты. Если делать цветомузыку для AY-плеера, то вообще возникает интересная задача, как использовать полное наличие информации о всех звуковых каналах и шуме - это совсем другая ситуация, чем классическая цветомузыка с анализом входа с магнитофона. Здесь открываются интереснейшие возможности для воплощения мечты всех любителей цветомузыки - чёткой и красивой зависимости видеоряда от музыки.

Например, сразу приходит в голову такая цветомузыка: в три плоскости (каждая соответствует каналу AY) рисуются кругообразные пересекающиеся фигуры (например, из блоков 8х8 точек или 16х16 точек), цвет которых зависит от частоты в канале (цвет, естественно, меняется палитрой), а размер - от громкости (причём желательно сделать в программе отслеживание текущей громкости канала с учётом используемых огибающих (а не просто общего уровня громкости), это вроде не так уж сложно). Пересечение фигур будет давать дополнительные цвета, кроме основных трех. В 4-ю плоскость можно выводить шумовой канал (не обязательно на весь экран - можно, скажем, сгенерировать на каждом шаге новый фрагмент мелкого точечного шума размером 16х16 (или другого) и выводить его на экран в шахматном порядке или, например, только по углам (скорость вывода через LXI/PUSH - до 160 Кбайт/с), а можно выводить шум из крупных квадратиков, случайно расположенных на экране, тогда скорость будет в 2 раза больше (то есть просто сдвигаем очередной сгенерированный случайный байт (кстати, простейший ГСЧ на основе модифицируемой таблицы случайных чисел работает очень быстро и хорошо) и если бит равен 1, то выводим 4 раза (при размере квадратика 8х8) через PUSH регистровую пару, где записаны единицы, а если случайный бит 0, то выводим регистры, где записан 0; циклы, конечно, разворачиваем по максимуму). При этом цвет шума также может зависеть от частоты, а сам шумовой канал может отображаться по разному - сзади, за основными тремя каналами, спереди - закрывая/маскируя их, или смешиваясь с ними (изменяя цвет точек основных 3 каналов) - всё зависит от палитры. Собственно, шум можно выводить и не в отдельной плоскости, а прямо во время отображения основных фигур, в качестве основных блоков, из которых они состоят. А этими основными фигурами могут быть просто квадраты (каждый в своей плоскости и со смещением по горизонтали относительно друг друга), а для более интересного эффекта их можно ещё и постоянно двигать по вертикали вверх-вниз, а также можно попробовать "размывать" с помощью скроллинга (сдвигать экран в каждом кадре вверх-вниз на половину, четверть и тд высоты экрана). Впрочем, настоящая цветомузыка не всегда так уж необходима - сколько есть музыкальных демок на разных ПК, и редко где есть такое. Например, в тех же Song in lines вроде нет явного соответствия музыки и графики, но все равно выглядит впечатляюще. Однако именно настоящей цветомузыки, получается, очень мало и именно её не хватает.

Для правильности понимания - программа о которой идет речь в видео написана на ассемблере в кодах I8080, написать ее на C или Pascal - не представляется возможности, из за крайней ограниченности производительност процессора. Даже на Ассемблере код пришлось очень серьезно оптимизировать, и то, добиться максимально ровной смены кадров не удалось, картинка не очень плавная...

И самое главное, программа о которой идет речь весит всего 700 байт... Меньше килобайта. На Pascal или C - это не возможно, а для конкретной машины это крайне важно, оптимизированный код, минимально расходующий рессурсы и такты процессора.

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

Сейчас вообще с этим проблем нет, на авито наборы продают готовые. )

@@ussrcomputers9163 это конечно так, компоненты сейчас можно найти любые. да только запал уже прошел. и время тратится на другие задачи. для хобби почти не осталось места.

t.me/electroscatnes телеграмм.

Рессурсы очень скромные, а главное, матетатика очень серьезная, ведь входной сигнал - это один бит.. И вот его нужно посчитать (можно 50 раз в секунду обрабатывать по прерыванию) математически выделить определенные диапазоны частот, и по наличиям или отсутствию определенной частоты выводить или не выводить индикацию, а по клиичеству тех или иных частот в секунду например выводить деления всплеска, да, это можно, и такую штуку написал Svofsky, но она весьма скромных размеров... При этом, я подозреваю, что если она работает, вряд ли как то еще что то можно менять... Рессурс процессора реально весьма скромный..

В моей программке - там математика не возможна в целом, потому что все процессорное время занято перерисовкой экрана.. При том - 25 кадров в секунду не получается далеко.. Думаю там максимум 2 - 3 кадра в секунду смена происходит, и не на всез 4х плоскостях, а по одной плоскости, из за этого картинка кажется динамичной, но на самом деле если там хотя бы один кадр с векунду по всем 4м плоскостям меняется - это уже очень круто.. В общем, реально, посчитайте, процессор способен делать 50 тыс операций в секунду типа регистр - ячейка. Один полный кадр (точнее одна плоскость кадра - это 65 тысяч пикселов (256Х256), и всего 4 плоскости... Даже если ничего не делать кроме отрисовки - получается примерно 5 секунд на полную перерисовку экрана.) Пнятно, что для красивого осцилографа например не нужно перерисовывать весь экран, но процентов 15 - 20 экрана вполне нужно перерисовать, имею в виду, закрасить предидущюю кривую и нарисовать новую. Если делать это одним цветом (одну плоскость использовать) то в целом, можно выйти на 2...4 кадра в секунду, если еще учитывать не только отрисовку, но и операции по выделению частот из сигнала и прочее.. Но это очень мало.. А если при этом еще и обрабатывать поток для AY, то вообще все это будет крайне медленно. Еще можно, как во многих демках сделать "поканальный индикатор" размером 50Х20 пикселов - вот тогда может получиться..

Так преобразования Фурье творят чудеса. Вон даже на драной ардуинке и адресных светодиодах делают цветомузыку.

@@volidol Самая простая ардуино нано имеет на борту 8 разрядный процессор который работает с частотой 16 мгц, адресует на прямую 32 кб памяти, практически каждая из 131 операции процессора выполняется за 1 такт... А Вектор имеет процессор КР580ВМ80А, который так же 8 бит, в конкретной схеме 3 мгц, адресует на прямую 64 кб, но в векторе до 32 кб может использоваться для видеоадаптера (то есть плюс минус то же самое в отношении памяти), и в среднем, операция на этом процессоре выполняется за 7-9 тактов, это означает, что мало того что по частоте процессор ардуино нано работает в 5 раз быстрее, так еще и каждая операция выполняется примерно в 9 раз медленнее, то есть, получается, микроконтроллер ATMEGA328 имеет преимущество в 45 раз перед КР580ВМ80А. А если учесть особенности реализации схемы вектора, в следствии которых когда к памяти обращается видеоадаптер то процессор к ней обратиться не может, становится понятно, что некоторые операции с памятью вполне могут растягиваться на 12 - 16 тактов, то есть, отставание увеличивается еще процентов на 20 - 30... По этому, сравнивать современный микроконтроллер и процессор разработанный по факту фирмой INTEL в 1974 году и среверсинжиниренный в СССР в начале 80Х мягко говоря не корректно, потому что современный микроконтроллер имеет возможно более 50 кратное превосходство.

@@ussrcomputers9163 ясно понятно, был не прав)

Данными они не обмениваются, все проще, с 06Ц02 с выхода AY (и в следствии того что выход ВИ53 и на магнитофон Вектора подключен к выходу АY через конденсатор) аналоговый сигнал подается на колонку и на магнитофонный вход второго вектора, на котором запущена программа эффектов. Программа эффектов выводин на экран очередной кубик если видит в порту магнитофонного фхода единицу, и не выводит - если видит там ноль. То есть, связь аналоговая, по аудиокабелю. Обратной связи нет, то есть 06Ц02 не понимает - включена ли на 06Ц01 демка или нет. Он просто выводит аудиосигнал с AY и все. 06Ц01 слышит есть ли на выходе YA 06Ц02 аудиосигнал и в зависимости от этого выводит кубики на экран или нет. Как то так.

@@nitayTV то есть второй вектор в цикле рендеринга еще смотрит в порт магнитофона? может можно как-то и данные получать оцифрованные, не только 0/1? тогда можно было бы накодить графические эффекты эквалайзинга. на спектруме как-то умельцам удавалось получить доступ к отрисовке стандартных полосок загрузки в области рамки (она была недоступна для рисования, можно было только цвет сменить командой BORDER). значит как-то они подключались к АЦП потоку данных.

@@pafnuteus Да, можно, даже по шине компы связать, и передавать паттерн одновременно на AY и на второй вектор, а потом разбирать патерн на втором векторе и в зависимости от этого менять картинку, но пока процессор второго вектор будет все это делать , картинка будет стоять на экране. Этот процессор медленнее Z80, а графика на нем весит в несколько раз больше по обьему, сильно превосходит графику ZX... по этому процессор вряд ли справится одновременно со всем этим в рамках прерывания по обратному ходу луча. Сейчас программа во время прерывания по обратному ходу луча экрана проверяет бит порта входа магнитовона, и по факту ничего не рассчитывает, просто рисует следующий кубик или не рисует его. В целом, если добавить в обработчик прерываний еще несколько комманд, то процессор не будет успевать их выполнять за время обратного хода луча, и картинка будет жестко дергаться. Тут все работает на пределе,.. Если бы было как то по другому, то я бы просто встроил в эту программу плеер AY файлов, и выводил бы одновременно код в AY и кубики на экран. Но процессор очень слабенький, и по этому реализовать все это получилось только на втором процессоре (компьютере).

На данный момент есть отдельные элементы, есть платы предидущей версии, которые не будут работать с Вектор 06Ц01 (самой распространенной версией), есть мелкие микросхемы, есть AY. есть память, Нет ПЛИСа и 8877 (ВГ93). Разьем к ВУ есть, по его цена космическая, В целом, так же космическая цена на 8899 и ВГ93. С Плисами вообще все плохо, в чип и дип такой плис стори более 4 тыр. В китае - пожалуйста, около 200 р. Но из последних купленных 20 ШТ - исправными оказались только 2.... В общем, получается что это устройство HI-ЕND сектора для подобных компьютеров, потому что цена готового устройства получается весьма интересной. Если интересна плата, и мелочевка, пишите .

А чем Вектор-06Ц отличается от Вектор-06Ц01? А gerber-файлы Вектор'а у Вас имеются (что есть в свободном доступе)? Я не из России!!! Почта к нам из России не ходит!!! Спасибо.

@@bbarsinov Не знаю где вы, недавна отправлял в США контроллер для Поиска - дошел норм, шел меньше месяца, пришел примерно две недлели назад, все норм. Проблема в переводе средств, из США мне перевести не смогли, но у человека есть тут друзья, они перевели. Вектор 06Ц 01 и 06Ц02 отличаются конструктивно. Первый сделан на серии 155 и несколько маленьких ПЗУ типа 155 РЕ3 задействованы как дешифраторы адреса. А 06Ц02 - там более быстрая серия, 1533, и так как серия более новая, в целом, схема вектора сильно отличается. Но функционально то же самое. Программно аппараты совместимы на 100%, просто новая элементная база, исключили из схемы 155РЕ3, заменили на более прогрессивные регистры, память, процессор и порты остались без изменений. Сильно отличается таймингами, обращение к памяти по таймингам сильно не похоже, из за этого была в целом не значительная аппаратная несовместимость у мультикарты. сейчас устранена. В остальном, внешних отличий и отличий в скорости работы нет. А, у 06Ц02 два порта джойстика, а у 06Ц01 - ни одного. И еще, у 06Ц01 нужно делать инверсию цветов как минимум для работы с более менее современным телевизором (scart) а у 06Ц02 есть джампер для инверсии. В остальном то же самое. Вам нужно именно герберы Вектора 06 Ц ? Есть на форуме ZX-PK.ru - там аж несколько вариантов, от полностью аутентичного до современного и переработанного... Если надо, поищу ссылки, напишу.

@@bbarsinov Просто герберы не помогут. В схеме есть ПЛИС, прошивка на нее пока не в доступе, более того, сейчас есть огромная проблема с микросхемами такого типа. Из последних заказанных мной 25 штук записались только 2... За остальные я частично вернул деньги, и сейчас буду заказывать еще 20. Почему то огромная отбраковка. Если у меня получится заказать ПЛИС (FCPGA) я смогу прислать прошитую микросхему. Саму прошивку выкладывать пока не планирую.

Я пока не выкладывал исходники, на данный момент они не публичные. Но думаю вполне могу. Напишу в личку.

у телевизора есть "Картинка в картинке", т.е. каждый компьютер занимает по одному видео-входу

@@AleXounDirector а модель телевизора подскажите ?