Attenzione all'aggiornamento Windows 24H2: blocca l'accesso a NAS e Server

[loureediano]

Perfetto, grazie

Forse per questo a me JPlayer funziona male, a seconda dei giorni, non solo Tidal fa i capricci ma pure con i file del NAS

Per adesso usando Bubleupnp o mConnect per android tutto funziona perfettamente.

Non resta che vedere cosa succede con HQPlayer.

Se no pazienza, continuerò ad usare Bubleupnp 

[giuca70]

@best_music tutti i pc erano protetti da antivirus premium. L'unico pc anti-diluviano aveva giocoforza una versione delkaiser... e questo è stato il cavallo di troia che ha permesso al cryptolocker di bussare all'intera costellazione dei pc al cui dropbox avevano accesso. Oggi esistono antivirus per il cloud, e lavorano sui server cloud. Molto meglio. 

Il mio pensiero va a chi utilizza dropbox o altri (onedrive, ecc.) con la famiglia e amici. Una vera backdoor micidiale. E qui non c'è S.O. che tenga il freno attivo nativo.

il freno è un antivirus con funzioni di firewall, antispam, antimalware, anti-intrusion, web control, analisi di pacchetto in ingresso da qualunque fonte (usb, BT, lan, wifi, ecc.) tutto in uno.

Le versioni premium verificano anche la valenza dei siti, dei certificati, operano una sandbox per le transazioni bancarie, incorporano le VPN e tantissimo altro ancora.

Un autoblindo che vale per tutti i sistemi operativi supportati da chi produce il prodotto.

Non vi viglio spaventare, solo farvi capire quanto oggi trovarsi il contro svuotato è veramente un serissimo pericolo. Evitate di installare app sul cell che non siano quelle "originali" del produttore. 

2 ore fa, best_music ha scritto:

Dropbox inteso come servizio di condivisione file? 

Intendi dire che un utente ha caricato un file eseguibile infetto e che gli altri lo hanno scaricato?

Se è così non era un solo utente ad avere scarse difese ma un po' tutti...

 

[granosalis]

@giuca70

Ho davvero tanti dubbbi e perplessitá su quello che tu chiami un approccio non convenzionale.
forse puoi aitarmi a capire e far capire meglio cosa intendi. 

• Sulla perdita di bit in un flusso Hi-Res: Parli della necessità di un'istanza parallela su GPU per correggere la perdita di bit nel flusso hi-res. La mia comprensione, però, è che i protocolli usati per lo streaming (come il TCP/IP di Qobuz/Tidal) e per la lettura da disco locale siano già estremamente robusti. Il TCP, ad esempio, garantisce l'integrità dei dati: se un pacchetto è corrotto o perso, viene ritrasmesso. In caso di fallimento, il risultato è un'interruzione o uno stuttering, non una degradazione qualitativa del suono. A quale tipo di "perdita di bit" ti riferisci esattamente, che questi protocolli non riescono a gestire?
• Sulla ricostruzione AI: Anche il concetto di "ricostruire il flusso" con il tuo sistema mi lascia perplesso. Se, come detto sopra, il flusso dati arriva al player già integro (bit-perfect), cosa c'è esattamente da "ricostruire"? Forse il sistema non interviene sulla correzione di errori di trasmissione, ma fa un tipo di processamento del segnale (DSP) per alterarlo in modo sonicamente piacevole, simile a ciò che fa HQPlayer con l'upsampling?

Te lo chiedo perché l'idea di base dell'audiofilia "purista" è sempre stata quella di assicurare un percorso bit-perfect fino al DAC, alterando il segnale il meno possibile. Il tuo approccio sembra andare nella direzione opposta, introducendo un'enorme complessità computazionale che da una certa prospettiva, trovo assolutamente superflua. Allo stesso HQ-Player basta una buona CPU per funzionare al TOP. Mi piacerebbe capire meglio il beneficio pratico su un flusso dati che, in teoria, dovrebbe essere già perfetto.

Grazie, Giuseppe
 

 

[best_music]

1 ora fa, giuca70 ha scritto:

tutti i pc erano protetti da antivirus premium.

Non credo che sia questa la sede per approfondire ma l' antivirus (anche uno di poco costo) dovrebbe scansionare i files scaricati dal cloud. C' é poi virustotal che verifica il singolo file. Io lo uso sempre quando scarico eseguibili. 

[giuca70]

@granosalis Anche io avevo il tuo stesso approccio e metodo di "comprendere" quanto il bit perfect sia già di suo "perfetto"...

Preferisco il bit perfect ad HQP, per alcuni aspetti, anche se HQP al top ti ci fa sentire come dici tu già con una buona cpu.

Approfondisco il tema streaming.

il file che arriva da Qobuz (per es.) è un file flac ben che vada 24/192.

Questo file viene inviato al DAC esterno con driver Asio in modalità bit perfect. E fin qui ci siamo.

Ma con windows e l'app nativa qobuz che è bite perfect ready con asio, succede qualcosa nel trasferimento binario del flusso hires verso la usbc del dac esterno. Molti danno la colpa alla versione di Qobuz o Tidal, mentre nell'ascolto sentono perdere qualità allo stesso brano riprodotto per es. con Daphile. Peggio ancora pause e silenzi interrompono l'ascolto, oppure sentiamo dei freez e stack e diamo la colpa al dac esterno.

Nulla di cio' avviene.

Windows nativamente non aziona il computo grafico accellerativo (come farebbe linux / mac / android ecc. ma va istruito per farlo.

Questo computo accellerativo che si aziona inserendo il .exe di qobuz o Tidal nei programmi che vengono eseguiti dall'allelleratore grafico, opera la magia: tutti i freez e lazz con le pause e i silenzi, spariscono.

E d'incato la qualità sonora eleva, anzi, scala moltissimo rispetto Daphile per.es.

Il resto sull'IA è una implementazione "nostrana". Quando sara' matura verra' alla portata di tutti.

Possiamo assimilare quanto le librerie IA fanno ad un buon crystal oscillator, e la cosa che nessuno finora ho visto mai fare (in rete non c'è enciclopedia al riguardo) è proprio quel pezzo di tragitto che il flusso hires compie dall'arrivo del file flac e va verso l'uscita usbc. In questo percorso, se fosse presente un femtosec o un buon oscillatore "forse" la perdita di informazione non avverebbe.

Ecco perche' oggi ritengo windows l'app qobuz e asio con calcolo GPU accessorio, il meglio possibile rispetto a tutto il resto delle distro, player e chicchessia. Le ho testate quasi tutte e ci siamo focalizzati su quel percorso, che a quanto pare è stato lasciato al caso.

[granosalis]

34 minuti fa, giuca70 ha scritto:

Questo file viene inviato al DAC esterno con driver Asio in modalità bit perfect. E fin qui ci siamo.

Ma con windows e l'app nativa qobuz che è bite perfect ready con asio, succede qualcosa nel trasferimento binario del flusso hires verso la usbc del dac esterno. Molti danno la colpa alla versione di Qobuz o Tidal, mentre nell'ascolto sentono perdere qualità allo stesso brano riprodotto per es. con Daphile. Peggio ancora pause e silenzi interrompono l'ascolto, oppure sentiamo dei freez e stack e diamo la colpa al dac esterno.

Nulla di cio' avviene.

Windows nativamente non aziona il computo grafico accellerativo (come farebbe linux / mac / android ecc. ma va istruito per farlo.

Questo computo accellerativo che si aziona inserendo il .exe di qobuz o Tidal nei programmi che vengono eseguiti dall'allelleratore grafico, opera la magia: tutti i freez e lazz con le pause e i silenzi, spariscono.

I driver ASIO comunicano già direttamente con l'hardware a latenza minima. I 'frizzi e lazzi' di cui parli sono fantasmi di un problema che non esiste su un sistema funzionante. E comunque l'idea eventuale di risolverlo aggiungendo un'armata di GPU è pura fantascienza.

 

[stefano_mbp]

45 minuti fa, giuca70 ha scritto:

Windows nativamente non aziona il computo grafico accellerativo (come farebbe linux / mac / android ecc. ma va istruito per farlo.

Non per essere polemico … ma allora perché dovremmo usare un SO che deve essere “istruito” quando gli altri SO lo fanno da soli?

E poi … se usi HQP su Windows e un NAA Linux … problema risolto senza orpelli … perdonami ma tutto ciò sembra l’ U.C.A.S. (ufficio complicazioni affari semplici)

[granosalis]

1 ora fa, giuca70 ha scritto:

Possiamo assimilare quanto le librerie IA fanno ad un buon crystal oscillator, e la cosa che nessuno finora ho visto mai fare (in rete non c'è enciclopedia al riguardo) è proprio quel pezzo di tragitto che il flusso hires compie dall'arrivo del file flac e va verso l'uscita usbc. In questo percorso, se fosse presente un femtosec o un buon oscillatore "forse" la perdita di informazione non avverebbe.

In un computer funzionante i dati digitali non si perdono né si degradano, poiché la loro integrità è garantita da protocolli e meccanismi di controllo d'errore intrinseci nella sua architettura.

 

Stai inoltre confondendo la perdita di dati con il jitter: quest'ultimo è un'imprecisione nella temporizzazione del segnale, non un'alterazione del suo contenuto o peggio una perdita di informazioni. Il parallelismo che fai con il clock, è insensato. 

 

[giuca70]

Su un sistema che funziona non serve fare altro.

Su un sistema che funziona meglio di altri, allora ha senso farlo.

Altrimenti saremmo folli e cogl..ni io ed il team che dedichiamo tempo e risorse.

Tranquilli, vi invito a provare e po vediamo.

Non è jitter, lo hanno misurato, è proprio pezzo che manca, ma non devo convincervi.

Siete dei guru, e noi siamo delle scimmie sapiens.

Buona vita amici.

A me sembra che come molti fanno, sintetizzate laddove non arrivate a leggere bene.

La miniera di GPU era un test.

La scatola di fiammiferi che fa qualcosa di più è irrisoria, ed è quella a cui Jetson di Nvidia ha già reso il suo EoF.

Armatevi di umiltà e pazienza. Sempre.

Per me era un assioma il fatto degli algoritmi a correzione di errore.

In parecchi hanno provato, di la' in forum cuffie. E gentilmente mi hanno ringraziato.

Usare il proprio PC per risparmiare sull'aacuisto di un minipc vi fa schifo ?

A questo punto si. E lo capisco. 

[granosalis]

1 minuto fa, giuca70 ha scritto:

Altrimenti saremmo folli e cogl..ni io ed il team che dedichiamo tempo e risorse.

Tranquilli, vi invito a provare e po vediamo.

Fammi indovinare, state per mettere sul mercato un nuovo Music Server GPU-Accelerated in grado elevare l'esperienza d'ascolto su livelli mai sentiti prima? 

 

 

[giuca70]

@granosalis Caro no. Non lo faremo.

Per te e gli altri increduli, non lo faremo.

Avremmo voluto sia opensource, ma per te e gli altri no.

Ecco perche' non avrei voluto scrivere qui.

Buoni e salutari ascolti.

[giuca70]

Ah giusto per gradire, sul trasporto hires e tutte le sue "lacune" / "grandezze" si sperimenta da anni.

Anche voi sperimentando avete azzeccato la quadra con molti sistemi.

Sentirsi scrivere che ci sono anche altre strade, vi fa effetto.

A me farebbe solo piacere ascoltare il parere di un'altro appassionato che la pensa diversamente.

Cercate cosa significhi analizzare le cose alla spaghetti's incident.

Le regole esistono per essere riscritte.

[one4seven]

18 ore fa, giuca70 ha scritto:

Windows nativamente non aziona il computo grafico accellerativo (come farebbe linux / mac / android ecc. ma va istruito per farlo.

Questo computo accellerativo che si aziona inserendo il .exe di qobuz o Tidal nei programmi che vengono eseguiti dall'allelleratore grafico, opera la magia: tutti i freez e lazz con le pause e i silenzi, spariscono.

Quindi, stai dicendo che un comune pc con windows, non è in grado di gestire un flusso pcm verso il dac con l'app nativa di qobuz/tidal, senza l'apporto dell'accelerazione della GPU?
Detta così, sembrerebbe più un problema dell'app di qobuz/Tidal.
Non lo escludo eh, ma avendole usate entrambi con un vecchio portatile Toshiba i5 con win10 (installazione standard di default, avevo solo sostituito l'hdd meccanico originale con un SSD e aggiunto 4 gb di ram per averne 8 totali), non ho riscontrato nulla di quanto da te descritto.

[giuca70]

Avevo gia' specificato che queste ottimizzazioni vanno alla grande per i dongle dac, mentre un dac desktop ha già l'hardware per mettere le cose apposto.

Lo chiarisco meglio:

Tutti i dongle si avvantaggiano del modulo "copy" in GPU per allineare le cose come fa un dac desktop.

La differenza sta nelle cifre. Laddove possiamo arrivare a 3 o 4 cifre, è fattibile rimanere nelel 2 cifre per "accontentarsi", detta cosi' non si offende nessuno.

Quindi, la morale è sempre la tasca, la mia è più leggera... e mi "accontento" di ascoltare una decine di "firme" sonore.

La bestialita' di "testare" 80.000 euro per far suonare un dongle, è valsa la pena per allestire un aggeggio che ha validita' universale con questi chippetti.

Ergo, con una piotta si riallinea quello che i dongle non possono fare.

Se vi sembra il nulla galattico, contenti voio. Noio Think different, forever. 

Per le app di streaming non è un loro problema.

HQP, se settato nel modo corretto, usa le librerie Cuda ed il calcolo aritmetico della GPU multicore per fare upscaling. Ergo è scritta apposta per farlo.

Ci fosse un player tipo Jplay o altri che se fossero scritti per usare l'accellerazione grafica (nei setting come HQP) sarebbe il massimo. Ma non l'ho trovato.

Quindi, tutti i S.O. con i dongle "soffrono" chi più chi meno, di far suonare al massimo delle loro capacità questi chip.

La cosa che mi spinto ad indagare ed ottenere il massimo con questi chip, ha avuto successo.

E sono riuscito a coinvolgere un gruppo di talentuosi analisti programmatori nel campo IA per vedere dove possiamo spingerci. All'inizio nessuno di noi immaginava si potesse ardire a cosi' tanta "buona" musica in uscita da questi dongle.

Ve la riassumo breve:

un dongle è composto dal chip di decodifica (che imprime il timbro sonoro) e da uno stadio di amplificazione (i più diversi, dal buffer ai transistor al THX AAA e cosi' via).

Abbiamo il chip ed uno stadio di preamplificazione, il tutto in piccolo.

Sono un cultore di ascolti in cuffia, e prediligo scelte anche con i preamplificatori, oltre che i finali.

Cio' che manca è un serio stadio di alimentazione, uno stadio oscillatore per il sincro del timing, un robusto interstadio buffer per evitare le perdite dei pezzi di flusso binario, ed altre piccole cose.

Abbiamo "inventato" o semplicemente scoperto quanto un modulo "copy" con windows possa elevare la qualità e la corretta via al flusso binario, "accontendadosi" di avere solo un chip e nulla più.

A dire il vero ci abbiamo messo il resto, e funziona benissimo.

 

[one4seven]

45 minuti fa, giuca70 ha scritto:

Avevo gia' specificato che queste ottimizzazioni vanno alla grande per i dongle dac

 

Ah ecco, perdonami ma mi era sfuggito.

Mai usato un dongle dac, per cui non saprei davvero...