Ah! it was my mistake, and an easy fix, should be fine now :sweat_smile: just re-download and replace.

Sorry for the trouble!

3 Likes

ALL THAT IS UNHOLY EVIL!
you are a badass!

THANK YOU!!!

the names on the screens are AWESOME!
the sample slots at the top are GREAT!
the lesson on the LOAD/SAVE!

thank you thank you thank you!

5 Likes

@Justmat
ok…some reports from the front line.
:stuck_out_tongue:
it generally works…however…a few weird things can randomly happen at startup.

  • after loading a preset: the arc is spinning like crazy
  • after loading a preset: the arc is stuck and will not move
  • after loading a preset: there is no audio and I can’t reload/load a sample
  • sometimes will freeze norns completely up and I have to use the reset button on the bottom
  • if it’s not frozen and the arc is all wacky…I have been able to just load another script and then just reload mangl to get it working

once it’s running it seems to be really stable.
I had two very long sessions with it without error for the past two nights.

Got my Arc yesterday and this script was the first thing I did with it. Thanks so much for this.

That said, I can also confirm a couple of bug reports.

  1. The first time I tried to load samples into mangl, it caused Norns to become unresponsive to any input besides enc1. None of the keys worked, as well as enc2 and enc3. I had to reboot Norns from the terminal, and after that it was generally happy.

  2. On a later use, I was getting no audio from mangl even when I had a sample loaded and playing. I jumped over to Awake to make sure my audio was working (it was), and when I returned to mangl and reloaded my sample it was fine.

1 Like

Thanks for the reports. Not sure how to replicate here, but I will keep an eye out. :slight_smile:

Same, is there any logging you’d like to capture if I hit this kind of stuff again? Is there a way to dump a sample of the process or something of the like?

The only way that I know of is to be looking at maiden when the error occurs. Though I could be wrong :sweat_smile:

@Justmat - tremendous job on this script. It’s the kind of hands on control I’ve been looking for with a granular device.

Is spread supposed to go about a third of the way around the 3rd arc encoder at 100%? Maybe I’m not understanding the spread value.

1 Like

It is, though I can’t say why exactly :sweat_smile:

2 Likes

so…i’m not sure if this is a culprit or not…

but i have noticed that Mangl has been working consistently and stable since i removed the little WiFi thingie from norns.

i removed it when i noticed norns would hang or lag a bit when starting up since it would be looking to connect to WiFi.

1 Like

Though I haven’t been able to recreate the exact behavior of your previous post, I have certainly experienced occasional weirdness with running scripts while wifi is active.

Any thoughts :slight_smile: btw what’s the max file/total length? is there any limitation?
I’ve experienced file not being responsive when I try to load long (9 mins) field recordings
Many thanks!!!

I am not actually sure what the max file length is, but i bet @artfwo would know. :slight_smile:

thanks, did u have any ideas re scrub btn hold option?

I have not tested this, but it works with my norns rn :sweat_smile:

One idea I had is to just make the alt key a toggle instead of a momentary type button. So, change lines 221 - 228 from:

  if n == 1 then
    hold_track_speed(track)
    if z == 0 and was_playing then
      params:set(track .. "speed", track_speed[track])
      was_playing = false
    end
    alt = z == 1 and true or false
end

to:

if n == 1 then
    hold_track_speed(track)
    if z == 1 then
      alt = not alt
    elseif z == 0 and was_playing then
      params:set(track .. "speed", track_speed[track])
      was_playing = false
    end
  end
2 Likes

Appreciated! :wink: …

Just pushed a small update. It adds an alt behavior param, allowing you to choose momentary or toggle. Download and replace, or git pull to update.

3 Likes

So the toggle feature is AWESOME!
It makes mangl even MORE performance savvy!

got another weird bug here in the trenches though…

i was trying to load some samples from TAPE and it’s now doing something really weird.

on the arc…the SPEED knob LEDs are dead but the LEDs on the other three light up and move.
also there is NO audio.

if i load any other sample or saved preset everything works as it should.

hmmm…testing as i am writing this…
i just loaded another sample into a different slot and it works.

looks like this particular sample from TAPE was corrupted maybe.
(i’m assuming it’s corrupted)

other samples from TAPE load.

here’s were it gets weird…
if the corrupted sample is loaded…it kills any LED display on knob one of the arc.
and there is no audio from that slot.
if i change the sample for that slot it does not change state.
no arc display and no audio.

if i reload a saved preset…
any slot that had a corrupted sample in it will REMAIN in it’s broken state.
arc knob one will not display LEDs and there will be no audio from that channel even though it has a different sample.

i have to get out of mangl and load another script then re-load mangl for it to start working correctly again.

going to look at the audio file right now…
just a sec…
…
…
…
…
…
…
…
woo…yeah…it’s a fracked up sample.
even though it said it recorded…it says it has no duration.
(attaching an INFO pic of the file)

1 Like

hm yeah, that’s not great.

is there any chance you ran out of disk space while recording, or the device lost power?

(i’ve seen similar corrupted .wavs in both situations, but never just spontaneously)

nope.
i had just cleaned out the folder last night and started with an empty TAPE folder on norns.

weird how it has continued the count on the file naming convention even though i had deleted a bunch of files.

i had recorded up to 22 files but had deleted them.

it still started the count at 23 and so on.