And you're doing a great job at it, not to mention the new hardware you manage to put in our hands every year ;)
The above comment of mine is a year old and represents the (yet unfulfilled) idea...
Type: Posts; User: CyborgEars
And you're doing a great job at it, not to mention the new hardware you manage to put in our hands every year ;)
The above comment of mine is a year old and represents the (yet unfulfilled) idea...
@chipaudette: as the teensy's ARM chip is permanently handicapped in the 24-bit audio department as it's DSP instructions only work on 16 bit samples, audio library support for 24 bit is notoriously...
Update: the AVC issue is finally going to be addressed in Issue #209 and matching pull request #210.
Hello Manatok,
have you had a look at our project description here in the forum?
I think there are at least 3 issues at hand which complicate your project if you decide to go for I2S instead of 4...
I've got to extend the report, things are somewhat worse:
AVC_ATTACK and AVC_DECAY are also affected (code source). They need 12 bit, but also get cast to uint8_t:
uint8_t...
@jdbliesener:
Is the analogSyncRead(...) implemented by the dual-ADC library not good enough?
I see that they're just started sequentially, but if that means microsecond-level delay, it might be...
We've found an important library error:
in the control_sgtl5000.cpp AudioControlSGTL5000::autoVolumeControl(..),
the audio volume limiter value is bogus due to a wrong cast:
uint8_t...
I used the regular Serial.write(), which can also write several bytes via Serial.write(buf, len).
USB Serial transfer is already highly optimized on the teensy.
I don't have code for the regular...
@randomthumper:
Your question about 2x stereo in on the teensy + audio shield platform is a good one.
The teensy 3.1 DOES have two ADCs, and there is code support for it, look here.
Now,...
@whollender, @Paul:
I'll try to go a bit more into detail about my reasons, as there seems to be some misunderstandings.
I'm not an audio expert by trade, so some of my understanding of issues...
Side remark: when benchmarking "virtual serial" connections, the host-side software (realterm, screen, minicom ..) mostly isn't able to handle multi-megabaud-rates, or doesn't use the necessary...
@whollender: I guess that with codec you mean the PCM CODEC you are using on the "big" audio board?
@WMXZ: the code looks simple, but I'm not sure how well it will work in our microphone-dependent...
@TronicLabs: I can definitely confirm by experiments that there is enough bandwidth available for a stereo 24-bit 48kHz audio stream. (tested from the teensy to a computer with real sound, but sent...
@Paul:
The first pull request is online.
Regarding a more fine-tunable enable() function for the SGTL5000, I'm thinking about which CHIP_CLK_CTRL and CHIP_I2S_CTRL settings to expose:
SYS_FS,...
@WMXZ, whollender: we're another group running a teensy 24 bit audio (project description: see here) and very interested in anything you can cook up in that direction.
@WMXZ: do you have sample code...
Hello Paul,
I'll send you a pull request soon that addresses some of the issues.
I was aware of the GUI and the "helping information" there, but I didn't realize that the documentation for the...
For our Audio project presented in this thread, we've been using the SGTL5000 hardware abstraction class control_sgtl5000.cpp (part of the audio library created by Paul).
We've found several minor...
Exciting news: I've just realized that I was wrong about the claimed inability to mix ADC (=LINE-IN) with the main I2S_IN audio.
While the audio switch in general is just a simple switch as...
@riodda: Yes, that is correct, the SGTL5000 is our 'only' means to manipulate the audio data in this signal flow configuration.
Regarding mixing and 'real' DSP work:
The SGTL DSP is limited to...
@Stendall: good catch, the "Typical Application Schematic" on page 59 of the SGTL5000 datasheet agrees.
On a (very) quick look, the actual board layout looks correct in this regard, by the way, so...
Hello all / Paul,
as with every "serial" connection that is labeled RX or TX, there is a tendency to confuse who is actually receiving or transmitting the data.
In case of the teensy audio...
Hello all / Paul,
we are working with several teensy audio boards and realized that most of those are actually a new hardware revision REV B, for which there is no explicit documentation yet.
...
[reserved post2]
[reserved post]
Hello all,
We would like to present you an extensive audio hardware project that we are currently working on, and some of the new ground we've explored relating to teensy audio capabilities.
Our...