Great Pianoteq 7.5 update available (Page 3 of 3)

wow! they sound incredible good!

All the demos are very beautiful.
Modartt and Piet de Ridder: A perfect marriage!

Interesting...

   Weeks ago I was about to suggest Modartt to from now on to request that all mp3 demos from friends/collaborators would be sent with piano tracks separated from the mix, and al do the ftp fxp file the piano model, plus reverse or other effects from other softwares, making easy to render a new piano track after an new pianoteq version arrive.
   From my point of view, it's important to fast update all demo mp3 on website after each relevant change in sound.

    About Piet , he always creates great and lovely compositions and get the right mixing. :-)

    There are also other nice collaborators who we would to like to get their upgraded mp3 files.

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.

Agree - Gorgeous ! Marvellous sounds - beautiful and such skillful productions Piet.

RE full-screen..

Confirming there is an issue on Win 10.

When in full-screen, menu is a barely visible sliver (maybe a dozen pixels tall).. no text - BUT can click and see menu items.

But - after trying to resize (with + and - keys) the menu sliver completely disappears.

Ctrl-Shift-F worked to toggle back to non-full screen mode however, FYI.

If a user doesn't toggle as above though, they may not find a way (no clickable button/surface) to safely close without also resorting to task manager or Alt-F4. (I do appreciate how Pianoteq restarts by default NOT in full screen - good practice).

First time such a strange behaviour noticed on my system - good luck getting this fixed Julien!

I have a similar problem if I go into fullscreen mode, whilst running Pianoteq on Debian 9, with an Xfce4 window manager. The midi controls almost vanish off the top of my screen and there is a reasonable gap between the bottom of the piano keyboard and the bottom of my screen. When I initially go into the fullscreen mode, I can see the zone with the midi controls and no gap below the piano keyboard but then the application image jumps up the screen, seemingly to restore that gap below the application image.

If I press Alt+left click, I can grab the image and move it around the screen, so I can re-centre the application image on the screen ie with the midi controls visible and no gap below the piano keyboard. I found that it is not so much the case that the application image is moving relative to the screen but rather the fullscreen image is moving relative to the physical screen. If I drag the fullscreen image down a slight bit more it starts to reveal the underlying desktop wallpaper at the top of the screen.

That boundary between the desktop wallpaper and the top of the displaced fullscreen image is sensitive to cursor movements. If you move the cursor slowly across the boundary you activate the control panel with "File  Edit Window Help" and their associated drop down menus. It is a rather finicky boundary and I haven't learnt how to control it with a first cursor movement as yet. If you know how to activate the "Detachable Window" boundary in Pianoteq then you will have a fair idea how to summon the control panel from the boundary. Both seem to be speed sensitive ie a slow traverse will activate it, whereas a fast traverse does nothing.

With these couple of tweaks the fullscreen mode becomes fully operational with all the controls that you would ordinarily need. However, they are tweaks and one should not need to resort to them to make the mode work for you.

From looking at how the application behaves as it moves into fullscreen mode ie the later jump up screen after the application image has appeared, it would seen that the problem lies with the area that is defined beneath the bottom of the Pianoteq keyboard and the bottom boundary of the fullscreen mode. This portion of the image does not seem to serve any purpose, other than aesthetic, which it does by providing a dark border to the application image. However, it means that the overall defined image depth is greater than the depth of my screen and whilst I have a nice border, I lose access to some important functionality. It could also be said that the defined dimensions for the full screen mode are larger than the defined dimensions of my physical screen. Something is not being read properly obviously.

We don't need the bottom border, but we do need access to the midi controls and the control panel in fullscreen mode. It would be better, in this case, to sacrifice an aesthetic gloss for mere utilitarian functionality.

Pianoteq, however, in full screen mode, without the bottom black boundary, still looks extremely elegant and is efficiently functional; the essence of good French design.

Michael

EDIT :  Sorry I was typing late at night and should have typed "ALT+LEFT click" to activate the move function not "ALT+right click". Apologies for any confusion, but typing at midnight is always prone to error unfortunately and this was a silly one.

Mea Culpa! Mea Culpa!

Michael

Fantastic, Piet!

Excuse me while I stand on the corner and hail a Taxi for B...

:-)

Love it!

Waiting Modartt update/revoice U4 Upright to allow Piet to update these other great music demos:

Bierkeller: https://www.modartt.com/data/audio/pian...keller.mp3

Weathred: https://www.modartt.com/data/audio/pian...thered.mp3

Brushed-up: https://www.modartt.com/data/audio/pian...d%20Up.mp3

Eureka!

I found a way to adjust the window so that the menu appears normally:

Just adjust the already maximized window with the directional arrows. You can do this using the shortcuts (Linux XFCE) ALT + SPACEBAR; then press the "M" key; the mouse cursor will become a motion indicator icon, from there you can adjust the GUI position so that it fits perfectly on your desktop monitor.

IMPORTANT: after finding the desired position, do not forget to press the ENTER key to keep the adjustment!

Professor Leandro Duarte,

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

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.

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 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.

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.

No. I use a Yamaha Avantgrand N3.