HEY! Het was dus de bedoeling om er via LUISTEREN achter te komen welke codering ik had gebruikt, niet via analyseren
hij bezeikt de boel, let op mijn woorden
WAAROM zou ik dat in GODSNAAM doen?
je untitled wavjes headers zijn beetje fucked up..
Niet de headers, maar de filelengte. Om ze allemaal exact gelijke filelengte te geven heb ik de files heel simpel afgekapt. Daardoor staat er waarschijnlijk een verkeerde filelengte in de headers. Het was gister laat en ik had geen zin om uitgebreid nette samples te maken. Bovendien zeiden CoolEdit en winamp er beide niks over..
ik heb screenshots van 1 in wavelab en 3 in wavelab over elkaar heengezet...
als ik 1 boven zet, zie ik op plekken 3 uitsteken... maar:
als ik 3 boven zet, zie ik op plekken 1 uitsteken
dat betekend dat jouw compressie bepaalde dingen juist versterkt... en volgens mij doet compressie dat niet echt...
je hebt er idd iets mee gedaan, maar geen compressie
Knappe jongen als je met het blote oog iets kan zeggen over hoe pieken eruit komen te zien, nadat de volgende operaties op een blok samples worden losgelaten:
*compressie*
Blok samples in tijdsdomein
->
Fourier Transformatie
->
Bepaling van maskeringscurve via gehoorcurve en maskeringseigenschappen vh menselijk oor
->
Codering van de frequentiecomponenten adhv maskeringscurve
->
*decompressie*
Reconstructie frequentiecomponenten via de gecodeerde data
->
Inverse Fourier Transformatie
->
Blok samples in tijdsdomein
Als er tijdens deze operaties de amplitude of fase van ten minste 1 frequentiecomponent verandert (en dat gebeurt volop), dan kan een piek er ineens heel anders uit komen te zien. Een wave kan er dan ook best heel anders uitzien zo op het blote oog, maar toch voor je oren vrijwel hetzelfde klinken!
Hallo, ik ben Jeroen en ik remaster oude opnames om ze opnieuw uit te brengen op CD. Inmiddels heb ik al zo'n 4500 tracks geremasterd, die bij elkaar wereldwijd op zo'n 150 CD's zijn verschenen (DAT is pas patseren he? )
Oh gaan we ons voorstellen:
Hoi, ik ben Lennard en ik ben geen geluidstechnicus in de pornoindustrie

, zoals op mijn profiel staat, maar een Masters student elektrotechniek aan universiteit Twente, waar ik aan het afstuderen ben bij de
groep akoestiek binnen S&S en digitale signaalbewerking dus mijn vakgebied is.
voor MP3
128 is flut
160 is voor de meeste gevallen prima bruikbaar (al gebruik *ik* altijd WMA)
192 gebruik ik eigenlijk nooit
256 gebruik ik voor backups van WAV bestanden die ik waarschijnlijk nooit meer nodig heb
Deze indeling gebruik ik zelf ook als ik muziek codeer
Alles boven de 20 kHz kun je gewoon weghalen... voor remastering haal ik meestal zelfs alles boven de ZESTIEN kHz weg... die frequentie is niet helemaal toevallig, want t is de hoogste frequentie die je ONVERVORMD bij 44.1 kHz sampling rate kunt krijgen (officieel gaat t natuurlijk tot 22.05 kHz, maar dat ziet er NIET uit)
Dat ligt helemaal aan je AD converter, en dan met name het reconstrutiefilter. Het probleem ligt em erin dat het ontzettend moeilijk is om een analoog filter te maken dat een rechte frequentiekarakteristiek heeft tot zo dicht mogelijk bij de 22kHz en dan ineens naar 0 schiet. En dat zonder ripple/overshoot in je overdracht.. Je kunt wel bijvoorbeeld oversampling gebruiken, waarbij je samples gaat interpoleren zodat je met een simpeler reconstructiefilter toe kan (digitale deel wordt dan natuurlijk wel complexer, maar is veel makkelijker te realiseren). Je kunt dus best een ADC maken die een rechte frequentieoverdracht heeft tot frequenties boven 16kHz! (dat het een dure grap wordt is een andere zaak)
Aangezien je op je 30ste al errug blij mag zijn als je 15 kHz goed kan horen
Idd. Zo was ik een keer een beetje aan het testen met wat hoge tonen en een toon van 18kHz kon ik dus al lang niet meer horen. Maar toen ik daar mee bezig was, kwam ineens een flatgenoot van me mn kamer binnenstormen om dat VERSCHRIKKELIJKE piepgeluid uit te zetten

En dat terwijl hij een paar kamers verderop in de keuken zat (met gesloten deuren). D'r zijn dus echt wel mensen die t WEL kunnen horen
Fout. Een nul is een nul en een één is een één en iets anders kan ie niet lezen. Een nul of een één kan wel verkéérd worden gelezen,
Dus jij noemt een verkeerd gelezen bit niet een 'leesfout'?
alleen hoor je dat niet als "geluidskwaliteitsverlies" maar als storing.
Sinds wanneer valt storing niet onder 'geluidskwaliteit'??
Bovendien corrigeren goede CD-spelers hiervoor.
Als er zoveel fouten optreden dat via ECC fouten niet meer gecorrigeerd kunnen worden (dat corrigeren doen trouwens de meeste cd spelers wel), houdt dat wel op. Dan blijft alleen nog de EDC (error detectie) over en een goede CD speler zal inderdaad gedetecteerde foute samples gaan interpoleren zodat het minder brak klinkt.
De meeste storing bij zelfgebrande CD's komt overigens door de CD's te vol te gooien of door een te hoge brandsnelheid te nemen
Ja, maar ook de kwaliteit (reflectieeigenschappen) van de CD zelf is belangrijk.
Errorvrije bestanden graag!
en een betere conversie naar WAV? (een DC offset van -67 dB is natuurlijk te gek voor woorden he? )
Jaja, t was laat en ik had geen zin om er veel werk van te maken..
jeroen.. ik kan je de eerste versie van die 3 bestanden wel sturen.. deze die nu op de server staan zijn ook weer aangepast
Ik heb die files 1 keer aangepast omdat ze niet goed geknipt waren en de lengtes niet goed waren. Na codering hou je een stukje leeg over aan het begin en eind van de wave (agv het coderingswindow), dus vandaar.
afsnijfrequenties:
untitled 1 - 22.0 kHz
untitled 2 - 15.8 kHz
untitled 3 - 16.7 kHz
puur dáárvanuitgaande óf IS 1 het origineel óf ligt er heel dicht bij
en zijn 2 en 3 allebei geconverteerd geweest, nr 2 met een iets lagere bitrate dan nr 3
Dat klopt ja, heb je goed 'gehoord'
de piano:
2 = origineel, loopt door tot 22 kHz
1 heeft de laagste afsnijfrequentie (15,8 kHz), zou dus de 128 moeten zijn
3 ziet er een beetje raar uit ...loopt iets verder door dan 1, heeft pas een drop-off bij 16 kHz, maar loopt evenzo door tot 22,0 kHz (iets niet helemaal tof gegaan bij t converteren? of mee zitten knoeien misschien?)
Klopt ook, 3 was trouwens de 192kbit versie dus, volgens mij is daar verder niks bij fout gegaan hoor... (alhoewel t wel laat was gister

)
audio-CD's zijn in principe NIET gemaakt om digitaal (dwz via een CD-rom lezer) te worden teruggelezen... alle errors waar je CD-speler geacht wordt overhéén te lezen of te corrigeren, komen met digitaal rippen keihard in je bestanden te staan
beste kwaliteit is gewoon in een goede CD-speler stoppen en dan via optisch/coax naar de digitale ingang van een (goede!!) geluidskaart
En hoe is dat niet digitaal rippen dan?? Ik zei toch ook niet WAARMEE je het moet rippen? Via een goede CD speler met digitale uitgang is natuurlijk wel het best inderdaad.