Search results

Hi, You are correct that the additional load on the 5V supply will be very small. Depending how many WS2812B's you are also driving the current drawn will likely be fine. The main thing to watch for is voltage and that you don't connect 5v to any of the Teensy inputs, the max. is 3.3V for a...

you need to reference to the element in the array: from - usbMIDI.sendControlChange(60 + i, cc_value, channel); to - usbMIDI.sendControlChange(60 + i, cc_value[i], channel); Cheers, Paul

you need to hold all the cc_values at the moment you are just using one variable, something like: // Store the value of Control Change for each button (0 or 127) uint8_t cc_value[8] = {0, 0, 0, 0, 0, 0, 0, 0}; ....... // Toggle CC value between 0 and 127 if (cc_value[i] == 127) { cc_value[i]...

I don't believe so.

on the teensy the usb host port is only host (your iPhone and Mac can switch between host and device duties) can you connect the teensy as a device using the other port?

I think you're connecting a Host (iPhone) to a Host (USB host port) which doesn't work - can you connect the phone to the usb device port on the teensy.

I missed this, bandcamp links sounds much better (sample 2 - wow!) - really nice

use !asyncUpdateActive() to avoid writing to the buffer while its updating

had Quick Look at library, it has a dmabusy so maybe something like if (!tft.dmaBusy()) { tft.updateScreen}

If dma then control should return to your loop but I would still measure the time take in you loop() to be sure. I don't know if your library has a dual buffer but is there a chance that you're modifying the framebuffer while DMA is still transferring?

I do not know the library but I would time these transactions, the library has lots of comments like //Not sure if should or not or do like main code and break up into transactions... which suggests they may take some time Cheers, Paul

I would time add some elapsedMicros timers around fillScreen() and the other items in your Task_Timer routine to characterise how long they take (average and also max). Depending on results you may be able tot optimise them or make midi.read() occur more deterministically Cheers Paul

I watched your video, not sure I followed exactly what you were doing but are you sure it is midi drop out i.e. actually missing midi messages or is the timing just being thrown off ? I see you print to serial note on - do you see the right sequence of notes. Cheers, Paul

1.0f will likely be hard clipping so unless you like it that way I'd aim to keep it well under 1.0f at each stage - Mark's 0.9 is a good working max. Cheers Paul

I use a RGB led and x10 max_vu_level to pick a colour from // VU Meter display colours int VU_display_colour[11] = {0xE4E4E4, 0x008000, 0x002600, 0x00FF00, 0x00FF00, 0xFF4B00, 0xFF4B00, 0xFF4B00, 0xFF4B00, 0xFF4B00, 0xFF0000}; // gamma corrected During development...

I do something very similar to Mark and sprinkle AudioAnalyzePeak around the key points of the design. I run this routine on a slow update (10 hz) to collect these together and use the global variable, max_vu_level to set a led showing any potetnail clipping. void analyseGain() { BCRMB1...

This is really very impressive, looks and sounds great. What codec are you using?

You're absolutely right that i2c pull-ups are good practice for any design but the OP has already confirmed they don't have the parts for external pull-ups and we're just trying to get a basic result from their breadboard lash-up. I've used this board in the same situation and the T4.0 internal...

Hi @Weiweiweiwea, The AudioControlCS42448 control object set the address as 0x48 as default. If you want to change this use .setAddress. I didn't use pull ups on SDA/SCL in my tests. Can you post the code you're using to test. cheers, Paul

Hi Rich, The standard USB input object is only 2 channel. There is some experimental work for multi channel - check out this link if interested. Cheers, Paul

may be a bit more than you need with 6 ins and 8 outs but worth checking if your looking for something pre-built and relatively cheap https://forum.pjrc.com/index.php?threads/cs42448-board-6-audio-inputs-8-outputs.72479/#post-327541 cheers, Paul

That's great you've found the problem - looks like an interesting effect. A couple of minor additional comments On the USB tick issue - I don't have much experience with the USB audio but I know it doesn't work well if you change AUDIO_BLOCK_SAMPLES away from the default - don't know if this is...

Not quite answering our question....but if you are going to make more than a few boards at JLC you might also want to look at the Sparkfun MicroMods. The micro mod connector I use at JLC with their assembled service is C7498141 cheers, Paul

Haven't had a chance to fully review the code but from the description can you check how your update() deals with null blocks i.e. same as you are checking the outblocks, check blockLeft & blockRight before processing them.

very cool, love it

Hi, I was just typing what @joepasquariello said.. A couple of other points you might want to look at: - have you got the right SPI_MODE? The data sheet says it clocks the data on falling edge (SPI_MODE 1 or SPI_MODE2?) - in loop you're sending full output then zero output straight after it...

https://forum.pjrc.com/index.php?threads/cs42448-board-6-audio-inputs-8-outputs.72479/#post-327819

wow - sounds great. love the sequencer also

@BriComp never tried that one but looks good (inc. led driver & level shifter) and stocked at jlcpcb so maybe try it soon.

Hi @AntiLoop In the end I used a modified version of the Bounce2 library (modified to let it access the MCP23017 port expander as the buttons aren't connected directly to the Teensy pins but connected via I2C). cheers, Paul

@bossredmam - sorry to re-open an old thread - did you find a way of using Bounce with the MCP23017? Cheers Paul

Hi @Leetut a quick one to try - can you make the delay in the loop a bit longer and see if that helps, I found neotrellis locks up if polled any quicker than 12ms. I used a loop of 20ms for reading the keys and let everything else run as quick as possible rather than using delay() in loop()...

@UHF - I use the micromods. I use TyUploader for user firmware updates - I only have to very occasionally do the boot button otherwise it happens as expected. If you can I'd recommend breaking out the boot button as useful if thing get really screwed up and it needs a complete reset.

Hello from here. Which of the files would I need to pull across to try this on a bare Teensy 4 (no external memory) - the effect .ccp +.h and extreme.h + .cpp - any others? cheers, Paul

Yes, that's the one - I'll jump across to your other post "External" delay with modulation inputs

I'm sure the original has a dedicated echo feedback tap but you might be right that you could double duty one of the reverb taps. That's nice on the negative modulation, a couple of questions on your modulated delay object: would it work on a teensy without external memory? what sort of...

I sample at 44.1 and use this - a port of a part of the Mutable Instrument Plait euro rack module to simulate the sample rate + some extra bit crushing. On the topology you need another tap on the main delay for feedback (you'll see why I made it 10 taps!) and the LFO pairs run in anti-phase...

It's an unusual architecture there are 8 main taps and then for the reverb there are 16 modulated taps (modulated in anti-phase pairs to try and cancel out pitch change) - it doesn't sound like a modern realistic reverb, its got it own character! Nice write up here if interested

yes that's it - fade over specified number of milliseconds or smooth scrubbing through the buffer at a set rate. both of them really just for making delay time changes musical without pops or clicks but both methods sound very different. I use a version of these on a re-make of a vintage musical...

@h4yn0nnym0u5e - to avoid any confusion, the AudioEffectDelay10tap isn't intended as a modulated delay, it was written just to be able to change the delay taps in real time (like with a pot.) without any pops or clicks. it either cross fades between the current and desired time (delayfade()) or...

@M4ngu sorry I'm not familiar with the alternative dynamic lib. Just checking a couple of basics have you copied both the .h and .cpp files into the same directory as the sketch and have you included the next object in your sketch with #include "effect_delay10tap.h"? Can you include your...

An in-between option is the Sparkfun Teensy MicroMod which might help depending on the volume you are looking at and just how small you need it to be. Also note there have been some quality issues and at the moment the Sparkfun site is showing it as on Backorder. Cheers Paul

@alfa66 I've experimented with one of those boards from ali express, they work fine with Teensy. I captured a few details of the connections on my board - it look exactly the same as your board. I have it running with the 6 ins and 8 out with breadboard wiring (you'd want to tidy up the...

could be that it is drawing too much current, if it's over 500mA the MBP will cut power to it. if you have a multi meter can you measure the current? or can you put up an schematic of the circuit you are using (how many sliders, what value, anything else in the box etc) cheers Paul

@balu027 i don't know how you have it routed on the pc/computer but are you inadvertedly setting up a midi loop? ie. Reaper>teensy>Reaper>teensy>Reaper etc. causing the extra notes? cheers Paul

AudioStream.h lists following as problematic with lower block sizes - AudioInputUSB, AudioOutputUSB, AudioPlaySdWav, AudioAnalyzeFFT256, AudioAnalyzeFFT1024

@Isrichard - changing AUDIO_BLOCK_SAMPLES shouldn't change the way the pedal behaves or the sound of your effect at all (other than latency). By default the library processes sound in blocks of 128 samples (128 samples at 44.1kHZ = 2.9ms) reducing this just means that audio is processed in...

6ms is a bit high if you are mixing in a dry signal elsewhere. If you want to reduce the latency cut the number of samples in an audio block down from the default 128. Edit .../cores/teensy4/AudioStream.h and change AUDIO_BLOCK_SAMPLES to 16, recompile and re-measure the latency cheers, Paul

@phjanderson - I modified the AudioMixer4 for a 10 channel AudioMixer10, files below if you interested, Cheers, Paul

@MrCanvas - good experience with Grawart on a short run of 10 custom cases, I used FreeCAD and the SheetMetal workbench to work out a design.