Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
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: