Hi vanclan:
I have used several instances of that FreeG plug on the same timeline… I’m not aware that it hurts my P-111 any-if-at-all, in the processing of tracks to a Two-Track render… I guess what I’m saying is, I’m not a spec/numbers freak… If I find that something like that is hurting what I want to do, I’ll find another way to get the “End Product”… I know I’ve had 3-4 of them running at one time, on a timeline/mix…
I’m not treating myself very good… lately… In fact I am abusing myself, to NO-END…
I want that Drumagog Application, Big Time… Whatever is wrong… I haven’t seen fit to go and download the THING and Spring for IT…
It comes back to that Anwiada FreeVerb… I could only use one instance of it on a timeline with v5 n-Track… then… all-of-a-sudden it began to work again… Maybe Flavio fixed something… cause I got no reply from the plug-in people… it’s free anyway… but it works so nice, in my opinion…
Again… it’s not what you use… it’s what you get used to using…
Bill…
Hi Doc:
That’s a nice test and reply you posted here… You have gone into some detail with this process… I think you are quite a bit ahead of me with the use of this Levelator plug… I have to get into the studio and get those DAWs up-and-running and get them current with Windows Update and virus definitions, and all… I haven’t been able to find enough hours in the day… lately… The weekend is coming… Lets see what happens… in that regard…
Bill…
[EDIT]
That’s a massive jump in the CPU Usage… I would never have expected that… Doc… However, you have seen the plug at work, in the right way, to post that…
Hi Doc:
I’m downloading that TobyBear VST Utility Bag of Plugs… Thanks for that link… I’ll post back after we get them loaded into the VST Folder…
Bill…
I got that Utility Bag of plugs loaded in a VST folder… I Took the Drumagog Kick track that is on the TEST Project timeline… You’ll see the timeline on that printscreen I posted the other day on that “Thread”…
The BitViewer Plug looks like a VU Meter as the Kick Track is Playing. It never goes below 24-bits and is fluctuating between 24-and-32 bits… Can you explain what this means to us, in Layman’s Terms?
Bill…
you say “Drumagog track” by this i think you mean that the track was recorded using a real drummer and then some or all of the real drummer was replaced by Drumagog samples -
the parts of the track that stay at 24 bits are spot on, and will sound great when mixed down -
the only thing that comes to mind where the Bitviewer is going over 24 bits is that some/all of the samples used by Drumagog have been recorded a different bit rates to the 24bit rate it seems you are using - internally N can handle up to 64 bit recordings (see bit rate selection in mixdown song page prefs) -
however your soundcard may have a maximum bit rate of 24 - so anything in the track that goes over 24bits will be truncated back to 24 bits - if it is a drum sample that takes Bitviewer over 24bits then that sample will be lower in volume on playback than is indicated on the track - this could also induce noise into the final mixdown -
Bitviever works two ways -
1… you use it to see what bit rate a sample was recorded at - this is very important when importing samples from different sources -
2… Bitviewer then shows (as you have seen) how when used these samples affect your final track -
i have found that no matter how good a track may sound when played back on a PC, it can sound completely different when burnt to CD -
this is where all the errors come home to roost, the final conversion down to 16 bits 44100hz will highlight any mismatch in your tracks that do not appear using your systems 24bit soundcard -
have you burnt a Drumagog track to CD yet ? -
does it sound noisy or dull ? -
Bitviewer has done its work - something is amiss - it may not be drastic or it could impare what is otherwise an excellent recording -
you can re-record samples to get them to the correct bit rate - but if you downsample (20bits to 16bita) you lose quality if you upsample (20 bits to 24bits) you get a noisy sample - dither and noise shaping will help on upsampling -
when downsampling to a CD every track in the song MUST be at or as close to the bitrate you have specified for recording -
my max recording specs are 24bit 96k - but to avoid downsampling and the losses involved, i use 16bit 44100 hz throughout, because that how its going to sound when burnt to CD - everything else is false -
Bitviewer is a great application - one of the very few that can identify a problem BEFORE it messes up your best endevours -
Dr J
DONE MORE TESTS - well done Bill, youve found a rather usefull feature that Bitviewer has thats not mentioned in the blurb -
whwn you know that everything in your track is OK and Bitviewer fluctuates on playback, that shows that your buffer settings are to low -
may not be enough to cause audio breakup but near enough to cause slight dropouts -
increase buffer settings to next lavel up -
can only use WDM at present but would expect that Bitviewer reacts to ASIO sample rate being slightly to low as well -
Dr J
Hi Doc:
That “Kick Track” was done using a Roland D 5 Keyboard… Recorded at 24 bit res. as an analogue track using n-Track and the Lexicon audio hardware I use in the studio… However, I rarely-if-at-all use the soundcard’s settings in the “render” of the track in n-Track. I almost always use the 16-or-24 bit “BUTTONs”… whatever… to render that track(s) and “Off LINE”… And then I edited the track to “Taste”… Now at this point I have the track prepared for inserting the Drumagog Processing of the Sample replacement… I “Mix-to-Taste” or totally replace the Kick using the Drumagog sample(s)… That’s what makes that Drumagog so nice… in my opinion… to be able to have complete control over the re-rendered track… This is one beautiful application… I’ve only touched the surface of this program…
As I’ve just begun using this BitViewer I see a number of things that show up with IT… The Drumagog Track fluctuates quite a bit… And It does go below 24-bit res. at times… It reaches as low as 16-bit, at times. It would be nice if the speed of the meters could be “slowed” down/adjusted/damped… They appear to respond at a rate well above “EYE Response”…
You are correct… I tend to give away or trade-off buffer adjustment, well knowing, the streaming effects for Drop-outs, .ETC… For quick audio response… But, not All-the-Time… and… depending on the number of tracks in the stream and depending on the computer/DAW I stream the tracks… on… and weather I’m in the studio or editing individual tracks… Lately, I haven’t been tracking… It’s tough to tolerate low buffering when tracking… and I can tolerate excessively low buffers streaming to a point… But when rendering a timeline full of tracks I will attempt to raise the “Latency” level… by adjusting the “Buffer Size”… Well… 
Bill…
[EDIT]
I got to get back into the studio to check all these new toys out with the studio hardware and DAWs… By the time I get in there I will have forgotten what I’m going in there TO-DO… I thought I might get in there this weekend… But here it is and I am behind on the list of things I need to get done… There doesn’t seem to be enough hours in the day…
The only other thing is… The clock has sped-up…
Hey Bill, how are you doing? I heard on the weather report you were getting hurricane winds.
Paul
Hi vanclan:
We got brutal/cold/windy weather toward the end of last week… We got down to -18 to-20c along with 80 - 120 km. north easterly winds… It got bad… Along the south western coast… where I am we got heavy rains before it turned cold… Some places north-and-east of here, they got IT in snow… Maybe, 25 to 30cm. of it… Winter has hit us with a vengeance… Today, and at this hour we are getting north-westerly winds at maybe 50 - 60 kms. with a temperature of -14 to -16c. and overcast-to-clear skys… with sun… I don’t know what the wind-chill is… Phoo might know… It’s brutal… outside… It’s not fit to be out there…
Take a peek at what it looks like… Live Cameras It has improved sense this morning…
It can only get better… ?
Bill…