Ubuntu pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 1. snapshot Ubuntu 26.04 LTS (Resolute Raccoon).
Zástupci členských států EU se včera shodli na návrhu, který má bojovat proti šíření materiálů na internetu zobrazujících sexuální zneužívání dětí. Nařízení známé pod zkratkou CSAM a přezdívané chat control mělo množství kritiků a dlouho nebyla pro jeho schválení dostatečná podpora. Pro schválení byla potřeba kvalifikovaná většina a dánské předsednictví v Radě EU se snažilo dosáhnout kompromisu. Návrh nakonec po dlouhých týdnech
… více »Britské herní studio Facepunch stojící za počítačovými hrami Garry's Mod a Rust uvolnilo svůj herní engine s&box (Wikipedie) jako open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Herní engine s&box je postavený nad proprietárním herním enginem Source 2 od společnosti Valve.
Vývoj programovacího jazyka Zig byl přesunut z GitHubu na Codeberg. Sponzoring na Every.
Stejně jako GNOME i KDE Plasma končí s X11. KDE Plasma 6.8 poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Poslanci Evropského parlamentu dnes vyzvali k výraznému zvýšení ochrany nezletilých na internetu, včetně zákazu vstupu na sociální sítě pro osoby mladší 16 let. Legislativně nezávazná zpráva, kterou dnes odsouhlasil Evropský parlament poměrem 493 hlasů pro ku 92 proti, kromě zavedení věkové hranice 16 let pro využívání sociálních sítí, platforem pro sdílení videí či společníků s umělou inteligencí (AI) vyzývá také k zákazu … více »
Doom v KiCadu nebo na osciloskopu? Žádný problém: KiDoom: Running DOOM on PCB Traces a ScopeDoom: DOOM on an Oscilloscope via Sound Card.
Po AlmaLinuxu byl v nové stabilní verzi 10.1 vydán také Rocky Linux. Přehled novinek v poznámkách k vydání.
Open source reimplementace počítačových her Tomb Raider I a Tomb Raider II spolu s dalšími vylepšeními a opravami chyb TRX byla vydána ve verzi 1.0. Jedná se o sloučení projektů / enginů TR1X a TR2X do jednoho TRX. Videoukázka na YouTube.
Společnost Seznam.cz spouští konverzační nástroj založený na umělé inteligenci Seznam Asistent. Asistent využívá vlastní jazykový model SeLLMa a dočasně i komerční modely od OpenAI provozované v evropských datacentrech prostřednictvím Microsoft Azure. Dlouhodobým cílem Seznamu je provozovat Asistenta výhradně na interních jazykových modelech a ve vlastních datových centrech.
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: