Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
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: