AWE in cPlay

[GasVanTar]

Non sono riuscito a capire cosa fa esattamente questa funzione e a dire il vero non sono certo di averla attivata o meno.
Avendo XP Home non ho potuto eseguire la procedura per impostare i privilegi LOCK, però nonstante questo settando AWE su si in cPlay mi sembra che funzioni lo stesso. Dico mi sembra perchè non sono sicuro di cosa faccia, quello che noto è che utilizzando questa funzione, dal task manager di windows vedo il valore totale di memoria utilizzata che cresce in base alle dimensioni del file che scelgo di riprodurre mentre il processo cicsPlay.exe utilizza mediamente pochi MB, a volte meno di due.
Viceversa se non utilizzo AWE, anche il singolo processo utilizza tanti MB quanti sono quelli del file audio che ho scelto. Questa è l'unica differenza che ho notato, ma in pratica l'utilità di AWE si limita a questo? O invece non ne ho capito niente?
In sostanza che vantaggi ci sono utilizzando AWE in cPlay? E se non fossi riuscito ad attivarla correttamente per via dei privilegi LOCK mi suggerireste il modo per farlo?

P.S. Utilizzando l'utilità di diagnostica prima di iniziare la riproduzione tra le altre cose mi vengono indicate queste ultime:
AWE sucessful

RAM allocation (...MB) successful

DSP track loader thread started

DSP Started.

Play starts after RAM load (available ...MB, system 894MB).
Volume ( 0.0db, phase 0)
SRC (1, 96000)

[bibo01]

Se la diagnostica dice che AWE ha avuto successo allora sei a posto.
Task manager non ti da' le informazioni giuste.
Cmq, AWE evita appunto che sia Windows ad affidare la memoria e mantiene la RAM in un unico blocco.

[GasVanTar]

grazie Bibo mi hai rassicurato.

[GasVanTar]

Ciao Audiodan, una tua considerazione espressa su un post nel forum di VHF mi ha particolarmente incuriosito: "l'AWE (Address Extensions Windowing che permette il caricamento in RAM del file decompresso e con upsampling già calcolato)".
Spiegheresti cortesemente cosa intendi per upsampling già calcolato?

[audiodan]

In pratica, al momento della selezione, il processore non solo processa il file per decomprimerlo, se in flac ovviamente, ma effettua anche l'upsampling per cui, sulla RAM tu trovi un file wave a 24/xx, a seconda delle scelte fatte. Se fai caso alla fine del titolo spesso compare un numero tra parentesi.Questo è il numero degli split in cui viene suddiviso il file per il caricamento in RAM. Più è spinto l'upsampling maggiore sarà il peso del file e, conseguentemente, il numero di split in cui verrà suddiviso.
A questo punto voglio ricordare una perplessità che mi sorse in seguito alla comparsa del primo dei supertweaks, ovvero la riduzione via software della memoria utilizzata.
Come sapete aggiungendo alla stringa di boot.ini la dizione MAXMEM=xx si pò dare istruzioni al SO di non utilizzare uno spazio maggiore di quanto impostato. Dalle esperienze da me fatte fu chiaro che più era basso il valore e migliore era il risultato sonoro, tanto che ho lasciato ormai da tempo immemore il valore MAXMEM=256.
Però, poichè io trovo vantaggioso ascoltare con upsampling a 24/192, il numero di split aumenta a 7 e più per brani lunghi, con conseguenti plurimi azionamenti dell'HDD esterno che si mette in moto per trasferire i dati al processore, ovverodicasi: durante la riproduzione si avrà attività sia dell'HDD che della CPU! ERESIA!! Da qui è nata la necessità di testare coin attenzione la qualità sonica delle diverse modalità che, alla fine, hanno visto vincitrice quella che teoricamente non dovrebbe esserlo, ovvero maxmem=256, senza che la rapidissima attività dell'HDD edel processore influenzassero in qualche modo la qualità dell'ascolto, almeno nella mia esperienza.
Questa è stata la base perchè capissi quanto la RAM, la sua pezzatura, il suo undervoltaggio e il suo timing sia veramente la parte più influente del sistema nell'ottenimento di un buon risultato finale. In ogni caso è molto semplice provare ad ascoltare il risultato di un facile editing del file boot.ini variando solo il numero della memoria utilizzabile, partendo da 1000 a scendere. E' questo un altro modo di fare fine tuning molto avanzato ed efficace. E' anche utile per verificare se dico fregnacce o no

[bibo01]

Per la cronaca, Foobar e JRiver quando caricano il FLAC in memoria, al contrario di cPlay, lo decomprimono "al volo", cioè la cpu lavora continuamente, anche se poco, durante la lettura del file. Per cui, mentre in cPlay la cpu manda una spike per un iniziale utilizzo intenso, in Foobar le manda continuamente durante tutta la lettura.