@Bielecki Mam uwagę dot. retval, źle ją używasz. Zapisywanie obrazu jest niezależne od wartości retval. Do cyklicznego robienia zdjęć polecam Advanced Python Scheduler.

Polecam zrobić test szybkości wykonania jednego cyklu.

@Bielecki domyślnie cam.read odczytuje pierwszą ramkę z bufora a nie najświeższą.

Widziałem dwa rozwiązania. Jedno to osobny wątek do porzucania starych ramek: https://stackoverflow.com/questions/43665208/how-to-get-the-latest-frame-from-capture-device-camera-in-opencv

Drugie to wymuszenie porzucenia ramek bezpośrednio przez cv2. To chyba było przez set property ale tak na szybko nie mogę tego znaleźć.

Oba mi działały. To drugie jest wydajniejsze ale w Twoim przypadku oba powinny być ok.

@Bielecki cv2 działa bardzo wolno. Spróbuj z numpy.

Jesli dobrze pamiętam, z obiektu cv2 można wyciągnąć tablicę numpy i za jego pomocą to zapisać do pliku.

@markxvyarov dlaczego tak uważasz? Jeśli retval będzie false, to kontynuuję loop, żeby nie wywalać całego programu, ale nie zapisuję obrazu

@Prucjusz najwolniejsze w opencv w moim przypadku jest inicjalizowanie kamery przez cv2.VideoCapture(0). Ja loopuję się już po inicjalizacji, nie zwalniam kamery. Sam zapis odbywa się w ciągu ~0,1s, zakładając że sleep trwa równe 120s (takie mam różnice w timestampach).

@psalek dzięki, to mi wiele powiedziało. Wygląda na to że to właśnie bufor. Niby mogę zastosować te rozwiązania (choć porzucanie ramek przez opencv z tego co znalazłem odbywa się poprzez ustawianie odpowiednich properties kamery i nie jestem pewien czy 1. jest to wspierane przez mój model, 2. jest to nadal w opencv, bo gdzieś była wzmianka, że to usunęli), ale to w sumie byłaby sztuka dla sztuki - a w moim przypadku rozwiązanie się w sumie sprawdza. Zwyczajnie mnie ciekawiło dlaczego tak się dzieje i mam odpowiedź. Dzięki

@Bielecki czym to potem składasz w filmik?