si crea il file...Quote:
Originariamente inviato da marcoc1712
nella prima riga provata é inserito il remix
Printable View
si crea il file...Quote:
Originariamente inviato da marcoc1712
nella prima riga provata é inserito il remix
C:\Program Files (x86)\sox-14-4-2>sox --version
sox: SoX v14.4.2
C:\Program Files (x86)\sox-14-4-2>
L'opzione che manca è la "-p XX", che serve a forzare il dithering ad una "precisione" diversa da (minore di) quella dello stream di uscita:Quote:
Originariamente inviato da marcoc1712
Le varie opzioni di dithering/noise shaping ci sono "da sempre" (da un bel po' di tempo).Quote:
dither [-S|-s|-f filter] [-a] [-p precision]
Apply dithering to the audio. Dithering deliberately adds a small amount of noise to the signal in order to mask audible quantization effects that can occur if the output sample size is less than 24 bits. With no options, this effect will add triangular (TPDF) white noise. Noise-shaping (only for certain sample rates) can be selected with -s. With the -f option, it is possible to select a particular noise-shaping filter from the following list: lipshitz, f-weighted, modified-e-weighted, improved-e-weighted, gesemann, shibata, low-shibata, high-shibata. Note that most filter types are available only with 44100Hz sample rate.
The filter types are distinguished by the following properties: audibility of noise, level of (inaudible, but in some circumstances, otherwise problematic) shaped high frequency noise, and processing speed.
See SoX - Sound eXchange | NoiseShaping for graphs of the different noise-shaping curves.
The -S option selects a slightly `sloped' TPDF, biased towards higher frequencies. It can be used at any sampling rate but below ≈22k, plain TPDF is probably better, and above ≈ 37k, noise-shaped is probably better.
The -a option enables a mode where dithering (and noise-shaping if applicable) are automatically enabled only when needed. The most likely use for this is when applying fade in or out to an already dithered file, so that the redithering applies only to the faded portions. However, auto dithering is not fool-proof, so the fades should be carefully checked for any noise modulation; if this occurs, then either re-dither the whole file, or use trim, fade, and concatencate.
The -p option allows overriding the target precision.
Per quanto riguarda il noise-shaping, purtroppo è implementato solo per s/r di 44.1K e (forse, se non sbaglio) 48K. Se viene richiesto con s/r non supportati SoX va in "fall-back" su "sloped TPDF" (è come se si fosse specificato "-S" anziché "-s" o "-f ...": utilizza cioè una forma di dithering che migliora leggermente le prestazioni alle frequenze più basse a discapito di quelle più alte, insomma una specie di noise-shaping primordiale... che è sempre meglio di niente).
P.S.: Marco, hai visto questo post? ( #670 )
(non vorrei che nel "burst" di post che sono seguiti ti sia sfuggito... occhio al problema con l'opzione per il bit-depth, rischia di far smettere di funzionare C-3PO quando meno te lo aspetti, sistemala appena puoi!).
Potrebbe essere questo il problema....che non funziona con la versione recente di sox in windows???Quote:
Originariamente inviato da UnixMan
EDIT: non é quello il problema...messo la stringa nel conver-custo
La cosa non cambia...codice:flc pcm * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t wav -r 352800 -c 2 -b 24 -s -L - gain -3 rate -v -M -a -b 90.7 352800
con il vecchio sox va con il nuovo no
Stiamo incrociando troppo...
a. Si l'errore del nome file è stato mio, ...la memoria...
b. -3 = -b 24, probabilmente la nuova versione vuole la seconda forma,... devo modificare C-3PO e tutti i test... Non sarà per domani.
c. sox che manda in pausa il playback non l'avevo mai visto, non so che dire. Da linea di comando cosa fa, arriva in fondo e crea il file o si ferma?
Cambiamenti:
100:3 rispetto a 40:4 (default) = period 'leggermente' più lunghi -> meno uso di CPU. Prova a passare a 2, eventualmente diminuendo il buffer size e vedi se migliori ancora, per me lo ha fatto.
-b più che adeguato, ma l'unico giudice è l'orecchio...
A mio aviso, posto che -b sia su valori 'decenti' (min 1s), la differenza la il period size che deriva da -a, in pratica ...il carico di CPU. Su una macchina comune al server... non saprei.
è possibile.Quote:
Originariamente inviato da antonellocaroli
Per prima cosa, se non lo hai già fatto, proverei ad utilizzare la nuova versione di SoX eliminando tutte le altre opzioni "extra" per escludere altri errori...
Si, Crea il File in tutti e due i casi citati sopraQuote:
Originariamente inviato da marcoc1712
http://www.nexthardware.com/forum/pc...tml#post956777
@Paolo
Il post di sopra l´ho editato...
http://www.nexthardware.com/forum/pc...tml#post956786
Sox preso da qua
https://sourceforge.net/projects/sox/files/sox/14.4.2/
mmh, occhio anche a "-s", anche quella è una abbreviazione deprecata!Quote:
Originariamente inviato da antonellocaroli
@Marco et all: usate esclusivamente le OPZIONI LUNGHE, preferibilmente quelle nella forma "--nome_opzione".codice:-s/-u/-f/-A/-U/-o/-i/-a/-g
Deprecated aliases for specifying the encoding types signed-integer, unsigned-integer, floating-point, a-law, mu-law, oki-adpcm, ima-adpcm, ms-adpcm, gsm-full-rate respectively (see -e above).
Le forme abbreviate sono solo per l'uso in interattivo, non vanno mai utilizzate in script e affini.
Svelato l arcano!!! Bravo Paolo!Quote:
Originariamente inviato da UnixMan
questa va:
:complimenticodice:flc pcm * *
# FT:{START=--skip=%t}U:{END=--until=%v}
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t wav -r 352800 -c 2 -b 24 -L - gain -3 rate -v -M -a -b 90.7 352800 dither -f shibata -p 24