Valle

Det gör väl min bild i inledningsinlägget också? Uppenbarligen glömde du bort varför vi talade om "processen". Men det var faktiskt du som startade hela karusellen: Jag: Den tid det tar kompressorn att "reagera" = 15 svar (54%) (Det här svaret är allt annat än konsekvent...) Du: du har ju inte heller lyckats med att definiera "reagera" [åsså en rolig analogi...] Jag: OK, nu ska jag alltså behöva definiera "reagera"... Du kan ju hjälpa till här, i egenskap av en av De Lärde: När tycker du att kompressorn reagerar (börjar utföra sitt arbete, som jag redan har skrivit ovan) om attacken bestäms till 300 ms – så fort den "känner av" transienten eller först efter att 300 ms har förflutit? Jag är så säker på ditt svar att jag nog vågar gå med på att ta ditt svar som "definition". [Märk nu hur du undviker svaret...] Du: reaktionen är en process Jag: Åh, process... När startar pråsessen då – så fort den (kompressorn) "känner av" transienten eller först efter att 300 ms (attack) har förflutit? Du: pråsessen pågår under attacktiden [WIKI-bild] det är ju förenklat eftersom det är en nivå som går över treshold å sen dimper ner nedanför - inga variationer däremellan Jag: Javisst, pågår den... det är det ingen som varken tvivlar på eller ens har frågat om. Inte jag i alla fall. När startar pråååsessen – så fort den (kompressorn) "känner av" transienten eller först efter att 300 ms (attack) har förflutit? Du: men det säger väl sig självt enl figuren som bifogades? reaktionsprocessen startar direkt å pågår tills den uppnått full kompression - den reagerar under 300ms - det är tiden det tar för den att reagera Allt detta bara för att du inte ville hålla med mig från början... 😉😄

OK, nu hittade jag äntligen bra förklaring på mitt release-dilemma... Det är i och för sig på engelska, men en ganska bra beskrivning på vad jag kapitalt har misslyckats med att förmedla. Nedan följer ett utdrag från Cakewalk Forums tråd "Technical Compressor Question". Beakta särskilt sign. altima_boy_2001:s inlägg (den med bilder), den är i allra högsta grad intressant. Igen, tack för ert tålamod.

Javisst, pågår den... det är det ingen som varken tvivlar på eller ens har frågat om. Inte jag i alla fall. När startar pråååsessen – så fort den (kompressorn) "känner av" transienten eller först efter att 300 ms (attack) har förflutit?

Till joachime och Le Demon... På joachimes förslag, release = 600 ms: (För originalsignalen, oprocessad, se föregående bild i inlägg #82)

Åh, process... När startar pråsessen då – så fort den (kompressorn) "känner av" transienten eller först efter att 300 ms (attack) har förflutit?

Kolla hellre bilden i inlägg #82 istället... Du får gärna ge dig på ett svar.

Jo, jag vet... men något som inte tycks vilja registrera sig i min reptilhjärna är varför det finns tillfällen då release faktiskt (verkar) kickar in trots att det sker ovanför threshold. Varför tänker jag "fel"? I ett sista, patetiskt försök har jag gjort ännu en bild. Kanske kan någon förklara så att jag äntligen kan få lugn och ro. Jävla skittråd! Tack för ert tålamod.

Jo, på sätt och vis... "feed-back"-kompressor. 1176:an som exempel.

Skitbra analys där, Cruncher! Men det här med releasen... Måste verkligen releasen vänta, innan den kickar in, på att signalen hamnar under threshold? När kompressorn fortfarande är i "kompressionsläge" (transient 1) och det kommer en ny transient (transient 2), visst sker väl någon form av release mellan transient 1 och transient 2 – trots att signalen befinner sig ovanför threshold? (Problemet är att det är så här jag har lärt mig releasen, men jag kan fan i mig inte hitta något underlag som på ett bra sätt sammanfattar hur jag tänker. Men jag ska försöka eftersom detta börjar bli ett jävla bry för mig...)

Tyvärr... jag kan inte utveckla mitt svar mer just nu. Jag är helt enkelt för osäker.

Njae... Jag uttryckte det korkat. Så här då: Vad händer med den gula kurvan om threshold (röd linje) sänks till att hamna under ingångssignalen (jag vet inte vad vi ska kalla den, "0"?)

Bra bild... Hmmm... Vad händer med den gula kurvan om threshold (röd linje) är där den är men att hela (ingångs)signalen börjar vid samma värde som 1?

Tyvärr får jag ge dig ett halvtaskigt svar... för jag är inte riktigt säker. Om vi utgår från din beskrivning, som jag förstod den, att vi har 10 st 40 ms långa sinustoner (transienter) under en total signallängd på 400 ms så tänker jag mig så här: @ Release = 0: Eftersom release saknas råder "normalläge" hela tiden; varje transient bearbetas på samma sätt (även om det så att säga sker under attack-tiden). @ Release > 0: Jävligt knepigt.... I det här läget vill jag få det till att varje transient (när/om kompressorn jobbar på en föregående transient) komprimeras enligt angiven ratio i förhållande till transientens aktuella nivå (som bestäms av den "pågående" signalkomprimeringen). Men jag är som sagt inte säker. (Å andra sidan, vill du snacka dessa detaljnivåer så är nördar som joachime/ThomasE/Demonproducenten bättre snubbar att vända sig till... 😉)

Kretsschema... Nu börjar det verkligen bli översittarfasoner över det hela. På vilket sätt tyckte du att ditt inlägg var relevant för min sammanställning? Var det för att underlätta eller var det för att skylta lite med hur duktig du är? Jag väntar fortfarande på din "illustration" som bättre än de jag har postat kan visa hur attack/release påverkar en signal.

Hade du varit mindre kaxig om jag uttryckte det: Fråga: Vad bestämmer kompressorns attack-parameter? Svar: Hur snabbt signalkomprimeringen ska öka. ? I övrigt: Vi har alla våra egna "sannaste svar". Det som skiljer ditt från mitt är att mitt är "sannare". Sedan att du är fiffigare med ord och formuleringar än vad jag är hör annat till.

Beror lite på releasen, vad vill du ha den till?

Hej, Allan! Du får gärna komma med en "bra illustration" som bättre kan visa hur attack/release påverkar en signal.

Först: Du om någon ska verkligen inte känna dig helkorkad. (Om du inte hänger med på vad jag skriver så beror det på hur illa jag uttrycker mig, inget annat.) Sedan har jag frågan till ära gjort ännu en illustration: Översta spåret: En sinuston som startar på -12dB, ökar till -3dB och sedan till 0dB (och faller enligt respektive). Nedersta spåret: Samma sinuston genom kompressorn. Gul linje är threshold @ -12dB. Som vi ser så jobbar release även när de befinner sig ovanför threshold. Jag menar inte att detta är en sensationell upptäckt jag har gjort 😉 utan bara vad jag syftar på när jag säger att release kan arbeta även över threshold. Jag ber om ursäkt om jag är otydlig. .

Jag håller med om att det inte handlar så mycket om "kunskapen om antalet ms". Det jag talar om är kunskapen om den påverkan på signalen som attack-parametern bestämmer. Jag vet att du tycker att den kunskapen är oviktig. Jag tycker den är intressant.

OK, nu ska jag alltså behöva definiera "reagera"... Jisses! (Jag hade inte svarat på det här inlägget om det inte hade varit för att någon faktiskt "gillade" ditt svar...) Du kan ju hjälpa till här, i egenskap av en av De Lärde: När tycker du att kompressorn reagerar (börjar utföra sitt arbete, som jag redan har skrivit ovan) om attacken bestäms till 300 ms – så fort den "känner av" transienten eller först efter att 300 ms har förflutit? Jag är så säker på ditt svar att jag nog vågar gå med på att ta ditt svar som "definition".

Jaha! Där ser man. Jag vet faktiskt inte vad du försökte säga där.

Svar 1 C: Den tid det tar kompressorn att "reagera" = 15 svar (54%) Det här svaret är allt annat än konsekvent. Ändå är majoriteten överens om att det är detta attack-parametern bestämmer. Kompressorer "reagerar" olika, det är vi alla överens om, men de har en sak gemensamt allihop: de reagerar direkt! Vissa med lite "punch", vilket gör att komprimeringshastigheten (kurvan) är långsam de första ms:na för att sedan öka drastiskt; andra kompressorer kör pang på... Oavsett: 1000 ms attack betyder inte att kompressorn "avvaktar" en sekund innan den börjar utföra sitt arbete; den reagerar i stort sett direkt, vilket vi tydligt ser i bilden ovan (rött fält).

1. När jag lärde mig förstå att attacken INTE väntade X ms innan den överhuvudtaget "reagerade" (så som du vill beskriva attacken) så klarnade det också för mig varför resultatet aldrig hade blivit som jag förväntat det. 2. Inte om man beaktar mitt svar på 1.

Nej, jag gjorde det för att jag, som jag sa i inledningen, är oerhört fåfäng och älskar att briljera. Å andra sidan trodde jag inte heller att jag skulle kunna göra något tydligare än vad tusentals publikationer redan har gjort. Men det verkar som att jag i alla fall lyckades "förenkla" det för några på forumet. Inget jag kräver medalj för, dock. Det är bara kul att kunna förena raljeri med nytta 😉 Du har rätt i att det är förvirrande. Men det beror inte lika mycket på min "djupdykning" som det beror på din inkonsekventa "förklaring", t.ex. i fallet med attack, vilken ger intrycket av att kompressorn väntar med att överhuvudtaget göra något innan X ms har förflutit. Min djupdykning leder till insikt... Vill jag påstå.

Du menar WIKI inte uppfinner "kvarnhjulet"? 😉 He he... Du väljer att referera till den engelska WIKI-versionen. Och jag förstår varför; den svenska suger granit. Men WIKI i all ära; som jag nämnde inledningsvis så är vi alla inte lika insatta i terminologin, och då kan beskrivningar på annat språk än det vi behärskar öka på förvirringen snarare än att lindra den. Jag håller dock inte med om "din" engelska förklaring att "The 'release phase' is the period when the compressor is increasing gain to the level determined by the ratio, or, to zero dB, once the level has fallen below the threshold." Enligt min uppfattning kan attack/release påverka signalkomprimeringen även när signalen varierar ovanför threshold (se mitt svar till Cruncher ovan).