Názory k článku
Firefox 52 potichu zrušil podporu zvukového rozhraní ALSA
-
rrrobo (neregistrovaný)
No pisal som za seba a aj som to tam napisal ze keby som bol niekto iny napr slabozraky tak mam problem. Youtube pozriem tak raz za mesiac a moc mi to nechyba. Inak mas pravdu. Ale kedze vcera mi na youtube FF zacal pisat ze sa nedohodol na silnej sifre a kedze tam je HSTS tak mi nedovoli zadat vynimku (inak mam FF51 keby niekto zacal rypat co za starinu mam) tak mam pocit ze ona Mozilla ani nechce aby to ludia pouzivali. Doteraz som sa ho drzal ako kliest koli "syndromu nauceneho somara" ale kedze mi na kope webov uz nejde tak mam pocit ze pojde prec. Jedina bariera bol Firebug a Gesta. Firebug je uz skonceny a Gesta Chrome uz ma davno. Takze za mna FF moze skoncit hoci aj dnes. Isto vzdy sa da nieco pokonfigurovat a nastavit a patrat preco mi to nejde ale nechce sa mi. Preco to mam robit? Chrome funguje. No ale to som uz trochu odbocil od zvuku.
-
Ondro (neregistrovaný)
Ked ti staci to, ze chrome funguje, tak OK. Kladol si si otazku aj ako funguje?
Nic horsie ako Chrome nepoznam. Pouziva to kopa ludi. Preco neviem a nerozumiem tomu. Je to mor.Chel by som videt tu kopu webov, na ktorych ti FF nejde. Odporucam pouzivat ESR verziu FF. Kym nove funkcie dobublaju do ESR, tak uz budu odladene. Dnes vela programov prilis casto vydava nove verzie a clovek je beta testerom, nie pouzivatelom.
-
koudy (neregistrovaný)
Já taky kdysi celkem běžně používal links (když bylo nejhůř, tak i lynx) na jednoduché texty, ale to bylo ve století "Ovocného netopýra", nyní jsme již ve století "Ančovičky" a některé věci se postupně přesouvají...
To že v browseru lze nyní spustit emulaci celého OS (implementované v JS) naznačuje, že se prohlížeč dá používat i jinak než ke zobrazování (skoro) plain text.
Nemluvě o tom, že takové porno bez zvuku taky není nic moc ;)
-
Petr M (neregistrovaný)
Tak tak, intenzivně už několik let páchají rituální sebevraždu. Co od nich může člověk chtít, ve srovnání s konkurencí?
Seskupování panelů: Neumíme (zaříznuto)
Podpora několika jader: Neumíme (ale hrajeme si na to, že umíme)
Pluginy: Umíme (ale brzo umět nebudeme, heč)
Stabilní prohlížeč: Neumíme (skončil jsem s FF z donucení asi ve v. 35, padal co 40 minut)
Alsa: Umíme, ale nechceme umět (zaříznuto)
...Tož co bude příště? (řečnická otázka, o odpověď raděj ani nestojím)
-
Sid (neregistrovaný)
skončil jsem s FF z donucení asi ve v. 35 ale kludne trolujes o verzi 52. Neviem ci si dokazes vobec uvedomit, ze to 0.001% percento pouzivatelov co potrebuju plne customizovatelny prehliadac ich nevytrhne. Nepochybujem, ze keby Chrome mal realnu potrebu podporovat kde co tak pre firmu ako Google by to nebol problem dodat. Akurat asi sekretarok co pouzivaju chrome je nasobne viac ako hardcore uzivatelov. Takze rozhodnutie ktorym smerom ist je viac menej jasne.
-
Petr M (neregistrovaný)
Takže:
1) Mám v mašině několik prohlížečů, jenom jeden z nich používám jako primární. Do verze 35 to byl FF, pak začal padat a přestal být primárním.
2) Fort ho ještě v mašině mám a jeho vývoj a změny postupně vidím při testování různých blbin
3) Používám Fedoru a na potvoru to tam je jako výchozí prohlížeč. A je dobrý vědět, jestli to můžu při instalaci nechat, nebo rovnou vykuchat a nahradit.- 4) Nepotřebuju přizpůsobovat prohlížeč, až na pár detailů
- NECHCI otevírat PDF v prohlížeči (R.I.P. PDFDownloader)
- NECHCI mít v jedné řadě 100 tabů, navíc aktivních. Skupiny záložek, kde se dala zvolit jedna z nich podle toho, co dělám a ostatní se uvolnilo z paměti, bylo ideální. Jenomže to už taky zařízli.
5) Pokud mám dva prohlížeče, co mají stejný featury, jeden je rychlý a druhý padá, je pro každýho od BFU po profíka jasný, co zvolit.
-
systemd také vnímám jako pozitivní změnu ;)
Standardizace a unifikace řešení je zapotřebí. PA mi poskytuje jednoduché mixování a přepínání jednotlivých audio streamů na více vstupech/výstupech (což např. u studiového nahrávání je vcelku zásadní). Neříkám že bez PA to není možné (upřímně nevím), ale s PA je to jednoduché nastavit a funguje to.
A pokud něco funguje (kdyby ne, nebylo by to v naprosté většině distribucí), proč to nepoužívat? Občas mi tyto výkřiky přijdou jako náboženské války a neochota přehodnotit svůj postoj. Proto se ptám jaké konkrétní důvody máš k odmítání PA a potažmo systemd. Není to jen obyčejný odpor ke změně a neochota se učit používat nové věci?
-
Jarous (neregistrovaný)
PA odmítám proto, že mi Alsa, sndiod (Open BSD) nebo OSS fungují bez problému a splňují vše, co od nich potřebuji. Tudíž nadstavba ve formě PA je zbytečná. A zbytečné komponenty patří spíše do WítěznýchWoken.
SystemdD - nechci začínat "náboženskou" válku, důvodů proč ne SystemD bylo tady a jinde napsáno mnoho. Za chvíli bude místo GNU/Linux SystemD/Linux...
-
No ale ostatním to nefungovalo.. A vzhledem k tomu, že to de facto všichni přijali a používají, tak to očividně zbytečná nadstavba není.. :)
A pokud je to de facto standard a není to horší než tvoje dosavadní řešení.. Tak nevidím důvod proč prostě nepoužít standard a ušetřit si problémy, že nové aplikace se nebudou zaobírat podporou všeho možného a udělají jen podporu pro PA.
-
Pepazdepa (neregistrovaný)
Novinka má zavádějící text. Firefox 52 podporu pro Alsa nezrušil. Build systém FF nemá pouze tuto podporu defaultně zapnutou. Stačí FF rekompilovat se switchem --enable-alsa. Zároveň jde použít i --disable-pulseaudio, takže FF provozovat JEN s Alsou opravdu jde. Na kompilaci jsem ale musel zvolit balík z *buntu, docker a Debian testing. Build v Ubuntu nejde.
-
Teoreticky je to pravda, reálně ale nevím o žádném distru pro BFU nebo obecně na desktop, kde by nebylo pulseaudio (zmiňované Lubuntu do této kategorie nepočítám). Takže v praxi se zase žádné drama nekoná, svědčí o tom ostatně i to, že FF52 vyšel, většině uživatelů ho distribuce automaticky povýšila a nic se neděje, nevšiml jsem si, že by si najednou miliony uživatelů začaly stěžovat, že nefunguje zvuk.
-
Marek S. (neregistrovaný)
Text původního návrhu (14. 7. 2016):
I took over the platform media playback team at Mozilla a little over 3 years ago. At that point we only supported WebM/VP8/Vorbis, Ogg/Theora/Vorbis and Wave as well as MP3 on Windows and some additional codecs including MP4/H.264/AAC on a small number of Android phones. At that time most media in the browser ran in Flash.
Since then we’ve added words like MP3, MP4, H.264, VP9, Opus, AAC, HE-AAC, MSE and EME to our vocabulary. DASH and HLS are handled by site Javascript using MSE. A massive amount of effort has gone into making everything parallel so we can get as many pixels to the screen as possible. We’re working on platform specific performance improvements on Windows, Linux and Mac. We’re also doing some work to protect ourselves against driver crashes on Windows and Android.
We are seeing an explosion of interest in HTML5 video and the accompanying audio is going through libcubeb, our audio backend. We’ve added low latency support to libcubeb for WebAudio and full duplex support so we can use it directly for microphone input for WebRTC.
Our official Firefox builds on Linux support both PulseAudio and ALSA. There are a number of additional contributed backends that can be turned on at compile time, although contribution towards long-term maintenance and matching feature parity with the actively developed backends has been low. On Linux, we actively maintain the PulseAudio backend but we also approach the PulseAudio developers when we see issues in PulseAudio. The PulseAudio developers are generally good to work with.
The most problematic backend across all platforms is ALSA. It is also missing full duplex support. We are intending to add multichannel (5.1) support across all platforms and the ones that don’t make the cut will be the ALSA backend and the WinMM backend used on Windows XP.
Our ALSA backend has fallen behind in features, it is buggy and difficult to fix. PulseAudio is contrastingly low maintenance. I propose discontinuing support for ALSA in our official builds and moving it to off-by-default in our official builds.
Leaving all the ALSA code in tree gives people the opportunity to continue maintaining the ALSA backend. Re-enabling it would require bringing it up to the same standard as other backends, not only in terms of current state but also in terms of consistency of contribution.
As a long time Linux user, I want to get the most value out of our efforts on Linux. I can do that by focusing our efforts on the things that will have the greatest impact. Sometimes that requires taking a step back and deciding to do one thing well instead of two things poorly.
Just to be clear, I’m proposing we stop spending time on ALSA so we can spend that time on adding 5.1 audio support to our PulseAudio backend.
-
dustin (neregistrovaný)
Prostě to neumí a okecává to. Jiné projekty zvládají podporovat alsu správně.
Nicméně pravdou je, že podpora PA je podstatně jednodušší než správná podpora alsy. Mimochodem zjednodušení zvukového API pro vývojáře byl jedním z cílů LP, když PA designoval http://0pointer.de/blog/projects/guide-to-sound-apis.html
-
František Koudelka (neregistrovaný)
Tak v tom případě bych jako uživatel FF uvítal, pokud by své omezené zdroje nevěnovali na vývoj různých sociálních vlastností, čteček PDF a podobných kojotin, ale třeba na to, aby lépe fungovala akcelerace přes GPU apod.
Aha, tyhle věci nemůžou hipsteři nadatlovat v JS a mítingovat nad nima ve fairtrade kavárně, tak nic. -
tnr (neregistrovaný)
Naprosto rozumne a racionalni rozhodnuti. Odhadem tak 99% distribuci stejne PA ma, je mnohem jednodussi pro programatory, takze neni duvod proc to nepouzivat. Samozrejme i PA melo (a obcas jeste i ma) sve problemy, ale nic zasadniho - o tom konec koncu svedci fakt, kolik distribuci PA ma defaultne a funguje :) A proti tomu, co musel clovek obcas delat za totalni opicarny, aby ALSA fungovala jak ma se vsemi aplikacemi...
No a pokud se to nekomu nelibi, tak muze zmenit distribuci, nebo se stat spravcem ALSA backendu v Mozille, urcite to oceni :)
A podpora 5.1 zvuku rozhodne smysl v FF ma, urcite vetsi nez podpora dalsiho lowlevel backendu(a vubec, proc na Linuxu nepodporovat i OSS?).
-
j (neregistrovaný)
To by me zajimalo, proc by meli podporovat nakej linux, kdyz ho na desktopu nikdo nepouziva a na serverech prozmenu nikdo* nema gui....
*Teda zatim, pocitam ze Xka se brzo stanou neoddelitelnou soucasti systemd.
Pricemz zajimavy na tom je i to, ze naopak vyvoj v aplikacich ktery sou narocny na vykon (coz sou ty js srackomety na webu cim dal vic) se ubira prave k lowlevel api. Njn, soudruzi z Moziily musej bejt neco extra, at to stoji co to stoji ...
-
tnr (neregistrovaný)
Mimo jako obvykle, resp. pokus o prekrucovani :-)
Proc podporuji Linux - protoze v absolutnich cislech jsou to zajimava cisla. Jsou v absolutnich cislech zajimavy uzivatele pouzivajici minoritni operacni system a na nem minoritni ALSA only sound system? Asi tezko :)Jinak k lowlevel API se nic moc neubira, spis naopak. Pletes si pojmy a dojmy. Lowlevel api se pouziva tam, kde je uzke hrdlo v CPU/API - napr. Vulkan ci DX12 - je uzke hrdlo browseru jeho audio api ? :) Tezko. A neni bez zajimavosti, ze spoustu funkcionality, kterou nabizi kombinace PA + ALSA (a nenabizi ALSA) jine operacni systemy maji v svem zakladnim lowlevel API :-D
-
lbntz (neregistrovaný)
Zvlastni, me u vsech aplikaci s audio vstupem/vystupem na ALSA funguje full-duplex, 5.1 i 7.1, up- i downmixing.
Kvuli jejich neschopnosti, abych instaloval pulseaudio a patlal se s nastavenim aby fungovalo jen jako proxy, bez startu demona, ktery celkem zere zdroje. Zvlast poznat na 4 roky starem notebooku pri stejne samplovaci kvalite se to skube a na ciste alse nikoliv.
To uz radsi budu exkluzivne pouzivat Chromium, ktery bez PA funguje a ALSA backend vypada ok.
-
tnr (neregistrovaný)
Nepochopil jsi, co tim chteli rict - nikdo netvrdil, ze full duplex, 5.1 v ALSA nefunguje (to by bylo minimalne nemozne - kdyz PA hraje pres ALSU). Pointa je, ze jejich ALSA backend tyhle veci neumel, nikdo ho uz neudrzoval, byl zabuggovany. A misto spravovani ALSA backendu ho nahradili PA backendem, ktery jak tvrdi vyvojari byl mnohem jednodussi na napsani a netrpi vsemi neduhy ALSA backendu, prave proto, ze PA je mnohem jednodussi API pro vyvojare na pouziti.
A komu se nelibi rozhodnuti vyvojaru, at klidne pouziva Chrome nebo Links, je to uplne jedno. Nebo at se prihlasi jako maintainer toho ALSA backendu a fixne ho. Povinnosti mozilly to fakt neni, aby FF fungoval na kazde nestandardni konfiguraci (a telemetrie FF, majoritni distribuce, potvrzuji dostupnost PA)
-
dustin (neregistrovaný)
Zajímalo by mě, co se "škubalo" na 4 roky starém ntb. 10 let starý HW zvládá chod PA úplně v pohodě, protože PA nemá výrazně větší nároky než alsa. Pokud musí resamplovat, používá úplně stejné knihovny jako alsí plugin rate.
Mimochodem v PA 7 je již podpora libsoxr, tedy daleko nejúspornější resampling knihovny. V rate pluginu alsy nikdy nebude, protože by se musel dost výrazně přepsat, aby s ní pracoval korektně http://blog.ivitera.com/pavel/?p=335 a nezahazoval vzorky. A mimochodem podruhé - alsí rate plugin pracuje jen v 16 bitech a sotva kdy tam někdo dodělá podporu pro 24 bitů. Měl jsem to již hotové, ale vyžaduje to float a správce alsy (správně) trval na verzi podporující i ne-float CPUs, což už bylo nad mé síly... A právě proto alsa zůstane low-level interfacem, zatímco user-space "vychytávky" jdou všechny do PA a alsa jim poskytuje nová API do driverů.
ČLÁNKY DO MAILU