#305

Cool! I’ll definitely look into this, doesn’t sound like the warble would be too hard to implement.

Re: destroy, yeah that was a total happy accident discovery and I actually kinda love it. It reminds me of some guitar pedals with various envelope controlled loop functions.

1 Like
#306

Hey @infinitedigits - I wanted to leave a comment and thank you for this script. I am still learning my way around norns and tonight I played with both Barcode and Oooooo and both are fantastic! I’m currently tinkering with it and attempting to learn some things via reading through comments and trial and error. I will probably be back with some questions.

Thanks again and I hope you’ve been enjoying the holidays!

5 Likes
#307

thanks for the kind comment :slight_smile: yes, of course - feel free to lmk if you have any questions!

2 Likes
#308

hey there. i just updated to the latest norns version and the latest Oooooo and I can’t get anything to record anymore. I looked at the log when loading up Oooooo and the only weird thing I’m seeing is this:

cannot access ‘/home/we/dust/data/oooooo/names/’
: No such file or directory
initializing 1
initializing 2
initializing 3
initializing 4
initializing 5
initializing 6
initializing 7
tape only
tape only
tape only
tape only
tape only
tape only

…and maybe that isn’t weird… maybe it’s normal?
I tested it w/ barcode just to see if maybe it was an across the board softcut problem but it seems to be recording and playing back just fine. any help would be appreciated.
happy new year.

2 Likes
#309

I had the same problem. IIR I fixed it by going to PARAMETERS Edit> scroll down to recording> then down to input type. Mine was set to tape by default and I had to change it.

6 Likes
#310

Thank you!
(20 characters)

2 Likes
#311

I just got a Norns Shield and I have to say that over the last two days Oooooo has become my best friend. Amazing work on this!

5 Likes
#312

Soooo I had big plans to work on a new feature for oooooo and only talk about it if I needed help, but I didn’t end up with as much time over the holiday as I expected and TBH any free time I had I was playing with oooooo :slight_smile:

I’ll say it out loud and maybe it’ll convince me to work on it: I think it would be rad if the beat counter for “reset every X beats” started when that particular loop was actually created.

Basically, if you’re playing along with other gear (say, a drum machine - my favorite thing to test with!) it’s difficult to get the first beat that oooooo counts to be in sync with the first beat of whatever the external sequencer is and so using the “reset every X beats” feature can be tricky.

If oooooo started counting as soon as it started recording, then the reset points would be predictable and it would be trivial to sync any loop with an external MIDI-clocked instrument.

Additionally, oooooo probably shouldn’t reset while it’s recording. This part I did actually figure out how to fix (although I need to test it): stop reset function if record arm or record is enabled · luciusbono/oooooo@fba3843 · GitHub

I think this would be really cool, and since we count in beats rather than bars there is still a lot of flexibility to sync to odd time signatures or create poly rhythms. Ideally each loop would start counting beats at the nearest beat to when it starts recording for ultimate flexibility.

I’ll try to hack on this, since I said I would, but if anyone sees any issues with this feature or anything that seems like it would be useful lmk.

Summary pseudo-code (I don’t know how to write proper pseudo-code, lol)

if recording then :
set loops beat counter to 0

while playing back:
if not recording and loop's current beat counter % reset every X beats parameter == 0 then
reset loop
3 Likes
#313

this sounds really cool! and your fix looks like a nice contribution too.

so the idea is to have each loop keep track of the beat number that it started recording on and then it counts beats based off that? i agree that would fix the case that you start recording in the middle of a loop and want to be synced up with that middle portion. actually i think that would give a lot more flexibility to recording in general esp for big loops.

i think this idea (if i interpreted correct) works especially well for live situations…however if you don’t mind “stopping” the loops - you could alternatively oooooo listen for a signal from your midi device and start all the loops playing from 0 (also assuming the 0-position is where you want to start from). this is actually what i often do - i use a op-1 and it sends a “play/continue” cc, which i have oooooo consume to initiate playback.

let me know if i can help in anyway or if you need to bounce around more ideas. i love bouncing ideas :ping_pong:

1 Like
#314

Yeah it seems like you understand what I’m saying, glad it seems like a good idea!

Ahhh I didn’t realize that oooooo responded to play/continue! Unfortunately the gear I test with (my Volca Sample) doesn’t send play/continue (that I know of). Does oooooo start all loops if they’re stopped if it receives play/continue?

I think counting is still the way that would work best for me so I’ll try to hack on it this weekend / next week.

#315

OK, so… Apologies in advance for what is undoubtedly daft n00b question of the day:

I can hear the input (a music file in VNC) through headphones connected to the Shield but I’m not sure how to get it to record - I mean, I know it’s K1+K3, twice, but no sound seems to be going to the loop.

I wonder if my input sound into oooooo is too low - it’s already at 100% in VNC (and my laptop output volume is now 90%, way louder than I’d normally have)…

The fact I’m hearing the source at a comfortable volume (clear, no distortion) in headphones makes me think I’m missing something really obvious in the settings for oooooo, but just cannot figure it out. Any suggestions gratefully received!

Thanks!

IMG_0538

1 Like
#316

See the post from @huron further above in the thread. That resolved the same issue for me

2 Likes
#317

Thank you! Will give that a go!

1 Like
#318

@Helen feel free to ask more questions if that doesn’t work. no question is too n00b :slight_smile:

i think the problem is originating by the fact that “input type” used to have 3 parameters and the default was parameter #3 ("line-in"). now “input type” has 5 parameters and the default is parameter #4 ("line-in (L+R)+tape"). the problem is manifesting because the old default is saved when oooooo is run, but after updating the old default is still used. i’m fixed this now by having the “input type” not be saved ever - this will help future users but any other users should try PARAMETERS > recording > input type and make sure its line-in (L+R)+tape as suggested.

sorry, i left out something important! the power to start on cc command is brought to oooooo via middy, which is available in the latest version of oooooo. basically every parameter (start loop / stop loop / record loop / etc) can be triggered using the osc commands. the middy script allows you to use midi cc (or any midi anything) to send triggers through those osc commands. this feature is a bit “power user”-ish since it requires writing a .json configuration file with the midi -> parameters mapping. but its very powerful, and will let you do things like “start all loops.” here is an example from my middy file which starts everything when i press a button on my nanokontrol:

i realize this is a little bit complicated and i’m happy to help usher if you want to try something along this path. but essentially it gives you a lot of power to chain all sorts of commands from virtually any midi input.

3 Likes
#319

Thank you, that’s a really kind offer!

I think the root of the problem is in my head, to be blunt - I’m a bit ‘on the spectrum’ so I tend to read things literally, also I lose sight of the bigger picture very quickly and get bogged down in details. “Can’t see the wood for the trees”, as the saying goes!

ilikeorangethecolour’s pointer to huron’s earlier post was exactly what I needed - so thanks to both of them! - but the bottom line is that I think I need to spend more time just learning the basics, of the whole Shield ecosystem, before I go back to oooooo.

That said, the little way in that I got (before again losing my way!) was just breathtakingly good - I’m so in awe of folks who can write the code for all these amazing scripts! In this case, I ended up reinstalling oooooo from Maiden in the hope that, when I go back to it, I’ll have a clean install… Time will tell, I’ve shut it down for now and will try again later, after I’ve eaten (another of my spectral idiosyncracies is forgetting to do that!)

The Lines community is so blessed to have people like you (among many others) around - but there are still things I need to get straight in my own head about it before I dive back in.

Thank you everyone for your patience with slowcoaches like me, I can’t tell you how much I appreciate it :green_heart:

5 Likes
#320

Im definitely ‘sitting at the back with the rafia’ with some of these complex scripts. but diving in and seeing what you get is also rewarding. Some you break through, some not.
yes also in awe of the coders on another level.

2 Likes
#321

@infinitedigits
wondering…is this something that OOOOOO could do?
or would this have to be an entire script of its own?
:stuck_out_tongue:
https://www.drolofx.com/pedals/stretch-weaver/

4 Likes
#322

that is very very cool. there is a lot going on in that pedal! oooooo can’t do much of that…there’s not a lot of loop<->loop communication going on so you can’t use one loop to transform another. its a really cool idea though. i think its moderately difficult, but it would be cool to script up something that has two channels that modulate each other’s pitch/filter/effect based on their volume.

5 Likes
#323

hey ya!
got a couple of questions…

so i am going control crazy assigning a horde of parameters using a FaderFox PC12.

so…when i make changes to the LFO (amp, period, offset) affecting Vol the selected loop jumps all over the place.
is that normal?

also…i either forgot or missed the memo.
i can’t select the odd numbered loops without it also selecting (highlighting) the even numbered loop.
however…i can select the even loops individually.

thanks for any help!

1 Like
#324

yes…the lfo is a sine wave calculated from time=0, so changing the period and offset can cause huge deviations from its current position. if you’re looking to add lfos to the lfo…things can get pretty much more random-seeming.

ok you might be stuck in a new mode added! can you go to choose mode from parameters and choose default? that should be you back at normal. if that doesn’t work, check each loop X and see if the sync tape with parameter is set…it sounds like the loops are synced together. (this is a feature not a bug…for stereo mode you can sync two loops and hard pan them :slight_smile: )

1 Like