Suche Silent Trimmer

"Von vorn" ist einfach.

"Von hinten" wäre leichter, wenn man wüsste, dass es klein genug bleibt, um in den RAM zu passen. Kannst du das für sein Projekt versichern?

:motz:

"S" liegt auf der Tastatur neben "D" - ich meinte ja "dein Projekt".

Tja, ganz allgemein kann ich's nut vorwärts garantieren. Für beidseitig müsste ich noch mindestens bis zum Wochenende überlegen, wie's am besten geht.

Zitat von LigH

:motz:

"S" liegt auf der Tastatur neben "D" - ich meinte ja "dein Projekt".

Zitat von LigH

...ich's nut vorwärts ....

und jetzt wissen wir auch, das "T" neben "R" auf der Tastatur liegt.....:ani_lol::ani_lol::ani_lol:

Nicht vor'm Wochenende! Und im Zweifelsfall gehe ich von 16-bit-Samples aus - es sei denn, du spezifizierst das noch konkreter.

Hmmm .... also die Wavedata jeden Kanals ist bei 16bit signed word aligned.

typedef struct WaveHdr {            int format;            int numOfChan;            int samplesPerSec;            int bytesPerSec;            int blockAlign;            int bitsPerSample;            int dataLen;            unsigned char *extra;            int extralen;        } WaveHdr;

Imho fangen die Daten hinter der char. folge 'DATA' im WeaveHeader an.

Somit einen Parser bauen der die 2*Words (stereo) von vorne in ihrem threshold ausliest. Diesen Threshold kann man via CLI bestimmen.

Mal in Basic Annäherung ...

Anfang:
------------------


OpenFile(OrigWav)


For i = WaveHeaderOffSet To EOF_byte
  If FilePeekWord(i) > Threshold
    start = i
    break
  EndIF
Next i




Ende:
----------------

For i = EOF_byte To WaveHeaderOffSet
  If FilePeekWord(i) > Threshold
    end = i
    break
  EndIF
Next i




Part mit wahrnehmbarem Audio in neue Wavedatei kopieren:
--------------------------------
CreateFile(trimmed.wav)
WriteFile(NewWaveHeaderDaten)


For i = WaveHeaderOffSet To (EOF_byte-end)
  ReadFileWord(i + start )
  WriteFileWord(i)
Next i


CloseFile(trimmed.wav)
CloseFile(OrigWav)

Die Rangehensweise ist, dass du nich mehr als einen Word-Ram buffer brauchst um vorab die Datei in ihren Thresholds zu erkennen. Kannst natürlich auch vor buffern indem du größere Packete einliest und abarbeitest, müsste fixer gehen, denn word weises Dateien aus-peek'en kostet Zeit.

Nachher einfach die ermittelten start und end -Werte in einer separaten File Kopierroutine verwenden.
Kannst natürlich auch alles direkt in einem Pass nutzen ....

Da oben kann zudem auch noch ein max gain detector eingebaut werden, der sodann im 2ten pass die Lautstärke anpasst.

Bittesehr ...

gebe lediglich KillSilence.exe im CMD Fenster ein und es erscheint das HowTo.

D:\KillSilence.exe -i D:\Full.wav -o D:\Trimmed.wav

Der Threshold liegt bei 0 bis 32768 da 16bit PCM's 'signed word' aligned sind.
Das Source Wav wird erst von vorne nach hinten und dann von hinten nach vorne in seinen Werten auf Schwellenwert geprüft. Danach werden nur die Daten innerhalb des Schwellenwerts in eine neue Wave Datei kopiert.
Da via 1MB Puffer gespeichert wird muss das 'getrimmte' source Wave mindestens 1024 Bytes groß sein. Puffer kann ich auch auf 512, 256 oder 128 Bytes setzen, nur geht das auf kosten der Performance beim abspeichern.

Habe es jetzt nur mit 48000hz und 16bit stereo ausprobiert. 44100hz müssten ebenso gehen, aber (noch) NICHT 8bit oder mono.
Probiers erst mal wie es jetzt ist.

EDIT:

Zitat

RAM im Moment schon sind halt nur 99*99*99 WAV Teile mit je 1-2sec.

Bitte??? Ist dir deine HD in den Sand gefallen???
Na wunderbar. Funktionieren wird das mit simplen Änderungen (würde einen 64kb Puffer benötigen). Aber wenn du größere Dateien darauf sodann loslässt, kannst du deiner HD Leuchte beim Flimmern zusehen. Demnach müsste da eine Abfrage bei der Buffererstellung eingebaut werden.

Gib mir mal einen Link wo was über 20/24 bit Wavs steht.
Audition kanns nicht erzeugen, daher bitte auch ein Example.

Doch, Audition kann (sofern es in der Hinsicht immer noch mit CoolEdit voll kompatibel ist).

- 32-bit-Float-Projekt erzeugen
- Speichern als: MS Wave; Format-Optionen...

20-Bit-WAV ist normalerweise auf 3 Bytes ausgerichtet und hat nur 20 von 24 gültige Bits, die 4 niederwertigsten sind 0; auf DVD sieht das ganz anders aus (deshalb hab ich auch das Tool "Twen" programmieren müssen).

Somit müsste ich die Wave Daten als 4byte long auslesen, dann je 1 byte zurückgehen (bei 24bit) und den nächsten long wert auslesen. Den jeweiligen 4byte Long Wert sodann 8bits nach links shiften (<<) um den 24bit wert zu erhalten ?

PS: Habe mal die Source vom letzten Stand angehangen.

Bei 16 Bit ergeben je 2 Bytes hintereinander einen Samplewert pro Kanal.

Bei 20 oder 24 Bit ergeben je 3 Bytes hintereinander einen Samplewert pro Kanal.

Das ist mir schon klar, aber 24bit also 3 byte sind eben sozusagen 'odd' aligned. Demanch muss man diese über umwege parsen UND sodann einlesen und korrekt an die target-Wave zurückschreiben.

Müsste also bei einem ReadLong() der Source-Wav die ersten 8bit rausmaskieren um den 24bit Wert zu erhalten, der mir sagt, ob da der Threshold erreicht ist oder nicht. Müste also einen Buffer erstellen, der sowohl durch 3 als auch dur 4 Teilbar wäre, z.B. 1200kb, damit via 32bit-Longs einlesen und via 24bit parsen kann.

11111111   11111111   11111111   11111111  = 32bit 

 '& $00FFFFFF' anwenden ergäbe (Intel): 
 00000000   11111111   11111111   11111111  = 24bit wert in einem long 

 '& $000FFFFF' anwenden ergäbe (Intel): 
 00000000   00001111   11111111   11111111  = 20bit wert in einem long

Sind 20/24 bit Wavs ebenso signed ?

20 Bit wäre falsch: In Motorola-Order wäre es FF-FF-F0-00; in intel-Order also 00-F0-FF-FF, wenn du es auf 32-bit aufblasen willst.

Es werden ja immer komplette Bytes gruppiert, nicht die Bits unabhängig.

Musst du's eigentlich überhaupt so genau wissen?

Wie ist denn nun die oder bei 20/24bit wavs? Motorola oder Intel?
Wenn ich mit 16bit rangehe, wird einfach das word ausgelesen und gut iss. aber bei 20/24 muss ich eben jene Binär Operatoren ausführen um den Wert zu bekommen bzgl. Threshold.