Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Kamera pre Raspberry Pi nieje nič extra a fotky sa za dobré daju považovať akurat tie fotené za slnečného dňa. Ale aj tak mi to nedalo a amusel som vyskúšať čo to dá - v noci. Napríklad spraviť nočnú fotku so zrkadlovkou na dlhý čas je jedna radosť. Ale s kamerou Pi a jej mrňavým senzorom, čočkou s mizernou svetelnosťou... a hlavne obmedzeným firmware, to by mohla byť celkom výzva si myslim. Tak poďme na to.
Čo k tomu potrebujeme? vpodstate akékoľvek Raspberry Pi a modul kamery, ja mam len ten klasicky aj s IR filtrom, myslim ze modul bez IR by mohol byt este o rad citlivejsi, ale potom fotky za bieleho dňa sú také dosť divné. preto som kupil obyčajný. Do maliny ešte potrebujeme nainštalovat software (raspistill alebo ja používam aj pythoni modul picamera) a je dobré mať posledný firmware pre kameru, ten sa aktualizuje s raspbianom.
raspistill -o out.jpeg
Takto vyzeraá snímka ak sfotím na automatiku, proste je tam tma. Ak sa pozrieme na parametre fotenia, tak čas je 1/10 a ISO skončilo na 250
Skúsil som to isté s nastavením -ex night to zmenilo čas na 1/5 ale stále fotil čierno.
Maximum kamery je ISO 800 a v režime "sports" až do ISO 1600 a čas zavierky je do 6s. Veľmi ma láka to ISO 1600 ale pri pokusoch som zistil že čas nastaví na 1/60 a zase vidím tmu a ak upravím aj čas zavierky, tak ISO o5 spadne na 800. tak teda režim sports aj s ISO 1600 škrtám, navyše pri ISO nad 1200 sa objavovali textury čipu, ale žiadny obraz.
Nastavil som teda ISO 800 a čas zavierky na 6s:
raspistill -ISO 800 -ss 6000000 -o out.jpeg
To už je oveľa lepšíe, ale vzhľadom na to že je okolo sneh a ešte svieti mesiac (cez mraky) tak je to ešte stále málo. Kamera tiěž umožňuje záznam do RAW formátu, ktorý má rozlíšenie 10bitov a z tych posledných bitov navyše oproti JPEG, by sa ešte čo to mohlo dať vytiahnuť. ale firmware kamery umožňuje ešte aj nejaky postprocesing a hneď ma zaujalo brightness. tak som ho zvýšil na maximum a ostal biely obraz, tak som hľadal taký stred šedej a vyšla mi z toho niečo následujúca fotka
raspistill -ISO 800 -ss 6000000 -br 80 -o out.jpeg
V nasledujucom kroku som zvyšil kontrast na maximum a dostal som takyto obrázok.
raspistill -w 2592 -h 1944 -ISO 800 -ss 6000000 -br 80 -co 100 -o out.jpeg
Teraz už je fotka takmer podľa mojich predstáv. Je tam síce veľa šumu, ale to sa dalo čakať a hlavne po tom enormnom digitálnom zosvetlení, ale musím povedať že som čakal výsledok oveľa horší. (tento obrazok je uz v plnom rozliseni)
Ďalej čo ma napadlo že keby som spravil viac fotiek a z nich median alebo priemer tak by vysledok mohol byť lepší, pretože šum sa pri každom snímku dosť menil.
Spravil som najprv 40 fotiek (pomocou timelapse funkcie raspistill, interval je nastavený -tl a celkový čas -t všetko v milisekundach). Snímanie so 6 sekundovou zavierkou má veľkú režiu okolo a trvá to takmer 30s, preto som zvolil interval 30s a zosnímal som 40 fotiek
raspistill -v -hf -vf -w 2592 -h 1944 -ISO 800 -ss 6000000 -br 80 -co 100 -t 1200000 -tl 30000 -o out_%04.jpeg
pomocou imagemagic som najprv spriemeroval a potom spravil median.
average 10
average 40
convert out_*.jpeg -average avg.jpeg
median 10
median 40
convert out_*.jpeg -evaluate-sequence median avg.jpeg
Mimochodom, kto nepozná priemerovanie fotografií medianom, odporúčam takýmto spôsobom vyfotiť napríklad rušné námestie
Nazáver prikladám fotku fotenú za bieleho dňa, na automatiku v plnom rozlíšení:
Ešte poznámka ku kamere, okrem zopár vypálených pixelov je možné si všimnúť akési lúče (najmä na ľavej strane), to je spôsobené zrejme nejakým tepelným zdrojom v blízkosti čipu alebo neviem, LEDku na kamere mam vypnutu.
Tiskni
Sdílej:
Proto bezpečnostní kamery řeší tmu IR přisvětlením, aby se i ve tmě udržely dostatečné krátké časy expozice. Alternativně se to dá řešit zapnutí běžného světla PIR senzorem, což má prý na méně otrlé zloděje i odstrašující účinek.
Při průměrování z desítek snímků nebude vidět ani ta šmouhaNějakej flek by tam asi byl.
Jinak pokud je ten ImageMagick zkompilovaný s HDR, tak doporučuju nadělat pár snímků, ty dohromady posčítat, logaritmicky to normalizovat a takové snímky pak zprůměrovat kvůli odstranění šumu. Mělo by to z té tmy vytáhnout ještě ty vrata a tmavé části.