Audio Input any other options than Thru?


#1

Hi there, I use on my patch the external audio input just to plug other synths into my effects. But it's only Audio Thru, I mean even if no audio input stereo object is patched for the sound, I can hear the sound. I've tried to set up the audio/inconfig, but when I mute the boost, no sound come from the input stereo object.

I can't understand how can I get only sound from the audio input stereo object and only from this, and mute the Thru input apparently set up by defaut..

I know it's probably really easy, and I'm sorry for it, but I've tried to find a similar problem on this forum, and no one seems to have the same.


#2

Are you using the 1/4” TRS input? That is the only audio input.

I just tried it here, and It works correctly.


#3

Yes, sure, my problem is not that I don't have any sound, I have a clear sound work perfectly. It's just audio thru not audio in...


#4

That was working before I put on my patch the object called "Audio/inputconfig". Since I've done that, the audio input signal is Thru. And it sucks. I can't find any way to undo this...


#5

I think you need to show the patch. Sounds like you are trying to get a 100% wet signal path and can't, so we would need to see how the patch is setup via a screen grab or patch upload.

actually re-reading, you get audio through to the outputs with no input patched at all, that's odd, same advise though upload the patch or a screen grab to see if that can shed some light on what's going on


#6

I'll try to be more understandable I'm sorry about that.

In fact the patch don't change anything. For exemple, when you recive a brand new Axoloti-core, if you do this patch :
And plug an audio input into the stereo input of the axoloti. You'll get sound only if you turn the dial. That's what I'm looking for.

But since I've placed this object "audio/inconfig" on my patch :
My audio input signal is "Thru", it means even if the dial is on 0, I hear the exaternal audio signal like if this dial was at 64. And I can't find any way to go back at the defaut audio input set-up. Even if I remove this object, or try different config on it.

I read somewhere from Johannes that this object set-up "forever" the audio input preferences of the board. Even if you delete this object, the board will keep this preferences until you change them again. But I'm just wandering how can I get just the original factory audio input preset to recover the audio input signal not as an audio "Thru".

That's my problem... I'm I more clear with this ? :slight_smile:


#7

Yes, now it's clear.

I'm afraid to try it here :frowning:

I'm sure you tried this, but I must ask - did you power down the Axoloti after you removed the audio/inconfig object? (Johannes wrote, years ago: "codec register setting persist until you reset the Axoloti Core board.")


#8

Yes I've tried it, nothing changed !

And please don't try it with yours, I really don't want to put other axo-friends in the same trouble. And if you just try to put this object into your patch you'll be exactly in my situation.

Hard trouble here. I'm sad now :cry:


#9

The audio CODEC has a function to let pass the audio of the input to the output in analog domain (without pass inside Axoloti), by default this function is dissabled.
I remember there is an object that let you enable and dissable this function, I can't remember the name of the object or who did it, but if you look in the library you will find it.


#10

Maybe /tb/audio/mixer, from thetechnobear?

That definitely configures the bypass level, though the ADAU1961 registers it adjusts don't look correct to me, according to the ADAU1961 datasheet.

If mine was in trouble , like s8jfou, I would try to mute left and right with this object. But, I also don't understand how this setting appears to be persistent, even when the object is removed.

It's a mystery.


#11

yes, definitely try the /tb/audio/mixer object and keep us posted!


#12

@s8jfou - I wonder - is it possible that you have a startup patch which includes the /tb/audio/mixer object, or maybe some other object which reconfigures the ADAU1961 codec?