ma il cubomusicale [messaggio #58977] |
ven, 11 febbraio 2011 17:56 |
Fandango Messaggi: 8518 Registrato: settembre 2009 |
Senior Member |
|
|
funzzziona ggiÃ
--
Linux desktop 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:44 UTC
2011 x86_64 GNU/Linux
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: ma il cubomusicale [messaggio #59069 è una risposta a message #59058] |
ven, 11 febbraio 2011 22:19 |
Fandango Messaggi: 8518 Registrato: settembre 2009 |
Senior Member |
|
|
Il giorno Fri, 11 Feb 2011 22:04:59 +0100
verde <verde@unknown.com> ha scritto:
> On Fri, 11 Feb 2011 20:15:20 +0100
> DiGei <a@radio.xxx> wrote:
>
> > Fandango venerdì 11/02/2011 alle 20.05.20 nel post su it.test ha
> > scritto:
> > >> Il giorno Fri, 11 Feb 2011 19:59:02 +0100
> > >> DiGei <a@radio.xxx> ha scritto:
> >
> > >>> ma se l'o recchio non percepisce oltre 128!
> >
> > >> il tuo forse
> >
> > > Con un bitrate a 128 Kbps, l'algoritmo di codifica degli MP3
> > > ( Perpetual Coding ) analizza e codifica quasi tutta la banda di
> > > frequenza percepibile dall'orecchio umano (circa 20MHz). Le
> > > informazioni non codificate quindi non vanno ad incidere sulla
> > > qualità del brano che è tranquillamente paragonabile a quella di
> > > un CD. Ovviamente ad un bitrate così alto corrisponde una maggiore
> > > grandezza del file MP3 codificato.
> > > http://www.comefunziona.net/arg/mp3pro/2/
> >
> > comunque ritengo più veritiero ciò:
> > La qualità di un file MP3 dipende dalla qualità della codifica e
> > dalla difficoltà con la quale il segnale deve essere codificato.
> > Buoni codificatori hanno una qualità accettabile da 128 a 160
> > kbit/s, la chiarezza perfetta di un brano si ottiene da 160 a 192
> > kbit/s. Un codificatore che ha bassa qualità lo si riconosce
> > ascoltando persino un brano a 320 kbit/s. Per questo non ha senso
> > parlare di qualità di ascolto di un brano di 128 kbit/s o 192
> > kbit/s. Una buona codifica MP3 a 128 kbit/s prodotta da un buon
> > codificatore produce un suono migliore di un file MP3 a 192 kbit/s
> > codificato con uno scarso codificatore
> > http://it.wikipedia.org/wiki/MP3#Qualit.C3.A0_del_formato_MP 3_audio
> >
>
> lo standard di fatto è Lame v3.97 con le opzioni -V2
>
> non so' (quasi) cosa significa, ma nei giorni scorsi mi serviva e
> questo ho trovato.
>
>
>
lame(1) LAME audio compressor
lame(1)
NAME
lame - create mp3 audio files
SYNOPSIS
lame [options] <infile> <outfile>
DESCRIPTION
LAME is a program which can be used to create compressed audio
files. (Lame ain't an MP3 encoder). These audio files can be played
back by popular MP3 players such as mpg123 or madplay. To read from
stdin, use "-" for <infile>. To write to stdout, use a "-" for
<outfile>.
OPTIONS
Input options:
-r Assume the input file is raw pcm. Sampling
rate and mono/stereo/jstereo must be specified on the command
line. For each stereo sample, LAME expects the input data to
be ordered left channel first, then right channel. By default,
LAME expects them to be signed integers with a bitwidth of 16.
Without -r, LAME will perform several fseek()'s on the input
file looking for WAV and AIFF headers.
Might not be available on your release.
-x Swap bytes in the input file or output file when using
--decode. For sorting out little endian/big endian type
problems. If your encodings sounds like static, try this first.
Without using -x, LAME will treat input file as native
endian.
-s sfreq
sfreq = 8/11.025/12/16/22.05/24/32/44.1/48
Required only for raw PCM input files. Otherwise it
will be determined from the header of the input file.
LAME will automatically resample the input file to one
of the supported MP3 samplerates if necessary.
Manual page lame(1) line 1/856 4%
--
Linux desktop 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:44 UTC
2011 x86_64 GNU/Linux
|
|
|
Re: ma il cubomusicale [messaggio #59070 è una risposta a message #59069] |
ven, 11 febbraio 2011 22:21 |
DiGei Messaggi: 3314 Registrato: dicembre 2010 |
Senior Member |
|
|
Fandango venerdì 11/02/2011 alle 22.19.19 nel post su it.test ha
scritto:
> Il giorno Fri, 11 Feb 2011 22:04:59 +0100
> verde <verde@unknown.com> ha scritto:
>> On Fri, 11 Feb 2011 20:15:20 +0100
>> DiGei <a@radio.xxx> wrote:
>>
>>> Fandango venerdì 11/02/2011 alle 20.05.20 nel post su it.test ha
>>> scritto:
>>>>> Il giorno Fri, 11 Feb 2011 19:59:02 +0100
>>>>> DiGei <a@radio.xxx> ha scritto:
>>>>>> ma se l'o recchio non percepisce oltre 128!
>>>>> il tuo forse
>>>
>>>> Con un bitrate a 128 Kbps, l'algoritmo di codifica degli MP3
>>>> ( Perpetual Coding ) analizza e codifica quasi tutta la banda di
>>>> frequenza percepibile dall'orecchio umano (circa 20MHz). Le
>>>> informazioni non codificate quindi non vanno ad incidere sulla
>>>> qualità del brano che è tranquillamente paragonabile a quella di
>>>> un CD. Ovviamente ad un bitrate così alto corrisponde una maggiore
>>>> grandezza del file MP3 codificato.
>>>> http://www.comefunziona.net/arg/mp3pro/2/
>>>
>>> comunque ritengo più veritiero ciò:
>>> La qualità di un file MP3 dipende dalla qualità della codifica e
>>> dalla difficoltà con la quale il segnale deve essere codificato.
>>> Buoni codificatori hanno una qualità accettabile da 128 a 160
>>> kbit/s, la chiarezza perfetta di un brano si ottiene da 160 a 192
>>> kbit/s. Un codificatore che ha bassa qualità lo si riconosce
>>> ascoltando persino un brano a 320 kbit/s. Per questo non ha senso
>>> parlare di qualità di ascolto di un brano di 128 kbit/s o 192
>>> kbit/s. Una buona codifica MP3 a 128 kbit/s prodotta da un buon
>>> codificatore produce un suono migliore di un file MP3 a 192 kbit/s
>>> codificato con uno scarso codificatore
>>> http://it.wikipedia.org/wiki/MP3#Qualit.C3.A0_del_formato_MP 3_audio
>>>
>>
>> lo standard di fatto è Lame v3.97 con le opzioni -V2
>>
>> non so' (quasi) cosa significa, ma nei giorni scorsi mi serviva e
>> questo ho trovato.
>>
> lame(1) LAME audio compressor
> lame(1)
> NAME
> lame - create mp3 audio files
> SYNOPSIS
> lame [options] <infile> <outfile>
> DESCRIPTION
> LAME is a program which can be used to create compressed audio
> files. (Lame ain't an MP3 encoder). These audio files can be played
> back by popular MP3 players such as mpg123 or madplay. To read from
> stdin, use "-" for <infile>. To write to stdout, use a "-" for
> <outfile>.
> OPTIONS
> Input options:
> -r Assume the input file is raw pcm. Sampling
> rate and mono/stereo/jstereo must be specified on the command
> line. For each stereo sample, LAME expects the input data to
> be ordered left channel first, then right channel. By default,
> LAME expects them to be signed integers with a bitwidth of 16.
> Without -r, LAME will perform several fseek()'s on the input
> file looking for WAV and AIFF headers.
> Might not be available on your release.
> -x Swap bytes in the input file or output file when using
> --decode. For sorting out little endian/big endian type
> problems. If your encodings sounds like static, try this first.
> Without using -x, LAME will treat input file as native
> endian.
> -s sfreq
> sfreq = 8/11.025/12/16/22.05/24/32/44.1/48
> Required only for raw PCM input files. Otherwise it
> will be determined from the header of the input file.
> LAME will automatically resample the input file to one
> of the supported MP3 samplerates if necessary.
> Manual page lame(1) line 1/856 4%
ihihihhihiihhii http://is.gd/9ky66g
--
Lucis motus non est in momento, sed in tempore
|
|
|
|
|
|
|
|