OK, guys - do this simple test and see what you come up with:
In VV3, set up a song either for a mix or for mastering - with busses and plug-ins and all; the whole nine yards. BTW - the files I started out with were 44/24.
Now, render it as a 44/16 wav file for CD.
Leave that instance of VV3 open. Open up a new instance of VV3 and put up your newly rendered wav file on the timeline. Make sure there are no plugs on the track, volume set to 0, routed directly to the Master buss, etc, etc, etc. - nothing to change the file in any way.
Now - listen very carefully to the unrendered VV3 project vs. the rendered file on the timeline you just created.
Hear any difference? I did!! I won't tell you how yet so I don't sway your hearing.
Now open the rendered file in Sound Forge, CD Architect, WaveLab and whatever else you have and do the A-B listening test again.
What did you find?
I tried this comparing the same rendered file opened in VV3, SF6, CDA 4, CDA 5 demo, VV4 demo and WaveLab 4 demo against the VV3 project file. They were ALL off!!! The closest were VV4 and SF6. Even worse - the rendered file played in various apps DIDN'T EVEN MATCH EACH OTHER!!
I discovered this while mastering a live CD of 7 different bands - of course, each band had to have its own separate processing and 1 band required 2 different set-ups. I had it all done in separate VV3 projects, rendered and assembled into one Master VV3 project just for creating the CD (spacing & IDs). Nope. Had to go back and re-render all the projects - only this time I kept them at 24-bit. I made the Master VV3 project a 24-bit project too so when I do the DAO burn, it will just truncate the files. I don't know what else to do - the other way sounded horrible.
SO WHAT'S UP WITH THAT ANYWAY??? Is it just that 16-bit really does suck? But what about different apps making the same file sound different...? All through the same output, too.
Somebody do the drill and let me know what you get......
In VV3, set up a song either for a mix or for mastering - with busses and plug-ins and all; the whole nine yards. BTW - the files I started out with were 44/24.
Now, render it as a 44/16 wav file for CD.
Leave that instance of VV3 open. Open up a new instance of VV3 and put up your newly rendered wav file on the timeline. Make sure there are no plugs on the track, volume set to 0, routed directly to the Master buss, etc, etc, etc. - nothing to change the file in any way.
Now - listen very carefully to the unrendered VV3 project vs. the rendered file on the timeline you just created.
Hear any difference? I did!! I won't tell you how yet so I don't sway your hearing.
Now open the rendered file in Sound Forge, CD Architect, WaveLab and whatever else you have and do the A-B listening test again.
What did you find?
I tried this comparing the same rendered file opened in VV3, SF6, CDA 4, CDA 5 demo, VV4 demo and WaveLab 4 demo against the VV3 project file. They were ALL off!!! The closest were VV4 and SF6. Even worse - the rendered file played in various apps DIDN'T EVEN MATCH EACH OTHER!!
I discovered this while mastering a live CD of 7 different bands - of course, each band had to have its own separate processing and 1 band required 2 different set-ups. I had it all done in separate VV3 projects, rendered and assembled into one Master VV3 project just for creating the CD (spacing & IDs). Nope. Had to go back and re-render all the projects - only this time I kept them at 24-bit. I made the Master VV3 project a 24-bit project too so when I do the DAO burn, it will just truncate the files. I don't know what else to do - the other way sounded horrible.
SO WHAT'S UP WITH THAT ANYWAY??? Is it just that 16-bit really does suck? But what about different apps making the same file sound different...? All through the same output, too.
Somebody do the drill and let me know what you get......