V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
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: