Problema di rete HQPlayer-NAA | Stampa

Quote:

---

Originariamente inviato da marcoc1712

b. usi due o più Powerline Adapter per connettere il router al mac ed al cubox o ad uno switch cui connetti i due. Come prima, ma hai eliminato il collo di bottiglia del Wifi.

---

Allora nell'attesa di cablare la rete domestica come si deve ho seguito il consiglio di marco e ho comprato due coppie di powerline. Il passaggio dal wifi a powerline è stato migliorativo sia in termini di capacità del Mac di vedere il DAC, sia di riduzione dei drop out.
Oggi però all'improvviso, senza alcuna avvisaglia, HQP ha smesso di funzionare e da quel momento in poi non sono riuscito più a fargli vedere il dac in modalità NAA (l'altro dac, collegto direttamente al mac, lo vede senza problemi).
ho provato a riavviare diverse volte, ho persino reistallato il SO sul Cubox, avviato e riavviato MAC, Router, DAC, Cubox, nulla da fare. In modalità NAA HQP non vede più nulla.
Lo stesso dac invece lo vede se collegato direttamente al Mac.
Qualche indicazione su dove iniziare per provare a ripristinare?

Controlla che i powerline si vedano. Magari è l'unica cosa che non hai riavviato...

Inviato dal mio Z10 utilizzando Tapatalk

Quote:

---

Originariamente inviato da madman

Controlla che i powerline si vedano. Magari è l'unica cosa che non hai riavviato...

Inviato dal mio Z10 utilizzando Tapatalk

---

Grazie, i powerline si vedevano. In un tentativo estremo e un po' a caso ho collegato il dac al cubox-i usando l'altra presa usb (ne ha due). Miracolo, ora tutto funziona. Però è tutto un po' strano, no?

Accendi il DAC solo dopo aver avviato il cubox, che a sua volta deve essere avviato dopo il server, altrimenti non si vedono (con i power line non ho alcuna esperienza....). In ogni caso, quando il server non vede il dac per prima cosa verifica se vede il cubox poi prova a spegnere e riaccendere il DAC o entrambi, sempre prima cubox e poi dac. Con il cambio di porta usb hai operato uno stop/start, in fondo.

Quote:

---

Originariamente inviato da audiodan

Accendi il DAC solo dopo aver avviato il cubox, che a sua volta deve essere avviato dopo il server, altrimenti non si vedono (con i power line non ho alcuna esperienza....). In ogni caso, quando il server non vede il dac per prima cosa verifica se vede il cubox poi prova a spegnere e riaccendere il DAC o entrambi, sempre prima cubox e poi dac. Con il cambio di porta usb hai operato uno stop/start, in fondo.

---

Ok, di solito accendevo il cubox dopo il dac. Ora riproverò in questo modo. Domanda: come faccio a verificare se il server vede il cubox?

Quote:

---

Originariamente inviato da xrobbo

Ok, di solito accendevo il cubox dopo il dac. Ora riproverò in questo modo. Domanda: come faccio a verificare se il server vede il cubox?

---

In effetti se il cubox è headless è difficile... altrimenti il classico ping ip.del.ser.ver basta. Però dovrebbe funzionare anche dal server (o da qualsiasi altra macchina in rete) verso il cubox.

Se hai comprato i powerLine Devolo c'è una bellissima utility scaricabile dal loro sito per gestire e monitorare lo stato della rete powerline, funziona anche con apparecchi di altre marche, ma se sono Devolo vedi un 'nome' e l'IP associato, quindi capisci se la rete è attiva. Sicuramente qualcosa del genere lo fornisce chiunque produca powerline, esistono prodotti generici come questo o questo Getting info out of your HomePlug AV Network | Mike's Blog ? Tech, Travel, Tastebuds, ma sono certamente meno 'amichevoli' dell'applicazione di devolo.

Un paio di consigli con i powerline:

Usare la funzione di criptazione è utile, se temi attacchi informatici, ma complica la vita. Se decidi di farlo è bene usare una sola marca di apparecchi e selezionarla in base alle utility di gestione disponibili.

Il tastino "crea network" aiuta, ma se schiacciato inavvertitamente... aiuta di più il reset.

Come prima cosa da fare in caso di problemi o anche solo dubbi è stacca, aspetta10 secondi, riattacca, se ti accorgi che su un particolare apparecchio ti capita di doverlo fare troppo frequentemente (> 3 volte all'anno) considera di sostituirlo.

Quote:

---

Originariamente inviato da xrobbo

ho comprato due coppie di powerline. Il passaggio dal wifi a powerline è stato migliorativo sia in termini di capacità del Mac di vedere il DAC, sia di riduzione dei drop out.

---

Solo riduzione dei DropOuts? Se hai preso gli AV2 o anche solo gli AV devono essere completamente scomparsi, se hai ancora dropouts c'è qualcosa che non va.

Che marca/modello hai preso?

Quote:

---

Originariamente inviato da marcoc1712

Solo riduzione dei DropOuts? Se hai preso gli AV2 o anche solo gli AV devono essere completamente scomparsi, se hai ancora dropouts c'è qualcosa che non va.

Che marca/modello hai preso?

---

ho preso gli AV500 della TP-Link. In realtà i Dropouts sono scomparsi, ora anche in DSD256 fila tutto che è una meraviglia. Quando va tutto bene.
Ieri prima di smettere di funzionare ha avuto dei momenti in cui qualche drop out c'era. direi in particolare quando i file musicali sono sul NAS che è collegato al router e da qui via Powerline al Mac.
Ora sono via, ma al rientro faccio prove più sistematiche, qualche problema di instabilità ci deve essere. Parlo di instabilità perché non c'è regolarità nel modo in cui i drop out si manifestano: ascoltando lo stesso album può iniziare che va tutto a meraviglia, poi nel secondo brano un drop out o due, poi magari più avanti aumentano, oppure no.
ieri quando il Mac ha smesso di vedere il dac è successo proprio così, e si è arrestato in piena riproduzione per poi rifiutarsi di vedere il DAC.
Mi chiedo se la causa non possa essere il router, visto che di suo ogni tanto perde il segnale, anche se non c'è correlazione diretta tra i due eventi perché ho verificato che anche durante i drop outs il segnale internet c'era dappertutto.

Prova a usare una delle utility che ti ho segnalato e vedi se evidenzia problemi, IMPORTANTE: non usare i powerline su ciabatte o prese multiple, mettili sempre a muro, in caso di problemi compra i modelli con presa passante.

Prova a far girare gli adattatori, se il problema si muove con loro, hai provato il problema, se rimane sullo stesso apparecchio anche.

Quote:

---

Originariamente inviato da audiodan

Accendi il DAC solo dopo aver avviato il cubox, che a sua volta deve essere avviato dopo il server, altrimenti non si vedono (con i power line non ho alcuna esperienza....). In ogni caso, quando il server non vede il dac per prima cosa verifica se vede il cubox poi prova a spegnere e riaccendere il DAC o entrambi, sempre prima cubox e poi dac. Con il cambio di porta usb hai operato uno stop/start, in fondo.

---

Scusate se vi tampino ancora con lo stesso problema, ma ormai siamo a livello di sedute spiritiche. Improvvisamente HQP ha smesso di funzionare e ora non c'è verso di fargli vedere il dac tramite NAA. In connessione diretta lo vede senza problemi. In connessione via NAA non funziona con nessuno dei due mac. ho provato a invertire le Powerline, acceso più volte in tutte le combinazioni possibil tra server NAA e dac.
Tra l'altro, cosa bizzarra, anche questa volta ha smesso di funzionare all'improvviso, mentre ascoltavo musica. è diventato muto e poi non sono più riuscito a fargli vedere il dac.
Mi chiedo se il problema non possa dipendere dal cubox. chi ha provato altri NAA ha avuto l'impressione che il cubox sia più instabile?
Per fare la verifica potrei usare l'Imac come server e il Macbook come NAA. Per fare questo devo scaricare e installare il network audio daemon sul macbook, giusto?
Ho visto che la cartella del network audiod contiene un eseguibile. basta lanciarlo, giusto? e una volta fatto questo il macbook può funzionare come NAA?

L'altra ipotesi è che si tratti di un problema del router. Se guardo nella mappa di rete il dispositivo che corrisponde al cubox sembra essere offline.
Qualche idea?

Quote:

---

Originariamente inviato da xrobbo

Se guardo nella mappa di rete il dispositivo che corrisponde al cubox sembra essere offline.
Qualche idea?

---

Cosa intendi per mappa di rete?Hai provato a scaricare ed usare una delle applicazioni che ti ho consigliato?

Quote:

---

Originariamente inviato da marcoc1712

Cosa intendi per mappa di rete?Hai provato a scaricare ed usare una delle applicazioni che ti ho consigliato?

---

Per ora ho usato l'applicazione che fornisce Netgear e che permette di vedere tutti i dispositivi connessi al router con relativo IP. Dopo aver riavviato il router il cubox non si vede più, mentre prima del riavvio era presente ma offline. I powerline hanno tutti i 3 led accesi. Comunque ho provato a collegare il cubox direttamente al server via cavo e né HQP né l'applicazione di Netgear vedono il cubox/dac. Quindi il problema non sembra essere collegato all'utilizzo di Powerline. Escludo anche il dac perché se collegato direttamente funziona correttamente.
Il problema sembra risiedere nella connessione router --> Cubox.

Ho fatto un'ulteriore prova, ditemi se corretta: ho scaricato il network audio daemon per mac, l'ho lanciato da macbook (si apre il terminale e viene fuori questa scritta: ~ roberto$ /Users/roberto/Downloads/networkaudiod-310/networkaudiod ; exit;
[/Users/roberto/Downloads/networkaudiod-310/networkaudiod] (86026): networkaudiod Copyright (C) 2011-2015 Jussi Laako / Signalyst. All rights reserved.)
Ho collegato il macbook alla rete come fosse un naa, e ad esso il dac. Anche in questa configurazione non funziona nulla. La cosa curiosa è che ora il router vede il macbook offline, mentre fino a poco prima lo vedeva correttamente online. Dall'iMac invece riesco correttamente a vedere il macbook tramite 'condivisione files'. E comunque il macbook è correttamente connesso in rete (riesco a navigare con il wifi spento).
Io ci capisco sempre meno, ma sembra qualcosa vada storto nel funzionamento del router. E' possibile per esempio che per qualche ragione fallisca ad assegnare l'IP?

Aggiungo qualche informazione. Come spesso accade i problemi erano multipli. Da un lato il router, dopo l'aggiornamento del firmware, aveva in effetti smesso di assegnare gli IP. Problema risolto reinstallando un diverso firmware.
Ho provato ad usare il macbook come NAA e HQP almeno vede il dac. Non sempre, non in modo coerente, però a volte lo vede e se schiaccio play il conteggio dei secondi si avvia. Però non esce segnale dal dac. Ovviamente lo stesso dac, se collegato direttamente al macbook, e sempre usando HQP, funziona perfettamente.
Invece con cubox non arrivo nemmeno a questo punto: HQP non lo vede e basta.
la situazione è ingarbugliata. Ci sto perdendo ore senza arrivare a capo di nulla. Qualsiasi suggerimento è benvenuto.

Mi è difficile seguirti, oltre che aiutarti, quando le componenti/variabili diventano multiple: wifi, powerline, router...
In generale, se il router assegna ip a PC e NAA ed è collegato ad internet, i due dovrebbero vedersi.
Prova a collegare un monitor al Cubox così puoi verifarne lo startup ed eventuali messaggi di errore del NAD. :smt017

Quote:

---

Originariamente inviato da bibo01

Mi è difficile seguirti, oltre che aiutarti, quando le componenti/variabili diventano multiple: wifi, powerline, router...
In generale, se il router assegna ip a PC e NAA ed è collegato ad internet, i due dovrebbero vedersi.
Prova a collegare un monitor al Cubox così puoi verifarne lo startup ed eventuali messaggi di errore del NAD. :smt017

---

Si, mi rendo conto che la situazione è complessa. Come scrivevo nel secondo post (il 972), i problemi o incertezze legati a router, wifi, e powerline sono stati eliminati, come è dimostrato dal fatto che il macbook usato come NAA viene visto dal server in cui è installato HQP.
Ora ho collegato il monitor al cubox, il cubox si avvia regolarmente e appare la stringa di login.
La cosa frustrante è che questa volta HQP vede il dac e tutto funziona.
Il problema che non capisco è questa relazione del tutto arbitraria.
Se descrivo le azioni che ho fatto in questo caso, sono sempre le stesse: a server acceso ho prima connesso il cubox (collegata l'alimentazione), poi acceso il dac. Poi sono tornato al server e ho avviato HQP. Questa volta il DAC si vedeva.
Nelle oltre 20 volte in cui ho provato prima, il dac non si vedeva.

Quote:

---

Originariamente inviato da xrobbo

Si, mi rendo conto che la situazione è complessa. Come scrivevo nel secondo post (il 972), i problemi o incertezze legati a router, wifi, e powerline sono stati eliminati, come è dimostrato dal fatto che il macbook usato come NAA viene visto dal server in cui è installato HQP.
Ora ho collegato il monitor al cubox, il cubox si avvia regolarmente e appare la stringa di login.
La cosa frustrante è che questa volta HQP vede il dac e tutto funziona.
Il problema che non capisco è questa relazione del tutto arbitraria.
Se descrivo le azioni che ho fatto in questo caso, sono sempre le stesse: a server acceso ho prima connesso il cubox (collegata l'alimentazione), poi acceso il dac. Poi sono tornato al server e ho avviato HQP. Questa volta il DAC si vedeva.
Nelle oltre 20 volte in cui ho provato prima, il dac non si vedeva.

---

Secondo me hai più problemi, uno legato a HQP/NAA (il dac non suona) e l'altro di rete, vediamo di risolvere prima il secondo.

Confermi questo?

Quote:

---

La cosa curiosa è che ora il router vede il macbook offline, mentre fino a poco prima lo vedeva correttamente online. Dall'iMac invece riesco correttamente a vedere il macbook tramite 'condivisione files'. E comunque il macbook è correttamente connesso in rete (riesco a navigare con il wifi spento).

---

Adesso che il CUBOX con il monitor va, è visto come online o offline? dall'applicazione di netgear?

Nella situazione in cui 'vedi' il cubox ma come offline e non vedi il dac, il cubox ha un indirizzo IP? riesci a pingarlo da qualsiasi altra macchina in rete?

Cerco di capire cosa significhi 'offline' per netgear...

Quando scrivi:

Quote:

---

Comunque ho provato a collegare il cubox direttamente al server via cavo e né HQP né l'applicazione di Netgear vedono il cubox/dac

---

Intendevi al router o proprio al server? La prova significativa è collegare via cavo il cubox al router, non al server.

Si, confermo che i problemi sono almeno due.
Peraltro ora quello del dac che non suona è scomparso (cioè ora il dac suona).

Quote:

---

Originariamente inviato da marcoc1712

Adesso che il CUBOX con il monitor va, è visto come online o offline? dall'applicazione di netgear?

---

Come offline

Quote:

---

Originariamente inviato da marcoc1712

Intendevi al router o proprio al server? La prova significativa è collegare via cavo il cubox al router, non al server.

---

Ho fatto due prove: (1)il dac direttamente al server, e funzionava, (2) il cubox al router ma non funzionava. Quest'ultimo problema è stato risolto cambiando il firmware del router.

In questo momento tutto funziona sia usando come NAA il cubox che usando un macbook. Dalla mappa di rete riesco a vedere l'IP del cubox.
Secondo me le ipotesi sono due: o c'è un problema sistemico che interviene solo in certi momenti per ragioni ancora ignote, oppure il router è il colpevole. dico questo perché tende spesso a perdere il segnale e va riavviato.
Tra l'altro i problemi di drop out sono tutto tranne che risolti, ma anche questi discontinui, e sto andando in powerline, non in wifi.
Penso che per fare la prova proverò a prenderne uno nuovo e vediamo che succede. Avendo problemi di stabilità di linea (centrale a 5km), pensavo ad un tp-link Archer d9, ma potrei anche valutare di separare modem e router se questo può dare vantaggi. Se avete un consiglio al riguardo è ben accetto.

Quote:

---

Originariamente inviato da xrobbo

Si, confermo che i problemi sono almeno due.
Peraltro ora quello del dac che non suona è scomparso (cioè ora il dac suona).

Come offline


Ho fatto due prove: (1)il dac direttamente al server, e funzionava, (2) il cubox al router ma non funzionava. Quest'ultimo problema è stato risolto cambiando il firmware del router.

In questo momento tutto funziona sia usando come NAA il cubox che usando un macbook. Dalla mappa di rete riesco a vedere l'IP del cubox.
Secondo me le ipotesi sono due: o c'è un problema sistemico che interviene solo in certi momenti per ragioni ancora ignote, oppure il router è il colpevole. dico questo perché tende spesso a perdere il segnale e va riavviato.
Tra l'altro i problemi di drop out sono tutto tranne che risolti, ma anche questi discontinui, e sto andando in powerline, non in wifi.
Penso che per fare la prova proverò a prenderne uno nuovo e vediamo che succede. Avendo problemi di stabilità di linea (centrale a 5km), pensavo ad un tp-link Archer d9, ma potrei anche valutare di separare modem e router se questo può dare vantaggi. Se avete un consiglio al riguardo è ben accetto.

---

TP-Link è, nella mia esperienza, più affidabile di netgear. Io ho un Archer D7 e mi trovo sostanzialmente bene (qualche momento di panico ogni tanto lo ha, comunque).

Non ho capito cosa intenda netgear con 'offline', ma pare essere una condizione legata all'esecuzione di NAD. Prova a verificare nel LOG del router.

I dropouts non sono normali ed evidenziano problemi di rete da qualche parte, che a mio avviso dovresti provare ad analizzare e risolvere usando una delle applicazioni che ti ho segnalato, altrimenti devi andare per tentativi ed il router è probabilmente il primo indiziato.

Quote:

---

Originariamente inviato da xrobbo

....
[/Users/roberto/Downloads/networkaudiod-310/networkaudiod] (86026): networkaudiod Copyright (C) 2011-2015 Jussi Laako / Signalyst. All rights reserved.)
Ho collegato il macbook alla rete come fosse un naa, e ad esso il dac. Anche in questa configurazione non funziona nulla...

---

Il networkaudiod su OS X a me funziona perfettamente ... ma non è che hai acceso qualche cosa tipo "firewall" sul router che impedisce al NAA di vedere la macchina master ?

Continua ad usare i due Mac almeno per capire dove sta l'inghippo che è più facile che usare il Cubox.

- Attacca i due Mac alla rete ed apri i due terminali
- e verifica che l'indirizzo delle due macchine sia presente e messo nella stessa subnet, una cosa tipo questa
- dopodichè prova a fare il ping da una macchina verso l'altra tipo se le due macchine sono indirizzate .131 e .130 (esempio), da .131 digita < ping 192.168.100.130>

Il NAA tenta di aprite la connessione TCP verso il Master, se un firewall ( anche quello del Mac ) filtra queste richieste la connessione non va su.

Un cordiale saluto, Massimiliano

Grazie Massimiliano,
in realtà sembra che macbook e cubox funzionino o non funzionino nelle stesse circostanze. Mi sembra probabile che il problema sia nella rete. Domani mi arriva in nuovo modem/router e vediamo che succede. Una volta installato il nuovo modem faccio tutte le prove del caso.

Quote:

---

Originariamente inviato da Ipoci

Il networkaudiod su OS X a me funziona perfettamente ... ma non è che hai acceso qualche cosa tipo "firewall" sul router che impedisce al NAA di vedere la macchina master ?

Continua ad usare i due Mac almeno per capire dove sta l'inghippo che è più facile che usare il Cubox.

- Attacca i due Mac alla rete ed apri i due terminali
- e verifica che l'indirizzo delle due macchine sia presente e messo nella stessa subnet, una cosa tipo questa
- dopodichè prova a fare il ping da una macchina verso l'altra tipo se le due macchine sono indirizzate .131 e .130 (esempio), da .131 digita < ping 192.168.100.130>

Il NAA tenta di aprite la connessione TCP verso il Master, se un firewall ( anche quello del Mac ) filtra queste richieste la connessione non va su.

Un cordiale saluto, Massimiliano

---

Avevo pensato anch'io a qualcosa del genere, ma stando a quanto riporta Xrobbo, a volte (anda)va ed a volte no sia con mac che con cubox sulla stessa connessione, quindi escluderei un problema di firewall, ulteriore conferma il fatto che dopo l'aggiornamento al firmware, sembra che non ci siano più problemi di riconoscimento in rete.

Francamente mi suona strano che qualsiasi apparecchio su cui 'gira' NAD sia visto come offline, qualsiasi cosa questo voglia dire per netgear, non vorrei che questo mandi in confusione il netgear...

Sarebbe interessante vedere il log di quando si presentano i problemi.

Ecco per esempio adesso stavo ascoltando usando il MBP come NAA. Da subito numerosi drop out poi arresto totale. Vi posto qui sotto le ultime righe che descrivono le operazioni sul terminale del macbook. La procedura di arresto è avvenuta da sola, io non ho toccato nulla su nessuna macchina. avrei postato l'intera stringa di codice ma è molto lunga, ma l'essenziale mi sembra questo. In questo caso 5mn dopo l'arresto ho provato dopo a premere nuovamente play su HQP ed è ripartito. di solito quando si ferma in questo modo quello che succede è che HQP non vede più in dac.

[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): enter streaming mode
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio allocate buffers of size 512
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): leave streaming mode
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): stop
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio engine stopping...
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio engine stopped

In questo caso 5mn dopo l'arresto ho provato dopo a premere nuovamente play su HQP ed è ripartito. di solito quando si ferma in questo modo quello che succede è che HQP non vede più in dac. Sotto le righe apparse a terminale nel MBP (quello che funge da NAA)
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): start 176400/32/2 [pcm]
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): Set channels: 2 (2)
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): Set sampling rate: 176400 (176400)
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio engine starting...
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio using integer mode
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio virtual format: 176400/32/2 [ SignedInteger NonMixable ]
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio using non-mixable mode
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio physical format: 176400/32/2 [ SignedInteger NonMixable ]
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio engine started at: 176400 (176400)
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): enter streaming mode
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (31189): CoreAudio allocate buffers of size 512

Quello sotto è invece quello che vedo a terminale, sempre sul MBP che funge da NAA, quando HQP non riesce a vedere il dac:

/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod ; exit;
Macbook-Roberto:~ roberto$ /Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod ; exit;
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (32226): networkaudiod Copyright (C) 2011-2015 Jussi Laako / Signalyst. All rights reserved.
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (32226): discovery from 192.168.0.7:61769
[/Users/roberto/Desktop/hifi/networkaudiod-310/networkaudiod] (32226): discovery from 192.168.0.7:52746

192.168.0.7 chi è nella tua rete, la macchina su cui gira HQP? Se è così sembra non essere un problema di rete, visto che il MBP riceve il 'discovery' sulle porte 61769 e 52746.

Tu sei sicuro che il tuo DAC supporti correttamente 176400 Hz 32 bit, vero? Io proverei a scendere a 88200/24, almeno per una prova, altro parametro da verificare è la dimensione del buffer, prova ad aumentarla.

Quote:

---

Originariamente inviato da marcoc1712

192.168.0.7 chi è nella tua rete, la macchina su cui gira HQP? Se è così sembra non essere un problema di rete, visto che il MBP riceve il 'discovery' sulle porte 61769 e 52746.

Tu sei sicuro che il tuo DAC supporti correttamente 176400 Hz 32 bit, vero? Io proverei a scendere a 88200/24, almeno per una prova, altro parametro da verificare è la dimensione del buffer, prova ad aumentarla.

---

Esatto,, è la macchina su cui gira HQP. Il mio dac è l'IDSD Micro della IFI, quindi supporta quel formato senza problema. Il buffer è già al massimo. Comunque anche adesso, riprovando, HQP player sembra agganciare il dac, la riproduzione inizia, poi si arresta (il contatore del tempo si ferma). tutto sembra bloccato e quando apro preferenze il DAC non si vede più e nel terminale del MBP si vede di nuovo quella scritta con 'discovery from' ecc.
Ora sto provando a 96.000 ma i drop out ci sono uguali. Tecnicamente non so se sono drop out: in realtà il contatore del tempo è lentissimo, diciamo un decimo, e coerentemente si sentono frammenti di musica brevissimi seguiti da lunghi silenzi. Poi di nuovo tutto si blocca e se vado su preferenze il dad è di nuovo non più visibile. Connessione sempre via powerline, no wifi. Mi chiedo se il problema non stia nel funzionamento di HQP sul server. Preciso che il firewall non è attivo.
La configurazione di HQP è standard, ma le ho provate praticamente tutte e non cambia nulla.

Quote:

---

Originariamente inviato da xrobbo

Esatto,, è la macchina su cui gira HQP. Il mio dac è l'IDSD Micro della IFI, quindi supporta quel formato senza problema. Il buffer è già al massimo. Comunque anche adesso, riprovando, HQP player sembra agganciare il dac, la riproduzione inizia, poi si arresta (il contatore del tempo si ferma). tutto sembra bloccato e quando apro preferenze il DAC non si vede più e nel terminale del MBP si vede di nuovo quella scritta con 'discovery from' ecc.
Ora sto provando a 96.000 ma i drop out ci sono uguali. Tecnicamente non so se sono drop out: in realtà il contatore del tempo è lentissimo, diciamo un decimo, e coerentemente si sentono frammenti di musica brevissimi seguiti da lunghi silenzi. Poi di nuovo tutto si blocca e se vado su preferenze il dad è di nuovo non più visibile. Connessione sempre via powerline, no wifi. Mi chiedo se il problema non stia nel funzionamento di HQP sul server. Preciso che il firewall non è attivo.
La configurazione di HQP è standard, ma le ho provate praticamente tutte e non cambia nulla.

---

Io posso aiutarti solo ad escludere problemi di rete: prova a copiare un file di grosse dimensioni dal mac server a quello con NAA e verifica come avanza il processo, se lento ed a scatti o fluidamente. Ripeti l'operazione sia con NAA attivo che no. Da una delle applicazioni che ti ho consigliato (ma forse anche da quella di netgear, non lo so) monitora il processo e riporta per cortesia la velociità di trasferimento.

Quote:

---

Originariamente inviato da marcoc1712

Io posso aiutarti solo ad escludere problemi di rete: prova a copiare un file di grosse dimensioni dal mac server a quello con NAA e verifica come avanza il processo, se lento ed a scatti o fluidamente. Ripeti l'operazione sia con NAA attivo che no. Da una delle applicazioni che ti ho consigliato (ma forse anche da quella di netgear, non lo so) monitora il processo e riporta per cortesia la velociità di trasferimento.

---

Provo volentieri. Ho scaricato il cockpit di Devolo, da cui riesco a vedere che server e NAA sono effettivamente connessi in rete. Non mi sembra però ci sia modo di fare quello che tu dici. L'altra applicazione che indicavi è solo per windows.
La cosa che al momento riesco a fare è collegare in rete i due Mac in modo da vedere da uno le risorse dell'altro. Da qui riesco a trasferire un file dall'uno all'altro. Ora, a parte il tempo biblico che questa operazione ha richiesto, il tempo stimato per il trasferimento di un file di 180MB è di 4mn, processo completato in realtà in meno di 2 minuti. non so se c'è modo di rilevare in modo più preciso la velocità di trasferimento, ma non mi pare particolarmente lento

Quote:

---

Originariamente inviato da xrobbo

Provo volentieri. Ho scaricato il cockpit di Devolo, da cui riesco a vedere che server e NAA sono effettivamente connessi in rete. Non mi sembra però ci sia modo di fare quello che tu dici. L'altra applicazione che indicavi è solo per windows.
La cosa che al momento riesco a fare è collegare in rete i due Mac in modo da vedere da uno le risorse dell'altro. Da qui riesco a trasferire un file dall'uno all'altro. Ora, a parte il tempo biblico che questa operazione ha richiesto, il tempo stimato per il trasferimento di un file di 180MB è di 4mn, processo completato in realtà in meno di 2 minuti. non so se c'è modo di rilevare in modo più preciso la velocità di trasferimento, ma non mi pare particolarmente lento

---

Lo fa solo per gli apparecchi Devolo, per gli altri ti fa solo vedere che ci sono, apri il monitor prestzioni dei due mac e vedi la rete a che velocità va mentre trasferisci.

Comunque, a spanne: 180MB in 2 min = 12 Mb/s + overhead. Pochi, per far funzionare tutto te ne servono almeno 11 continui, quindi sei probabilmente al limite. Qualche dropouts è possibilissimo. Gli AV500 devono supportare un traffico reale di almeno 200 Mb/s, altrimenti c'è qualche collo di bottiglia. Probabile sia il router. Se riesci, ripeti la prova collegando con cavo ethernet i due pc al router ed escludi OGNI ALTRO TRAFFICO.

Che modello è il router?

Faccio una domanda al volo a chi conosce bene HQP (bibo?): è possibile che l'utilizzo di un NAS,con relativa funzione di sincronizzazione, possa essere la causa dei miei problemi? Lo chiedo perché mentre il NAS (UN QNAP) è in sincronizzazione, il Finder di mac sembra a volte in affanno. E non appena ho chiuso l'applicazione su server e MBP il problema sembra essersi risolto.
Non ho fatto abbastanza prove per averne la certezza. ma tutto è partito al primo colpo, fa DSD256 senza problemi, non ci sono drop out.
Un'indizio non è una prova, ma per due volte ho provato a riavviare il Sync del NAS e per due volte HQP si è bloccato, risbloccandosi quando spegnevo il Sync.
Mi/vi chiedo se incompatibilità tra HQP e dispositivi tipo NAS sono note, o se in qualche modo ci può essere una spiegazione plausibile per quanto accade.
Farò anche altre prove ovviamente, ma mi conforterebbe sapere che c'è una ragione dietro questi comportamenti.

Ci sono molti utenti che usano NAS (me incluso) con HQPlayer. Eventualmente il problema è con il MAC.

Quote:

---

Originariamente inviato da marcoc1712

Lo fa solo per gli apparecchi Devolo, per gli altri ti fa solo vedere che ci sono, apri il monitor prestzioni dei due mac e vedi la rete a che velocità va mentre trasferisci.

Comunque, a spanne: 180MB in 2 min = 12 Mb/s + overhead. Pochi, per far funzionare tutto te ne servono almeno 11 continui, quindi sei probabilmente al limite. Qualche dropouts è possibilissimo. Gli AV500 devono supportare un traffico reale di almeno 200 Mb/s, altrimenti c'è qualche collo di bottiglia. Probabile sia il router. Se riesci, ripeti la prova collegando con cavo ethernet i due pc al router ed escludi OGNI ALTRO TRAFFICO.

Che modello è il router?

---

Il modem è un netgear DGND 4000. Spegnendo il servizio di sincronizzazione con in NAS (vedi il problema indicato al post sopra), il trasferimento va decisamente meglio: 1 giga in 2 min, dunque 5 volte di più.

Quote:

---

Originariamente inviato da xrobbo

Il modem è un netgear DGND 4000. Spegnendo il servizio di sincronizzazione con in NAS (vedi il problema indicato al post sopra), il trasferimento va decisamente meglio: 1 giga in 2 min, dunque 5 volte di più.

---

Allora hai trovato il problema... Con la sincronizzazione attiva la banda che ti rimane disponibile è di circa 12 Mb/s, troppo poca per la risoluzione che vuoi usare...

1 GB in 2 Minuti, invece, sono circa 70 Mb/s, che ti consentono certamente una riproduzione priva di problemi. Sono comunque valori bassi, non all'altezza nè del tuo router (a meno che sia guasto) nè dei powerline 500. A mio avviso hai qualcos'altro che non va, ma puoi anche accontentarti di questo risultato.

Io indagherei sul proceso di sincronizzazione a prescindere, per come lo hai descritto è peggio di un virus e certamente non lo lascerei attivo mentre HQP suona...

p.s.

Il fatto che ti scompaia il DAC a seguito di un'interruzione del collegamento è comunque un secondo problema, probabilmente dovuto ad una non perfetta gestione da parte di HQP/NAA/DRIVER di situazioni di buffer underrrun/time out, non so se è il caso di segnalarlo.

Quote:

---

Originariamente inviato da marcoc1712

Allora hai trovato il problema... Con la sincronizzazione attiva la banda che ti rimane disponibile è di circa 12 Mb/s, troppo poca per la risoluzione che vuoi usare...

1 GB in 2 Minuti, invece, sono circa 70 Mb/s, che ti consentono certamente una riproduzione priva di problemi. Sono comunque valori bassi, non all'altezza nè del tuo router (a meno che sia guasto) nè dei powerline 500. A mio avviso hai qualcos'altro che non va, ma puoi anche accontentarti di questo risultato.

Io indagherei sul proceso di sincronizzazione a prescindere, per come lo hai descritto è peggio di un virus...

---

Si, certamente c'è ancora qualcosa che non va e ho intenzione di andare fino in fondo. Domani mi arriva il router nuovo, faccio un po' di prove e poi vediamo se cambia qualcosa. Per ora grazie a tutti.

Allora, pare che la diagnosi fosse corretta: una volta sostituito il modem non solo sono scomparsi tutti i problemi legati al collegamento HQP --> NAA (il cubox ora viene visto sempre e senza problemi), ma anche quelli di drop out. Sembra che i problemi del modem oltre a mettere in difficoltà il sistema HQP+NAA creassero problemi anche al NAS, da cui il comportamento bizzarro del programma di sincronizzazione.
Ancora grazie per l'aiuto agli amici del forum.

Ci puoi dire per favore il modello con cui NON funzionava bene e ora quello "buono" ...giusto per ricordare

Quote:

---

Originariamente inviato da bibo01

Ci puoi dire per favore il modello con cui NON funzionava bene e ora quello "buono" ...giusto per ricordare

---

Non funzionava con il Netgear DGND4000, mentre funziona con il TP-Link Archer 9.