Армянское Радио: В моем понимании DMX-контроллер - принимающая сторона в DMX-сети и он просто "знает" из сообщений какие числа у него в каких регистрах. Когда я реализовывал принимающее устройство на DMX оно эти данные воспринимало как режим мерцания, а не как данные для PWM.
Artem: Один раз написать процедуру для парсинга с битовыми операциями и забыть про эту головную боль - вариант. Тем более что там часть данных все же по границам байта есть.
Главное не ограничиваться организационными мерами, а то на заявление "у вас корявый софт" будет получен ответ "а вот инструкция", а не исправление косяка.
ncix: Использование длинного ключа говорит о более высоких требованиях к стойкости :-) 64/128 - хэширование ключа и XOR данных с хэшем. Либо дописывание данных нулями до 128 бит и применение AES (для 128 битного ключа).
sentike: VMProtect может помочь, а может и нет. Осложнит задачу определенно. Оправданность - вам считать, стоит оно того или нет. Кросплатформенность потребует, вероятно, разной защиты на каждой платформе. Про инжекты на ведроиде/огрызкоси я даже не слышал.
Алексей Николаев: "а эффект быстродействия достигается загрузкой обычно простаивающего GPU" - ORLY?! Какие API системные для работы с GPU есть в семерке?
Леонид: :-) Пишите в чем отличия :-) Если есть регистр, отвечающий за тактовую частоту - его бы тоже не помешало посмотреть, а то ровно в 2 раза другая скорость...
Леонид: Ну, если у вас есть код, который работает ожидаемым образом - читайте в нем значения управляющих регистров и выплевывайте в ком-порт, в терминалке можно посмотреть что там. И аналогично - в некорректно работающем проекте.