Fedora 25 bude oficiálně podporovat přehrávání MP3

Fedora 25, jež by dle aktualizovaného plánu měla vyjít 22. listopadu, bude oficiálně podporovat přehrávání MP3. Pro dekódování MP3 bude použita knihovna mpg123. S kódováním do MP3 se zatím nepočítá.

11.11.2016 01:50 | Ladislav Hagara | Komunita

Komentáře

[Valar morghulis]

Hmmm podporuju technologiu ktora tu je s nami od roku 1993 ??? Nejako skoro ...

[Honza]

"However, since MP3 requires patented technologies and the patent holder has not provided licenses that are compatible with Fedora's requirements, Fedora is unable to include encoding and decoding support for the MP3 format." – https://fedoraproject.org/wiki/Multimedia/MP3

"The basic MP3 decoding and encoding technology is patent-free in the European Union, all patents having expired there. In the United States, the technology will be substantially patent-free on 31 December 2017 (see below). The majority of MP3 patents expired in the US between 2007 and 2015." – https://en.wikipedia.org/wiki/MP3#Licensing_and_patent_issues

Náš administrátor shledal tento komentář závadným.

trolling

Zobrazit komentář

[pavlix]

To asi nenapsal člověk, který by open source nebo dokonce Fedoru nějak sledoval, že? :)

[Grunt]

Krátká odpověď: Patentové licencování.

[alium]

jen v USA

[pavlix]

A tam se linux vůbec nepoužívá, takže to není potřeba řešit, že. ;)

[Grunt]

Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e. V. – to zní velmi Americky.

[nyan]

Tos to asi nepochopil. Red Hat je americka firma. O tu tady jde predevsim.

[Grunt]

No mě to spíš přijde že to nepochopily ti co si myslí že tohle patentové licencování je platné pouze v USA a nás jako součásti EU se nijak netýká. Fraunhofer samotný vedl úspěšné spory u Berlínského soudu jestli mě paměť neklame.

[Bedňa]

V EU sa nedajú patentovať softvérové patenty, písal som kvôli tomu na patentový úrad.

Prax je ale taká, že patentové úrady za úplatky softvérové patenty vydávajú, no neverím žeby niekde uspeli a zrovna v NDR.

Počítam že v štátoch požiadali vlastníka o súhlas s tým, že pri inštalácií to vyhodí kompletné znenie licencie, aby všetci vedeli kto je tu pánom. No dnes sa dá bez MP3 žiť a je to trochu s krížkom po funuse.

[Grunt]

Nejen v NDR, nejen…

[Bedňa]

Písal som, že za úplatky to ide, ale či to prejde pred nezávislým súdom je vec druhá.

Inak tu je odpoveď na môj email ktorý som poslal na patentový úrad.

Náš administrátor shledal tento komentář závadným.

trolling

Zobrazit komentář

[Grunt]

Aber das ist nicht NORMAL…

[R]

Ja, das ist SUPER :D

[Grunt]

Jinak třetí vrstva (Layer III) má od druhé vrstvy (Layer II alias .mp2) navíc pouze MDCT a Huffmanovo kódování (a formát samozřejmě), přitom s druhou vrstvou nebyly problémy už od počátku. Zajímavé jaké kraviny můžou být problémem při nasazení.

[Ovoce]

"jenom"

[Grunt]

Ono to už nepřidá moc. Řekněme transparentnost z 192kbps (pro Layer-II a z toho vycházející Musepack který ještě přidává noise-shaping je v tom ještě lepší) na nějakých 128kbps pro Layer-III. To je pár kilobajtů. Jenže nižší vrstva nepřehraje tu složitější (jednoduše protože v ní nejsou implementované tyhle komplexnější prvky) a díky tomu že se to moc neřešilo se defacto stalo standardem to nejlepší co bylo dostupné.

[Ovoce]

Koho sere komprese u kompresního formátu, žejo? (Jasně, Fedoru a spol ne, viz Theora a tak dále, ale to neznamená, že je to bagatelní věc).

BTW, zažil jsi rychlosti domácího připojení v devadesátých letech? A nemusel to být hned modem, aby 128kbps bylo hodně.

[Grunt]

Zažil a ano tahal jsem po něm i ty zmiňované MP3 (tu jsem dokonce zkoušel narvat i přes sériák na 115200 baudů a kupodivu to funguje) a proto vím že ta velikost nebyla až tak závratně o moc větší. Na tom FastTracku to o moc rychlejší stejně nejelo. Jenže l3enc zdarma, BladeEnc zdarma, WinAmp zdarma, dist10 k dispozici, 486ka to utahla a patenty nebo vendor lock-in nikdo neřešil.

[Omas]

486 to utahla jen kdyz ses pocitace ani nedotykal ...

[Grunt]

A v DOSu snad šlo dělat i něco jiného?

[pc2005]

Já měl mp3 přehrávač pro win 3.11 na nějaký 486@40MHz. Přehrávalo to OK jen když se nastavila poloviční kvalita a pak se nesmělo dělat něco náročnýho se systémem. Když člověk programoval v turbo pascalu (v té DOS emulaci), tak nešly plynule přehrávat ani wavy.

[Grunt]

Jsem si jistý že buď 486 bez zapnutého TURBO tlačíka nebo to byla myslím 386-ka už to nezvládla dekódovat v reálenem čase. Vždycky to dekóvalo pár frejmů, nacpalo do zvukovky, ticho, procesor na 100% a až bylo hotovo, zas je to tam nacpalo Škoda že se tyhle šroty nedají dneska na ničem emulovat. Hned bych si to zase vyzkoušel ať nekecám.

[pc2005]

Tady máš tabulku od mága . Jinak pro 486 jsou special optimalizace i v současným mpg123 (jinak tam je 386/generic). Turbo tlačítko snad měl každej zaplý na plnou rychlost (a programy pro pascal patchlý ). Ono to vlastně nebylo turbo tlačítko, ale retard tlačítko (pokud se to má brát z defaultu).

[Grunt]

To budu muset vyzkoušet aspoň v nějakém DosBoxu či něčem takovém.

[Grunt]

Ale WAV pokud sis nastavil nějaké parametry pro SoundBlaster (schválně jestli si je pamatuju dobře: A=220 I=5 D=1) tak to kopírovalo DMA z disku a to nesežralo skoro nic.

[pc2005]

Aha já měl ty wavy kódovaný v Creative ADPCM, tak možná proto . Ale ta emulace DOSu zbytek systému lagovala taky (win3.11 měly jenom kooperativní preempci přece ).

[R]

Cez DMA sa to prenasa len z RAM do zvukovky - nastavis parametre a zvukovka hra, procesor je volny. Ked zvukovka potrebuje dalsie data, tak poziada cez IRQ.

Ako dostanes data do RAM, to uz je ina vec. Na ISA-only PC jedine cez PIO (ak nemas nahodou nejaky SCSI radic s DMA). Od Pentia vyssie uz boli PCI IDE radice s bus-masteringom.

[Ovoce]

Já k tomu přičuchl až s K6-300, tam už to bylo v poho. A když jsem pak po letech používal PII na 300 MHz, tak tam už to taky bralo diametrálně menší časy CPU (5-10% nebo asi i míň). MMX asi dělalo hodně, případně 3DNow! (ale IIRC, že se dekódovalo spíš přes MMX/v integerech kvůli rychlosti).

Ale když jsem to tehdy okolo roku 2000 stahoval rychlostma spíš pod 16 KB/s, tak to byl jinej svět. Dnešní netrpělivý děcka by se z toho musely zbláznit :D

[Grunt]

Ono už nějaké Pentium (myslím to mělo 166Mhz) když zavedlo MMX zvládalo v pohodě MP3 na pozadí a k tomu nějakou práci. Na to si velmi dobře pamatuju, protože jsem přišel ke klukovi na panelák co se otcovi staral o počítače, podomácku udělaný zesilovač, Windows 98 a hudba v pozadí a já na to hleděl jak z Marsu. Sem se to pak vždycky snažil aspoň napodobit, ale zkuste to na 80486 s 99Mhz

[k3dAR]

tak ja poustel MP3 na Amize s mk68030@50MHz(jesti i na onboard 68020@14MHz si nepamatuju :) a take mi hrala v pohode na pozadi a zaroven sem byl pripojenej na "internet"(prostrednictvim BBS Infima) pres 2400 bps modem :)

[Ovoce]

Nebylo to nějak se sníženou kvalitou? 22kHz? nebo mono?

[k3dAR]

tak jo no, bylo to 8bit, 22kHz, stereo ;)

[Kvakor]

Tomu bych věřil, ostatně v 22 kHz to zvládaly dekódovat i rychlejší 486. Pamatuju, když jsem měl kdysi dávno kartu kompatibilní s SB Pro, která byla také osmibitová a zvládal buď 22 kHz stereo nebo 44 kHz mono, a s 100 MHz 486DX4 bylo na ní možné přehrávat formát MP3 v reálném čase, ale jen když se dal "downsampling" na 22 kHz. Myslím, že interně dekodér při IDCT prostě přeskočil nejnižší koeficienty a vygeneroval jen polovinu samplů, pro které potřeboval během poměrně výpočetně náročného antialiasingu jen polovinu času.

[Grunt]

Hele, nechci kecat, je to už spousta let, ale jsem si docela jistý, že IntelDX4 (alias 80486@100Mhz) zvládl Layer-III i bez downsamplingu přímo na vzorkovací frekvenci běžného CD (44.1kHz).

[pc2005]

Záleží jakým softem a na jakým OS. Takový kopírování diskety ve win3.11 by vytuhlo klidně i durona.

[pc2005]

BTW mám projekt, kde se snažím upravit moderní mpg123, aby fungoval na PIC32MX @50MHz . Taktak se to vejde do MCU s 128kB flash a 32kB RAM. Na webu microchipu je jinej dekodér (helix), ale ten není tak cool a není GPL, ale možná má menší nároky na paměť. Jinak vyřezat podporu mp1 a mp2 z toho mpg123 byla teda "slast" , ale největší peklo bylo předělat bufferové pole na bajtové FIFO (neskutečný humusárny s pointerama ).

[Grunt]

Jednoduchá rada: Neimplementuj dekodér pro Layer III, ale Layer II a I. Ještě menší nároky na dekódování má pak Musepack. Méně náročné je pak snad už jen ADPCM (možná AAC LC). iMDCT je prostě bestie.

[pc2005]

To právě nechci, mp1 soubory jsem nikdy neměl (kromě jediného testovacího samplu ) a mp2 je neefektivní .

[Grunt]

Pak ti popřeju mnoho štěstí.

[Grunt]

Jo on to je mikrokontrolér… No tak to teda nevim.

[pc2005]

Jo ale ten helix na něm prokazatelně funguje, takže se možná dá použít pro porovnání náročnosti s tou 486. I když ten PIC asi bude rychlejší než 486 :-/.

[Grunt]

Já nechápu co zas řešíš, když řešení už existuje a očividně vyžaduje něco silnějšího než co tu popisuješ.

[pc2005]

Však jsem o tom helixu psal. Má jinou licenci, která se nedá "přepsat" GPL a v MCU se všechno kompiluje a linkuje staticky dohromady . Nehledě na to, že ve většině kódu je nejnovější datum 2002/2003 a pouze v asi 2 zdrojácích datum 2010.

Když se koukneš na tu tabulku, tak ten PIC32MX stačí akorát .

[pc2005]

Ono to už nepřidá moc. Řekněme transparentnost z 192kbps (pro Layer-II a z toho vycházející Musepack který ještě přidává noise-shaping je v tom ještě lepší) na nějakých 128kbps pro Layer-III. To je pár kilobajtů. Jenže nižší vrstva nepřehraje tu složitější (jednoduše protože v ní nejsou implementované tyhle komplexnější prvky)

Ty rozdíly (a patenty) budou nejspíš hlavně v enkodéru. Dekodér je triviální.

[Grunt]

P.S. To be 110% clear we will not be adding encoding support at this time.

mpeg123 umí pouze dekódovat. Nemá vůbec implementované psychoakustické modely, FFT, nic…

[pc2005]

Jo ale patenty by měly fraunhofferu vadit jenom v enkodéru (pro dekodér snad distribuoval zdrojáky i sám).

[pavlix]

Distribuce zdrojáků se s patenty nijak nevylučuje.

[Grunt]

Jo ale patenty by měly fraunhofferu vadit jenom v enkodéru

Ty patenty nedrží pouze Fraunhofer, ale spousta dalších firem. Kdo vůbec dneska vlastní tehdejší Bell Labs nebo Thomson?

pro dekodér snad distribuoval zdrojáky i sám

Myslíš jako tenhle? Tam jsou sice implementované věci pro l3, ale ve funkci main vidím pouze implementace pro Layer I a II. AFAIK Fraunhofer měl implementováno Layer III v L3enc což je sharware omezený do 112kbps bez platné licence.

[Grunt]

Tak kecám a ty máš recht. V decode.c je opravdu:

/*****************************************************************
/*
/* The following routines decode the system information
/*
/****************************************************************/

/************ Layer I, Layer II & Layer III ******************/

Toho jsem si ani nevšiml.

[Grunt]

Tak se doplnim: Většinu toho požral Technicolor SA, který si zařídil i vlastní stránky s licencováním. Konkrétní patenty, země platnosti, distribuční ceny, licencované společnosti, vše na jednom místě.

[Ovoce]

Technicolor je mimochodem jedna z těch žab na prameni u HEVC, pokud vím. Sabotuje ty souhrnné a relativně nízké poolové licenční poplatky. Jestli ten formát zajde na nezájem a bude nahrazen něčím horším nebo něčím, co třeba bude stejně dobré, ale přijde to o pět let později (a díky tomu bude adekvátně pozadu v životně důležitým vývoji/tunění enkodérů), tak to bude z velké části jejich vina.

[Grunt]

Jako že by HEVC dopadl stejně jako MP3Pro^[1]? To si vyloženě nemyslím, protože je standardizovaný a dobře implementovaný, ale stačí se podívat na Google. Mají-li poplatky za distribuci formátu převýšit rozumnou mez, radši každý vymyslí vlastní formát a nebo nasadí sice standard, ale licenčně nezatížený (v případě toho Googlu je to Opus a věřm že do budoucna se k němu přidá NETVC, protože na VP9 se nedá dívat)

[Ovoce]

NetVC nevím, jestli někam směřuje, teď se ty obvyklí podežřelí soustředí na "AV1". Což bude VP10 s transplantovanými prvky z Daala (jestli se osvěčí). Enkodér je bohužel založenej na kódu libvpx, což není dobrá zpráva.

[Heron]

transparentnost

Ses naučil nějaké nové slovo?

192kbps, 128kbps

Jo, jasně...

[Grunt]

Naučil. Tohle je psaný ve standardu, takže co je psané, to je dané, víc se nebudu dohadovat.

[Heron]

[Petr Tomášek]

A už oficiálně podoruje Opus?

[Grunt]

Tak dobré tři, čtyři verze už… O nějaké neoficiální podpoře ani nevim.

[Peter Golis]

On snáď ešte niekto používa MP3? Keď som si pred cca desiatimi rokmi vyberal prenosný prehrávač, tak bola jedna z podmienok aby vedel prehrávať Vorbis. A na počítači, tak tam tiež.

[Tomáš Bžatek]

Psychoakusticky model Vorbisu mi nikdy nesedl, bylo to takove nezazivne az sterilni. Zato MP3 komprimovana lame s temi spravnymi parametry byla krasne komfortni na poslouchani.

[little.owl]

+1

[Grunt]

Zas zvukový gurmání. Někdy si to sečtěte s opačnýma fázema (zarovnané). Je to jen čistý kvantizační šum. Vorbis je efektivnější kvůli vektorové kvantizaci, ne protože by jinak zněl čí co.

[reb]

Nemáte někdo zkušenosti s různými parametry pro lame? Zkoušel jsem různé --preset parametry a na poslech mi přijdou všechny stejné...

[Heron]

Stačí si zapamatovat --preset insane (nebo si nastavit alias na lame) a je to. Je zbytečné používat cokoliv jiného. S těmi psychoaktickými modely jsem si ale nikdy nehrál, nevím, zda z toho jde dostat ještě víc (to už je lepší sáhnout po flacu).

[Grunt]

Ať cituju dokumentaci:

For CBR 320kbps (highest quality possible from the --preset switches):

       --preset insane

This preset will usually be overkill for most  people  and  most
situations,  but  if  you must have the absolute highest quality
with no regard to filesize, this is the way to go.

A ať koriguju Herona: Stačí zapnout VBR a lame by měl vyprodukovat u téměř valné většiny materiálu plně transparentní výstup v defalutním nastaven s nějakými výjimkami a např. pro -V 10 mi generuje u testovacího souboru něco málo přes 140kbps. Preset insane je přesně to co popisuje že je: Zbytečné plýtvání místem.

[Grunt]

Lžu. Pro -V 0 samozřejě. -V 10 tam snad ani nejde nastavit.

[Heron]

Ať koriguju Grunta:

verkill for most people and most situations

Většina neznamená všechno, takže je zbytečné se v některých případech nechat omezovat.

plně transparentní

Poradím ti takový zvukařský trik. Propíchni si uši, zaveď si tam infekci, nech ji měsíc působit a rázem pro tebe bude veškerá komprese transparentní. Budeš moci rovnou smazat všechny zvukové soubory, postačí ty přesně 0B. Ušetříš zbytečně zabrané místo na disku a nebudeš plýtvat. Totéž lze aplikovat pro zrak. Víš kolik zbytečného místa na disku ušetříš, když si vydloubneš oči? Zkus to.

[Grunt]

Pokračuju v čisté ignoraci…

[Ovoce]

Když už tě to trápí tak moc, že nemůžeš používat VBR, což dává bitrate dejme tomu někde okolo 220-240, tak už bych spíš šel do lossless. Taky je to víceméně placebo, ale aspoň víš, že tam žádná ztráta/artefakty nejsou. 320kbps MP3 CBR se IMHO už dostává ven z oblasti, kde dává MP3 smysl. Když už, tak bych volil jinej formát a použil okolo 320kbps VBR. To dává smysl, CBR moc ne.

[Heron]

tak už bych spíš šel do lossless

Ano

Taky je to víceméně placebo

Další takovej.

[Grunt]

Frejmy s bitrate 320kbps jsou největší možné, které standard dovoluje (LAME samotný dovede dělat ještě větší ale už je to mimo standard a nemusí to být přehratelné dekodérem který na takový frejm prostě narazí a drží se standardu) a insane neudělá nic jiného že prostě všem frejmům přiřadí 320kbps, tedy to maximum které standard povoluje. Proto je to taky shodou okolností CBR.

VBR s kvalitou 0 ty frejmy aspoň vhodně seskládá podle obsahu:

Encoding as 44.1 kHz single-ch MPEG-1 Layer III VBR(q=0)
    Frame          |  CPU time/estim | REAL time/estim | play/CPU |    ETA 
 11028/11028 (100%)|    0:03/    0:03|    0:03/    0:03|   75.747x|    0:00 
 32 [    1] *
 40 [    0] 
 48 [    0] 
 56 [    0] 
 64 [    0] 
 80 [    0] 
 96 [    1] *
112 [ 2178] ***********************
128 [ 6557] *******************************************************************
160 [ 1459] ***************
192 [  496] ******
224 [  229] ***
256 [  107] **
320 [    0]

Takže v pasážích kde je ticho aplikuje frejmy s menší bitrate. Bohužel i toto naprosté plýtvání místem, protože to vypne polyfázový filtr a kóduje to naprosto celé pásmo odspodu až nahoru:

polyphase lowpass filter disabled

Ideální je preset medium nebo standard, který zapne polyfázový filtr jež odřeže nevnímatelné pásmo:

Using polyphase lowpass filter, transition band: 17249 Hz - 17782 Hz

[little.owl]

MP3 ma problem s low bitrate, na to ten format nebyl designovan. U variable bitrate IMHO patri zvukove stale k tomu nejlepsimu.

[Peter Golis]

A podľa tvojho vyjadrenia je jeho kvalita porovnateľná s bezstratovou kompresiou. Vzhľadom na diskusiu vyššie kde rozoberajú najvhodnejšie parametre pre MP3 v čase keď sa pamäťová karta do mobilu má štvrť terabajtu sa mi to zdá pravdepodobné.

Ale odporučil by som to porovnať s akýmkoľvek bezstratovým zvukovým formátom. Samozrejme že 95% populácie nespozná rozdiel.

[little.owl]

A podľa tvojho vyjadrenia je jeho kvalita porovnateľná s bezstratovou kompresiou.

Nic takoveho jsem nerekl.

[blbec]

A co branilo v tom udelat drive zaskrtavatko u instalace s dotazem, zda souhlasi s licenci? Tohle mohlo fungovat uz leta. Podobne to je s ovladaci... Ale ono je lepsi, aby neco nefungovalo vubec, nez aby to bylo nesvobodne.

[little.owl]

Nejde o licence, ale o patenty a tam vam zadny dotaz nepomuze.

[Grunt]

Ono jestli si dobře pamatuju, tak tohle v některé Fedoře (myslím mainline bez RPMFusion) taky bylo.