Congratulations to the Modart Pianoteq team. You are amazing!

No more hangs so far, fingers crossed. Maybe I should have done this in the first place(?), I'm still pretty new to Pianoteq.

Now I have the problem that I liked the sound of 7.4.2 better;-), but that's just because I was very tuned in on it and my ears will probably adapt.

…. Do you also use a Kawai VPC-1 keyboard?

No. I use a Yamaha Avantgrand N3.

Possible source of error discovered. At least for me:

Today I changed the midi dialect in Pianoteq from „disklavier xp“ to „auto-detect“. Didn't have a single hanging note in Pianoteq in the 3+ hours (2 sessions) I practiced. Since „auto-detect“ is set by default, it would explain why most users don't have this issue.

Interesting. I never changed this setting and I guess in my case it's already in "auto-detect" mode (it is in my running 7.4.2), unless 7.5.2 has another default value.
I'll check the next time I'm testing 7.5.x, I'm currently still on the downgrade to 7.4.2

Do you also use a Kawai VPC-1 keyboard?

Michael10 wrote:

…  but it still occurs. Sometimes not for several minutes, sometimes there are 2 hangs in short series. It seems to be random notes, I don't think it's an issue with certain keys.

All I can say is that this never happens with 7.4.2 with the exact same setup, …

Yes, I can confirm that. Seems to be all random.  Today I had the issue after about 20 minutes in Pianoteq. Switched to Garritan after that and practiced for about 2.5 hours. Not a single stuck note during this time.

Possible source of error discovered. At least for me:

Today I changed the midi dialect in Pianoteq from „disklavier xp“ to „auto-detect“. Didn't have a single hanging note in Pianoteq in the 3+ hours (2 sessions) I practiced. Since „auto-detect“ is set by default, it would explain why most users don't have this issue.

…  but it still occurs. Sometimes not for several minutes, sometimes there are 2 hangs in short series. It seems to be random notes, I don't think it's an issue with certain keys.

All I can say is that this never happens with 7.4.2 with the exact same setup, …

Yes, I can confirm that. Seems to be all random.  Today I had the issue after about 20 minutes in Pianoteq. Switched to Garritan after that and practiced for about 2.5 hours. Not a single stuck note during this time.

I have the same issue (stuck note) that Michael10 reported. In the midi log, when the bug occurs, you can see that the note-off message is missing.

This issue does not occur with the vsl synchron pianos and/or garritan cfx. Pianoteq 7.4.2 also runs trouble-free.

I'm running the Pianoteq Pro (7.5.3) version standalone on Windows-10 Pro.

I did play some more and observing in Midi Monitor and Pianoteq's event monitor: In my case the note off is registered for the offending note(s) (in both programs), so I really don't know what's happening.
I disconnected all pedals to see if the issue is there, but it still occurs. Sometimes not for several minutes, sometimes there are 2 hangs in short series. It seems to be random notes, I don't think it's an issue with certain keys.

All I can say is that this never happens with 7.4.2 with the exact same setup, to which I'm downgrading again now because I need it at the moment.

I guess I'll contact support the next time I'll try.

Michael10 wrote:

I just tried with the newest update and I still get random stuck notes (sustaining notes).
If I detect a stuck note it gets resolved if I hit the key again. So it might be a missed note off event?

I wonder how to debug this...
I'm on OSX Monterey, VPC-1 connected via USB to Macbook Pro 2018 connected to power.

I again switched back to 7.4.2, it never happens there.

… .

I have the same issue (stuck note) that Michael10 reported. In the midi log, when the bug occurs, you can see that the note-off message is missing.

This issue does not occur with the vsl synchron pianos and/or garritan cfx. Pianoteq 7.4.2 also runs trouble-free.

I'm running the Pianoteq Pro (7.5.3) version standalone on Windows-10 Pro.

Michael, are you using the standalone version, or are you using Pianoteq in Logic ?
It would be interesting to run an application like https://www.snoize.com/midimonitor/ while Pianoteq is running, that way you can compare the events recorded by "Midi Monitor" and the events received by Pianoteq (as listed in options / midi)

Feel free to open a support request at https://www.modartt.com/support?direct=1 , it will be more convenient than in this thread.

I'm running it standalone.
I'll try to do what you recommended and might open a ticket later.

thanks!

I just tried with the newest update and I still get random stuck notes (sustaining notes).
If I detect a stuck note it gets resolved if I hit the key again. So it might be a missed note off event?

I wonder how to debug this...
I'm on OSX Monterey, VPC-1 connected via USB to Macbook Pro 2018 connected to power.

I again switched back to 7.4.2, it never happens there.

Michael, are you using the standalone version, or are you using Pianoteq in Logic ?
It would be interesting to run an application like https://www.snoize.com/midimonitor/ while Pianoteq is running, that way you can compare the events recorded by "Midi Monitor" and the events received by Pianoteq (as listed in options / midi)

Feel free to open a support request at https://www.modartt.com/support?direct=1 , it will be more convenient than in this thread.

I wonder how to debug this...
I'm on OSX Monterey, VPC-1 connected via USB to Macbook Pro 2018 connected to power.

I again switched back to 7.4.2, it never happens there.

Professor Leandro Duarte wrote:

The Pianoteq 7.5.3 update continues with an issue for the Linux version:

- The top menu bar does not appear when the GUI is in full screen mode.

What is you window manager ? I could not reproduce it. Note that the menu bar auto-hides itself, so you have to move the mouse cursor near the top edge for it to appear.

I believe that this problem occurs because the window in fullscreen mode does not appear maximized. The GUI fits perfectly when I click "maximize" on the shortcuts: alt + spacebar; the window configuration tab appears, I click on maximize or press the "x" key.

However, this adjustment must be made whenever Pianoteq is opened, as these settings do not remain.

Also, I notice that there is an inconsistency in the various window adjustment options for Pianoteq. There is "fullscreen" option in interface, "maximize" option in window, "fullscreen" option in window. Clearly, there is no correlation between the pianoteq interface options and the desktop window manager. It would be nice if there was the same clear and functional option.

Probably I did not understand what the problem is, because the auto-hide feature has been in older Pianoteq releases than v7.5.3 if I remember correctly.

If I were you I would make a specific thread with your issue and a screenshot or smartphone photo.

But these are just my 2 cents

There was an obvious, unintentional error in my original post, which I have since edited and corrected. After all these years I should know not to type detailed stuff at midnight.

I think my corrected key sequence of "ALT+LEFT click" is the equivalent of your XFCE shortcut of "ALT + SPACEBAR; then press the "M" key". It may, of course, be the way I have my system set-up after years of tweaking.

Unfortunately, if I get the application set up correctly on fullscreen, then drop back to normal size , and then return to fullscreen, the alterations have not held, and I have to repeat the grab and move process again to re-centre the application. Pressing the "Return" key doesn't seem to fix the alteration in place for subsequent alterations between normal and fullscreen.

We are closer to a fix, but not quite there yet unfortunately,

Michael

EDIT: The keystroke combination "ALT+F7" also appears to be defined as a "move window" action