• ? Дмитрий - 27.02.2018 21:15
  >> А как правильно замерять? Никогда этого не делал.
  https://www.youtube.com/watch?v=_IkP0UtMjrw как-то так. Хотя бы приблизительно.
• ? Дмитрий - 26.02.2018 23:52
  >> Заказал в итоге эти два, цены на али получились существенно ниже, чем в "Чип и Дип".
  Можете проверить уровни пульсаций? Чтоб понять насколько сильно отличаются оригинальные и китайские?
• ? Дмитрий - 26.02.2018 17:20
  >> первый файл затирается при сохранении второго без предупреждений
  Да, мой косяк - про затирание забыл упомянуть. Предупреждалку сделаю.
• ? Дмитрий - 23.02.2018 22:37
  Позвольте осведомиться, что за прерывание по 360 вектору?
• ? Дмитрий - 23.02.2018 22:35
  Да не вопрос, расширение чисто для отличия. Но раз уже было сделано с номером палитры - переделаю.
• ? Дмитрий - 22.02.2018 13:12
  http://rgho.st/6L4tjhlmg
  пароль на доступ: bk0010.org
  ¤
  Поправил ошибку с неправильным кол-вом палитр в выпадающем списке.
• ? Дмитрий - 22.02.2018 10:56
  Плюс еще один нюанс - адрес загрузки в этом случае надо делать такой, чтобы данные экрана были с адреса 40000(8). Ну и какое-то определенное расширение файла, чтобы отличать от обычных.
• ? Дмитрий - 22.02.2018 10:54
  >> Сначала идут четыре слова, соответствующие командам MOV #6400,@#177662
  Я так понял, имелось в виду переключение палитры на выбранную при конвертации? Да без проблем, но как вернуть обратно ту, что была до этого? И какую команду в конце лучше - HALT или WAIT?
• ? Дмитрий - 20.02.2018 10:09
  >> Тогда ещё вопрос) как переключить палитру?
  http://gid.pdp-11.ru/books/00015-01.32.01.html#_ref_p123
  ¤
  Для 13 палитры нужно выполнить (емнип) команду MOV #6400,@#177662
• ? Дмитрий - 19.02.2018 13:05
  Добавил вывод 16-цветного PNG
  ¤
  http://rgho.st/8NkXfL9Qk
  пароль на доступ: bk0010.org
  ¤
  Просьба отписаться по результатам.
• ? Дмитрий - 16.02.2018 09:22
  А насколько реально увидеть прототип БКшки с двумя/тремя процами? И можно ли сделать схемотехнически так, чтобы они были "ядрами" одного процессора, пусть и разнесенными по разным корпусам? Или они объединяются только так (как описано выше) и никак иначе?
• ? Дмитрий - 14.02.2018 14:45
  Не вопрос, 16-цветный png сделаю.
• ? Дмитрий - 13.02.2018 23:48
  Забыл добавить. Все стандартные библиотеки сохраняют стандартные форматы - 2/16/256/etc цветов. Править библиотеки для сохранения конкретно 4 цветов смысла нет. Так что png/bmp с форматом картинки БК будут 16-цветные по умолчанию.
• ? Дмитрий - 13.02.2018 23:45
  >> а bmp минимум 256
  Стандарт 2 цвета, 16 цветов, 256 и так далее.
• ? Дмитрий - 12.02.2018 13:06
  Png строго обязателен? Или bmp тоже сойдет?
• ? Дмитрий - 12.02.2018 01:20
  Ммм, а зачем там png? Сохранение в формат экрана БК, ему png не нужен.
• ? Дмитрий - 08.02.2018 12:40
  >> после того что вы на нас вывалил /* что тут все тупые */
  Пардоньте МИСЬЕ, но вы опять прочитали что-то свое или выхватили фразу из контекста и опять вы невиновны. Прочитайте все предложение и поймете, только внимательно прочитайте.
  ¤
  >> умный вы наш. даже книги найти не может
  Аргументы кончились, так начинаем придираться к словам и хамить? Ну ок.
• ? Дмитрий - 08.02.2018 11:53
  >> корону поправь.. смотреть мешает
  Мы на "ТЫ" не переходили, так что отставить хамство.
• ? Дмитрий - 08.02.2018 10:27
  >> Однако не только я ваш вопрос не понял
  Зачем же вы полезли давать никому не нужные советы, трактовать все по-своему и флудить? Не поняли - пройдите мимо.
  ¤
  >> его никто не понял
  Интересная мысль - а если никто на какой-то другой вопрос не отвечает, то он автоматически непонят всеми? А мб все-таки потому, что не знают ответа? Я уже говорил: не поняли - переспросите, не знаете что ответить - промолчите. Даже если на вопрос нет ответа долгое время, никто не будет писать, что тут все тупые и не знают ответов. Нет - так нет, будем искать.
• ? Дмитрий - 08.02.2018 10:20
  >> Вам сразу же дали простой и ясный ответ: НИКАК!
  Который оказался неверен. Скроллинг привязывается к частоте обновления экрана. Старые процы были медленнее, поэтому и скорость была медленнее. Более новые процы были быстрее старых медленных ХТшек и там скорость была практически одинаковая. И эта "одинаковость" как раз достигалась привязкой к частоте обновления. Вот и ответ на мой вопрос. А ваше НИКАК - самый простой ответ не знающего подробностей. В следующий раз просьба добавлять ИМХО к вашим НИКАК. Мне было интересно и я-таки докопался до сути. И мои догадки оказались верны.
• ? Дмитрий - 07.02.2018 20:24
  >> Какой же вы нудный
  И это мне говорит тот, кто флудит вот уже который день не по делу!
  ¤
  >> Знания которые вы хотите получить сейчас мягко говоря не актуальны
  Зачем же вы здесь? БК уже неактуален.
  ¤
  >> 1.Какие порты у VGA
  >> 2. Как отловить обратный ход луча.
  >> 3. Где можно про это прочитать?
  Все это я знал до вашего появления здесь. Вы опять читаете через строку и видите только то, что хотите. Отсюда ваш флуд не по делу. А виноват я, который не так вам все объяснил.
  ¤
  >> буровили про какой-то дос, луч.. биос..
  >> А не устраивать это говносрач.
  Раз пошла такая пьянка: буровить чушь - ваша прерогатива, тема тому докательство. Вы не прочитали толком вопрос, ничего не поняли, а начали флудить всякую чушь про задержки, множество способов и т.п. Мне плевать сколько вы там способов напридумывали - я спрашивал КАК СДЕЛАНО В СТАРОМ ЛАМПОВОМ ДОСЕ. Я не просил ваших досужих рассуждений, я задал вопрос, а не что вы думаете по этому поводу. И я оказался прав в своих догадках еще не видя книгу, которую вы советовали, она только подтвердила мои догадки. Давайте все же будем конструктивны - вы не поняли вопрос, не ответили на вопрос, налили воды в тему и все без толку. Зачем вы здесь? Пофлудить/потроллить? Были тут такие, ушли несолоно нахлебавши. Вы сами-то форумом не ошиблись?
  ¤
  >> четко формулировать мысли это значит не наезжать с первого поста, что вам книжку не дали.
  Я сформулировал вопрос понятно и четко: вы не поняли - ваши проблемы, проходите мимо. И я не наезжал по поводу книги и никого не просил давать советы как сделать и что делать. Не знаете ответ - лучше промолчите! Улыбают такие "благодеятели", ей-богу...
• ? Дмитрий - 07.02.2018 17:16
  >> Трайдента не будет, возможно благодаря вашему многословию
  Ошибаетесь. Его не будет по причине ненужности и нежелании его потом поддерживать, писать софт и дрова. ММ скрестит хоть сеялку с БК, но желающих писать дрова и софт нет и не будет.
  ¤
  >> А книгу вы могли увидеть в начале темы и не задавать глупых вопросов.
  В начале темы не было ничего меня интересующего, поэтому я и не обратил внимание на указанную вами книгу (я уже это писал, но вы пропустили) - это я и не скрываю.
  ¤
  >> принижать знания других дурной тон
  Я констатировал факт - знаний у вас нет или не осталось, ответить вы не смогли и не хотите это признать, хотя длинно и пространно утверждали, что знаете, советовали что-то не по теме. Дурной тон пытаться скрыть свое незнание за непонятностью вопроса. Я в этой области мало знаю, ибо не сталкивался, поэтому и спросил тех, кто может знать. И я не стесняюсь говорить, что я не знаю.
  ¤
  >> Если вы не умеете четко формулировать свои мысли
  Я написал четко - что меня интересует. Не поняли - задайте уточняющие вопросы, а не обвиняйте спрашивающего. Как уже сказал: не поняли - переспросите, не хотите - не моя проблема. Я не задавал вопросов типа "сколько весит 3 рубля колбасы".
• ? Дмитрий - 07.02.2018 16:14
  >> во первых никто так и не понял что вы собственно хотите
  Я написал что меня интересует. Повторять не буду.
  ¤
  >> вам по человечески посоветовали не маяться дурью, а почитать книги
  Чем мне маяться - не вам решать. Ответа на поставленный вопрос не было - пришлось ковырять то, где это используется. А отсыл к конкретной книге был пару постов назад. Так что не надо говорить, что я ничего слушать не хотел - ваши рассуждения не дали ровным счетом никакой инфы. А первое упоминание книги ко мне не относилось - там обсуждалось подключение, которое мне, как не-электронщику, не нужно.
  ¤
  >> которая к вашим вопросам не имела отношения
  Насчет подключения ISA-видяхи - не имела, но после подключения с ней работать надо. Текстовый режим меня интересовал как раз с точки зрения программирования. А это, прошу пардону, как раз к теме и относится.
  ¤
  >> мне были непонятны ваше возмущение что вас обделяют информацией
  Вы не знаете эту информацию, ибо сразу бы сказали ответ.
  ¤
  >> В эпоху интернета задавать такие вопросы
  Поверьте, прежде чем задать вопрос я поинтересовался в инете - сведения отрывочно-справочные и не касаются практического применения. Про регистры видеоконтроллера и функции БИОСа/ДОСа у меня полная инфа есть. Нет инфы КАК СДЕЛАНО, то бишь алгоритм работы, а именно это меня и интересовало. И как раз это было в примере в книге. Перефразируя свой вопрос применительно к БК - меня не интересовало наличие EMT 16/EMT 20 (про них я в курсе), меня интересовало как они работают.
  ¤
  >> Если бы вы хотели что-то сделать реально не было бы столько флуда.
  Флуд, по большей части, был вместо ответа.
  ¤
  За книгу спасибо однозначно, пригодится. У меня еще парочка каких-то есть - я и раньше интересовался прямым программированием, но там поверхностно разобрано применение - в основном назначение регистров и прочего. Мб на БК когда-нить появится трайдент или другая видяха, вот и пригодится.
• ? Дмитрий - 07.02.2018 10:07
  >> Хотя если вы уверены что тайна спрятана в биос
  Мне неважно где она спрятана - мне был важен ответ на вопрос. Я его нашел, а где все это - мне по барабану.
• ? Дмитрий - 07.02.2018 10:06
  >> Если бы я не знал материал не пытался бы вас отгородить от бесполезной траты времени
  Вы пустились в бесполезные рассуждения, вместо того, что бы сразу сказать - вот книга, там есть ответ: да, используется. А раз не сказали, значит ответа вы не знали. А раз не знали, то материал был прочитан вами по диагонали. Я же нашел его после 20 минут чтения.
• ? Дмитрий - 06.02.2018 22:47
  >> Чото же вы тогда сетуете что не разжевано.
  А потому, что там этого нет.
  ¤
  >> там и на низком уровне расписано и про обратный ход луча и много чего ещё
  А вот там как раз и содержится ответ на мой вопрос про прокрутку - именно ожидание обратного хода луча при задании позиции окна в текстовом буфере. Советчик из вас плохой - вы не знаете материала.
• ? Дмитрий - 06.02.2018 15:57
  >> вам книжек мало
  В книгах этого нет.
  ¤
  >> нужно два года убить на дизассемблирование биос
  Они уже давно дизассемблированные и комментированные много лет как.
  ¤
  >> Хотя каждый с ума по своему сходит, я вот на старость лет БКшкой увлекся.. :)
  Ну а мне внезапно стало интересно - как выводится текст в текстовом режиме.
• ? Дмитрий - 06.02.2018 13:53
  Господи, да читайте же не по диагонали!!!! Я ничего не хочу ускорять/замедлять. Я хочу знать как сделано.
• ? Дмитрий - 05.02.2018 22:20
  >> Может никто эту задержку специально и не делает
  В самих программах ессно нет. Это сделано, имхо, в функции 09h. Но я не могу найти ее реализацию, чтобы взглянуть. Мб она в video bios зарыта, ибо в БИОСах 286/386 также нет ее перехвата, но, опять-таки, есть использование.
  ¤
  >> Просто ДОС не так быстро генерит то дерево каталогов, исследуя ФС с ФАТ16?
  Если бы. Команда TYPE или результат вывода на STDOUT работает точно также.
• ? Дмитрий - 05.02.2018 20:07
  >> в текстовой режиме же адаптер формирует изображение основываясь на текстовом буфере экрана
  Все так, но я же писал, что экран обновляется с частотой 60Гц (возьмем TFT для примера). Глаз воспринимает до 24 кадров/сек. На самом деле текстовых буферов у видяхи 4 (для 80 символов) или 8 (для 40 символов в строке) = 16кб, но вывести в текстовом режиме видяха может только 4кб, а скроллинг получается заданием видеоадаптеру вывести 25 строк с указанной - это как смещение в 177664. Это "вводная".
  ¤
  Теперь о чем я толкую. При подаче команды, допустим, DIR для каталога с большим кол-вом файлов в command.com, мы ВИДИМ вывод строк и прокрутку. Да, быстро, но ее видно! Пока опустим момент с выводом 1-2 строк, это пока несущественно. Это значит там задержка при выводе - скорее всего при прокрутке экрана. Далее: кадр обновляется в 1/60 секунды. Это море тактов, выводом символов в текстовом режиме занимается видяха (не как в БК проц - самостоятельно рисуя символы на экране в графическом режиме). Если бы не было никакой задержки, то при огромных скоростях и производительности процов, программист в промежуток 1/60 сек сможет навыводить тысячи строк, а не только заполнить жалкие 16кб из которых половина - атрибуты. Но видяха не успеет их обработать и нам показать. И увидим мы на экране 1 кадр с пустым экраном и тут же следующий кадр через 1/60 сек с уже выведенным концом текста. Т.е. для нас это будет почти мгновенно! Однако этого не происходит.
  ¤
  В MS-DOS 6.0 функция 09h не перехватывается, но активно используется. Но у обработчиков есть очередь и надо трассировать в ДОСе вывод строки, чтобы понять - куда прыгнет проц для вывода строки. Задержка есть, это факт, но как она реализована - вопрос.
• ? Дмитрий - 05.02.2018 18:00
  >> опять мимо.. INT 09h - это BIOS и в исходниках доса быть не может.
  Я ж ясно написал - ah=09h + int 21h. Функция 9 прерывания 21 - вывод строки. Причем тут прерывание 9?
• ? Дмитрий - 05.02.2018 15:55
  >> могу дать вам исходники
  Исходники есть, 6.0. Но там нет реализации функции 09h (по крайней мере, я не нашел) - видимо перехват обработчика используется для расширения функционала, стандартные же перенаправляются на дефолтный обработчик, т.е. в БИОС. Вызовов ah=09h + int 21h много по коду, но обработчик очень небольшой.
  ¤
  >> Но можно пользоваться любыми способами которые вам покажутся уместными
  Полностью согласен, но для начала хочется посмотреть как было устроено изначально, а потом улучшать/менять/нафикменять. :)
• ? Дмитрий - 05.02.2018 14:09
  2 S_V_B: Предлагаю загрузиться в ДОСе (не в винде - там эмуляция) и попробовать вывести содержимое какого-нибудь каталога (где довольно много файлов) и описать увиденное. Будет видна прокрутка и вывод строк или пустой экран и сразу последние строки, влезшие в экран?
• ? Дмитрий - 05.02.2018 11:32
  Что-то мне подсказывает, что мусор образуется от длинных имен, помещенных в буфер для перекодировки без предварительной очистки этого буфера перед каждым новым именем.
• ? Дмитрий - 05.02.2018 11:30
  Кстати, а что мешает не копировать буквы в другое место, а при разборе структуры сразу перекодировать имена (прямо в каталоге) из КОИ8 и брать имена для имени файла оттуда же, без каких-либо перебрасываний строк по буферам?
• ? Дмитрий - 05.02.2018 11:22
  >> по таймеру задается межсимвольный или межстрочный интервал
  Вот у меня та же мысль - межсимвольного, скорее всего, нет, а вот вывод следующей строки, имхо, привязан к ходу луча (есть соответствующий бит в регистре видеоконтроллера).
  ¤
  >> не разжеван потому, что измерение промежутков времени никак не относится к видео системе.
  У меня нет исходников БИОСа, чтобы поковыряться в int 21h. Опять-таки, имхо, перед выводом строки обработчик ждет бит начала хода луча (если не ошибся в названии) и выводит. Если частота экрана одинаковая что на древнем пне, что на современном, то скорость вывода строк будет примерно одинаковая.
  ¤
  >> Более того, ты сам так и не написал, чего же ты хочешь добиться.
  Я описал, что меня интересует, а не чего я хочу добиться - если ты не понял, это не мои проблемы.
  ¤
  >> Чем быстрее проц, тем быстрее выводится текст.
  Я не рассматриваю эмуляцию командной строки в винде. Я про COMMAND.COM. Там видно, что текст прокручивается. Если бы не было никакой задержки, то в промежуток между выводимыми на экран кадрами на современных процам можно вызвать вывод тысячи строк и все что мы бы увидели - пустой экран и следующий кадр с последними выведенными строками. Однако мы видим прокрутку - я не говорю, что можно и требуется разобрать выводимое. Прокрутка и вывод строк ВИДНЫ. Наиболее вероятно - при выводе каждой строки, точнее при переводе каретки обработчик ждет бит начала хода луча. Подтвердить или опровергнуть этот факт можно только найдя исходники БИОСа, в частности int 21h.
• ? Дмитрий - 05.02.2018 01:04
  >> ты задаёшь неправильный вопрос
  Чего тут неправильного? Как получается вывод строк в текстовом режиме с одинаковой скоростью на процах с разной частотой?
  ¤
  >> потому как ты сам не знаешь, чего хочешь
  См. выше. Если собеседник вас не понимает - это его проблема. Проще вопроса задать имхо невозможно.
• ? Дмитрий - 04.02.2018 20:38
  >> ? S_V_B - 04.02.2018 14:14
  >> значит у тебя есть свободное время чтобы отвлекаться на все подряд особенно если это не особо кому нужно.
  Проверять написанное нужно в любом случае, а то сделаешь тяп-ляп, а потом кто-то спросит - а нет ли такой проги? Есть, а она не отлажена, работает кое-как. И ты кинешься отлаживать и вылизывать прогу, которую написал полгода назад?
• ? Дмитрий - 04.02.2018 15:25
  Мне не нужны ДОС-функции, мне хочется понять как на разных процах получается одинаковая скорость вывода.
• ? Дмитрий - 04.02.2018 15:09
  >> Вот и я подметил что много портов у БКшки.
  Порт один, много битов в нем.
• ? Дмитрий - 04.02.2018 15:07
  >> он там что-либо прочитает
  Дело не в чтении, а в видимости. Мгновенное изменение картинки - это не прокрутка.
• ? Дмитрий - 04.02.2018 14:11
  Я всегда стараюсь вылизать - неважно для себя или для всех.
• ? Дмитрий - 04.02.2018 14:08
  Суть вопроса в том, как сделать вывод "видимым" для пользователя, если выводится кол-во строк больше, чем помещается на экране. Если в Бейсике, к примеру, дать команду LIST, то вывод строк видим пользователем, а если частота проца не 4МГц, а 4ГГц, то без задержки после подачи LIST мы увидим только последние строки, т.е. вывод листинга будет мгновенным для пользователя, что неправильно.
• ? Дмитрий - 04.02.2018 11:04
  >> ЗАЧЕМ прокручивать тысячу строк в секунду
  Вот поэтому и спрашиваю - КАК это реализовано?
• ? Дмитрий - 03.02.2018 21:11
  Кстати, вот вы говорите SVGA весь разжеван. Я вот не могу найти инфу и понять как достигается одинаковая скорость вывода текста в текстовом режиме на разных процах? К примеру надо вывести многостраничный текст без ожидания после заполнения каждого экрана. Буфер у видяхи замаплен в память, заполняем буфер символами, атрибутами, задаем номер выводимой строки (к примеру 0), первые 25 строк из буфера появляются на экране... и??? Задаем следующий номер (1), экран смещается, внизу появляется следующая строка. Но на разных процах скорость задания новой строки для скролла будет разной. Как видеоадаптер (или БИОС) "уравнивает" скорости вывода? Ждет начала хода луча в соответствующем регистре для каждой строки? Ведь изображение на экране обновляется 50 или 60 раз в секунду, а за этот промежуток можно прокрутить сотни или тысячу строк. И получится, что выведен первый блок в 25 строк, а через 1/60 секунды уже последний блок. Т.е. мы толком ничего не увидим. Я вот не застал низкоуровневое программирование и не осведомлен в данном вопросе.
• ? Дмитрий - 03.02.2018 20:57
  >> была мысль сделать программу для работы с образами винта
  Я такую вот уже который год не могу доделать - времени мало, да и нужность практически отпала. Работа с образами винтов, образами дисков, файлами в этих образах. Сделана в виде двухпанельного коммандера. Основная работа сделана, "путешествие" по папкам и образам есть, надо доделать файловые операции.
• ? Дмитрий - 03.02.2018 15:40
  >> удобство переноса файлов с компа на БК и обратно (если нужно)
  Для такого удобства проще разработать драйвер под винду/линух для работы с чужими ФС и переносить файлы, пользуясь удобным для тебя средством (проводник/коммандер/etc)
• ? Дмитрий - 31.01.2018 09:57
  Надо задавать номера страниц явно, сразу обе. Никакие восстановления регистра не помогут. Если, к примеру, надо последовательно подключить страницы 1,2,3 к 40000, но оставив 4-ю к 100000, то и код формируем 1:4, потом 2:4, затем 3:4. То есть на каждом шаге во второе окно (со 100000) всегда подключается 4-я страница.
• ? Дмитрий - 29.01.2018 21:53
  Главный вопрос не в палитрах и объемах, а кто будет писать под все это софт и дрова?
• ? Дмитрий - 25.01.2018 15:29
  Длина имени 14 символов. Мб вы не распознаете файл и каталог? Каталог в МКДОС имеет первый символ с кодом 127(10).
•   «   1 | 2 | 3 |  4  | 5 | ... | 9 |   »  

?