ANNUNCIO: C-3PO 1.1.01 rilasciato in beta

[marcoc1712]

Da quello che mi ricordo (io non ho provato) Giovanni usando il custom.convert non aveva il problema ...posso ricordare male!!
Giovanni??

Se stiamo parlando dello stesso problema, era un problema di SOX, quindi presente anche con custom-convert.conf legato alla eccesisva richesta di risorse/incapacità del suo sistema di fare fronte, risolto con la diminuzione del sample rate in uscita.

Tu che poblema hai? hai verificato che con custom-convert.conf funziona e con C-3PO no?

EDIT: Se il problema è questo, prova a fare quello che ti consigliavo allora e riportare i risultati.

[marcoc1712]

ho avuto un problema simile agli inizi, molto tempo fa, poi non ne ho più avuti. Non so se fosse un problema legato alla versione di LMS che usavo allora (sempre le "nightly" della 7.9, che nel frattempo ho aggiornato varie volte. Essendo la versione di sviluppo, che in qualche release ci sia qualche baco non è improbabile), oppure banalmente al fatto che ho preso l'abitudine di applicare (fare click su "apply") almeno un paio di volte ogni volta che modifico qualcosa nell'interfaccia web di LMS.

Fatemi capire bene...

Non prende le modifiche in LMS o non le applica? Se non le prende, dovreste vedere le impostazioni tornare al valore precedente nell'interfaccia web (che adesso richiede sempre conferma se ci si dimentica di applicare, anche per player), se non le applica alla riga di comando è un problema diverso.

Nel log si vede l'APPLICAZIONE delle modifiche al nuovo comando, che è immediata a seguido del salvataggio delle ozpioni stesse, comando che però verrà mandato in ESECUZIONE solo al prossimo PLAY. In TOP si vede la riga di comando ATTUALMENTE in uso, cioè quella corrente al momento dell'ultimo play.

Tutti i settings o uno in particolare?

[UnixMan]

Non prende le modifiche in LMS o non le applica?

per quanto mi riguarda, il problema era che (a volte / spesso) LMS "ignorava" (non applicava) le modifiche apportate attraverso l'interfaccia web (non solo di C-3PO, anche per il resto). Se non ricordo male, se tornavo alla pagina di configurazione (dopo averla chiusa) ci ritrovavo i valori precedenti, come se non avessi mai applicato le modifiche.

Sempre se non ricordo male mi pare che proprio tu suggeristi di "applicare" più volte, perché ci può essere qualche problema di "sincronizzazione" tra l'interfaccia web ed il server sottostante o qualcosa del genere.

[bigtube]

Se stiamo parlando dello stesso problema, era un problema di SOX, quindi presente anche con custom-convert.conf legato alla eccesisva richesta di risorse/incapacità del suo sistema di fare fronte, risolto con la diminuzione del sample rate in uscita.

Tu che poblema hai? hai verificato che con custom-convert.conf funziona e con C-3PO no?

EDIT: Se il problema è questo, prova a fare quello che ti consigliavo allora e riportare i risultati.

ciò di cui parla Giorgio è assolutamente ancora reale. Cioè se si utilizza Squeezelite-R2 con Debian i brani lunghi vengono interrotti.
Se abbasso il samplerate a 88 K il problema talora non si manifesta ma tal'altra si.....tanto per non capirci niente.
Di sicuro ci sono due casi in cui cio' non si manifesta: Se uso esclusivamente la riga di comando
per il resampling massimo sincrono nel custom-convert.conf( PCM Wav a 352 K) mantenendo il player con Debian.
E poi di recente con Winserver 2012 + Squeezelite-R2 . In questa condizione va' tutto liscio.
Se vi state chiedendo come mai Winserver..... ebbene lo sto provando su consiglio di Filippo.
Volevo anche provare io di persona Winserver 2012+Squeezelite-R2 con il DAC di Marco "Lu Criaturu".
Vi relaziono sul thread apposito sull'ultima apparentemente piccola modifica al DAC e direi definitiva.

.

[marcoc1712]

per quanto mi riguarda, il problema era che (a volte / spesso) LMS "ignorava" (non applicava) le modifiche apportate attraverso l'interfaccia web (non solo di C-3PO, anche per il resto). Se non ricordo male, se tornavo alla pagina di configurazione (dopo averla chiusa) ci ritrovavo i valori precedenti, come se non avessi mai applicato le modifiche.

Sempre se non ricordo male mi pare che proprio tu suggeristi di "applicare" più volte, perché ci può essere qualche problema di "sincronizzazione" tra l'interfaccia web ed il server sottostante o qualcosa del genere.

Si, questo poteva succedere, nel senso che la scrittura del file poteve essere leggermante differita, ma adesso dovrebbe essere scongiurata.

[marcoc1712]

ciò di cui parla Giorgio è assolutamente ancora reale. Cioè se si utilizza Squeezelite-R2 con Debian i brani lunghi vengono interrotti.
Se abbasso il samplerate a 88 K il problema talora non si manifesta ma tal'altra si.....tanto per non capirci niente.
Di sicuro ci sono due casi in cui cio' non si manifesta: Se uso esclusivamente la riga di comando
per il resampling massimo sincrono nel custom-convert.conf( PCM Wav a 352 K) mantenendo il player con Debian.
E poi di recente con Winserver 2012 + Squeezelite-R2 . In questa condizione va' tutto liscio.
Se vi state chiedendo come mai Winserver..... ebbene lo sto provando su consiglio di Filippo.
Volevo anche provare io di persona Winserver 2012+Squeezelite-R2 con il DAC di Marco "Lu Criaturu".
Vi relaziono sul thread apposito sull'ultima apparentemente piccola modifica al DAC e direi definitiva.

.

Cioè con custom-convert.conf funziona e con c-3po no?

La stessa riga funziona da C-3PO se sul player hai winserver e non se hai Debian?

Stesso HW sia server che player?

Mi posti per favore la riga incriminata?

[antonellocaroli]

Cioè con custom-convert.conf funziona e con c-3po no?

La stessa riga funziona da C-3PO se sul player hai winserver e non se hai Debian?

Stesso HW sia server che player?

Mi posti per favore la riga incriminata?

A me questo problema si presentava/ta sia con la stringa in custom e sia con C-3PO...
sicuro con resample a 352800 o 384000....a 96000 mi pare di no...a 192000 non ho verificato

Per l´altro problema é difficile identificarlo...faccio sempre clic piú volte su applica...

magari al primo palay(re) non va...poi alö secondo magari va, o no....quindi vado a fare riapplica ....eccc finché non si aggiorna la stringa...

in windows é un po piú scomodo verificarlo....

avevo segnalato solo perché magari in queste ultime prove puó sfuggire...pensando di ascoltare con le impostazioni cambiate e invece la reltá é diversa....solo per questo...

[marcoc1712]

A me questo problema si presentava/ta sia con la stringa in custom e sia con C-3PO...
sicuro con resample a 352800 o 384000....a 96000 mi pare di no...a 192000 non ho verificato

Per l´altro problema é difficile identificarlo...faccio sempre clic piú volte su applica...

magari al primo palay(re) non va...poi alö secondo magari va, o no....quindi vado a fare riapplica ....eccc finché non si aggiorna la stringa...

in windows é un po piú scomodo verificarlo....

avevo segnalato solo perché magari in queste ultime prove puó sfuggire...pensando di ascoltare con le impostazioni cambiate e invece la reltá é diversa....solo per questo...

Grazie per averlo segnalato, a me non capita, non appena schiacccio applica vedo chiaramente il log aggiornarsi e comparire le nuove righe in funzione delle nuove caratteristiche e dovrebbe essre così dato che da qualche versione ho 'forzato' il 'flush' dei parametri ad ogni 'applica' .

Il modo più semplice per vedere il log (di LMS) aggiornarsi è aprirlo dalla pagina info dei settings, direttamente nel browser, fare le modifche quindi rinfrescare la pagina, dovrebbe SEMPRE comparire la nuova configurazione. Se si usa C-3PO bisogna aprire direttamente il file. lo si può fare dal browser.

Se succede che uno o più parametri NON provochino l'aggiornamento immediato è un errore, che mi piacerebbe poter replicare e correggere, solo sii sicuro di riavviare anche la traccia, dopo aver applicato la modifica.

Mi segnali per favore un parametro (e l'ambito: per player/generale) che ti pare non si aggiorni al primo 'applica'?

Grazie.

[DacPassion]

Aggiungo che da me accade con OS X come server e come player sia con Daphile che con voyage + squeezelite R2

[bigtube]

Cioè con custom-convert.conf funziona e con c-3po no?

La stessa riga funziona da C-3PO se sul player hai winserver e non se hai Debian?

Stesso HW sia server che player?

Mi posti per favore la riga incriminata?

il comando del custom:
.................................................................................................... .................................................................
flc pcm * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t flac - -t wav -r 352800 -c 2 -3 -s -L - gain -3 rate -v -M -a -b 90.7 352800 dither -S
.................................................................................................... ......................................................................
Col custom quasi sempre non ho interruzioni con Debian + Squeezelite-R2
Ho notato che con C3PO compare la stessa stringa ovviamente sul server richiamando htop
Con Winserver lato player tutto bene. sul server uso indifferentemente C3PO su Lubuntu o Debian. Tutto fila liscio
Con Winserver uso un miniPC, con aliment.esterno, usato ma bello tosto.
Con Debian o Mpdpup o Voyage uso il Futro e l'interruzione avviene in ciascuno