JR. wrote:Once again I am momentarily frozen by the question why? Or exactly why that (1:1)..?
Yep, that exact question temporarily paralyzes most engineers, and immediately excites nearly all musicians/producers. =)) I'm more of the latter crowd myself, so I think it would be a neat feature to have a super-clean preamp that could morph into a more vintage, more "analog" (NOT in an engineering sense) sounding with push of a button. =)
If trying to mimic classic transformer mic preamp sound, it seems you want a step up transformer not a simple 1:1 to fully capture the characteristic transfer function.
Yes, I completely agree, unfortunately there aren't many transformer options that are over 1:1 but less than 1:2 (1:2 seems already too much if bias resistors are to be kept low). Although
people have done a similar (not switchable) thing with 1:8 transformers into THAT1510. I'm not sure how it's done.
Ideally I would want a small core transformer, so it saturates a bit more at higher input levels and with something like 1:1.25 that's got to give the preamp a distinct sound, not like a clean 1:1 isolation transformer.
It's funny, but I did experiment with Carnhill VTB9045 (Neve mic input) transformer wired as 1:1 in front of my 1570 preamp and the difference in sound was a lot more subtle than what I expected. It had a slight bass roll-off, primarily, I think, due to non-ideal loading of the secondary, otherwise it might have had no perceivable difference at all...
The next question becomes if we use a proper mic pre transformer, what to do with the extra signal voltage? The transformer secondary with step up expects a higher impedance loading termination, than a low z mic preamp input, so perhaps a simple resistive pad would keep both sides happy there.
So, something like an H-Pad right past the secondary but before RE6 could take care of higher load impedance in a higher ratio transformer?
There are several details to work out to the right of switches in your truncated schematic, but I'd rather not hash out specific details of your program until you convince me this is really where you plan to go.
Yes, this is where I'm going. =) As I mentioned above, it has an appeal to end-users and if done right (primarily in "the way it sounds" sense) it would be a useful producer/recording-engineer tool.
Millenia STT-1 has it, but it wasn't done right, judging by the way it sounds. Either they cheaped-out on the transformer or over-did the "vintage" sound. It sounds muffled, choked, with lost high-end, etc. So, I think there is an opportunity to explore, especially now that everybody is crazy about "warming-up" their ultra-clean digital setup. =)
PS: I have a passing interest in cybernetic control of analog audio circuits. Not unlike this project. I have (too many) ideas for computer controlled comp/limiter, and other projects associated with simple level and pans... I would love some advice about how to get the last mile between the users mouse clicks and a serial digital data stream I can decode for specific analog controls. I am guessing something like midi outputs, a variant of serial com that can be decoded (for simple level and pan). The uber comp may need some more sophisticated control layers (custom sliders?).
This is not an immediate project for me, so no hurry, but i would love to hear advice from you, who are already doing something similar. My brain is already crushed by too many secret handshakes so I don't want to have to design PC interfaces, or PC software too.
I thought about this a lot and what's most appealing to me personally is going the WEB route. Pretty much every computer device on the market (including phones, etc.) has a browser built in. These browsers are optimized for HTML5/Java speed and are very stable. It's a lot easier to code an interactive web page that IMMEDIATELY works on every platform/CPU/device rather then coding a cross-platform application code, maintaining it is another story. You use a auto discovery protocol, something like Bonjour to automatically assign your audio device a domain name, you go to 1.jrdevice.com and there is your control interface for it. There is no serial-to-USB or serial-to-Ethernet adapter you need to plug in, in fact, you can plug the audio device into any router or even control it being in a different country, while listening to the changes through ISDN stream. =) On the audio device side you run a tiny embedded web server with your web pages loaded in and the server translates what it gets from the client into SPI. Hardware-wise you'd need something like PIC32 or AVR32 chip with Ethernet-MAC built in + a separate Ethernet PHY chip.
SSL is doing it like that with their consoles, primarily for preset/recall management, configuration, etc.
This may seem too complex of an idea, but the most work would be on the audio device side, while on the user side there wouldn't be much to do because you would just use existing technologies (TCP/IP, browser, HTML5/AJAX). Now, if you needed absolute precision or sample-accurate control of your device then this idea wouldn't work as there is a typical 3-6ms delay between push of a button on the screen and SPI message out of the chip (given typical home LAN latency). Again, this is what seems ideal to me personally, because it looks daunting to code an application for OSX, getting it to work right, then doing a Windows version (even if reusing half the code, which then would compromise Mac's Objective-C workflow), then Linux, iPad crowds get left in the cold, then next version of Windows comes out and here I am redoing the app because some API I relied on is now discontinued. =) Then there is extra hardware on the client side that needs to deal with RS-232/RS-485 (something like a USB adapter, that you forget at home when rushing to an important remote recording gig). =) Don't discount the benefit of wireless when going TCP/WEB route. I was playing a concert a few months ago, the sound guy was walking around the venue with an iPad adjusting everything on the fly with his
Yamaha setup.
An RTAS/VST/AU plugin could be coded that would run inside of a DAW and maintain TCP/IP stream into your device. Now we're talking about full automation and recall of your analog gear within your Pro Tools session file - a dream for mixing / recording engineers.