Linux e Lenovo, Linux e cellulari, furbofoni alternativi e altro nella puntata numero uno di OpenCast Live!

Scarica:
Ogg/Vorbis
Mp3
Mp4

Link della puntata:

• Lenovo Brings Linux® Certification to ThinkPad and ThinkStation Workstation Portfolio, Easing Deployment for Developers & Data Scientists
• Un ingegnere Lenovo si informa su come contribuire a Debian
• Linux preinstallato sui desktop lenovo
• PinePhone Community Edition con PostmarketOS in prevendita da inizio luglio: da pine64.org, da postmarketos.org
• Ringo, an Educational DIY Mobile Phone
• E' possibile compilare programmi per android usando solo strumenti disponibili in debian

Musica:

• The Green Duck : "Blow It Away"

Abbiamo registrato grazie a:

• https://jitsi.org/jitsi-meet/
• https://obsproject.com/
• vari microfoni e ammenicoli vari

Segui @gl-como@social.gl-como.it sul fediverso!

---

https://www.gl-como.it/v2015/opencast-live-1/

Dopo la puntata pilota del mese scorso, OpenCast Live parte a regime, cercando di mantenere una cadenza mensile, l'ultimo martedì del mese.

Grazie alla moderna tecnologia, martedì 30 giugno a partire dalle 21:00si potrà seguire in diretta e partecipare via chat!

Si parla di Linux, open source, software libero e tecnologia in generale, sempre senza prendersi troppo sul serio.

Venite a trovarci!

https://live.gl-como.it/view.html#gl-opencast

---

https://www.gl-como.it/v2015/opencast-live-puntata-numero-1/

Sono online i video della prima serata a tema "Sales Pitch" linguaggi di programmazione

Si tratta di una serie di presentazioni brevi nelle quali si cerca di invogliare ad imparare un linguaggio di programmazione. Il target sono persone con nozioni di programmazione: né completi principianti né sviluppatori esperti. Non ci sono particolari vincoli sui linguaggi presentati, basta che possano chiamarsi “linguaggio di programmazione”

Le prime tre presentazioni trattano awk, python e corewars

Vai alla playlist

---

https://www.gl-como.it/v2015/sales-pitch-linguaggi-di-programmazione-1/

Puntata pilota di OpenCast Live!

Scarica: Ogg/Vorbis - Mp3 - Mp4

Link alle notizie e agli argomenti:

• https://www.gnome.org/news/2020/05/patent-case-against-gnome-resolved/
• https://wiki.debian.org/DebianEvents/internet/2020/MiniDebConfOnline
• https://www.davidrevoy.com/article777/libre-graphic-meeting-online-2020-livestream
• http://www.ils.org/linuxday2020
• https://www.wikimedia.it/sequestro-del-sito-gutenberg-org-una-svista-che-si-spera-sia-rapidamente-corretta/
• https://www.kiwix.org/
• https://standardebooks.org/
• https://www.liberliber.it/benvenuto/
• https://framablog.org/2020/05/26/our-plans-for-peertube-v3-progressive-fundraising-live-streaming-coming-next-fall/

Abbiamo registrato ognuno a casa propria in ottemperanza alla regolamentazione vigente in materia di contenimento dell'epidemia con:

• https://jitsi.org/jitsi-meet/
• https://obsproject.com/
• vari microfoni e ammenicoli vari

---

https://www.gl-como.it/v2015/opencast-live-n-0/

Dopo anni di silenzio torna OpenCast in versione video e live!

Grazie alla moderna tecnologia, martedì 26 maggio a partire dalle 21:00si potrà seguire in diretta e partecipare via chat!

Si parla di inux, open source, software libero e tecnologia in generale, sempre senza prendersi troppo sul serio.

Venite a trovarci!

https://live.gl-como.it/view.html#gl-opencast

---

https://www.gl-como.it/v2015/opencast-live-annuncio/

Nell'ultimo articolo abbiamo visto come installare un server per fare dirette video per fare dirette uno a molti con feedback tramite chat testuale.

In gruppi più piccoli però è più comodo e immediato fare videochiamate in cui tutti possano intervenire con audiovideo: per fare questo usando software libero possiamo usare jitsi meet, una piattaforma che fa uso dello standard WebRTC.

In questo modo, chi vuole partecipare alla videochiamata non deve fare altro che collegarsi al server con un qualsiasi browser moderno e creare una stanza o unirsi ad una stanza esistente, senza bisogno di nessun tipo di registrazione.

Se questo modello di videochiamata interessa, ma si è pigri, si può andare su https://iorestoacasa.work/ e sfruttare le istanze jitsi messe a disposizione da volontari per il periodo di emergenza. Dato però che non siamo pigri, possiamo continuare a leggere questo articolo per vedere come installare una propria istanza.

Installazione

Requisiti

L'installazione di jitsi dovrà avvenire su un server con buona disponibilità di banda; per videochiamate tra piccoli gruppi (~10 persone) può bastare un qualsiasi VPS economico, mentre se si pensa di offrire un servizio pubblico conviene rispettare i requisiti indicati suhttps://iorestoacasa.work/voglio-contribuire.html .

Server web, certificati, ecc.

Innanzitutto, è necessario installare un server web a scelta tra apache e nginx: noi abbiamo scelto nginx (per poterlo usare anche come server di streaming, seguendo l'articolo di Fabrixxm).

Usare il proprio metodo preferito per ottenere dei certificati ssl; jitsi si aspetta di trovarli nei file /etc/ssl/jitsi.example.org.key per la chiave e /etc/ssl/jitsi.example.org.crt per il certificato pubblico (completo di certificato intermedio).

Controllare poi che /etc/hosts abbia il FQDN configurato su localhost e aggiungerci una voce Dev-VideoConf-Jitsi per prevenire dei problemi di connessione SCTP:
127.0.1.1 jitsi.example.org jitsi
127.0.0.1 localhost Dev-VideoConf-Jitsi
::1 localhost ip6-localhost ip6-loopback

Jitsi

Purtroppo jitsi non è disponibile in Debian, ma gli sviluppatori forniscono un repository con dei pacchetti .deb aggiornati: aggiungere tale repository in /etc/apt/sources.list.d/jitsi.list:
deb https://download.jitsi.org stable/

e abilitare la relativa chiave di firma:
# wget -qO - https://download.jitsi.org/jitsi-key.gpg.key | apt-key add

Aggiornare apt ed installare jitsi:
# apt update
# apt install jitsi-meet

Verranno poste le seguenti domande:
The hostname of the current installation:rispondere con l'FQDN della macchina <server>.<dominio>SSL certificate for the Jitsi Meet instancerispondere “I want to use my own certificate”Full local server path to the SSL key file:rispondere /etc/ssl/jitsi.example.org.keyFull local server path to the SSL certificate file:rispondere /etc/ssl/jitsi.example.org.crt
(attenzione, per questi ultimi due abbiamo avuto problemi nell'usare valori diversi dal default e abbiamo preferito copiare i file nella posizione attesa piuttosto che cercare di risolverli.)

Se il server che si sta usando usa nat (come fanno alcuni fornitori di VPS per fornire indirizzi pubblici riassegnabili a macchine diverse), aggiungere le seguenti righe a/etc/jitsi/videobridge/sip-communicator.properties:
org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=<iplocale>
org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=<ip pubblico>

(ad esempio <ip locale> sarà qualcosa come 192.168.42.23)

E riavviare il servizio videobridge2:
# service videobridge2 restart

Conclusioni

Il nostro server è pronto, a questo punto basta aprirehttps://jitsi.example.org/v2015/feeds/all.atom.xml con un qualunque browser con supporto webrtc, creare una stanza, passare l'indirizzo ai propri amici e parlare a piacere.

Non è però tutto qui: in articoli successivi vedremo come usare jitsi come fonte per streaming o registrazioni, per avere uno strumento semplice per organizzare conferenze da remoto o realizzare progetti creativi.

---

https://www.gl-como.it/v2015/installare_jitsi/

In questi giorni di reclusione forzata, si fa affidamento a internet per portare avanti le nostre vite: telelavoro, videoconferenze, scuola online.

In questo piccolo articolo, vediamo come configurare un nostro server per fare dirette online, in alternativa a Youtube, Facebook, etc etc.

Cosa serve

• un server, magari una VPS, con una buona disponibilità di banda
• conoscenze base di linux, bash, ssh, e cose così
• colla vinilica
• forbici con la punta arrotondata

Protocolli e software

Il protocollo più usato per le dirette video è RTMP

Per funzionare, una sorgente invia un flusso di dati a un server che si occupa di rigirare il flusso ai vari client che lo richiedono.

Questo è il motivo per cui serve avere banda disponibile. Una diretta con 10 spettatori occuperà 10 x banda necessaria per il video in uscita più quella in ingresso per la sorgente.

È possibile far funzionare il server su un RaspberryPI a casa? Puo' essere, ma non potrete avere molti spettatori, a seconda della vostra connessione a internet.

Come sorgente useremo OBS Studio, come server NGINX, che è più conosciuto come server web, ma esiste un modulo che supporta rtmp.

Come client potremmo usare VLC, o altri player che supportano RTMP, ma vogliamo che la diretta sia visibile da una pagina web.

Fortunatamente NGINX supporta anche HLS, un protocollo di stream video basato su http, che permette di visualizzare la diretta in un browser, grazie a librerie javascript come video.js.

NGINX lo faremo girare su un server con Debian 10 "buster".

In questo articolo presumiamo che non ci sia già un server web in esecuzione (tipo Apache o altri)

Installiamo e configuriamo il server

installiamo nginx e il modulo rtmp

# apt install nginx libnginx-mod-rtmp

Il modulo rtmp ha una sua configurazione da mettere nel file /etc/nginx.conf. Per facilitarci la vita, creaiamo una cartella che conterrà la configurazione per rtmp

# mkdir -p /etc/nginx/rtmp.d

e nel file /etc/nginx.conf aggiungiamo

rtmp {
include /etc/nginx/rtmp.d/*;
}

Aggiungiamo la configurazione di rtmp. NGINX si occuperà di creare i segmenti video e la playlist m3u8 necessari per il protocollo HLS, dobbiamo dirgli dove. Glieli faremo salvare in /tmp/hls.

Creiamo il file /etc/nginx/rtmp.d/hls

server {
listen 1935;
ping 30s;
notify_method get;

application live {
live on;

# sample HLS
hls on;
hls_path /tmp/hls;
hls_sync 100ms;
hls_fragment 3;
hls_playlist_length 60;
allow play all;
}
}

NGINX sarà in ascolto per lo stream rtmp sulla porta 1935, la porta di default del protocollo.

Ora configuriamo la parte web.

Sostituiamo il contenuto del file /etc/nginx/sites-available/default con:

server {
listen 80;
listen [::]:80;
server_name ilmioserver.it;

root /var/www/html;

location / {
index index.html;
}

location /hls {
# Disable cache
add_header Cache-Control no-cache;

# CORS setup
add_header 'Access-Control-Allow-Origin' '*' always;
add_header 'Access-Control-Expose-Headers' 'Content-Length';

# allow CORS preflight requests
if ($request_method = 'OPTIONS') {
add_header 'Access-Control-Allow-Origin' '*';
add_header 'Access-Control-Max-Age' 1728000;
add_header 'Content-Type' 'text/plain charset=UTF-8';
add_header 'Content-Length' 0;
return 204;
}

types {
application/vnd.apple.mpegurl m3u8;
video/mp2t ts;
}

root /tmp;
}

# rtmp stat
location /stats {
rtmp_stat all;
rtmp_stat_stylesheet stat.xsl;
}

# rtmp control
location /control {
rtmp_control all;
}
}

Con questo file configuriamo:

• la radice del nostro web server, da dove verrà servita la pagina agli spettatori, che sarà salvata in /var/www/html
• il percorso (/hls) da cui saranno serviti i file video, presi da /tmp/hls. È lo stesso percorso impostato nella configurazione della parte rtmp.
• due percorsi di 'supporto', compresa una pagina di statistiche sugli stream.

Verifichiamo che la configurazione non contenga errori di sintassi:

# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

Ottimo. Ricarichiamo la configurazione.

# systemctl reload nginx

La pagina di visualizzazione

Creiamo il file /var/www/html/index.html

<!DOCTYPE html>
<html lang="en">
<head>
<link href="https://vjs.zencdn.net/7.1/video-js.min.css" rel="stylesheet">
<script src="https://vjs.zencdn.net/7.1/video.min.js"></script>
</head>
<body>
<video id="player" class="video-js vjs-default-skin" controls >
<source src="/hls/mystream.m3u8" type="application/x-mpegURL" />
</video>

<script>
var options, video;

options = {
autoplay: true,
muted: true
};

video = videojs('player', options);
</script>

</body>
</html>

notiamo l'indirizzo della sorgente video: src="/hls/mystream.m3u8": mystreamsarà l'identificativo della diretta da utilizzare nella configurazione di OBS.

Per finire, aggiungiamo il foglio di stile per le statistiche. Usiamo quello di esempio installato col pacchetto:

# gunzip /usr/share/doc/libnginx-mod-rtmp/examples/stat.xsl.gz -c > /var/www/html/stat.xsl

le statistiche saranno raggiungibili su http://miodominio.it/stats.

In onda

Installiamo OBS Studio.

Al primo avvio, eseguiamo la configurazione guidata.

Scegliamo 'Ottimizza per le dirette'

Segliamo una risoluzione e un framerate (FPS). Io ho scelto 1280x720 a 30 FPS.

Ora configuriamo il servizio di streaming. Scegliamo "Personalizzato...".

Come server inseriamo rtmp://miodominio.it/live/

Come 'Codice delle dirette' mettiamo mystream. Nota: è lo stesso nome utilizzato per la sorgente video nella pagina html, mystream.m3u8

Viene eseguito un test che ottimizza le impostazioni.

A questo punto aggiungiamo delle fonti in OBS e pigiamo su "Avvia la diretta". Vi rimando alla documentazione di OBS per la cofigurazione di scene e fonti.

La diretta sarà visibile con un browser su http://miodominio.it/ o con un lettore video, come VLC, aprendo l'indirizzo http://miodominio.it/hls/mystream.m3u8

Interattività

Questo sistema permette di avere una diretta video "uno a molti" tipo televisione. Ma questo è internet, è interattivo! Vogliamo poter ricevere domande e commenti dai nostri spettatori mentre siamo in diretta.

I servizi proprietari di streaming mettono a disposizione una chat a corredo del video. È una buona idea, facciamolo anche noi!

Ovviamente non ci metteremo a scrivere un sistema di chat, ma useremo uno dei più usati e storici sistemi su internet: IRC.

In particolare, inseriremo un client IRC web nella pagina, configurato per collegarsi a un canale predefinito. Da qui gli utenti potranno interagire tra loro e con noi (che terremo un client IRC aperto durante la diretta).

Utiliziamo KiwiIRC come client IRC web. La documentazione ci dice che il formato dell'url per indicare il canale da utilizzare è https://kiwiirc.com/nextclient/#irc://irc.freenode.net/#<nome del canale>. (ci colleghiamo alla rete irc di freenode)

Aggiungiamo quindi il seguente pezzo di codice html nella pagina index.html, appena sotto il tag </video>

<iframe width="100%" height="600"
src="https://kiwiirc.com/nextclient/#irc://irc.freenode.net/#ilmiocanale"></iframe>

(ricordiamoci di mettere il nome del canale corretto)

Conclusioni

Abbiamo creato da zero un semplice servizio di streaming live interattivo.

Da qui è possibile modificare il sistema per supportare più live in contemporanea: basta creare una pagina con il corretto nome dello stream come sorgente video e il corretto canale irc per la chat.

Una nota sulla sicurezza: il server RTMP è in ascolto su internet senza alcun sistema di autenticazione. Chiunque puo' avviare uno stream.

Una soluzione puo' essere mettere il server RTMP in ascolto solo su localhost, modificando il file /etc/nginx/rtmp.d/hls

server {
listen localhost:1935;
[...]

e utilizzare un tunnel ssh per collegarsi:

$ ssh -L 1935:localhost:1935 utente@miodominio.it

In questo caso, OBS dovrà collegarsi a rtmp://localhost/live

Esistono altre possibilità per autenticare la connessione RTMP, ma le indagheremo in un prossimo articolo.

---

https://www.gl-como.it/v2015/diretta-video-con-nginx/

Il Linux Day è la principale manifestazione italiana dedicata alla promozione di GNU/Linux e del Software Libero; quest'anno si terrà sabato 26 ottobre in numerose città Italiane.

Il GL-Como e il LiFo organizzano quest'anno una edizione congiunta, presso il FaberLab di Tradate.

L'evento quest'anno è limitato al pomeriggio, a partire dalle ore 14.30.

Programma

14:30 - Saluti
15:00 - Caramelle dagli sconosciuti - ed altri buoni motivi per usare apt
15:30 - Da Python 2 a Python 3 senza ritorno
16:00 - Coffee break
16:30 - Blender 2.8
17:00 - Infilare a forza python in una applicazione commerciale per salvaguardare la propria sanità mentale
17:30 - TBC

---

//www.gl-como.it/v2015/programma-linux-day-2019/

Analizzati nella puntata precedente i problemi e le soluzioni relative all’hardware, ci troviamo ora a scegliere “cosa” girerà sulla SD che infileremo nel Raspberry.

Quando ho concepito il progetto, c’erano a disposizione le 4 seguenti soluzioni:

• LibreELEC
• OSMC
• Raspian
• OpenElec

La release che ci interessa è la 7.90.008 Alfa (che è diventata LibreElec) disponibile qui:http://archive.libreelec.tv/LibreELEC-RPi2.arm-7.90.008.img.gz con la possibilità di installare la fantastica add-on “adsp.biquad.filters” del progetto KODI.

Questa add-on funziona con le release Jarvis e la prima Alfa di Krypton di Kodi, quindi un po’ vecchiotta. Secondo le prove che ho fatto, è un add-on insostituibile e che purtroppo non è più compatibile con le release successive di Kodi per via che Achim Turan (colui che l’ ha concepita) non ha più tempo da dedicare al progetto (che peccato) come potete leggere qui: https://forum.kodi.tv/showthread.php?tid=218756.

La prima delle quattro soluzioni, LibreElec, è stata scartata perché non compatibile con l’add-on sopracitata.

La seconda, cioè OSMC poteva essere in considerazione, dato che è costruita su una Raspbian, e la versione di Kodi compatibile con adsp.biquad.filters era disponibile mi sembra con questa build: http://download.osmc.tv/installers/diskimages/OSMC_TGT_rbp2_20180805.img.gz. Può essere presa in considerazione al posto di OpenElec, ma l’ho scartata perché essendo costruita su una Raspbian, tirava su molti servizi inutili.

La terza, Raspbian scartata per gli stessi motivi di Osmc.

La quarta OpenElec, molto snella e veloce e compatibile con la suddetta add-on, si è mostrata da subito candidata per il progetto. Dotata dell’interfaccia “Confluence”, molto carina ed immediata e graficamente molto ben curata, ha riscosso da subito i miei apprezzamenti.

Con l’add-on di Achim Turan abbiamo l'equalizzatore audio tanto atteso in Kodi, che si basa sulla libreria di elaborazione del segnale aspilib. Il filtro è implementato in C / C ++ e incorporato in una DLL.

La videata dell’equalizzatore parametrico che vedete sotto, può essere usata come equalizzatore grafico. L’equalizzatore è costituito da filtri biquad digitali a dieci bande a Q costante.

Un filtro biquad è un tipo di filtro lineare che implementa una funzione di trasferimento che è il rapporto tra due funzioni quadratiche. Nell'elaborazione del segnale, un filtro biquad digitale è un filtro lineare ricorsivo del secondo ordine, contenente due poli e due zeri.

"Biquad" è un'abbreviazione di "biquadratic", che si riferisce al fatto che nel dominio Z, la sua funzione di trasferimento è il rapporto di due funzioni quadratiche.



Le procedure per il trasferimento dell’immagine prescelta sulla microSD si articolano nei seguenti punti:

• Scaricare e scompattare l’immagine scaricata da http://archive.libreelec.tv/LibreELEC-RPi2.arm-7.90.008.img.gz
• Inserire la MicroSD “vuota” di minimo 8 Gb, in un lettore USB di SD/MicroSD .
• Aprire un terminale e copiare con dd l’immagine sulla chiavetta:
  
  dd if=LibreELEC-RPi2.arm-7.90.008.img of=/dev/sdX
  
  dove X è il numero corrispondente all’unità USB/lettore SD presente sul sistema.
• A copia ultimata, togliere la schedina microSD dal lettore de PC ed inserirla nell’apposito alloggiamento del Raspberry PI.
• Dopo aver inserito il “DAT hat” sul raspberry e fatto i relativi collegamenti, date alimentazione ai dispositivi e seguite la procedura guidata per la prima configurazione.
• Accertatevi inoltre che nel file config.txt sul raspberry siano presenti le seguenti righe:
  
  dtoverlay=hifiberry-dac
  # dtparam=audio=on

Se tutto funziona a dovere, potrete godere di un’ottima esperienza di riproduzione audio con una spesa davvero limitata ed una flessibilità d’uso senza pari.

---

//www.gl-como.it/v2015/pi3-dac_il_software/

Esistono molte soluzioni per immagazzinare e ascoltare la vostra raccolta di musica. Alcune sono molto costose, ma come vedremo, altre alla portata di tutti i portafogli e con risultati che, il più delle volte superano gli impianti da millemila Euro.

Ricordate il DAT? Il DAT è il Digital Audio Tape, molto costoso nei anni 90, ma anche oggi uno dei migliori registratori pre-produzione, registra senza compressione a 48 Khz, usa cassette con nastro al metal costose, e può registrare sia da sorgenti analogiche che digitali. Qui potremmo aprire una diatriba sull’orecchio umano e i parametri stellari che ci propongono i moderni CHIP audio, nonché le varie configurazioni tra pre e finale e, per finire il canonico “paio di casse acustiche”, ma sinceramente non mi sembra il momento, visto anche le opinioni e l’orientamento molto particolare che ho sull’argomento.

Ma torniamo ai giorni nostri: un DAC audio ha esattamente lo stesso compito di venti anni fa, ovvero quello di diminuire il “rumore” provocato dalle dinamiche di lettura dell’audio offrendo una conversione digitale/analogica ad alta frequenza e dunque una qualità audio migliore.

L’idea de realizzare un media player è nata dal fatto che il mio vecchio impianto “analogico” non mi soddisfava più, avendo le sonorità tipiche degli anni 70 e grazie alla lettura di varie recensioni sulla riproduzione di “musica liquida” con l’accoppiata Raspberry + DAC, mi sono messo al lavoro. L’idea è quella di centralizzare in rete (casalinga) o anche in locale (su disco) tutta la mia biblioteca musicale contenuta in cassette , LP e CD.

Il primo passo è stato quindi di convertire tutti i brani in formato FLAC loseless alla più alta campionatura possibile e schiaffarli su un disco da 2 TB.

Il secondo passo è stato acquistare il DAC hat da posizionare sopra il Raspberry PI3 che ho già nel cassetto. Tengo a precisare che il PI3 è raccomandabile, visto che ha incorporato anche il bluetooth, che mi permetterà di riprodurre musica anche da altri dispositivi come tablet o smartphone.

Tra i vari DAC compatibili con il Raspberry, qui ne trovate alcuni:

https://rataks.com/blog/a-list-of-raspberry-pi-compatible-dacs.html

http://www.suptronics.com/boards.html

La mia scelta del DAC, tra i modelli esistenti e compatibili col Raspberry, è caduta sul “PiFi DAC+ “ che si trova a una cifra tra i 20 e i 30 euro su Amazon.

La scheda in oggetto è basata sul chip a 32 Bit DAC PCM5122 della Burr-Brown Corporation, con interfaccia PCM a 384 kHz con interfaccia dati I2S.



Le caratteristiche HW della schedina in oggetto, sono di tutto rispetto:

• Frequenza di campionamento: 384 kHz
• Risoluzione: 16-32 Bit
• Interfaccia digitale audio: I2S
• Rapporto segnale rumore (SNR): 120dB
• THD: -93dB
• Range dinamico: 112dB
• Supportato il controllo hardware del volume.
• Supportati: Raspberry PI 2 Model B, / 3 / 3 B+
• Interfaccia remota IR
• Sono utilizzati resistori e condensatori di qualità, utilizzati su dispositivi Hi-Fi professionali:
  • Resistenze VISHAY
  • Condensatore ELNA RBP2
  • Condensatore WIMA MKS2
  • Condensatore ERO KP1830
  • Condensatore serie Nichicon FG

Dispone di doppia presa RCA dorata che permette di avere ottime proprietà conduttive, ma se avete un ampli con ingressi bilanciati, ne esistono con uscite bilanciate, o se volete uscita digitale ne esistono anche con uscita S/PDIF.

Le alimentazioni deIla sezione DAC e quella di Raspberry Pi sono isolate, riducendo così il rumore e intermodulazione offrendo un suono cristallino.

Per informazioni sulla configurazione del dispositivo su una Raspbian, Openelec, o LibreElec, vi rimando al documento creato dalla casa costruttrice: http://www.raspberrypiwiki.com/images/2/23/PiFi_User_Guide.pdf

Il terzo passo è stato quello di reperire in commercio un LCD da 7” per visualizzare correttamente l’output del Raspberry senza monitor ingombranti ed, in futuro, mettere il tutto dentro un piccolo contenitore in plastica o alluminio. La scelta è caduta sul modello originale touchscreen da 7” con 800x480 di risoluzione, che si trova attorno ai 70 euro.



Poiché il lampone non ha un pulsante di accensione, una volta spento per farlo ripartire si deve staccare e riattaccare l'alimentatore. Ma vi è la possibilità di aggiungere un pulsante di accensione saldando 2 fili sui 2 fori presenti nel rettangolino con la scritta "RUN" (in alto a dx nella foto) a cui appunto collegare un pulsante (non un interruttore).

Alimentatori

Un alimentatore ufficiale RPi sembra essere l'elemento chiave per ottenere un suono di qualità elevata. Attenzione alle cineserie che notoriamente sono alimentatori sottodimensionati che possono introdurre delle instabilità o esplodervi in faccia...

La qualità dell'immagine e del suono è influenzata dall'alimentatore: se l'alimentazione è insufficiente o è “rumoroso”, un dispositivo non può esprimersi al meglio e questo si traduce in instabilità, immagine stereo piatta e suono aspro. Se volete dormire sonni tranquilli andate sugli alimentatori lineari (costosi) ma anche degli ottimi switching vanno benone.

Prova d’ascolto

Come si nota in figura, lo scatolotto contenente raspberry pi3 più DAC con uscite RCA è stato attaccato ad un finale Fenice 50 in classe D a sua volta attaccato alle mie storiche Tannoy Cheviot.

Il primo ascolto è stato stupefacente, nulla a che vedere anche solo sostituendo il finale (Mc Intosh MC 7100) con cui avevo ascoltato musica sino ad ieri, (ora accantonato in un angolo). I medio-alti riprodotti con precisione e spazialità incredibili, bassi profondi ma non roboanti, insomma, è un bell’ascoltare, e devo dire che ho restaurato alla grande il mio vecchio impianto, riuscendo a vendere anche il mio vecchio pre valvolare Lector ad un ottimo prezzo.

---

//www.gl-como.it/v2015/pi3-dac/

https://friendica.feneas.org/profile/rizoma

Vi in vitiamo ad iscrivervi..

Form Opencast Alpha, the playlist of Jamendo traks used in the podcast episodes.

Playlist - OpenCast Alpha - Jamendo
La playlist con le tracce che sono passate su OpenCast Alphahttp://www.gl-como.it/category/opencast/