< Back to IRCAM Forum

OM 6.13 audio trouble (on osx 10.8.5)

OpenMusic
#1

Hi All,

I have just downloaded new OM version, but I have same behaviour about detecting audio device than in 6.12 version, and some patches does not run. I am on OsX 10.8.5 (I know it is a little dated). The problem is present in patches that use OM-Chant classes, I enclose the error advice and omloop and its subpatch screenshot.
On OM 6.12 the problem is not present, the patch runs perfectly. So must I update the system or contonue to use 6.12 version?
Tomorrow I can test the same on my Institute computer, with El Capitain OsX version.

Thanks in advance for help.

fdsdb

01.png

#2

Hi Fabio,

About the audio device selection, can you try to remove your previous preferences ?
(quit OM and delete preferences.lisp from your workspace folder)

Hard to tell about the other problem, unless you attach a patch maybe ?

Thanks,
Jean

#3

Hi Jean,

Thank you for reply. Yes, I have already tried to remove preferences, but without better results.
I enclose one of the patches that are not running on version 6.13, I think the problem could be connected with OM-Chant function in subpatch, because the previous version of that patch (only OMChroma class, no OM-Chant filter) runs.

Ciao

Fabio

17_sampler_02.omp (97 KB)

#4

Alright, so the problem in your patch is that some intermediate files that you generate have no extension (“aiff”).
This is not really well supported by the underlying audio system: in 6.12, you did not see these crashes but I think you could not play these files either (although they might be displaying well graphically in the OM sound box).

Anyway, I just fixed it in the audio lib and will post an update.

In the meantime, you will prevent this crash by just specifying an extension for your sound file names when you use ‘unique-pathname’: the 3rd — optional — input is here just for that.

J.

#5

Hi Jean,

Thank you very much, I have fixed almost all patches. Indeed I had encountered the same problem, and your solution, but I didn’t remember, I apologize for that.
If possible, I ask you about two further patches (n. 19 and 20, 20 is a variation of 19), because OM freezes and terminal opens, so I had to kill OM. In terminal I have succeeded in saving a bug report. I enclose the two patches and the bug report. This latter is relative to patch n. 20 error. Of course for me the bug report is arabic language, the only thing perhaps I understand is that it could be an error related to opening a file into /private/var/tmp folder (indeed very crouwded with files), but I am not sure.

Thank you for your disposability and kindness, ciao

Fabio

19_sampler_04.omp (217 KB)

#6

Hi Fabio,

in principle OM doesn’t deal or know about this temporary folder: I supposed it is more where Lisp tries to output crash reports, or something like this.

I ideed had some not-very-systematic crashes with your patch.
Maybe you can help with some precisions:

  • Does your crach happen all the time when you try it ?
  • Does it happen when you run only the sampler-loop, not the final “synthesize” box ?
  • Does it happen also with no so many notes (e.g. less than 10) ?
  • Does it happen in OM 6.12, too ?

Thanks

#7

ps. your patch generates a lot of sound files in the “outfiles” folder.
In order to avoid this I would recommend, instead of using ‘unique-pathname’, to use for instance a ‘FOR’ iterator (or a “COUNT”) in your OMLOOP in order to generate the output filenames from the iteration count.
Then you can avoid generating hundreds of files by selecting “replace” in the “If output file exists…” option of the OM audio preferences.

#8

Dear Jean,

Thank you for your replies. I am going to answer to first post, about your p.s. I must a moment to build the patch, I am not so acquainted with all omloop functions… and now I am going to my Institute (busy period…).

– the crash appeared all times, but now I am using the patches and with a large number of pitches I have the crash (to say, 6 steps in interpolation function), but if I set a reduced number of steps, for example 2, I have a minor number of pitches and the creash seems to disappear
– yes, the crash happens from sampler-loop forward
– ok, the answer is in first one
– oh, good to know: in OM 6.12 all was regular, but now I have tried to run again the patches, and I have crashes…

I hope this is useful also for your work, meanwhile thank you for your support.
Tomorrow I think I can have some time to try to set the omloop as you suggest in your p.s.

Ciao

Fabio

#9

For me the patch crashes both in 6.12 and 6.13

Can you try to disable the “Print system output” option in the OM Audio preferences ?

#10

Hi,

I have tested with “Print system output” disabled, both in 6.12 and 6.13, with many or few pitches, I have obtained the first enclosed error in 6.12 and the second one in 6.13.

Ciao

Fabio

01.png

#11

are you saying these are not the same errors with or with print output enabled ?

these two errors do not seem related to the previous one

#12

Yes, I had noticed, too. These are errors with print output disabled. That is without print output enabled.

#13

Little update: I have realized that the error is inside the subpatch denominated “formant_filter” inside the “sampler_loop”. So at the momento all apthces that contain that subpatch in the loop give me an error (specifically corresponding to 01.png attached above). I think it generate no sound or a bad-formatted sound: Audiosculpt can not open the temporary generated files. I have copied it in a new patch, and even with only one sound it gives me the same error. If I bypass it inside the “sampler_loop” everything runs. If I arrive to a solution I will post it.

#14

Second little update, sorry for all these posts: I have reinstalled OM-Chant 2.2, and verified that the tutorial patch denominated “09-snd-patch5”, from which I have taken suggestion for my subpatch, gives me the same error. But I am not able to verify is it is a problem linked to library or to some bad setting in my system. I have tried to rebuild permissions and doing some maintenance, but nothing has changed. Thanks in advance for every suggestion.

Indeed I am verifying that no patches from OM-Chant tutorial runs, at least the first thirteen ones. I have located again chant executable in preferencies, but without success.

#15

ciao Fabio,

OM-chant 2.2 works well with OM 6.13 on osx 10.12.6

here’s a screenshot of the tut you mentioned

So your bug is very strange…

Ci vediamo !

…………………………………………………… jerome

om-chant.jpg

#16

well………
I’ve tested the last version of your sampler

OM asks me several times to load a sound file (but really often !! ) and, when after 10 minutes of computing, I’ve chosen not to load a soundfile and I’ve (see bug-windows)
but, I’ve a sound (see spazio)

I send also the very long listener… (see listener)

hoping it helps !

…………………………………………………………………… jerome

spazio.jpg

#17

oops, the listener

listener.zip (15.3 KB)

#18

Dear Fabio,

I just tried to run the official chant tutorial you mention, and everything works fine on my computer. I just load a mono sound file, then compute it. I’m using OM 6.12 and OS X 10.11. Strange.

Screen-Shot-2017-12-08-at-17.58.39.png

#19

I try, for the third time, to send you the listener, I don’t know why forumnet don’t want to attach it !!!

listener.zip (15.3 KB)

#20

I am suspecting Fabio’s problem is related to the maximum number of open files per process allowed by the operating system (by default in macOS this value is 256).

Once this number is reached files can’t be open and sound objects in OM can’t load anymore.
Printing the external process to the OM output stream probably gets affected by this, too.