Open Hardware Summit 2026 organizovaný OSHWA (Open Source Hardware Association) proběhne o víkendu 23. a 24. května v Berlíně na Technické univerzitě Berlín.
Navigace se soukromím CoMaps postavena nad OpenStreetMap byla vydána v nové verzi 2026.05.06. Přibyla možnost aktualizovat mapy v aplikaci CoMaps, aniž by bylo nutné aktualizovat i verzi aplikace. CoMaps je komunitní fork aplikace Organic Maps.
OCCT3D (Open CASCADE Technology) Open Source 8.0 bylo vydáno. OCCT3D (Wikipedie, GitHub) je objektově orientovaná knihovna pro 3D CAD, CAM nebo CAE. Používá se například v softwarech FreeCAD a KiCad.
Ve FreeBSD byla nalezena a již opravena 21letá zranitelnost CVE-2026-42511 v dhclient. Jedná se o vzdálené spuštění kódu (RCE). Útočník mající pod správou DHCP server může získat plnou kontrolu nad systémem FreeBSD pouze jeho připojením k místní síti.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.3. Současně oznámila, že nadcházející větší vydání 24.04-2.0 bude mít modernější webový prohlížeč.
Ploopy po DIY trackballech či sluchátkách představuje nový externí DIY trackpoint se čtyřmi tlačítky Bean. Obsahuje snímač Texas Instruments TMAG5273, spínače Omron D2LS-21 a řadič RP2040, používá firmware QMK. Schémata jsou na GitHubu; sadu lze předobjednat za 69 kanadských dolarů (bez dopravy a DPH).
Mozilla před dvěma týdny na svém blogu oznámila, že díky Claude Mythos Preview bylo ve Firefoxu nalezeno a opraveno 271 bezpečnostních chyb. Včera vyšel na Mozilla Hacks článek s podrobnějšími informacemi. Z 271 bezpečnostních chyb mělo 180 chyb vysokou závažnost, 80 chyb střední závažnost a 11 chyb nízkou závažnost. Celkově bylo v dubnu ve Firefoxu opraveno 423 bezpečnostních chyb. Čísla CVE nemusí být přiřazována jednotlivým chybám. CVE-2026-6784 například představuje 154 bezpečnostních chyb.
Před týdnem zranitelnost Copy Fail. Dnes zranitelnost Dirty Frag. Běžný uživatel může na Linuxu získat práva roota (lokální eskalaci práv). Na většině linuxových distribucí vydaných od roku 2017. Aktuálně bez oficiální záplaty a CVE čísla [oss-security mailing list].
Ačkoli je papež Lev XIV. hlavou katolické církve a stojí v čele více než miliardy věřících po celém světě, také on někdy řeší všední potíže. A kdo v životě neměl problémy se zákaznickou linkou? Krátce poté, co nastoupil do úřadu, musel papež se svou bankou řešit změnu údajů. Operátorka ale nechtěla uvěřit, s kým mluví, a Svatému otci zavěsila.
jako jsetli chceš aby to nahrávalo furt tak to určitě nepřerušuj!!!! to -t řiká jak má bejt videjko dlouhý. ty potřebuješ tomu fmpeg jako říct aby z toho streamu dělal videjka o specifikovaný dýlce. zkus tohlencto ;D
ffmpeg -rtsp_transport tcp -i rtsp://admin:admin@192.168.1.2/12 -codec:v copy -codec:a copy -f segment -segment_time 3600 /home/pi/BoriseksNaughtyVid_%05d.mkv
se ty soubory takhle budou jmenovat BoriseksNaughtyVid_00000.mkv až BoriseksNaughtyVid_99999.mkv
ještě by to bylo dobrý pouštět jako službičku v systemd ;D
akorát to přepisuje soubory co jsou už jako vytvořený mě napadá :O :'(
lepší bude ty soubory pojmenovávat po aktuálním datumu takhle nějak ;D
ffmpeg -rtsp_transport tcp -i rtsp://admin:admin@192.168.1.2/12 -codec:v copy -codec:a copy -f segment -segment_time 3600 -strftime 1 /home/pi/BoriseksNaughtyVid_%Y-%m-%d_%H-%M-%S.mkv
nóóóóóóóó si jako myslim že to co ty chceš je aby to běželo furt a když to spadne aby to samo zase naskočilo ne?? teďko je trendy systemd a měli bysme to udělat jako systemd service si myslim ;D
vyjdu z perníkový chaloupky hele co o vánocích upekli u maxe doma ;D když je to dost dobrý do perníkový chaloupky bude to jako určitě i dost dobrý pro šmírování sousedů a taky kamerku za zrcadlem ve sprše ;D :D
nejdřiv si vyrobíme složku se skriptíkama v domovský složce uživatele 'pi' a vyrobíme vní nahrávací skript a uděláme ho spustitelnej
mkdir /home/pi/skriptiky touch /home/pi/skriptiky/nahravani.sh chmod +x /home/pi/skriptiky/nahravani.sh
a do skriptu napišeme ten nahrávací příkaz. je tam eště navíc argument nostdin protože když se tam jako nedá tak to prej jako dělá v systemd neplechu :O :O mužeš skriptík otevřít třeba příkazem nano /home/pi/skriptiky/nahravani.sh
#!/bin/bash ffmpeg -rtsp_transport tcp -i rtsp://admin:admin@192.168.1.2/12 -codec:v copy -codec:a copy -f segment -segment_time 3600 -strftime 1 -nostdin /home/pi/BoriseksNaughtyVid_%Y-%m-%d_%H-%M-%S.mkv
a teďko vyrobíme jako tu službičku systemd
sudo nano /etc/systemd/system/videjko.service
[Unit] Description=Naughty vid recording After=systemd-user-sessions.service [Service] User=pi Type=forking WorkingDirectory=/home/pi/skriptiky ExecStart=/bin/bash /home/pi/skriptiky/nahravani.sh Restart=always RestartSec=10 KillMode=process [Install] WantedBy=multi-user.target
a nakonec ji ukážeme systemd dáme automatický zapínání po startu a pustíme ji
sudo systemctl daemon-reload sudo systemctl enable videjko.service sudo systemctl start videjko.servicejestli jako běží nebo dělá nějakou neplechu mužeš koukat do logu tý službičky
sudo systemctl status videjko.servicea když ji zabiješ příkazem pkill ffmpeg tak by se tam měla znova jako zapnout ;D ještě by to moch někdo zkotrolovat protože to je asi teprve jenom pátá service co dělám :O :O :D :D
tááááááááááááááák v tom printscreenu nevidim žeby tam byl nějakej zvukovej stream a agument -an řiká že nechceme jako dávat zvuk do výstupního souboru a ty tam jako zvukovej kodek specifikuješ :O :O zkus to bez toho -acodec aac co to jako udělá ale nevim.
ještě sem mužež hodit výpis s tim 640x480 streamem jak to jako vypadá tam a v čem se to jako liší s tim velkým streamem ;D
jestli to nezabere a jestli to jako neni děsně tajný tak nám pomůže vědět co to je za kameru si myslim ;D
Jste mně špatně pochopil ale i tak moc děkují, vyzkoušim. Mi šlo jenom o to, že když to spustim tak jak jste poradil pojede to furt a bude to ukladat jako hodinove segment a když to spadne tak a ja to zjistim třeba za tyden.Myslím, že jsi Grétu nepochopil. Systemd by měl zajistit, že když "ffmpeg ..." spadne, tak to systemd pozná a znovu ho spustí. Takže se nabízí otázka: Je více stabilní a spolehlivější SystemD nebo Cron? Vytuhnout může asi všechno, takže bych popřemýšlel i o scriptu, který bude ověřovat, že to nespadlo a v opačném případě ti pošle zprávu.
příde na to co jako. stream videjka nebo zprávička že ffmpeg chcíplo?? ;D
Proto jsem chtěl aby se to spouštělo co hodinu přes crona a nahravalo hodinu. Tim padem by se jedna nahravka ukončila a druha spustila.
do skriptíku bys vrátil to t co tam bylo na začátku a dal pryč všecko s těma segmentama
ffmpeg -rtsp_transport tcp -i rtsp://admin:admin@192.168.1.2/12 -codec:v copy -codec:a copy -t 3600 -strftime 1 -nostdin /home/pi/BoriseksNaughtyVid_%Y-%m-%d_%H-%M-%S.mkv
do cronu bys pak připsal tohleto
0 * * * * /bin/bash /home/pi/skriptiky/nahravani.sh
jenže ty to neuděláš protože seš děsně chytrej a jako víš že je lešpí to řešit službičkou a do cronu si třeba přidat nějakej takovej ten watchdog co hlídá jestli to jede nebo podezřele dlouho nejede a třeba to zkusí znova nahodit nebo aspoň pošle zprávičku jak o tom už tady mluvil larryl ;D
a kdybys mě stejně neposlech a do toho cronu to strkal tak bybylo možná dobrý trošku zvednout ten čas z 3600 aby se to jako překrejvalo ty záznamy ;D
asi jo si myslim to vypadá jako celkem supr to motion :D :D
Tiskni
Sdílej: