Yeah that would seem wise
Must be because the mic volume is low, but does a pretty good job.
Wake word doesnât seem to like and its been confusing me.
that will be pretty ace if I can get the mic volume louder but it my ps3eye and amixer or alsamixer just fail if I try and access.
Its got quite low load but the ps3eye is driving me mad, I can not even get anything in alsamixer for it and was sure it used to show.
Maybe on top of that the one I have is on its way out, just going to wait and wait for the respeaker.
I did some experiments with âecâ some time ago. You need an audio device that has hardware loopback channel otherwise results will be disappointing.
That is a kernel compile option @j1nx and prob not a good idea.
ps3eye cam is a bad hack from a ps3 and to be honest now I know more its not even that cheap.
I am not going to hack a kernel just so a relatively buggy piece of equipment can work as there working usb mics such as the respeaker usb 4 mic.
Prob should take a look at what they did with the driver on that.
Its something to do with channel maps is it IEC958? The format that sets out all the surround sound mapping as at times the ps3 has worked and not worked.
I think its been changes to the IEC or maybe Raspbian have been adding and removing your line at points in time, but doubt that.
@Dominik I donât know what are good results with EC are as never really listened to the output just switched it on and used.
I just used a loopback device sudo modprobe snd-aloop and with my 50watt boom s-pipe about .7M away from the mic is an extremely loud sound source.
Its sort of wierd as the echo source is rendered totally to this really quiet muffled background and my voice is at the normal recording volume of the PS3eye and seems to sound the same.
But wake word detection seems to go to hell?!
Thing is the normal volume is pretty crappy with the ps3eye as always been bemused how well mycroft does when I actually record and playback myself with it.
PS3eye got me going but its destiny is the bin.
@Dominik I was wondering as the instructions are pretty sparse for ec if I was mixing ec & ec_hw as was looking at the input and and output and wondering if that made sense, as sort of doesnât.
I will wait for the 4 mic Pi respeaker so I have a clean datum to play with as the minimal load it produced is worth giving it further play.
I can not work out how the PS3eye seems to of gone worse was it my move from pi3 to pi4 or does Pycroft contain that kernel option? As the thing does seem to be worse and the volume on recording is bad.
Its just not a good datum for any testing and is said is destined for the bin.
PS3eye was a good recomendation when we where lacking options but there are new 2/4mic versions that are just a couple of $ more and maybe not have the possibility of being an unknown used cam that could be 15 years old.
@StuartIanNaylor I know! It is just a âquick fixâ to make sure stuff getâs loadeddespite ALSA kernel freaking out.
Did a quick test yesterday and indeed, if you have ALSA ignore the ctl error, alsamixer doesnât error out / quits selecting the PS3 card. But as I though, it doesnât bring you anything as then of course alsamixer says there are no controls
No clue about setting things with amixer on the CLI, but as you already threw your PS3 out of the window it doesnât matter anymore.
BTW: On MycroftOS with my PulseAudio setup, I was pleasantly suprised about the PS3. Picked up my normal speaking voice from acroos the room. No clue how it holds up with heavy background noices though. Will have a look at it later onâŚ
That is the wierd thing @j1nx it does pick up in a quiet room across the room but if I record generally the volume is always low even close up.
Sort of bemused with it and its heading for the box of bits and pieces which is often a precusor to the bin but I am terrible for hoarding electric bits & pieces, but doubt honestly I will use it.
Was wondering if others had played with EC as the config setup and instructions are not simple or great.
The load on a Pi4 was nothing and didnât try but instantly thought if that worked OK and not sure about settings or the Mic I picked that would also be OK on a Pi3A+ for load.
âquick fixâ is great you provide I am very tempted to purchase a 4 mic clone just to say if the work without probs.
Because of the hardware loopback channels on them. With those EC works SO MUCH better. Plus you can use the audio out on those devices which are way better that the onboard jack of the RPi.
They are a bit more expensive, but give you more freedom to tinker with.
Confused as the loopbacks are the echo channels for on board ec?
Shouldnât really make much difference to quality with the right algorythm?
Its just the EC processing is done on the card so no load?
PS do you guys know if alsabat -Pplughw:CARD=ALSA,DEV=0 -Cplughw:CARD=Device,DEV=0 --roundtriplatency -B1024 actually works?
Seems to come up with the same figures whatever
With EC you can set a delay which is fine but how do you know what the latency is.
Thought there would be tools unless the above is correct and is 53ms but that is very good for a Pi but it is a Pi4 so maybe?
I think that is what you will find the hardware loopbacks are for built in EC.
You dont really need EC if you have hardware EC, but would have to read up with my memory.
The pulseaudio AEC works well but for some is a bit load heavy I was just on a mission to find an ALSA one and see what it does for load.
The other cards starting climbing out of the price bracket I was looking at to be honest hence why was having a look at software EC.
I am not particularlly bothered about beamforming, but ec is pretty important and maybe forced to use the pulseaudio module but webtrc are no longer supporting and apparently it will go from pulse also.
Decideded to read.
ReSpeaker 4-Mic Linear Array Kit for Raspberry Pi support 8 input & 8 output channels in Raspbian system. The first 6 input channel for microphone recording(only first 4 input channels are valid capture data), rest of 2 input channel are echo channel of playback. The first 2 output channel for playing, rest of 6 output channel are dummy.
Not sure but when I read it echo channel is the audio to consider echo I thought they where looped back as that should correlate with system latency⌠Or anything else played that you have a signal.
Its one I am not going to buy so canât tinker.
With ./ec -i plughw:1 -c 8 -l 7 -m 0,1,2,3 use loopback channel 7 but why / what is beyond me.
Now then after reading the Speexdsp manual which ec is based on its says you can not do echo cancelation on different sound cards as they have seperate clocks that drift and will stop the EC adapting.
I havenât got the foggiest what that means really apart from it aint going to work well.
At least it gives me something to play with as now the 2 mic respeaker is looking back in the frame.
Spent some time googling about hardware loopbacks and can not find a reason apart from on board EC which is great if you have it.
You can do EC without a hardware loopback but clock drift and seperate cards at least stops the algs I can get hold of.
So I guess you can use any microphone / soundcard combo if you are prepared for a vocal forrest gump otherwise it has to be same card for capture/playback or really no EC.
Yeah it sort of fits my approx ÂŁ10 per module price range and also means no dac is needed.
ÂŁ9.57 aint bad I paid ÂŁ7.99 for a PS3 eye but didnât shop much.
THe layout of the 4 mic is much better but will have to see how EC compares but prob think that will set my budget picks.
The other drawback about EC is audio quality as in all I have seen its set to 16K sampling and I am pretty sure if clock drift matters so much as does sampling rate that playback and capture must match?
PS @j1nx@Dominik
There is also a python script for that EC which with a bit of molesting I guess you could add portaudio streams to the script and negate the malarky for the fifo and EC usuage.
With the https://github.com/xiph/speexdsp/blob/master/doc/manual.pdf and the SpeexDSP source https://git.xiph.org/?p=speexdsp.git;a=summary
There is an absoute plethora of new toys to play with.
VAD, AGC and all sorts that will prob wait until I have a all-in-one soundcard to play with.
The tail length of the EC is confusing as there is an optimal small length for EC but also smaller means more load, so might take some playing with to get it optimal.
EC also has a delay that gives an example approximation of 200ms which when I ran alsabat -Pplughw:CARD=ALSA,DEV=0 -Cplughw:CARD=Device,DEV=0 --roundtriplatency -B1024 on a Pi4 its a long way out as was an approx average of 50ms but donât know how good that test is.
Audacity and the other main audio app on linux that I can not remember (http://ardour.org/) have some latency tools that could prob verify alsa latency.
If you only have a tail length of 100ms then that is a country mile out.
It will be weeks before the 2 mic turns up pointless me testing on something sub optimal of 2 sound cards.
I did notice int frame_size = config.rate * 10 / 1000; // 10 ms whilst speex suggest 20ms (stereo?). Noticed also the default filter length is 2048 but if 100ms is a âgood choiceâ at 16khz then shouldnât that be 1600?
Also its not an order (multiple) of the frame size.
Also the buffer which is 128x the filter length ?
Maybe the manual & latest release are a bit out of sync or some mistakes have been made.
Been sat waiting for ages for the 4 mic and might have to wait longer as should of got the 2 mic at least for initial setup.
Been there, done that. I even built a LADSPA plugin from speexdsp-lib myself. I never got satisfying results.
Try to understand that and you will see that it is a waste of time to get this working on RPIs for soundcards with hw-loopback. There is a reason why the better Respeaker devices have a dedicated DSP onboardâŚ
No you tried with a Pi3 but from windows to pulseaudio there have been excelent software EC.
The EC part unlike beamforming isnât really rocket science or that heavy and doesnât nessitate a hw-loopback or dedicated dsp.
It even has working software on mobile phones, the speex implementation might not be great but from what I can see EC not has implemented it great either.
Shame webrtc doesnât have something with the Aec via python but what you are saying doesnât make sense as EC has had many software implementations on many platforms the only thing is load on a PI and with the Pi4 its prob likely.
The point is the âbetterâ respeaker products create an opensource product that is out of whack with commercial reality.
Maybe if you have commercial uses for them but your paying the price for a mic that is the price of a Google home.
That was my main gripe with the initial designs as unless cheaper modules can be found its not about expense its cost disparity to what is already available.
So yeah I am going to give it a go.
If its been working on android for as long as it has I am sure it can work on a Pi4.
If Speex just doesnât manage it then it will be a matter of pulseaudio but prob is next release its going to be dropped as its been dropped from webtrc.
So again doesnât matter if pulseaudio or asla but an alternative to webrtc or rehash the existing code as webrtc has supposedly a great implementation of EC.