wav Datei in h-File konvertieren

Was hat eine wave Datei denn im Header verloren?

Wenn man Audio Daten direkt als Array im Code und damit im Flash haben 
will und keinen separaten Flashspeicher für Audio Daten spendieren 
will...

Christian wrote:
> Wenn man Audio Daten direkt als Array im Code und damit im Flash haben
> will und keinen separaten Flashspeicher für Audio Daten spendieren
> will...
...dann packt man die aber immer noch nicht in einen Header, sondern in 
eine Quelltextdatei. Sonst wird nämlich bei jedem 'Inkludieren' des 
Headers das ganze Array nochmal in den Speicher kopiert.

Sowas kann man wunderbar mit Perl lösen, ist ein Einzeiler auf der 
Konsole.

oder noch besser in dem man sie als Resourcen-Datei oder als Object 
einfach dazulinken.
Es gab mal ein Thread wo jemand gezeigt hat, das man aus jeder Datei 
einfach ein obj machen kann und der linker es zu dem Projekt linkt.

Karl heinz Buchegger wrote:
> Sven P. wrote:
>> Christian wrote:
>>> Wenn man Audio Daten direkt als Array im Code und damit im Flash haben
>>> will und keinen separaten Flashspeicher für Audio Daten spendieren
>>> will...
>> ...dann packt man die aber immer noch nicht in einen Header, sondern in
>> eine Quelltextdatei. Sonst wird nämlich bei jedem 'Inkludieren' des
>> Headers das ganze Array nochmal in den Speicher kopiert.
>
> Ich denke du spaltest hier Haare.
> Ob man das noch Header-Datei nennen will, oder irgendwie anders, ist
> eine Frage der persönlichen Vorliebe. Passend wäre der Name
> 'Include-File'
NEIN ich spalte keine Haare! Beispiel:
Datei 'musik.h':

1

#ifndef MUSIK

2

#define MUSIK

3

(...)

4

uint8_t sound[] = {

5

...

6

};

7

#endif

Wenn du die jetzt in zwei Quelltextdateien einbindest und diese 
kompilierst, wird dein Linker meckern, weil er zwei gleichnamige Objekte 
vorfindet!

>

1

> uint8_t Sound1 = {

2

> #include "sound.dat"

3

> };

4

>

DAS wiederum ist ok, solange es in einem C-File stattfindet.

Ich denke, du verstehst.

Ich glaube die besten Methoden um binärdateien ein zu binden sind:

a) Per objcopy (aus der Binärdatei eine .o Datei erstellen, die dann zum 
Projekt dazu gelinkt wird). Man kann, wenn man mehrere Binärdateien als 
.o verpackt hat daraus auch eine Library machen.

b) Per .incbin im gcc assembler (hab ich bisher nur für ARM ausprobiert, 
wird für AVR wohl auch gehen)

Oder kennt jemand bessere Möglichkeiten?

Hier:

1

cat <DATEI> | od -t x1 -x | sed -n "1~2p" | cut -d " " -f 2- | sed "s/ /, 0x/g" | sed "s/.*/0x&,/" | head -n -1

Sieht doch hübsch aus...

Und die Sache mit dem Assembler:

1

$ echo "mein_name: .incbin <datei>" | as -o mein_name.o

Nachher dazulinken. So oder so ähnlich :-)

Man benutze xxd -i und fertig.

Nur zum Spaß:

1

f=DATEI; echo char $(basename "$f") = \{; cat "$f" | od -t x1 -x | sed -n "1~2p" | cut -d " " -f 2- | sed "s/ /, 0x/g" | sed "s/.*/0x&,/" | sed "s/^/\\t/" | head -n -1; echo -e \}\;\\n$(basename "$f")_len = $(stat -c %s "$f")\;

Mach das mal mit Dos :-)

Audacity kann Rohdaten (also z.B. WAV / PCM ohne Header) in 
verschiedenen "Formaten" exportieren:
http://manual.audacityteam.org/man/other_uncompressed_files_export_options.html

Wie funktioniert das mit dem dazulinken genau? Wie werden die Daten 
addressiert?

Danke dir, werde ich ausprobieren. Hier drei vielversprechende 
Anleitungen:

https://dvdhrm.wordpress.com/2013/03/08/linking-binary-data/
https://balau82.wordpress.com/2012/02/19/linking-a-binary-blob-with-gcc/
http://stackoverflow.com/questions/4158900/embedding-resources-in-executable-using-gcc/4158997#4158997

Mein Favorit ist 
https://balau82.wordpress.com/2012/02/19/linking-a-binary-blob-with-gcc/

Man kann das Object sowohl mit ld als auch mit objcopy erstellen.
Bei EmBitz (EmBlocks) reicht es, das Object file mit in das Projekt 
aufzunehmen, damit es gelinkt wird.

Schön wäre, den Daten einen festen Bereich mitzugeben, so dass sie nicht 
immer neu geflasht werden.

Audacity
  Normalize
  Resample
  Export

Bei mir ist irgendwas schiefgelaufen und bei Import zum Prüfen hatte ich 
dann Stereo-Daten mit vielfacher Sampling rate (Mickey mouse - auf 
Sampling Rate [Projekt und Spur] achten!). Die Dateigrößen mehrerer 
Sounds ähnlicher Länge sollten auch zusammenpassen.

Werde als nächstes ausprobieren, ob sich mit A-law oder vergleichbarem 
Mapping 8->10 Bit noch die Qualität verbessern lässt.

S. R. schrieb:
> Unfug, beides.

Sehe ich ähnlich.

Aber es ist schon erstaunlich: rund drei Jahre nach der Lernbetty sind 
die tollen Programmierer hier in diesem Forum noch immer nicht in der 
Lage, so etwas vernünftig zu implementieren. Von der bei der Lernbetty 
benutzten Audio-Kompression (nach Sierra) ganz abgesehen.

W.S.