Алексей Черемисин, у USB структура данных всегда идут пакетами, даже HID-устройства. Иначе докажите мне обратное (желательно графическими схемами структуру данных). Ибо для PS/2-устройств я спокойно делал проект на ПЛИСе с нужной функциональностью без каких-то хитрых приспособлений кроме контроллера приёма данных. Даже микроконтроллер с этим легко справится. А для USB-клавиатуры одним контроллером уже не обойтись. Ещё надо дополнительно присобачить ещё несколько компонентов, чтобы разобрать пакеты на составляющие. Только потом после этого можно получить нужные данные.
Антидребезговая задержка и ход клавиши есть на любом устройстве (независимо от протокола), где есть кнопки.
Тут дело не только в скорости передачи данных за секунду. Данные в USB передаются пакетами. А между передачей пакетов всегда есть задержка. И пакеты надо ещё разобрать на составляющие процессором, чтобы понять, к какому ресурсу относятся данные: к клавиатуре, жёсткому диску, камере и так далее. А это тоже определённые задержки. А если ещё на линии будут работать другие устройства, неприятные перебои могут показать себя. Это проявляется даже на USB 3.0. У меня именно такое и было. Поэтому пришлось перераспределить подключения по нагрузкам. А PS/2 изначально работает только для клавиатуры и мыши. И протокол там настолько прост, что драйвера ненужны от слова совсем. А ограничения у него только на передачу количества бит в секунду.
Ну в Windows XP может стоять кодировка по-умолчанию как Windows 1251 (CP1251), так и Windows 1250 (CP1250). Причём, чаще идёт по-умолчанию второй вариант, где нет поддержки кириллического алфавита. Поэтому приходится твиком исправлять недочёт в системе. А для C# родной кодировкой является Юникод (по-умолчанию UTF16). А также зависит от набора поддержки шрифтов. Если таковых в системе нету, то надо установить в систему, либо интегрировать в приложение соответствующий шрифт.
alexalexes, проверил только что. Поведение не изменилось. Поэтому пока что используется костыль, использующий два вызова: SelectionChanged в ListBox для определения изменения позиции указателя в списке и DataContextChanged в ListBoxItem (приходится цеплять на каждом элементе) для получения позиции радиокнопок и активирующий смену позицию указателя в списке (из XAML пункт был убран по причине того, что после срабатывания IsPressed он почему-то переходит в положение IsSelected=False).
Не знал, что порядок и полнота элементов свойства имеет значение. По крайней мере в сетевых справочных материалах об этом ничего не говорилось.
Файлы с расширением .com - 16-разрядные программы для DOS, как я помню. А там все прелести сегментной адресации памяти. А 64-разрядная система может запускать, как минимум, только 32-разрядные программы. Так что вам придётся, запускать DOSBox и иже подобным ему и играться.
RS232 работает по протоколу UART с дополнительными сигналами. SPI имеет совсем другой протокол с отдельной линией строба. Поверх пустить нельзя. Разве что переделать под себя можно. Но только ни какие стандартные устройства не поймут вообще.
Насколько я знаю, что многие периферийные компоненты любого устройства общаются между собой по стандартным протоколам типа UART (COM-порт), который чаще всего используется, SPI, I2C и прочее. Остальное - надо просто разобрать формат данных. API можно получить, если имеете дело с драйверами устройства.
Антон Федорян, это будет плавать от модели кристалла к кристаллу. В разных поколениях порой по-разному устроены слайсы и логические ячейки (LUT). Так что вам придётся иметь на вооружение все карты этих кристаллов. Quartus/Vivado всегда идут вместе с картами кристаллов (из-за этого дистрибутивы такие жирные), чтобы размещать синтезированную схему. Обычно в прошивках уже должна быть шапка (не всегда), чтобы программа поняла, для какого кристалла прошивка.
Мне кажется, Linux-платформа будет подходящим вариантом. Если вам нужно программирование на C#. То упоминалась возможность развёртывания .NET Core на малинке с Linux. А программировать Windows 10 IoT по-нормальному не представляется возможным. Я столько раз пробовал делать по инструкции, ничего не получается. Даже нормальный вывод изображения на специальный дисплей не получается, сколько ни пинай настройки. Только монитор или телевизор со стандартными настройками. Даже поработать с файловой системой не вышло нормально. Уже подумываю отказаться от него в пользу Linux с .NET Core.
Дмитрий Кузнецов, советую вам пользоваться Visual Studio. Создание и редактирование форм, объектов, элементов и прочее там всё наличествует, включая WPF и UWP. Также в состав входит сам Blend - редактор разработки дизайна форм и веб-интерфейсов, который в некоторой степени подражает Sketch, но является дополнительным инструментом для программирования.
Да как-то Microsoft не упоминала о прекращении работ над .NET Framework. Да и возможности у .NET Framework пока больше, чем у .NET Core. Так как .NET Core только начал развиваться. Можете просто параллельно их использовать.
У вас SATA уже изначально с AHCI. Скорее всего, проблема у вас не с этим. Попробуйте зашить новую версию UEFI. А затем установить драйверы в правильном порядке, ничего не пропустив из списка. У вас операционная не обращается же к жёстким дискам постоянно. А только по мере необходимости (при работе с файлами). Остальное висит в ОЗУ (ибо 16 ГБ для повседневных задач хватает). Да, проблему перегрева тоже не стоит исключать. Проверьте всё это.
Потому что #65279 и есть BOM. По идее, он должен появляться только в начале для UTF-16BE. Мне кажется, что при обычном копировании происходит фоновое преобразование кодировки Юникода с UTF-8 на UTF-16BE (или наоборот). Это только моё предположение. Так как непонятно, какую кодировку имеет исходный ресурс и какая кодировка используется на сайте.
Похоже, я ошибся. С bmp всё работает иначе. Надо сначала прочитать маску, а потом строить изображение. А изображение начинается с некоторого смещения. Формат Bmp-файла Описание формата BMP
Короче, вы пропустили важную часть в файле, которая отвечает, как строить изображение.
Gokilla, да что же такое?! Всегда привык видеть формат ARGB. А тут нате. Хмм... А попробуйте методом тыка перемешать каналы, чтобы получить нужное изображение. Тут вариантов перебора не так уж и много.
Gokilla, интересно... решил изучить данную функцию, у него несколько отличается от общепринятых. Получается, что вам надо ARGB => RGBA.
NewData[index]=A;
NewData[index+1]=B;
NewData[index+2]=G;
NewData[index+3]=R;
Где-то так должно быть.