Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »/usr/local/lib/libxvidcore.a(plugin_lumimasking.o): In function `.L7': plugin_lumimasking.c:(.text+0x1e8): undefined reference to `MAX' collect2: ld returned 1 exit status make: *** [mplayer] Error 1Na googlu jsem nasel jen rusky forum, kde se asi resilo neco podobnyho a z toho sem nic nevycet. Proto budu rad za kazdou radu. gcc (GCC) 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) jadro distribucni 2.6.18-3-686 Dekuji za pomoc.
libmpcodecs/libmpcodecs.a(vd_xvid4.o): In function `decode': vd_xvid4.c:(.text+0xff): undefined reference to `xvid_decore' libmpcodecs/libmpcodecs.a(vd_xvid4.o): In function `uninit': vd_xvid4.c:(.text+0x342): undefined reference to `xvid_decore' libmpcodecs/libmpcodecs.a(vd_xvid4.o): In function `init': vd_xvid4.c:(.text+0x477): undefined reference to `xvid_global' vd_xvid4.c:(.text+0x4e3): undefined reference to `xvid_global' vd_xvid4.c:(.text+0x525): undefined reference to `xvid_decore' libavcodec/libavcodec.a(xvidff.o): In function `ff_xvid_encode_close': xvidff.c:(.text+0x3ff): undefined reference to `xvid_encore' libavcodec/libavcodec.a(xvidff.o): In function `ff_xvid_encode_init': xvidff.c:(.text+0x589): undefined reference to `xvid_global' xvidff.c:(.text+0x64b): undefined reference to `xvid_plugin_lumimasking' xvidff.c:(.text+0x7e6): undefined reference to `xvid_encore' xvidff.c:(.text+0x8cb): undefined reference to `xvid_plugin_2pass2' xvidff.c:(.text+0xa34): undefined reference to `xvid_plugin_single' libavcodec/libavcodec.a(xvidff.o): In function `ff_xvid_encode_frame': xvidff.c:(.text+0xccd): undefined reference to `xvid_encore' libavcodec/libavcodec.a(xvid_rc.o): In function `ff_xvid_rate_control_uninit': xvid_rc.c:(.text+0x29): undefined reference to `xvid_plugin_2pass2' libavcodec/libavcodec.a(xvid_rc.o): In function `ff_xvid_rate_estimate_qscale': xvid_rc.c:(.text+0x128): undefined reference to `xvid_plugin_2pass2' xvid_rc.c:(.text+0x23d): undefined reference to `xvid_plugin_2pass2' libavcodec/libavcodec.a(xvid_rc.o): In function `ff_xvid_rate_control_init': xvid_rc.c:(.text+0x493): undefined reference to `xvid_plugin_2pass2' collect2: ld returned 1 exit status make: *** [mplayer] Error 1
jinak jaktoze prehraje xvid soubory kdyz neude mit xvid kodek ?
-lxvid, a tak podobně
Nedávno jsem se s tím setkal.
„kdyby nebyly tak proc by na to byly odlisny kodeky.“Budu parafrázovat: Určitě je rozdíl mezi ANSI C v MSVC++ a ANSI C v GCC. No protože kdyby nebyl, proč by na to byly dva různý kompilátory?
Jo a mimochodem, když už, tak stream XviD, ne soubor XviD. Taky máme různé kontejnery, jako AVI, OGM, Matroska a podobně, víme? A soubor tvoří až ty.
Budu parafrázovat: Určitě je rozdíl mezi ANSI C v MSVC++ a ANSI C v GCC. No protože kdyby nebyl, proč by na to byly dva různý kompilátory?ANSI C je pořád ANSI C. Takže když už, tak:![]()
![]()
Určitě je rozdíl mezi implementací ANSI C v MSVC++ a implementací ANSI C v GCC.-m.
Každopádně myslím, že na otázku „jinak jaktoze prehraje xvid soubory kdyz neude mit xvid kodek?“ je připomenutí existence něčeho, co se jmenuje „MPEG-4“, více než dostatečnou odpovědí.
). Možná jsem měl napsat spíš „ANSI C lezoucí do (GCC|MSVC)“.
Napsal sem to teda trosku spatne (proc by na to byly odlisny kodeky) ale presto si myslim ze FORMATy (nebo to je snad taky spatne?) jako Divx a Xvid jsou trochu odlisny, kdysi jsem si s tim hral a dosahovaly odlisnych kvalit (tezko rict co bylo lepsi kazdy melo svy chyby a klady) a musel sem na oba mit odlisne kodeky ve windows. A samozrejme ze je to soubor AVI no ale fakt si nemyslim ze bych spachal takovej zlocin nazvat xvid souborem nebo co sem to vlastne udelal.
Bezte se nekdy treba zeptat na neco ohledne neakyho zarizeni do obchodu s elektronikou a uslisite tuny totalnich hovadin. Treba sem se bavil o TV outu na graficky karte s jednim prodavacem v Datartu a ten mi porad tvrdil, ze ta karta musi mit S-video aby to bylo barevny ze ten chinch umi nenom cernobilej vystup. A ja sem se mu snazil vysvetlit ze to je asi nastaveny na ntsc a musi se to prepnout na pal. A on si tvrdohlave stal za svym.
Pak sem to skusil jeste jednou, zeptal sem se na vyvazeni bily u fotaku nekoho jinyho v jinym obchode a ten mi tvrdil ze ten muj co sem si vybral za 7000 to nema a ze to maj az od 20000 vejs. A nakonec sem si ho pres internet koupil a ma vyvazeni bily a maj to skoro vsechny. a od ty doby se jich uz na nic neptam, protoze nejsou schopny rict JA NEVIM a stojej si za nakejma svejma pocitama/domenkama.
… ale presto si myslim ze FORMATy (nebo to je snad taky spatne?) jako Divx a Xvid jsou trochu odlisny, kdysi jsem si s tim hral a dosahovaly odlisnych kvalit (tezko rict co bylo lepsi kazdy melo svy chyby a klady) a musel sem na oba mit odlisne kodeky ve windows.Tak to máš pocit nebo domněnku, jediný rozdíl je v kvalitě algoritmů, v přesnosti výpočtu (co do závislosti na kvalitě algoritmů reciproké) a já nevím v čem ještě, ale formát těch dat je totožný. Jo a pak ještě je rozdíl ve FOURCC, což znamená, že lidé s pocity nebo domněnkami opravdu musejí použít jiný kodek – ti ostatní si přepíší FOURCC nebo prostě nakonfigurují svůj oblíbený dekodér, třeba FFmpeg v mém případě, aby se hlásil o slovo i u souborů s FOURCC kódem XVID. FFmpeg je ostatně použit právě i v MPlayeru a díky němu člověk xvidcore ani nic jiného k přehrávání v zásadě nepotřebuje.
… a od ty doby se jich uz na nic neptam, protoze nejsou schopny rict JA NEVIM a stojej si za nakejma svejma pocitama/domenkama.Dobře, nebudu se Tě na nic ptát.
A chces mi rict ze teda Divx a xvid sou uplne to samy? No ja uz ti nic vyvracet nebudu.. Nevim jak to je dneska ale pred par lety v tom byl rozdil a je to pocit myho oka. Hele kdyt je to picovina, me to je celkem jedno, slo mi puvodne jen o to, aby xvidy sly prehrat v tom mplayeru, stejne sem si nainstaloval binarni verzi, takze tohle postuchovani nema zadnej vyznam.
BTW: Kdyz ses schopnej se se mnou hadat takhle dlouho o takovyhle picovine, tak si neumim predstavit jak se pak hadas se zenskejma
Ad. hádání: nejspíš i Kyosuke bude jeden z těch prodavačů
Btw, zajdi si někdy do Comforu - tam pracujou ty správný idioti. Hlavně v Průhonicích. Sem tam jednou přišel cvičně prudit s Linuxem (rozuměj sem legální operační systém a kamarád, co má doma móc pěknej Linux, mi ho doporučil). To sem se Ti dozvídal věci!
Že prej Linux vzniknul jen pro to, aby konkuroval Windows, že ho nemůže používat nikdo, kdo nerozumí počítačům, že v něm nefunguje wifi a tv karty...dokonce na mě občas i křičel! Mj. i několikrát prohlásil, že se považuje za odborníka
A aby to nebylo všechno, po asi dvaceti minutách mi řek, že esli s nim budu "konzultovat" ještě chvíli, začne mi to jako konzultaci účtovat (asi 200/hod)!!!
-m.
krom těch zdrojákových samozřejmě...
za mých časů v Debianu mplayer prostě nebyl, prý nějaký osobní neshody mezi vývojářema. Ale už sem ho přes rok neviděl, asi zmoudřeli
To pauzovnání bych viděl na vlastnost Window Manageru - kdykoliv dělá operaci s oknem, zmrazí program (thread), kterýmu okno patří. Windows to dělá taky
Beryl to nedělá. Mě v XFCE mplayer přehrává furt.
Nebo to myslíš tak, že mplayer provede funkci "pause", tzn. jako bys zmáčknul mezerník, a dokud ho pak nezmáčkneš znova (neodpauzuješ), tak nepřehrává?
-m.
mplayer -vo helpa zkus prozkoušet rozumě vypadající možnosti. Podrobnosti máš v manuálu, já si je z hlavy nepamatuju. na domovských stránkých mplayeru je i html manuál v češtině. -m.
mplayer -vo xv -xineramascreen 1 -fs film.avi jako zkousel sem toho hodne a primo tuhle kombinaci asi ne. Kazdopadne jsem za to rad, ale furt me trapi to ze se to sekne na dobu presouvani okna v KDE a jeste je takova mala vada na krase to ze titulky u sirokouhlyho videa jsou v tom videu a ne v cernym pasu.. nekde jsem se docet ze to jde udelat pomoci sdl ovladace, ale ten uplne ignoruje ty obrazovky a spusti se pres obe :) (cast na jedny a cast na druhy) no nic jdu spat.. jinak vytizeni cpu je nadhera je to tak 5% sam tomu ani neverim :)
-vop expand=-82:0:41:0 Tie čísla budeš musieť prispôsobiť podľa veľkosti fontu.
-vop expand=0:-82:0:41 alebo -vf expand=0:-82:0:41
-m.
-vf expand=0:-100:0:0 a v sadim se ze zejra zjistim i to s tim kde :)
-vf expand=0:-a:0:b, kde b je polovica z a. V takomto prípade sa pridá polovica pridaného miesta nad a polovica pod obraz.
The h option must be an integer: -a Option vf: Error while parsing expand parameter h (-a) Error parsing option on the command line: -vfkazdopadne by bylo nejlepsi kdyby to bylo univerzalni pro vsechny videa abych to moch dat do konfiguraku a nestarat se
-vo sdl:forcexv alebo -vo sdl -forcexv (závisí od verzie mplayeru).
DISPLAY=:0.1 mplayer /mnt/data/film.avi -fs -ao alsa:device=hw=1.0 Takhle to prehrava porad a bude fungovat i ten sdl ovladac
Navic se nemuze stat ze by zabloudilo okno do televize jako se stavalo predtim a mozna jeste neaka vyhoda na kterou prijdu pozdeji
configure-miky
uz davno a xine je pouziva ale jak sem uz napsal jsem spokojenej s binarnim balikem takze pohoda. A navic si myslim ze to s tim nema co delat.
Tiskni
Sdílej: