Zpravodaj o Víně – 15. 4. 2011

20. 4. 2011 | Luboš Doležel | Různé | 6520×

Aktuální verze Wine: 1.3.18 a 1.2.3. Stav 3D ovladačů od AMD. Stárnoucí ovladače zvuku. Binární překlad x86 na ARM.

Originál tohoto seriálu článků nazvaný World Wine News bohužel přestal vycházet. Protože byl tento seriál na AbcLinuxu populární, rozhodli jsme se jej obnovit a sestavovat jej sami. Zatím není jisté, s jakou pravidelností bude tento seriál vycházet, cílem je však přiblížit se původnímu seriálu, tj. každých 14 dnů.

Obsah

• Aktuální verze Wine
• Stav 3D ovladačů od AMD
• Stárnoucí ovladače zvuku
• Chyby nového UI v Ubuntu
• Binární překlad x86 na ARM
• Změny v databázi aplikací

Aktuální verze Wine

Wine 1.3.18 (vývojová verze) vyšlo 15. dubna 2011 s následujícími novinkami:

• Podpora pro mouse clipping (omezování pohybu kurzoru na určitou plochu)
• Podpora surových dat o událostech myši za pomoci XInput 2
• První kroky v implementaci DIB enginu
• Podpora vícero nastavení v DXDiag
• Nový tab Bezpečnost v ovládacím panelu Internetu
• Lepší přehrávání videa na Mac OS X
• Různé opravy chyb

Wine 1.2.3 (stabilní verze) vyšlo 8. dubna 2011 a obsahuje jen nějaké drobnosti:

• Aktualizace překladů
• Různé opravy chyb

Stav 3D ovladačů od AMD

Třebaže cílem Wine je podporovat všechny možné aplikace, jsou to právě hry, které k Wine přivedou mnoho uživatelů. Dan Kegel se zeptal ostatních, jak jsou na tom 3D ovladače od AMD v současnosti.

Jak dobré jsou teď 3d ovladače od AMD? Před pár lety se neslo, že pokud chcete spustit testovací sadu wine, měli byste raději mít grafický čip od nvidia. Je to pořád pravda?

Stefan Dösinger naznačil, že ačkoliv fglrx není úplně dokonalé, tak zlé to také není.

Co se testovací sady týče, tak to stále platí. Alternativou je r600g, které podle Henriho spouští všechny testy d3d úspěšně.

Pokud jde o skutečné hry, fglrx je v dost dobrém stavu. Výkon není takový, jako s ovladači Nvidia a občas se objeví chyby. Ale pokud hra nefunguje, podezřívám nejprve Wine a pak až ovladače. Zbrusu nové hry jsou v tomto asi pořád zrádné.

Stárnoucí ovladače zvuku

Wine podporuje celou řadu zvukových systémů. Kromě obligátních ALSA a OSS (winealsa a wineoss) si lze všimnout i podpory různých zvukových serverů – jack, esd apod. Jörg Höhle je jedním z těch, kteří se na práci na zvukových systémech podílejí; nyní se rozhodl promluvit na téma údržby těch méně oblíbených ovladačů.

Ahoj, možná jste zaznamenali, že jsem vždy posílal patche jen pro 3 zvukové ovladače, které považuji za aktuální a většinou aktualizované:

• winealsa
• wineoss
• winecoreaudio

a nikdy pro ostatní, které považuji za zastaralé

• winejack
• wineesd
• winenas

Občas jsem hloubal nad tím, jestli bych měl zahrnout a starat se také o winejack, ačkoliv jsem jack nikdy neprogramoval a ani neznám žádný jiný software, který používá Jack.

Co se těch ostatních týče, opravdu je považuji za zastaralé a nikdy se na ně ani nedívám. Toto není zcela uspokovivé, protože jsem (ve svých myšlenkách) nadával na toho či onoho vývojáře, když v minulosti opravil chybu v jednom ovladači, aniž by ji opravil hned v jiném... Kód se od sebe neustále vzdaluje...

Co si o tom myslíte?

• Proč lidé zasílají opravy chyb v jednom ovladači, když rychlý pohled odhalí, že chyba je i v ostatních naklonovaných ovladačích?
• Je WineJack „aktuální“ a stojí za nějaké to úsilí?
• Nechat ostatní hnít?
• Odstranit je z gitu?

Andrew Eikum se hned ozval. Nejprve řekl, že někteří přispěvatelé ani nemusejí vědět, že je vícero ovladačů nebo je to prostě nezajímá. Pak vysvětlil, jak to se zvukovými ovladači do budoucna bude.

Co se těchto otázek týče, mohu naráz odpovědět na všechny. V současnosti reimplementuji MMDevAPI, aby používalo podobnou architekturu ovladačů jako WinMM. (Ano, toto Alexandre schválil ) Jsem teď ve fázi, kdy je zařazení mé práce do Wine otázkou dvou nebo tří týdnů. Jakmile jsme s implementací MMDevAPI spokojení, začneme pracovat na reimplementaci WinMM a DSound nad MMDevAPI, jako to dělá Vista a vyšší.

Takže staré, neudržované ovladače WinMM, stejně jako ty aktuální, udržované budou nahrazeny jedinou implementací WinMM postavenou nad MMDevAPI. [...]

Jen pro informaci, připravuji hned od počátku implementace ALSA (tak nějak hotové, ALSA saje), OSSv4 (kompletní), OSX CoreAudio (pracuje se na tom) a PulseAudio (ještě se na tom nedělá). Také by se mi líbila implementace JACK pro lidi od profi audia (navíc JACK miluju), ale to má menší prioritu.

Tak či tak jsou ovladače MMDevAPI mnohem jednodušší a lépe organizované než ovladače WinMM. Očekávám, že psaní testů pro ně a jejich údržba budou mnohem snazší než údržba WinMM.

Andrew dal o sobě vědět ještě v podobě reakce na další Jörgovu otázku. V linuxovém jádře je totiž jen podpora starého OSSv3, nikoliv OSSv4.

Psal jsem to podle specifikace OSSv4 a nad implementací OSSv4, takže mám za to, že to pod OSSv3 nebude fungovat. O podpoře OSSv3 jsem přemýšlel, ale nemyslím si, že by to za to stálo – je to opravdu stará verze, která, když byla napsána, nepodporovala více klientů současné, neměla mixér apod. OSSv4 má mnoho funkcí, které ovladač zjednodušují.

Navíc si myslím, že je to pouze Linux, kdo je stále na OSSv3. Podíval jsem se na řadu dalších operačních systémů, především BSDčka a Solaris, a všechny mají ve výchozím stavu OSSv4. Takže uživatelům Linuxu by mělo vystačit ALSA a PulseAudio (nebo možná JACK) a mnohem příjemnější OSSv4 je pak dostupné pro BSD a Solaris. Pokud uživatel Linuxu opravdu chce OSS, myslím si, že by tak či tak měl upgradovat na OSSv4.

Mohl bych se na kompatibilitu s OSSv3 podívat, ale myslím si, že podporování tak starého a děsivého API za to nestojí.

Chyby nového UI v Ubuntu

Dan Kegel v souvislosti s vydáním Ubuntu 11.04 Beta 1 prosí uživatele o testování:

Vyšlo Ubuntu 11.04 beta 1 a už je šest bug reportů o tom, jak nové UI funguje s Wine. Pokud používáte Ubuntu, prosím vyzkoušejte Natty Beta, prověřte ta hlášení o chybách a hlasuje pro ty, které se vás týkají. A zadejte nové chyby, pokud nějaké najdete!

Dan pak ještě doplnil, že je vhodné před testováním zaktualizovat balíčky, protože některé chyby jsou už opravené.

Binární překlad x86 na ARM

ARM se stává dosti populární platformou a na Linuxu tomu pomáhá také Android. Yale Zhang by rád viděl aplikace pro x86 Windows na ARM Androidu, a proto začal uvažovat o něčem, co by takovou věc umožnilo. QEMU mu ale přijde moc pomalé – při překladu z instrukcí A na instrukce B používá ještě mezijazyk.

Ve svém dlouhém e-mailu diskutuje možné varianty a nejvíce se mu líbí udělat z Wine – Wine Is Not an Emulator skutečný emulátor – Wine Is Now an Emulator. Tedy nacpat emulační vrstvu přímo do Wine. To se setkalo s odporem. Stefan Dösinger:

[...] Pokud chcete spouštět aplikace pro x86 Windows na ARMu, navrhuji na Wine zapomenout. Napište aplikaci, která spustí x86 Windows aplikace na ARM Windows. Tento wrapper by byla aplikace pro ARM Windows. Pokud by to bylo udělané správně, rovnou by to fungovalo pod ARM Wine. Nebudete se pak ani muset zabývat Alexandrem, vaše aplikace bude fungovat jako oddělený projekt atd. Navíc bude stačit překládat jen samotnou aplikaci, a ne knihovny.

Stefan pak ještě varoval, že jde o velmi pracnou věc, co se rozsahu týče je to práce skoro jako celé samotné Wine. Alexandre se také ozval a pracnost potvrdil. André Hentschel poskytl řadu zajímavých odkazů na relevantní stránky:

• http://wiki.winehq.org/ARM
• http://lists.terrasoftsolutions.com/pipermail/yellowdog-general/2004-June/014468.html
• http://www.oesf.org/forum/index.php?showtopic=14829
• http://wiki.winehq.org/MacOSX
• http://wiki.winehq.org/MacOSX/QemuWork

Yale Zhang se svého nápadu přes všechno odrazování nevzdává:

Nejjednodušší přístup je ten, co navrhuje Stefan: spustit aplikaci pro Windows pod x86 Wine pod QEMU (target = x86, host = arm). Chytré, ale 2 vrstvy překladu namísto jedné vrstvy mohou způsobovat problémy. Také, jak jsem už řekl dříve, nevěřím, že generátor kódu QEMU produkuje dostatečně rychlý kód, takže by bylo třeba to vylepšit (žádné změny ve Wine). Zkusím to a uvidím.

Druhý přístup, který je téměř identický s FX!32 (spouští aplikace pro x86 Windows pod Alpha Windows), je udělat to, co Stefan navrhoval jako druhé: vytvořit samostatné VM na úrovni procesu, které bude spouštět aplikace pro x86 Windows na ARM Windows, za použití wrapperů pro překlad funkcí x86 Windows na funkce ARM Windows. Myslím si, že tyto wrappery lze generovat auomaticky proskenováním hlavičkových souborů.

Tento přístup se mi stále nelíbí v tom, že k překladu API a instrukcí dochází ve 2 oddělených programech. Nejraději bych převzal přístup Darwine a dělal překlad API i binárky ve Wine.

Změny v databázi aplikací

Obvyklá tabulka bude vycházet až od dalších dílů, neboť se jedná o tabulku srovnávající změny oproti předchozímu dílu zpravodaje. Příště se také podíváme na Google Summer of Code, na které se Wine opět náležitě připravuje.

       

Komentáře

[Marián Kyral]

Díky, zajímavé počtení.

[scitac]

Po delší době dobrý článek.

[Luboš Doležel (Doli)]

Rád bych obnovil i Distribuční novinky, jen nevím, jaký je o to zájem.

[scitac]

Z mé strany určitě. Živě si na ně pamatuji.

Nejprve zmizela distribuční rada. Potom zmizely i novinky samotné. Posmutněl jsem.

Dobrý web je založen mj. na pravidelných rubrikách.

Jestli chceš, dej třeba někde na web výrazně označené hlasování, aby si toho lidi všimli. V diskuzích se vyjadřuje jen málo lidí.

[D.A.Tiger]

Já jsem taky pro. Když mám čas, tak si rád zkouším nové distribuce a jejich vlastnosti. není vůbec špatné mít přehled co jinde (v mém případě jinde než v Debianu) dělají jinak, nově a třeba i lépe :)

[Istram]

Andrew Eikum, 3 odstavec:

(tak nějak hotové, ALSA saje) <- nedival jsem se na zdroj, predpokladam doslovny preklad sucks - tady asi neni uplne na spravnem miste...

[Luboš Doležel (Doli)]

Je, já význam toho slova chápu, ono se to takhle říká už i v češtině.

[Derryk]

V který češtině? pražský, vysokoškolský, nerdský, moravský, slovenský nebo češtině pár bloků domů v lokalitě kde žijete?

[stativ]

Taky už jsem to slyšel, a to nejen v Plzni.

[Derryk]

Do Plzně to mám kousek. Tak to můžu počítat, že to dorazí i k nám. Co přesně si mám pod spojením "tak nějak hotové, ALSA saje" představit? Nerad bych byl za vola až to uslyšim..

[stativ]

To samé jako pod "ALSA sucks."

[NN]

Rika se smrdi, ne saje.. koukni se do slovniku.

NN

[Luboš Doležel (Doli)]

Smrdí zase nepoužívám já.

[Tomáš]

Co vím, tak v Simpsonových bylo překládáno "Bart sucks!" jako "Bart smrdí".

[bhy]

nebylo tam "Bart stinks"? v jednom díle je to určitě tak.

[Max]

Slovníkem se ohání jen nezasvěcený, nelze překládat doslovně. V IT světě se běžně říká, že to saje.
Zdar Max

[Sten]

Smrdí jsem slyšel akorát o lidech, o věcech se říká, že stojí za houby.

[chachar87]

pridavam se k tem, kteri sucks==saje slysi/vidi poprve

nenadavam, nekritizuju, jen konstatuju

[petr_p]

Viz.

[quad]

Dalsi adept na pridani do listu ne prilis povedenych slov :)

[Tomáš]

Dalsi adept na pridani do listu ne prilis povedenych slov :)

Další kousek, který neumí česky. Anglické list by se slušelo přeložit například jako seznam. Neber si to zle, kouzlo nechtěného.

[Honz]

Jsem jediný, kdo nějak nepochopil smysl té věty? Když je to "tak nějak hotové", proč Alsa saje? Nemá to spíš být ve smyslu "je to jakžtakž hotové, není to nic moc, protože Alsa saje"?

[David Watzke]

Jsem jediný, kdo nějak nepochopil smysl té věty? Když je to "tak nějak hotové", proč Alsa saje?

Tak to chápu z původní věty. Proč by ALSA nemohla sát, když je to tak nějak hotový?

[D.A.Tiger]

Ad) Stárnoucí ovladače zvuku

Já myslím, že jednou z výhod jakéhokoliv modulárního řešení, je to, že mohu (alespoň zkusit) sledovat jak je daný modul využíván. Pokud je využíván málo (nebo vůbec), tak bych jej prostě odstranil. Myslím, že nějaká taková statistika by mohla vyřešit dilema pana Höhleho.

Osobně většinou ve Wine používám Alsa ovladač, ale už se mi parkrát stalo, že mi zvuk jel spolehlivěji, nebo jen na ovladačích OSS. zvuková řešení na bázi klient-server osobně nevyužívám a to včetně Pulse Audia, kterého jsem se velmi rád zbavil, protože mi dělal ve zvukovém systému docela chaos a rutiku

[asdf]

Pretože na x86 by Wine zostalo implementáciou API Windows, ale bola by pridaná emulácia ARM, navrhoval by som názov projektu "Wine Is Now an Emulator, too" so skratkou Winetoo.

[David Watzke]

Wine2 – wine two / wine too

[Michal Vyskočil]

To druhé zní spíš jako projekt Apache

[David Watzke]

ROFL! Dumal jsem asi 5 sekund