Сейчас анализируется изображение на экране, т.е. пока что-нибудь не появится светодиоды об этом не узнают.
Если сделать анализ видео перед его просмотром, сохранить где-нить рядом файлик с полученными значениями и потом немного заранее выводить его на светодиоды будет очень круто выглядеть только вот эта зеленая волна справа, а все остальное будет как-бы не в тему, т.е. та же волна когда докатится до левого бока погаснет раньше чем она реально исчезнет.
Очевидно, что анализ видео перед тем как посмотреть это видео с подсветкой будет занимать какое-то не нулевое время, что собственно не очень удобно, а в играх вообще не выполнимо.
В AmbilightUSB использовалась программная реализация USB 1.1 на основе V-USB и обычный uC — tiny44
В Lightpack — микроконтроллер с хардверным USB 2.0 интерфейсом
Нет, там проблема немного в другом. Насколько я понимаю usb-hid, реализованный программно на AVR, не так уж и быстр, и в момент обмена информацией с эвм получаем задержку в генерации ШИМ, которая заметна глазу. Для уменьшения количества передаваемой информации обмен происходит только если цвета изменились. В остальное время контроллер занять исключительно генерированием ШИМ.
К сожалению или к счастью я в игры давно не играл, поэтому и не проверял. Могу лишь предположить что должно работать.
Для захвата изображения используется следующий код:
QPixmap pix = QPixmap::grabWindow(QApplication::desktop()->winId(), x, y, ambilight_width, ambilight_height);
QPixmap scaledPix = pix.scaled(1,1, Qt::IgnoreAspectRatio, Qt::SmoothTransformation);
QImage im = scaledPix.toImage();
Вообщем везде где работает grabWindow будет работать и AmbilightUSB
Как минимум еще нужен программатор, я пользуюсь usbasp, но его тоже нужно прошить.
Можно купить AVR-программатор, любой который справится с ATtiny44 (AVR). Либо сделать на 7 резисторах и 3-х диодах программатор громова (нужен COM порт)
Если интересна тема могу посоветовать easyelectronics.ru
Продавать я не могу, работает она не достаточно хорошо.
1) При медленном изменении видео заметно мерцание, которое происходит в моменты передачи информации в девайс, что какбы намекает на кустарность.
2) В windows я толком не тестировал, есть вероятность, что не во всех плеерах будет работать.
Реквестую подробностей насчет софтинки для компа, интересует реализация захвата изображения, GDI? DirectX? OpenGL?
Если сделать анализ видео перед его просмотром, сохранить где-нить рядом файлик с полученными значениями и потом немного заранее выводить его на светодиоды будет очень круто выглядеть только вот эта зеленая волна справа, а все остальное будет как-бы не в тему, т.е. та же волна когда докатится до левого бока погаснет раньше чем она реально исчезнет.
Очевидно, что анализ видео перед тем как посмотреть это видео с подсветкой будет занимать какое-то не нулевое время, что собственно не очень удобно, а в играх вообще не выполнимо.
В Lightpack — микроконтроллер с хардверным USB 2.0 интерфейсом
Советую поставить вместо 74HC595 и кучи резисторов, что-нибудь типо DM134B (16 каналов, 1 резистор)
Для захвата изображения используется следующий код:
QPixmap pix = QPixmap::grabWindow(QApplication::desktop()->winId(), x, y, ambilight_width, ambilight_height);
QPixmap scaledPix = pix.scaled(1,1, Qt::IgnoreAspectRatio, Qt::SmoothTransformation);
QImage im = scaledPix.toImage();
Вообщем везде где работает grabWindow будет работать и AmbilightUSB
Можно купить AVR-программатор, любой который справится с ATtiny44 (AVR). Либо сделать на 7 резисторах и 3-х диодах программатор громова (нужен COM порт)
Если интересна тема могу посоветовать easyelectronics.ru
1) При медленном изменении видео заметно мерцание, которое происходит в моменты передачи информации в девайс, что какбы намекает на кустарность.
2) В windows я толком не тестировал, есть вероятность, что не во всех плеерах будет работать.
кстати спасибо вам =)
собрал ;)