[C++]Riprodurre un file audio

[cionci]

Il suggerimento era appunto di usare libsox, aprire il file in lettura, ottenere il buffer in formato PCM e buttarlo su /dev/dsp

[cionci]

Altra alternativa usare il comando play o aplay per far suonare i file audio.

[71104]

Originariamente inviato da tomminno

OT per OT scriveresti un software per riprodurre musica usando un wrapper del PlaySound?
Io credo proprio di no.

io credo proprio che una classe o funzione o altro sistema per far sentire uno straccio di file audio sia ben lontano dall'essere inutile
(vedi resto del thread)

[cionci]

Originariamente inviato da 71104

io credo proprio che una classe o funzione o altro sistema per far sentire uno straccio di file audio sia ben lontano dall'essere inutile
(vedi resto del thread)

In tutte le librerie di alto livello c'è già una classe o funzione per far suonare file audio !!! Sia su KDE che su Gnome.

[christiantric]

Originariamente inviato da cionci

Altra alternativa usare il comando play o aplay per far suonare i file audio.

Quindi se io sono dentro al codice c richiamo semplicemente la funzione play()? o aplay()?
Devo importare qualche libreria particolare?

Ho notato che sono comandi bash ma io sto scrivendo codice c. Si possono quindi richiamare da codice comandi di sistema?

Scusa l'ignoranza ma sono completamente nuovo di linux/unix e sono ancora mooolto spaesato!!

[tomminno]

Originariamente inviato da christiantric

Praticamente il problema è sempre lo stesso, riesco a passare i dati a dev/dsp con quel codice ma viene riprodotto sempre un suono stridulo, un rumore praticamente.
Ho letto tutta la documentazione di libsndfile ma non trovo nulla (apparentemente) riguardante l'estrazione della sola codifica pcm dell'audio o l'isolamento dell'header ecc ecc come mi avevi tu stesso suggerito.
Allora pensando che lo facesse in automatico ho scritto quel codice che ho postato...ma nada de nada!!

Ora è un pò che non uso direttamente quella libreria, ma hai almeno letto la documentazione?

When opening a file for read, the format field should be set to zero before calling sf_open().

la struttura sf_info quando leggi non hai bisogno di riempirla eccetto per il campo format che deve valere 0, te invece lo assegni, potrebbe essere questo il problema o magari no.
Poi non so esattamente cosa faccia questa chiamata:

sf_command (sf_fd, SFC_SET_UPDATE_HEADER_AUTO, NULL, SF_TRUE) ;

Io la toglierei, non vorrei che inviasse gli header al device.

[EDIT] Come non detto SFC_UPDATE_HEADER_XXX serve per scrivere un file wav aggiornando gli header, ma te non stai scrivendo un file.

[christiantric]

Originariamente inviato da tomminno

Ora è un pò che non uso direttamente quella libreria, ma hai almeno letto la documentazione?



la struttura sf_info quando leggi non hai bisogno di riempirla eccetto per il campo format che deve valere 0, te invece lo assegni, potrebbe essere questo il problema o magari no.
Poi non so esattamente cosa faccia questa chiamata:

sf_command (sf_fd, SFC_SET_UPDATE_HEADER_AUTO, NULL, SF_TRUE) ;

Io la toglierei, non vorrei che inviasse gli header al device.

[EDIT] Come non detto SFC_UPDATE_HEADER_XXX serve per scrivere un file wav aggiornando gli header, ma te non stai scrivendo un file.

Allora tomminno, innanzitutto grazie.
Poi, ho letto tutta la documentazione ed anche più volte ma ovviamente potrebbero essermi sfuggiti dei passaggi visto che non sono molto pratico.
Cmq il file che ho postato è ciò a cui sono giunto dopo innumerevoli tentativi tra cui anche quello di considerare solo il campo format settato a zero.
Ma anche facendo così il risultato non cambiava, poi da qualche raro snippet in rete ho visto che in realtà la struttura SF_INFO puoi anche non riempirla per niente o riempirla a piacere...sembra che in lettura non gliene freghi niente!!

sf_command (sf_fd, SFC_SET_UPDATE_HEADER_AUTO, NULL, SF_TRUE) ;
serve per aggiornare in automatico l'header del file in scrittura e l'avevo messa perchè pensavo che il problema potesse dipendere dal fatto che il file scritto potesse essere incompleto di header...ovviamente togliendola o mettendola non cambia nulla!!

Maledizione!!!

[tomminno]

Originariamente inviato da christiantric

Allora tomminno, innanzitutto grazie.
Poi, ho letto tutta la documentazione ed anche più volte ma ovviamente potrebbero essermi sfuggiti dei passaggi visto che non sono molto pratico.
Cmq il file che ho postato è ciò a cui sono giunto dopo innumerevoli tentativi tra cui anche quello di considerare solo il campo format settato a zero.
Ma anche facendo così il risultato non cambiava, poi da qualche raro snippet in rete ho visto che in realtà la struttura SF_INFO puoi anche non riempirla per niente o riempirla a piacere...sembra che in lettura non gliene freghi niente!!

sf_command (sf_fd, SFC_SET_UPDATE_HEADER_AUTO, NULL, SF_TRUE) ;
serve per aggiornare in automatico l'header del file in scrittura e l'avevo messa perchè pensavo che il problema potesse dipendere dal fatto che il file scritto potesse essere incompleto di header...ovviamente togliendola o mettendola non cambia nulla!!

Maledizione!!!

Scusa la domanda ma che tipo di dato mandi in uscita?
Degli interi?
Sei sicuro che la tua scheda audio supporti la riproduzione di PCM 32 bit interi?
Io proverei usando gli short, sicuramente è supportato il PCM 16 bit.

[christiantric]

Originariamente inviato da tomminno

Scusa la domanda ma che tipo di dato mandi in uscita?
Degli interi?
Sei sicuro che la tua scheda audio supporti la riproduzione di PCM 32 bit interi?
Io proverei usando gli short, sicuramente è supportato il PCM 16 bit.

In effetti la mia inesperienza è venuta a galla quando ho visto che ci sono quattro versioni di read e non sapendo quale usare ho usato quella int.
Cosa cambia tra le quattro?
In realtà non capisco nemmeno come si possa racchiudere il contenuto di un file audio in un vettore di interi o di short o di double...la cosa mi è ignota. E nell'ignoranza ho usato int!!!
Come faccio a sapere quale va bene?

[christiantric]

Ragazzi tutti,
ho risolto il problema in ben due modi (in realtà molto simili).
Il primo è usando aplay dopo aver scoperto e capito cosa fosse ALSA (si ringrazia cionci per il suggerimento) è bastato:

system("aplay prova_audio.wav");

L'altro è simile ma si richiama la chiamata di sistema play-sound, disponibile dopo aver installato il pacchetto sound-recorder, in questo caso però risulta non supportata la codifica a 32 bit a quanto pare.

Spero che questa discussione possa essere utile a qualcun'altro.
Grazie a tutti.

[tomminno]

Originariamente inviato da christiantric

In effetti la mia inesperienza è venuta a galla quando ho visto che ci sono quattro versioni di read e non sapendo quale usare ho usato quella int.
Cosa cambia tra le quattro?
In realtà non capisco nemmeno come si possa racchiudere il contenuto di un file audio in un vettore di interi o di short o di double...la cosa mi è ignota. E nell'ignoranza ho usato int!!!
Come faccio a sapere quale va bene?

Come scritto nella documentazione in caso di lettura libsndfile adatta automaticamente il formato del file a quello del tipo specificato (cioè se leggi uno wav che generalmente è a 16 bit e usi sf_read_float lui converte automaticamente nel formato float normalizzato [0,1]), il tuo problema è che passi il risultato della lettura direttamente al device che quindi deve essere in grado di riprodurre uno stream di interi, cosa che assai probabilmente non è in grado di fare.
Per sapere quale va bene devi conoscere le specifiche della scheda audio. Generalmente sono supportati il PCM a 8,16 e 24 bit a 1 o 2 canali.

Usa sf_read_short e non dovresti avere problemi.