Сообщение от 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%
Категории дневника
Посмотреть профиль
Пометить как прочтённый