INTERACT FORUM
More => Old Versions => Media Center 17 => Topic started by: Matt on February 15, 2012, 07:31:52 pm
-
I'm hoping to sneak line-in playback into the program at some point.
The goal would be to allow the full audio engine to work on something like a vinyl player, SACD player, or other analog input.
If we only have time to add WASAPI or ASIO line-in support, which would be a better choice?
ASIO seems to be the more common input for low-latency recording, but WASAPI probably works with more devices.
Thoughts?
-
Hmmm... Link (http://yabb.jriver.com/interact/index.php?topic=26507.0) ;D
For me, any recording I would do would not be live, so the low-latency associated with ASIO wouldn't be much of a factor.
Unless I'm completely missing something.
Which is entirely possible...
-
I would like to be able to play a game console (PS3) through the JRiver audio/video engine. Input to my HTPC through a Hauppauge Colossus card along with the video was my idea of what might work. I would also like to be able to connect a satellite or cable TV box somehow.
I would also like to be able to direct the measurement signal from Room EQ Wizard out through the audio engine (ASIO) and take the microphone measurement back in from the same audio device and into Room EQ Wizard.
The measurement software works normally, the measurement signal just passes through JRiver DSP on the way out. I would direct the signal to one of the eight 7.1 channels at a time. The microphone measurement would come back in and be passed through to the measurement program (REW).
-
ASIO seems to be the more common input for low-latency recording, but WASAPI probably works with more devices.
In my experience, this sums it up pretty well.
From what I've seen around here JRiver (or it users, I forget which) discourages use of ASIO4ALL, which is commonly suggested for people who intend to do any "time sensitive" recording. I'm not really familiar with how much delay WASAPI drivers will add, but in terms of something like a turntable, I can't see it making any difference. In terms of something like a video game console though, there would be some problems with any significant delay.
-
I'd think that most audio interfaces that have a good ADC will also have ASIO drivers. Certainly anything at the home studio or professional audio level. And there's devices like the Creative E-MU stuff that does well with ASIO but doesn't behave as well with WASAPI.
I vote for ASIO.
-
I vote for wasapi. Offers the same quality but is better supported and native to windows itself.
-
My vote goes for ASIO.
I'd think that most audio interfaces that have a good ADC will also have ASIO drivers. Certainly anything at the home studio or professional audio level. And there's devices like the Creative E-MU stuff that does well with ASIO but doesn't behave as well with WASAPI.
I vote for ASIO.
I second that...
-
I'd think that most audio interfaces that have a good ADC will also have ASIO drivers. Certainly anything at the home studio or professional audio level. And there's devices like the Creative E-MU stuff that does well with ASIO but doesn't behave as well with WASAPI.
I vote for ASIO.
I strongly second that. Especially audio interfaces which are geared towards ADC all come with ASIO driver support. And low latency is essential with applications like gaming consoles, TV from external receivers (or karaoke if anybody is still doing that ;-)
ASIO all the way if you have to choose one.
This is a HUGE feature and can even be a game changer imho!
-
+ 1 ASIO for low latency. ASIO is standard in Pro Audio. http://en.wikipedia.org/wiki/Audio_Stream_Input/Output My Lynx L22 card uses native ASIO driver for DAC and ADC.
-
+1 for ASIO
-
I personally prefer ASIO, as in my system it sounds slightly better than WASAPI
Regards
-
ASIO for sure, for many of the reasons mentioned above, especially REW in our case.. On our soundcard, the Asus Essence ST, only ASIO will automatically change sample rates. I gather that WASAPI does not automatically change sample rates on other cards as well. If true that should be a game breaker for WASAPI.
Thanks very much Matt for your pursuit of this much needed improvement to MC.
Rod
-
I gather that WASAPI does not automatically change sample rates on other cards as well.
That seems to depend on the hardware.
For example, many USB DACs switch with WASAPI exclusive, but Creative and ASUS cards do not.
-
+1 for Asio
-
ASIO gets my vote. There is a lot of inexpensive gear that will allow for audio in through ASIO...I've had a Behringer UCA202 on my short list for a while.
Will ASIO work also with laptop RCA-mini inputs? Also, will this input allow MC to record incoming audio streams?
Thanks for working on this feature!
-
I've never had the need for an input (besides mic), but if I did I would choose ASIO. I'm more interested in the virtual audio device driver that has been mentioned in the past.
If you have an audio device with multiple inputs, then ASIO would let you select which inputs to use. At least that is how the ASIO driver in REW works when selecting the mic input. If WASAPI only selects the first stereo pair, then that would be another thing in favor of ASIO.
-
I'm more interested in the virtual audio device driver that has been mentioned in the past.
Ahh...the virtual audio device driver idea. It all works together. Imagine JRiver audio engine with line-in playback and the new convolution as virtual audio device. Suddenly each and every source (JRiver playback, all other applications/games through the virtual soundcard, and all external sources through line-in playback) can be routed through JRiver and all its DSP features. GAME CHANGER!
-
Ahh...the virtual audio device driver idea. It all works together. Imagine JRiver audio engine with line-in playback and the new convolution as virtual audio device. Suddenly each and every source (JRiver playback, all other applications/games through the virtual soundcard, and all external sources through line-in playback) can be routed through JRiver and all its DSP features. GAME CHANGER!
Absolutely. For me, this is far more important than just a line input. JRiver would need to behave like an audio renderer as far as any other app is concerned. Excellent idea!
Nick
-
yes;
thatīs the feature i hoped for so long,
I vote for ASIO
:-) uli
-
That seems to depend on the hardware.
For example, many USB DACs switch with WASAPI exclusive, but Creative and ASUS cards do not.
The Creative E-MU USB 0204 doesn't either. I use ASIO with the E-MU because of that.
My old M-Audio FW410 is fine with either ASIO or WASAPI for both recording and playback.
-
Thanks for the feedback everyone.
I expect basic support for ASIO line-in playback to appear in a week or two.
This feature should allow playing from a vinyl player, SACD player, iPod, or any other device through the audio engine and connected sound system.
It is also a first step towards the virtual soundcard idea proposed above. For this, if anyone is, or knows, a WDM audio driver programmer, I'd love to pick their brain. I'm matt at jriver dot com.
-
Really liking this idea.
Will I be able to bring in an AC3 stream over spdif input and have MC decode and run it through the dsp?
-
Will I be able to bring in an AC3 stream over spdif input and have MC decode and run it through the dsp?
No, sorry. Analog (PCM) only for now.
-
No, sorry. Analog (PCM) only for now.
I assume you mean stereo (PCM)? Which is good, but the ability to process an AC3 input stream is the real deal.
-
It is also a first step towards the virtual soundcard idea proposed above. For this, if anyone is, or knows, a WDM audio driver programmer, I'd love to pick their brain. I'm matt at jriver dot com.
I never implemented Audio WDM but I spent some time to study USB drivers, the Windows DDK contains a bunch of examples (audio drivers are part of it), I you didn't check it yet, here's the download site http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=11800
-
"Ahh...the virtual audio device driver idea. It all works together. Imagine JRiver audio engine with line-in playback and the new convolution as virtual audio device. Suddenly each and every source (JRiver playback, all other applications/games through the virtual soundcard, and all external sources through line-in playback) can be routed through JRiver and all its DSP features. GAME CHANGER"
Yes,yes!,
I am just getting into jrmc room correction and would love to do it all in software for all sources. For me it's mainly PC sources eg mog Spotify etc I want to route through jrmc room correction on the way to my Mytek stereo192 DAC, as I prefer not to use hardware ad/da after this DAC
I'll keep my fingers crossed...
Thanks for all the features!
-
I never implemented Audio WDM but I spent some time to study USB drivers, the Windows DDK contains a bunch of examples (audio drivers are part of it), I you didn't check it yet, here's the download site http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=11800
My specific question is how to best handle latency.
Imagine that a user uses convolution with a 200 ms latency.
Can the virtual driver make the system have proper lip-sync just by reporting 200ms from the head as the DMA buffer position, or will this lead to other problems?
-
As a disclaimer, doing ASIO input on a card may prevent doing output on the same card.
It appears that many ASIO drivers don't nicely support multiple instances talking to them, and we use one instance for input and one for output. For these drivers, we would need to merge the input and output together into a single plugin. This is a large change, so won't happen soon.
-
The latest build supports playback from ASIO using File > Open URL... > live://asio
You will need to use a different device for output / playback than you're using for input.
-
hello Matt,
I tested the ASIO input function, and the sound is heavy distorted,
(the same sound when you play with two audio-players at the same time into the same ASIO-device)
I changed the sample rates (96/24 - 192/24) and buffer sizes,
reinstalled MC17 but both had no effect.
my Configuration:
- MC17 play out with integrated convolving extension (ASIO) -> RME-HDSP32 out with AES-EBU ->
-> DAC extern -> Amp
- Analog in: LP -> Phono-Pre -> Terratec 6fire USB -> ASIO out in MC17 (live://asio)
do you have any idea?
thanks,
:-) uli
-
uli, what happens if you reduce the audio buffering in Options > Audio > Output mode settings... to something small like 0.1 seconds?
-
hello Matt,
yes! thatīs the point, the ASIO-buffer settings in MC-17,
I canged only the buffersizes of the soundcards.
After testing I think the best settings are, small in MC-17
and maximum in extern soundcards, see screens below.
(http://www.abload.de/thumb/mc-17_asio-in_buffer-pskcp.jpg) (http://www.abload.de/image.php?img=mc-17_asio-in_buffer-pskcp.jpg)
Thank you very much Matt,
now I can enjoy my vinyl with convolving, perfect!!!
:-) uli
-
Hi
At the moment I don't have the required coundcards cards to test myself. Is this working now? Is it successfully handling external sources?
I note analog input only in the description above. It ones sound card does the d/a conversion, can that analog then be input to jrmc? If not, would using Console, or Jack or something enable souch routing?
How many input channels can be used? 2 or 5.1 analog?
Thanks again for jrmc being the best player in the universe!
-
This might seem like an oddball question, but could I use this as a way to get audio from an external radio tuner into MC? If so, any ideas on how I might use this as means to tell an external program to change channels based on selecting something as a track in MC? I'm thinking I'd create a Playlist that contained only the stations. The trick would be in either having MC kick out an external cmd line or have something 'watching' MC for the playlist being used.
Or might there be some entirely better way to handle this? I'm looking to be able to control the play-through of the stations in the same manner as how playlist items are handled. With gizmo, jremote and the like.
-
@Is this working
Yes. Normally it requires two soundcards -- one for input, and one for output.
@Channels
Any number of channels is supported. It's only limited by the hardware.
@Radio
Playback should work. I don't know about the tuning -- you'll have to get inventive for that.
-
Will digital inputs come in the near future and if so, how about multi-channel spdif eg tivo, TV tuner, etc?
Thanks
-
This looks like a great upcoming feature. I know that development is just starting, but I thought I might get my thoughts on how it might be used (at least for me).
For my setup, I would like to use the feature to simulate a high end 2 channel preamp with HT bypass similar to a Parasound 2100 (http://www.parasound.com/nc/2100.php). I use the preouts on my AVR to external amps currently and would like to insert my Hometheater PC/MC17 setup in between the AVR and the power amps to my front channel speakers.
Features:
1. MC17 set to autorun at windows startup with MC17 Line In monitoring set.
2. Default to "HT Bypass" which disables all MC17 processing and just passes line in to preset default line out thru MC17 minimizing latency to insure best integration with AVR processing and the rest of 7.1 channels. Volume control can also be disabled in MC17 since volume will be controlled by AVR.
3. Once end user begins playing music via MC17, line in can automatically be muted and full control of the output is under MC17 control, volume control, DSP, convolution, etc, etc.
4. Once end user selected MC17 music playback is stopped, return to "HT Bypass" mode as described in step 2.
JRiver, thanks for all the work to bring new functionality to MC!
-
Why would you disable dsp/room correction for external sources?
Isn't it less good to use volume in jrmc than analog volume control for best sound quality?
-
Isn't it less good to use volume in MC than analog volume control for best sound quality?
Often Internal Volume is the best possible volume.
More here:
http://wiki.jriver.com/index.php/Volume#Picking_Between_System_Volume_and_Internal_Volume
-
Why would you disable dsp/room correction for external sources?
Isn't it less good to use volume in MC than analog volume control for best sound quality?
For best quality 2 channel listening I DO want to use MC17 volume and DSP features.
However, for HT 7.1 listening, I prefer to allow my AVR to decode the audio, do all the audio/video switching, use audyssey dynamic EQ and volume features and have MC17 features bypassed. The key reason for my request for HT bypass functionality is to minimize the switching/cabling issues of switching between 2 channel MC17 music and 7.1 channel AVR controlled movie and game listening modes.
-
Yet another +1 for ASIO ... with the caveat that all ASIO isn't created equal. I tried ASIO4ALL and the output was crackly and distorted. Went to Behringer and downloaded an ASIO driver specifically built for the breakout box I'm using and am getting excellent results - far better than the vanilla drivers built into Windows XP. Worth noting - VERY important to uninstall any ASIO drivers prior to trying another ... they don't all play well together.
Back to the vinyl thing - I take it JRiver doesn't do vinyl rips gracefully yet? I'm currently ripping to raw WAV using another program, cleaning up the tracks a bit and saving them individually. I was planning to convert those to FLAC 8 using JRiver or another standalone program. A bulk conversion feature would be nice.
Question ... if I use the same folder structure JRiver uses, and supply an album name, track name, and track number in a monitored folder, will the album be automagically added to the playlists? Also, will the online lookup be smart enough to fill in the blanks?
-
Any updates on the line-in feature?
I know that it is functional in the current version, but will the feature be enhanced or updated even further in the coming builds?
I am updating my setup and with the line-in feature I can significantly simplify my overall switching and processing for 2 channel music by implementing a psuedo HT bypass in my setup via MC17. I would like to know what the future plans are for this feature so that I can properly account for it in my reconfig.
-
Any updates on the line-in feature?
I know that it is functional in the current version, but will the feature be enhanced or updated even further in the coming builds?
I am updating my setup and with the line-in feature I can significantly simplify my overall switching and processing for 2 channel music by implementing a psuedo HT bypass in my setup via MC17. I would like to know what the future plans are for this feature so that I can properly account for it in my reconfig.
I'm in too.
Matt, A line-in option that would capture one channel of my RME sound card for external sweep measurements could solve my win XP URL:live loopback problem.
Is it still in your plan or the Wasapi URL live Loopback is the only route that will be available in the future?
Is anybody aware of a cheep VST plugin that can catch a card input and make it play through M17's dsp tools?
-
I'm in too.
Matt, A line in option that would capture one channel of my RME sound card for external sweep measurements could solve my win XP
ASIO line-in is supported. Read above for more details.
-
Thanks for implementing this
What do you see as timeline for digital source support?
Thanks
-
ASIO line-in is supported. Read above for more details.
I forgot to mention that my RME have only digital in an out and no analog.
I tryed it without success.
-
I would like to think that when the digital signal comes in through the ASIO driver, MC doesn't necessarily even know if any AD conversion happened or if the signal was already digital (i.e. inputted from SPDIF).
If you are trying to use the same device for input and output the following may apply:
As a disclaimer, doing ASIO input on a card may prevent doing output on the same card.
It appears that many ASIO drivers don't nicely support multiple instances talking to them, and we use one instance for input and one for output. For these drivers, we would need to merge the input and output together into a single plugin. This is a large change, so won't happen soon.
Simultaneous input and output didn't work with my Terratec card when I tried it.
-
Thanks for the info...
Is there a solution? Even if it cost a little ?
-
Thanks for the info...
Is there a solution? Even if it cost a little ?
...yes, upgrading to win7 so you can use loopback for your measurements
-
You could add a second sound card. (If ASIO input works when output is not trying to use the same audio device.)
-
...yes, upgrading to win7 so you can use loopback for your measurements
It could work, but not with my new PC who runs win7. T
Loopback in this one is stuttering badly. It seams that some PC are working well and others not for who knows reason? Chips brand, mother boards ?
I may try to upgrade my actual music dedicated PC.
-
You could add a second sound card. (If ASIO input works when output is not trying to use the same audio device.)
thanks, but in win XP (mine) the live loopback provoques JRiver to crash right at the setup window.
I will try to use the RME totalmix loopbak feature an see what is available in It's software package. I just got this RME card last week.
I'm still open to any information or suggestions.
-
I'm still open to any information or suggestions.
_Buying Win7 ( just so that you can implement WASAPI loopback ) may not be the best approach to accomplish what you want ( ie; run REW through MC17 & then back out to your soundcard ).
_As of this morning, I've successfully had REW streaming audio through VAC into MC17 ( by "wrapping" VAC with ASIO4ALL to make the VAC stream accessible as an ASIO "input" & then linked into MC17 via the "ASIO input function" ) . This was on XP Pro SP3 .
_I succesfully created a few new "clean" soundcard calibrations ( without glitches ) as a "proof of concept" ( for this type of circuitous routing ) .
_One of these "REW calibrations" even had EQ applied to it via MC17's DSP engine .
_You'll need to use REW within JAVA/WDM mode ( not ASIO ) for this to work .
_No sputtering , grit , drop-outs , etc. ( though I had plenty of those yesterday when trying to get two "instances" of ASIO4ALL to play nice together / just so that I could try to have REW work within an ASIO mode / never did happen cleanly ) .
_I'll post some pics ( of all the successful ) settings, somewhat later .
_If your RME soundcard ( used for input & output ) doesn't come with WDM drivers / then this approach won't work .
_If you are going to attempt to use separate sound-cards for input & output, then you should be prepared to synch them together via their respective "word clocks" ( assuming they both have that functionality of I/O ) .
_VAC ( Virtual Audio Cable ) is available for purchase here ! (http://software.muzychenko.net/eng/vac.htm)
(http://tippach.business.t-online.de/asio4all/flag_uk.gif)_ASIO4ALL_2_11_Beta1_English_download (http://tippach.business.t-online.de/asio4all/downloads_2/ASIO4ALL_2_11_Beta1_English.exe)
:)
-
Thank you EarlK
Your suggestions give me some new tracks to explore. I will look at the VAC engine, I'm quite optimistic to be able to realize the same setup than you.
I wonder if the RME totalmix loopback application could do the same? I will have to read and learn more on how to make it work. I did not found so far the right application in the package I received.
Anyway that's good news. I'll post my experimental results + or -. 8)
About ASIO4ALL, I had negative feedback on it? Personnally I worked with ASIO all the time but never this one.
-
Jacques
>snip< About ASIO4ALL, I had negative feedback on it? Personnally I worked with ASIO all the time but never this one.>snip<
- I'm aware of this sites recommendations against using ASIO4ALL / I haven't searched out the "why" behind this recommendation .
- For my purposes, ASIO4ALL is an extremely useful ASIO wrapper ( for use with WDM drivers ) .
- I have found that it's considerably better coded than the custom ASIO drivers shipped with a couple of my soundcards .
- It's by far, more stable than the ASIO drivers that are native to my M-Audio Fast Track Ultra or Focusrite Scarlett 2i2 ( they can easily trigger BSODs given the right circumstances ) .
- Another huge plus, is that the nature of this driver, allows the user to create one single composite ASIO driver from mutiple WDM drivers .
>snip<Your suggestions give me some new tracks to explore. I will look at the VAC engine, I'm quite optimistic to be able to realize the same setup than you. >snip<
- ( Considering its' low cost ), anyone wanting to do complicated virtual patching ( on a Windows PC ) should have VAC in their "toolkit" ( as far as I'm concerned ) .
>snip< I wonder if the RME totalmix loopback application could do the same? I will have to read and learn more on how to make it work. I did not found so far the right application in the package I received. >snip<
- "Totalmix", "Patchmix", there are a few software mixers that allow one to create "virtual patches" ( allowing one to customize where & how the digital stream gets routed ) .
>snip< Anyway that's good news. I'll post my experimental results + or -. >snip<
- My ( unsolicited ) advice, ( if you haven't already done so ) create some custom PEQ filters within the DSP section of MC17 ( after deciding what needs to be EQed by running REW through each individual speaker ) & then get on with the job of applying digital room correction ( drc ) to your system .
- One can always check the results of the applied EQ by playing back ( through MC17 ) a minute long PinkNoise PN file ( created & exported from REW as a wave file ) through each individual speaker .
- This is the "KISS method" which should be mastered first, before implementing complicated virtual routing schemes ( such as you are attempting ).
- IME, it takes quite a while to fully get comfortable with virtual routing from within a computer ( & some just never "get it" ) & as a consequence of such fixations, one can easily lose sight of the actual goal ( which is applying PC based EQ, to ones source material , before the signal arrives at the soundcard ) .
:)
-
> As of this morning, I've successfully had REW streaming audio through VAC into MC17 ( by "wrapping" VAC with ASIO4ALL to make the VAC stream accessible as an ASIO "input" & then linked into MC17 via the "ASIO input function" )
Earlk
I'm must missing something. I've got the VAC trial version but I can't figure out the way to link MC17.
The REW signal come through VAC as Wave in, in the audio repeater window and then? If I check REM sound card for Wave out, it goes to the speakers OK but I don't get the idea for streaming through MC?
It's Sunday night and it's quiet, I should get it!! :'(
Can you describe your detailed routing?
many, many thanks
jacques
-
Hi Jacques,
- You send output out of REW into a VAC ( called Virtual Cable 1 within my setup ) . REW must be in "JAVA mode" .
(http://www.hometheatershack.com/gallery/file.php?n=8762&w=1) (http://www.hometheatershack.com/gallery/file.php?n=8762&w=0)
- You must have ASIO4ALL on your computer for the next part to work ( to get signal into MC17 through the ASIO input portal ) .
- Within the audio device output selection area of MC17 , select your RME soundcard ( try either ASIO mode or Direct Sound, since you don't have WASAPI as a possible choice ) . Make your choice/decision based on which one seems to be the most stable over the long term ( determined by how many tens of seconds one gets before running 2 unsynced/freewheeling soundcards drift enough to cause problems , even dropping the connection ) . Here's a screen-shot showing my selected soundcard, selected for outputting from MC17
(http://www.hometheatershack.com/gallery/file.php?n=8759&w=o)
- Within MC17's browser window, open up the url called > live://asio . A dialog box will open up, asking you to select a choice of all available ASIO drivers ( specific to your machine & soundcards )
(http://www.hometheatershack.com/gallery/file.php?n=8754&w=o)
- Choose "ASIO4ALL" as your ASIO driver .
(http://www.hometheatershack.com/gallery/file.php?n=8755&w=o)
- Close dialogue box. You will see a short duration timing window as MC17 opens the ASIO driver . Once open you will see ( up in the top center dialog window ) a timer showing how long the "ASIO" url has been loaded . That timer must remain active and advancing in time . If the timer stops , it means the ASIO connection has been dropped by MC17 ( likely due to "timing issues between 2 ASIO Word Clocks that aren't synced ) .
(http://www.hometheatershack.com/gallery/file.php?n=8758&w=o)
- Open up the ASIO4ALL driver and you will see all of the WDM drivers for the audio devices ( that ASIO4ALL "sees/finds" ) . VAC will be in there / if it is not, then something is wrong with your VAC install/setup .
- Choose VAC ( within the ASIO4ALL settings window ) as your "input" . Leave all other "ins & outs", deselected ( unlit ) .
(http://www.hometheatershack.com/gallery/file.php?n=8756&w=o)
- Close the ASIO4ALL dialog box and go back to REW .
- Open REW's function generator , choose "Pink PN" at -20db and engage the generator . This should send Pink Noise "PN" directly through MC17 out to your RME soundcard .
- You can monitor this signal in a few places . Here's a pic showing the pink noise being filtered by a VST EQ plugin ( displayed by MC17's spectrum analyzer ) .
- The second pic is of the same signal showing up back in REW's input ( after I connected a cable from the output of the Focusrite soundcard to in's input ) .
(http://www.hometheatershack.com/gallery/file.php?n=8761&w=o)
(http://www.hometheatershack.com/gallery/file.php?n=8762&w=o)
- Be aware that these types of internal data connections are very "fragile" and therefore will be dropped eventually by one or both soundcards ( due to synch issues ) . It's up to you to find the ASIO settings ( as well as the MC17 audio output settings ) that give the longest ( & cleanest ) duration connection . When either MC17 or REW "drops the line" ( due to clock synch problems ) you're likely going to see this message ( if you're within the REW active window ) . The MC17 ASIO streaming connection will have been lost ( the timing counter will have stopped ) and you will need to reconnect ASIO streaming input ( first hit "Stop & then Play" ) & then going through the ASIO connection dialogue boxes once again .
(http://www.hometheatershack.com/gallery/file.php?n=8765&w=1) (http://www.hometheatershack.com/gallery/file.php?n=8765&w=0)
Tedious yes, but this kludge works well enough and usually lasts long enough to get REW measurements through MC17's VST EQ filters to see their effect .
:)
-
Earlk, That's the way to show things, yes I like it very much.
I understand the effort behind this :P and I appreciate it.
Now I've got the sound from REW going to MC17 via live://asio, and VAC is easy, like it too.
There must be a small thing that I do wrong because the MC's PEQ does not applies to the RME output. The frequency curve keeps the same. It looks the same I usually have without EQ?
I followed your instructions as you can see below. Quite logical, I should have been able sooner. I was just missing the live://asio second window for Asio4all selection.
Now, why the PEQ is not in the path ? I've gone through a few time and it's all fine for me.
Do you see or think of something?
I'm testing blind variations....That's less logical.
Hi Jacques,
- You send output out of REW into a VAC ( called Virtual Cable 1 within my setup ) . REW must be in "JAVA mode" .
OK
- You must have ASIO4ALL on your computer for the next part to work ( to get signal into MC17 through the ASIO input portal ) .
YES- Within the audio device output selection area of MC17 , select your RME soundcard ( try either ASIO mode or Direct Sound, since you don't have WASAPI as a possible choice ) . Make your choice/decision based on which one seems to be the most stable over the long term ( determined by how many tens of seconds one gets before running 2 unsynced/freewheeling soundcards drift enough to cause problems , even dropping the connection ) . Here's a screen-shot showing my selected soundcard, selected for outputting from MC17
ASIO sound well, direct Sound stutters
- Within MC17's browser window, open up the url called > live://asio . A dialog box will open up, asking you to select a choice of all available ASIO drivers ( specific to your machine & soundcards )
All there- Choose "ASIO4ALL" as your ASIO driver . DONE
- Close dialogue box. You will see a short duration timing window as MC17 opens the ASIO driver . Once open you will see ( up in the top center dialog window ) a timer showing how long the "ASIO" url has been loaded . That timer must remain active and advancing in time . If the timer stops , it means the ASIO connection has been dropped by MC17 ( likely due to "timing issues between 2 ASIO Word Clocks that aren't synced ) .
Timer is OK
- Open up the ASIO4ALL driver and you will see all of the WDM drivers for the audio devices ( that ASIO4ALL "sees/finds" ) . VAC will be in there YES/ if it is not, then something is wrong with your VAC install/setup .
- Choose VAC ( within the ASIO4ALL settings window ) as your "input" . Leave all other "ins & outs", deselected ( unlit ) .
OK- Close the ASIO4ALL dialog box and go back to REW .
- Open REW's function generator , choose "Pink PN" at -20db and engage the generator . This should send Pink Noise "PN" directly through MC17 out to your RME soundcard .
Yes it's working- You can monitor this signal in a few places . Here's a pic showing the pink noise being filtered by a VST EQ plugin ( displayed by MC17's spectrum analyzer ) .
- The second pic is of the same signal showing up back in REW's input ( after I connected a cable from the output of the Focusrite soundcard to in's input ) .
Tedious yes, but this kludge works well enough and usually lasts long enough to get REW measurements through MC17's VST EQ filters to see their effect .
:)
[/list]
In the VAC repeater, I choose the virtual cable 1 for wave in and none for the wave out. Is that correct?
-
Hi Jacques,
- We don't need to use the "AudioRepeater" utility .
- For our use, one just dumps signal into any VAC cable ( from a program like REW ) and then retrieves that signal from the same numbered VAC cable (from a different program ) .
- FYI, I'm still using the VAC default values ( as seen within its control panel ) . These are the default values ;
(http://www.hometheatershack.com/gallery/file.php?n=8766&w=o)
In the VAC repeater, I choose the virtual cable 1 for wave in and none for the wave out. Is that correct?
- Strictly speaking, that is correct ( since you don't want to dump VAC1 directly into any other soundcards data stream ) .
- Functionally, ( for our application, as mentioned ), it is incorrect ( to even use "AudioRepeater" ) .
- There is no need to even open "audiorepeater" ( excepting to look around & realize its' own potential for rerouting +/or mashing different audio streams together ) .
- Here's one article Audio Repeater Usage Guide (http://oksunshine.net/portal/game-guides/67-audio-repeater-usage-guide) if you want to dream up some other uses for VAC .
- And a Video ; http://www.youtube.com/watch?v=1BtS8YBXzoY&feature=youtu.be
There must be a small thing that I do wrong because the MC's PEQ does not applies to the RME output. The frequency curve keeps the same.
- That can only mean you haven't engaged the PEQ ( by checking it's activation box ) or you haven't actually built a filter that boosts or cuts ( ie; everything is still sitting at 0db ) .
- As I said earlier , it takes a good year to get familiar with all this stuff .
:)
-
- That can only mean you haven't engaged the PEQ ( by checking it's activation box ) or you haven't actually built a filter that boosts or cuts ( ie; everything is still sitting at 0db ) .
- As I said earlier , it takes a good year to get familiar with all this stuff .
:)
If it could just be that easy Earlk. I understand it's supposed to be so.
This part of MC17 I know well enough for all the time I spent on it when I ran my multichannel dac a couple of months ago. I used to make all my X/O for activ multi-amp setup and frequency corrections to achieve a flat curve.
Yes boxes are checked, I use both PEQs. I feel quite confident here
No this is not "the problem", but I hope to find it within the next year ;)
Still no changes on the curve when adding 15 db at 4Khz over my normal actual EQ settings which are not active with this VAC config???
Well I'll try again tomorrow.
-
:D
Problem solved
I finally found that the fact I was set on 1 chanel in MC' DSP output format settings results in the PEQ to be bypassed or some other implication that I'm not aware of. Even if the ASIO4ALL was set on 1 or 2, do not matter.
Now to be set on 2 or more channels render the PEQ to be applied on the REW signal.
Happy ending.
Thank you Earlk
-
Matt,
Console with ConvolverVst, and Roland Octa-Capture under ASIO allows simultaneous line in and line out on all lines.
I use for active stereo 3-way. Easy to set up four analog pairs in and digital in.
I have not figured out how to play wave files in Console.
I have not downloaded JR MC yet. I am very impressed with implementation of native convolution engine with compatible configuration file to Convolver/Sourceforge in very short development time.
The lights are on at JRiver!
-
I notice that if I use tha same ASIO driver for both input (ASIO Line ...) and output Settings->Audio) playback does not work. I am using RME ADI2PRO and JRiver 26.
To make it working I set WASAPI for output
Did you experience the same?
Thanks