XBMC geeft meer details over nieuwe AudioEngine
De ontwikkelaars van XBMC hebben meer details vrijgegeven over de AudioEngine die in de volgende Frodo-release zal worden opgenomen. Naast ondersteuning voor DTS-MA en TrueHD kan de engine ook overweg met 24bit-audiobestanden.
Aan het nieuwe audio-subsysteem, dat bestaat uit 22.000 regels code, is twee jaar gewerkt. AudioEngine zou onderdeel moeten gaan uitmaken van Frodo, versie 12 van XBMC waar momenteel aan wordt gewerkt en de huidige Eden-release moet gaan aflossen. Volgens XBMC kan de nieuwe AudioEngine lossless DTS-MA- en Dolby TrueHD-audiostreams, die met name in blu-ray-titels en -rips zijn te vinden, decoderen of deze via passthrough naar een geschikte versterker doorsturen. De huidige engine in XBMC kan alleen met de nodige kunstgrepen en experimentele tools hiertoe geschikt voor worden gemaakt.
AudioEngine zou tevens overweg kunnen met floating point 24bit-audiobestanden die samplerates tot 384.000Hz mogen hebben. Verder beloven de ontwikkelaars dat de audiolaag van XBMC samplerates realtime kan converteren of transcoderen. Ook zou de geluidskwaliteit bij het afspelen van mp3-bestanden zijn verbeterd dankzij 24bit-decoding en het toepassen van dithering.
De AudioEngine is inmiddels opgenomen in de nightly builds van het opensource-mediacenter zodat de engine getest kan worden. Daarnaast zijn er plannen opgesteld om toekomstige versies van AudioEngine zelf te laten bepalen welk audioformaat wordt uitgestuurd, door op basis van een serie regels te bepalen welke afspeelmogelijkheden de hardware biedt. Ook willen de ontwikkelaars diverse dsp's integreren, onder andere voor een equalizer-functie en dynamic range compression.
Reacties (57)
dit klinkt als muziek in mijn oren 
nee, ziet er egt veel belovend uit kan niet wachten tot er nog wat meer duidelijk heit in komen over hoe het nou ook echt gaat worden vergeleken met die van nu
nee, ziet er egt veel belovend uit kan niet wachten tot er nog wat meer duidelijk heit in komen over hoe het nou ook echt gaat worden vergeleken met die van nu
Wat mij zal benieuwen is of dit een alternatief voor PulseAudio kan worden. Ook voor gebruik buiten XBMC. Dat is ondanks alle beloftes nog steeds een laggy subsysteem (en ik gok ook de reden dat men AudioEngine heeft ontwikkeld).
PulseAudio (en ALSA) hebben hier dus echt niets mee te maken. Ik zal proberen m uit te leggen zoals ik het nu begrijp.
Wat ze met dit nieuwe systeem doen is het mogelijk maken om je source geluidsstream om te zetten in een ander formaat. Dat wordt vervolgens via passthrough naar je speakerset gestuurd. Stel, je heb veel bestanden met DTS geluid, maar met je speakerset kan je om wat voor reden dan ook geen DTS afspelen. Dan kan je nu dit systeem gebruiken om je geluid realtime te transcoden naar een formaat wat je speakers wel aan kunnen. Via SPDIF of HDMI wordt het geluis vervolgens naar je speakers gestuurd en alleen dat punt is waar ALSA of PulseAudio even komt kijken om de stream te versturen. Die zouden er met "passthrough" niets mee moeten doen.
Wat betreft "lag" en "latency". Dat gaat met dit alleen maar meer worden! En dat maakt ook geen zak uit voor video. Lag/Latency maakt uit bij voip applicaties of games waar je geluid zo snel mogelijk hoorbaar moet zijn. Bij video buffer je het gewoon.
Volgens mij is dit redelijk zoals het werkt, maar nogmaals. Er kunnen dingen in staan die niet kloppen! Heb het niet in de details uitgezocht.
Wat ze met dit nieuwe systeem doen is het mogelijk maken om je source geluidsstream om te zetten in een ander formaat. Dat wordt vervolgens via passthrough naar je speakerset gestuurd. Stel, je heb veel bestanden met DTS geluid, maar met je speakerset kan je om wat voor reden dan ook geen DTS afspelen. Dan kan je nu dit systeem gebruiken om je geluid realtime te transcoden naar een formaat wat je speakers wel aan kunnen. Via SPDIF of HDMI wordt het geluis vervolgens naar je speakers gestuurd en alleen dat punt is waar ALSA of PulseAudio even komt kijken om de stream te versturen. Die zouden er met "passthrough" niets mee moeten doen.
Wat betreft "lag" en "latency". Dat gaat met dit alleen maar meer worden! En dat maakt ook geen zak uit voor video. Lag/Latency maakt uit bij voip applicaties of games waar je geluid zo snel mogelijk hoorbaar moet zijn. Bij video buffer je het gewoon.
Volgens mij is dit redelijk zoals het werkt, maar nogmaals. Er kunnen dingen in staan die niet kloppen! Heb het niet in de details uitgezocht.
[Reactie gewijzigd door markg85 op vrijdag 1 juni 2012 00:51]
Ik heb het bericht toch anders begrepen. Het is nu niet mogelijk om überhaupt gebruik te maken van lossless DTS-MA- en Dolby TrueHD zonder 'onstabiele' hacks te gebruiken.
De nieuwe engine zal vanaf het begin af aan ondersteuning hebben voor deze formaten. Dan kun je, als je versterker het ondersteund gebruik maken van Pass-Through. Dan hoeft de stream niet door XBMC gedecodeerd te worden, kost geen performance, geeft geen lag. Als je versterker het niet ondersteund kan de nieuwe engine het ook hercoderen naar een formaat dat wel wordt ondersteund. Ik ga er van uit dat dit wel gewoon de nodige vertraging zal geven, waarschijnlijk wel minder dan het nu zou doen omdat er over deze implementatie goed is nagedacht. (Ga ik van uit)
Nadeel van Pass-Through is overigens wel dat je in XBMC geen aanpassingen aan het geluid kunt doen. Zo kun je bijv. het volume niet veranderen of gebruik maken van een equalizer. Dat moet allemaal door je versterker worden gedaan.
De nieuwe engine zal vanaf het begin af aan ondersteuning hebben voor deze formaten. Dan kun je, als je versterker het ondersteund gebruik maken van Pass-Through. Dan hoeft de stream niet door XBMC gedecodeerd te worden, kost geen performance, geeft geen lag. Als je versterker het niet ondersteund kan de nieuwe engine het ook hercoderen naar een formaat dat wel wordt ondersteund. Ik ga er van uit dat dit wel gewoon de nodige vertraging zal geven, waarschijnlijk wel minder dan het nu zou doen omdat er over deze implementatie goed is nagedacht. (Ga ik van uit)
Nadeel van Pass-Through is overigens wel dat je in XBMC geen aanpassingen aan het geluid kunt doen. Zo kun je bijv. het volume niet veranderen of gebruik maken van een equalizer. Dat moet allemaal door je versterker worden gedaan.
[Reactie gewijzigd door Joolee op vrijdag 1 juni 2012 09:26]
Het voordeel van Pass-Through is juist dat de receiver of versterker aanpassingen aan het geluid kunnen doen. Doorgaans is een high-end versterker daar beter in dan een hobby-bob software implementatie.
Ik heb alleen maar goede ervaringen met PulseAudio, ben ik daarmee zeldzaam?
CPU consumptie is wel wat hoog, maar ik heb de settings ook hoog gezet waarmee ik helderder geluid heb dan in Windows met de officiele soundblaster Audigy drivers...
CPU consumptie is wel wat hoog, maar ik heb de settings ook hoog gezet waarmee ik helderder geluid heb dan in Windows met de officiele soundblaster Audigy drivers...
Ik ben hier zelf heel erg content hierover. Het is wat mij betreft een stukje functionaliteit die Linux versie op dit moment nog ontbeerd.
In versie 12 kan je wel LPCM aanzetten. Dan zie je ook in de films die je afspeelt afgebeeld staan dat het bv. DTS HD betreft. Echter de channel mapping klopt standaard niet.
In versie 12 kan je wel LPCM aanzetten. Dan zie je ook in de films die je afspeelt afgebeeld staan dat het bv. DTS HD betreft. Echter de channel mapping klopt standaard niet.
Klinkt allemaal goed, zou iemand mij kunnen vertellen welke invloed deze software heeft?
Zoiets als muziek die meer "smooth" of gepolished klinkt?
Zoiets als muziek die meer "smooth" of gepolished klinkt?
Volgens XBMC kan de nieuwe AudioEngine lossless DTS-MA- en Dolby TrueHD-audiostreams, die met name in blu-ray-titels en -rips zijn te vinden, decoderen of deze via passthrough naar een geschikte versterker doorsturen. De huidige engine in XBMC kan alleen met de nodige kunstgrepen en experimentele tools hiertoe geschikt voor worden gemaakt.
Juist muziek die klinkt zoals het moet klinken, zonder postprocessing.
(Pass-through, dus muziek wordt gewoon doorgegeven zonder verwerking ervan)
(Pass-through, dus muziek wordt gewoon doorgegeven zonder verwerking ervan)
Goh, drie dingen:
- Een "zuiverdere" klank omdat een aantal formaten zonder verlies naar de versterker gestuurd kunnen worden. Bv. FLAC-rips van SACD's, of geluid van Bluray ondergaat nu kwaliteitsverlies en degradaties. Het effect hiervan in praktijk moet elk voor zich uitmaken, ikzelf wacht in elk geval niet op 32-bits FP geluid (die 24-bits FP is IMHO een typo, nog nooit van gehoord) op mijn HTPC.
- Een betere klank van MP3's door de betere conversie. Weeral, nut hiervan in de praktijk moet elk voor zich uitmaken. Garbage in, garbage out, weet je wel...
- Meer mogelijkheden om je geluid te "pimpen", door EQ om bv. de bassen te boosten, of slechte boxen wat te corrigeren. Wat ik hiervan vooral onthoud, is limiting om irritant luide muziekjes of effectjes in films wat te temperen als ik na 01:00 nog TV kijk. Buren en zo.
Edit: drie dingen dus....
- Een "zuiverdere" klank omdat een aantal formaten zonder verlies naar de versterker gestuurd kunnen worden. Bv. FLAC-rips van SACD's, of geluid van Bluray ondergaat nu kwaliteitsverlies en degradaties. Het effect hiervan in praktijk moet elk voor zich uitmaken, ikzelf wacht in elk geval niet op 32-bits FP geluid (die 24-bits FP is IMHO een typo, nog nooit van gehoord) op mijn HTPC.
- Een betere klank van MP3's door de betere conversie. Weeral, nut hiervan in de praktijk moet elk voor zich uitmaken. Garbage in, garbage out, weet je wel...
- Meer mogelijkheden om je geluid te "pimpen", door EQ om bv. de bassen te boosten, of slechte boxen wat te corrigeren. Wat ik hiervan vooral onthoud, is limiting om irritant luide muziekjes of effectjes in films wat te temperen als ik na 01:00 nog TV kijk. Buren en zo.
Edit: drie dingen dus....
[Reactie gewijzigd door Bauknecht op donderdag 31 mei 2012 21:30]
Klopt:die 24-bits FP is IMHO een typo, nog nooit van gehoord
Oftewel: 24 bits (fixed point) audio én floating point audio. Verkeerd vertaald dus.support for 24-bit and floating-point audio at up to 384,000hz
Het gaat 24-bit input en een complete floating point DSP pijplijn. Vooral omdat er dus geen fixed point meer gebruikt wordt, zouden alle filters en tussenliggende stappen dus zonder al te veel kwaliteitsverlies gedaan moeten worden: een stuk beter dan het dus was.
Overigens, in de release notes heeft men het over de verbeterde prestaties: zelfs floating point is niet oneindig precies en zou in principe bijvoorbeeld nog kunnen worden opgewaardeerd naar double of nog meer bits...
Overigens, in de release notes heeft men het over de verbeterde prestaties: zelfs floating point is niet oneindig precies en zou in principe bijvoorbeeld nog kunnen worden opgewaardeerd naar double of nog meer bits...
Klopt, dat was niet helemaal goed vertaald.
Mp3 is overigens per definitie floating point, dus hun floating point support slaat dan lijkt mij alleen op het deel na de decoding, waarin gedithered wordt. Als ze dat dithering goed doen kan het inderdaad veel goed doen voor de geluidskwaliteit.
Nu is dit hele verhaal volgens mij alleen van toepassing op Linux, iemand nog een idee wat er voor de Windows versie gaat wijzigen?
Mp3 is overigens per definitie floating point, dus hun floating point support slaat dan lijkt mij alleen op het deel na de decoding, waarin gedithered wordt. Als ze dat dithering goed doen kan het inderdaad veel goed doen voor de geluidskwaliteit.
Nu is dit hele verhaal volgens mij alleen van toepassing op Linux, iemand nog een idee wat er voor de Windows versie gaat wijzigen?
24Bit Floatingpoint is voor geluid niet vreemd hoor.
Het wordt best veel gebruikt in studio omgevingen etc...
Edit... blijkbaar had ik de opmerking verkeerd gelezen
.
http://en.wikipedia.org/wiki/Audio_bit_depth (nog meer info)By increasing the sampling bit depth, quantization noise is reduced so that the S/N is improved. The 'rule-of-thumb' relationship between bit depth and S/N is, for each 1-bit increase in bit depth, the S/N will increase by 6 dB.[2][3] 24-bit digital audio has a theoretical maximum S/N of 144 dB, compared to 96 dB for 16-bit;
Het wordt best veel gebruikt in studio omgevingen etc...
Edit... blijkbaar had ik de opmerking verkeerd gelezen
.[Reactie gewijzigd door Aloys op donderdag 31 mei 2012 22:44]
Hmmm betere klank? Dan moet je zeker niet kiezen voor DTS. Dat is gemaakt om zoveel mogelijk oempff te geven op goedkope surround setjes. Dialoog valt haast in het niets t.o.v. sfx.
Wat een bullshit. Je maakt 3 claims en geeneen klopt er.
DTS is technisch gezien inderdaad beter omdat het een veel hogere bitrate ondersteunt dan Digital dolby of AC3. Enige wat een hogere bitrate heeft is LPCM (voor dvd's althans).
Produktie bepaalt of iets wel of niet goed klinkt, niet in welk formaat het op de dvd/bluray is gezet.
DTS is NIET gemaakt om meer "oemph" te geven op goedkope setjes. Waar dat nou weer vandaan komt mag Joost weten, maar geef er eens goede bron van waarin dat wordt uitgelegd?
Dialogen vallen niet in het niets, dan is je set niet goed geconfigureerd of het staat gewoon niet goed op dvd. Ik heb er nog nooit van gehoord in ieder geval (heb wel eens een slechte produktie gehad, tuurlijk) maar in de regel is het zeker niet het geval. Nogmaals, geef eens een betrouwbare bron dan?
DTS is technisch gezien inderdaad beter omdat het een veel hogere bitrate ondersteunt dan Digital dolby of AC3. Enige wat een hogere bitrate heeft is LPCM (voor dvd's althans).
Produktie bepaalt of iets wel of niet goed klinkt, niet in welk formaat het op de dvd/bluray is gezet.
DTS is NIET gemaakt om meer "oemph" te geven op goedkope setjes. Waar dat nou weer vandaan komt mag Joost weten, maar geef er eens goede bron van waarin dat wordt uitgelegd?
Dialogen vallen niet in het niets, dan is je set niet goed geconfigureerd of het staat gewoon niet goed op dvd. Ik heb er nog nooit van gehoord in ieder geval (heb wel eens een slechte produktie gehad, tuurlijk) maar in de regel is het zeker niet het geval. Nogmaals, geef eens een betrouwbare bron dan?
Raakt kant noch wal. DTS is 1,5 Mbps tegenover 384 Kbps van Dolby Digital 5.1, de hogere bitrate geeft ruimte om minder vlak te klinken.
Los hiervan staat DTS erom bekend een betere/zuivere bass te hebben tov. DD, maar is zeker niet bedoeld om goedkope surround setjes wat meer kaliber te geven. Sterker nog, het ontbreekt die goedkope zut vaak aan DTS omdat een licentie te duur is.
Los hiervan staat DTS erom bekend een betere/zuivere bass te hebben tov. DD, maar is zeker niet bedoeld om goedkope surround setjes wat meer kaliber te geven. Sterker nog, het ontbreekt die goedkope zut vaak aan DTS omdat een licentie te duur is.
zal het doorsturen naar een versterker dan nog steeds beter zijn dan het decoderen van xbmc. of kan je vanaf de nieuwe build beter altijd alles laten decoderen door xbmc?
Beste en enige correctie advies zijn je oren. Probeer allebei de manieren uit, en luister goed. Waarbij ik vermoed dat je externe versterker/receiver sowieso betere DAC's zal hebben dat je standaard geluidskaartje, dus binnenkort in XBMC doorgeven om bitprecies de audio door te geven aan je versterker (wat vroeger dus niet kon, is één van de nieuwe features ) en die de omzetting laten doen.
) en die de omzetting laten doen.
Wat het benoemen wel waard is dat ontwikkelaar Geoffrey McRae het AudioEngine als een losstaand framework heeft ontwikkeld en opgebouwd. Het staat dus een beetje "los" of naast XBMC.
Het AudioEngine framework zal later waarschijnlijk als een soort losse library worden aangeboden, met het idee dat het snel en gemakkelijk ook in andere projecten geintegreerd kan worden. De verbeteringen vanuit de andere projecten zouden op die manier ook weer moeten terugvloeien richting het XBMC project.
Linux gebruikers hoeven met de nieuwe AudioEngine trouwens ALSA niet meer te configureren. XBMC zou dit automatisch moeten afhandelen.
Uitgebreidere informatie is trouwens hier te vinden: http://wiki.xbmc.org/index.php?title=AudioEngine
Het AudioEngine framework zal later waarschijnlijk als een soort losse library worden aangeboden, met het idee dat het snel en gemakkelijk ook in andere projecten geintegreerd kan worden. De verbeteringen vanuit de andere projecten zouden op die manier ook weer moeten terugvloeien richting het XBMC project.
Linux gebruikers hoeven met de nieuwe AudioEngine trouwens ALSA niet meer te configureren. XBMC zou dit automatisch moeten afhandelen.
Uitgebreidere informatie is trouwens hier te vinden: http://wiki.xbmc.org/index.php?title=AudioEngine
[Reactie gewijzigd door Erhnam op donderdag 31 mei 2012 21:36]
Voor betere weergave van vleermuis- en dolfijngeluiden?samplerates tot 384.000Hz
edit: voor de duidelijkheid, ik doelde inderdaad op de Nyquist–Shannon-theorie.
[Reactie gewijzigd door wintermute. op vrijdag 1 juni 2012 13:43]
Edit: nevermind. De bal compleet misgeslagen. 't Is wel degelijk om de vleermuizen weg te houden 
[Reactie gewijzigd door Bauknecht op donderdag 31 mei 2012 21:43]
Samplerates worden gemeten in hertz (Hz) of cyclussen per seconde. Deze waarde stelt het aantal samples voor die per seconde opgenomen worden om de golfvorm weer te geven; hoe meer samples per seconde, hoe hoger de resolutie, en dus hoe preciezer de meting van de golfvorm is. Oftewel, het heeft dus niks met de hoogte van het geluid te maken.
Toonhoogte wordt uitgedrukt in Hertz, in het digitale domein bepaalt de sample snelheid ook de maximale toonhoogte. De maximale toonhoogte die je kunt weergeven in het digitale domein wordt direct door de sample snelheid begrensd. Met een sample snelheid van 48kHz kom je tot een theoretisch maximum van 24kHz toonhoogte. Met 384kHz kun je zelfs toonhoogtes tot maximaal 192kHz registreren en weergeven, alleen mensen kunnen die niet horen.
Aangezien dubbelblinde luistertests zelfs op 48-192kHz al geen resultaat meer opleveren kun je je echter ook afvragen of 384kHz nog wel enig nut heeft voor mensen qua betere geluidsreproductie van het typische frequentiebereik van 50-10.000 Hertz in gebruikelijke muziekstukken. Zelfs bij operazangeressen heb je met 96kHz al meer dan genoeg samples om de frequenties correct te registreren en reconstrueren.
Aangezien dubbelblinde luistertests zelfs op 48-192kHz al geen resultaat meer opleveren kun je je echter ook afvragen of 384kHz nog wel enig nut heeft voor mensen qua betere geluidsreproductie van het typische frequentiebereik van 50-10.000 Hertz in gebruikelijke muziekstukken. Zelfs bij operazangeressen heb je met 96kHz al meer dan genoeg samples om de frequenties correct te registreren en reconstrueren.
Als sample freq = max toonhoogte / aantal kanalen dan is 384khz ineens niet zo heel exotisch meer : 384 / 8 (dolby 7.1) = 48khz..........
zie trouwens DTS-HD master :
One goal of the DTS-HD Master Audio format was to allow a bit-to-bit representation of the original movie's studio master soundtrack. The format supports a maximum of 192 kHz sampling frequency and 24-bit depth samples from 2 to 5.1 channels, and 96 kHz/24bit resolution up to 7.1 channels[3].
zie trouwens DTS-HD master :
One goal of the DTS-HD Master Audio format was to allow a bit-to-bit representation of the original movie's studio master soundtrack. The format supports a maximum of 192 kHz sampling frequency and 24-bit depth samples from 2 to 5.1 channels, and 96 kHz/24bit resolution up to 7.1 channels[3].
Behalve dat om een geluid van x Hz weer te geven, je moet samplen boven 2x Hz. Zie https://en.wikipedia.org/...3Shannon_sampling_theorem
22.000 regels code voor het afspelen van geluid op de juiste manier (nl. met zo min mogelijk bewerkingen) ?? Dat mag iemand mij uitleggen..
Het is niet zo simpel als je denkt. Dat is de uitleg 
Als je meer wilt, moet je je wat verdiepen in signaaltheorie en bewerking.
Als je meer wilt, moet je je wat verdiepen in signaaltheorie en bewerking.
Van mij mogen ze eerst versie 11.1 uitbrengen waarbij het mogelijk is om zonder tweakers Xbmc op een iPad (iOS 5.1.1) te draaien.
Voor zover ik weet draait versie 11 niet op de laatste iOS versie.
Voor zover ik weet draait versie 11 niet op de laatste iOS versie.
[Reactie gewijzigd door SpeedingWilly op donderdag 31 mei 2012 21:47]
Daarvoor heb je helemaal geen tweakers nodig
Hij draait er wel op hoor, je moet voor zover ik weet gewoon enkele folders manueel aanmaken.
http://forum.xbmc.org/showthread.php?tid=127369
Hij draait er wel op hoor, je moet voor zover ik weet gewoon enkele folders manueel aanmaken.
http://forum.xbmc.org/showthread.php?tid=127369
Dat moet je ook niet op je iPad draaien. Al die mooie blueray films staan op je NAS met een mooie HTPC in je woonkamer (op je iPad passen er niet zoveel). Daarop draait XBMC waar je Airplay op inschakelt.
Zo kun je al je video (helaas nog geen muziek) direct van je iPad/iPhone op je mooie HD TV afspelen. Met constellation op de iPad/iPhone kun je XBMC ook nog eens naadloos besturen: http://fss.cc/constellation/
Ik ben er tevreden met deze opstellingen. In constellation kan ik zelfs de pc een standby/wake on lan commando geven.
Zo kun je al je video (helaas nog geen muziek) direct van je iPad/iPhone op je mooie HD TV afspelen. Met constellation op de iPad/iPhone kun je XBMC ook nog eens naadloos besturen: http://fss.cc/constellation/
Ik ben er tevreden met deze opstellingen. In constellation kan ik zelfs de pc een standby/wake on lan commando geven.
Hoop dat de hele audio-ondersteuning dan wat beter wordt. Het is mij nog steeds niet gelukt om de passthrough aan de praat te krijgen, niet via de optical-out op m'n moederbord, niet via de optical-out op m'n Theatron Agrippa en niet via de HDMI-output van m'n Radeon.
Welke setup heb je, ik heb het hier namelijk werkend met een HD5450 onder linux.
Dus dit is het softwarematig dts hd ma decoderen?
Kan ik hopelijk betere 5.1 audio uit m'n roccat kave halen ;p
Kan ik hopelijk betere 5.1 audio uit m'n roccat kave halen ;p
Op dit item kan niet meer gereageerd worden.
Populair: Asus Samsung Mobiele telefoons Laptops Apple Sony Games Microsoft Consoles Microsoft Xbox One
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True
