hifi.slovanet.sk

[Odar]

Trochu som sa vcera hrabal na nete. Nasiel som takzvany Audiophile Linux http://www.ap-linux.com/ Neskusal ho niekto? Udajne je tam specialne kompilovany kernel pre co najnizsiu latenciu. Osobne som zrovna pri prinose nizkej latencie velmi skepticky, ale minimalne by mal byt nastaveny ako bitperfect, co pri ladeni napr. v Ubuntu moze byt na dlhe lakte.

Par informacii je na http://www.computeraudiophile.com/f11-software/linux-audiophiles-14620/#post198519 Zda sa, ze az taky zazrak to nie je http://www.computeraudiophile.com/f11-software/linux-audiophiles-14620/index4.html#post209450 Navyse trosku by som ocakaval, ze tam bude nejako rieseny aj SoX upsampling . . .

[miero]

Ak mas debian/ubuntu tak si skus nainstalovat PREEMPT, resp RT kernel.

Inak skusam momentalne nasledujucu zvrhlost - kvoli kompatibilite s youtube, spotify s moznostou ekvalizeru:
- klient -> ALSA:nodmix -> PulseAudio -> JACK -> equalizer (VST plugin cez wine) -> JACK(real-time) -> ALSA:HW

Inak bitperfect mi starosti nerobi, hlavne ze sa neresampluje :D

[dustin]

[dustin]

[miero]

Nativne pluginy pre alsu som skusal len kratko a davnejsie, ale padali mi s tym programy co pouzivam.

VST pluginy su kvalitou i funkciami vyrazne dalej, kedze ich pouzivaju profesionali. A jeden znamy sa nimi i zivi, tak som to skusit pouzit pre hifi.

Napriklad jeho zakladny parametricky ekvalizer MEqualizer, ktory je zdarma, ponuka vyrazne viac moznosti ako bezne ekvalizery v prehravacoch, ci ine pluginy.

Zmenu frekvencie som teraz neriesil, prehravam CD, ale naskriptovat sa da vsetko - i kompletny restart toho "plugin retazca" s inou frekvenciou. Inak pulseaudio bezi tiez len na jednej frekvencii.

Akurat stabilne mi to teraz nepride - obcas pada jackd i pulseaudio, este budem musiet par veci poladit.

[Odar]

dustin vdaka za nasmerovanie. Setris cas

[dustin]

miero, fakt bych na tvém místě zkusil ten LADSPový ekvalizér. Takhle složitý řetězec bude vždycky náchylný k problémům.

[dustin]

Tak pulseaudio lze jednoduše nakonfigurovat pro resampling přes soxr. Dělá to opravdu propastný rozdíl v náročnosti CPU - snížení min. o 90%.

Postup jsem sepsal na ten blog http://blog.ivitera.com/pavel/linux-audio/pulseaudio-with-ld_preloading-libsoxr-lsr

Doporučuji vyzkoušet, fakt budete překvapeni.

Jinak lze i přes alsu - http://blog.ivitera.com/pavel/linux-audio/simple-use-of-libsoxr-lsr-in-alsa-using-ld_preload - např. pro ty, kteří resamplují vše na 192kHz pro zvukovky nafest zotročené DACem. Víceméně to umožňuje kvalitní playback resampling se zcela minimální zátěží CPU. Nesrovnával jsem s foobar_sox pluginem, mělo by to být podobné, algoritmus je víceméně stejný.

[Coques]

dustin,

díky za tip, je možné toto zprevádzkovať s použitím xbmc?
Viem, že som skúšal aktivovať resampling v ALSA a xbmc to ignorovalo.

Teraz si síce xbmc rieši resampling interne cez libsamplerate (natvrdo MEDIUM), ale chcelo by to práve ten sox.

[dustin]

Je to jednoduché - najdi si, kde máš umístěnou tu knihovnu libsoxr-lsr a xbmc spouštěj s tím parametrem LD_PRELOAD. Nejdříve bych se ještě přes ldd cesta_k_binarce_xbmc přesvědčil, že opravdu libsamplerate používá.

[Coques]

cs@pc:~/bin$ ldd /usr/lib/xbmc/xbmc.bin |grep -i -e sox -e sample
libsamplerate.so.0 => /usr/lib/i386-linux-gnu/libsamplerate.so.0 (0xb62d8000)

Do bash skriptu /usr/bin/xbmc som pridal LD_PRELOAD

while [ $(( $while [ $(( $LOOP )) = "1" ]
do
LOOP=0
"$LIBDIR/xbmc/xbmc.bin" $SAVED_ARGS
LD_PRELOAD=/usr/lib/i386-linux-gnu/libsoxr.so.0 /usr/lib/xbmc/xbmc.bin
RET=$?
if [ $(( $RET == 65 )) = "1" ]
then # User requested to restart app



Ale moc sa mi nezda ze by sa zlepsilo vyuzitie CPU, stale na cca 20-30%

[dustin]

1. Ta knihovna je libsoxr-lsr0, ne libsoxr0. Libsoxr je nová knihovna pro resamplování algoritmem soxu, bere parametry jako vlastní sox a má vlastní API. Libsoxr-lsr je nad ní pomocná knihovna, která má binární ABI shodné s některými klíčovými metodami libsamplerate, aby ji šlo nahradit.

2. Ten skript jsi přímo zkopíroval? Přijde mi, že tam máš to xbmc.bin volané dvakrát, jako první bez toho ld_preload.

Jinak na mám starším athlonu má xbmc stabilně load přes 20%, bez resamplování, je to grafická obludka.

[Coques]

Samozrejme, to som si nevsimol, moja chyba.

Zda sa,ze teraz xbmc pouziva libsox

cs@pc:/usr/lib/i386-linux-gnu$ sudo lsof |grep -i sox
xbmc.bin 5374 cs mem REG 8,1 198496 26191 /usr/lib/i386-linux-gnu/libsoxr.so.0.1.0
xbmc.bin 5374 cs mem REG 8,1 9544 26194 /usr/lib/i386-linux-gnu/libsoxr-lsr.so.0.1.9


Na CPU to urobilo tak 5% dole. Skoda len, ze bez zkompilovania celeho XBMC niesom schopny navolit si kvalitu resamplingu.

diky

[dustin]

Výborně, to je pěkný fígl s tím lsof Asi si jej dovolím vypůjčit na blog, samozřejmě s citací

Místo překompilování xbmc (pokud je z balíku, tak to je jednoduché, kompiloval jsem ho dřív spoustukrát, než si v něm sedl pvr plugin) bys mohl překompilovat balík libsox-lsr, což je triviální, zcela bez závislostí.

Koukal jsem, jak je to tam s tím nastavením kvality.


Zde http://sourceforge.net/p/soxr/code/ci/master/tree/src/soxr.h#l281 jsou jednotlivé hodnoty kvality libsoxr

http://sourceforge.net/p/soxr/code/ci/master/tree/src/soxr-lsr.h#l41 jsou enumy pro kvalitu libsamplerate

Hodnoty kvality libsamplerate se převádí na kvalitu libsoxr zde http://sourceforge.net/p/soxr/code/ci/master/tree/src/lsr.c#l26 . Tedy přesně jak píše v soxr.h, - 8, 9, 10 v klesající kvalitě.

A zde http://sourceforge.net/p/soxr/code/ci/master/tree/src/soxr.c#l90 se to konvertuje na precision (v bitech):

0-3 = 16, 4-7 stoupající od 20 do 32 v kroku 4 by, a konečně ty které nás zajímají - 8-10 klesající od 23 do 15. To je trochu divné, poslal jsem mail autorovi, jestli to tak má být. Nicméně pokud budeš chtít změnit kvalitu resamplingu v xbmc, stačí změnit ten poslední blok za dvojtečkou třeba za číslo 32 a budeš mít kvalitu "insane" (SOX_VHQ má nastavenou na 28 bitů). Co to udělá se zátěží CPU zatím netuším, očividně jsem dosud používal pouze precision 23 (tj. odpovídající best-samplerate).

[dustin]

Autor libsoxr Rob mi odpověděl, že ty hodnoty 23, 19 a 15 pro různé kvality libsamplerate jsou správně a odpovídají kvalitě algoritmů libsamplerate. Tuhle knihovnu detailně nastudoval a snaží se o maximální kompatibilitu.

Mezitím jiný uživatel už zřejmě bude testovat patch pro zvýšení kvality té náhrady, pak nasdílím na blog.

http://www.diyaudio.com/forums/pc-based/93315-linux-audio-way-go-217.html#post3646816

[Coques]

Hmm, to je dobry napad ten libsox, ale neviem kde presne myslis, ze ma byt odohrana ta zmena.

[dustin]

Myslel jsem třeba jenom jednoduše, bez změny quality pro různé libsamplerate hodnoty ( 8 - 10 ):

[dustin]

Ale asi lepší by bylo přímo přenastavit hodnotu quality:

[Coques]

ok, diky moc. pohram sa s tym.

EDIT
tak uz som sa pohral :L)

skusal som hodnotu 28 a vytazenie CPU sa skoro nezmenilo. Aka je najvyssia mozna, je to tych 32?

Ten if-elseif som moc nepochopil, nie som koder, tak sa v tom uz dost motam.

Ak chcem pouzit najvyssiu moznu kvalitu mam vymenit v soxr.c celu sekciu alebo len cast?

[Odar]

Uplne idealne by bolo, keby niekto spravil add-on pre XBMC s moznostami nastavenia (hoci cez XML subor). To by sa ale asi muselo pretlacit na XBMC fore.

[Coques]

presne tak, je skoda, ze to robia v XBMC 'na pevno'.

[Odar]

Druhy den "bojujem" s openelec. Vsetko by bolo krasne, jednoduche, snad aj pouzielne, keby XBMC ako take podporovalo vo FLACoch embedded cue sheet. Snad ani ten SoX by mi tam tak nechybal, ako toto

[Coques]

ja bych vsechny tie CUE shity zrusil..

[Coques]

Tak teraz vyzera ta dolezita cast zdrojaku asi takto :

[dustin]

Výborně, to vypadá dobře

[miero]

Coques, ten kod je ale dost hnusny - aspon co sa tyka coding style :)

[Coques]

no tak moj nieje