выглядит неплохо, молодцы. Сделать не так сложно, надо в коде просто не одну команду outp 255(?),b сделать, а заполнить несколько явно заданных смежных областей, при помощи rep stosw или типа того. При этом надо уложиться в 855 тактов, чтобы ожидая переход, не пропустить его. Хотя, вообще говоря, можно и в 2*855 укладываться, и либо есть переход, либо нет.
про кодировку было выше, там ШИМ, а ЧМ. На самом деле, в данном случае все то же самое, только 2 полуволны на бит.
Толщина полосок влияла, там простая логика была, в режиме ожидания пилот-тона если bit==0, то border=красный else border=зеленый (даже циклическое ожидание смен бита со счетчиком тактов, и при смене вывод border). По виду полосок можно было понять, что надо подстраивать головку магнитофона.
надо бы срочно ML обучить на симптомах и результатах КТ. А потом можно свести до номограммы, нужно просто хорошо обобщить данные, чтобы при невозможности сделать КТ, простые случаи можно было бы вычислять вручную.
В врачей-человеков хорошо бы конечно снова этот навык записать, но долго и не масштабируемо, лучше что-то новое изучить и применять.
КТ - это просвечивание рентгеновскими лучами, хорошо отличает кости от мягких тканей.
МРТ - ядерно-магнитно-резонансная томография, тело помещается в мощное магнитное поле (с градиентом), и ядра атомов водорода получают расщепленный пик поглощения радиоизлучения. То есть, по сути, визуализирует концентрацию водорода (в основном в виде воды, хотя для ЯМР почти без разницы, в каком соединении атом) в тканях
ПЭТ - позитронно-эмиссионная томография, в кровь подают короткоживущий радиоизотоп в составе глюкозы, глюкоза избирательно накапливается опухолью, и затем излучает гамма-излучение. Томограф содержит датчики, позволяющие определить координаты в организме, откуда излучился гамма-квант. Детектор примерно такой же, как в БАК (это объясняет, для чего практически нужны фундаментальные научные исследования). Часто ПЭТ совмещают с КТ, и можно строить двухслойную трехмерную картинку (видеть и опухоль, и окружающие ткани)
Кроме "железа", на переднем крае науки и алгоритмы обработки изображений. До 2019 года было много публикаций, потом стало меньше. То ли доработали до достаточных результатов, то ли засекречивают.
Рентгеновское опаснее за счет ощутимой дозы излучения, но от 1 раза в год пользы больше, чем вреда (если исследование назначено обоснованно).
Слова "Ядерный" можно не бояться. В МРТ вредные факторы - это магнитное поле и нагрев за счет радиоизлуения.
кстати, Intel/AMD длительное время так и делили рынок на двоих это увеличивало прибыль. А потом выросли и другие производители. Немаловажно, что из-за поддержки Linux/Android, мобильных телефонов.
оно реально получится самым быстрым? Три вложенных цикла, условия - не константы, на один разряд числа тратится целый int, логика работы не очевидна на первый взгляд, ...
Я, правда, в Java не писец, у меня деформация от ассемблера и С, вот второе и третье решение в ассемблер хорошо ложатся. Я бы еще даже сделал
for (int i = 3; 1 <= 1000/3; i ++)
{
if (i % 5 != 0)
{
j = i*3;
if (check(j))
{
System.out.println(j);
}
}
}
да, на Спектруме, конечно, тормозит. Но геймплей принципиально тот же. У меня в то время было недоверие к "Денди", возможно, из-за такой гладкости, и, возможно, меньшего разрешения.
По ощущениям, цвета в видео от Атари какие-то тусклые по сравнению с ZX.
оценка качества по ширине полос имела место. Красно-зеленые полосы - это пилот-тон 808 Гц, насколько я помню. Полосы должны были быть примерно одинаковыми, это показывало отсутствие смещения у порога компаратора - и обе полуволны занимали одинаковое время.
Сине-желтые полосы - это нолики и единички, с частотой 2048 и 1024 Гц соответственно. Но вот сколько периодов - не знаю. Предполагаю, по одному полному периоду.
Насколько помню, избыточного кодирования еще не было, да и контрольной суммы тоже, поэтому иногда загружалось неправильно, и даже не всегда понятно было, что что-то не так.
В совсем плохих случаях терялась синхронизация, и загрузка останавливалась.
Еще была ускоренная загрузка, для этого нужна была турбо-прошивка. В ней был еще монитор памяти (примерно такой же, какой вызывался по NMI в 128 версии).
Насколько помню, турбо режим загрузки вызвыался "+", "Ентер", а монитор - "*", "Ентер".
Еще была Turbo-copy.
Понятно, программа копирования должна была храниться где-то в памяти. Некоторые игры, видимо, чтобы осложнить копирование, занимали RAM под завязку, все 48к, начиная с экрана. Копировщики пытались, вроде бы, что-то сжимать, минимизировали занимаемую собой память, и использовали видеопамять для хранения данных. Вроде бы, какой-то из копировщиков использовал для отображения статистики и команд только одну верхнюю строчку.
Загрузчики от Билла Гильберта выгодно отличались от прочих наличием счетчика загрузки внизу экрана - можно было понять, сколько времени еще будет загружаться.
а я память М162 под завязку забил, но добился, чтобы она считывала данные с ПЗС линейки и делала преобразование Фурье на 16384 отсчета 2 раза в секунду непрерывно. (ОЗУ приделал внешнюю, из кэша от 486), в 2001 году...
например, суперкомпьютер на 2000 современных процессоров уже просто так не построить.
выглядит неплохо, молодцы. Сделать не так сложно, надо в коде просто не одну команду outp 255(?),b сделать, а заполнить несколько явно заданных смежных областей, при помощи rep stosw или типа того. При этом надо уложиться в 855 тактов, чтобы ожидая переход, не пропустить его. Хотя, вообще говоря, можно и в 2*855 укладываться, и либо есть переход, либо нет.
Красивое.
про кодировку было выше, там ШИМ, а ЧМ. На самом деле, в данном случае все то же самое, только 2 полуволны на бит.
Толщина полосок влияла, там простая логика была, в режиме ожидания пилот-тона если bit==0, то border=красный else border=зеленый (даже циклическое ожидание смен бита со счетчиком тактов, и при смене вывод border). По виду полосок можно было понять, что надо подстраивать головку магнитофона.
надо бы срочно ML обучить на симптомах и результатах КТ. А потом можно свести до номограммы, нужно просто хорошо обобщить данные, чтобы при невозможности сделать КТ, простые случаи можно было бы вычислять вручную.
В врачей-человеков хорошо бы конечно снова этот навык записать, но долго и не масштабируемо, лучше что-то новое изучить и применять.
Кто возьмется?
КТ - это просвечивание рентгеновскими лучами, хорошо отличает кости от мягких тканей.
МРТ - ядерно-магнитно-резонансная томография, тело помещается в мощное магнитное поле (с градиентом), и ядра атомов водорода получают расщепленный пик поглощения радиоизлучения. То есть, по сути, визуализирует концентрацию водорода (в основном в виде воды, хотя для ЯМР почти без разницы, в каком соединении атом) в тканях
ПЭТ - позитронно-эмиссионная томография, в кровь подают короткоживущий радиоизотоп в составе глюкозы, глюкоза избирательно накапливается опухолью, и затем излучает гамма-излучение. Томограф содержит датчики, позволяющие определить координаты в организме, откуда излучился гамма-квант. Детектор примерно такой же, как в БАК (это объясняет, для чего практически нужны фундаментальные научные исследования). Часто ПЭТ совмещают с КТ, и можно строить двухслойную трехмерную картинку (видеть и опухоль, и окружающие ткани)
Как раз здесь были хорошие статьи,
https://habr.com/ru/post/405355/
https://habr.com/ru/post/427897/
https://habr.com/ru/post/439752/
https://habr.com/ru/post/599105/
https://habr.com/ru/post/480234/
Кроме "железа", на переднем крае науки и алгоритмы обработки изображений. До 2019 года было много публикаций, потом стало меньше. То ли доработали до достаточных результатов, то ли засекречивают.
Рентгеновское опаснее за счет ощутимой дозы излучения, но от 1 раза в год пользы больше, чем вреда (если исследование назначено обоснованно).
Слова "Ядерный" можно не бояться. В МРТ вредные факторы - это магнитное поле и нагрев за счет радиоизлуения.
ага, 2шт 155РЕ3 и одна 556РТ4, тоже перепутал, да. Логики не 2, а как раз штук 30.
Память в ппанельке, для проверки микросхем, у нас тоже так было. Но плата, по-моему, чуть по-другому выглядела..
О, здесь синхронные счетчики, ИЕ10.
Клавиатура на 561 серии - слабое место, помню, приходилось менять. И схему ввода с магнитофона правили.
трех десятков не видел. "Балтику" отлаживал. (Вроде, "Балтика", не "Прибалтика", меня поправили)
в "Ленинграде" ПЗУшка только с прошивкой, остальное на логике, счетчиках и мультиплексорах, я так и не разобрался досконально, как это все работает..
В "Прибалтике" да, ПЛМ 556РТ4 (2 шт?), и 155РЕ3
Львовский политехнический разработал "Львов ПК-01", который у меня дома появился первым.
хорошая мысль с ресинхронизацией и возможностью повторной загрузки неудавшегося блока, мне такое в голову не приходило.
Молодец Леший :-)
во, значит по одному периоду.
Игры с турбо-загрузчиком, видимо, были фирменные, до меня такие не доходили - только копировщик.
по обсуждаемой статье - я даже читать не стал. Если "большие деньги заинтересованы", то диапазон возможностей, всё-таки, значительно ограничен.
"останутся там единицы" - ага, тысяч сто этих единиц.
Про сотни тысяч зарплаты - возможно, это в год без вычета налогов?
кстати, Intel/AMD длительное время так и делили рынок на двоих это увеличивало прибыль. А потом выросли и другие производители. Немаловажно, что из-за поддержки Linux/Android, мобильных телефонов.
заметил ошибку, должно быть for (int i = 1; i <= 1000/3; i ++)оно реально получится самым быстрым? Три вложенных цикла, условия - не константы, на один разряд числа тратится целый int, логика работы не очевидна на первый взгляд, ...
Я, правда, в Java не писец, у меня деформация от ассемблера и С, вот второе и третье решение в ассемблер хорошо ложатся. Я бы еще даже сделал
но ведь в условии явно записана 1000? как объяснить потом, что она должна превратиться в 999? И мы ведь не экономим "=".
да, на Спектруме, конечно, тормозит. Но геймплей принципиально тот же. У меня в то время было недоверие к "Денди", возможно, из-за такой гладкости, и, возможно, меньшего разрешения.
По ощущениям, цвета в видео от Атари какие-то тусклые по сравнению с ZX.
оценка качества по ширине полос имела место. Красно-зеленые полосы - это пилот-тон 808 Гц, насколько я помню. Полосы должны были быть примерно одинаковыми, это показывало отсутствие смещения у порога компаратора - и обе полуволны занимали одинаковое время.
Сине-желтые полосы - это нолики и единички, с частотой 2048 и 1024 Гц соответственно. Но вот сколько периодов - не знаю. Предполагаю, по одному полному периоду.
Насколько помню, избыточного кодирования еще не было, да и контрольной суммы тоже, поэтому иногда загружалось неправильно, и даже не всегда понятно было, что что-то не так.
В совсем плохих случаях терялась синхронизация, и загрузка останавливалась.
Еще была ускоренная загрузка, для этого нужна была турбо-прошивка. В ней был еще монитор памяти (примерно такой же, какой вызывался по NMI в 128 версии).
Насколько помню, турбо режим загрузки вызвыался "+", "Ентер", а монитор - "*", "Ентер".
Еще была Turbo-copy.
Понятно, программа копирования должна была храниться где-то в памяти. Некоторые игры, видимо, чтобы осложнить копирование, занимали RAM под завязку, все 48к, начиная с экрана. Копировщики пытались, вроде бы, что-то сжимать, минимизировали занимаемую собой память, и использовали видеопамять для хранения данных. Вроде бы, какой-то из копировщиков использовал для отображения статистики и команд только одну верхнюю строчку.
Загрузчики от Билла Гильберта выгодно отличались от прочих наличием счетчика загрузки внизу экрана - можно было понять, сколько времени еще будет загружаться.
5-10 световых лет... Флот от Трисоляриса планировал лететь 400 лет.
Какой-то из Саботеров вроде на дельтаплане был, спрыгивали. Их было минимум 2.
а я память М162 под завязку забил, но добился, чтобы она считывала данные с ПЗС линейки и делала преобразование Фурье на 16384 отсчета 2 раза в секунду непрерывно. (ОЗУ приделал внешнюю, из кэша от 486), в 2001 году...