HQPlayer: Introduzione e Indice argomenti

[bibo01]

Ecco la risposta di Miska:

Pressing STOP in HQPlayer, the audio card is not released by the player.

This is precisely on purpose.

This creates some problems when there is more than one player on the NAA, for example squeezelite (or MPD) and NAD.
If I play squeezelite, then stop in LMS, squeezelite leaves ALSA free. MPD is the same.
On the other hand, if I play NAD, then stop in HQP, it does not release ALSA till I open audio card setting and close it. Alternatively, HQPlayer has to be closed.

Correct way if you want to release the audio device is to exit HQPlayer.

With Windows NAD it does not happen. Pressing STOP in HQP, NAD releases audio card.

No it doesn't, ASIO driver is still initialized and loaded. If you do something else meanwhile and mess with the audio device settings, the settings may end up being something else than HQPlayer thinks they are. For example when HQPlayer sets the sampling rate, it expects that to stay and things get seriously screwed up if some other application changes the rate behind HQPlayer's back.

Do not ever run anything else touching the audio device when HQPlayer is running, regardless of OS or whether you use NAA or not! (if you do that on Mac, you'll likely need to reboot OS X to recover)

[antonellocaroli]

risposta alquanto diplomatica....

No it doesn't, ASIO driver is still initialized and loaded. If you do something else meanwhile and mess with the audio device settings, the settings may end up being something else than HQPlayer thinks they are. For example when HQPlayer sets the sampling rate, it expects that to stay and things get seriously screwed up if some other application changes the rate behind HQPlayer's back.

Do not ever run anything else touching the audio device when HQPlayer is running, regardless of OS or whether you use NAA or not! (if you do that on Mac, you'll likely need to reboot OS X to recover)

non mi rusulta....


PS: non si parla mica di farle funzionare contemporaneamente...

cmnq grazie bibo!!!

[UnixMan]

Ecco la risposta di Miska:

This is precisely on purpose.

then please change that behavior...

Any "player" (including HQPlayer and its "NAD") should always release the sound card as soon as it goes to "stop" (better yet even when just "paused").

Correct way if you want to release the audio device is to exit HQPlayer.

While listening to music with HQP, one may want (or need) to quickly switch to some other source, than go back to what he was listening. For instance, let say you want to do some ABX comparison between HQP and some other software: having to exit and restart HQP every time you want to switch is rather inconvenient, to say the least. O course this is just one example, there are more.

Do not ever run anything else touching the audio device when HQPlayer is running, regardless of OS or whether you use NAA or not! (if you do that on Mac, you'll likely need to reboot OS X to recover)

of course. Nobody was thinking to do something like that.

The general idea is: after listening something with HQP put it to stop (or pause), then start something else using a different player; put that one to stop (or pause), put HQP back to play, and so on. Of course also the other player must release the sound device when stopped, which is already the case with many popular players including MPD, recent versions of "squeezelite" (with "-C n" option), etc.

[bibo01]

then please change that behavior...

No, I won't...

As long as HQPlayer is running, it will assume the audio device is reserved for it's exclusive use. If one doesn't like that, either don't use HQPlayer or don't use some other software at the same time.

The general idea is: after listening something with HQP put it to stop (or pause), then start something else using a different player; put that one to stop (or pause), put HQP back to play, and so on. Of course also the other player must release the sound device when stopped, which is already the case with many popular players including MPD, recent versions of "squeezelite" (with "-C n" option), etc.

First of all, I couldn't care less what "many popular players" do. HQPlayer is trying to do most of the things differently from "many popular players".

With many drivers, that would mean unloading and reloading (ASIO) driver every time. There would be many implications on that.

Next someone is going to ask ability to switch applications while playback is going on - that is called WASAPI Shared, or traditional CoreAudio or PulseAudio on Linux with implications of OS side mixing and rate conversion. Then you can even play from two applications simultaneously, or switch between the two on the fly.*But HQPlayer won't go into that mess, it specifically wants to get out of that hell.

So you have to either accept the way HQPlayer deals with things. Or go with how Windows Media Player, VLC, iTunes and such deal with things. You cannot both have the cake and eat it.
(by Miska)

[antonellocaroli]

Comunque Bibo giusto per essere un po piú precisi...

al di la della questione player...il NAD si comporta in modo diverso su linux e windows...la cosa si verifica con un dac che ti fa capire "quando perde il segnale".

In windows: stop in HQplayer > Nad ferma il segnale
In linux no (per fermarlo come detto sopra)

Questo é il fatto.

[francy2007]

Salve a tutti, sono nuovo del forum che giudico veramente molto interessante. Essendo molto inesperto in computer audio e volendo utilizzare HQPlayer con un NAA (ho ordinato un Cubox i1 e il DAC e' un Audioquest Dragonfly) chiedo dei chiarimenti. Ho letto sul forum che il PC su cui e' HQPlayer puo' essere collegato direttamente al NAA, con cavo crossover, oppure il PC ed il NAA vanno collegati ad un router. Secondo la vostra esperienza, complessivamente e' preferibile la prima soluzione o la seconda? Ci sono differenze nella qualita' audio? Quale e' piu' semplice da configurare?
Per l'eventuale utilizzo del router, premetto che ho il modem in un stanza diversa da quella del PC, per cui, non potendolo collegare con cavo, lo collegherei alla rete tramite powerline (ho un Netgear Powerline 500 da 500 Mbps). Ho saputo da Bibo01 che sul forum varie persone adottano questa soluzione. Mi piacerebbe sapere se ne sono soddisfatte e se ci sono particolari impostazioni da effettuare. Inoltre, il collegamento andrebbe fatto utilizzando l'uscita LAN o WAN del router? In quest'ultimo caso con quale cavo visto che l'ingresso del powerline e' LAN?

[audiodan]

Hola Francy, benvenuto. La maniera migliore, IMHO, di collegare due PC è una rete locale dotando i due PC di IP fisso, ed eventualmente interponendo tra i due, invece che un semplice cavo Ethernet (non serve un crossover se hai una scheda moderna) MA CON IL CUBOX LA COSA SI COMPLICA perchè nessuno dei linuxiani ha ancora spiegato come si entra in quel cavolo di aggeggetto per dargli un IPfisso. Per cui con il cubetto nero basta interporre un vecchio modem che abbia il DHCP, due cavi ethernet e il gioco è fatto. Una piccola rete locale di nessuna difficoltà di approntamento. Inutile dire che se usi un altro PC al posto del cubox il suono migliora, se usi due convertitori elettrico/ottici sulla linea ethernet il suono migliora, se alimenti il cubox con un buon alimentatore lineare il suono migliora............and so on!

[francy2007]

Grazie per il benvenuto e per il chiarimento. Se ho ben capito, optando per il router non occorrerebbe collegarlo alla rete (e non avrei bisogno del powerline) ma basterebbe collegarlo solo a PC e Cubox? E, utilizzando il PC anche per Internet, potrei collegarmi al modem in wi-fi, giusto?

[marcoc1712]

Grazie per il benvenuto e per il chiarimento. Se ho ben capito, optando per il router non occorrerebbe collegarlo alla rete (e non avrei bisogno del powerline) ma basterebbe collegarlo solo a PC e Cubox? E, utilizzando il PC anche per Internet, potrei collegarmi al modem in wi-fi, giusto?

Corretto, ma forse qualcuno più esperto di me può aiutarti a far si che non ti serva nemmeno il router, facendo si che l'indiirzzio al cubox lo assegni il pc. SO che si può fare, ma non come si fa.

Personalmente ritengo powerline un'ottima soluzione, priva di effetti collaterali sul suono ed una ottima alternativa al wifi quando questo è problematico. Fossi in te proverei a connettere al router nell'altra stanza un powerline, quindi optereri per un powerline con switch integrato (hanno 2 o 4 porte eth) da cui partire per raggiungere il pc ed cubox.

In questo modo hai tutto su una sola rete, non ti serve un secondo router e puoi tenere il power line su un ramo di alimentazione 'distante' dallo stereo, se ti proccupano i disturbi, che COMUNQUE dovresti già filtrare e trattare, indipendentemente dai powerline, se sei a questo ottimo livello di attenzione.

2 Powerline separarati per cubox e PC fanno la stessa funzione ed in teroria potrebbero darti prestazioni migliori.

Il Powerline va collegato ad una delle porte LAN del router, la porta WAN è per connettersi ad ad un modem o secondo router con accesso a internet, se usi il primo come router 'puro'.

[francy2007]

In base alle vostre risposte, opterei per il collegamento diretto pc - Cubox. Sull'assegnazione dell'IP statico, che sarebbe problematico, ho trovato sulla discussione "Che si fa? Sistema HQPlayer e NAA" il seguente post di UnixMan del 15/09/14:

--------------------------------------------------------------------------
"Quasi dimenticavo: per chi non abbia dimestichezza con i file di configurazione della rete su Debian (e derivate), di seguito le modifiche che dovete fare al file/etc/network/interfaces*(del NAA) per configurare manualmente la rete.

La parte rilevante è quella relativa alla interfaccia "eth0", che corrisponde alla prima interfaccia Ethernet.

Le altre "entries" non ho idea del perché siano state messe... (forse per qualche test, hardware leggermente differenti, ecc). Lasciatele come sono.

Questa è la parte rilevante nel file originale (quella che dovete modificare):
codice:
# Wired or wireless interfaces
auto eth0
iface eth0 inet dhcp
Dovete cambiarla in questa:
codice:
# Wired or wireless interfaces
auto eth0
iface eth0 inet static
address 192.168.10.100
netmask 255.255.255.0
network 192.168.10.0
gateway 192.168.10.1
Tutto qui.*

La riga "gateway" è opzionale, ed è utile solo se a quell'indirizzo c'è un router.

In caso di connessione diretta PC-NAA assicuratevi che, dall'altra parte, la relativa NIC del PC sia configurata con un indirizzo IP del tipo 192.168.10.xxx, ad es. 192.168.10.1, e la stessa netmask del NAA."
------------------------------------------------------------------------------------

Chiedo, quindi, cortesemente risposta ai seguenti quesiti, magari da UnixMan autore del post che e' sicuramente esperto sull'argomento:

1) La modifica indicata sul post vale per gli NAA Cubox?
2) Il file/etc/network/interfaces e' sul NAA. C'e' da seguire un percorso complicato per accedervi?
3) Per accedere al file/etc/network/interfaces*c'e' bisogno di password? Lo chiedo perche' ho letto sul forum che in alcuni casi con il Cubox c'e' bisogno.

Ringrazio anticipatamente.