LejonLeo
-
Antal inlägg
347 -
Gick med
-
Senast inloggad
Content Type
Profiler
Studio forum
Kalender
Filer
Bloggar
Artiklar
Pressmeddelanden
Sponsrade artiklar
Butik
Allt postat av LejonLeo
-
Jättebra tråd men borde i rimlighetens namn delas upp i de olika programmen. Använder jag Cubase blir det väldigt mycket onödigt läsande om Pro Tools och tvärtom.
-
Hur nära nollan ska man vara på master kanalen i DAW innan mastering ?
LejonLeo svarade på ett ämne i Diskussioner
Det gör väl alla? I mastringsprocessen alltså -
Det ska väl rätt mycket till att kunna använda Dolby fel? Jag har två knappar på mitt kassettdäck. Dolby B och Dolby C. Inte så mycket att göra fel på. Och kassetterna och rullbanden är märkta med det de är inspelade med: Dolby B eller Dolby C. Eller inget alls. Inte så mycket att ta miste på där heller.
-
Ni missförstår mig. Frågan gäller alltså för de kassettband och rullband jag har som är inspelade med Dolby B eller C. Aktiverar jag motsvarande dolby som de är inspelade med, tex Dolby B som är det vanligaste, ja då är det som att vrida ner diskanten. Det låter ju mycket tydligare och öppnare UTAN dolby aktiverat. Visst, det blir mer brus, men hellre det än att cymbalerna försvinner. Använder man Dolby-funktionen på material som är inspelat UTAN dolby noise reduction får man exakt samma resultat. Enda HÖRBARA funktionen med dolby B och C är att ta bort mer eller ännu mer av den högre diskanten. Sen har jag sett mätkurvor och förklaringar på nätet men sådant intresserar mig föga eftersom jag enbart är intresserad av det klingande resultatet och VITSEN med det. Som jag ser det finns det ingen vits att använda dolby när jag tex spelar av mina rullband till datorn eftersom om jag märker att diskanten är för vass (vilket knappast händer när det gäller gamla magnetband) eller bruset är för påträngande hellre använder en EQ i efterhand än att skära i toppen vid själva inspelningsmomentet där jag såklart vill ha med så många frekvenser som möjligt av originalet
-
Du får nog ta ett spår i taget. Är det midi är det inga större krånglighter. Teoretiskt skulle du kunna sätta Cubase pitch correction (vet inte om den ingår i elemts) på masterbussen. I praktiken tror jag inte det fungerar då det blir för mycket information för pluggen att hantera
-
Dolby B och Dolby C Brusredusering. Det enda de gör är att ta bort diskanten. Då jag har en stor samling kassettband och även en del rullband är vissa inspelade med Dolby B eller C. Visst förvinner bruset när man aktiverar detta fantastiska brusreduceringssystem på bandspelaren/rullbandspelaren men ärligt talat är det exakt samma funktion man får när man drar ner diskanten på en EQ. Är hela grejen med Dolby är en bluff?
-
Nu har jag låtit ett tyngre projekt rulla i två dygn utan att få några dropouts i Latency Checker. Jag har använt 34 st UAD pluggar i stereo med en buffersize satt på 64. Detta får nog anses som klart godkänt. Gick jag däremot ner till 32 i buffersize så kom klicks och pops ganska omgående. Men vid inspelning med 32 i buffer lär man inte ha 34 st pluggar aktiverade... Finns ingen anledning att ha så låg buffer annat än vid renodlad tracking. Vid mixning, som är då alla pluggarna åker fram, kan man väl lika gärna ha på högsta buffersize? Eller finns det nån nackdel med det mer än att det blir stor latency, vilket i en mixningssituation inte borde spela någon roll? Av naturliga skäl har jag inte kunna suttit och lyssnat efter pops under denna testperiod utan förlitar mig istället på att Latency Checker har gjort sitt jobb. De tillfällen jag tittat till mitt lilla test så har de gröna staplarna alltid hållit sig mellan 250-400 us. Jag vet inte vad detta innebär mer än att det är en del kvar till innan det blir en gul stapel, som måste vara sämre än en grön stapel. Finns det något mer belastande test man kan utför av något slag? Att spela in gitarr live via Guitar Rig med 32 i buffer ska jag helt klart testa snart
-
Jag tror jag äntligen hittat felet!!!! 🙂 Precis som du kom in på alldeles nyss JakobP så har jag de senaste tjugo minutrarna öppnat upp datorn och tagit ur och satt i nätverkskortet, fast på en annan PCI-plats och fick då installera om det igen. Och nu, ta mig tusan, verkar det fungera!! Har haft på Latency checker några minuter nu och alla staplarna är låga och gröna! ☺️ Jag tror den körde på Windows egna nätverksgrejer innan, Broadcom nånting stod det i enhetshanteraren, och att det var det som orsakade problemet, för när jag inaktiverade nätverkskortet blev staplarna gröna. När jag aktiverade det igen kom de röda staplarna genast farande... Mycket användbart litet program, det där Latency Checker. Tack för tipset. Tänkte försäkra mig om att inget stör och låta Latency Checker stå på något dygn nu, är det då enbart gröna, låga staplar som registreras borde det så säga bokstavligen vara grönt?! Ska såklart öppna ett lite tyngre musikprojekt och lyssna efter dropouts samt ställa ner buffersizen till den nivå att det kanske till och med går att spela vst instrument och andra simuleringar utan att uppleva fördröjning för första gången i mitt liv! Tack så hjärtligt alla som hjälpt till med support och tips Det här forumet är verkligen ett kanonforum! 🙂 Nu ska man ju inte ropa hej visserligen... och i så fall återkommer jag Men jag tror faktiskt att det har löst sig
-
Har nu gjort detta också. Det blev ett annorlunda utslag med Latency Checker men problemet kvarstår som framgår av bilden, även om jag inte vet om förändringen är positiv eller negativ jämfört med hur det såg ut tidigare
-
Jag har aldrig haft förmånen att kunna spela in med lyssning via musikprogrammet med de ljudkort jag haft utan enbart kört med direct monitoring som en direkt spegling av den analoga insignalen och ev lagt upp lite reverb bara i Cubase innan kanalregeln och sen dragit ner kanalregeln. Jag stör mig något vansinnigt på latency och kan inte spela med känsla av fördröjning. Hade ju varit grymt kul att kunna spela in gitarr i realtid med tex guitar rig och liknande som man borde kunna göra i 32 utan att det märks att det släpar efter
-
Det finns även 2 st "Audio DSP Accellerator" varav den ena är Apollo och UAD 2 (ska man ha två? hade ett UAD PCIe i datorn innan, men det har jag tagit bort) och den andra heter EIO driver som jag inte har en aning om vad det är. Testade att innaktivera den utan någon succé
-
Är det dethär som menas? I så fall finns inga konflikter som jag förstår. Mysteriet tätnar...
-
Hur gör man det? Hittar ingen sådan funktion i enhetshanteraren
-
Fan. Jag trodde jag hade hittat nåt. Laddade ner drivrutiner till Sonnet firewire från deras hemsida trots att det enligt Enhetshanteraren hade de senaste drivrutinerna. Tyckte det blev bättre. Men de röda staplarna i Latency checker dök upp i alla fall, även om jag tyckte de var mindre till antalet. Installerade för övrigt bara drivrutiner för 64 bit. Ska man installera 32 bit också? Det fanns också två "ljud-video och spelenheter" varav det ena var Apollo och det andra var AMD, vilket är märket på grafikkortet pch som jag antar är hdmi utgången i så fall. Avaktiverade den och det såg grönt ut. Sen kom de röda staplarna i alla fall. Jag blir galen
-
ja nej blandade ihop det med latency checker märkte jag. inte testat än
-
Lite bilder äntligen Den här varningsrutan har jag fått upp titt som tätt ända sedan jag köpte ljudkortet. Hur mycket jag än minskar firewirebandbredden kommer ändå varningsrutan tillbaks förr eller senare. Latencyn måste ju anses normal med buffersize på mellanläget 512 Såhär såg det ut när jag först startade LatencyChecker. Inte bra. Såhär såg det ut när jag avaktiverade det rekommenderade firewirekortet Och såhär ser det ut nu efter uppdatering av mjukvaran och ökad buffersize (2048) och testat att koppla in i en firewire 400-port utan resultat. Sen när jag kopplade tillbaka till det ursprungliga 800-kortet var det en märkbar skillnad. Bara någon enstaka röd stapel då och då. Får mig att fundera på om det kanske kan vara firewiresladden? Fast den borde väl antingen fungera eller inte fungera eftersom det handlar om digitala signaler.
-
Har nu kopplat tillbaka till Sonnet PCIe 800-kort och av någon anledning blev det inte alls lika många röda staplar i LatencyChecker. Några enstaka bara. Uppdaterade sedan mjukvaran till 7.5 och nu har LatencyChecker rullat på ett tag med enbart gröna staplar. Fast jävlar, där kom det precis en röd stapel såg jag. Ok, en klar förbättring men ändå någon enstaka röd stapel. Har äntligen hittat var man sätter buffersizen i Apollo också. Fattar inte hur jag kunnat missa det. Den står på 512 och det är väl nåt slags medeltal och ska ju inte vara några problem. Egentligen. Går ju ända ner till 32, men ska för säkerhets skull ändra till det högsta (2048) för att se om det gör någon skillnad. Kanske har jag ett klickfritt ljudkort till slut. Det vore ju trevligt eftersom det kostade lika mycket som min motorcykel
-
När jag sätter i Appollo i en vanlig firewire 400-port, både på moderkortet och på en extern PCIe så hittar datorn inte Appollo och jag har inget ljud alls. Måste man installera om skiten får att få det att funka med en ny port? Borde väl inte behövas. Så är det ju inte med några andra grejer man kollar in lite här och där
-
Köpte som sagt ett av de två firewirekort UAD rekommenderar på deras hemsida och det var det förstnämnda från Sonnet Technologies som heter Allegro FW800 PCIe. Nu när jag avaktiverade det i Enhetesaktiveraren så var alla staplarna gröna i LatencyChecker. Är det ingen som vet hur man lägger upp bilder? Alltså måste det vara det jävla firewirekortet trots att jag köpte just ett av de enda två som de menar ska fungera smärtfritt. Har nu även skaffat en adapter mellan firewire 800 och 400 och ska testa att koppla in på datorns interna 400-portar och se vad som händer
-
Cubase ändrar inte latencyn utan bara visar den. Ändrar gör man i ljudkortets kontrollpanel. Men där hittar jag bara ändringar för firewirebredden. I all andra ljudkort jag haft tidigare kan man ställa buffersize som på så vis påverkar latencyn. Har nu kört LatencyChecker. Blev massa röda staplar. Hur läggar man upp en bild? I texten under grafen stod följande: "Some device drivers on this machine behave bad and will probably cause drop-outs in real-time audio and/or video streams. To isolate the misbehaving driver use Device Manager and disable/re-enable various devices, one at a time. Try network and W-LAN adapters, modems, internal sound devices, USB host controllers, etc."
-
Jaha. Så då går det alltså inte att göra nånting åt problemet man hade ifrån början. Jag är är skeptisk
-
Fast att det skulle vara konstigheter med både det gamla och det nya grafikkortet ser jag som osannolikt. Jag går inte och köper ytterligare ett grafikkort för den här sakens skull. Tror snarare att det är nåt som spökar med firewiregränssnittet. Tackar för tips och tricks och ska återkomma så fort jag tatt mig an det. Återigen, hur lägger man upp egna bilder i det här forumet? (som alltså inte har en länkadress) Måste väl läggas in i "Min media" på nåt sätt antar jag. Men hur?
-
Jag köpte som sagt ett nytt vassare grafikkort just på förekommen anledning men problemet kvarstod. Jag märker att man inte kan ställa in buffersize i mitt DAW för att öka eller minska latencyn som jag kunnat göra med alla andra ljudkort jag haft. Även om jag minskar/ökar bandbredden på firewire-inställning i UADs kontrollpanel så ändras inte latencyn i mitt DAW (Cubase) som står på 18 ms in och 14 ms ut. Det är rätt lågt. Kan detta ha med problemet att göra tro? Oljuden låter väldigt likt de man hör när man har för låg lateny inställd än vad datorn klarar av. Jag hatar latency och har den ofta så lågt det går utan oljud vid inspelning och på högsta vid mix. Jag ändrar alltså. Verkar märkligt att man inte ska kunna ändra latencyn med apollo? Jag trodde det hade med bandbredden på firewiren att göra. Har tagit en skärmdump men var i helv&%¤ laddar man upp en bild på det här forumet
-
Hoppsan hejsan. Har läst på liute och insett att jag enbart har haft Firewire 400 och aldrig ägt en dator som är utrustad med Firewire 800 som tydligen ser ut enligt bilden till höger. Ber om ursäkt för detta fatala klamp i klaveret. Men då är ju frågan om det fungerar att köpa en adapter och köra apollo, som uppenbarligen använder sig av firewire 800 till mitt moderkort som uppenbarligen anväder sig av firewire 400... Det lär knappast bli bättre av en sådan hantering...
-
Bara för att förtydliga: På bilden återfinns firewirekontakt som den ser ut i standardutförande på en PC Till Vänster Till Höger är den som används på Apollo och som jag aldrig sett förut och som jag utgår ifrån har med mac att göra. Men sådana kontakter fanns alltså (såklart) på de firewire korten UAD rekommenderade till PC och som jag köpte ett utav. Jag trodde i min enfald att firewire var lika standardiserat som USB och vattenslangskopplingar Däremot verkar det finnas adapter hos Kjell o C:O mellan dessa två varianter. Varför det då finns två olika kan man ju fundera på. Antagligen för att apple alltid ska ha egna lösningar på allting och aldrig kan vara förnuftiga och följa det som redan är en etablerad standard.
