Andreas Kling oznámil, že jelikož už se nevěnuje nezávislému operačnímu systému SerenityOS, ale výhradně jeho webovému prohlížeči Ladybird, přičemž vyvíjí primárně na Linuxu, SerenityOS opustí a Ladybird bude nově samostatný projekt (nový web, repozitář na GitHubu).
Po dvou měsících vývoje byla vydána nová verze 0.13.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 73 vývojářů. Přehled novinek v poznámkách k vydání.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.
Před 70 lety, 7. června 1954, ve věku 41 let, zemřel Alan Turing, britský matematik, logik, kryptoanalytik a zakladatel moderní informatiky.
NiceGUI umožňuje používat webový prohlížeč jako frontend pro kód v Pythonu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.6. Z novinek lze vypíchnout lepší integraci LLM (OpenAI, Google AI, Ollama) nebo podporu Matter 1.3.
IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.90 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.90 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána (Mastodon, 𝕏) nová verze 2024.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.
Od vydání posledního zpravodaje uplynulo několik měsíců, protože se bohužel nenašel dostatek zajímavého materiálu. Toto jsou novinky posledních třech vydání Wine:
Wine 1.5.23 vyšlo 1. února s těmito změnami:
Wine 1.5.24 vyšlo 15. února s těmito změnami:
Wine 1.5.25 vyšlo 1. března s těmito změnami:
Jörg Höhle se rozhodl upozornit na riziko používání 64bitových čísel – zejména pak nevhodných matematických operací. Při troše neopatrnosti pak můžeme snadno stvořit 64bitový čítač, který ale přeteče za pouhé tři dny:
Určitě věříte tomu, že vám 64bitové integery dávají dostatek prostoru a času na to, abyste se vyhnuli problémům jako Y2k a Y2033, že jo?
Problém je v tom, že tyto velké datové typy svádějí k používání čísel větších, než bylo zvykem, například počítání ve 100nanosekundových jednotkách, což vyjadřuje jednu sekundu jako 10000000.
Při kombinování velkých čísel způsobíte přetčení dříve, než si myslíte. Ozvláště vzorec X * čitatel / jmenovatel představuje problém. Podívejme se na winealsa:AudioClock_GetPosition:
QueryPerformanceCounter(&stamp); QueryPerformanceFrequency(&frequency); *qpctime = (stamp.QuadPart * (INT64)10000000) / frequency.QuadPart;
QueryPerformanceCounter (QPC) vrací čas jako neurčenou jednotku (frekvence) a potřebuje to převést do 100nanosekundových jednotek. Pojďme si to vyjádřit graficky, g – odpadní bity, s – posunuté bity, X – platné bity:
6 5 4 3 2 1 4321098765432109876543210987654321098765432109876543210987654321 <<< posun vlevo, násobení dělení, posun vpravo >>>
Předpokládejme, že QPC vrátí 64 platných bitů:
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX QPC
Vynásobíme to (INT64)10000000 (log2 ~ 23):
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXsssssssssssssssssssssss *10000000
Vydělíme to frekvencí (shodou náhod také 10000000):
gggggggggggggggggggggggXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX /10000000 (100 ns)
Už teď vidíte, jak se nám snižuje počet platných bitů.
Teď už nechceme nanosekundy, chceme sekundy. Znovu číslo vydělíme:
ggggggggggggggggggggggggggggggggggggggggggggggXXXXXXXXXXXXXXXXXX /10000000 (sekundy)
Kruci, na vyjádření sekund nám zbývá jen 18 bitů! Kolikpak dnů to je?
(/ (ash 1 18) 3600.0 24) -> ~3.03
Takže po třech dnech se GetPosition v mmdevapi ve Wine protočí. 3 dny není zrovna příliš ve srovnání s 50000 léty, které se dají ve 64bitovém integeru vyjádřit s přesností 100 nanosekund, co?
Nevím, jestli se GetPosition týká bugu #26968, kde si uživatel stěžuje, že foobar přestane po 4-7 dnech přestávat přehrávat zvuk, ale asi tušíte, oč mi jde.
Jörg připravil na toto a několik dalších míst patche. Otázkou je, jak obecně správně postupovat. Použít typ double jako mezityp a ztratit 11 bitů na exponent, ale alespoň tak zachováme řád?
O ničem nebylo rozhodnuto, jen Alexandre připomněl, že i bez 64bitových typů bychom se měli dokázat obejít. I tak se ale začalo na řešení pracovat.
Současné chování Wine je takové, že při každém spuštění prochází dostupná zvuková zařízení ALSA a ta pak nabízí. Jörg Höle to nepovažuje za nejrozumnější chování:
winealsa by mělo přestat enumerovat zařízení ALSA. Standardně by mělo nabízet jen přístup k výchozímu zařízení ALSA nazvanému „default“.
Kód, který aktuálně prochází registr Software\Wine\Drivers\winealsa.drv\devices=... by zůstal tak, jak je, a umožňoval by čárkou oddělovaný seznam dalších zařízení ALSA pro místa, kde není „default“ upřednostňovanou volbou.
Odůvodnění: Frontendy ALSA (pulse, dmix, ...) pracují s několika málo backendy (jedna nebo dvě zvukové karty nebo zařízení plug). Některé frontendy drží backendy otevřené, i když nejsou používány. Ví se, že to způsobuje nahodilé chyby.
Nikdo nenašel hezký způsob, jak robustně procházet zařízení ALSA (některé aplikace mají natvrdo nastavené obvyklé názvy), tak proč se problému nevyhnout úplně.
Na spoustě systémů současný kód vytvoří docela nezajímavý výčet zařízení, např. „default“, „plughw:0“ a „plughw:4“. Kdo by v dnešní době chtěl hw:0 bez míchání? Současný kód nevypíše existující zařízení jako „plug:dmix“.
Na druhou stranu, když vypíšeme jen „default“ nebo uživatelem ručně zadaný seznam zařízení, budeme mít očekávanější a lepší výsledky.
Co to bude znamenat pro uživatele: Uživatelé s funkčním zařízením „default“ by neměli narazit na jakékoliv nevýhody, jen na přednosti. Věřím, že právě to je případ většiny lidí. Uživatelé, kteří si upraví svoje ~/.asoundrc nebo definují jiná zařízení bez jejich nastavení jako !default budou muset dodatečně upravit registr Wine, aby určili, co se má používat pro záznam a přehrávání, např. „asnoop“ a „amix“.
winecfg by možná nabízelo GUI pro toto nastavení, nebo třeba ne. To by bylo podobné většině multimediálních přehrávačů, které nějakým způsobem umožňují změnit zařízení ALSA, co se má používat. Je škoda, že schéma používané v registru neumožňuje nastavení pro každou aplikaci zvlášť, ale to je nesouvisející problém.
Co by znamenalo nepřijetí tohoto návrhu: Uživatelé i vývojáři budou nadále naštvaní. Bugy zůstanou otevřené. Bude docházet k nepředvídatelným výpadkům zvuku, kdydkoliv bude mmdevapi nanovo hledat zařízení ALSA.
Henri Verbeet vidí jako problém to, že v ten moment nebudou mít uživatelé na výběr mezi různými zařízeními, což není v době HDMI výstupů a USB headsetů neobvyklým požadavkem. Andrew Eikum zase upozorňuje na to, že mezi ALSA a PulseAudio je rozdíl v tom, jak by takový výběr zařízení měl probíhat:
Je to trochu komplikované, protože ALSA a PulseAudio mají rozdílné teorie o tom, kde má k výběru zařízení docházet – v aplikaci, nebo v mixéru. V případě ALSA bychom měli vypisovat zařízení. V případě Pulse by se měl vypisovat jen „default“.
Skutečnost, že ALSA stále nemá použitelné API pro enumeraci, mě vede k tomu, že enumerace asi není zamýšleným use-case. Oficiální ukázkové aplikace ALSA obvykle používají jen „default“ nebo nechají uživatele zadat své vlastní zařízení. To se zdá být dobrým kompromisem.
Proto mi přijde rozumné vypisovat jen „default“, ale umožnit také snadno přidat nová zařízení. Nutit uživatele, jako je Max, aby lezli do regeditu v každém prefixu, aby přidali zvukové zařízení, je na prd. To by znamenalo do winecfg přidat nějaký dialog specifický pro ovladač (nebo ovládací panel)? To je sice taky na prd, ale myslím si, že je to to nejméně špatné řešení.
Jörg také souhlasí, že uživatel by měl mít jednoduchou možnost, jak zadat název zařízení ALSA bez spouštění regeditu. Jenže zatímco někteří přikyvují, že by se kód procházející zařízení ALSA mě vyhodit, Alexandre nesouhlasí – protože tento kód pro něj funguje právě tak, jak by měl. A tak by to mělo fungovat u všech. Ukazuje se, že enumeraci ALSA pro některé rozbíjí právě přítomnost PulseAudio.
Dál se debata nedostala. Bohužel se ukazuje, že současný stav podpory zvuku není na Linuxu vždy zrovna uživatelsky přívětivý.
Nástroje: Tisk bez diskuse
Tiskni Sdílej: