High End Media Servers (Audio)

Replico aqui o excelente tópido criado pelo Ryche no antigo HTforum:

Depois da primeira onda de media servers com PCs ligados em USBs assincronas, chega a nova tendência com sistemas de baixo consumo e consequentemente menos capacidade computacional, mas plenamente capazes de apresentar a qualidade buscada pelos audiófilos e seus arquivos de audio de alta definição.

Em outro tópico: “Linux como player High End” eu cobri um sistema destes usando PC (x-ATX, NUC, Netbooks etc.) e Linux com Music Player Daemon (MPD), que constitui a espinha dorsal de muitos players High End de fabricantes renomados (Linux + MPD).

Agora chega a vez de micro-computadores completos em uma placa de tamanho reduzido, como por exemplo, Raspberry Pi (E, Banana Pi, Orange Pi e outros nomes de frutas dos concorrentes chineses do Raspberry)

Recentemente em conversas com outros foristas percebi que é uma realidade e muitos projetos muito interessantes estão aflorando.

Configurações, How-tos, projetos de fontes, sistemas operacionais, programas de reprodução entre outros, sao um universo a parte de opções que pretendo reunir neste tópico.

Como alguns não sabem, a arquitetura do Raspberry Pi é ARM e nao x86 como os chips da intel, mas muitos softwares e distribuicoes linux ja estao disponiveis para ARM, e inclusive a Microsoft disponibilizou uma versao do Windows 10 que roda no Raspberry Pi 2.

Vamos discutir e concentrar o conhecimento por aqui para que outros foristas possam tambem acompanhar as tendencias da tecnologia neste nicho.

Pretendo deixar este Post com os links uteis que forem sendo postados por outros foristas.

Seguem alguns links:

Sites:

Computer Audiophile : site que reúne muita informação sobre media players voltado para o audio HighEnd, experiências de usuários com diversos sistemas operacionais, programas, configurações e equipamentos.

Confessions of a Part Time Audiophile : Blog com referência ao uso de Raspberry Pi como media player HighEnd em um setup a altura.

Topico do Steppen com uma configuração de referência : Criação de um media player baseado em Raspberry Pi 2 com fonte linear em gabinete próprio.

Aparelhos:

Raspberry Pi ORG (ARM) [US$ 40~55]

ARQ: [Arm]

CPU: [CortexA7] [QUAD-CORE] [600~900MHz]

GPU: [videocore IV by Broadcom]

MEM: [1GB] [LPDDR2]

HDD: [microSD Slot]

SPD: [Singlethread: 149@900MHz] [Multithread: 526@900MHz]

GUI: [1x HDMI] (female) + [LVDS]

USB: [4x]

NET: [1x Ethernet] (“100mbit” limitado ao USB 2.0 lane)

PWR: [5v] (USB mini connector ou via expansão GPIO)

CON: [1000mA] (224mA ~ 800mA)

Intel Galileo G2 [US$ 65] (Rapid Prototype, precisa de adaptação, Arduino-Like)

ARQ: [x86]

CPU: [Quark X1000] [SINGLE-CORE] [400MHz]

GPU: [Intel HDGraphics]

MEM: [256MB][LPDDR3]

HDD: [microSD Slot]+[8MB Flash NOR]+[8KB EEPROM]+[512KB SRAM]

SPD: [Singlethread: 58]

GUI: [1x HDMI 1.4a] (male)

USB: [1x]

NET: [1x Wi-Fi 802.11bgn]

PWR: [5v]

CON: [2200mA]

Intel Compute Stick (x86) [US$ 100~150]

ARQ: [x86]

CPU: [Atom Z3735F] [QUAD-CORE] [1333~1833MHz]

GPU: [Intel HDGraphics]

MEM: [2GB Windows]/[1GB Linux] [LPDDR3]

HDD: [32GB eMMC Windows]/[8GB eMMC Linux] + [microSD Slot]

SPD: [Singlethread: 310] [Multithread: 900]

GUI: [1x HDMI 1.4a] (male)

USB: [1x]

NET: [1x Wi-Fi 802.11bgn]

PWR: [5v]

CON: [2200mA]

Radxa Rock [PRO] [US$ 120~150]

ARQ: [Arm]

CPU: [CortexA9] [QUAD-CORE] [1600MHz]

GPU: [MALI400-mp4@533MHz]

MEM: [2GB][LPDDR3]

HDD: [8GB Nand] + [microSD Slot]

SPD: [Singlethread: 280] [Multithread: 800]*

GUI: [1x HDMI 1.4] [1x RGA analog]

USB: [2x] + [1x microUSB]

NET: [1x Ethernet] + [1x Wi-Fi 802.11bgn] + [ 3dbi antenna]

PWR: [5v]

CON: [2000mA]

HummingBoard2 [US$ 110~130 STBR]

ARQ: [Arm]

CPU: [CortexA9] [SINGLE-CORE] [1000MHz]*

GPU: [MALI400]*

MEM: [1GB][LPDDR3]*

HDD: [8GB Nand] + [microSD Slot] + [mSATA]/[M.2Full 42mm]

SPD: [Singlethread: 140]

GUI: [1x HDMI 1.4]

USB: [4x]

NET: [1x Gigabit]

PWR: [5v~36v]

CON: [2000mA]

BeagleBoneBlack [US$ 50~65] [Rev “C”]

ARQ: [Arm]

CPU: [CortexA8] [SINGLE-CORE] [1000MHz] [AM3358BZCZ100]

GPU: [PowerVR SGX530]

MEM: [512MB][LPDDR3]*

HDD: [4GB eMMC] + [microSD Slot]

SPD: [Singlethread: 140]

GUI: [1x microHDMI 1080p24]

USB: [1x]+[1x USBMini]

NET: [1x Ethernet]

PWR: [5v] [miniUSB]

CON: [2000mA]

Banana Pi [US$ 35~45] [Banana Pi2 STBR]

ARQ: [Arm]

CPU: [CortexA7] [DUAL-CORE] [1000MHz]

GPU: [MALI400]

MEM: [1GB][LPDDR3]

HDD: [4GB eMMC] + [microSD Slot]

SPD: [Singlethread: 140] [Multithread: 220]

GUI: [1x HDMI] [1x RCA Analog] + [LVDS]

USB: [2x]+[1x microUSB OTG]

NET: [1x Gbit]

PWR: [5v]

CON: [2000mA]

CubieBoard 4 [CC-A80] [US$ 120~145]

ARQ: [Arm]

CPU: [CortexA15] [OCTA-CORE] [1300MHz]&[2000MHz] [A80][big.LITTLE]

GPU: [PowerVR G6230]

MEM: [2GB][LPDDR3]

HDD: [8GB eMMC] + [microSD Slot]

SPD: [Singlethread: 410] [Multithread: 1412]

GUI: [1x HDMI] [1x VGA Analog] + [LVDS]

USB: [4x]+[1x microUSB 3.0 OTG]

NET: [1x Gbit] + [1x Wi-Fi 802.11bgn 2.4/5GHz 3dbi antenna] + [1x Bluetooth]

PWR: [5v]

CON: [4000mA]**

C.H.I.P. [US$ 9~24] (!!!)

ARQ: [Arm]

CPU: [CortexA8] [SINGLE-CORE] [1000MHz] [A13]

GPU: [MALI400]

MEM: [512MB][LPDDR3]

HDD: [4GB eMMC] + [microSD Slot]

SPD: [Singlethread: 140]

GUI: [1x HDMI]*(com adaptador)

USB: [1x]+[1x microUSB OTG]

NET: [1x Wi-Fi 802.11bgn] + [1x Bluetooth 4.0]

PWR: [5v] [microUSB]

CON: [1000mA]

GIZMO2 [US$ 200 ~250 ]

ARQ: [x86][AMD Jaguar]

CPU: [AMD GX210HA] [DUAL-CORE] [1000MHz]

GPU: [AMD HD8210E]

MEM: [1GB][LPDDR3]

HDD: [microSD Slot]+[2x mSATA]

SPD: [Singlethread: 310] [Multithread: 900]

GUI: [1x HDMI 1.4a] (male)

USB: [4x]+[2x USB 3.0]+[2x USB 2.0 Header]

NET: [1x Gigabit]

PWR: [12v]

CON: [2000mA]

PARALLELLA [US$ 99 ~150]

ARQ: [Arm]

CPU: [CortexA9] [DUAL-CORE] [866MHz][Zynq-Z7020]

GPU: [MALI400]*

MEM: [1GB][LPDDR3]

HDD: [microSD Slot]+[128mb NOR FLASH]

SPD: [Singlethread: 140]*

GUI: [1x microHDMI]

USB: [1x microUSB]

NET: [1x Gigabit]

PWR: [5v~36v]

CON: [2000mA]

CreatorCi20 [US$ 65 ~ 80] [Linux Foundation Backed]

ARQ: [MIPS]

CPU: [XBurst] [DUAL-CORE] [1200MHz][JZ4780]

GPU: [PowerVR SGX540]

MEM: [1GB][LPDDR3]

HDD: [microSD Slot]

SPD: [Singlethread: 200][Multithread: 350]

GUI: [1x HDMI 1.4]

USB: [2x USB + OTG]

NET: [1x Ethernet] + [1x Wi-Fi 802.11bgn] + [1x Bluetooth 4.0]

PWR: [5v~36v]

CON: [2000mA]

Utilite2 [US$ 200 ~ 250]

ARQ: [Arm]

CPU: [Snapdragon™ 600] [QUAD-CORE] [1700MHz][APQ8064]

GPU: [Adreno320]

MEM: [2GB][LPDDR3]

HDD: [microSD Slot]+[32GB mSATA]/[4GB eMMC]

SPD: [Singlethread: 318][Multithread: 746]

GUI: [1x HDMI 1.4]

USB: [4x OTG]+[1x microUSB]

NET: [1x Gigabit]+[WiFi 802.11b/g/n Dual Antenna]+[Bluetooth 4.0]

PWR: [10v~16v]

CON: [2000mA]

Softwares (Music Player):

MPD (Linux)

Operação: Headless (Controle remoto server side, MPad, MPDroid)

Configuração: HeadLess (Console via SSH, command line)

Jriver (Windows/Linux/Mac)

Operação: Headless (Controle remoto server side, WebGizmo)

Configuração: GUI em Windows e MAC, Linux nao confirmado*

Distribuições Linux:

MOODE Linux (Raspberry Pi2)

Archphile Linux (Raspberry Pi2)

Volumio Linux (Raspberry Pi2)

RuneAudio Linux (Raspberry Pi2)

Sincronizador USB: (Recomendado para qualquer setup High End)

USB REGEN (USB DAC, PC ou Raspberry Pi, qualquer conector USB)

Acessórios:

Placa de Expansão de I/O: Suptronics X300

(Para montagem de um Storage com HDD SATA de baixo consumo, esta placa inclui controladora WiFi de ótima velocidade)

Placas WiFi USB recomendadas:

TL-WN722N (meramente por ter uma antena rosqueável de 4dBi que voce pode colocar outra de até 10dBi)

Outras placas de rede menores podem ser usadas perfeitamente, recebi algumas que colocarei aqui na lista recomendada em breve.

1 curtida

Falando um pouco a respeito da configuração de um media player “Headless”,

pois algumas pessoas comentaram nao entender totalmente a diferença entre um PC rodando Windows e um Linux com MPD.

Realmente são abordagens diferentes.

No windows:

Voce tem uma interface gráfica, um software configurável com interface gráfica (JRiver, Foobar, entre outros) e que pode ser comandado por controle remoto via aplicativo, seja tablet ou celular.

No Linux:

A abordagem (desejada) é um pouco diferente, pois voce tem a opção de não desperdiçar recursos (leia-se interrupts e memória) com um ambiente gráfico.

Voce pode utilizar sim o ambiente gráfico para configurar e até tocar música, mas não estará usando a capacidade do equipamento em sua plenitude.

O que significa “Headless”?

Headless é o termo usado na área de TI para equipamentos que nao possuem conexão “KVM” (Keyboard/Video/Mouse).

Significa que seu media player, nao precisa de conexões físicas de controle/display, similar a um player “appliance” HighEnd como CD players que apenas recebem um cabo de força e seus cabos de saída de audio, o resto é controlado remotamente.

Sendo assim, este media player funciona de forma similar, apenas o cabo de força e o(s) cabo(s) de saída de audio.

Portanto, sem teclado, sem mouse, sem monitor.

O que é o MPD?

MPD é um software open source, portanto free, tocador de mídia, que fica residente em memória aguardando conexões em uma porta no modo SERVIDOR e trabalha de acordo com informações pré estabelecidas em seu arquivo de configuração. (/etc/mpd.conf ou /etc/mpd/mpd.conf dependendo da distribuição Linux)

O que faz o MPD?

Sendo breve: ele acessa sua biblioteca de midia, lista e ao seu comando envia estes para a devida interface de audio (seja uma placa de som, um DAC ou um device interno)

O MPD possui interface gráfica?

Não, mas existem softwares CLIENTES MPD que se conectam ao IP e porta do servidor MPD pré configurado que podem fazer algumas tarefas como criar playlists, selecionar as musicas e as interfaces de musica, e efetuar os comandos como um player (START/STOP/AVANÇO etc)

Como configurar o MPD?

Não é minha intenção aqui fazer um how-to, voce pode ver quais configurações são relevantes no site do MPD.

Mas, basicamente, voce precisa:

  • Localizar sua interface (como por exemplo a porta USB onde seu DAC foi encontrado) e listá-la no arquivo mpd.conf

  • Localizar sua biblioteca de musica e colocá-la no arquivo mpd.conf

  • Configurar o modo MPD para o driver de audio correto: ALSA

Onde localizo minha interface?

Normalmente basta dar um comando lsusb e procurar pelo seu DAC.

Mas em alguns casos, pode ser que você precise procurar no arquivo de informação do kernel (no ubuntu fica no /var/log/kern.log) e procurar pelo nome do seu DAC ou interface de som no bus USB.

Como faço o ALSA disponibilizar minha interface?

Em condições normais, basta rodar o alsamixer para verificar se a interface está reconhecida.

Em alguns computadores, onde a BIOS disponibiliza placa de som on-board, você pode ter que tirar do blacklist os módulos de USB-sound e colocá-los com a mesma prioridade de PCI-sound, existe bastante informação na internet sobre isso, aqui não vou colocar o passo a passo pois não é o escopo deste post, apenas um Overview.

*Adicionalmente: falando de raspberry pi, vale fazer blacklist do driver de audio “on board” para que o ALSA apenas veja o seu DAC principal.

Onde encontro minha biblioteca de musica?

Ela pode estar:

Em um device local (HDD/SD/USB/eSATA) ou Remoto (SAN)

Em um device da rede (NAS/SAN/SAMBA/HTTP/FTP)

Basta montar em um diretório local e colocar no arquivo do MPD.

Porque o MPD?

MPD é o software player mais leve da atualidade.

Ele não faz tarefas inúteis, como apresentar graficamente ou ordenadamente as musicas, a capinhas dos álbuns nem faz conexão com a internet. Isso tudo fica a cargo do próprio controle remoto que se conecta a ele.

MPD é atualmente o software por trás de players high end que suportam arquivos de alta definição como o Aurender, Auralic, SooLoos, Linn Klimax entre tantos outros.

Como fazer para ter as capas de Álbum no controle remoto do MPD?

O MPAD e o MPOD por exemplo, podem acessar as capas dos álbuns da sua biblioteca de música usando o protocolo HTTP.

Isso porque ele consegue relacionar o caminho usado pelo MPD e acessar as imagens (normalmente folder.jpg) na raiz do diretório de cada album.

Desta Forma, se voce usa um storage, pode usar um servidor Web (Apache, nginx, IIS etc) para servir os diretórios da sua biblioteca de musica, onde o MPD pegará os arquivos de música e o controle remoto buscará as capas de album sem que o mesmo servidor MPD tenha que fazer todas as coisas. (y)

Audio Proxy, o que é isso?

Audio Proxy é uma abordagem usada em sistemas desktop/usuário final para juntar (multiplexar) várias entradas de audio em uma única interface de saída.

Se ele não existisse, ao ouvir uma música no desktop, um som iniciado por outro programa não conseguiria ser tocado, pois a placa ja estaria em uso pelo tocador de musica.

O grande problema é que, com este design, ele não é indicado para alta qualidade, pois ele normaliza todo audio, em um único stream, normalmente 48KHz-16bit.

Logo, se voce tentar tocar um arquivo de alta resolução, como 192KHz-24bit ele será “Downsampled” para 48KHz-16bit…

Algumas interfaces de audio com driver próprio permitem fixar em outros formatos fazendo um “UPSAMPLING” permanente em digamos até 192KHz-24bit, mas todo audio é re-gerado neste formato novo.

Não é necessário ser expert para perceber que o bit-perfect é arruinado neste processo de Audio Proxy.

O Windows por default, faz com que todo audio passe por um Audio Proxy que normaliza a saída de todos os sons de todos os programas em um único stream criado a partir da “junção” todo este áudio enviado simultaneamente para uma mesma interface.

Por isso são necessários várias modificações (tweaks) tentando garantir o acesso direto a interface de audio.

E o kernel do windows não é desenhado para ser BOM ou ÓTIMO neste quesito.

E no Linux? como funciona?

Se voce instalar um linux versão desktop, é possível que ele venha com um multiplexer de audio, o mais comum é o PulseAudio que funciona de forma semelhante.

O PulseAudio vem pré instalado para que todos os programas que usem musica possam “tocar” em uma mesma interface (ou placa de som).

Mas… no Linux, basta desinstalar o PulseAudio e instalar o ALSA, se este for o caso

(as versões servidor do Ubuntu a título de exemplo, não vem instalado PulseAudio ou ALSA)

O que é ALSA?

ALSA, significa Advanced Linux Sound Architecture, ou Arquitetura Avançada de Som do Linux. Ele é o software (driver) que conecta sua interface de audio (placa de som ou DAC) e disponibiliza para o sistema

Importante quanto ao DAC e ALSA:

Quem identifica seu DAC é o Kernel do Linux e nao o ALSA, este ultimo apenas o conecta aos programas que buscam fazer stream de audio. Portanto, se o DAC não é reconhecido pelo kernel, você não conseguirá configurar o ALSA.

E o MPD? ele altera o audio?

O MPD faz a leitura do arquivo de audio de alta resolução, se for 192KHz-24bit, e é assim que ele enviará para a interface.

MPD inclusive é capaz de enviar o stream DSD diretamente, sem alterá-lo.

Ele NÃO converte DSD para PCM.

O ALSA então, envia o Stream de audio para a interface USB assíncrona, cuidando apenas de completar o buffer. E pronto seu DAC está recebendo o arquivo bit-perfect.

Como controlar o MPD se meu servidor é Headless?

Voce precisa de um programa que se conecte ao endereço e porta que voce configurou o MPD, pode ser no computador, tablet ou celular.

Ao se conectar, o programa cliente passa a controlar o seu servidor de musica.

Exemplos:

No iPad voce tem o MPAD (link no primeiro post)

No iPod voce tem o MPOD

No Android voce tem o MPDroid entre outros.

Eu realmente preciso do MPD?

Não, voce pode usar a interface gráfica no Linux e tocar como o Windows, tomando o cuidado para retirar o PulseAudio e instalar o ALSA.

Inclusive pode usar o JRiver que agora possui versão para Linux.

(Se voce tem um Linux com JRiver, por favor compartilhe suas impressões)

Basicamente é isso.

Depois com mais tempo, colocarei alguns exemplos de configuração do MPD para referência.

Ultima alteração 20150717: melhorias, correções de texto e acréscimo de detalhes.

Reservado

Reservado

Olá colegas foristas.

Primeiramente obrigado ao Ryche e a todos pela enorme gama de informações disponíveis neste tópico.

Bom, até hoje o meu foco foi 100% no som analógico mas de um tempo pra cá comecei a pensar em montar um sistema digital bom para poder ouvir os álbuns que não tenho em vinil. Atualmente possuo o Google Chromecast Audio ligado ao DAC do integrado Yamaha A-S501 via cabo toslink, que até então estava atendendo as necessidades, escuto Tidal HiFi e arquivos FLAC, porém comecei a ler este tópico e depois de ler todas as 60 páginas desse tópico além de tantas outras em outros fóruns de discussão resolvi montar um sistema digital baseado em Raspberry Pi.

Lembrei de um amigo que queria me vender há um tempo atrás um Raspberry Pi e acabei comprando um modelo 3B.

Instalei o Moode, configurei tudo certinho e estou usando com o DAC Dragonfly, conectado ao integrado por um cabo desses P2/RCA. Como fonte de alimentação usei um powerbank Xiaomi de 10.000mAh que durou 8h dos testes e ainda tem 3/4 de bateria. Usei o próprio wifi do Raspberry Pi e tocou tudo liso, não travou nenhuma vez. Usei FLAC até 24/96 que é o que o Dragonfly suporta.

Fiz 5 testes A/B para comparar os sistemas:

1- Norah Jones - It Was You (do álbum Begin Again)

  • Vinil

  • Tidal pelo Chromecast Audio

  • Tidal pelo Raspbery Pi (via BubbleUPnP)

  • Flac pelo RaspberryPi (conectado direto no USB e remoto via MinimServer)

2- Eagles - Hotel California (do álbum Hotel California)

  • Vinil (Reprensagem de 2014)

  • Tidal pelo Chromecast Audio

  • Tidal pelo RaspberyPi (via BubbleUPnP)

  • Flac pelo RaspberryPi (conectado direto no USB e remoto via MinimServer)

3- Neil Young - Old Man (do álbum Harvest)

  • Vinil (1ª Prensagem Japonesa)

  • Tidal pelo Chromecast Audio

  • Tidal pelo RaspberyPi (via BubbleUPnP)

  • Flac pelo RaspberryPi (conectado direto no USB e remoto via MinimServer)

4- 3 Na Massa - Morada Boa (do álbum Na Confraria Das Sedutoras)

  • Vinil

  • Tidal pelo Chromecast Audio

  • Tidal pelo RaspberyPi (via BubbleUPnP)

  • Flac pelo RaspberryPi (conectado direto no USB e remoto via MinimServer)

5- Portishead - Roads (do álbum Dummy)

  • Vinil (Reprensagem Européia)

  • Tidal pelo Chromecast Audio

  • Tidal pelo RaspberyPi (via BubbleUPnP)

  • Flac pelo RaspberryPi (conectado direto no USB e remoto via MinimServer)

Resultado:

Em todos os testes o Vinil se mostrou muito superior, obviamente pelo investimento que fiz no analógico que é mais de 10x o que investi no Raspberry Pi e no Dragonfly e acredito que para chegar ao resultado que tenho no analógico é preciso gastar muito mais para ter algo similar.

O Tidal no início me decepcionou um pouco pois pelo Raspberry Pi não ficou tão diferente do Chromecast Audio, mas refiz alguns ajustes no MPD do Moode e apliquei um patch interessante de otimização do sistema, retestei tudo e ficou muito melhor, mais palco, amplitude, separação… No Chromecast Audio o som é muito mais chapado e no Raspberry Pi tomou forma.

Já o FLAC me surpreendeu muito. Já estava superior ao Tidal e depois dos ajustes ficou muito bom mesmo. Um palco, profundidade e separação dos instrumentos absurdo. Sinceramente não esperava obter esse tipo de refinamento com um sistema tão simples.

Considerações:

Depois de exaustivas horas de testes cheguei a conclusão que é o melhor CxB pra entrar no mundo digital com uma qualidade considerável (antes considerava o Chromecast Audio mas como está descontinuado perdeu seu lugar ao sol!). Pretendo evoluir o sistema para uma placa HAT no lugar do Dragonfly, uma fonte linear bem construída, um dongle wifi dual band e colocar tudo numa caixa com um display LCD de 5" para operação local. Além de testar outras distros para ver a diferença pro Moode.

Estou muito satisfeito com o resultado, aposentei o Chromecast Audio e vou continuar estudando esse sistema com Raspberry Pi para melhorar ainda mais.

Abraços!

Ja estou na área!!! Parabéns pela iniciativa @manepipoca ???

Mandei uma MP para o Ryche para avisá-lo da mudança do forum, espero que ele participe por aqui para colaborar com seu grande conhecimento sobre o assunto…

Até lá vamos tocando o barco e certamente os outros amigos irão aparecer por aqui para colaborar com o tópico.

Eu estava usando tranquilamente o HYSOLID. Ele servia como player, além de que, tinha a vantagem de rodar como um serviço do Windows, diretamente da tela de  Logon. Isso era vantajoso por que teoricamente isso reduzia alguns processos no Windows, já que esses poderiam concorrer com as músicas. 

Só que depois da atualização para o Android 10, o HYSOLID parou de funcionar… 

[QUOTE username=manepipoca userid=7347462 postid=1312648003]Olá colegas foristas.

Lembrei de um amigo que queria me vender há um tempo atrás um Raspberry Pi e acabei comprando um modelo 3B.

Abraços![/QUOTE]

muito legal sua experiência. para te auxiliar, queria lembrar que o raspberry 3 tem uma falha de design que compromete muito a qualidade. A porta de rede e a porta USB compartilham a mesma bus do processador. ou seja, se você utilizar rede e usb ao mesmo tempo, os dados estarão trafegando pela mesma linha, comprometendo o timing do USB, e causando o famoso jitter. Essa característica não pode ser alterada por software, mas alguma implementação pode conceder prioridade ao USB sobre a conexão de rede, aliviando um pouco o problema.

Por isso que, com raspberry, o melhor caminho é usar um modelo 4, em que essa questão foi resolvida, ou usar um hat para a saída de audio, evitando usar a porta usb.

Por outro lado, importante sempre lembrar que o dac influencia muito o som no digital. dragonfly é ótimo pela conveniencia, mas acho que nunca vai bater um vinil bem ajustado. para isso, talvez um chord de entrada (mojo, hugo 1) já seja suficiente para igualar a experiência. 

Abs.

[QUOTE username=jvvita userid=7347539 postid=1312761201]

muito legal sua experiência. para te auxiliar, queria lembrar que o raspberry 3 tem uma falha de design que compromete muito a qualidade. A porta de rede e a porta USB compartilham a mesma bus do processador. ou seja, se você utilizar rede e usb ao mesmo tempo, os dados estarão trafegando pela mesma linha, comprometendo o timing do USB, e causando o famoso jitter. Essa característica não pode ser alterada por software, mas alguma implementação pode conceder prioridade ao USB sobre a conexão de rede, aliviando um pouco o problema.

Por isso que, com raspberry, o melhor caminho é usar um modelo 4, em que essa questão foi resolvida, ou usar um hat para a saída de audio, evitando usar a porta usb.

Por outro lado, importante sempre lembrar que o dac influencia muito o som no digital. dragonfly é ótimo pela conveniencia, mas acho que nunca vai bater um vinil bem ajustado. para isso, talvez um chord de entrada (mojo, hugo 1) já seja suficiente para igualar a experiência. 

Abs.[/QUOTE]

Já li a respeito dessa falha, por isso não utilizo a porta ethernet e sim o wifi que funciona muito bem.

O HAT virá em breve e por dica de um colega aqui do forum, acho que é Marcos Tavares, irei pegar o PI2AES.

O DAC também irei aposentar do set de mesa, ficará para o celular apenas, e ele faz um ótimo trabalho. Vou passar a utilizar o DAC do integrado via cabo digital coaxial.

Hoje estava rolando isso no Moode:

Screenshot from 2020-08-29 08-48-29.png 

Tenho um RPi 3B+ e um 4B, e talvez pode haver essa diferença pela saída USB mas não percebi essa diferença aqui no meu set, talvez seja pelo fato que utilizo um USB Regen que “corrige” o sinal que sai da USB e acabou nivelando os 2 modelos.

Ainda pretendo fazer um comparativo mais criterioso e sem o Regen para avaliar se há diferença significativa entre os 2 modelos.

Essa versão atual do moode ta muito legal @manepipoca, qual versão do MPD vc está utilizando??? Eu uso o 0.22, dizem ser mais musical e a biblioteca lê os arquivos CUE. 

[QUOTE username=Rinaldi Moreira userid=7347092 postid=1312770688]Tenho um RPi 3B+ e um 4B, e talvez pode haver essa diferença pela saída USB mas não percebi essa diferença aqui no meu set, talvez seja pelo fato que utilizo um USB Regen que “corrige” o sinal que sai da USB e acabou nivelando os 2 modelos.

Ainda pretendo fazer um comparativo mais criterioso e sem o Regen para avaliar se há diferença significativa entre os 2 modelos.

Essa versão atual do moode ta muito legal @manepipoca, qual versão do MPD vc está utilizando??? Eu uso o 0.22, dizem ser mais musical e a biblioteca lê os arquivos CUE. [/QUOTE] 

Olá amigo!

Nunca mexi nessa configuração, está a versão 0.21.22 (Default).

Eu não curto muito arquivos CUE, separo tudo com o Medieval CUE Splitter.

Farei uns testes com a 0.22 pra ver se noto algo, mas meu sistema sendo simplório acredito que não rs

Quando tiver algo mais complexo aí a história muda.

Bom dia!, Vais vender o Chromecast áudio que se aposentou?

[QUOTE username=manepipoca userid=7347462 postid=1312770756] 

Olá amigo!

Nunca mexi nessa configuração, está a versão 0.21.22 (Default).

Eu não curto muito arquivos CUE, separo tudo com o Medieval CUE Splitter.

Farei uns testes com a 0.22 pra ver se noto algo, mas meu sistema sendo simplório acredito que não rs

Quando tiver algo mais complexo aí a história muda.[/QUOTE]

Além de alterar o MPD para o 0.22 surigo vc fazer essas outras alterações e depois me diga o que achou do resultado…

  • em Audio buffers (dentro do MPD) altere de 4096 para 8192

  • em CPU governor mude para Performace

  • o kernel de 32bit para 64bit

Quando vc altera a versão do mpd tem que carregar novamente a biblioteca.

Como o HYSOLID não funciona nem com reza braba, decidi instalar o JRiver, (sem comprar a licença), para fazer uma comparação com o Foobar…

No Foobar a única alteração que fiz foi em relação a instalação do driver WASAPI, (Se alguém souber de como configura lo melhor, por favor me informe).

Aos meus ouvidos o Foobar está tocando melhor que o JRiver. Mas em minha memória auditiva o HYSOLID tocava melhor que ambos.😕

[QUOTE username=Ari Pereira userid=7347375 postid=1312774517]Como o HYSOLID não funciona nem com reza braba, decidi instalar o JRiver, (sem comprar a licença), para fazer uma comparação com o Foobar…

No Foobar a única alteração que fiz foi em relação a instalação do driver WASAPI, (Se alguém souber de como configura lo melhor, por favor me informe).

Aos meus ouvidos o Foobar está tocando melhor que o JRiver. Mas em minha memória auditiva o HYSOLID tocava melhor que ambos.😕[/QUOTE]

Amigo Ari sobre o Hysolid não tenho experiência com ele, até tentei mas não consegui funcionar corretamente (talvez o amigo pode até ajudar para testá-lo), mas tenho bastante experiência com o Foobar e JRiver, brinquei muito com os 2 na minha opinião concordo com vc, o Foobar acho melhor q o JRiver (para meus ouvidos), a principal diferença está no audio que no foobar o som é mais equilibrado em todas as frequências e no jriver percebo um som em forma de “V” onde as altas e graves são mais pronunciados e os médios recuados, devido a essas caracteristicas não entendo a preferência pelo jriver, acredito ser pelo gosto pessoal.

Os 2 players permitem vários ajustes, dependendo do seus arquivos posso ajudar na configuração do player, aí é só avisar ?.

@Rinaldi Moreira

Então, o HYSOLID era muito simples. Você se cadastrava no site, depois baixava o app no seu celular ou tablet.  Depois de

ligar o PC você acionava o ícone na área de trabalho e ele te daria algumas instruções. Feito isso, você acionava o app pelo android. Automaticamente o app pedia a direção de onde estavam seus arquivos de música, feito isso, era só acionar o Play e pronto. O problema é que ele não funciona mais…Acredito que tenha sido descontinuado…

No Foobar, como citei, eu só adicionei o plugin WASAPI.

A Maioria dos meus arquivos são .FLAC.

Aceito sua ajuda sim meu amigo.

Hoje baixei um Player chamado Clementine, ele é baseado em Linux e tem uma versão para Windows. Vou fazer alguns testes.

Alguém tem o contato do Marcos Tavares? Ou sabe se ele cadastrou aqui?

Eu tenho o contato dele, se tiver interesse mando por MP.

084ab820-cf46-4379-b271-7e6528e16bb1.jpg 

Montei player com Raspberry Pi 4 com sistema Moode para experimentar o resultado desse conjunto.

Sistema Composto por:

Dac Topping D30, Fonte Linear 5V LKS Audio , Amplificador DIY com a placa ICEPower 125ASX2 e Caixas Q Acoustics 3020i