Na crowdsourcingové platformě Crowd Supply byla spuštěna kampaň na podporu open source biometrického monitoru ve tvaru hodinek HealthyPi Move. Cena je 249 dolarů a plánovaný termín dodání listopad letošního roku.
Firma Murena představila /e/OS verze 2.0. Jde o alternativní sestavení Androidu bez aplikací Google. Mezi novinkami je podrobnější nastavení ochrany soukromí před sledováním aplikacemi. Murena prodává několik smartphonů s předinstalovaným /e/OS (Fairphone, repasovaný Google Pixel 5).
Do 30. května lze v rámci akce Warhammer Skulls 2024 získat na Steamu zdarma hru Warhammer 40,000: Gladius - Relics of War.
HelenOS (Wikipedie), tj. svobodný operační systém českého původu založený na architektuře mikrojádra, byl vydán ve verzi 0.14.1. Přehled novinek v poznámkách k vydání. Vypíchnou lze nabídku Start. Videopředstavení na YouTube.
BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 24.05. Přehled novinek i s náhledy a videi v oficiálním oznámení. Do balíku se dostalo 5 nových aplikací: Audex, Accessibility Inspector, Francis, Kalm a Skladnik.
Byla vydána (𝕏) nová verze 18.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
V neděli 26. května lze navštívit Maker Faire Rychnov nad Kněžnou, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byla vydána nová stabilní verze 3.20.0, tj. první z nové řady 3.20, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu 64bitové architektury RISC-V.
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: