[Razi91]

Jaki jest najwydajniejszy, najmniej obciążający OS sposób na dorwanie się do kolorów pikseli na ekranie? Poprawiam swój soft do amilight'a żeby nie generował zbyt dużego obciążenia. Obecnie używam XGetImage (przerobiony robotjs, żeby ponownie używał bufora; nie, nodejs nie jest tu wąskim gardłem). Szukam czegoś szybszego i mniej obciążającego.

#linux #programowanie

[fervi]

@Razi91: Nie znam się - ale Xdotool nie będzie szybszy?

[Kryspin013]

@Razi91: Nie znam się ale może nagrywać desktop w niskiej rozdziałce i obrabiać obraz?

Znalazłem jeszcze coś takiego jak boblight, który zdaje się być stworoznym kawałkiem kodu do tego zadania. I widze, że XBMC z tego korzystał:

https://code.google.com/archive/p/boblight/
https://github.com/arvydas/boblight
https://kodi.wiki/view/Add-on:XBMC_Boblight

[Razi91]

@fervi: Nie :) Potrzebuję min. 30 klatek na sekundę
@Kryspin013: Po kodzie widzę że ta sama metoda jest używana, ale spróbuję.

Dorwałem jeszcze SDK z NVIDIA, ale wywala mi że niby karta nie współpracuje (GTX770) :(

[bladykiel]

@Razi91: Kiedyś w javie bawiłem się pobieraniem pixeli (klasa Robot) i nie narzekałem na szybkość (tymbardziej, że nie potrzebowałem całego ekranu) :)

[Razi91]

@bladykiel przerabiałem. Tyle że ja potrzebuję nie jednego piksela, a gdzieś 600. Minimum 30 razy na sekundę
To się trochę sumuje i wychodzi się się spore obciążenie.

Rozwiązanie NVIDIA działa tylko na Quadro. Jeszcze spróbuję rozwiązania z ffmpeg, bo tak to dość szybko chodzi.

[bladykiel]

@Razi91: Ja pobierałem wycinki jako "zdjęcie" i dopiero potem zdjęcie obrabiałem pod względem logicznym. Z tego co sobie teraz sprawdziłem, to wycinek 1000x1000 pobiera się około 60 razy na sekunde.

[Razi91]

@bladykiel ok, zobaczę potem co u mnie da się wycisnąć. Generalnie z 60 klatek na sekundę nie mam problemu, tylko generuje to lagi.