вот такой вот результат запуска парочки тестов. Вектор подключён "честно", т.е. инвертированный выход подключён к инвертированному входу строго по схеме подключения к МЦ-2.
В "сером тесте" самая правая полоска слегка желтит (слегка).
Вид для печати
вот такой вот результат запуска парочки тестов. Вектор подключён "честно", т.е. инвертированный выход подключён к инвертированному входу строго по схеме подключения к МЦ-2.
В "сером тесте" самая правая полоска слегка желтит (слегка).
Чего-то улитка моя совсем странно выглядит.. ну и ладно.
svofski, где-то читал, что мол типа "палитра не прописывается", или что-то в этом роде...
---------- Post added at 04:14 ---------- Previous post was at 04:07 ----------
кучка фоток с экрана лежит тут: http://vk.com/album18720117_169699795
Странно, что никто не делал графику под "режим" ч/б монитора, а ведь там 19 градаций серого
Вложение 45398
Самые плавные градиенты из возможных на векторе так и не были реализованы
Проблема в том, что такая графика потом будет отвратно смотреться на цветном мониторе/ТВ. У меня когда-то был поначалу именно ч/б монитор, и я извращался с интенсивностями до тех пор, пока не увидел ту-же самую картинку на цветном TV :v2_dizzy_facepalm:Цитата:
Сообщение от ivagor
ПМСМ это не проблема, ведь это просто еще одна конфигурация вектора, и она не обязана быть на 100% совместима со всеми остальными. Никого ведь не удивляет, что цветные изображения на ч/б мониторе смотрятся не так, как на цветном, а тут обратная ситуация. Ну или использование квазидиска - не у всех же он был и т.д. Тем более сейчас, когда практически все пользуются эмуляторами, можно легко переключить цвет или ч/б (хотя на DE1 не получится больше 16 градаций серого, досадно).
Вот только не могу сообразить, почему в VV получилось 19 градаций, а не 1+7+7+3=18.
А какое практическое применение? По горизонтали - круче, чем на этой картинке не сделаешь, а по вертикали - да, но при этом используется мультиколор, отъедающий 100% производительности процессора.Цитата:
Сообщение от ivagor
?
В самом простом варианте - задаем палитру (один раз, без всяких мультиколоров и т.п.) с 16 разными градациями серого и пользуемся (под такой режим легко и автоматом конвертить). Градиенты по горизонтали и вертикали с дискретностью изменения яркости в 1 точку, не вижу проблем.
Я непойму о каких 19 градациях речь, вектор способен выдать 256 уровней яркости от черного до белого, т.е. 256 градаций. другое дело, что без изврата с мультиколором одновременно можно только 16 выводить.
Ramiros, загрузи в своем эмуляторе тестик b2mа, включи Color Mode -> Black and White, сделай скриншот и в любом редакторе/просмотрищике посчитай, сколько цветов (градаций).
Количество зависит от того, какие градации серого выбраны для градаций R,G,B. Если попарные суммы совпадают с имеющимися числами, то градаций будет немного.Цитата:
Сообщение от ivagor
Господа, я не скрываю, что я ноль в схемотехнике, но посмотрите на схему видеовыхода вектора. Тот "ЦАП", который на выходе ВИДЕО, по моим ламерским представлениям должен давать 18 градаций яркости, разве нет?
---------- Post added at 13:10 ---------- Previous post was at 13:09 ----------
Смотрел схему кишиневского вектора с герконовой клавиатурой, но вряд есть принципиальные отличия с другими версиями.
только что просчитал все варианты по схеме, получилось 133 градации.
R:
1= 5.10к - 1 (код = сопротивление - яркость)
2= 3.30к - 2
3= 2.00к - 3
4= 1.60к - 4
5= 1.20к - 5
6= 1.08к - 6
7= 0.89к - 7
G:
1= 3.30к - 2
2= 1.60к - 4
3= 1.08к - 6
4= 0.82к - 8
5= 0.66к - 10
6= 0.54к - 12
7= 0.46к - 14
B:
1= 5.10к - 1
2= 3.30к - 2
3= 2.00к - 3
Остается все эти яркости просумировать во всех 256 комбинациях и получится 133 значения.
Промежуточные сопротивления расчитаны по формуле 1/Rобщ=1/R1+1/R2+1/R3
Пришлось мне тоже посчитать. Никаких промежуточных значений не считал и у меня получилось 99 уникальных значений.
---------- Post added at 14:17 ---------- Previous post was at 14:16 ----------
Причем, если не считать микроскопических отличий, то уникальных значений остается 72
---------- Post added at 14:19 ---------- Previous post was at 14:17 ----------
Могу выложить скриптик для MATLABа
BWR: array [0..7] of byte=(0,1,2,3,4,5,6,7);
BWG: array [0..7] of byte=(0,2,4,6,8,10,12,14);
BWB: array [0..3] of byte=(0,1,2,3);
for B:=0 to 3 do
for G:=0 to 7 do
for R:=0 to 7 do
Begin
k:=B*64+G*8+R;
PallTableBW[k]:=(BWR[R]+BWG[G]+BWB[B]);
end;
Ramiros, зачем ты группируешь, не вижу в этом никакого физического смысла
это код расчета палитры из VV, уже исправленыйЦитата:
Сообщение от ivagor
MATLAB не у всех установлен, прога выдает
1 99
1 72
1 72
1 72
т.е. округляем до десятых, сотых, тысячных - все равно 72
Посчитал с целыми - получил 72, даже без всяких округлений. 99 было из за микроскопических ошибок при вычислениях с плавающей точкой.
Хотя на реале номиналы резисторов с погрешностями, так что градаций будет больше, но эти "дополнительные" градации будут очень мало отличаться от "эталонных" и будут варьироваться от экземпляра к экземпляру.
---------- Post added at 14:47 ---------- Previous post was at 14:43 ----------
Это ведь параллельный ЦАП, каждый разряд имеет свой вес, не понимаю, что ты считаешь.Цитата:
Сообщение от Ramiros
при включении одновременно нескольких разрядов, токи в их резисторах будут сумироваться и яркость будет пропорциональна сумарному току
Ну а я разве против?Цитата:
Сообщение от Ramiros
Вот такой нелинейный ЦАП получается
А если строить "амплитудную характеристику", т.е. без убирания повторяющихся значений и сортировки, то выглядит страшненько
Сделал програмку для расчета палитры, действительно получилось 72 значения :)
Ramiros :v2_cheer:
Монохромные режимы в VV переделаешь?
уже переделал :) чуть позже выложу
---------- Post added at 17:22 ---------- Previous post was at 17:06 ----------
VV 6.80
Добавил в SPR View поддержку режима "ч/б монитора".
Пример преобразования картинки. Оригинал
Вложение 47432
При использовании цветной векторовской (в данном случае соответствует VV 6.82) палитры
Вложение 47433
При использовании оттенков серого (под "ч/б ТВ")
Вложение 47434
При загрузке на форум картинки (из за размера) преобразовались в JPG. Оригиналы
Вложение 47435
Такие же палитры сейчас используются в v06cc для DE1-SoC, т.е. существует "современная аппаратная реализация". На DE1 разрядность видеоЦАПа маловата.
Особенность SPR View (про которую за огромные промежутки м/у версиями я, например, забываю) - векторовские палитры учитываются только при открытии и записи файлов в векторовских форматах.
Под влиянием прочтения корветовской темы. BYTEMAN, можешь с тюнера захватить картинку от теста b2mа? Интерес тот же, что и на корвете - яркости соответствующие цветам в ч/б варианте.
Накропал "тест" показывающий на ч/б ТВ или мониторе 72 оттенка серого одновременно
Скриншот из VV 6.84 (Screen->Display Effects->Color Mode->Black and White)
UPD: убрал одну команду из начальной задержки, теперь должно работать корректно и на векторах с тугим программированием палитры. Ну и уточню "фишку" теста - она всего лишь в сортировке оттенков серого, а так тест b2mа лучше.
Я так понимаю, на реале так никто и не протестировал?
У кого-нибудь есть возможность запустить тест на реале, сняв картинку с черно-белого выхода?
Сейчас затрудняюсь точно вспомнить, кто проверял, кажется KTSerg и возможно svofski, результат был так себе. bwclrs подошел бы для подтверждения, что все похоже на правду, но раз непохоже, то намного информативнее захватить тюнером 256 цветный тест b2mа с ч/б видеовыхода, чтобы можно было примерно оценить соотношение яркостей.
Кажется у меня ни разу не складывалось так, что и реал работал, и был подключен именно по чб и при этом я бы еще и вспомнил про bwclrs. Сейчас увы, подключен в цвете и при этом не работает.
Мысли вслух -- доверия к тесту, снятому на скорую руку с тв-тюнера без модификации с привязкой к уровню черного, у меня не будет. Нас конечно интересуют относительные яркости, но в типичном случае они все будут относительно не совсем понятно чего (гриба). Не факт, что опорная величина останется неизменной на протяжении кадра. При этом понятно, что никто мучать себя такой переделкой ради не ахти какой загадки мироздания не станет. Может быть отчасти эту проблему можно сгладить, добавив белые вертикальные полосы слева и справа экрана.
Реал Вектор-06Ц, ч/б монитор Электроника.
https://s8.hostingkartinok.com/uploa...e740d969db.jpg
Реал Вектор-06Ц.02, ч/б монитор Электроника.
https://s8.hostingkartinok.com/uploa...64f9200947.jpg
На .02 горизонтальные полосы более контрастные.
Влияет ли на картинку наличие "уровня чёрного" сказать сложно. Когда кручу его регулировку, картинка просто становится темнее или светлее, контраст не пропадает.
Наличие контрастных вертикальных полос, даже предполагать не берусь.
KTSerg, спасибо, но по такой фотке можно сказать только, что цвета в bwclrs на реале не выстраиваются в градиент, что в принципе уже известно. Гигантов эмуляции спасет как минимум clrs с тюнера, и то svofski не совсем поверит. Если предположить, что в рамках строки яркости не уплывают, можно попробовать скомбинировать интересующие комбинации построчно и потом попробовать все это согласовать друг с другом, но возможно проще сделать привязку к черному или белую полосу или еще что-то для ориентировки.
KTSerg, спасибо! Еще бы хотя бы этот тест, и уже можно было бы подумать. Конечно, с тюнера было бы намного полезней, но хотя бы так.
А как теперь по этой картинке теперь сделать обратное преобразование, чтобы настроить палитру в эмуляторе? Без четко обозначенных строк не понятно, как разобраться, где что. По-моему больше шансов с clrs_.rom, потому что там по положению на экране можно опознать код цвета и хоть всю палитру задать таблично.
У простого Вектора нет доработки синхры, тюнер картинку рвёт.
Тюнер с .02 тест clrs_
https://s8.hostingkartinok.com/uploa...f17aba312e.png
Это с минимальной контрастностью, которой смог добиться регулировкой на самом Векуторе. Иначе таблица либо заканчивается большим количеством белых ячеек, либо начинается с большого количества чёрных ячеек.
Интересно, между столбцами 3 и 4 я не вижу отличий.