Ispirato da questa domanda di electronics.SE , ecco una sfida per te:

Scrivi un programma o una subroutine che accetta una sequenza di cifre decimali (da 0 a 9) e le pronuncia ad alta voce, senza utilizzare uno strumento di sintesi vocale esistente.

Ingresso:

È possibile richiedere che le cifre di input vengano fornite in qualsiasi formato ragionevole, ad esempio come una stringa di cifre ASCII, una matrice di numeri interi, un numero codificato BCD, ecc. Se la soluzione è un programma eseguibile, è possibile prendere l'input come un parametro della riga di comando, leggerlo dall'input standard o ottenerlo in qualsiasi altro modo ragionevole.

Il tuo programma deve essere in grado di pronunciare almeno otto cifre per chiamata. Si può presumere che la prima cifra non sia zero, a meno che non sia l'unica cifra.

Produzione:

Il tuo programma può pronunciare i numeri direttamente utilizzando un dispositivo audio o può generare un file audio riproducibile. Il file di output, se presente, può essere in qualsiasi formato audio standard o può essere costituito da dati di esempio non elaborati. Se si producono dati di campionamento non elaborati, tenere presente i parametri appropriati per la riproduzione (frequenza di campionamento, bit per campione, endianness, con / senza segno, numero di canali). Sono preferiti i formati supportati da aplay .

Sei libero di decidere i dettagli su come i numeri saranno pronunciati, ma il tuo output dovrebbe consistere in cifre in lingua inglese parlate in modo comprensibile a un tipico oratore inglese e dovrebbe essere abbastanza chiaro per l'ascoltatore da poter trascrivere accuratamente un numero casuale di otto cifre parlato. No, solo il segnale acustico n volte non conta. Non dimenticare di includere pause tra le cifre.

punteggio:

Si applicano le regole standard per il calcolo del codice-golf : il tuo punteggio è la lunghezza del tuo codice in byte o, se il tuo codice è scritto nel testo Unicode, in caratteri Unicode. Il punteggio più basso vince. Qualsiasi lingua va.

Poiché la domanda originale sull'elettronica.SE riguardava la programmazione integrata, ho ritenuto opportuno gettare un osso agli autori che usano linguaggi di basso livello: se la tua soluzione è scritta in un linguaggio compilato, puoi scegliere di contare la lunghezza del file eseguibile compilato in byte come punteggio. (Sì, anche il codice precompilato, come un .classfile Java , va bene.) Se si sceglie di utilizzare questa opzione, si prega di includere una copia dell'eseguibile compilato nella risposta (ad es. Come un dump esadecimale) insieme al codice sorgente e la versione del compilatore e le opzioni utilizzate per generarlo.

Una menzione d'onore , insieme a una ricompensa di +50, verrà data alla prima risposta che soddisfa anche i criteri della domanda originale , ovvero è in grado di funzionare su un MCU incorporato con 4 kb di flash e 1 kb di SRAM.

restrizioni:

Non è possibile utilizzare file o risorse di rete che non fanno parte dell'ambiente di runtime standard della lingua prescelta, a meno che non si contenga la lunghezza di tali file o risorse come parte del punteggio. (Questo non consente ad esempio il caricamento di campioni audio dal Web.)

Non è inoltre possibile utilizzare strumenti di sintesi vocale o librerie o raccolte di dati audio preesistenti (a meno che non si contino anche le loro dimensioni come parte della partitura), anche se sono inclusi nell'ambiente di runtime standard della lingua prescelta.

ruby - 3710 = codice di 90 caratteri + 3620 byte di dati

require'zlib'
$><<$*[0].chars.map{|x|Zlib::Inflate.inflate File.open(x).read}.join(?0*5e3)

input: un singolo argomento della riga di comando, il numero da leggere

uscita: dati audio grezzi, PCM 8 bit / 8 kHz

Questo può leggere qualsiasi stringa di input, purché

• contiene solo caratteri che sono nomi di file validi. per soli quattro caratteri, puoi ingrandire quello impostato su tutti i personaggi.
• hai i file necessari.
• perché oh, spazio, spazio, apostrofo, spazio, spazio, tempo, periodo

5e3codifica la pausa tra due parole. Qui, 5 campioni ~ = 0,6 s. Modifica come desiderato.

Ora, la parte difficile è ottenere i file di esempio in 4K e riuscire a decomprimerli facilmente e con una qualità sufficiente. Ecco come li ho ottenuti:

• Prendi un motore di sintesi vocale in grado di produrre file audio. Wikipedia ne ha uno .
• Inseriscilo un testo contenente tutte le cifre, idealmente vicine tra loro. Ho usato http://en.wikipedia.org/wiki/Base_13
• Downsample.
• Taglia ogni parte in un editor sonoro .
• Salva come file non elaborato.
• Decimare ciascun campione (scartare i bit di ordine inferiore).
• Sgonfiare.

Ora, si deve scegliere una frequenza di campionamento e un importo di decimazione. Troppo, e il suono non sarà comprensibile. Troppo poco e non ti adatti. Ho optato per 8kHz / 3b. Eccoli : https://github.com/honnza/drops/raw/master/digits.zip

• 8KHz * 4b / campione e qualità superiore - troppo grande
• 8KHz * 3b / campione - bassa qualità, ma si adatta al 4K
• 8KHz * 2b / campione - kch kchhhhhhhhh [non comprensibile]
• 2 KHz * 8b / campione - troppo grande
• 2KHz * 3b / campione - kch kchhhhhhhhh
• 1KHz * 8b / campione - kch kchhhhhhhhh

Ecco lo script di decimazione:

require'zlib'
Dir.glob "*.raw" do |fname|
  File.open fname[/\d/], "wb" do |out|
    File.open fname do |input|
      bytes = input.bytes.to_a
      bytes.map! {|x|x&0xE0}
      dfl = Zlib::Deflate.deflate(bytes.pack("C*"),9)
      dfl.each_byte do |byte|
        out.print byte.chr
      end
      puts "done #{fname}: #{dfl.size}"
    end
  end
end

Per quanto riguarda la sfida originale: ci sono 476 byte di spazio per il codice e la tabella dei file. Questo potrebbe essere leggermente troppo a seconda di quanto possiamo ottenere con una libreria DEFLATE. Se necessario, possiamo tagliare alcuni angoli qua e là ritagliando un po 'più aggressivamente i campioni audio. [fo:r]o [o:]non importa davvero ma salva byte. Sono stato un po 'benevolo nel ritagliare i numeri. Inoltre, un diverso schema di decimazione o sacrificare qualche decimazione per il downsampling potrebbe essere d'aiuto: giocherò con questi in seguito. Inoltre, rilasciare le intestazioni DEFLATE potrebbe risparmiare una piccola quantità di spazio.

Concatenare i campioni sonori è abbastanza semplice, ma il 4K è un po 'angusto. Se non sei vincolato dallo spazio 4k, suggerisco meno decimazione. 4 bit per campione in realtà vanno abbastanza bene ed è solo leggermente più grande.