VBR: onko se oikeasti niin paha kuin sanotaan?

kirjoitin äskettäin pitkän postauksen iTunes-kaavioiden sadan parhaan podcastin MP3-koodausasetuksista. Yksi ehdotuksistani oli hyvin kiistanalainen: ihmiset Redditissä olivat eri mieltä siitä, onko oikein käyttää VBR-koodausta podcasteissa.

yllätyin kiivaasta tavasta, jolla ihmiset väittivät VBR: n olevan paha. ”Sitä ei pitäisi käyttää!””Pysy kaukana VBR: stä.”Ei ollut pulaa ihmiset ehdottaa välttää VBR, mutta vähän tavalla sisältöä näiden väitteiden takana.

pyrin keräämään kaikki VBR: ää vastaan esitetyt argumentit, jotka pystyin löytämään, ja tutkin jokaisen selvittääkseni, oliko jokaisen takana olevat väitteet mahdollista todentaa.

ensin, tosin jonkin verran taustoja.

säästääkseni klikkauksen, kerron hieman taustoja. Vuonna MP3, sinulla on bittinopeus. Bittinopeus on bittien määrä, joka tarvitaan tallentamaan yksi sekunti ääntä. 128kbps MP3-tiedosto vie 128 kilobittiä tallentaakseen yhden sekunnin ääntä. Jos sinulla on 128kbps MP3 tiedosto, joka on kymmenen sekuntia pitkä, se vie 1280 kilobittiä tallentaa tiedoston. Yksinkertainen.

näin CBR eli jatkuva bittinopeus toimii. Koko tiedostossa on yksi bittinopeus. Huonona puolena tässä on se, että kaikki ääni ei synny tasavertaisena. Jotkut ääni vaatii vähemmän bittiä tallentaa (vaikkapa hetken hiljaisuus). Jotkut ääni vaatii enemmän. Ottaa yksi bittinopeus tarkoittaa, että olet mahdollisesti tuhlaa bittiä tallentaa äänentoiston, että et tarvitse. Siinä VBR eli vaihteleva bittinopeus tulee kuvaan.

VBR mahdollistaa tiedoston palojen koodaamisen eri bittinopeuksilla. Tuo toinen lähes hiljaisuus saattaa litistää alas 40kbps, kun taas toinen musiikki voi hypätä jopa 160kbps. Oikein tehty, tämä voi tuottaa erittäin merkittäviä säästöjä koko.

mitkä ovat VBR: ää vastaan esitetyt perustelut?

sen sijaan, että kiertelisimme puskaa, hypätään sisään ja katsotaan VBR: n vastaisia argumentteja ja testataan kunkin pätevyys.

VBR taukoja hakeminen monissa sovelluksissa.

tämä on totta, ja erityisesti kutsun tätä postauksessani:

CBR-tiedoston avulla hyppääminen eteen-tai taaksepäin on helppoa, koska voit laskea tarkalleen, mihin hyppäät. VBR: llä kymmenen sekunnin ohittaminen voi tarkoittaa jopa 1280 kilobitin hyppäämistä — mutta se voi olla liikaa, jos laatu laskee noissa kymmenessä sekunnissa.

periaatteessa et voi tietää, mihin tiedostoon hypätä aloittaaksesi soiton tietyllä aikakoodilla, koska pelkän kertolaskun sijaan sinun täytyy tietää kaikkien kyseiseen aikakoodiin johtavien äänien kilobitin.

on olemassa keinoja tämän välttämiseksi. Kauan, kauan sitten, ihmiset luonut useita standardeja, joiden avulla metatiedot on upotettu MP3, jolloin dekooderit selvittää, mistä etsiä. Voisin kirjoittaa tästä enemmänkin, mutta se on sivuseikka, koska käytännössä kukaan ei toteuta standardia.

kannattaa huomioida, että määrä, jolla aikakoodi on pois, kasvaa sitä mukaa, kun tiedostossa mennään eteenpäin. Alussa äänitiedosto, on epätodennäköistä, että laatu putosi kovin paljon ollenkaan, ja ero voi olla vain muutaman millisekunnin. Muutaman minuutin kuluttua se kuitenkin kasvaa sekunneiksi. Tunnin ja ylös, se voi saada kasvaa minuutin tai enemmän.

jotkut podcastit ovat hyvin lyhyitä. Ajatellaanpa Muistipalatsia, jossa jaksot ovat yleensä alle 15 minuutin mittaisia. Olisin enemmän kuin yllättynyt kuullessani, että hakeminen VBR-koodatussa tmp-jaksossa oli pois enemmän kuin muutaman kourallisen sekuntia tiedoston loppuun mennessä. (Mittaisin tämän, mutta se on mahdotonta tehdä oikein ilman pääsyä raw source audio)

muut podcastit eivät oikeastaan vaadi vankkaa hakuominaisuutta. ASMR podcastit, podcastit vähän dialogi tai ilman dialogi ollenkaan, ja podcastit mieletön jabber kuin isännät, sanoa, pelata videopelejä kaikki ei tarvitse kykyä tarkasti pyrkiä tiettyyn aikakoodi. Tämä on vaihtokauppa, jota nollasta poikkeava määrä podcasteja on valmis tekemään.

suhteellinen hakeminen ei myöskään juurikaan vaikuta VBR-koodaukseen. Podcast veljeni veljeni ja minä käyttää VBR koodaus, ja se on mahdollista ohittaa eteenpäin kolmekymmentä sekuntia ja takaisin kymmenen sekuntia erittäin hyvällä tarkkuudella. Tähän on teknisesti hyvä syy: aivan kuten etsivät alusta tiedoston, On epätodennäköistä, että laatu laskee hyvin paljon aikana pieni kimpale aikaa ohitat eteenpäin. Kolmellakymmenellä sekunnilla ohittaminen voi tarkoittaa sitä, että hypätään jopa kolmellakymmenellä sekunnilla. Epätarkkuuden määrä määräytyy ohitettavan äänen määrästä, joka suhteellisella hakemisella on yleensä melko pieni.

VBR ei varsinaisesti tee tiedostoista pienempiä.

tämä on puoliksi totta. VBR tuottaa lähes samankokoisia tiedostoja kuin CBR, jos VBR-tiedoston keskimääräinen bittinopeus on sama kuin CBR-tiedoston kiinteä bittinopeus. VBR tuottaa myös tiedostoja, jotka ovat kooltaan CBR-tiedoston kokoisia, jos se ei koskaan muuta bittinopeutta (eli kooderi ei koskaan halua alentaa laatua, kuten satunnaisella kohinalla).

pois lukien tapaus, jossa tiedosto sisältää vain satunnaista kohinaa (miksi edes julkaiset sitä podcastissasi?) kokoero on ilmeinen varoitus, että VBR tiedosto on yhtä suuri tai suurempi äänenlaatu yleistä kuin CBR tiedosto.

harkitse tätä: sinulla on kymmenen sekunnin kansio. Ensimmäinen puolisko on lähes hiljaista, ja toinen puolisko on hifi-musiikkia. Jos koodaamme tämän CBR: ksi 128kbps, se on 1280kb. Jos koodaamme sen VBR: ksi, ja kooderi hypoteettisesti koodaa ensimmäisen puoliskon 64kbps: ssä ja toisen puoliskon 192kbps: ssä, Tiedoston koko on edelleen 1280kb, ja keskimääräinen bitrate on edelleen 128kbps. Vertailemalla laatua, Vaikka, löydämme VBR tiedosto kuulostaa paljon parempi, koska hiljaisuus käyttää vain bittiä, että se tarvitsee ja enemmän bittiä omistettiin musiikkia.

virittämällä kooderisi asetuksia voit tehokkaasti alentaa VBR-koodatun tiedoston keskimääräistä bittinopeutta siten, että laatu vastaa suunnilleen vastaavaa CBR-koodattua tiedostoa. Teoriassa tämä johtaa tiedostojen koon yleiseen pienenemiseen. Jos valitset VBR asetukset tietämättä, mitä olet tekemässä, vaikka, voit helposti päätyä negating tahansa tiedostokoko hyötyä voit saada käyttämällä VBR aluksi.

VBR-tiedostot eivät näytä oikeaa kestoa.

oletuksena ei, VBR-tiedoston kesto lasketaan sen tavun pituuden mukaan, mikä johtaa yliarviointiin (samasta syystä kuin etsiminen ei toimi). Tämä on helppo korjata, vaikka: yksinkertaisesti määrittämällä äänen kesto ID3 tunnisteet käyttäen TLEN kehys korjaa kesto. Jotkut dekooderit eivät lue TLEN – ruutua oikein, mutta ne ovat harvassa ja niitä ei juuri koskaan käytetä sellaisten sovellusten ja laitteiden kanssa, joista joku saattaa kuluttaa podcastin.

Adobe Audition-ohjelman kaltaiset Koodaimet tuottavat rikkinäisiä VBR-koodattuja tiedostoja.

tämä on jotain löysin mainittu verkossa useissa paikoissa, jäljittäminen takaisin postitse Adoben foorumeilla. Lukematta yksityiskohtia, se on helppo luoda pilvi FUD tämän ongelman ympärille. Kävi ilmi, että tämä liittyy suoraan viimeiseen väitteeseen kestosta: Koe-esiintyminen ei yksinkertaisesti (väitetysti) lisännyt TLEN – tietoja.

Update: I ’d like to note that I haven’ t been able to reproduction this issue with Adobe Audition. Voi olla, että ongelma oli olemassa aiemmassa versiossa, mutta näin ei enää näytä olevan. Olen päivittänyt tämän osan tarkemmin todeta, että en usko, että on ongelma Adobe Audition. Thanks to @audiblychuck on Twitter for reaching out.

väittäisin, että tämä on podcasterin vastuulla, ei kuulijan ongelma. ID3-laput on helppo lisätä, eikä koe ole ainoa hevonen tässä kisassa. Kulissien takana Audition käyttää Fraunhofer MP3-kooderia. Post Adoben foorumeilla viittaa myös Audition CS6, julkaistiin 2012; olisin unsurprised jos uudempi versio Korjattu ongelma.

vaikka Adobe ei korjaisi tätä, lukuisat viestit ympäri Internetiä suosittelevat työkaluja (MP3val, MP3Diag jne.), jotka havaitsevat ja korjaavat tämän ongelman. Ffmpeg ja LAME lisäävät molemmat oikein sopivan ID3-tunnisteen, eli useimmat muut äänieditointiohjelmat toimivat oletusarvoisesti oikein.

lähes kaikki nykyaikaiset MP3-dekooderit eivät vaadi TLEN ID3-tunnistetta määrittääkseen VBR MP3-tiedoston oikean keston.

VBR ei toimi tiettyjen laitteiden kanssa.

tämän tueksi on anekdoottisia todisteita. Löysin HackerNews Kommentit thread noin laitetuki. Tässä on keskustelun juurikommentti, puhutaan yli vuosikymmenen takaisesta kokemuksesta:

kuten on käynyt ilmi, kaikki eivät kuuntele nykyaikaisella laitteella. Kun yritimme VBR merkittävä määrä ihmisiä ei voinut kuunnella, koska niiden MP3 pelissä laitteisto / ohjelmisto valinta ei tue VBR tiedostoja oikein. He eivät tajunneet, että tämä on ongelma. He vain valittivat, että tiedosto oli vioittunut, kun se toimi hyvin kaikille muille.

yhdellä kommentoijalla oli ongelma Eigermanin F20 kanssa:

minun suosikki vika tästä oli _ancient_ MP3 soitin minulla oli (EigerMan F20), joka tuki VBR MP3s…epätäydellisesti. Se ei tukenut dekoodausta tietyillä bittinopeuksilla, joten se vain hiljaa ohittaa ne, mikä johti äärimmäiseen hämmennykseen minun puoleltani.

Another commenter had better luck with his Nomad Jukebox 3:

I ’m pretty certain my Nomad Jukebox 3 supported VBRs fine, and that’ s coming up on 14 years now.

hydrogenaudion käyttäjällä oli huonoa tuuria DVD-soittimen kanssa 2006:

DVD-soittimeni (Samsung HD-860) ei toista mp3 vbr-tiedostoja. Se on noin 2 vuotta vanha ja jopa mukana HDMI-ulostulo.

saman langan toisella kommentoijalla oli ongelmia autonsa kanssa:

ystäväni osti uuden 2008 Pontiac G5: n (tämä on periaatteessa Grand Am, mutta se on sittemmin uudelleennimetty G5: ksi) ja sen mukana tuli tehdasasennettu mp3-CD-yhteensopiva kansi. Laite toistaa VBR tiedostoja hienosti, mutta olemme havainneet, että kaikki kehykset mp3 on koodattava 128kbps tai korkeampi.

en jatka autojen ja MP3-soittimien kopioimista ja liittämistä toistakymmentä vuotta sitten. Useimmat laitteet, että ihmiset mainitsevat ei edes pysty pitämään koko podcast episodi 2017!

tutkimukseni muualla verkossa tuottivat samanlaisia tuloksia. En löytänyt yhtään raporttia viimeisen kymmenen vuoden aikana tehdystä laitteesta, joka ei pelannut VBR-tiedostoja, ja tämä ei yllätä minua. Pyytämätön väite Wikipedian osavaltioista:

joulukuusta 2006 lähtien laitteet, jotka tukevat vain CBR – koodattuja tiedostoja, ovat suurelta osin vanhentuneita, sillä valtaosa moderneista kannettavista musiikkilaitteista ja ohjelmistoista tukee VBR-koodattuja tiedostoja.

ilman päinvastaista näyttöä en usko laitteiden yhteensopivuuden olevan pätevä argumentti VBR: ää vastaan.

jos sinulla on ollut VBR-yhteensopivuusongelmia jonkin laitteen kanssa, haluaisin kuulla siitä. Ota yhteyttä!

Firefox ei tue VBR: ää.

tämä ei enää pidä paikkaansa. Firefox tukee VBR-tiedostoja. Testasin itseäni sekä macOS: lla että Windows 10: llä. Firefox käyttää isäntäalustan audio-dekooderia MP3: n toistamiseen sen sijaan, että se niputtaisi Oman MP3-dekooderinsa. Windows, tiedoston väitetään lopettaa pelaamisen puolivälissä stream koska timecode kysymyksiä edellä. Näin ei näytä olevan enää lainkaan. Tiedosto pelasi hienosti, ilman katkaisua ja ei etsiä kysymyksiä.

ammattilaiset sanovat, ettei VBR: ää saa käyttää.

sain podcastissa viranomaisilta ja muilta alan ammattilaisilta neuvon, miksi VBR: ää kannattaa välttää. Minua kiinnostivat näiden ihmisten esittämät perustelut.

päivitys: kirjoittamishetkellä analyysini koodissa ollut bugi tunnisti väärin 15 podcastia iTunes top 100 podcasteissa VBR: ää käyttäviksi. Todellisuudessa vain yksi käyttää VBR-koodausta. Tämä numero mainittiin kirjeenvaihdossani Rob Walchin kanssa.

ensimmäinen henkilö, johon minun käskettiin ottaa yhteyttä, on Rob Walch, joka on libsynin podcaster Relationsin nykyinen johtaja. Lähetin hänelle sähköpostia, ja hän vastasi linkillä blogikirjoitukseen. Tässä pätkä siitä postauksesta.:

VBR on vanha tech / hakata, joka luotiin tehdä MP3 musiikkitiedostoja pienempiä ja oli suosittu takaisin kukoistus tiedostojen jakaminen. Tänään ei ole tarvetta sille-käytettävissä oleva kaistanleveys ja tallennustila tänään on paljon erilainen kuin 15 ja 20 vuotta sitten. Mutta vielä tärkeämpää ISO standardit MP3 eivät vaadi pelaajia tukemaan sitä.

standardin (ISO/IEC 11172-3:1993) kohdan 2.4.2.3 mukaan

”pienimmän mahdollisen viiveen ja monimutkaisuuden varmistamiseksi dekooderin ei tarvitse tukea portaattomasti muuttuvaa bittinopeutta kerroksissa I tai II. kerros III tukee muuttuvaa bittinopeutta vaihtamalla bittinopeusindeksiä. Vapaassa muodossa vaaditaan kuitenkin kiinteä bittinopeus.”

ja

” tason II osalta kaikki kokonaisbittinopeuden ja moodin yhdistelmät eivät ole sallittuja.”

näin ollen useimpia Layer II-koodareita ei olisi kirjoitettu VBR mielessä, ja Layer II VBR on hakkerointi. Se toimii rajatuissa tapauksissa. Saada se toimimaan samassa määrin kuin MP3-tyylinen VBR on suuri hakata.

lyhyessä VBR: n päivä valon ja massan käytössä on pahasti jäljessä — 1990-luvun lopulla ja ennen podcastausta.

kaikki nämä argumentit ovat samoja kuin edellä, muutamaa poikkeusta lukuun ottamatta. Ensinnäkin Rob väittää kaistanleveyden ja tallennustilan olevan halpaa. Tämä on totta, mutta podcast-listaus on myös räjähtänyt viime vuosina (jo hänen pestinsä jälkeen vuonna 2014). Kansainvälisesti varsinkin kehittyvillä markkinoilla kaistanleveys on kallista kuuntelijalle, mikä voi olla este listasijoittumisen kasvulle Yhdysvaltojen ulkopuolella.

hän siteeraa myös MPEG ISO spec: tä, mutta hänen ottamansa sitaatit on tulkittu väärin. MP3 tarkoittaa ” MPEG-2 Audio Layer 3,” joten lainaus ”Layer III tukee muuttuva bitrate vaihtamalla bitrate indeksi,” todella tarkoittaa ”MP3 tukee muuttuva bitrate.”Ymmärtääkseni, et voi olla MP3-yhteensopiva eikä tue VBR (kohti spec). Toinen lainaus noin ”Layer 2” viittaa MPEG-2 Audio Layer 2, joka on erilainen koodekki MP3 täysin ja on merkityksetön keskustelun.

vastasin näihin kommentteihin ja kysyin, oliko hänellä tietoja, joiden avulla nämä väitteet voitaisiin vahvistaa. Vastaus oli hieman suolainen.

Matt,

rehellisesti-artikkelin otsikossa luki kaikki-VBR: n ensimmäinen ja viimeinen sana.

VBR on kuollut — jokainen, joka sitä ajaa, taistelee vain tuulimyllyjä vastaan.

CBR = hyvä

VBR = huono

se todella on, että yksinkertainen — älä yritä tehdä tästä enemmän — VBR ei ole täysin tukea pelaajat ja standardit.

jos yrität puskea VBR — niin lopulta muistelet tätä sähköpostia ja toivot, että olisit vain kuunnellut minua. 🙂

ja sitä seurasi nopeasti

Hei Matt,

jos ajattelit käyttää VBR: ää tai käytät VBR: ää ja kun olet lukenut artikkelini, et ole vakuuttunut muuttumisesta — sinun täytyy todella lukea tämä:

http://theoatmeal.com/comics/believe

hänen vastauksessaan on katkeraa ironiaa, jonka saatte huomata lukiessanne Matthew Inmanin hienon Stripin takapaloefektistä. Painoin häntä jälleen antaa yksityiskohtia, ja sai toisen kylmä vastaus:

onnea matkaan.

pidän VBR: ää kuolleena asiana ja pyörittelen silmiä, kun se tulee puheeksi. Se on syy postaukseeni.

näyttää siltä, että parin vuoden välein se nostaa rumaa päätään.

ei ole varma, mitä 15% näit-viimeksi kun tarkistin top show ’ t se oli 0%

http://podcast411.libsyn.com/will-increasing-your-bit-rate-equal-more-listeners

Katso tämä viesti.

tässä vaiheessa – se on viimeinen vastaukseni VBR: ään.

tähän ei kannata tuhlata aikaa — tekemäni postaus antaa kaiken tarvittavan tiedon, jos asiaa katsoo objektiivisesti.

suosittelen todella, että siirryt CBR: ään, eikä sinulla ole mitään ongelmia.

linkitetty viesti toistaa vain Robin mantraa: ”VBR = huono.”Osoittamatta objektiivisia tosiasioita hänen esittämiensä väitteiden tueksi en voi sanoa, että Robin mielipiteet asiasta pitävät sisällään paljon vettä.