Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
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.
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: