Squeezeplay) | Stampa

Printable View

Visualizza 40 messaggi di questa discussione in una pagina

03-04-2015, 13:38
marcoc1712

Quote:

Originariamente inviato da antonellocaroli

Vero!!!

Ma questo non é correto credo. Io mando in play un file wav "nativo" 192000/24 (non credo che LMS faccia una coneversione Wav>Flac o PCM, devo controllare stasera)
Io non ho modificato niente in convert.conf riguardo ai wav....

Esattamente quello che scrivevo io, se rileggi il post vedi che la frase che hai quotata è riferito al caso di resampling con uscita in pcm da flac.

Quote:

Originariamente inviato da antonellocaroli

Squeezelite lo manda al driver cosi a 192000 (verificato sul dac)

Cioé secondo me sqeezelite centra poco in tutti sti problemi che stiamo incontrando...

Non c'è dubbio, quando Squezelite riceve lo stram da lMS e lo riconosce come 192K/24 lo manda correttamente al dac,, questo non è in discussione.

In discussione è perchè Squeezelite non riceve (o lms non invia) lo stream allo stesso modo quando di mezzo c'è la converione da flac e l'upsampling con uscita -t wav...
03-04-2015, 14:05
antonellocaroli

Avevo interpretato male io....pardon...
03-04-2015, 14:07
DacPassion

Quote:

Originariamente inviato da marcoc1712

Basta, dovrebbe andare se avevi già selezionato correttamente le opzioni in tipi Files, che comunque sono:

AIFF AIFF Disattivato
FLAC flac/sox

FLAC AIFF Disattivato
FLAC flac/sox
MP3 Disattivato
PCM Disattivato

WAV FLAC flac/sox
MP3 Disattivato
PCM Disattivato

Dunque, ho fatto tutto e nelle info di LMS ho questa indicazione:
Bitrate: 514kbps VBR (Convertito in 705kbps FLAC)

Quindi sto facendo upsampling ed esco in flac giusto?

Nella macchina con Daphile (futro s450 con processore fatto andare a 800mhz) ho un consumo di risorse che oscilla da 1 al 2%

Nella macchina con LMS (MacBook pro vecchiotto core 2 duo 2.3ghz) ho 50/60% di processore di cui il 90% utilizzato da sox

...certo che la stessa cosa fatta da squeezelite consuma molte meno risorse...
03-04-2015, 14:53
marcoc1712

Quote:

Originariamente inviato da UnixMan

Da notare che esce in PCM raw, signed-integer little-endian, ovviamente alla stessa risoluzione (s/r e bit depth) del file originale. Questo dovrebbe dare da pensare:

come fanno LMS/SL a capire qual è la "risoluzione" (s/r e bit depth) dello stream convertito?

Ci sono solo due possibilità:

1) LMS "legge" tali informazioni dal file di ingresso e si aspetta che lo stream PCM di uscita mantenga le stesse identiche "caratteristiche" di quello di ingresso;

2) la risoluzione per i formati "pcm" è "hard coded", cioè LMS si aspetta che sia (sempre e solo) 16/44.

Sfortunatamente, entrambe le cose precludono senza appello la possibilità di fare upsampling passando per "pcm".

(sorry guys... temo che LMS sia un po' meno evoluto e flessibile di quanto qualcuno ritenga).

Comunque, questo suggerisce una prova interessante:

Provate a far suonare dei flac utilizzando la conversione flc->pcm della configurazione di default (l'ultima qui sopra).

Provate sia con files flac "a risoluzione CD" (16/44) che con flac "HD" (nativi o convertiti, purché con sample rate > 44.1 e/o bit depth > 16).

Che succede?

infatti, apparentemente sembra essere proprio così: nell'architettura LMS il FLAC potrebbe essere l'unico formato che consente di trasferire stream lossless a risoluzioni maggiori di 16/44.

Nel qual caso non si scappa: per poter utilizzare risoluzioni più alte di 44/16 (native o comunque "upsamplate") bisogna per forza passare per flac. Fine della storia.

Le tue conclusioni sono simili alle mie di qualche post addietro, anche se io non escludo una ulteriore possibilità (dato che da mac , -t raw con gli opportuni parametri funziona ed i file wav 192K/24 vengono letti):

3. Il protocollo di comunicazione tra LMS ed i lettori (tra cui squeezelite) prevede uno o più parametri da valorizzare in merito alle caratteristiche del file di output, parametro che a noi sfugge al momento.

Certo non è ben documentato e molto probabilmente è anche 'buggy' (nel senso che non si comporta nello stesso modo in tutte le piattaforme), per questo io consigliavo qualche post addietro di soprassedere fino a risposta di Michael/Triode... E' noto che FLAC è il formato di riferimento per LMS, così come Linux è il SO di riferimento per LMS e squeezelite.

Il giudizio su LMS/Squeezelite (che non sono la stessa cosa, SL è di terze parti) è tuo, se il qualcuno cui ti riferisci sono io, è fuori luogo, io ho sempre saputo E SOSTENUTO che stiamo camminando in un campo dal quale LMS si tira fuori, non fornendo nessun supporto 'ufficiale'. Stiamo tentando di usare un back door...

Sei sicuro di quello che scrivi in merito a convert.conf e custom-convert.conf?
03-04-2015, 15:20
marcoc1712

Quote:

Originariamente inviato da DacPassion

Dunque, ho fatto tutto e nelle info di LMS ho questa indicazione:
Bitrate: 514kbps VBR (Convertito in 705kbps FLAC)

Quindi sto facendo upsampling ed esco in flac giusto?

Esci sicuramente in Flac ed hai eliminato la compresione (-C 0), il bitrate visualizzato non conta una cippa (e questo può far pensare), per capire se fai l'upsampling o meno dovresti guardare nei log, in particolare in quello di squeezelite, ma visto l'occupazione di risorse da parte di sox nel mac, non avrei dubbi.

Non so su Daphile, ma se dalle impostazioni del server vai su avanzate, Local Player.

Imposti Debug settings: All
Enable logging (metti la spunta)

ed applichi.

Lancia la riproduzione, torna li e fai click su log a fianco del segno di spunta di Enable logging.

Dovrebbe aprirsi nel browser (o sostituire un altrolog) il log. Dal basso scorri in alto fino a che non trovi l'indicazione della frequenza con cui Squeezelite ha rconosciuto ed aperto lo stream.

Se è quella che hai impostato, sei certo che il resample c'è stato.

Quote:

Originariamente inviato da DacPassion

Nella macchina con Daphile (futro s450 con processore fatto andare a 800mhz) ho un consumo di risorse che oscilla da 1 al 2%

Nella macchina con LMS (MacBook pro vecchiotto core 2 duo 2.3ghz) ho 50/60% di processore di cui il 90% utilizzato da sox

...certo che la stessa cosa fatta da squeezelite consuma molte meno risorse...

.

Si, il mio Mac ha un processore equivalente ma a 2.0GHz e l'occupazione arriva anche al 80% complessivo, se aumenti il buffer o converti da SO su file, arriva anche al 90%.

l'1-2% è la conversione da FLAC a PCM più le normali attività, tieni presente che 'mastica' una bella mole di dati in questo modo.

Verificato che lo faccia davvero (ormai non credo se non vedo) si, squeezelite è molto più efficiente, avvalorando la tesi della quale eravamo partiti qualche giorno addietro.

Però, ad onor del vero, anche sul mio vecchio dual core con XP, dove gira il server, è molto più efficiente che sul mac.

Un dubbio in merito al fatto che su mac SOX non faccia esattamente le stesse cose ed esca in modo leggermente diverso a me rimane, non fosse altro perchè riesce ad alimentare Squeezelite in modo tale da fargli riconoscere lo stream nel suo vero formato.

MI risolvi il giallo del post che ha quotato Paolo ed io non vedo?
03-04-2015, 15:35
DacPassion

Riguardo "il giallo" non ricordo quando ho scritto quel post, comunque si con la prima procedura che aveva postato Giovanni io facevo (o almeno credo ...come ora visto che non ne ho ancora certezza) upsampling, il problema è nato quando siamo entrati nel vortice della conversione in pcm :-D

Comunque, specificando che è solo un mio sfogo personale e non ce l'ho con nessuno, ma questi di Logitech dormono proprio!!! Ho visto più di un post di parecchi annetti fa nei quali si evidenziava il bug della non corretta indicazione del bitrate dopo la conversione (e non ditemi che LMS non è nato per farlo perché in alcune situazioni lo deve proprio fare, tipo per ascoltare un file alac 24/96 "supportato ufficialmente" dai alcuni box di logitech) ma non si sono mai degnati di risolverlo!!!

Edit squeezelite lo fa davvero perché quando ho avuto tra le mani un DAC che mi dava indicazione accendeva tranquillamente il led dei 384khz con un consumo del 2/3% sul Futro settato a 1.6ghz
03-04-2015, 15:42
marcoc1712

Punto della situazione

Bene, ...isomma...

Dopo questa estenuante serie di peripezie in un mondo (l'upsampling) a me fino a ier l'altro assolutamente ignoto, tutt'ora ostico e che in realtà... manco mi interessa più di tanto per l'uso personale (si, sono un vero masochista) considero raggiunto il primo obiettivo che mi ero posto:

Anche DacPassion conferma di riuscire a fare upsampling sul suo mac, cosa che non darei affatto per scontato avvennisse REALMENTE prima (v. note sull'utilizzo di risorse), Filippo e Giovanni già ci riuscivano, abbiamo risolto e tolto di mezzo i problemi con gli stream remoti ed i cue files (cur) di Giovanni e qualche altra piccolezza qua e là.

Il tutto è stato complicato dall'incaponimento, mio in primis, sulla volontà di uscire in PCM da LMS così da evitare al player (Squeezelite) anche quella operazione, che su file upsamplati, comunque, banale banale non è (1-2% del fultro di DacPassion). Non è un grosso problema, ma rimane auspicabile riuscire a farlo prima o poi.

L'inconveniente è servito comunque a stabilire che alcuni delle sequenze di comandi che si supponeneva convertisero e facessero upsampling, in realtà non lo facevano... Ho speso un bel po di tempo a farne il debug...

Questo qualcosa dice anche in merito agli effetti dell'autosuggestione, comunque ci ha consentito di pulire il campo ed individuare la via 'sicura', oltre ad individuare con maggiore precisione il problema, che nel frattempo ho già segnalato e vediamo se qualcuno vorrà dedicare risorse a chiarire/risolvere.

Gli sforzi e gli interventi di Paolo (UnixMan) sono stai senz'altro utili ed alla fine - malgrado l'approccio diverso - hanno portato a conclusioni simili, spero possano esservi ancora più utili in futuro nella ricerca dei parametri ottimali, cosa che non era nei mie intendimenti e non è certo nelle mie capacità.

Se e quando riceverò risposta da Triode o Michael vi informerò, per il momento auguro buona Pasqua e buoni ascolti con upsampling via LMS/FLAC/Squeezelite a tutti.
03-04-2015, 15:54
DacPassion

Ormai meglio andare avanti per piccoli step :-D
quasi sicuro al 99% che queste stringhe funzionano

flc flc * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -e signed -C 0 -b 24 - rate -v -M -a -b 90.7 192000 dither -S

aif flc * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -cs --totally-silent --compression-level-0 $START$ $END$ -- $FILE$ | [sox] -q -t flac - -t flac -e signed -C 0 -b 24 - rate -v -M -a -b 90.7 192000 dither -S

wav flc * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -cs --totally-silent --compression-level-0 $START$ $END$ -- $FILE$ | [sox] -q -t flac - -t flac -e signed -C 0 -b 24 - rate -v -M -a -b 90.7 192000 dither -S

Secondo voi come dovrei modificare le stringhe per avere un "upsampling sincrono"?
Nel senso che se parto da file 44 o multipli mi upsampla a 176
Se invece parto da 48 o multipli faccia 192
...che, se non erro, dovrebbe essere il modo più corretto di fare upsampling
03-04-2015, 15:57
marcoc1712

Quote:

Originariamente inviato da DacPassion

ma questi di Logitech dormono proprio!!!...

No, non è che dormono: per loro lo squeezebox è morto, tengono un programmatore solo perchè aspettano scadano i tre anni di assistenza obbligatoria dalla vendita dell'ultimo SB. La 7.9 NON è mantenuta da Logitech in nessun modo, ora pè tutto in mano alla community, per questo è importante sostenerla

Quote:

Originariamente inviato da DacPassion

Edit squeezelite lo fa davvero perché quando ho avuto tra le mani un DAC che mi dava indicazione accendeva tranquillamente il led dei 384khz con un consumo del 2/3% sul Futro settato a 1.6ghz

Benissimo così, vuol dire che al costo di un 1% di CPU del FULTRO (da declinare nelle diverse configurazioni) possiamo far lavorare LMS con i files in formato sorgente, senza bisogno di server potenti e soprattutto con un utilizzo di banda immensamente meno critico.

Va valutato sonicamente, ovvio, ma tecnicamente/economicamente sembrerebbe la strada da seguire: un nas/server modesto + un Fultro (o un miniPc) su una rete non necessariamente stellare, con upsampling fino a 32/384K (e volendo anche DSD).

Non so voi, ma per me è stato un viaggio interessante e sono soddisfatto di dove siamo arrivati, poi c'è spazio per uleriori avanzamenti.
03-04-2015, 16:02
marcoc1712

Quote:

Originariamente inviato da DacPassion

Secondo voi come dovrei modificare le stringhe per avere un "upsampling sincrono"?
Nel senso che se parto da file 44 o multipli mi upsampla a 176
Se invece parto da 48 o multipli faccia 192
...che, se non erro, dovrebbe essere il modo più corretto di fare psampling

Questo - per quanto mi risulta - è un limite riconosciuto. Puoi avere due comandi per la stessa coppia di 'tipi' file solo e soltanto differenziando il 'tipo' di lettore e/o il macId dello stesso (* *), non in funzione delle caratteristiche del file in ingresso.
03-04-2015, 16:32
DacPassion

Quote:

Originariamente inviato da marcoc1712

Questo - per quanto mi risulta - è un limite riconosciuto. Puoi avere due comandi per la stessa coppia di 'tipi' file solo e soltanto differenziando il 'tipo' di lettore e/o il macId dello stesso (* *), non in funzione delle caratteristiche del file in ingresso.

Questo, dal mio punto di vista, non è un limite da poco. Mi sa che dovró fare qualche passo indietro e ritornare all'upsampling in squeezelite (che supporta questa funzione).
Cercherò di valutare in modo attento, con lunghe sedute di ascolto, se almeno praticare la "strada" della conversione in pcm su LMS.

Comunque, in ogni caso, è stato un bel percorso!! Grazie a Marco, Paolo, Giovanni e Antonello per tutto l'impegno!!
03-04-2015, 18:55
antonellocaroli

Quote:

Originariamente inviato da UnixMan

codice:

flc wav * * # F [sox] -q -t flac $FILE$ -t wav -b 24 - gain -3 rate -v 192000 dither -a -S

codice:

flc wav * * # F [sox] -q -t flac $FILE$ -t wav -c 2 -b 16 -e signed-integer - gain -3 rate -v 192000 dither -a -S

codice:

flc pcm * * # F [sox] -q -t flac $FILE$ -t wav -c 2 -b 16 -e signed-integer - gain -3 rate -v 192000 dither -a -S

codice:

flc pcm * * [sox] -q -t flc $FILE$ -t raw -r 44100 -c 2 -b 16 -e signed-integer -

Ciao Paolo,

Provate tutte, sia con aqeezelite su win che su linux,
Le voci in LMS>tipi file escono correttamente e attivabile in tutti i casi.
Ma il play non va!! :(

Uno dei log di LMS:

codice:

[15-04-03 18:52:24.8595] Slim::Player::TranscodingHelper::enabledFormat (223) Testing flc-flc-*-* vs flc-aif-*-* [15-04-03 18:52:24.8596] Slim::Player::TranscodingHelper::checkBin (250) enabled [15-04-03 18:52:24.8596] Slim::Player::TranscodingHelper::checkBin (252) Found command: # FT:{START=--skip=%t}U:{END=--until=%v} [15-04-03 18:52:24.8597] Slim::Player::TranscodingHelper::getConvertCommand2 (382) Rejecting # FT:{START=--skip=%t}U:{END=--until=%v} because required capability T not supported: [15-04-03 18:52:24.8598] Slim::Player::TranscodingHelper::checkBin (242) Checking formats for: flc-pcm-squeezelite-50:e5:49:cc:b4:29 [15-04-03 18:52:24.8599] Slim::Player::TranscodingHelper::checkBin (242) Checking formats for: flc-pcm-*-50:e5:49:cc:b4:29 [15-04-03 18:52:24.8600] Slim::Player::TranscodingHelper::checkBin (242) Checking formats for: flc-pcm-squeezelite-* [15-04-03 18:52:24.8600] Slim::Player::TranscodingHelper::checkBin (242) Checking formats for: flc-pcm-*-* [15-04-03 18:52:24.8601] Slim::Player::TranscodingHelper::enabledFormat (209) Checking to see if flc-pcm-*-* is enabled [15-04-03 18:52:24.8602] Slim::Player::TranscodingHelper::enabledFormat (217) There are 1 disabled formats... [15-04-03 18:52:24.8603] Slim::Player::TranscodingHelper::enabledFormat (223) Testing flc-flc-*-* vs flc-pcm-*-* [15-04-03 18:52:24.8604] Slim::Player::TranscodingHelper::checkBin (250) enabled [15-04-03 18:52:24.8604] Slim::Player::TranscodingHelper::checkBin (252) Found command: [sox] -q -t flac $FILE$ -t wav -c 2 -b 16 -e signed-integer - gain -3 rate -v 192000 dither -a -S [15-04-03 18:52:24.8606] Slim::Player::TranscodingHelper::getConvertCommand2 (446) Matched: flc->pcm via: [sox] -q -t flac $FILE$ -t wav -c 2 -b 16 -e signed-integer - gain -3 rate -v 192000 dither -a -S [15-04-03 18:52:27.0014] Slim::Player::StreamingController::_eventAction (271) 50:e5:49:cc:b4:29: StatusHeartbeat in STOPPED-IDLE -> Slim::Player::StreamingController::_NoOp

codice:

15-04-03 18:55:54.9161] Slim::Player::TranscodingHelper::checkBin (252) Found command: # FB:{BITRATE=--abr %B}T:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=--resample %D} [15-04-03 18:55:54.9161] Slim::Player::TranscodingHelper::getConvertCommand2 (382) Rejecting # FB:{BITRATE=--abr %B}T:{START=--skip=%t}U:{END=--until=%v}D:{RESAMPLE=--resample %D} because required capability T not supported: [15-04-03 18:55:54.9162] Slim::Player::TranscodingHelper::getConvertCommand2 (443) Error: Didn't find any command matches for type: flc [15-04-03 18:55:55.0016] Slim::Player::StreamingController::_eventAction (271) 50:e5:49:cc:b4:29: StatusHeartbeat in STOPPED-IDLE -> Slim::Player::StreamingController::_NoOp

Ho provato a mettere anche la T....ma niente...
04-04-2015, 00:04
bigtube

Quote:

Originariamente inviato da DacPassion

Questo, dal mio punto di vista, non è un limite da poco. Mi sa che dovró fare qualche passo indietro e ritornare all'upsampling in squeezelite (che supporta questa funzione).
Cercherò di valutare in modo attento, con lunghe sedute di ascolto, se almeno praticare la "strada" della conversione in pcm su LMS.

Comunque, in ogni caso, è stato un bel percorso!! Grazie a Marco, Paolo, Giovanni e Antonello per tutto l'impegno!!

Grazie anche a te Giorgio. E ringrazio naturalmente anchi'io tutti senza distinzione.
Posso solo dire che facendo resampling in LMS su Mint con la mia configurazione iniziale via FLAC con voyage+squeezelite sono estremamente soddisfatto.
Un suono cosi non potrei piu' abbandonarlo a fronte di richiesta di risorse non di poco conto ( cpu alle stelle ). Un altro Pc piu' "a la page" risolverà i problemi.
Adesso posso anche monitorare su voyage il rate che gestisce squeezelite (corrispondente a quanto settato su LMS cioè attualmente 192 K ).
Pertanto come sempre Viva la Musica e il nostro incontro.....un po' laborioso ma mica siamo qui per annoiarci.
04-04-2015, 00:09
marcoc1712

Quote:

Originariamente inviato da bigtube

Grazie anche a te Giorgio. E ringrazio naturalmente anchi'io tutti senza distinzione.
Posso solo dire che facendo resampling in LMS su Mint con la mia configurazione iniziale via FLAC con voyage+squeezelite sono estremamente soddisfatto.
Un suono cosi non potrei piu' abbandonarlo a fronte di richiesta di risorse non di poco conto ( cpu alle stelle ). Un altro Pc piu' "a la page" risolverà i problemi.
Adesso posso anche monitorare su voyage il rate che gestisce squeezelite (corrispondente a quanto settato su LMS cioè attualmente 192 K ).
Pertanto come sempre Viva la Musica e il nostro incontro.....un po' laborioso ma mica siamo qui per annoiarci.

No, di certo non ci siamo annoiati. Ma mica penserai che sia finita qui, vero? Il dsd dove lo mettiamo?
04-04-2015, 00:24
bigtube

Quote:

Originariamente inviato da marcoc1712

No, di certo non ci siamo annoiati. Ma mica penserai che sia finita qui, vero? Il dsd dove lo mettiamo?

Marco per fortuna il DSD non è una sponda che mi interessa. Per me solo PCM + DAC NOS R-2R. E' la mia "religione"
Non c'è spazio per il DSD. Sono pienamente soddisfatto del mio sistema e non vado a rincorrere altre strade....Hic et nunc solo PCM...postea semper PCM datur :pp
04-04-2015, 02:24
UnixMan

Ouch, sono rimasto indietrissimo... :)

Quote:

Originariamente inviato da marcoc1712

a.wav pcm * * - nel convert.conf indica a LMS di prendere QUALSIASI file/stream wav e passarlo senza nessuna operazione (significato di -) al player, qualunque esso sia (significato di * *).

stesso dicasi per aif pcm * * -.

b. flac pcm * *
# IRFT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs --force-raw-format --endian=little --sign=signed $START$ $END$ -- $FILE$

nel convert.conf (a standard in ogni installazione) indica a LMS di prendere QUALSIASI file/stream flac e passarlo al player, qualunque esso sia (significato di * *) applicando la conversione mediante flac nella seconda riga.

a + b rende evidente che un player squeezebox è progettato in modo da poter ricevere un waw , un aif (a) o un raw pcm (b) e mandarlo in esecuzione.

certamente, fin qui non ci piove.

Il punto è: b. funziona davvero? con flac di qualsiasi risoluzione? su tutte le piattaforme? oppure funziona solo con flac 16/44?

Questo è un punto fondamentale da chiarire.

Se abilitando solo quella entry ed eliminando/disabilitando tutte le altre (in particolare quella "flc flc * *") il sistema funziona anche con flac =/= 16/44, si possono trarre diverse conclusioni:

1) la risoluzione 16/44 non è hard-coded, ma
2) LMS "legge" in qualche modo le caratteristiche di formato del file/stream in ingresso e
3) il protocollo di comunicazione tra LMS ed i "player" prevede che tali informazioni vengano trasmesse da LMS al player

(il punto 3 è ovviamente indispensabile affinché il player possa essere in grado di interpretare correttamente gli stream PCM "raw" con caratteristiche diverse, come ad es. quelli generati da b. a partire da files di ingresso con caratteristiche diverse)

Il problema è che - almeno per pcm "raw" - LMS non ha alcun modo per determinare le caratteristiche dello stream in uscita, convertito dai comandi esterni.

Inoltre, dato che i formati "pcm" sono riuniti tutti sotto uno stesso ombrello e quindi -verosimilmente- LMS li gestisce tutti alla stessa maniera, molto probabilmente LMS non prova neanche a farlo (neanche quando sarebbe possibile, cioè quando l'uscita è wav o aif).

Di conseguenza, credo che si possa concludere che:

4) nelle conversioni X -> pcm LMS non può che aspettarsi che lo stream di uscita mantenga le medesime "caratteristiche" (sample rate, bit depth, endianess, ecc) di quello in ingresso (e sono queste che vengono trasmesse ai player).

e quindi:

5) all'interno di una conversione X -> pcm non è possibile fare operazioni che alterino tali caratteristiche, come ad es. il resampling.

Ecco spiegato perché uscendo in flac funziona, diversamente non c'è verso (oppure ho capito male e qualcuno è riuscito a farlo funzionare?)

Quote:

Originariamente inviato da marcoc1712

I problemi nascono qui:

a. genera un file WAV 192/24 (ma anche solo 44.1/24) da OS e verifica sia valido con gli strumenti che vuoi.

b. Mandalo in esecuzione con LMS. Attraverso wav pcm * * - Squeezelite riceve lo stream corrispondente al file WAV, ci siamo?

Bene: se inviato da mac a win32 funziona, se inviato da Win32 a Win32 no, stando a quanto scrive Filippo funziona anche da Win64 a Linux e da Win64 a Win64, non abbiamo conferma, ma credo funzioni anche da Linux a Linux.

Già questo è bello strano...

questo è evidentemente un bug nella versione win32 di LMS. Verosimilmente il problema è che quando ha a che fare con file 24/192 trasmette una informazione errata al player. Oppure non trasmette proprio nulla.

Quote:

Originariamente inviato da marcoc1712

Indagando nei log, Squeezelite su Win32 ricevendo lo stream da LMS lo apre 44100/16, indipendentemente dal formato del file, se proviene da MAC no, lo apre 192K/24.

c.v.d.: LMS su win32 trasmette informazioni errate...

Quote:

Originariamente inviato da marcoc1712

NOTA BENE: win32/Win32 non funziona nessun formato diverso da 44.1/16, nemmeno 44.1/24.

alla luce di quanto sopra... è ovvio.

Quote:

Originariamente inviato da marcoc1712

c. introducendo nel convert.conf:

flac pcm * *

qualsiiasi comando fino a qui provato, anche su tua indicazione, che comprenda - t wav ma comporti un resampling e/o un cambio di profondità (-b 24) non funziona, spulciando nei log (win32 e Mac) si vede che squeezelite li apre sempre 44100/24.

volevi dire 16/44? presumo di sì. Se è così, anche in questo caso, alla luce di quanto sopra il motivo è ovvio: LMS vede che il file (flac) è 16/44 ed è quella l'informazione che invia a squeezelite. Se nella conversione flac->pcm altero in qualsiasi modo il formato dei dati, a squeezelite sto dicendo mele mentre gli sto mandando pere... ed ovviamente non funziona.

Quote:

Originariamente inviato da marcoc1712

a + b per me significano che - con la sola eccezione dell'invio diretto di file da mac - wav viene ricevuto in Squeezelite SEMPRE come 44.1/16.

no: mi pare piuttosto che tutto si spieghi ipotizzando che sia (solo) la versione win32 di LMS ad essere bacata.

Quote:

Originariamente inviato da marcoc1712

d. introducendo nel convert.conf:

flac pcm * *

con un comando che comprenda -t raw corredato di tutte le opportune specifiche del file di output, comprensive del -r, sono riuscito a fare upsampling, ma il comando funzionante su mac NON funziona su Win32.

questo mi pare - anzi, è - semplicemente... impossibile!

Se converti da flac a raw pcm alterando al contempo le caratteristiche dello stream, come potrebbero fare LMS e/o squeezelite a capire che cosa hai fatto e qual è il formato di quello stream raw?

...in nessun modo, è semplicemente impossibile! No way!

Per forza di cose in quel caso devi esserti confuso: forse quando ha funzionato in realtà stavi usando una opzione diversa (ad es. la solita flc flc), oppure... non lo so, ma di certo è matematicamente impossibile che abbia funzionato così come dici.

Quote:

Originariamente inviato da marcoc1712

Filippo... Tu hai detto che funziona il FILE WAV 19200 24 inviato cia LMS (wav pcm * * -), ma che NON funziona facendo fare l'upsampling a LMS ed uscendo in WAV ( flc pcm * * ... -t wav .... 19200).

Vero o falso?

Quote:

Originariamente inviato da antonellocaroli

Vero!!!

q.e.d.

LMS legge i parametri dal file originale e li invia a Squeezelite: nel primo caso corrispondono a quelli dello stream audio e quindi funziona, nel secondo caso NO (perché è stato fatto il resampling) e quindi non funziona.

Quote:

Originariamente inviato da antonellocaroli

Cioé secondo me sqeezelite centra poco in tutti sti problemi che stiamo incontrando...

infatti. Non c'entra proprio nulla.

Quote:

Originariamente inviato da marcoc1712

3. Il protocollo di comunicazione tra LMS ed i lettori (tra cui squeezelite) prevede uno o più parametri da valorizzare in merito alle caratteristiche del file di output, parametro che a noi sfugge al momento.

ecco, qui potrebbe esserci la soluzione del problema: se in qualche modo è possibile dire ad LMS che lo stream di uscita ha caratteristiche diverse da quelle dello stream in ingresso e fare in modo che LMS trasmetta al player le informazioni giuste, il problema sarebbe risolto.

Quote:

Originariamente inviato da marcoc1712

Sei sicuro di quello che scrivi in merito a convert.conf e custom-convert.conf?

sicuro al 100% no, è solo un "educated guess"... ma è il modo più logico di gestire la cosa, nonché il comportamento "standard" di pressoché tutti i programmi che conosco che gestiscono i file di configurazione in modo simile. A meno che i programmatori di LMS non siano alieni che non hanno mai visto un programma terrestre in vita loro e sono dotati di una logica diversa dalla nostra, sono pronto a scommettere che è proprio così che funziona. :-)

Quote:

Originariamente inviato da marcoc1712

Esci sicuramente in Flac ed hai eliminato la compresione (-C 0),

ehm... no. Non è che con "-C 0" (equivalente a flac -0) non venga applicata alcuna compressione: semplicemente vengono utilizzati dei parametri che massimizzano la velocità, ovviamente a discapito del "rapporto di compressione". Comprime un po' meno, ma comunque comprime. E sicuramente in questo caso è una ottima idea...

Quote:

Originariamente inviato da marcoc1712

MI risolvi il giallo del post che ha quotato Paolo ed io non vedo?

potrebbe essere banalmente che io abbia commesso un errore nel "multi-quotare", attribuendo involontariamente a lui qualcosa che invece era stato scritto da qualcun altro...

Quote:

Originariamente inviato da DacPassion

Ormai meglio andare avanti per piccoli step :-D
quasi sicuro al 99% che queste stringhe funzionano

bene la "flc flc" ma, queste due:

Quote:

Originariamente inviato da DacPassion

aif flc * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -cs --totally-silent --compression-level-0 $START$ $END$ -- $FILE$ | [sox] -q -t flac - -t flac -e signed -C 0 -b 24 - rate -v -M -a -b 90.7 192000 dither -S

wav flc * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -cs --totally-silent --compression-level-0 $START$ $END$ -- $FILE$ | [sox] -q -t flac - -t flac -e signed -C 0 -b 24 - rate -v -M -a -b 90.7 192000 dither -S

sono pura follia: prima converti da pcm a flac (comprimi) poi passi il tutto a sox che (internamente) deve riconvertire da flac a pcm (decomprimere), processare lo stream ed infine riconvertire da pcm a flac, cioè comprimerlo di nuovo! :agghh

Se avete usato qualcosa del genere lo credo bene che l'occupazione di CPU è enormemente più alta di quella di Squeezelite quando è lui a fare resampling!

Quote:

Originariamente inviato da DacPassion

Secondo voi come dovrei modificare le stringhe per avere un "upsampling sincrono"?
Nel senso che se parto da file 44 o multipli mi upsampla a 176
Se invece parto da 48 o multipli faccia 192
...che, se non erro, dovrebbe essere il modo più corretto di fare upsampling

si può fare, ma di certo non direttamente con una di quelle righe. È necessario scriversi uno script che riconosca il formato dei dati in ingresso ed applichi comandi diversi a seconda del s/r.

Dopo di che, anziché usare direttamente flac, sox, ecc., nel file di configurazione di LMS si usa quello script (che fa tutto lui).

Ovviamente fermo restando che "l'uscita" verso i player deve sempre essere necessariamente flac e non altro ("flc flc", "aif flc", "wav flc", ecc).

La cosa per altro ha anche altri vantaggi: si semplifica notevolmente la configurazione di LMS, e si ha un solo punto da modificare se ad es. si vogliono cambiare i parametri di resampling, ecc.
04-04-2015, 09:48
antonellocaroli

Quote:

Originariamente inviato da bigtube

Grazie anche a te Giorgio. E ringrazio naturalmente anchi'io tutti senza distinzione.
Posso solo dire che facendo resampling in LMS su Mint con la mia configurazione iniziale via FLAC con voyage+squeezelite sono estremamente soddisfatto.
Un suono cosi non potrei piu' abbandonarlo a fronte di richiesta di risorse non di poco conto ( cpu alle stelle ). Un altro Pc piu' "a la page" risolverà i problemi.
Adesso posso anche monitorare su voyage il rate che gestisce squeezelite (corrispondente a quanto settato su LMS cioè attualmente 192 K ).
Pertanto come sempre Viva la Musica e il nostro incontro.....un po' laborioso ma mica siamo qui per annoiarci.

Giovanni tu noti delle differenze tar l´up di LMS/SOX e Sqeezelite/libsoxr? mi sembra di capire a favore del primo...stessa senzazione mia.
Sarei interessato a sapere anche cosa esce fuori dai confronti di Dacpassion...

Quote:

Originariamente inviato da marcoc1712

No, di certo non ci siamo annoiati. Ma mica penserai che sia finita qui, vero? Il dsd dove lo mettiamo?

Marco questa sarebbe na svolta!!! se si riuscisse a fare conversione PCM>DSD al volo...o con LMS o con Sqeezelite...la cosa diventerebbe veramente interessante!!!
04-04-2015, 10:09
DacPassion

Quote:

Originariamente inviato da antonellocaroli

Giovanni tu noti delle differenze tar l´up di LMS/SOX e Sqeezelite/libsoxr? mi sembra di capire a favore del primo...stessa senzazione mia.
Sarei interessato a sapere anche cosa esce fuori dai confronti di Dacpassion...

Marco questa sarebbe na svolta!!! se si riuscisse a fare conversione PCM>DSD al volo...o con LMS o con Sqeezelite...la cosa diventerebbe veramente interessante!!!

Domani spero di poter fare qualche ascolto con l'impianto principale.
Ma voi per fare le vostre prove state ascoltando file 44 upsamplati a 192 ? Non sarebbe più corretto, visto che farlo fare in automatico sembra difficile, mettere 176?
04-04-2015, 10:19
antonellocaroli

Quote:

Originariamente inviato da DacPassion

Domani spero di poter fare qualche ascolto con l'impianto principale.
Ma voi per fare le vostre prove state ascoltando file 44 upsamplati a 192 ? Non sarebbe più corretto, visto che farlo fare in automatico sembra difficile, mettere 176?

Dac, io personalmente non ho mai creduto alla storia dei multipli (up sincrono), comunque facci sapere cosa esce fuori dal tuo confronto...avere piú opinioni é meglio ;)
04-04-2015, 10:46
marcoc1712

Quote:

Originariamente inviato da antonellocaroli

Giovanni tu noti delle differenze tar l´up di LMS/SOX e Sqeezelite/libsoxr? mi sembra di capire a favore del primo...stessa senzazione mia.
Sarei interessato a sapere anche cosa esce fuori dai confronti di Dacpassion...

Marco questa sarebbe na svolta!!! se si riuscisse a fare conversione PCM>DSD al volo...o con LMS o con Sqeezelite...la cosa diventerebbe veramente interessante!!!

Lo scan di LMS dalla 7.9 riconsoce i flies e c'è un plugin che consente di legerli e passarli a Squeezelite.

La conversione al volo nativamente non c'è (come non c'è l'upsamplng) ma se si riesce a farla fare ad qualche programma esterno, sempre con le solite modalità, non vedo perchè non dovrebbe funzionare.
04-04-2015, 10:48
marcoc1712

Quote:

Originariamente inviato da bigtube

Marco per fortuna il DSD non è una sponda che mi interessa. Per me solo PCM + DAC NOS R-2R. E' la mia "religione"
Non c'è spazio per il DSD. Sono pienamente soddisfatto del mio sistema e non vado a rincorrere altre strade....Hic et nunc solo PCM...postea semper PCM datur :pp

Lo so, ...ti volevo soltanto punzecchiare...:2yeah
04-04-2015, 11:00
DacPassion

Quote:

Originariamente inviato da UnixMan

bene la "flc flc" ma, queste due:

sono pura follia: prima converti da pcm a flac (comprimi) poi passi il tutto a sox che (internamente) deve riconvertire da flac a pcm (decomprimere), processare lo stream ed infine riconvertire da pcm a flac, cioè comprimerlo di nuovo! :agghh

Se avete usato qualcosa del genere lo credo bene che l'occupazione di CPU è enormemente più alta di quella di Squeezelite quando è lui a fare resampling!

Ma alla fine avendo una libreria di soli flac uso solo flc flc giusto?
Le altre due come andrebbero modificate?

Quote:

Originariamente inviato da UnixMan

si può fare, ma di certo non direttamente con una di quelle righe. È necessario scriversi uno script che riconosca il formato dei dati in ingresso ed applichi comandi diversi a seconda del s/r.

Dopo di che, anziché usare direttamente flac, sox, ecc., nel file di configurazione di LMS si usa quello script (che fa tutto lui).

Ovviamente fermo restando che "l'uscita" verso i player deve sempre essere necessariamente flac e non altro ("flc flc", "aif flc", "wav flc", ecc).

La cosa per altro ha anche altri vantaggi: si semplifica notevolmente la configurazione di LMS, e si ha un solo punto da modificare se ad es. si vogliono cambiare i parametri di resampling, ecc.

Quindi squeezelite lo fa non perché è possibile farlo con sox ma perché è squeezelite a gestire la cosa?
04-04-2015, 11:32
antonellocaroli

Quote:

Originariamente inviato da DacPassion

Ma alla fine avendo una libreria di soli flac uso solo flc flc giusto?
Le altre due come andrebbero modificate?
Quindi squeezelite lo fa non perché è possibile farlo con sox ma perché è squeezelite a gestire la cosa?

1) Se hai una libreria solo di flac...basta flc flc
2) non é proprio corretto...in sqeezelite come in LMS imposti tu il rate (176400), con -u vLE..... -r 176400 (non vorrei sbagliarmi ma nei comandi sqeezelite non é specificato da nessuna parte un comando sincrono...ma solo asincrono X al posto di E dove E indica "exception - avoids resampling if the output device supports the playback sample rate natively."

codice:

-R -u [params] Resample, params = ::::::, recipe = (v|h|m|l|q)(L|I|M)(s) [E|X], E = exception - resample only if native rate not supported, X = async - resample to max rate for device, otherwise to max sync rate flags = num in hex, attenuation = attenuation in dB to apply (default is -1db if not explicitly set), precision = number of bits precision (NB. HQ = 20. VHQ = 28), passband_end = number in percent (0dB pt. bandwidth to preserve. nyquist = 100%), stopband_start = number in percent (Aliasing/imaging control. > passband_end), phase_response = 0-100 (0 = minimum / 50 = linear / 100 = maximum)

Io ancora non ho capito quel flags = num in hex

Anzi rileggendo bene anche questo dovrebbe essere sincro -u vLX.... -r 176400

Provo a fare una traduzione di questo:
[sox] -q -t wav - -t flac -C 0 -b 32 - gain -3 rate -v -L -a -b 90.7 176400 dither -S

-u vLX::-3:32:90.7 -r 176400
o
-u vLX::-3:32:90.7 -r 176400-176400

qualcuno mi corregga...
04-04-2015, 11:59
marcoc1712

Quote:

Originariamente inviato da UnixMan

Ouch, sono rimasto indietrissimo... :)

Probabilmente continuiamo a non capirci e quasi certamente è a colpa del modo dispersivo provocato dal quotare i singoli punti, provo a riassumere in modo 'organico' la situazione una volta ancora, poi è lo stesso.

1. la conversione a qualsiasi formato pcm raw da LMS usando FLAC.exe funziona, come ho scritto, solo per i formati = 44.1K/16.

2. Usando sox -t wav... funziona solo per i formati = 44.1K/16.

3. Il play di un file WAV convertito e/o nativamente > 44.100/16 (es 192000/24) funzione certamente da mac, Filippo riporta anche da Linux e da Win64, da win32 no, comportandosi ESATTAMENTE come per il caso 2.

Ora, io sono una capra, ma visto che quello che gira tra LMS e Squeezelite è SEMPRE uno stream e non un file, è evidente che LMS ha un modo per informare Squeezelite del formato dello stream, se non ci fosse modo, nessun file WAV o AIFF <> 44100/16 verrebbe correttamente eseguito, sbaglio? se si, dove?

Tu sostieni che LMS 'mantiene' SEMPRE i dati del file in ingresso in caso di conversione x-> pcm, quindi in nessun caso il resampling può funzionare, mentre la conversione a parità di encoding, endian e bitrate si.

Per supportare la tua tesi, bisogna però che:

a. LMS su Win32 sia diverso e 'bacato' e non riesca a rilevare correttamente i parametri dal file in ingresso.
b. Io mi sia sbagliato e su mac non funzioni l'upsampling da sox in fase di conversione.

a. è molto strano, b è possibile, anzi probabile, ma da verificare.

Io dico solo che è almeno altrettanto probabile che il protocollo di comunicazione tra Lms ed i lettori (tra cui squeezelite) preveda informazioni in merito al formato dello stream (privo di header, per sua natura), di conseguenza lms gestisca delle variabili in cui viene 'registrato' il valore da passare.

Il 'modo' con cui queste variabili vengono alimentate è probabilmente guidato dalla valorizzazione opportuna dei parametri 'tipo' %d, D, B,... nella prima riga dei comandi di conversione, presumibilmente con default dal file di origine, ma non escludendo a priori altri metodi.

Di fatto -r 192000 -b 24 -c 2 -L -s -t raw -... servono proprio ad informare il programma che riceve lo stream raw in output (-) che questo è a 192000 Hz, 24 bit, sinbed-integer, 2 canali e little endian, è il modo 'raccomandato' da SOX in caso di raw.

Certamente non è detto che LMS li usi, ma il modo per farlo - almeno con sox - c'è, non è 'impossibile'.

Tra l'altro lo ammetti anche tu appena dopo, scrivendo che potrebbe essere la soluzione del problema, quindi non è impossible, capisco io.

Poi ripeto, è probabile che mi sia sbagliato io, ma per favore spiegami da dove nasce l'impossibilità.

In merio ai file .conf, nella mia esperienza e nelle indicazione che trovi sul forum la pratica cosnigliate è un'altra e corrisponde a quella che ho descritto, se non altro perchè è più chiara e mette al riparo da variazioni 'sibilline' in caso di cambio di versione.

Molti dei problemi che ho riscontrato nelle configurazioni qui postate e non funzionati, spesso sibiillinamente illudendo del contrario, erano dovute ad 'interferenze' tra i due files.

In merito alle due 'folli' conversioni a flac, è quello che fa LMS nello standard, al netto dell'upsamling, ovunque intervenga una trascodifica: prima converte, poi applica le altre trasformazioni. A mio avviso è legato sempre al dicorso del glitch nel gapless e della possibilità di muoversi velocemente nel file.

L'occupazione è molto più alta a prescindere, anche usando solo sox da flac a flac, in particolare su mac.

Interessante il discorso dello script, riesci a postarne un esempio da provare?
04-04-2015, 12:04
marcoc1712

Quote:

Originariamente inviato da DacPassion

Quindi squeezelite lo fa non perché è possibile farlo con sox ma perché è squeezelite a gestire la cosa?

Corretto, con SOX è possibilisimo farlo ma in CONVERT.conf non puoi mettere due righe

flc flc * *

con impostazioni diverse.

Se funzionerà lo script di Paolo, potrai usarlo con una sola riga, qindi il limite decadrà. Come vedi bisogna stare attenti a 'dare colpe' quando sono coinvolti diversi componenti software 'loose integrated'.

Squeezelite prevede l'opzione e quindi la gestisce.
04-04-2015, 12:06
antonellocaroli

Marco penso che sul custom-convert.conf e convert.conf Paolo abbia ragione.
Se LMS rileva una riga in Custom non va a leggere la stessa in convert....sperimentato nelle prove fatte fino adesso...
04-04-2015, 12:08
marcoc1712

Quote:

Originariamente inviato da antonellocaroli

2) non é proprio corretto...in sqeezelite come in LMS imposti tu il rate (176400), con -u vLE..... -r 176400 (non vorrei sbagliarmi ma nei comandi sqeezelite non é specificato da nessuna parte un comando sincrono...ma solo asincrono X al posto di E dove E indica "exception - avoids resampling if the output device supports the playback sample rate natively."

E la differenza dov'è? Se metti E e tra i rate disponibili c'è quello sincrono lo usa.

Però occhio: Il significato di -r in SOX è quello di fare upsampling a quella frequenza ( o meglio, indica che il file in uscita è a quella frequenza, con rate potresti in teoria cambiarlo di nuovo, come giustamente ha sottolineato Paolo) in squeezelite indica le frequenza ammese dal lettore, anche indipendentemente dal resample, sia con X che con E il resample avverrà SMEPRE alla massima frequenza ammessa, in un caso (E) prima cercando tra le sincrone, ma se non ne trova va comunque...
04-04-2015, 12:09
antonellocaroli

Quote:

Originariamente inviato da marcoc1712

Corretto, con SOX è possibilisimo farlo ma in CONVERT.conf non puoi mettere due righe

flc flc * *

con impostazioni diverse.

Se funzionerà lo script di Paolo, potrai usarlo con una sola riga, qindi il limite decadrà. Come vedi bisogna stare attenti a 'dare colpe' quando sono coinvolti diversi componenti software 'loose integrated'.

Squeezelite prevede l'opzione e quindi la gestisce.

Non sono daccordo...quale sarebbe l´opzione? hai letto il mio post precedente Marco?
04-04-2015, 12:11
antonellocaroli

Quote:

Originariamente inviato da marcoc1712

E la differenza dov'è? Se metti E e tra i rate disponibili c'è quello sincrono lo usa.

Appunto...non esiste una opzione in sqeezelite...si tratta solo di fissare un rate x4 176400 lo stesso che si fa in flc flc

Tra queste due non c´é differenza:
[sox] -q -t wav - -t flac -C 0 -b 32 - gain -3 rate -v -L -a -b 90.7 176400 dither -S

-u vLX::-3:32:90.7 -r 176400 (se non ho sbagliato la sintassi)

sono tutte e due sincro....
perché ci vorrebbero due flc flc?

solo in caso il file in ingresso non é 44100 (ma in quel caso anche in sqeezelite bisogna cambiare non c´é un opzione che lo fa in auto)
04-04-2015, 12:20
antonellocaroli

Quote:

Originariamente inviato da marcoc1712

E la differenza dov'è? Se metti E e tra i rate disponibili c'è quello sincrono lo usa.

Marco se metti E e non imbrogli sqeezelite dicendo che l´uscita é solo a 176400 con -r 176400 o -r 176400-176400 (non ricordo) non fa nessun resample ma esce a 44100 ;)
04-04-2015, 12:29
marcoc1712

Quote:

Originariamente inviato da antonellocaroli

Marco penso che sul custom-convert.conf e convert.conf Paolo abbia ragione.
Se LMS rileva una riga in Custom non va a leggere la stessa in convert....sperimentato nelle prove fatte fino adesso...

Io non ho detto il contrario. Si disquisiva in merito alla opzione 'consigliabile' non a quella funzionante...
04-04-2015, 12:41
marcoc1712

Quote:

Originariamente inviato da antonellocaroli

Marco se metti E e non imbrogli sqeezelite dicendo che l´uscita é solo a 176400 con -r 176400 o -r 176400-176400 (non ricordo) non fa nessun resample ma esce a 44100 ;)

1. Non 'imbrogli', gli stai dicendo che:

a. 184000 è l'unica ammessa (-r 184000),
b. sono ammesse tutte quelle nel range 176400 - 184000 (-r 176400 - 184000)
c. sono ammesse SOLO quelle elencate (-r 96000, 192000, 184000)

quindi a rigor di logica con X fa il resample sempre alla massima ammessa, con E solo se 44100 non è ammessa.

2. Se non imposti -r usa quanto gli dice il driver, quindi presumibilmente 44100 è ammessa e la usa.
04-04-2015, 12:46
antonellocaroli

Senti Marco é tutto chiaro per me...ma quello che volevo dire che sqeezelite non ha nessuna opzione di resample sincrono automatico lo stesso quello che facciamo con LMS/sox é identico...

se cambia la risoluzione del file in ingresso bisogna cambiare a mano il comando tanto in sqeezelite che in custom-convert.conf....se si vuole un resample sincrono.

Convieni?
04-04-2015, 12:58
marcoc1712

Quote:

Originariamente inviato da antonellocaroli

Appunto...non esiste una opzione in sqeezelite...si tratta solo di fissare un rate x4 176400 lo stesso che si fa in flc flc

Tra queste due non c´é differenza:
[sox] -q -t wav - -t flac -C 0 -b 32 - gain -3 rate -v -L -a -b 90.7 176400 dither -S

-u vLX::-3:32:90.7 -r 176400 (se non ho sbagliato la sintassi)

sono tutte e due sincro....
perché ci vorrebbero due flc flc?

solo in caso il file in ingresso non é 44100 (ma in quel caso anche in sqeezelite bisogna cambiare non c´é un opzione che lo fa in auto)

Allora...

partendo da 44100:

-u vL::-3:32:90.7 -r 44100,88200,96000 -> 88200

-u vLE::-3:32:90.7 -r 44100,88200,96000 -> 44100

-u vLX::-3:32:90.7 -r 44100,88200,96000 -> 96000

partendo da 48000:

-u vL::-3:32:90.7 -r 44100,88200,96000 -> 96000

-u vLE::-3:32:90.7 -r 44100,88200,96000 -> 96000

-u vLX::-3:32:90.7 -r 44100,88200,96000 -> 96000

Stesse impostazioni, cambia il file di imput ed ottengo due risultati diversi (con "" ed E, con X da disegno, no, sempre il massimo).

Chiaro?
04-04-2015, 13:07
marcoc1712

Quote:

Originariamente inviato da antonellocaroli

Senti Marco é tutto chiaro per me...ma quello che volevo dire che sqeezelite non ha nessuna opzione di resample sincrono automatico lo stesso quello che facciamo con LMS/sox é identico...

se cambia la risoluzione del file in ingresso bisogna cambiare a mano il comando tanto in sqeezelite che in custom-convert.conf....se si vuole un resample sincrono.

Convieni?

No, v. post precedente, che ho editato con un commento per chiarire.

Con squeezelite puoi impostare le frequenze ammesse in output ed il 'modo' con cui sceglierle in funzione della presenza e/o sincronicità de formato di origine con le stesse.

Nel convert.conf non c'è verso di farlo.
04-04-2015, 13:17
bigtube

Quote:

Originariamente inviato da antonellocaroli

Giovanni tu noti delle differenze tar l´up di LMS/SOX e Sqeezelite/libsoxr? mi sembra di capire a favore del primo...stessa senzazione mia.
Sarei interessato a sapere anche cosa esce fuori dai confronti di Dacpassion...

Filippo confermo che l'upsampling eseguito da SOX su LMS con la config. flc flc scritta nel mio post precedente è superiore alla performance Squeezelite/libsor...risorse mie
permettendo.
04-04-2015, 13:29
antonellocaroli

Quote:

Originariamente inviato da marcoc1712

Allora...

partendo da 44100:

-u vL::-3:32:90.7 -r 44100,88200,96000 -> 88200

-u vLE::-3:32:90.7 -r 44100,88200,96000 -> 44100

-u vLX::-3:32:90.7 -r 44100,88200,96000 -> 96000

partendo da 48000:

-u vL::-3:32:90.7 -r 44100,88200,96000 -> 96000

-u vLE::-3:32:90.7 -r 44100,88200,96000 -> 96000

-u vLX::-3:32:90.7 -r 44100,88200,96000 -> 96000

Stesse impostazioni, cambia il file di imput ed ottengo due risultati diversi (con "" ed E, con X da disegno, no, sempre il massimo).

Chiaro?

Marcooooooo.....Hai ragione!!! ;ops

Adesso é tutto piú chiaro....
04-04-2015, 13:34
DacPassion

Quote:

Originariamente inviato da antonellocaroli

Senti Marco é tutto chiaro per me...ma quello che volevo dire che sqeezelite non ha nessuna opzione di resample sincrono automatico lo stesso quello che facciamo con LMS/sox é identico...

se cambia la risoluzione del file in ingresso bisogna cambiare a mano il comando tanto in sqeezelite che in custom-convert.conf....se si vuole un resample sincrono.

Convieni?

Scusate forse è tutta colpa mia, la funzione è presente in Daphile davo per scontato che Kimmo avesse "dato una interfaccia grafica" ad una funzione già presente su squeezelite.
Anche se, ad onor del vero, in questi lidi mi era stato detto che squeezelite era capace di fare upsampling sincrono
04-04-2015, 13:36
antonellocaroli

Quote:

Originariamente inviato da DacPassion

Scusate forse è tutta colpa mia, la funzione è presente in Daphile davo per scontato che Kimmo avesse "dato una interfaccia grafica" ad una funzione già presente su squeezelite.
Anche se, ad onor del vero, in questi lidi mi era stato detto che squeezelite era capace di fare upsampling sincrono

Dac hai quotato na mia c...ta....vedi sopra!!!

e scusa se ti ho confuso!
04-04-2015, 13:46
marcoc1712

Quote:

Originariamente inviato da bigtube

Filippo confermo che l'upsampling eseguito da SOX su LMS con la config. flc flc scritta nel mio post precedente è superiore alla performance Squeezelite/libsor...risorse mie
permettendo.

E questo è un bell'argomento. Entriamo nel campo della soggettività ove ognuno decide con orecchie, cervello, cuore e...portafoglio.

A supporto dell'opinione di Giovanni, a rischio di un parziale OT, vi racconto cosa mi è successo di notare nel corso dele prove.

Premetto che avendo la alix al mare, le prove dei giorni scorsi sono state condotte come ho scritto usando squeezelite installato sul pc Win32 con XP che uso come server 'di produzione' pel LMS.

Quel pc, normalmente, lo comando via web, ma per fare le prove gli ho attaccato direttamente la Io2 che uso per le misure ed un veccho paio di cassettine amplificate 'stile' monitor da studio.

Il tutto 'accatastato' nel peggiore dei modi possibili con grovigli di cavi inestricabili ed un cavetto da 2 lire lunghissimo con adattatore miniJack stereo/rca ed rca/jack per uscire dalla scheda audio... Non credo sia possibile costruire un ricevitore di disturbi più sensibile di questo...

Bene, senza esagerare, ho imparato a 'sentire' quando il resampling era in atto sul pc e quando no ed anche le diverse 'forme' (continuo quando producevo i files, a tratti se online),

Avete presente il rumore che i primi modem degli anni 80 producevano mentre contrattavano la connessione? bene, un suono molto simile (ovviamente a bassissimo volume, ma ben udibile) usciva dai monitor.

Io non so da quale componente fosse prodotto e men che meno chi lo captasse, certo, è bastato dipanare il groviglio ed allontanare la Io2 di qualche decina di cm per eliminarlo (o almeno non percepirlo più così chiaramente), ma c'era, è sicuro.

Morale: E' misurabile quel disturbo? ha effetti, magari più subdoli e meno evidenti in configurazioni più curate o è trascurabile?

Io non lo so, ma visto che come audiofili ci fasciamo la testa per le cause più improbabili molte delle quali - personalmente - non ho mai sperimentato sul campo, mi sembra opportuno preoccuparsi di un effetto così evidente e metterlo in relazione con le esperienze di Giovanni, poi forse la correlazione è sbagliata e fuori luogo, ma...

Visualizza 40 messaggi di questa discussione in una pagina