На нем пишут разработчики конкретного ЦПУ в процессе его создания, это совершенно не то же самое. Т.е. микрокод является его неотъемлемой частью и рассматривать его как язык способный программировать ЦПУ в целом — это уже какой-то уроборос получается
Нет никакого «общепринятого суждения о том, что С — язык низкого уровня». В классическом понимании этого определения языки высокого уровня это только машинный код и различные ассемблеры. Поэтому совершенно не понятно, что доказывают автор статьи и исследователь Кембриджского университета
Самое низкоуровневое, что доступно программисту — это машинные коды. Машинные коды можно хоть по бумажной таблице перевести в ассемблер (и обратно) даже вручную.
А я встречал, и все такие случаи на моей памяти (а это выборка больше десятка) были только у недавно активированных сим, удивительное совпадение, не находите?
К чему городить сущности, весь объем случаев можно объяснить простым случайным подключением подписок операторами безотносительно действий пользователей и железа.
Нет, давно известно, что нажимать ничего не надо. Последняя сильно нашумевшая история с воротами Надежина тому подтверждение. Операторы просто в случайном порядке подписывают на левые сервисы новые сим-карты.
Что особенно нравилось в Pebble — это лояльность к разработчикам, я не то, чтобы много под них опубликовал приложений, но получил именные Pebble Time и Pebble Time Round. FitBit, кстати, продолжил эту традицию, правда у них ущербное SDK и кроме циферблатов там особо ничего полезного не сделать.
Точно, и Simon который вроде выпускается до сих пор, тоже их. И что Simon, что Big Track на чипах все той же серии TMS1000 (и много советских игрушек работали на их клонах), жаль конечно, что мне не удалось найти программируемый вариант этих микросхем.
Основная отладка все-же шла в дебагере-симуляторе 8048, но да, с китайским стирателем было долго и неудобно. А вот с ZAX'ом весь процесс занимает 30-60 секунд, это быстрее например беспроводной отладки в Tizen Studio.
В принципе, опенсорсный эмулятор MSC-48 существует и можно было бы добавить специфику microvision, но мне интереснее возиться со старыми железками)
Пропуск пустых строк это действительно хорошая идея, в примере с Марио я как-раз пропускаю пустые столбцы. Но здесь тоже не все просто, например, если количество пустых строк будет меняться от кадра к кадру получим мерцание, т.е. пустой конкретная строка должна быть на протяжении существенного времени.
Можно обойтись без видеобуфера, но в зависимости от задачи, иногда это будет сильно накладно, а чаще ненужно, как например в Тетрисе, ведь стакан все равно надо где-то хранить.
Индивидуально менять пиксель конечно можно, но тогда у нас время отображения каждого пикселя поделится на 256, поэтому, лучше менять построчно выделяя 1/16 времени, а в этом случае индивидуально менять время отображения можно только для строк.
Микрокод это неотъемлемая часть конкретного ЦПУ, меняя микрокод вы меняете ЦПУ а не программируете его.
А я встречал, и все такие случаи на моей памяти (а это выборка больше десятка) были только у недавно активированных сим, удивительное совпадение, не находите?
Проблема настолько массовая, что если пользователи хабра начнут здесь документировать свои случаи, это не пойдет на пользу ресурсу.
Лучше всего конечно переложить вину на пользователя, но нет.
Не понял последней фразы про слив.
Понимаю гамму чувств, заставивших автора написать этот пост, но он все же нарушает правила хабра и действительно не выглядит тут уместным.
К чему городить сущности, весь объем случаев можно объяснить простым случайным подключением подписок операторами безотносительно действий пользователей и железа.
Нет, давно известно, что нажимать ничего не надо. Последняя сильно нашумевшая история с воротами Надежина тому подтверждение. Операторы просто в случайном порядке подписывают на левые сервисы новые сим-карты.
Основная отладка все-же шла в дебагере-симуляторе 8048, но да, с китайским стирателем было долго и неудобно. А вот с ZAX'ом весь процесс занимает 30-60 секунд, это быстрее например беспроводной отладки в Tizen Studio.
В принципе, опенсорсный эмулятор MSC-48 существует и можно было бы добавить специфику microvision, но мне интереснее возиться со старыми железками)
Пропуск пустых строк это действительно хорошая идея, в примере с Марио я как-раз пропускаю пустые столбцы. Но здесь тоже не все просто, например, если количество пустых строк будет меняться от кадра к кадру получим мерцание, т.е. пустой конкретная строка должна быть на протяжении существенного времени.
Можно обойтись без видеобуфера, но в зависимости от задачи, иногда это будет сильно накладно, а чаще ненужно, как например в Тетрисе, ведь стакан все равно надо где-то хранить.
Индивидуально менять пиксель конечно можно, но тогда у нас время отображения каждого пикселя поделится на 256, поэтому, лучше менять построчно выделяя 1/16 времени, а в этом случае индивидуально менять время отображения можно только для строк.