valutazioni release 8.28

Ecco l'errore su encoder

BASS_Encoder_Castlnit can't open the file

Dove sta il problema?

Quello è un errore di connessione verso il server shoutcast. Comunque invito sempre a mandare il debug perche' la sola citazione di un messaggio non permette di aiutarvi.

purtroppo ho notato anche io la stessa cosa di radio RCS. In maniera totalmente RANDOM, la sovrapposizione (fade out e fade in) tra oggetti CANZONE/JINGLE in playlist viene effettuata con sensibili latenze di frazioni di secondi. E assolutamente udibile ad orecchio che i passaggi non sono fluidi come prima.

devi inviare il debug indicando con assoluta precisione un mixaggio in cui hai sentito questa latenza, devi indicare esattamente i 2 oggetti del mixaggio...senza questi dati non posso analizzare nulla.

come ti scrivero sopra non riesco ad inviarti il secondo debug, mi da errore nell'invio.  il primo è partito tutto ok (alle  h11.05), il secondo (h11,07) non riesco ad inviartelo !! carica il file zip e poi da errore "error on ftpputfile 200 type setto I."  550 cannot STOR.. che faccio ???? è un ora che tento di inviartelo...

Per evitare intasamenti non si puo' inviare un secondo debug finche' io non ho visto il precedente....ora puoi inviare il secondo.

Molto probabilmente quelli che alcuni di voi interpretano come "rallentamenti" di mixaggio, sono dovuti a cattivi puntamenti inizio/fine degli oggetti. Da questa versione, MB STUDIO non effettua piu' il controllo del silenzio sugli oggetti che hanno un punto di inizio superiore a 0 e/o un punto di fine inferiore alla fine naturale del file. Questo significa che un puntamento sbagliato, nelle precedenti versioni sarebbe stato corretto dal controllo silenzio, ora invece crea un buco.

Perche' questa modifica direte voi?
Alcuni utenti si sono lamentati del fatto che pur settando un inizio o una fine a brani musicali o jingles con lunghe sfumate a tappeto, queste venivano modificate dall'intervento del controllo del silenzio. In effetti è giusto evitare qualunque intervento sui tempi se questi sono stati impostati manualmente.

Un 'altra nota importante è che i punti di inizio e fine vengono letti direttamente dal tag del file, quindi se modificate i punti di inizio/fine nella finestra preascolto e al termine delle operazioni avete un cartello di errore scrittura tag (perche' magari il file è di sola lettura) perderete i settaggi inizio/fine appena modificati.

Sì, Maurizio, ma la latenza avviene anche se il file non è settato, cioè se si conclude esattamente alla sua fine. Se non c'è puntamento, il passaggio dovrebbe essere immediato, invece non lo è, neanche se si setta la configurazione.

come ti scrivero sopra non riesco ad inviarti il secondo debug, mi da errore nell'invio.  il primo è partito tutto ok (alle  h11.05), il secondo (h11,07) non riesco ad inviartelo !! carica il file zip e poi da errore "error on ftpputfile 200 type setto I."  550 cannot STOR.. che faccio ???? è un ora che tento di inviartelo...

ho ricevuto il tuo secondo debug ma nulla da fare...in pratica mi segnali un mixaggio con un dato brano in onda alle 11:07 ma non vi è traccia di quel brano in onda a quell'ora.

Se ci fosse qualcuno cosi' gentile da riuscire a mandare un debug indicando "il problema alle ore xx:xx nel mixaggio tra oggetto xxxx e oggetto xxxx" l'indagine potrebbe proseguire.

Probabilmente non riesco a spiegarmi bene: avrei bisogno che qualuno mi mandasse un debug indicandomi esattamente un orario ed  il nome di 2 oggetti in cui si è verificato il problema....ad esempio....."mixaggio lento alle ore 11:45 tra buongiorno.wav e canzone successiva" ...... finora mi state inviando debug senza indicare una posizione reale del problema.....come avrete notato un debug contiene circa un milione di caratteri....non vorrete farmeli leggere dal primo all'ultimo?