Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 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.
Zkoušel jsem jak ripy z internetu tak originální DVD, pod Linuxem i pod Windowsem. Výkonově můj počítač stačí na přehrávání i FullHD videa, tam by problém být neměl.
Zajímalo by mě, jestli je to normální, a jestli ano, proč se tedy video takovýmto způsobem "kazí". Osobně bych obětoval kvalitu obrazu za jeho plynulost.
Tam bych viděl jedině zmíněný problém synchronizace rychlosti překreslování monitoru a rychlosti překreslování filmu, kdy se některé políčko při 60 Hz zobrazí třikrát a jiné jen dvakrát.Otázkou je, jestli si toho dokáže člověk všimnout.
. Jenom se mi nezdá tento odstavec:
Všechny TV ripy, co kolují po Internetu, jsou filtrované de-interlace filtrem, jehož výstupní rychlost je 25 fps. To tedy znamená, že tenhle filtr v rychlých scénách odstraní každý druhý půlsnímek, takže oproti TV jsou na PC rychlé scény nejen s polovičním rozlišením, ale i s rychlostí 25 fps. Proto se zdají výrazně méně plynulé.Řekl bych, že běžné deinterlace filtry fungují tak, že vždycky dva vedlejší půlsnímky sesadí do jednoho (weaving). Protože výsledek je proužkatý, ještě to nějak zamažou (blending/averaging). Vznikne tak obraz s plným vertikálním rozlišením a poloviční snímkovou frekvencí. Tak, jak Oskar popisuje, IMHO funguje BOB (alias line doubling). Viz Wikipedie.
A: 142.6 V: 142.6 A-V: -0.001 ct: -0.057 0/ 0 32% 5% 3.4% 0 0
Bohužel nevím, které z těch čísel to je, Mplayer FAQ je v tomhle asi zastaralé, tam vypadá statusbar trochu jinak.
S tou televizí fakt nevím, v téhle oblasti jsem se nikdy nepohyboval. Spíš by mě zajímalo, jestli to tak vnímají i další lidé, či je to čistě jen můj problém. Zajímavé ale je, že ani pod Windows to není totálně plynule (jako když jsem nastavil rychlost přehrávání 1.7x větší). A co si budeme namlouvat, Windows má tyhle věci obvykle docela pořešené.
Taky jsem si toho všiml a to na ne-HD videích. Přesně jak jste poznamenal, obzvlášť nápadné to je při pomalu lineárně se pohybujících scénách (například závěrečné titulky).
Nemohu vyloučit chybu v přehrávači, ale protože ten samý soubor trpí stejnou chybou i po několika letech vývoje přehrávače, viděl bych to na prasácky kódované video. Jak již tu bylo poznamenáno, pravděpodobně se jedná o neuměle změněnou snímkovací frekvenci (asi kvůli kompatibilitě s nějakým hloupým přehrávačem). Prostě se při kódování nějaký snímek vyhodí nebo nějaký zopakuje, aby vyšla perioda. Pak samozřejmě plynulost jde do háje a divák si toho všimne.
Ještě by mohlo jít o rázy při slučování půlsnímků nějakým pochybným způsobem.
Nejlepší řešení je, používat pro filmová díla titulkový formát, který je vázaný pořadové číslo snímku.Jsem pro, bohužel většina titulků, které jsou za posledních několik let ke stažení, je vázaná na čas. Ještě že mplayer umí -subfps
Ten podíl je 25/24. Já mám PALské verze rád, protože člověk na celovečeráku ušetří několik minut svého života :)mplayer má parametr -speed
Tiskni
Sdílej: