Hqplayer

Giordy60 ha scritto:con quale release ?

3.5.0

Giordy60 ha scritto:

Rock, che versione hai ?
( e su quale sistema )

win 8 ed ho la versione precedente alla 3.50.

quindi hai la 3.4.1 ?
( o per win è la 3.4.0 )

3.4.1

pocarrie ha scritto:

No, riguardano (anche) Win.
Io uso Win 8.1 pro 64bit e li ho riscontrati.

Che tipo di bug? Se si può sapere?
In ogni caso a me non pare che la 3.5 suoni male... Poi si può agire sui vari filtri.. Sennò che si usa a fare HQ???

albertosi ha scritto:

Che tipo di bug? Se si può sapere?
In ogni caso a me non pare che la 3.5 suoni male... Poi si può agire sui vari filtri.. Sennò che si usa a fare HQ???

disturbi o mancato funzionamento di un canale nel processamento dei files DSD (tipo upsampling da 64 a 128, o anche soltanto applicando i vari filtri e dither, anzichè spuntare l'opzione "direct SDM", che consente di inviare i segnali dsd al naa o al dac senza alcun tipo di processamento).

Ok grazie.. al momento non ho dac dsd e con win non ho problemi apparte un marcato rallentamento generale rispetto alla 3.3. che avevo prima..

E' appena uscita la v3.5.1 che risolve il problema del DSD>DSD upsampling

In Settings c'è anche una feature, PipelineSDM, per vecchi processori

bibo01 ha scritto:E' appena uscita la v3.5.1 che risolve il problema del DSD>DSD upsampling

In Settings c'è anche una feature, PipelineSDM, per vecchi processori

ottimo provvedo subito, e scommetto che tu non hai dormito la notte per questa anteprima confessa, vista l'ora a cui ha postato il mess !!

RockOnlyRare ha scritto:

ottimo provvedo subito, e scommetto che tu non hai dormito la notte per questa anteprima confessa, vista l'ora a cui ha postato il mess !!

No, no, ho dormito e dormo la notte, sto solo in un fuso orario differente dal tuo (+7h)

bibo01 ha scritto:
No, no, ho dormito e dormo la notte, sto solo in un fuso orario differente dal tuo (+7h)

ah.... capito il trucco

raga  il cubox-i  con la connessione hdmi ma è limitata a 96khz
non male davvero la riproduzione.

Giordy60 ha scritto:raga  il cubox-i  con la connessione hdmi ma è limitata a 96khz
non male davvero la riproduzione.

Posso chiedere come mai usi la connessione hdmi, a cosa la colleghi ?

prove tecniche, e sempre Sergio che ha strane idee e tocca a me fare da cavia
comunque il cubox-i è collegato ad un lumagen e da questi in coax al weiss.

Giordy60 ha scritto:prove tecniche, e sempre Sergio che ha strane idee e tocca a me fare da cavia
comunque il cubox-i è collegato ad un lumagen e da questi in coax al weiss.

Ho capito, ho visto il lumagen , stupendo immagino costi un sacco di soldi..... ma tutti quegli ingressi hmdi sono compatibili hdcp ???
Se poi usando hdmi + coax si migliori il segnale rispetto al cavo usb e di quanto... boh !!

mah! non so se convenga, hai comunque un segnale limitato a 96khz, con HQPlayer è preferibile elevare quanto di più la frequenza di uscita ( dac permettendo ovvio )

Giordy60 ha scritto:mah! non so se convenga, hai comunque un segnale limitato a 96khz, con HQPlayer è preferibile elevare quanto di più la frequenza di uscita ( dac permettendo ovvio )

Anche secondo me, il balzo di qualità probabilmente ci sarà nel momento in cui al posto del cavo usb sarà usato un coassiale o comunque una connessione diretta al dac, (senza ovviamente il cavo hdmi che come giustamente mi fai notare supporta al momento massimo 24-96, anche se siamo alla versione 1.4, prima o poi ne faranno una 1.x che supporterà non solo il 4k -credo che la 1.4 lo faccia già, ma anche il 24-192 o superiore).

qualcosa bolle in pentola, alsa stà riprogettando ( in ambiente linux ) la possibilità di veicolare il DSD256 ( non DoP ).
quindi ce lo troveremo sul kernel, anche amanero si stà orientando su tale implementazione ( in relata il lavoro è di altri )

è disponibile la versione 3.5.2 per linux con supporto del DSD per ricevitori XMOS
praticamente veicola il DSD256 nativo ( no DoP )

http://www2.signalyst.com/bins/beta/hqplayer_3.5.2-17_amd64.deb

grande Miska !

Domandina per gli utenti di HQPlayer che utilizzano la convoluzione interna (sono in ferie e non c'ho una cippa da fare): sapete se si puo' agire in modo da simulare il crossfeed per l'ascolto in cuffia?

realmassy ha scritto:Domandina per gli utenti di HQPlayer che utilizzano la convoluzione interna (sono in ferie e non c'ho una cippa da fare): sapete se si puo' agire in modo da simulare il crossfeed per l'ascolto in cuffia?

AIUTO !!!!!!

Giordy60 ha scritto:ecco l'ottimo lavoro fatto da Maggio !

i filtri del canale sx e dx caricati nel convolutore




il tracciato del filtro, ovvero 0db da 15hz a 1khz poi meno 1db per ogni ottava





il grafico del filtro, prima e dopo la correzione

Non capisco, il filtro postato è la 'homecurve' o il filtro? Vista la correzione ottenuta, non credo sia stato applicato un filtro flat 0-15K. La curva in se, mi pare poi faccia partire il roll-off già a 2K, non a 15K, almeno io il grafico lo leggo così.

Grazie.

realmassy ha scritto:Domandina per gli utenti di HQPlayer che utilizzano la convoluzione interna (sono in ferie e non c'ho una cippa da fare): sapete se si puo' agire in modo da simulare il crossfeed per l'ascolto in cuffia?

Io chiederei a Miska direttamente visto che usa spesso la cuffia.

Con il tuo DAC hai provato come filtri anche minphaseFIR e minringFIR?



Per RockOnlyRare -

What is crossfeed :
In normal listening through loudspeakers, left ear receives signal from left loudspeaker and then, a fraction of a millisecond after, it also receives signal coming from the right speaker.
Listening with headphones, you only get left signal to your left ear.
This is sometimes not enjoyable, especially with discs that are "false stereo" : mono with instruments heavily pan-potted to one side. So the crossfeed function is to send to the opposite ear (named contralateral ear) the other signal delayed and filtered (exactly like loudspeakers signals would do around your head). Most songs are recorded only for loudspeakers listening so they should benefit from crossfeed.
The crossfeed function is only needed for headphones listening !
True binaural recordings (recorded with mics on dummy or real heads) should avoid the use of crossfeed.

bibo01 ha scritto:
Io chiederei a Miska direttamente visto che usa spesso la cuffia.

Con il tuo DAC hai provato come filtri anche minphaseFIR e minringFIR?



Per RockOnlyRare -

What is crossfeed :
In normal listening through loudspeakers, left ear receives signal from left loudspeaker and then, a fraction of a millisecond after, it also receives signal coming from the right speaker.
Listening with headphones, you only get left signal to your left ear.
This is sometimes not enjoyable, especially with discs that are "false stereo" : mono with instruments heavily pan-potted to one side. So the crossfeed function is to send to the opposite ear (named contralateral ear) the other signal delayed and filtered (exactly like loudspeakers signals would do around your head). Most songs are recorded only for loudspeakers listening so they should benefit from crossfeed.
The crossfeed function is only needed for headphones listening !
True binaural recordings (recorded with mics on dummy or real heads) should avoid the use of crossfeed.

OK GRAZIE capito adesso, non mi ero neppure posto il problema perchè è assai raro che usi la cuffia con hq player.

bibo01 ha scritto:
Io chiederei a Miska direttamente visto che usa spesso la cuffia.

Con il tuo DAC hai provato come filtri anche minphaseFIR e minringFIR?

Hai ragione Bibo, posto la domanda su CA.
Per quanto riguarda i filtri, da un paio di settimane sto utilizzando il polisincmp, MA con un diverso algoritmo di dithering, NS9. Questa combinazione mi piace e non mi sta facendo sentire i difetti di cui mi sono lamentato qualche post piu' su. Questa settimana provo i due che mi hai segnalato.
E a proposito di NAA, qualcuno ha esperienze con i386 al posto di ARM?

realmassy ha scritto:

Hai ragione Bibo, posto la domanda su CA.
Per quanto riguarda i filtri, da un paio di settimane sto utilizzando il polisincmp, MA con un diverso algoritmo di dithering, NS9. Questa combinazione mi piace e non mi sta facendo sentire i difetti di cui mi sono lamentato qualche post piu' su. Questa settimana provo i due che mi hai segnalato.
E a proposito di NAA, qualcuno ha esperienze con i386 al posto di ARM?

Anch'io uso NS9 per frequenze 8x e i filtri poly-sinc-xxx.
Varie persone su NH hanno approntato un NAA su i386. Nel caso puoi chiedere a Miska di mandarti l'immagine pronta tratta da Debian. Bisogna richiederla apposta perché non è online.