Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Non vorrei dire una bestialità, scusatemi... ma come fa asio4all a funzionare in windows server 2012r2 non essendo presente wasapi?
imoltre funziona sempre e comunque anche su windows 7-8-10 disabilitando i 3 servizi audio fondamentali percheè funzioni wasapi, e cioé:
AudioEndpointBuilder, Audiosrv, MMCSS
Non è che per caso interagisce con kernel streaming???
Saluti, e grazie a tutti
bit32
Non vorrei dire una bestialità, scusatemi... ma come fa asio4all a funzionare in windows server 2012r2 non essendo presente wasapi?
imoltre funziona sempre e comunque anche su windows 7-8-10 disabilitando i 3 servizi audio fondamentali percheè funzioni wasapi, e cioé:
AudioEndpointBuilder, Audiosrv, MMCSS
Non è che per caso interagisce con kernel streaming???
Saluti, e grazie a tutti
bit32
mmh... mi pare improbabile: se sei in mezzo ad altri due buffer, sulla stessa macchina (quindi stai semplicemente copiando dati da una parte all'altra della RAM), per riuscire a creare problemi bisogna mettercisi d'impegno... ma proprio tanto!
Non conosco asio4all nei dettagli ma, visto quando (e perché) è stato creato (molto prima dell'introduzione di WASAPI), mi pare possibilissimo che sia in grado di sfruttare qualsiasi sottosistema audio di windows che trovi disponibile, specie tra quelli più vecchi.
Vai a vedere sul sito e/o fatti una ricerca in rete, sicuramente da qualche parte c'è scritto a cosa si appoggia.
(magari poi scopriamo che non usa affatto WASAPI e così magari si spiegano anche le differenze all'ascolto che hai notato...)
Ultima modifica di UnixMan : 22-03-2017 a 19:04
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Ciao, era come sospettavo... si tratta di Kernel Streaming
Qui lo dice proprio "Miska" https://www.computeraudiophile.com/f...comment-508357
Questo è un altro esempio: http://forum.polkaudio.com/discussio...rnel-streaming
Comunque sul mio sistema asio4all suona in modo a dir poco superiore rispetto a wasapi, e per me questo e quello che conta!!! spero che nelle successive versioni Miska metta a posto le cose, in modo che io possa acquistare una licenza.
ps: ci sono anche tanti altri utenti jplay che stanno aspettando la soluzione da parte dell'autore.
saluti
bit32
Ciao, piccolissimi e e anche grandissimi, si arriva mi pare sopra 1 secondo...
era come sospettavo... si tratta di Kernel Streaming
Qui lo dice proprio "Miska" https://www.computeraudiophile.com/f...comment-508357
Questo è un altro esempio: http://forum.polkaudio.com/discussio...rnel-streaming
Comunque sul mio sistema asio4all suona in modo a dir poco superiore rispetto a wasapi, e per me questo e quello che conta!!! spero che nelle successive versioni Miska metta a posto le cose, in modo che io possa acquistare una licenza.
ps: ci sono anche tanti altri utenti jplay che stanno aspettando la soluzione da parte dell'autore.
saluti
bit32
https://www.computeraudiophile.com/f...comment=643533
Qui Miska mi ha risposto a proposito di ASIO4ALL... e anche un paio di post più sotto.
---------------------------------------
https://www.computeraudiophile.com/f...comment=643520
Qui una risposta a proposito dei driver ASIO della EMU
PLAYER _> DRIVER -> DAC
100/4 100/4 DIPENDE DAL FORMATO, COMUNQUE << 50/2.
1 interrupt da Driver ogni 50, 1 da Player ogni 50, rischio di bufferunderrun minimo (ci sono sempre almeno 50 msec (2 periodi) di 'tampone').
PLAYER -> WRAPPER _> DRIVER -> DAC
100/4 50/2 100/4 DIPENDE DAL FORMATO, COMUNQUE << 50/2.
stessi interrupt di prima per PLAYER + 1 ogni 25 da Wrapper + 1 ogni 25 da Driver.
Rishio di underrun ALTO, diriver chiede di essere riempito quando è a 50, wrapper si svuota completamente per riempirlo, qualsiasi minimo problema si trasforma in un underrun.
Risultato:
Latenza +25 ms
Numero di interrupt 'a regime' = +150%
Qualsiasi 'incidente' nel riempire WRAPPER si trasforma in underrun (improbabile), qualsiasi richiesta extra di DRIVER si trasforma in underrun . Se c'è un minimo drift tra la velocità con cui DAC svuota DRIVER ed il clock che governa le attività di PLAYER, WRAPPER e DRIVER, questo si trasforma in un underrun, con la frequenza dettata dalla dimensione di WRAPPER (50/2), non più di DRIVER, dato che DRIVER è 'tamponato' dalla capacità di WRAPPER: non può ricevere più di 25 per volta senza mandare WRAPPER in UNDERRUN.
E' ovviamente una condizione limite, ma non cambia di molto ogni qual volta si introduca un buffer intermedio la cui dimensione sia inferiore al 'mezzo pieno' del successivo, cosa che è normale avvenga per evitare improponibili aumenti della latenza.
Quanto sopra in bit perfect.
Prova.
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Ci sono attualmente 8 utenti che stanno visualizzando questa discussione. (0 utenti e 8 ospiti)