ANNUNCIO: C-3PO 1.1.01 rilasciato in beta

[marcoc1712]

esatto....ma tutte e due sono dello stesso setting....la prima al primo (re)play, la seconada al secondo (dove ha preso l'impostazione giusta)

La chiave dell'arcano è proprio qui: perché la prima volta calcola un target sample rate di 384K e la seconda di 352.8? A me non succede e non riesco a replicarlo.

Come sono impostati i sample rate ammessi ?

[marcoc1712]

Non riesco proprio a replicarlo, ma non ho tutte le informazioni necessarie sullo stato preciso in cui si ritrova C-3PO quando parte la prima volta, parrebbe essere ncora un problema di 'riitardo' nella scrittura delle preferenze, ma solo quando è coinvolto [C-3PO] transcoder, cosa che non dovrebbe succedere ed a me, infatti, non succede.

Stando nella condizione di massima sincrona, se cambi un altro parametro (es. il volume sx) lo vedi immediatamente riflesso nel comando?

Avrei bisogno degli stessi log (PLAYER:SOURCE e PLUGIN:C-3PO) ma a profondità di DEBUG, ricorda per favore, di partire da log 'puliti'.

Grazie.

[antonellocaroli]

Stando nella condizione di massima sincrona, se cambi un altro parametro (es. il volume sx) lo vedi immediatamente riflesso nel comando?

no, in effeti no. Ho provato a mettere il remix e si aggiorna dopo il secondo replay, e stessa cosa mettento un comando aggiuntivo...sempre al secondo replay...

con max supportata si aggiornano subito....

Ecco i log (dopo la cancellazione dei log: passaggio da max supp a max sincro>replay(noOk)>replay(OK); cambio remix>replay(noOK)>replay(OK)

C-3PO.txt
server.txt

Come sono impostati i sample rate ammessi ?

PS: in windows é lo stesso... si prende le impostazioni sempre al secondo "replay"...mi sembra un po strana che la verifico solo io...e tra l´altro su due sistemi diversi...

[marcoc1712]

no, in effeti no. Ho provato a mettere il remix e si aggiorna dopo il secondo replay, e stessa cosa mettento un comando aggiuntivo...sempre al secondo replay...

con max supportata si aggiornano subito....

Ecco i log (dopo la cancellazione dei log: passaggio da max supp a max sincro>replay(noOk)>replay(OK); cambio remix>replay(noOK)>replay(OK)

C-3PO.txt
server.txt




PS: in windows é lo stesso... si prende le impostazioni sempre al secondo "replay"...mi sembra un po strana che la verifico solo io...e tra l´altro su due sistemi diversi...

Infatti, sarà legato a qualche condizione che hai impostato.

  "_client:50:e5:49:cc:b4:29"    => {
                                      _ts_resampleTo               => "1462417720",
                                      resampleTo                   => "S",
                                     },
  
  _ts_resampleTo                 => "1462596683",
  resampleTo                     => "X",
}

Eccolo qui: ha salvato le preferenze generali, ma non aggiornato quelle per client (che sono quelle che usa davvero), devo capire perchè si verifica ed in quale condizione particolare.

[marcoc1712]

Quello che non mi spiego è che ti sei accorto tu stesso della modifica, quindi avevo dato per scontato si aggiornasse subito, tranne X/S, come hai scritto all'inizio, in realtà non così, ...come hai fatto ad accorgertene?

Da me funziona perchè ho più players ognuno con i suoi settings, quindi in realtà io modifico direttamente i settings per player, mentre l'errore sembra essere nella propagazione delle modifiche nei parametri generali.

[marcoc1712]

Ho rilasciato una versione con una modifica che 'potrebbe' essere coinvolta, ma non sono sicuro. Non sono ancora riuscito a replicare esattamente le tue condizioni di errore.

Provala e se ancora non dovesse andare, riproduci cortesemente i log sempre in Debug.

Grazie.

EDIT:

Quello che ho fatto è questo, per capirci:

Prima:

LMS -> C-3PO -> aggiorna preferenze -> LMS -> C-3PO -> propaga ai players -> LMS

Adesso:

LMS -> C-3PO -> aggiorna preferenze + propaga ai players -> LMS

In teoria tra il momento in cui il controllo ritornava a LMS e la propagazione poteva succedere che si infilasse un lancio di [C-3PO], che avrebbe usato le precedenti preferenze per player, adesso dovrebbe essere scongiurata anche questa eventualità, ma francamente mi pare molto strano che il problema sia lì, a meno che tu non abbia il dito più veloce dell' OST...

Di fatto, il metodo precedente differiva il salvataggio su file di 10 secondi, così da essere sicuri che un lancio 'ravvicinato' non avrebbe MAI preso le modifiche parziali (infatti non andava), togliendo il ritardo mi sono esposto a questa eventualità, che adesso dovrei aver eliminato, ma il condizionale è d'obbligo. Non dovesse andare, prova per cortesia ad aspettare 10 secondi tra il cambio delle preferenze e la ripartenza, almeno capisco se il problema è li.

[antonellocaroli]

Ho rilasciato una versione con una modifica che 'potrebbe' essere coinvolta, ma non sono sicuro. Non sono ancora riuscito a replicare esattamente le tue condizioni di errore.

Provala e se ancora non dovesse andare, riproduci cortesemente i log sempre in Debug.

Grazie.

Perfetto!!!

Ah le modifiche le prende subito....

[marcoc1712]

Perfetto!!!

Ah le modifiche le prende subito....

...bene così, non ci avrei scommesso.

[antonellocaroli]

Comunque anche in windows é possibile vedere la linea di comando direttamente dal Task Manager (e chi lo sapeva )



oppure con Process Explorer https://technet.microsoft.com/en-us/...sexplorer.aspx

[antonellocaroli]

Con quale comando si inverte la fase in sox?
va messo in effetti aggiuntivi prima del resample o dopo?