Home  |  Map  |  Index  |  Zoek

Convert to GutenPalm or to PalmDoc door Philip de Groot <philipg@authors.linuxfocus.org> Over de auteur: Promoveert binnenkort aan de Universiteit van Nijmegen op het onderwerp chemometrie. Werkt zeer graag met Linux en schrijft regelmatig zijn ervaringen hiermee op. Inhoud: Mp3-bestanden bewerken Lange Mp3 opnames maken (>24 uur) De kwaliteit van de mp3 opnames Zo klein mogelijke mp3 opnames maken Een standaard script om mp3 opnamen te maken Talkback voor dit artikel

In real-time mp3 opnemen, deel 2

Kort:

Dit artikel is een vervolg op een eerdere publicatie over het in real-time opnemen van mp3-bestanden van bijvoorbeeld radio uitzendingen. In het vorige artikel is beschreven hoe uiteindelijk een groot mp3-bestand verkregen kan worden, bijvoorbeeld van 650MB voor 12 uur of 1,3 gigabyte voor 24 uur muziek in nagenoegd CD-kwaliteit (128 kbit/s; stereo). Wat moet je vervolgens met zo'n groot bestand doen? Is het ook mogelijk om nog langere opnames te maken of bijvoorbeeld de muziek nog beter te comprimeren? Hoe zit het met de kwaliteit van de mp3-opnamen? Op al deze vragen wordt nu verder ingegaan.

 

Mp3-bestanden bewerken

• Pak het mp3-bestand weer uit naar wav-formaat.
• Gebruik een wav-editor voor het betere knip en plak werk.
• Converteer de bewerkte wav-bestanden weer terug naar mp3.

• Een mp3-bestand van 650 MB (128 kbit/s; stereo) uitpakken naar wav levert een bestand op van 6,5 gigabyte (compressie is ongeveer een factor 10). Over de benodigde processortijd praat ik dan geeneens!
• Tijdens het uitpakken blijft het origineel van 650 MB gewoon staan. Voor het editen van de wav-bestanden heb je ook ruimte nodig. Alles knippen in brokken van 1 uur kan, maar dan heb je wel 2x6,5=13 gigabyte nodig!

Kortom, je hebt een programma nodig dat mp3-bestanden ZELF kan bewerken. Deze programma's bestaan, zij het (nog) niet voor Linux. Heel veel Windows versies van deze programma's staan ter beschikking. Echter: al deze programma's hebben 1 groot nadeel. Ze 'verslikken' zich in een mp3-bestand van 650 MB. Ik heb 1 programma gevonden dat de klus kan klaren (mits je een flinke portie geduld hebt): 'Manns' mp3 edit'. Ikzelf gebruik dit programma onder Windows98. In de grafische interface kan je het begin en einde van het gewenste mp3-deel aangeven en met de 'trim' opdracht knip je dit stukje mp3-code eruit en kopieer je dat naar een nieuw bestand. Dit programma is 'donationware,' wat betekent dat je niet verplicht bent om ervoor te betalen, maar je wel vriendelijk wordt verzocht om dit te doen als het programma bevalt. Dit programma heeft 2 nadelen: het is op een bestand van 650 MB TRAAG en het werkt alleen op CONSTANTE bitrates!!! Het begin zoeken van het laatste uur (van bijvoorbeeld 24 opgenomen uren) duurt heel erg lang en gaat gepaard met een stevig geratel van de harde schijf. Het knippen zelf gaat daarentegen razendsnel (en zonder kwaliteitsverlies). Problemen met afspelen heb ik met deze editor nog niet ondervonden, al controleer ik altijd achteraf of het bewerken goed is gegaan (door de afzonderlijke bestanden ook nog eens in te laden). Tijdens mijn eerste bewerkingen met deze editor klikte ik al op de 'Trim' knop voordat het programma uitgerateld was. Dit leidt onherroepelijk tot verminkte bestanden, die niet afgespeeld kunnen worden! Ter indicatie: het editen van een bestand van 650 MB kost mij 1 uur met dit programma, hoofdzakelijk veroorzaakt door wachten (en dat is best irritant)!

Lange Mp3 opnames maken (>24 uur)

• Maak een leeg bestand dat precies op een CD van 700 MB (80 minuten CD) past.
• Maak op dit bestand het Linux ext2-bestandsysteem aan.
• Mount dit bestand (eigenlijk image), zodat het als een aparte schijf onder Linux te benaderen is.
• maak gedurende 12 uur een opname op deze image (128 kbit/s; stereo; ongeveer 670 MB).
• Unmount de image, mount een tweede image, hervat de opname op de tweede image.
• Kopieer de eerste 'image' naar CD (via de CD-brander). Dit gaat probleemloos tijdens het opnemen op mijn systeem, een Pentium II 450 MHz (geen XWindows actief).
• Als de opname succesvol op CD staat, verwijder dan het mp3-bestand (in de image) zodat de image gebruikt kan worden voor een nieuwe opname.
• Herhaal de procedure totdat de opname compleet is.

• Ik heb 4 images aangemaakt op een aparte partitie, waar ik toevallig nog 2,9 gigabyte vrij had.
• De images heten image_1, image_2, image_3 en image_4:
  dd if=/dev/zero of="image_1" bs=1024k count=700
  Dit heb ik uiteraard herhaald voor alle vier images. Het creëren van de images neemt wel even tijd in beslag!
• Creëer het Linux ext2-bestandssysteem op de image:
  shell> /sbin/mke2fs -b 2048 image_1
  empty_file is not a block special device.
  Proceed anyway? (y,n) y
  Opmerking: het ext2-bestandsysteem neemt ook ruimte in, dus de volledige 700MB staat niet meer ter beschikking voor de mp3-opname!
• Mounten van de image gaat via het loopback device. Daarvoor moet je wel ondersteuning voor de loopback device in de kernel meegecompileerd hebben (of als module beschikbaar hebben gemaakt).
  mount -t ext2 -o loop=/dev/loop1 image_1 /mnt
  De image is nu te benaderen via de /mnt-directory. U kunt nu naar believen bestanden naar de image kopieren!
• Unmounten van de image en kopiëren naar de CD brander:
  umount /mnt
  cdrecord -v speed=2 dev=0,1,0 -data image_1
  Merk op dat de opdracht 'dev=0,1,0' systeem afhankelijk is en bij iedereen anders kan zijn (de opdracht 'cdrecord -scanbus' kan U een hint geven over uw instellingen)! De image wordt nu op CD gebrand. Als het goed is, bent u al lang bezig met de volgende opname op de tweede image.
• De gebrande CD kan nu getest worden:
  mount -t ext2 /dev/scd0 /cdrom
  Als het goed is, kunt U het bestand nu zien via de /cdrom directory! Ik wil nog even opmerken dat ik onder kernels 2.4.0 t/m 2.4.2 problemen had met het mounten van CDs met een ext2-bestandsysteem. Bovendien had ik met deze kernels problemen met de loopback device. In kernel 2.4.3 zijn deze problemen blijkbaar aangepakt en werkt alles weer vlekkeloos (evenals bij de 2.2.x-kernels).

Deze aanpak heeft als voordeel dat het nauwelijks een extra belasting vormt voor de processor tijdens het maken van de mp3 CDs. De images bestaan al! Via een script kunt U automatisch de images mounten, de opname starten, na 12 uur het opnemen afbreken en de image unmounten, een tweede image mounten en verdergaan met de opname, enzovoorts. Het branden van de CD's heb ik voor de zekerheid met de hand gedaan, voor het geval er problemen zouden optreden (ik had 1 keer een probleem door een slechte CDR). Vandaar dat ik 4 images heb gemaakt: 3 reserve images voor het geval ik even niet een CD kon branden (en dus maximaal 36 uur respijt heb). Het gebruikte script ziet er als volgt uit:

#!/bin/sh
echo "loading modules for sound support..."
modprobe -k snd-card-sb16
modprobe -k snd-pcm-oss
modprobe -k snd-mixer-oss
echo "setting mixer..."
amixer set Line 31 unmute capture; amixer set Master 31; amixer set PCM 31
cd /where/ever/you/stored/the/images/
for i in 1 2 3; do
	for ii in 1 2 3 4; do
	echo "mounting image_$ii on /mnt ..."
        mount -t ext2 -o loop=/dev/loop1 image_$ii /mnt
        echo "starting mpegrec ..."
        mpegrec -b 128 -x -mj -o /mnt/top2000_$ii.mp3
	echo "umount /mnt"
        umount /mnt
	done
done

Ik draaide dit alles ZONDER XWindows, dus vanaf de Bash-prompt. Vandaar dat ik sound-support met de hand moest laden, evenals de OSS emulatie (nodig om de ALSA-drivers goed te laten werken) en de mixer driver (dit kan natuurlijk geautomatiseerd worden door een pre-install/post-install opdracht te gebruiken in het bestand '/etc/conf.modules'). De 4e regel stelt de mixer correct in: opname bron is line-in en de volume wordt maximaal open gezet. Daarna zorgt het script voor het nodige mount en unmount werk. Wat de opties van 'mpegrec' betreft: '-mj' geeft aan dat ik een joined stereo opname wil maken. Dit omdat ik dacht dat het bestand dan kleiner zou worden (het moet wel allemaal op zo'n 670-680 MB passen). Dit blijkt achteraf echter helemaal niet waar te zijn: het maakt nagenoegd niet uit of je stereo of joined-stereo opneemt! In het vervolg gebruik ik zelf dus gewoon stereo, maar dat moet ieder voor zichzelf uitmaken. Het programma 'mpegrec' moet ook na 12 uur stoppen. Om dat te bereiken had ik de source code aangepast en de maximaal 24 uur (die er dus keihard instaat) veranderd in 12 uur. Helaas ging de vlieger niet op: het programma bleef nu opeens wel vrolijk doorgaan met opnemen! Ik heb dus om de 12 uur handmatig de mp3-opname onderbroken (je moet er wat voor over hebben...). Het script zorgde vervolgens voor de rest. Van 'mpegrec' snap ik nu geen snars meer; de source code moet ik eens echt goed onder handen nemen...

Opmerking:
Met de nieuwste versie van cdrecord (cdrecord-1.9) ondervond ik problemen met het branden van CD's. Onder de vorige versie, cdrecord-1.8.1, werkte alles nog vlekkeloos. Uiteindelijk heb ik de problemen opgelost door de firmware van mijn CD brander (een Philips CDD 3610) op te waarderen naar de nieuwste versie: 3.09 (i.p.v. ik dacht 3.02). Ik dacht in eerste instantie dat de problemen veroorzaakt werden door kernel 2.4.3, maar dit blijkt dus niet het geval te zijn!

De kwaliteit van de mp3 opnames

De belangrijkste feiten op een rijtje:

• Een sampling rate van 128 kbit/s is GEEN CD-kwaliteit. Een luisterpanel slaagde er in om nagenoegd alle 128 kbit/s mp3-files er uit te halen. Voor radio opnames is dit echter geen probleem: dit is toch al geen echte CD kwaliteit en 128 kbit/s is voor deze specifieke situatie zeer toereikend!!!
• Met een sampling rate van 256 kbit/s heb je ECHTE CD-kwaliteit, d.w.z. op het gehoor is geen onderscheid meer mogelijk. Desalnietemin is het mogelijk om sommige compressie artefacten te ontdekken, maar alleen als je als audiofiel weet waar je op moet letten!
• Lame opnames met een variabele bitrate (VBR) worden aanbevolen. De standaard bitrate van 192 kbit/s (een waarde die ik in mijn vorige artikel 'vreemd' noemde) is een goed begin. Naar gelang de 'moeilijkheid' van de muziek wordt de sampling rate verhoogd of verlaagd. Een tweede voordeel is de toepassing van filters, waardoor de VBR-opname beter zou zijn dan de 256 kbit/s opname (zonder deze desbetreffende filters). Het schijnt dat Philips bij de ontwikkeling van de CD-techniek deze filters al specificeerde en dat deze dus zondermeer gebruikt mogen worden!

Zo klein mogelijke mp3 opnames maken

#!/bin/bash

echo "record $1 named ($3) for $2 seconds"
aumix -f ~/.aumixrc
/usr/bin/yes x | /usr/bin/radio $1 >/dev/null 2>/dev/null
sox -V -r 44100 -c 2 -t ossdsp -w -s /dev/dsp -t wav - 2>/dev/null |
lame - ~/$3.`/bin/date "+%H%M.%m-%d-%y"`.mp3 --resample 16 -b 8 -a -m m -h --lowpass 4 --highpass .12 --voice&
sleep $2
kill -9 $!
# copy the output to a different direcory. If you want you can
# replace cp by rcp or scp and copy it to a different computer:
cp $3.*`/bin/date "+.%m-%d-%y"`.mp3 /tmp/outputdir

Dit script is op zich duidelijk. Doel is om een begrijpbare radio-opname te krijgen die slechts 3.5 megabyte/uur opslagruimte nodig heeft! Met begrijpbaar bedoel ik dat de spraak nog te interpreteren is. De muziek kwaliteit is natuurlijk niet om over naar huis te schrijven! De eerste regels van het script stelt de mixer in en start het programma voor een radiokaart en sox. De 'truc' zit hem in een aantal opties die 'lame' meekrijgt en die we nu nader gaan bekijken:

Het is duidelijk dat een hoge compressie verkregen kan worden voor spraak. Meestal wilt men dit niet, maar de mogelijkheid is bij deze aangegeven!

Een standaard script om mp3 opnamen te maken

#!/bin/sh
 /usr/local/bin/mpegrec \
 -l 5400 \
 -x '--preset fm \
 --tt "Computers in Your Life" \
 --tl "Open Line with Tom Wieble" \
 --ta "Tom Wieble" --ty `date +%Y` \
 --tg "Speech" \
 --tc "Copyright (c) 1997 - `date +%Y` WOSU" -c' \
 -o open_line_`date +%d%b%y`_`date +%H%M`.mp3
 

De optie '-l 5400' stelt de opnametijd in op 90 minuten. Alle opties na '-x' worden meteen doorgesluisd naar lame (regels 4 t/m 9) en de '-o' optie bewaard het bestand als 'datum_en_tijd.mp3'. Deze regels kunnen natuurlijk naar believen aangepast worden, waarbij het wellicht handig is om de opties van 'lame' eens goed te bekijken. In de onderstaande tabel staan de huidige opties verder uitgewerkt:

--preset fm	Lame kent een aantal standaard instellingen. 'fm' is bedoeld voor het maken van fm-opnamen, maar ikzelf vind de kwaliteit minder als bij de standaard sampling rate van 128 kbit/s. Dit heeft met name te maken met de toegepaste filters in 'lame'.
--tt "Computers in Your Life"	'--tt' definieert de titel van de opname (maximaal 30 karakters).
--tl "Open Line with Tom Wieble"	'--tl': album, oftewel: bron van origine (maximaal 30 karakters).
--ta "Tom Wieble" --ty `date +%Y`	'--ta': artiest (maximaal 30 karakters).
--tg "Speech"	'--tg': genre (naam of nummer).
--tc "Copyright (c) 1997 - `date +%Y` WOSU" -c"	'--tc': commentaar (additionele informatie; maximaal 30 karakters).

Kortom: een nette manier om een mp3-file te maken, inclusief datum en tijd van opnemen en allerlei additionele informatie. Het is wel even werk om dit alles netjes in een script te zetten, maar het is leuk om te zien dat het allemaal eenvoudigweg mogelijk is!

Talkback voor dit artikel

2002-06-08, generated by lfparser version 2.28