Proc prechazim z Chromia na FireFox 4

4.2.2011 20:13 | Přečteno: 3171× | gnu_linux

Tak to je spatna zprava. Zrovna jsem se dozvedel, ze musim prejit z Chromia na jiny prohlizec. Zacal jsem totiz resit problem nefunkcniho zvuku v Chromiu. Nepouzivam zvuk pres ALSA, ale (jako mnozi jini) jsem presel na (novy) OSS, ktery mi narozdil od ALSy neblbnul s novym mainboardem, cili jsem ani nemohl u ALSy zustat. A podle informaci vyvojaru se s OSS i znatelne lip pracuje a da se jednoduseji portovat na jine systemy, jelikoz je lip navrzen, coz potesi i uzivatele. Kazdy program, ktery pouzivam, podporuje OSS, az na Chromium, coz je fakt bida. Takze jakmile se objevi finalni verze Firefoxu 4.0, tak prejdu.

Stejne jsem na FF 4 zvedavy a driv jsem ho pouzival s nadsenim, ale pak zacal byt pomalejsi, pametove naroky stoupaly, tak jsem odesel. S verzi 4.0 se snad par veci zlepsi (doufam), cili z prechodu mozna ani nebudu zklamany.

Tady odkaz na diskuzi ohledne OSS v Chromu: https://code.google.com/p/chromium/issues/detail?id=19470 Existuje aspon nadeje, ze nekdy v budoucnu podpora bude implementovana.

Mimochodem nezkousel nekdo stahnout Firefox (nebo Iceweasel apod.) z AURu a zmenit si parametry kompilace pro primou podporu OSS, misto aby se dodatecne pouzival balicek xulrunner-oss??        

Komentáře

[Max]

A mohu se zeptat, co to máš za prkno, na kterým to údajně šíleně blbne? A taky jak to blbne?
Díky
Zdar Max

[Amarok]

Mam tuhle desku. ALSA blba tim zpusobem, jak jsem popisoval v zapisu v hardware, cili nesel prepinat vystup mezi zadnim line-out a prednim line-out.

[Jardík]

V čem na xulrunner-oss vidíš problém? Knihovnu xulrunner využije třeba i thunderbird a proto je to "rozděleno", aby se při aktualizaci xulrunneru nemusel aktualizovat ani samotný balíček firefoxu, ani thunderbirdu.

[Amarok]

Aha, no ja se v xulrunneru nevyznam, jen jsem si rikal, ze by bylo asi vhodnejsi to rovnou zkompilovat "spravne", misto abych to obchazel pres nejaky xulrunner.

[Josef Kufner]

No ono xulrunner je interpret XUL ve kterém je napsán firefox.

[Neel]

OSSv4 používám nějaký ten čas a nepotřebuji žádné speciálně zkompilované programy. Nedávno při nové instalaci jsem zkoušel nahodit Alsu, ale nefungovala, tak jsem zůstal u OSS.

Ve zkratce OSSv4 je lépe navržené, ale na Alse pracuje více lidí.

[Amarok]

Koukam, ze pouzivas Operu, takze OSS4 v Opere beha taky normalne? Pritom Opera ma (odhaduju) 1% trhu, Chrome je uz nekde snad na 15%, cili o to vetsi ostuda.

[Neel]

Funguje to normálně. To, že má nějaký zmetek 15% uživatelů, neznamená, že to zmetek není. Aplikace by prostě neměla být závislá na konkrétním zvukovém systému.

[Amarok]

No hlavne u OSS staci poustet zvukovy vystup do /dev/dsp_out, cili jednoduseji to snad ani nejde.

[kik]

Je jednodušší rozchodit více zvukových karet v OSS nebo v Alse? A co podpora SPDIF, jede "out of box"?

[Amarok]

S/PDIF nemam moznost vyzkouset, pripojuju jen male boxy a sluchatka. Kazdopadne ossmix ani ossxmix zadny takovy vystup nezobrazuje, ossinfo obsahuje ale (mimo jine) tohle a vidim tam spdifout1:

Audio devices
HD Audio play pcm1                /dev/oss/oss_hdaudio0/pcm0  (device index 0)
HD Audio play pcm2                /dev/oss/oss_hdaudio0/pcm1  (device index 1)
HD Audio play pcm3                /dev/oss/oss_hdaudio0/pcm2  (device index 2)
HD Audio play pcm4                /dev/oss/oss_hdaudio0/pcm3  (device index 3)
HD Audio play pcm5                /dev/oss/oss_hdaudio0/pcm4  (device index 4)
HD Audio play spdifout1           /dev/oss/oss_hdaudio0/spdout0  (device index 5)
HD Audio rec mix7                 /dev/oss/oss_hdaudio0/pcmin0  (device index 6)
HD Audio rec mix6                 /dev/oss/oss_hdaudio0/pcmin1  (device index 7)

Jestli s/pdif zobrazoval ALSA mixer, uz nevim.

[Amarok]

Jinak se ale divim vystupu lspci u te moji desky, kde jsou videt 2 zvukovky:

00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
03:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1)

Muze to nekdo vysvetlit? Ze by nVidia byl ten S/PDIF vystup a Intel vse ostatni? A nebo ma graficka karta nVidia ION v sobe i zvukovku, ktera ale neni nikam vyvedena na desce?

[stativ]

ION ma HDMI, ze? V tom pripade je to "zvukovka," ktera pousti zvuk pres HDMI.

[Amarok]

Jo, ma. Aha, tak to je dobre vysvetleni, dik.

[stativ]

Taky se chystam zkusit prejit kompletne na OSS, akorat dobrovolne. OSSv4 je mnohem lepe navrzene nez ALSA. Kez by bylo rozsirenejsi, pak by totiz nikoho nenapadlo vymyslet veci jako je Pulse Audio.

[Amarok]

Podle me postupne bude prechazet vic lidi. Jak jsem se docetl, tak od OSS se upustilo kdysi kvuli copyrightu, zacalo se vic pracovat na ALSA a ted, kdyz se OSS zase "uvolnilo", tak si vyvojari a uzivatele zacinaji uvedomovat, ze OSS proste vic odpovida "linuxovemu" stylu (at uz se to chape jakkoli).

[Grunt]

Může mi proboha někdo říct co má furt proti Pulse-Audiu (a nebo té ALSe)?

[Jardík]

Pulse je šmejd

[Grunt]

Ale kde že. Ty si jen lama.

[Mrkva]

Tak PulseAudio je démon, který žere malé děti :)

Ale teď vážně: PulseAudio je další proces běžící na pozadí, užírající systémové prostředky. A pokud vyloženě nepotřebuji něco co umí, a ALSA (nebo OSS) ne, nevidím důvod aby to běželo.

[Grunt]

PulseAudio je další proces běžící na pozadí, užírající systémové prostředky.

Jakože ten dmix to resampluje a mixuje z vesmírné energie, ne? Jen se to nepřipočítává k modré, ale k červené barvě. Nevím jak nový, ale starý OSS pro jistotu nemixoval a neresamploval vůbec.

[Mrkva]

Jakože ten dmix nežere tolik RAM c pulseaudio.

[Grunt]

No, leda to bych asi bral jako vážný argument.

[stativ]

Já nevím, ale řekl bych, že cesta aplikace → Pulse Audio → ALSA userspace (nemyslím, že by to šlo přímo do ALSA v kernespace, protože by to rozbilo vše ostatní) → kernel sežere víc prostředků než aplikace → ALSA userspace → kernel.

Starý OSS sem netahej, v4 s ním má společné akorát jméno a API.

[Grunt]

Já nevím, ale řekl bych, že cesta aplikace → Pulse Audio → ALSA userspace (nemyslím, že by to šlo přímo do ALSA v kernespace, protože by to rozbilo vše ostatní) → kernel sežere víc prostředků než aplikace → ALSA userspace → kernel.

V případě, že je všechno připraveno jak má, tak ani moc ne. PA je Zero-copy architektura. V případě, že je potřeba zpracovávat, mixovat a tak už samozřejmě žere, ale nic co by i na Celeru o 2.8Ghz stálo za řeč. Když se to přepne na 333Mhz, tak už to je samozřejmě cítit víc, ale to není nic jednoduššího než aplay -D front a PA se bypassne (což stejně většinou způsobí, že mu třeba nesedí vzorkovací frekvence a tak je potřeba převzorkovat někde bokem ať to nežere čas během přehrávání).

[stativ]

Protože je Pulse Audio zbytečné (a to nemluvím o funkčnosti, která sice už je docela OK ale pořád to není ono). Protože co PA umí a OSSv4 ne? Jen síťový zvuk. Na to už je tu spousta ověřených projektů, které to umí (Jack, NAS, pokud jde o hudbu tak MPD…).

Co mi vadí na ALSA? Špatná architektura. Kvůli ní vznikají věci jako je PA. Je tu hned několik cest, jak zvuk přes ALSA tlačit, které se vylučují a v případě paralelního použití znemožňují softwarové mixování. Není přenositelná – OSS funguje i na BSD a mělo by fungovat i na dalších POSIX systémech. Neumožňuje nastavování hlasitosti pro jednotlivé aplikace (musí se použít PA, OSS to umí nativně).

Nejspíš by se našly i další důvody, ale tohle jsou ty hlavní.

[Amarok]

Mohl bys jen nastinit, jak nastavovani hlasitosti pro jednotlive aplikace v OSS funguje? V ossmixu jsem zatim nasel jen "mplayer", ktery tam byl jaksi defaultne, ale jinak nevim, jak bych to mel resit, kdybych chtel treba pro nejaky hudebni prehravac ovladat hlasitost nezavisle.

[Neel]

Když si otevřeš ossxmix (GUI), tak ve spodní částí jsou „hejbátka“, kterými nastavuješ hlasitosti jednotlivých aplikací. Jak se to nastavuje přes CLI nevím, ale rád bych to zjistil. Chtěl bych totiž zařídit, abych mohl přes WM nastavovat zvuk. (např. stiskem klávesy dát mute pouze aktivnímu oknu aplikace)

[Amarok]

Aha, tak normalne kdyz spustis aplikaci, ktera pouziva OSS vystup, tak v ossmix se to zaradi do vypisu nekde uplne dole, napr.

vmix0.pcm8 [<leftvol>:<rightvol>] (currently 25.0:25.0 dB) ("pragha")
vmix0.pcm9 [<leftvol>:<rightvol>] (currently 25.0:25.0 dB) ("mplayer")

Pak uz je to jen otazka casu a trochy usili, si sestavit jednoduchy skript na ovladani hlasitosti aplikace s urcitym nazvem. Jak to ale udelat pro aktivni okno, to me ted nenapada, cesta ale urcite bude.

[Jardík]

Získáš xid aktivního okna, přečteš property NET_WM_PID, přečteš link /proc/$PID/exe, z toho se dozvíš jméno binárky ...

[Jardík]

Spusť xroot -root, ve výpisu najdi řádek co obsahuje text _NET_ACTIVE_WINDOW(WINDOW), ulož to ID do proměnné WNDID, spusť xroot -id $WNDID, ve výpisu najdi řádek

_NET_WM_PID(CARDINAL) = 3025

Přes readlink přečti ten link, dej to do skriptu, přidělej úpravy, ...

[Jardík]

Sory, xroot má být xprop

[Amarok]

Mas v tom trosku bordel, ale jinak jsi me navedl na spravnou cestu. Hlavne nechapu krok "Pres readlink precti link", jaky link mam cist? Muj navrh je nasledujici:

xprop -root

_NET_ACTIVE_WINDOW(WINDOW): window id # 0x819706 (Cislo za # se nejakym zpusobem vytahne, pak nasleduje:)

xprop -id 0x819706

_NET_WM_PID(CARDINAL) = 1624 (Cislo se opet vytahne a nasleduje:)

ps -p 1624 -o comm=

Vypise nazev programu.

Mozna tam mam taky nejakou chybu, nutno doladit.

[Jardík]

Tím přečti link jsem myslel readlink /proc/PID/exe, ale ps je asi taky ok.

[kong]

Neumožňuje nastavování hlasitosti pro jednotlivé aplikace.

Vzhledem k tomu, ze mam alsu nastavenou tak, aby zvuk z jabber klienta byl nahlas slyset z reproduktoru a potichu ve sluchatkach, tak bych rekl, ze to jde (hledejte klicove "type softvol").

[stativ]

Jestli to chapu dobře, tak softvol vytvoří nové zařízení se softwarovou kontrolou hlasitosti a v aplikaci ho pak musíš zvolit? To bych za podporu zrovna nepovažoval, spíš za takovou obezličku.

[Jardík]

Většina SW stejně podporuje softwarovou regulaci a už se sníženou/zvýšenou hlasitostí to jde přímo do alsy/oss/něčehojiného, tak nemá cenu do toho nějak rejpat. V OSS a PulseAudio je to sice na jednom místě někde v mixeru, ale osobně jsem to nikdy nepoužil.

[stativ]

Bohužel ty u kterých bych to nejvíc uvítal (Firefox, Flash, Kopete) to nepodporují.

[kong]

Mne to naopak prijde mnohem flexibilnejsi, protoze si udelate jen par zarizeni, napriklad upozorneni, hudba, voip atd. a aplikace si pak rozdelite do skupin jak chcete. Navic to funguje i pro vic uzivatelu najednou, coz PulseAudio ne - to se hodi, pokud mate ve zvyku poustet aplikace mimo distro pod specialnim uzivatelem (poustim tak skype, spotify a par dalsich).

[marbu]

Tak trochu mě na pulse audiu štve jeho architektura, kdy si nelze nechat přehrávat zvuk zároveň od procesů různých uživatelů (za předpokladu, že mám jen jednu zvukovku). Takže třeba mít mpd spuštěné pod speciálním uživatelem není průchozí. Existuje sice něco jako system-wide pulse deamon, ale podle slov autoru to "žere koťátka, a tak by to neměl nikdo kromě uživatelů embeded zařízení používat".

[Jardík]

Akorát mě na OSS štve nepodpora suspendu ...

[Neel]

To by OSSv5 řešilo, ale bude vůbec nějaké OSSv5? Vývojářů je málo (1?) a aby získali nějaké zdroje.. (začarovaný kruh)

[mimi.vx]

OSS je mrtev ... a je jedno jaka verze ... proste sve pozice uz neziska... ad chromium a jedno api ... jede mi pres ALSU i PA a no problem

[bambas]

A proto pouziva Chrome :)