Комментарии к дневнику

Сообщение от UncleDim

и как всё это в памяти будет располагаться? дыряво?)

скорее всего да..
размер строки в памяти будет 64 байта..
так и адресовать просто и выбирать данные видеоконтроллеру не сложно...
ну и с учетом того что я планирую 2 мб озу (4 микрухи по 512 кб) - думаю это будет не страшной потерей :-)
кроме режима 512х272 (вертикальное разрешение которого мы с вами обсуждали - что вряд ли будет корректно показываться) - видеобуфер уместится в 16 кб страницу

Сообщение от ВитГо

можно выбирать любое горизонтальное разрешение

Сообщение от ВитГо

с любым вертикальным

и как всё это в памяти будет располагаться? дыряво?)

cp/m прекрасно работает и с 80, и с 64 символами в строке, и даже с 32 в стандартном спекоэкране, если очень хочется

Сообщение от UncleDim

или вообще к одному - 384х240

я просто когда то давно имел дело с cp\m.. и там 64 символа в строке было и строк что то около 40 (помоему).. вот на эти цифры и хочу выйти...
так что 320 по горизонтали это маловато :-(

да и интересно сделать сменяемые разрешения..
как то простое решение ко мне пришло.. надо сделать чтобы проверить...
фактически с синхрогенератора надо брать буквально 4 зависимых сигнала с другой части схемы (физически)... и можно брать например с 4х вариантов (если взять 555кп2)... только счетчики надо делать без предзагрузок как в обычном спеке делают.. но это оказалось при ближайшем рассмотрении не так уж и затратно !!! банально первая точка это конец вывода изображения, вторая - позиция сси и уровня черного (бланк)... бордер это не изображение и не сси+бланк... в общем все достаточно просто должно реализоваться....
вкладку "работа с озу" открывали ? как вам задумка (и про оверлей - вместо спрайтов и про cpu_1)... ?

p.s. вообще ностальгия накрыла, все таки в 14 лет когда собирал свой первый спек не настолько хорошо разбирался в том как он работает (хорошо, но не так как сейчас)... а сейчас столько всего наворотить можно (но на макетке :-)) - вот и буду делать... тем более на статических озу - вообще класс - никакого дедтайма нет на моих частотах (14 и 16 мгц) :-)

или вообще к одному - 384х240

еще немного "урезав осетра") - приходим к "богоугодным" разрешениям 320х240 (4:3) и 384х216 (16:9)

UncleDim, в статью добавил ссылку на файл режимов в формате экселя (в конце)...
так наверное удобнее будет смотреть и править..
число строк 192, 224, 256

Пробовал и 320 когда-то, но не помню точно в чем отличие было, может положение по вертикали чуть отличалось.. Проверю при случае, но по памяти - нет, кол-во видимых строк не менялось
PS проверил, на имеющихся прошивках 256/312 и 256/320 с укороченным (8 строк) кси - одно и то же, изо ни на йоту не сдвинулось

UncleDim,
кстати, а если поступить как в пентагоне - увеличить количество строк с 312 до 320 - это не увеличит количество видимых ? нет у вас такого опыта ?

Сообщение от UncleDim

сейчас сидел с линейкой перед своим "обычным" fullhd tv, подавая на него с профика растр с 240, 256 "полезных"строк - упорно получалось, что на полную высоту какое-то кривое число строк приходится, около 266 (ни то ни сё)
однако это число неплохо согласуется вот с этим документом:
https://tech.ebu.ch/docs/r/r095.pdf
т.е. мой тв видимо отображает "зеленую рамку" - строки 33..300, 346..613 в случае 576i

ОО !! спасибо что поделились своим опытом !!!

Сообщение от ВитГо

все tft должны показывать корректно

сейчас сидел с линейкой перед своим "обычным" fullhd tv, подавая на него с профика растр с 240, 256 "полезных"строк - упорно получалось, что на полную высоту какое-то кривое число строк приходится, около 266 (ни то ни сё)
однако это число неплохо согласуется вот с этим документом:
https://tech.ebu.ch/docs/r/r095.pdf
т.е. мой тв видимо отображает "зеленую рамку" - строки 33..300, 346..613 в случае 576i

Сообщение от UncleDim

с последней таблички: 8 строк со значениями V8..V3 = 100011 - это еще бордюр или уже КСИ, как понять-то?

это кси !
бордер на этом значении уже не выводится...

Сообщение от UncleDim

вот больше 256 я бы и не пытался (даже они вызезают за text safe area, но на практике обычно видны целиком)

просто сейчас то ЭЛТ уже и не понятно у кого есть.. а все tft должны показывать корректно.. по меньшей мере проверю и доложу потом :-)

Сообщение от ВитГо

аппаратное решение на логике для правильной генерации КСИ

можно просто безболезненно уменьшить его до 8 строк вместо 16

Сообщение от ВитГо

первоначально считал на 256 строк изображения

вот больше 256 я бы и не пытался (даже они вызезают за text safe area, но на практике обычно видны целиком)

Сообщение от ВитГо

поэтому начало и конец соседних блоков совпадают...

с последней таблички: 8 строк со значениями V8..V3 = 100011 - это еще бордюр или уже КСИ, как понять-то?

Сообщение от UncleDim

таблички ниасилил, непонятно "где кончается Беня и где начинается полиция" (ну т.е. когда одно и то же значение счетчиков соответствует концу одного поля и началу другого - где собсно граница? впрочем, если вам так удобнее..)

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

Сообщение от UncleDim

увидеть все 272 строки на элт - это если очень повезет..

есть задокументированные опыты ? я тоже немного сомневаюсь, первоначально считал на 256 строк изображения... просто удобно что каждое вертикальное разрешение отстоит на 40 строк от предыдущего (192, 232, 272)... (кстати, так же как и горизонтальное отстоит на 64 точки по горизонтали 256, 320, 384).
в принципе если скушаются бордеры сверху и снизу - то и бог с ними, если нет - значит придется уменьшать разрешение... но пока я не пробовал и не знаю.. (поэтому чужой задокументированный опыт очень мною востребован...)
вообще опирался на следующую картинку (как то использовал это в своих поделках ранее):

Сообщение от UncleDim

и что за тяга к широченному КСИ? просто потому, что у всех так?

можете предложить аппаратное решение на логике для правильной генерации КСИ (для схемы с ленинградом например) ? я в курсе как он должен выглядеть, но честно говоря проектировать лог схему для его правильной генерации просто нет желания (кучу более интересных вещей надо сделать, а кси длинный вроде как работает и в таком виде.. хотя согласен кси косячен :-( (ну все, теперь и по кси зарубка в извилины пошла....:-( придется теперь и его править...)

таблички ниасилил, непонятно "где кончается Беня и где начинается полиция" (ну т.е. когда одно и то же значение счетчиков соответствует концу одного поля и началу другого - где собсно граница? впрочем, если вам так удобнее..)
увидеть все 272 строки на элт - это если очень повезет..
и что за тяга к широченному КСИ? просто потому, что у всех так?

В АТМ 320(640), на 200. На грани, ЭЛТ тоже имеют право уголки подрезать при этом

Сообщение от ВитГо

что при этом покажет телевизор - большой вопрос

"обычный телевизор" обрежет края. недаром же в АТМ или где там реализован режим с 304 что ли пикселами в строке

Я на 8.86 остановился (тож ваяю "нечто", на новодельной плате от профика 3.2)

Сообщение от UncleDim

55 мкс - края обрежет 100%

угу, потому и нужен пиксельклок хотя бы в 8 мгц...

Сообщение от ВитГо

на стандартном пиксельклоке

55 мкс - края обрежет 100%