Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

midi feedback on update is not always sent properly #35

Open
IARI opened this issue Aug 13, 2015 · 6 comments
Open

midi feedback on update is not always sent properly #35

IARI opened this issue Aug 13, 2015 · 6 comments
Labels

Comments

@IARI
Copy link
Contributor

IARI commented Aug 13, 2015

When a song is loaded, midi feedback for all clips states is sent, so on the device (i.e. the launchpad) the lights will be displayed according to the song's clip setup.

Mostly this works fine, but sometimes (in an unpredictable fashion) it does not: it just doesn't send anything or only a part of the expected midi signals (noticed with launchpad and double-checked with qmidiroute)

I plan to fix this in sonejostudios:Device_Rewrite but still creating this issue for reference
My guess is, the reason has something to do with concurrency/blocking of the queue, but i have yet to further investigate it.

@Vampouille
Copy link
Owner

Can you make a new PR for this issue ? So I can merge this fix in master easily.

@IARI
Copy link
Contributor Author

IARI commented Sep 3, 2015

sure, i'll be back home next week and cant start working on that before
then :)
Am 03.09.2015 11:52 schrieb "Vampouille" [email protected]:

Can you make a new PR for this issue ? So I can merge this fix in master
easily.


Reply to this email directly or view it on GitHub
#35 (comment)
.

@Vampouille
Copy link
Owner

Did you notice xruns when you have feedback issue ? Can you retry with gui window reduced (not visible on screen) ?

@IARI
Copy link
Contributor Author

IARI commented Sep 23, 2015

@sonejostudios tells me apparently there are xruns on song-load sometimes. Do you think this can be responsible for midi messages in the out_queue not being sent? (that sounds not safe to me)
How would you suggest to fix it?

@Vampouille
Copy link
Owner

I think QT part sometimes slow down python interpreter, if you increase refresh rate of progress bar (main gui), you will have many xruns. Gui should not slow down jack callback because callbacks are called from another thread.
One solution is to separate gui from main loop : maybe I need to create a python "thread" or run a second python interpreter.
Second solution is to limit midi messages count sent by each jack loop : only retrieve first 10 midi events from queue and send other events on next loop.

Xruns is a big issue in superboucle

@IARI
Copy link
Contributor Author

IARI commented Sep 24, 2015

I assume, superboucle would not be the only pyqt based program having trouble with xruns then?
Are there any interesting discussions, maybe in context of the python jack-lib-wrapper about the issue? however google didn't find too much :/

@Vampouille Vampouille added the bug label Dec 11, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants