content_cut Audio Knipper star

Hoe browsergebaseerd audio knippen werkt

Deze tool stuurt je bestand nooit ergens naartoe — hij gebruikt de decodeAudioData()-functie van de Web Audio API om de gecomprimeerde audio (MP3, AAC, OGG, wat de codecs van je browser ook ondersteunen) uit te pakken tot een ruwe AudioBuffer: een array van zwevendekomma-samplewaarden tussen -1 en 1, één per kanaal. Deze decodeerstap is dezelfde stap die een mediaspeler intern uitvoert voordat hij daadwerkelijk geluid kan afspelen — het verschil hier is dat de gedecodeerde samples toegankelijk blijven in JavaScript in plaats van rechtstreeks naar de luidsprekers te gaan, en dat maakt bewerken mogelijk. Eén detail om te weten: decodeAudioData() decodeert naar de eigen samplerate van de AudioContext — doorgaans 44,1kHz of 48kHz, afhankelijk van de audiohardware van je apparaat — in plaats van naar de oorspronkelijke samplerate van het bronbestand, en resamplet automatisch als deze verschillen. Dit is standaard, transparant gedrag dat in de audiopijplijn van elke browser is ingebouwd, geen bijzonderheid van deze tool, en het geldt evengoed voor een 8kHz-spraakopname als voor 96kHz-studioaudio.

Knippen is, zodra de audio is gedecodeerd, niets meer dan array-slicing: vermenigvuldig de geselecteerde start- en eindtijden in seconden met de samplerate om sample-indexen te krijgen, en kopieer vervolgens alleen de samples tussen die twee indexen naar een nieuwe, kortere buffer. Er is geen hercodering van de audio-inhoud, geen kwaliteitsverlies, geen hercompressie-artefacten — de golfvorm binnen het geselecteerde bereik wordt byte voor byte gekopieerd in gedecodeerde vorm.

Het golfvormvoorbeeld wordt getekend door de gedecodeerde sample-array één keer te doorlopen, deze te verdelen in evenveel emmers als er horizontale pixels zijn, en de minimum- en maximumsamplewaarde in elke emmer als verticale balk te plotten — dezelfde piek-envelopetechniek die elke audio-editor gebruikt, omdat het plotten van elk individueel sample (vaak 44.100 per seconde) zowel verspilling zou zijn als visueel niet te onderscheiden van de min/max-envelope bij gebruikelijke schermresoluties.

Waarom de uitvoer WAV is, geen MP3

Het geknipte resultaat wordt geëxporteerd als WAV — een ongecomprimeerde PCM-container die de ruwe sampledata gewoon teruggeeft met een standaard 44-byte RIFF-header die samplerate, bitdiepte en kanaalaantal beschrijft. Dit is een bewuste, eerlijke afweging: coderen naar een gecomprimeerd formaat zoals MP3 vereist een volledige psychoakoestische encoder (hetzelfde soort complexe algoritme dat werd gebruikt om het bestand oorspronkelijk te maken), die browsers niet native aanbieden en waarvoor een grote extra bibliotheek geladen zou moeten worden. WAV garandeert daarentegen nul generatieverlies — tien keer achter elkaar knippen tast de audio nooit aan, in tegenstelling tot een lossy MP3 herhaaldelijk opnieuw opslaan. Als achteraf een kleiner bestand nodig is, kan de resulterende WAV met elke standaard audiotool opnieuw worden gecomprimeerd.

• De geëxporteerde WAV gebruikt de samplerate van de AudioContext (meestal 44,1kHz of 48kHz) en 16-bit diepte, ongeacht de oorspronkelijke samplerate of bitdiepte van het bronbestand — dit komt door hoe decodeAudioData() werkt, niet door een beperking van het knippen zelf.
• Zeer lange bestanden (ruwweg meer dan 30-60 minuten) kunnen aanzienlijk browsergeheugen gebruiken, omdat de volledige gedecodeerde buffer als zwevendekomma-samples in het RAM wordt gehouden vóór het knippen.
• De golfvorm wordt alleen getekend vanuit het eerste audiokanaal; stereo-inhoud wordt op alle kanalen gelijk geknipt, alleen het voorbeeld wordt vereenvoudigd tot één lijn.