@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

@rybeusz - to jest GitHub Copilot czy coś innego?

@rybeusz Jest Free Plan to sobie sprawdzę z ciekawości. Bo fajnie to wygląda kiedy do poprawy jest jedna linijka z dodaniem max wartości do zmiennej i jeszcze z komentarzem, że trzeba to poprawić. Ciekawe jak sobie poradzi z szukaniem błędu który jest rozsiany w kilku miejscach kodu i nie opisany xd.

No takie ai czasem nie jest aż tak złe i faktycznie potrafi pomóc.. ale opieranie całego projektu na ai to też troche imo przesada.

Niedlugo callcenter nie bedzie nikomu potrzebne.

Czy tylko ja mam wrażenie, że coś jest nie tak? Tak jakby to było odgrywane, przynajmniej to demo.

@marsjanin2012 LLM to nie AGI? Stare, znałem xD polecam dobierać narzędzia to problemu zamiast się denerwować że młotek nie jest śrubokrętem.

Bo to jest sugerowany zwrot z tej kwoty jeżeli ja zainwestujesz w startup powiązany z AI - za bardzo się skupił na marketingu #pdk

Bo tak liczą w Ameryce XD To amerykański model który opromtowany jest amerykańskim spojrzeniem na świat pomimo że gada po polsku. Widać to też np w gramatyce.

@Sweet_acc_pr0sa nawet nie wiedziałem, że takie rzeczy istnieją xD czemu nie kupić całej?

@Sweet_acc_pr0sa ale mnie zaciekawiłeś. Co programujesz że potrzebujesz klawiatury numerycznej?

Pytam bo sam używam numerycznej tylko gdy przepisuję ręcznie jakieś liczby np. do excela albo numer konta do przelewu.

Ale w kodowaniu to ten dodatkowy ruch ręką żeby napisać np. 2.0 albo 3.14 byłby dla mnie subergonomiczny

@Sweet_acc_pr0sa idz do lekarza xD zanim przez swoja pomylke trafisz do wiezienia xD

@Mielonkazdzika kartka wrzucana do kosza?

@Mielonkazdzika ciężko powiedzieć skoro nie znam firmy i narzędzi jakich używacie. Ile osób pracuje. Kto ogarnia zamowienia. Co zamawiacie. Ogólnie rozwiązań wiele ale trzeba znać organizacje, żeby z taką rzeczą pomoc.

Jak macie office 365 i dostęp do forms to polecam tam zrobić.

Najlepiej to będzie zdawała egzamin tabela wydrukowana na kartce i przypięta do jakiejś tablicy wraz z długopisem na lince. Najlepiej obok kantyny, czy szatni, czy gdzie tam zawsze się zbierają podczas przerw wszyscy.

4 pozycje w tabeli: zapotrzebowanie na produkt | ilość | dział/osoba | data

wisi sobie przez tydzień, każdy wpisuje co potrzebuje i w pt. leci zamówienie

A nie że raz w tygodniu walne spotkanie i "jakie chcecie towaaaaary moi drodzi" xD

Wprzęganie na siłę elektronicznych rozwiązań, gdzie nie są one do niczego potrzebne to proszenie się tylko o nowe problemy.

@redve123 procesy Wienera są procesami w sensie Markowa. Czyli właściwie mogą opisywać większość otaczającej nas rzeczywistości.

A co chcesz robić?

@Prucjusz - bardzo lubię Pythona (co potwierdzają moje wpisy na tagu #python) ale od Django trzymam się z daleka bo to kobyła dla korposzczurów - i do tego zaczyna być przestarzały.

Do robienia stron to teraz SvelteKit lub Astro i deployment do Vercel na szybko przy minimum konfiguracji (lub jak ogarniasz, to wszystko skonteneryzowane i hostowane na jakiejś instancji z procesorem ARM w chmurze lub self-hosted po taniości).

Zrobiłem kilka wewnętrznych projektów gdzie frontend pisałem w SvelteKit a backend (REST API) z wykorzystaniem Pythonowego frameworka FastAPI - frontend i backend oczywiście śmigają w swoich osobnych kontenerach (gdzie base image do frontendu to Distroless Node.js a do backendu oficjalny Pythonowski Debian Slim) - i tak mi się robiło najlepiej i wszystko jest proste w utrzymaniu.

@Prucjusz - naprawdę nie rozumiem dlaczego Django do swoich własnych projektów - jak już komentowałem to są o wiele prostsze rzeczy, w których można robić całkiem skomplikowane stronki.

Napisz coś więcej poza faktem, że się odbiłeś 2 razy od Django i teraz czujesz, że musisz go ogarnąć.

@rayros - zostawiłem pioruna na Hejto

@qarmin koledzy zdaję się wyczerpali temat, ja tez stoje po stronie pisania testów, od siebie jeszcze dodam, że testy naturalnie tworzą dokumentację projektu. Najłatwiej jest sprawdzić jak się zachowuje komponent za pomocą testów i najlepiej naprawić buga najpierw pisząc test do przypadku.

@qarmin ja bym przede wszystkim chciał podkreślić, że testy jednostkowe to głównie narzędzie służące do projektowania, wymuszające stosowanie dobrych praktyk. W sumie czyste unit testy mają sens przede wszystkim w TDD, jeśli piszemy je później niż kod, to sens ich pisania jest dyskusyjny. Dobrze się natomiast sprawdzają w roli żywej dokumentacji. To testy integracyjne powinny służyć do wykrywania regresji, tych można stworzyć zdecydowanie mniej, za to każdy powinien mieć wielokrotnie większe pokrycie kodu. W praktyce, jeśli zespół nie stosuje TDD, to właśnie na takim rodzaju testów warto się skupić.

Pracuję przy takim projekcie w node, gdzie ktoś sprytny testuje timery bez użycia mocków, test po prostu czeka aż te timery odczekają swoje, nic mnie tak nie wkurwia jak odpalanie testów w tym projekcie xD.

po pracy w januszexie-startupie, gdzie nigdy nie bylo czasu na testy, nauczyłem się, jaką mają wartość. Zawsze na koniec projektu przy małej zmianie koncepcji ze strony klienta, caly kod sie zaczynał się jebać, bo choćby nie wiem co, nie jesteś w stanie zawsze mieć w głowie całego projektu.

Odkąd odszedłem z tej firmy, zacząłem robić wszystko uzywając TDD. Bez TDD twój kod = gówno. Choćby nie wiadomo jak czytelny i sprytny, bez dobrych testów nie jest niczego warty.

@groman43 lepsze jest lava lamp i co lepsze jest darmowe - https://youtu.be/kvHQ7A3TM3w?t=367

tutaj demko:

https://youtu.be/taJlPG82Ucw

Żeby język mógł zaistnieć musi mieć przede wszystkich ogromną bibliotekę. Rust jest jeszcze w fazie gdzie się mnóstwo tworzy, a same staty wiosny nie czynia. Choć już czytałem że hype na ten język się trochę wypalil.

Piszę w rust pare miesięcy i uważam że to jest naprawdę dobry język w porównaniu do Java, typescript czy c lub c++

RUST is not a dust. Bardzo lubię ten język, już wiem, że warto.

Ja nie mam.

@Ominous zgłosiliśmy do góry, dzięki za info!

Obydwa nadają się do trywialnych i prostych zadań. Niech dla przykładu zaproponuje Ci rozwiązanie problemu, gdy mając jakąś starą aplikację w Javie (choćby 7 i starsze) musisz zacząć obsługiwać TLSv1.2. Skończysz na przepisywaniu aplikacji lub tysiącu propozycji, z których żadna nie zadziała.

Dopiero się z tym ogarniam, wiele prostych podpowiedzi jest spoko, niestety jak już trzeba coś na poważnie skonfigurować to sugestie AI są - delikatnie mówiąc - z pupy.

U mnie niestety przydatne tylko do wskazania ogólnego kierunku - w narzędziu z którym pracuję najczęściej kod napisany przez chatGPT po prostu nie działa. Za dużo halucynacji, wymyśla biblioteki które nie istnieją, wrzuca nieaktualne biblioteki albo takie które nie są wspierane w wykorzystywanej przeze mnie wersji tylko następnej, albo podaje kod który zwyczajnie nie zadziała bo korzysta ze słów kluczowych czy funkcji które nie istnieją. Często też podaje użycie funkcji w sposób w który nie da się z nich skorzystać (np totalnie złe argumenty). A czasami zapytany o stworzenie jakiejś logiki zwraca deklarację funkcji z jej nazwą i komentarzem - dopisz sobie resztę xD

Szkoda bo narzędzie jako takie bardzo przydatne, ale najwyraźniej moje środowisko pracy zbyt mało popularne żeby umiał sobie z nim poradzić.