< Back to IRCAM Forum

SkataRT doesnt make any sound

SkataRT
#21

Yeah this happens when I drop the device into a fresh set. Attaching the crash log below.

Live-2024-12-26-202733.ips (156.3 KB)

1 Like
#22

Thanks, the log made it clear that this is a Max crash in path_getsubdirectories. I notified Cycling and it is already fixed in the latest beta. However, this doesn’t help since it will take much longer until the Max engine for Live will get updated. So I sent you a new device by PM that tries to avoid this situation. Let us know if that fixes the problem.

#23

Here’s a hot lead for all the “skatart doesn’t make sound” problems: I got the chance to have a look at a long term skatart user’s computer. She had lots of different versions of mubu and pipo externals scattered all over the system (due to Live unpacking the skatart device and storing the externals contained therein). This causes various problems when Live loads the current skatart patch but finds old mubu versions first.

Check the Max console from Live. Close to the top the mubu version should be:

MuBu for Max, version 1.10.12
  IRCAM – Centre Pompidou, 20/12/2024
MuBu JavaScript support enabled

If it isn’t, clean your setup:

  1. make sure you’re using skatart 1.7.0-beta or newer (second download on the Forum page)
  2. make sure that all skatart instances in your set are the same version. (When old skatart versions are in the Live set, these might get loaded first, and their older mubu and spat externals will then be used also for the current skatart.)
  3. update the mubu and catart-mubu packages in standalone Max, if you have that. (It can happen that Live loads the mubu externals from the package installed in standalone Max.)
  4. Search for and delete outdated mubu.* and pipo.* externals (*.mxo) everywhere in the other Max search paths, and additionally in
    • ~/Documents/Max 9/Max for Live Devices/SKataRT Project/
    • ~/Library/Application Support/Cycling '74/Max 9/Settings/temp64-Max/mxt and temp64-live/mxt
    • same for Max 8

Hope this will solve these problems.

SKataRT v1.7 released
#24

Hello
I followed all the instructions given here, but the sound played only lasts two seconds. any suggestions ?
Thanks

Mac os 14.5
Live 12.1.5
Max 9.0.3

max console.pdf (121.6 KB)

#25

Oh sorry, I forgot upgrading Catart Mubu, Now it works !
Best regards D

1 Like
#26

Hi,
I think I’m having the same problem as masonyoungblood – 1.6 wasn’t giving audio output, probably because of old versions of objects in my path. I was cleaning it up but meanwhile downloaded the new 1.7. This works as a standalone object in Max, but when dropping the device into a new Live set, it crashes immediately.

Using Max 8.6.5, Live 11.3.41. Attached is the crash report.

Please let me know if there is anything I can do to fix this.

Thanks!

Ableton Crash Report 2025-03-17 232821 Live 11.3.41.zip (265.0 KB)

#27

Hi Ian, thanks for the crash log. It shows that Live seems to find old pipo externals somewhere under
/Users/USER/Library/Application Support/Cycling '74:

 63:    "path" : "\/Users\/USER\/Library\/Application Support\/Cycling '74\/*\/pipo.chop",
 64:    "name" : "pipo.chop"
 72:    "path" : "\/Users\/USER\/Library\/Application Support\/Cycling '74\/*\/pipo.descr",
 73:    "name" : "pipo.descr"
141:    "path" : "\/Users\/USER\/Library\/Application Support\/Cycling '74\/*\/mubu.knn",
142:    "name" : "mubu.knn"
498:    "path" : "\/Users\/USER\/Library\/Application Support\/Cycling '74\/*\/mubu.concat~",
499:    "name" : "mubu.concat~"
771:    "path" : "\/Users\/USER\/Library\/Application Support\/Cycling '74\/*\/mubu.granular~",
772:    "name" : "mubu.granular~"

1128: “path” : “/Users/USER/Documents/*/mubu”,
1129: “name” : “mubu”,

Did you also update the mubu package in standalone Max?

#28

Hi,

Yes, I did update the mubu and catart-mubu packages. It seems like the older packages I had had been installed manually rather than through the package manager, so I cleaned them up as best I could. There are some older files that I’m keeping for reference, but they should be outside of Max’s search path.

The only pipo externals I could find within /Users/USER/Library/Application Support/Cycling '74 are in the temp64-Max/mxt and temp64-live/mxt folders, which I had previously cleaned out. It seems like, when I drop the SkataRT device into a new Live set, it manages to create those files before crashing. They are all dated Feb 24, 2025 and have a version number 1.10.13 pre5

#29

ok, then you’re all good with externals. are there other M4L devices in the set that’s crashing?

#30

no, this happens when loading SkartaRT into a brand new set. Other M4L devices seem to be working fine.

If I host SkaraRT.amxd within a Max 8 project, the temp64-Max/mxt/ folder creates about 12 versions of these .mxo files. Some are mubu., some are pipo., and there is one spat5.pan~.

When I try to load it into a Live session, it seems to crash while in the middle of setting itself up, so within temp64-live/mxt/ I only get the following before Live crashes:

mubu.granular~, mubu.knn, pipo.chop, pipo.descr

It’s possible that I had not cleaned out the temp folders before the first crash log I sent, so just in case I’m attaching another one where I made sure those folders had no .mxo files in them.

Ableton Crash Report 2025-03-18 131853 Live 11.3.41.zip (395.3 KB)

#31

Hi again,
Well, I kept poking around, cleaning up old files, cleaning up old and new temp files, and finding new folders where old files were hiding. For awhile nothing worked, but now version 1.7 seems to open and run just fine in Ableton. I wish I knew what specific change I made that solved the problem so I could share it, but I really can’t say. Previously I had updated the mubu and catart packages in the package manager, this time I uninstalled and then reinstalled them – can’t say if that made the difference though.

Thanks for looking into my issue and for making this wonderful software.

-Ian