> Can you please try the following:
>
> 1) Try to run this project, or something similar (containing DrumGizmo !!! )
>       WITHOUT Carla.
>
> 2) If you built MusE with LASH support, please disable it
>       before starting with "muse3 -L".

There is no Carla in the project, drumgizmo is directly added as LV2 
synth. Also tried with -L, no change.


> Otherwise, I'm sorry to say the ball may now be in DrumGizmo's court.
> Think about it. Just one plugin causing all of this?
> BTW The error you see on the command line is from within DrumGizmo,
>  but it is triggered by MusE. I hope DrumGizmo is not using that
>  semaphore in the realtime thread, that is a no-no, correct?

Definitely this would be not ok.


> Otherwise, over to you, DrumGizmo... ? Or what else can we do?

Carla also had a problem with Drumgizmo, for a while it couldn't open 
the native GUI. Reported this, falkTX investigated and found that the 
LV2 manifest was not correct. So it seems sometimes a bit fishy.

Also, there is a commit on the master branch in Drumgizmo which is 
named: "Alternative approach to semaphore timed wait." but as far as I 
can see this just uses clock_gettime instead of gettimeofday for the 
time to wait.

Also the terminal reports a interrupted system call. In the code they 
don't check for EINTR and then just abort. Normal procedure would be to 
check for EINTR, recalculate the times and retry, right?

Maybe I will ask them.


lg,
Michael

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Lmuse-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmuse-developer

Reply via email to