Na akci Made by Google 2026 (YouTube) bude oficiálně představena jedenáctá generace telefonů Pixel s novým čipem Google Tensor G6 a hodinky Pixel Watch 5.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se spolu s partnery z dalších zemí připojil ke společnému upozornění (Joint Cybersecurity Advisory) týkajícímu se probíhající kybernetické kampaně skupiny LAUNDRY BEAR zaměřené na uživatele e-mailové platformy Zimbra Collaboration Suite (ZCS) nejméně od července 2025. NÚKIB doporučuje organizacím využívajícím Zimbra Collaboration Suite neprodleně ověřit, zda
… více »Intel vydal 42 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20260811 mikrokódů pro své procesory.
Sny o designu GNOME Shellu, článek s náhledy a videi, představuje dlouhodobou vizi týmu GNOME pro vylepšení uživatelského rozhraní GNOME Shellu. Zatímco nedávné verze přinášely spíše drobné úpravy, designéři nyní plánují zásadnější změny.
Byla vydána nová verze 10.5 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Nově vyžaduje podporu ECC (Elliptic Curve Cryptography) v libcrypto, včetně křivky NISTP521.
Byla vydána nová verze 10.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. S novými obrazy pro Orange Pi 4 Pro, Orange Pi Zero 3W a Odroid M1/M1S/M2. Přehled novinek v poznámkách k vydání.
Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Invalid UE golomb code [h264 @ 0x3ebbee0] cbp too large (3199971767) at 52 25 [h264 @ 0x3ebbee0] error while decoding MB 52 25 [h264 @ 0x3ebbee0] concealing 1597 DC, 1597 AC, 1597 MV errors in P frame**************************Pokus 2****************************
[[h264 @ 0x49c6d60] Invalid level prefix [h264 @ 0x49c6d60] error while decoding MB 50 23 [h264 @ 0x49c6d60] concealing 1759 DC, 1759 AC, 1759 MV errors in P frame**************************Pokus 3****************************
[h264 @ 0x4bc79a0] corrupted macroblock 64 33 (total_coeff=-1) [h264 @ 0x4bc79a0] error while decoding MB 64 33 [h264 @ 0x4bc79a0] concealing 945 DC, 945 AC, 945 MV errors in P frame rtsp://10.1.xxx.1:554/live/ch00_0: Operation not permittedTyto chybova hlaseni se objevi vzdy predtim, nez stream vypadne, pokazde vypadne s jinou chybou, ale tyto vyse uvedene se objevuji nejcasteji. FFserver.conf, ve kterem je zapsana konfigurace je nahran pastebin Prikaz pro predani streamu do FFserver pouzivam nasledujici:
/usr/bin/ffmpeg -stimeout 5000 -rtsp_transport tcp -i "rtsp://10.1.xxx.10:554/live.sdp?tcp" -an -threads 2 "http://localhost:8091/feed1.ffmPodle chyb, ktere se objevuji, to vypada, ze je problem pri prijmu H264 streamu. Pri pouziti jinych formatu prijimaneho videa, se tento problem nedeje. Dokonce i staticky soubor, streamovany takto "live", se prehrava normalne a nechybuje Setkali jste se nekdo s problemy pri prijmu H264 streamu pomoci ffmpeg? Stalo me to i hodne dni a tydnu googlovani, obdobny problem maji i jini uzivatele, jenze jsem zatim nenasel spolehlive reseni. Casto se jedna o vlakna jiz nekolik let bez odezvy. Kdyby jste me mohli nekdo nasmerovat na co se jeste zamerit, byl bych moc vdecny :) .. V pripade ze je potreba podrobnejsi logy, tak je poskytnu
Řešení dotazu:
-max_error_rate 1.0, ktery pribyl v novejsi verzi. Podle popisu nastavuje maximalni toleranci chyb, ktera je pripustna, hodnota 1.0 pak znamena 100 procent. Rovnez interval klicoveho snimku jsem na kamere zmenil na 1 sekundu.
Stream jiz od teto zmeny bezi v poradku cca 2 tydny, pri prehravani se jiz nezastavuje a neobjevuji se chybne bloky.
Zkousel jsem take i streamovani pomoci VLC, kde se mi podobne chyby tykajici se H264 kodeku objevovaly take, nicmene stream to v pohode prezil, jen se objevovaly pak hlaseni o zvyseni velikosti bufferu.
Dotaz tedy uzaviram, pomoci ffmpeg to jiz bezi tak jak bych predpokladal. No doufam ze se to za 2 mesice zase neposere :D
Diky za tipy.
Tiskni
Sdílej: