Topic: On hold - Pianoteq standard licence for sale

For now i put the sale on hold.
Though i didn't solve my problems completely at the moment,
The continuous support by some of the forum members gave me some hope to solve my problems in the future.
For now I do focus on a short term solution with other software,
but I will try Pianoteq again later.



For sale:
Pianoteq standard with 5 instruments :
Steinway Model D
K2 grand piano
Steingraeber E-272
Blüthner Model 1C.
Bechstein DG

Price: €280, no extra transfer fee.

Last edited by MrRoland (10-10-2019 22:42)

Re: On hold - Pianoteq standard licence for sale

Say man, too bad you’ve been unable to resolve your systemic latency issues.

Have you contacted support, recently?

Pianoteq 8 Studio Bundle, Pearl malletSTATION EM1, Roland (DRUM SOUND MODULE TD-30, HandSonic 10, AX-1), Akai EWI USB, Yamaha DIGITAL PIANO P-95, M-Audio STUDIOPHILE BX5, Focusrite Saffire PRO 24 DSP.

Re: On hold - Pianoteq standard licence for sale

Indeed, I didn't resolve my intermittent latency issues.
I really hate to sell my license, the sound of Pianoteq is superior to any digital piano or software piano that I tried, but since I'm using it mainly for for live playing the latency is a no go.

I did not contact support to be honest, I did however followed every tutorial I could find about getting your system latency free and suited for pro audio, changed hardware etc... I think my hardware setup is to blame and I want to use the money from the license to change my setup. I expect to return to Pianoteq after a while.

Re: On hold - Pianoteq standard licence for sale

MrRoland wrote:

Indeed, I didn't resolve my intermittent latency issues.
I really hate to sell my license, the sound of Pianoteq is superior to any digital piano or software piano that I tried, but since I'm using it mainly for for live playing the latency is a no go.

I did not contact support to be honest, I did however followed every tutorial I could find about getting your system latency free and suited for pro audio, changed hardware etc... I think my hardware setup is to blame and I want to use the money from the license to change my setup. I expect to return to Pianoteq after a while.

I'd suggest contacting support - they were a great help to me.

As for the latency issue have you tried the direct hardware options or are you using JACK or ALSA for audio ?

I suppose it's also worth asking if you're sure it's not the keyboard ?  Have you checked with other virtual instruments ?

Have you run it under a GUI or command line (using --headless) ?  On your hardware I'd strongly recommend avoiding a Desktop GUI if possible.  If you have keyboard buttons to assign you can use them to trigger a MIDI event in Pianoteq that will e.g. load a specific preset.

As you like Pianoteq it would a bit premature to jump ship without asking support.  Give them about 24-48 hours to respond, I guess.

StephenG

Re: On hold - Pianoteq standard licence for sale

What I tried so far:
- Odroid-xu4
- Intel T8600 bast mini pc (best results)
- HP Folio 1020 g1(core-m5)
- Win10 (bad results)
- Ubuntu studio (clocks cpu down... Why?)
- Ubuntu
- Debian
- Dietpi
- standard (preemptive) kernel
- Realtime kernel.
- tons off system tweaks
- Internal audio interface of Numa compact 2
- M-audio FastTrack ultra
- different USB hubs (recommended for audio usage)
- jack (xruns)
- alsa (direct hardware) best results.
- different buffer settings
- gui
- headless (no difference)
- read numerous forum posts about the issues to find a solution.
- My keyboard is not the cause off the problem. When I hear the latency occurring and I play back the recorded midi file, the latency is gone. So the midi events sent to Pianoteq have the right timing.

I'm trying to get it to work stable for over a year now.... I don't think it's premature to stop.
But I'll send a mail to support and see what happens.

sjgcit wrote:
MrRoland wrote:

Indeed, I didn't resolve my intermittent latency issues.
I really hate to sell my license, the sound of Pianoteq is superior to any digital piano or software piano that I tried, but since I'm using it mainly for for live playing the latency is a no go.

I did not contact support to be honest, I did however followed every tutorial I could find about getting your system latency free and suited for pro audio, changed hardware etc... I think my hardware setup is to blame and I want to use the money from the license to change my setup. I expect to return to Pianoteq after a while.

I'd suggest contacting support - they were a great help to me.

As for the latency issue have you tried the direct hardware options or are you using JACK or ALSA for audio ?

I suppose it's also worth asking if you're sure it's not the keyboard ?  Have you checked with other virtual instruments ?

Have you run it under a GUI or command line (using --headless) ?  On your hardware I'd strongly recommend avoiding a Desktop GUI if possible.  If you have keyboard buttons to assign you can use them to trigger a MIDI event in Pianoteq that will e.g. load a specific preset.

As you like Pianoteq it would a bit premature to jump ship without asking support.  Give them about 24-48 hours to respond, I guess.

Last edited by MrRoland (04-10-2019 09:05)

Re: On hold - Pianoteq standard licence for sale

One issue I had ( Linux Mint 17 and 18, based on Ubuntu version ) was that by default the CPU performance management system is set to "powersave" and not "performance".  I needed to install a couple of items which, if I recall correctly, were

  * indicator-cpufreq  (a desktop indicator that allows manual selection of mode)
  * cpufrequtils (the

By default the kernel seems to set to powersave and you have to manually set performance mode.  On performance mode the CPU does not reduce clock speed as aggressively as powersave mode, which steps down the CPU clock speed pretty much any chance it gets.  My experience is that performance mode does not persist  across reboots and you enter powersave by default.

StephenG

Re: On hold - Pianoteq standard licence for sale

Yes, I forgot to mention that.
First thing I did I set the cpu to performance.
Be aware that the cpufreq indicator is only setting 1 cpu core to performance, I had to change the other cores via the terminal.



sjgcit wrote:

One issue I had ( Linux Mint 17 and 18, based on Ubuntu version ) was that by default the CPU performance management system is set to "powersave" and not "performance".  I needed to install a couple of items which, if I recall correctly, were

  * indicator-cpufreq  (a desktop indicator that allows manual selection of mode)
  * cpufrequtils (the

By default the kernel seems to set to powersave and you have to manually set performance mode.  On performance mode the CPU does not reduce clock speed as aggressively as powersave mode, which steps down the CPU clock speed pretty much any chance it gets.  My experience is that performance mode does not persist  across reboots and you enter powersave by default.

Re: On hold - Pianoteq standard licence for sale

MrRoland wrote:

What I tried so far:
- Odroid-xu4
- Intel T8600 bast mini pc (best results)
- HP Folio 1020 g1(core-m5)
- Win10 (bad results)
- Ubuntu studio (clocks cpu down... Why?)
- Ubuntu
- Debian
- Dietpi
- standard (preemptive) kernel
- Realtime kernel.
- tons off system tweaks
- Internal audio interface of Numa compact 2
- M-audio FastTrack ultra
- different USB hubs (recommended for audio usage)
- jack (xruns)
- alsa (direct hardware) best results.
- different buffer settings
- gui
- headless (no difference)
- read numerous forum posts about the issues to find a solution.
- My keyboard is not the cause off the problem. When I hear the latency occurring and I play back the recorded midi file, the latency is gone. So the midi events sent to Pianoteq have the right timing.

I'm trying to get it to work stable for over a year now.... I don't think it's premature to stop.
But I'll send a mail to support and see what happens.

sjgcit wrote:
MrRoland wrote:

Indeed, I didn't resolve my intermittent latency issues.
I really hate to sell my license, the sound of Pianoteq is superior to any digital piano or software piano that I tried, but since I'm using it mainly for for live playing the latency is a no go.

I did not contact support to be honest, I did however followed every tutorial I could find about getting your system latency free and suited for pro audio, changed hardware etc... I think my hardware setup is to blame and I want to use the money from the license to change my setup. I expect to return to Pianoteq after a while.

I'd suggest contacting support - they were a great help to me.

As for the latency issue have you tried the direct hardware options or are you using JACK or ALSA for audio ?

I suppose it's also worth asking if you're sure it's not the keyboard ?  Have you checked with other virtual instruments ?

Have you run it under a GUI or command line (using --headless) ?  On your hardware I'd strongly recommend avoiding a Desktop GUI if possible.  If you have keyboard buttons to assign you can use them to trigger a MIDI event in Pianoteq that will e.g. load a specific preset.

As you like Pianoteq it would a bit premature to jump ship without asking support.  Give them about 24-48 hours to respond, I guess.

For your information,
I run smoothly Pianoteq 6.5.1 on a laptop pc from 2010 with a Core i5 460M / 2.53 GHz, at 48kHz and 64 samples without any dropout under Linux LIBRAZIK-2, a debian based distro optimized for audio. Very stable
My soundcard is a Focusrite 6i6 1st gen, same category as yours.
Here you can find the iso file:

https://mirror.lamacloud.com/librazik/

Really you should try especially if you are already using the Linux environment.

Good luck

Re: On hold - Pianoteq standard licence for sale

Thanks for the suggestion.
Some questions :
- is this a live iso or installer only?
- The whole project seems to be French?
  No problem, but I don't speak French. So is the os language also  French or English?

Re: On hold - Pianoteq standard licence for sale

MrRoland wrote:

- is this a live iso or installer only?

It is a live iso, so you can try before install


MrRoland wrote:

- The whole project seems to be French?
  No problem, but I don't speak French. So is the os language also  French or English?

It is basically a Debian optimized++ for music, so you can install whatever langage.


I have made some installs and re installs of this distribution.
The only point that could be problematic is to select and configure your soundcard. I should use some command lines for that.
If you have problems, contact me, I probably could help you.

Re: On hold - Pianoteq standard licence for sale

So far, no luck.
Live version is completely in French and with a wrong keyboard layout. Us-intl is not selectable while it's a very common layout.
I really can't work this way.

Installer crashed 3 times now wile copying files to disk...
I'm creating a new install disk now, hoping it will work.

Re: On hold - Pianoteq standard licence for sale

So I guess it's not my lucky day...
Finally managed to install on a separate drive (I do this all the time for test purposes), but somehow the installer completely corrupted my gub install... I had to use grub rescue to manually boot into Debian an reinstall grub...
Now, after some frustrating hours, everything (except the fresh install) works again.
I'll have another go tomorrow.

Re: On hold - Pianoteq standard licence for sale

MrRoland wrote:

So I guess it's not my lucky day...
Finally managed to install on a separate drive (I do this all the time for test purposes), but somehow the installer completely corrupted my gub install... I had to use grub rescue to manually boot into Debian an reinstall grub...
Now, after some frustrating hours, everything (except the fresh install) works again.
I'll have another go tomorrow.

Yes,
There are some problems related to grub and grub-efi if I remember.

So, you should adopt the 3rd method to install Librazik:
https://librazik.tuxfamily.org/doc2/man...ianstretch

I'm sorry, it'in in french but it'not difficult.


Step 1:
Install a Debian Stretch (Librazik is based on debian stretch)
You can find the iso there:
https://www.debian.org/releases/stretch...ex.en.html


Step 2:
Install the pack gdebi (by Synaptic or command line)


Step 3:
Go on this page: https://download.tuxfamily.org/librazik/decepas/
Download these 2 packages: librazik-keyring_2_all.deb and librazik-apt_2_all.deb by right click and download on your desktop


Step 4:
Install first the librazik-keyring and after the librazik-apt by right click and "open with gdebi"


Step 5:
Update
There could be a message error, don't take care of it, we will see that later


Step 6:
Install these 4 packs thru Synaptic: librazik-base-all, librazik-mate-all, librazik-optimisations-all et librazik-theme-all


Now, for the langage in Librazik, I am not sure it is possible in English, but it's worth to try at least for you to see if your material works well.

Re: On hold - Pianoteq standard licence for sale

At first, I must give a big thank you to all of you for your help.
Despite my grumbling I do appreciate it.

I had a very interesting and confusing evening, I'll try to summarize my findings.
- I got Librazik to boot. It seems to be better adapted to audio usage than the standard Debian indeed.
- sadly, same issues occurred within a minute of playing.
- Cpu policy was set to performance.

- Julien (Modartt) asked me to compare the performance with windows, so I fired up my win 10 install and gave the Pianoteq trial version a hard time.
- Against all odds, the performance was rather good. The performance index was about 30 to 40 points higher than the Linux version and I did not experienced any troubling delays.
This wasn't the case when I tested the laptop directly after purchase.
- Pianoteq showed a solid 1200MHz cpu frequency which got me suspicious. I checked windows taskmanager and found out the cpu frequency was between 2.6 and 2.9 GHz, which is supported by the performance index. This frequency means the processor is permanently in turboboost status, which is a good thing.

This is where a difference with Linux showed up. Linux does not activate a permanent turboboost.

I don't like the windows os, but it seems that Linux does have a problem with the cpu governor. I think I'll free one of my license slots and activate the full version on win 10 to give it a try.

Ill report back later.

Last edited by MrRoland (05-10-2019 23:24)

Re: On hold - Pianoteq standard licence for sale

Very interesting update.  Thanks.

StephenG

Re: On hold - Pianoteq standard licence for sale

It's strange.

With Librazik, the governor is set to performance by default.
If Windows runs, Librazik should run with the same hardware! You can even install a realtime kernel that is included in the repository.

Did you use jack to connect Pianoteq? In my experience, it's the best way to work with Linux.

If so, in the settings of Jack, did you activate the option "Temps réel"?
In the advanced options of jack, did you set the "Priorité" to 90-95?
Also, on Pianoteq, did you select the option "Multi core Max"?

These 3 elements make a huge difference. Even with my quad Core-i5 3,8Ghz I have crackles when they are not activated.

Last edited by stamkorg (06-10-2019 09:11)

Re: On hold - Pianoteq standard licence for sale

MrRoland wrote:

This is where a difference with Linux showed up. Linux does not activate a permanent turboboost.

This is not my personal experience on my current system, but I did a little web searching and came across this page :

Manage Intel Turbo Boost with systemd

Again, not an issue at all on my Linux Mint 18 system (kernel 4.4.0-115) but may be an issue for some.  The service is not on my distro at all as far as I can tell.

The author says an OS service exists on the distro they use (may be Fedora) which by default is active and disables turbo boost (regardless of performance mode being set if I read it correctly).  The service is intended for laptop and low power systems where thermal and power management are important.

To fix the problem they gave a rather convoluted method in their article, but in comments a simpler approach was given which is to execute this command :

    sudo systemctl disable disable-turbo-boost

You can check for the service with :

    sudo systemctl status disable-turbo-boost

You might also check your BIOS for options controlling this.

StephenG

Re: On hold - Pianoteq standard licence for sale

Thanks for the replies.

To answer some of your questions:
- I never got jack to run stable. Even when jack runs realtime i get xruns (or i need a huge buffer size)
- Pianoteq runs with "multicore max"
- Disabeling turboboost makes things worse (lower clock speed)

I just did some further testing:
- To be shure windows taskmanager was't lying to me I installed Intel power gadget and monitored the cpufreq.
   It gave the same results as windows taskmanager: 2.6 - 2.9 GHz. (Cpu set to performance)

- On linux (Librazic) (CPU set to performance) i get 1.2GHz with some spikes to max cpu freq.

So the difference is that windows, when set to performance, scales the cpufreq up and tries to keep it at max frequency.
But Linux, no mater what, tries to keep it at base frequency. It seems specific to some Intel procesors / laptop models.
A Dutch news article mentioned that Lenovo users experience the same issues and  Lenovo is working on a fix.
The problem seems to be the Intels Dynamic Platform and Thermal Framework (DPTF).
Not all functions are properly implemented on Linux which results in the laptop alway being kept in "Lap modus"
This means performance is being limited.

I hope Lenovo will create a fix that makes it to the mainline kernel so my issues will be gone.
For now i will do some extensive testing on windows and see if i can keep playing for a long time without glitches.

Last edited by MrRoland (06-10-2019 14:35)

Re: On hold - Pianoteq standard licence for sale

MrRoland,

you did not mention, which CPU you are running. This is crucial.

Newer Intel cpu and distros for example are using per default the intel_pstate scaling_driver (tons of info in this forum).

To be systematically check this first on all your cores as root:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_driver
cat /sys/devices/system/cpu/cpu2/cpufreq/scaling_driver
cat /sys/devices/system/cpu/cpu3/cpufreq/scaling_driver

To be sure that the performance mode is really active, control it on each core:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
cat /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
cat /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor

If it is not performance but powersave, change it on each core:

echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor

Everything else depends on this!

Last edited by groovy (06-10-2019 16:16)

Re: On hold - Pianoteq standard licence for sale

Yes, the p-state driver is used.

Quote (myself, post 7) "First thing I did I set the cpu to performance.
Be aware that the cpufreq indicator is only setting 1 cpu core to performance, I had to change the other cores via the terminal."

I checked it multiple times. I use the Realtime audio test script from Linux audio and this also indicates all cores are set to performance.
However, if I manually change the frequency (i.e. Set lower and upper limit to 2.9 GHz), cpufreq (or cpupower) shows that the new value is applied, but when you try Pianoteq or check the cpu-frequency indicator it is still fixed to 1200MHz and the performance is still the same.

Re: On hold - Pianoteq standard licence for sale

Not pretending this will solve your issue with processor speeds, but I was able to run Pianoteq 6.3 on a 2009 P5 laptop (with Manjaro-Linux, but that shouldn't matter), with lowest buffersize, without xruns. When I started using an USB-audiointerface instead of built-in audio I did get xruns. I got them solved by installing and adapting the rtirq-script, with it you can give higher priority to for instance USB. It's on this page: https://wiki.linuxaudio.org/wiki/system_configuration , near the end of the page. Lots of of other hints there as well.
But to get it completely xrun-free, I also had to lower Pianoteq's internal samplerate; which wasn't needed when using built-in audio.

Last edited by Marc Verhoeven (06-10-2019 20:50)
MP11SE, FP30; Pianoteq on Mac, Windows, Linux
Unheard Music Concepts

Re: On hold - Pianoteq standard licence for sale

Thanks for the suggestion.
I'm using the rtirq script indeed en set it to give only the right USB bus a high priority, but still no luck.
I used the Linux audio site to setup my system,
unfortunately without success.

For further testing I disabled the p-state driver, which should alow more control of the cpu frequency. While 1400 MHz is listed as  valid frequency, it is set back to 1200MHz if I change it to 1400MHz.
Clearly something is wrong. Windows just gives me at least 2600MHz...

Last edited by MrRoland (06-10-2019 21:03)

Re: On hold - Pianoteq standard licence for sale

MrRoland,

you can't change the cpu freq to discrete values with the intel_pstate scaling driver. It does control the freq automatically by the two
scaling_governors performance or powersave.

As long as you don't check the real status of your system, it is possible you are using the older scaling driver "acpi-cpufreq". This driver has also a performance modus, but works completely different.

Checkable by:

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
acpi-cpufreq

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
userspace conservative powersave ondemand performance

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
1827000 1826000 1660000 1494000 1328000 1162000 996000 830000 664000 498000

Upper examples were from post
https://www.forum-pianoteq.com/viewtopi...99#p933199

Re: On hold - Pianoteq standard licence for sale

Please read my previous post.
1) I did check if I had the p-state driver before even posting the topic.
2) In my previous post I wrote I disabled the p-state driver (I changed my Grub boot line.) So I wasn't changing the frequency manually on the p-state driver.
3) Yes I am aware of all scaling governors. I use Linux > 10 years, both desktop and embedded systems.


groovy wrote:

MrRoland,

you can't change the cpu freq to discrete values with the intel_pstate scaling driver. It does control the freq automatically by the two
scaling_governors performance or powersave.

As long as you don't check the real status of your system, it is possible you are using the older scaling driver "acpi-cpufreq". This driver has also a performance modus, but works completely different.

Checkable by:

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
acpi-cpufreq

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
userspace conservative powersave ondemand performance

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
1827000 1826000 1660000 1494000 1328000 1162000 996000 830000 664000 498000

Upper examples were from post
https://www.forum-pianoteq.com/viewtopi...99#p933199

Last edited by MrRoland (06-10-2019 21:34)

Re: On hold - Pianoteq standard licence for sale

To clarify things: here's the output of the realtimeconfigquickscan:

Checking if you are root... no - good
Checking filesystem 'noatime' parameter... 4.9.0 kernel - good
(relatime is default since 2.6.30)
Checking CPU Governors... CPU 0: 'performance' CPU 1: 'performance' CPU 2: 'performance' CPU 3: 'performance'  - good
Checking swappiness... 10 - good
Checking for resource-intensive background processes... none found - good
Checking checking sysctl inotify max_user_watches... >= 524288 - good
Checking access to the high precision event timer... readable - good
Checking access to the real-time clock... readable - good
Checking whether you're in the 'audio' group... yes - good
Checking for multiple 'audio' groups... no - good
Checking the ability to prioritize processes with chrt... yes - good
Checking kernel support for high resolution timers... found - good
Kernel with Real-Time Preemption... found - good
Checking if kernel system timer is high-resolution... found - good
Checking kernel support for tickless timer... found - good
== Other checks ==
Checking filesystem types... ok.



mrroland@blah:~/realtimeconfigquickscan$ sudo cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
intel_pstate
mrroland@blah:~/realtimeconfigquickscan$ sudo cat /sys/devices/system/cpu/cpu1/cpufreq/scaling_driver
intel_pstate
mrroland@blah:~/realtimeconfigquickscan$ sudo cat /sys/devices/system/cpu/cpu2/cpufreq/scaling_driver
intel_pstate
mrroland@blah:~/realtimeconfigquickscan$ sudo cat /sys/devices/system/cpu/cpu3/cpufreq/scaling_driver
intel_pstat

cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq
2900000

cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq
500000

cpupower frequency-info
analyzing CPU 0:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency:  Cannot determine or is not supported.
  hardware limits: 500 MHz - 2.90 GHz
  available cpufreq governors: performance powersave
  current policy: frequency should be within 500 MHz and 2.90 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 1.20 GHz (asserted by call to kernel)
  boost state support:
    Supported: yes
    Active: yes


uname -a
Linux blah 4.9.0-11-rt-amd64 #1 SMP PREEMPT RT Debian4.9.189-3+deb9u1 (2019-09-20) x86_64 GNU/Linux


cat /proc/cpuinfo
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 6
model        : 61
model name    : Intel(R) Core(TM) M-5Y71 CPU @ 1.20GHz
stepping    : 4
microcode    : 0x2d
cpu MHz        : 1200.219
cache size    : 4096 KB
physical id    : 0
siblings    : 4
core id        : 0
cpu cores    : 2
apicid        : 0
initial apicid    : 0
fpu        : yes
fpu_exception    : yes
cpuid level    : 20
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb invpcid_single ssbd ibrs ibpb stibp kaiser tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed adx smap intel_pt xsaveopt dtherm ida arat pln pts md_clear flush_l1d
bugs        : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs
bogomips    : 2793.60
clflush size    : 64
cache_alignment    : 64
address sizes    : 39 bits physical, 48 bits virtual
power management:


./rtirq status

  PID CLS RTPRIO  NI PRI %CPU STAT COMMAND   
  160 FF      90   - 130  0.2 S    irq/47-xhci_hcd   
   58 FF      50   -  90  0.0 S    irq/9-acpi   
   79 FF      50   -  90  0.0 S    irq/42-PCIe PME   
   80 FF      50   -  90  0.0 S    irq/43-PCIe PME   
   81 FF      50   -  90  0.0 S    irq/44-PCIe PME   
   82 FF      50   -  90  0.0 S    irq/44-pciehp   
   83 FF      50   -  90  0.0 S    irq/12-i8042   
   84 FF      50   -  90  0.0 S    irq/1-i8042   
   85 FF      50   -  90  0.0 S    irq/8-rtc0   
  127 FF      50   -  90  0.0 S    irq/45-rtsx_pci   
  128 FF      50   -  90  0.0 S    irq/18-i801_smb   
  159 FF      50   -  90  0.0 S    irq/17-ehci_hcd   
  161 FF      50   -  90  0.2 S    irq/48-ahci[000   
  467 FF      50   -  90  0.0 S    irq/49-mei_me   
  470 FF      50   -  90  0.0 S    irq/50-snd_hda_   
  473 FF      50   -  90  0.0 S    irq/51-iwlwifi   
  477 FF      50   -  90  0.0 S    irq/52-i915   
  487 FF      50   -  90  0.0 S    irq/53-snd_hda_   
  786 FF      50   -  90  0.0 S    irq/46-enp0s25   
  474 FF      49   -  89  0.0 S    irq/51-s-iwlwif   
    4 TS       -   0  19  0.0 S    ksoftirqd/0   
   23 TS       -   0  19  0.0 S    ksoftirqd/1   
   32 TS       -   0  19  0.0 S    ksoftirqd/2   
   41 TS       -   0  19  0.0 S    ksoftirqd/3

Last edited by MrRoland (06-10-2019 21:58)

Re: On hold - Pianoteq standard licence for sale

Update:
I gave windows 10 another try today with my licend copy of Pianoteq standard (instead of the trial version) and within minutes the same glitches as on Linux appeared.
Cpu clocked to 2.6- 2.9 GHz
Total system load was 20%
Pianoteq audio buffer was filled about 30% the blue line in the audio buffer display was not fluctuating.
No other processes were consuming a lot of cpu cycles.
Polyphony is set to max 64
Internal sample rate and host samplerate to 44100
Buffer size 192
Audio driver asio4all

I followed the windows audio guide from Focusrite to set up my system for audio usage.
WiFi etc... Is disabled.

Re: On hold - Pianoteq standard licence for sale

For comparison some basic informations of my Lenovo notebook with Debian 9 (Stretch), where intel_pstate works as expected:

Continuously watching the real cpu freqs with:

watch -n 0.5 "cat /proc/cpuinfo | grep \"cpu\ MHz\""

cpu MHz         : 2789.208
cpu MHz         : 2771.630
cpu MHz         : 2798.437
cpu MHz         : 2787.890

These freqs match the values Pianoteq shows in the Perf window.

You posted:

current CPU frequency: Unable to call hardware
current CPU frequency: 1.20 GHz (asserted by call to kernel)
 
Can you call the hardware directly by being root, MrRoland?

Example on my Lenovo with " Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz":

# cpupower frequency-info                                             
analyzing CPU 0:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency:  Cannot determine or is not supported.
  hardware limits: 400 MHz - 2.80 GHz
  available cpufreq governors: performance powersave
  current policy: frequency should be within 400 MHz and 2.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency: 2.75 GHz (asserted by call to hardware)
  boost state support:
    Supported: yes
    Active: yes

Re: On hold - Pianoteq standard licence for sale

Ah, i'm sorry, as root it works off course

cpupower frequency-info
analyzing CPU 0:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency:  Cannot determine or is not supported.
  hardware limits: 500 MHz - 2.90 GHz
  available cpufreq governors: performance powersave
  current policy: frequency should be within 500 MHz and 2.90 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency: 1.20 GHz (asserted by call to hardware)
  boost state support:
    Supported: yes
    Active: yes


watch -n 0.5 "cat /proc/cpuinfo | grep \"cpu\ MHz\""

cpu MHz         : 1409.741
cpu MHz         : 1200.048
cpu MHz         : 1200.134
cpu MHz         : 1199.963


cpu MHz         : 1191.589
cpu MHz         : 1178.259
cpu MHz         : 1200.134
cpu MHz         : 1267.382

As you can see the frequency is kept at 1200MHz,
it just spikes now and then. I saw a max frequency of 1500 MHz,
but it's just a fraction of a second and its not even close to the 2.9GHz the processor is capable of.

It's bugging me... Windows 2.6-2.9 GHz - Linux 1.2GHz....

Something interesting caught my eye:
  boost state support:
    Supported: yes
    Active: yes

It says boost state is active... as you would expect with performance governor,
but as you can see, the reality is the processor frequency won't change.
It's like underneath the powersave governor is taking control.

Last edited by MrRoland (07-10-2019 20:02)

Re: On hold - Pianoteq standard licence for sale

I forgot to mention in my last post, that those freqs were under load (playing the demo blues midi in Pianoteq Trial). Still no change then?

Last edited by groovy (07-10-2019 20:33)

Re: On hold - Pianoteq standard licence for sale

Ah, that makes a difference, but it is far from sufficient
- two runs, both governors.

Governor performance:
First time
cpu MHz         : 1593.457
cpu MHz         : 1458.789
cpu MHz         : 1464.855
cpu MHz         : 1823.315

Second time
cpu MHz         : 1200.134
cpu MHz         : 1199.963
cpu MHz         : 1199.963
cpu MHz         : 1200.048



Governor powersave
First time
cpu MHz         : 1200.048
cpu MHz         : 1387.011
cpu MHz         : 1212.438
cpu MHz         : 1206.372

Second time
cpu MHz         : 1200.048
cpu MHz         : 1215.429
cpu MHz         : 1200.048
cpu MHz         : 1199.963


As you can see, with the performance governor, the second time the frequency is kept at base frequency.
I double checked if the governor was still set to performance.
This is comprehends with my latency problems occurring after a little while.

And I still think it's strange that windows just clocks it to max, even without load, and Linux never let me reach the max cpu frequency.

Last edited by MrRoland (07-10-2019 21:34)

Re: On hold - Pianoteq standard licence for sale

I guess it is a thermal problem. Maybe after a while with load the Intel CPU itself decides to clock down for security reasons. Could explain, that you get problems with the other OS too. Don't know, how to investigate.

Re: On hold - Pianoteq standard licence for sale

Yes, I thought about that too.
I've been checking the cpu temp for a few hours while playing.
(both windows and Linux)
The cpu never reached over 70 degrees celcius, most of the time it is around 55-65 degrees celcius, which is perfectly fine.

Re: On hold - Pianoteq standard licence for sale

A little more reading about these issues led me to this page :

Debian Wiki page on Cpu Frequency Scaling

On this page they mention that there may be a laptop mode module that essentially overrides the frequencies set through normal means.  The page details this (and more) but here's the relevant section discussing this :

GOVERNOR variable from /etc/default/cpufrequtils not taking effect

So, you configured the GOVERNOR variable in /etc/default/cpufrequtils and after reboot you notice by running cpufreq-info that the active governor is still "ondemand".

This may happen if you have laptop-mode-tools installed. laptop-mode configures the active governor via the following variables: BATT_CPU_GOVERNOR, LM_AC_CPU_GOVERNOR, NOLM_AC_CPU_GOVERNOR. You can override them to your liking in /etc/laptop-mode/laptop-mode.conf

I also found one page seems to claim that only one core on the M5Y71 can be turbo boosted.  I can find no other source for this.  That page is here.  Intel Ark's page on that chip does not give any indication this is (or is not) the case.

StephenG

Re: On hold - Pianoteq standard licence for sale

Just to be sure: Have you already removed the packages cpufreqd and cpufrequtils?

These userland daemon and tools are obsolete with intel_pstate and they should not interfere.

PS: I would remove the package laptop-mode-tools also, that sjgcit mentioned.

Last edited by groovy (08-10-2019 10:42)

Re: On hold - Pianoteq standard licence for sale

Thanks again guys,

checked with aptitude and synaptics:
- cpufreqd is not installed
- cpufrequtils is not installed
- laptop-mode-tools is not installed

only related package that seems to be installed is linux-cpupower,
that should be right.

I've got a feeling that we're running out of options...
I still believe my hardware is to blame.
But please convince me if i'm wrong.

Re: On hold - Pianoteq standard licence for sale

MrRoland wrote:

only related package that seems to be installed is linux-cpupower,
that should be right.

...  yes, this package is useful. I'm using it now to set my laptop to performance at boottime with a one-liner in /etc/rc.local:

cpupower frequency-set -g performance

Formerly I had there four  native commands:

echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor

I've got a feeling that we're running out of options...
I still believe my hardware is to blame.
But please convince me if i'm wrong.

... I found an option that my Lenovo has and my Acer hasn't. The so called "perf-bias". It determines, how aggressive the freq scales within the given range.

I found it to be 6 on my Lenovo:

# cpupower info
analyzing CPU 0:
perf-bias: 6

This perf-bias has a range from 0 to 15. Six being normal, zero most agressive perf and 15 most powersaving.

You should control your setting!

It can be set to max perf with:

# cpupower set --perf-bias 0

# cpupower info
analyzing CPU 0:
perf-bias: 0

Last edited by groovy (09-10-2019 14:09)

Re: On hold - Pianoteq standard licence for sale

groovy wrote:

... I found an option that my Lenovo has and my Acer hasn't. The so called "perf-bias". It determines, how aggressive the freq scales within the given range.

I found it to be 6 on my Lenovo:

# cpupower info
analyzing CPU 0:
perf-bias: 6

This perf-bias has a range from 0 to 15. Six being normal, zero most agressive perf and 15 most powersaving.

You should control your setting!

It can be set to max perf with:

# cpupower set --perf-bias 0

# cpupower info
analyzing CPU 0:
perf-bias: 0

That one is new to me I'll dig in to it tonight when I'm home.
Thanks!

Re: On hold - Pianoteq standard licence for sale

And regarding the cpu frequency we have a winner!

cpu MHz         : 2782.482
cpu MHz         : 2818.457
cpu MHz         : 2881.774
cpu MHz         : 2854.858


setting the perf-bias immediately set the cpu frequency to maximum,
even without load.

I'm slightly optimistic. Slightly because I still seem to hear some delays,
so I need to test further.
But at least one problem is solved!

Thank you for that Groovy!

Last edited by MrRoland (09-10-2019 19:37)

Re: On hold - Pianoteq standard licence for sale

Yippie, good news from you! I'm happy, as if it would be my own PC!

On my (Acer) pianoteq-laptop I'm using the package qjackctl as output for PTQ. Kernel-package is linux-image-rt-amd64 (the realtime-kernel of Debian 9 Stretch).

With this combination I can use 64 samples buffer and even 2 periods (instead of standard 3) at 44.1kHz in JACK's synchronous mode on this fanless Intel N4200.

One observation I made recently: As soon as I start qjackctrl, the cpu freq scales up to the upper range of my performance governor (2.4 GHz) and stays there more or less constant.

Have a good time, MrRoland!

Last edited by groovy (09-10-2019 20:55)

Re: On hold - Pianoteq standard licence for sale

Glad to hear there's some light at the end of the tunnel.

Look forward to next update and well done Groovy.

Hope this info gets added to the Pianoteq README for linux users.

StephenG

Re: On hold - Pianoteq standard licence for sale

I'm sorry guys... I give up.
Yesterday I had a perfect working setup.
I used jack (running realtime, Synchronous 3x 64 buffer).
Performance index most off the time around 126.
Audio load about 25%.

Today i carefully started everything the same way i did yesterday...
Within minutes delays where all over the place...
I checked, double checked...
Wifi turned off - All cores at performance - perf-bias 0 - cpufrequency was at max.
Jack started with realtime priority, Pianoteq has realtime priority...

It's just not stable. I'm tired of trying.
I need to be able to turn my stuff on and play...

Thanks for all efforts for helping me.
I really appreciate it.
I'm going to search for an other solution now.
Sorry.

Last edited by MrRoland (10-10-2019 22:26)

Re: On hold - Pianoteq standard licence for sale

Bummer.  Well hopefully this info will be useful to someone in the future.  In the meantime, good luck with other options.

StephenG

Re: On hold - Pianoteq standard licence for sale

sjgcit wrote:

Bummer.  Well hopefully this info will be useful to someone in the future.  In the meantime, good luck with other options.

Thank you.
Yes... very frustrating.
But for now i'll keep the licence and hope i will find a solution
I'll focus on a quick solution for the moment, but i still hope i get it working in the future.
For now i need to be able to focus on my playing.

Last edited by MrRoland (10-10-2019 22:36)

Re: On hold - Pianoteq standard licence for sale

I imagine you reinstalled a newly download of Pianoteq with each attempt and no leftovers, also tried to run another VST?

Pianoteq 8 Studio Bundle, Pearl malletSTATION EM1, Roland (DRUM SOUND MODULE TD-30, HandSonic 10, AX-1), Akai EWI USB, Yamaha DIGITAL PIANO P-95, M-Audio STUDIOPHILE BX5, Focusrite Saffire PRO 24 DSP.

Re: On hold - Pianoteq standard licence for sale

Amen Ptah Ra wrote:

I imagine you reinstalled a newly download of Pianoteq with each attempt and no leftovers, also tried to run another VST?

Yes I did clean My install several times.
I even tried a fresh os install.
Beside Pianoteq I don't use any other instruments, so I didn't try. I'll give I a try with another instrument. Do you have any recommendations for a good instrument to test?

Re: On hold - Pianoteq standard licence for sale

Have I personally any VST recommendations?  I’ve none. 

Although my two suggestions at this point are, if you do decide to ever contact support, maybe before you do, just go with any VST most familiar to you  —and only after some sort of a hardware test.

When periodically my iMac was displaying a spinning wheel along with delays it can bring, I conducted a hardware test and found a faulty hard drive my problem.  Once I replaced the hardware, I became much like a happy camper taking in some gorgeous natural scenery and sounds too!

Pianoteq 8 Studio Bundle, Pearl malletSTATION EM1, Roland (DRUM SOUND MODULE TD-30, HandSonic 10, AX-1), Akai EWI USB, Yamaha DIGITAL PIANO P-95, M-Audio STUDIOPHILE BX5, Focusrite Saffire PRO 24 DSP.

Re: On hold - Pianoteq standard licence for sale

MrRoland wrote:

My keyboard is not the cause off the problem. When I hear the latency occurring and I play back the recorded midi file, the latency is gone. So the midi events sent to Pianoteq have the right timing.

Update:
I gave windows 10 another try today with my licend copy of Pianoteq standard (instead of the trial version) and within minutes the same glitches as on Linux appeared.

What I tried so far:
- Internal audio interface of Numa compact 2
- M-audio FastTrack ultra
- different USB hubs (recommended for audio usage)

I still believe my hardware is to blame.

I’m sugar coating nothing!

Let me see if I have things right.  You, MrRoland, experience unwanted latency so long as you send MIDI (playing) from your keyboard (via either a MIDI or USB cable) to your favorite USB port, whether or not faulty itself, or, a result from a faulty configuration  —while MIDI file playback in Pianoteq appears just fine and without any discernible latency, irregardless of the operating system in use (that is) whether Linux or Windows!

All this occurs, still; yet you’ve been troubleshooting, presumably!

If you will please, perhaps you’ll kindly explain how both your ‘Internal audio interface of Numa compact 2’ and ‘different USB hubs (recommended for audio usage)’ pertain or are remotely relevant to Pianoteq software to you as you troubleshoot  —but somehow neglect to check your cables and ports?

sjgcit wrote:

Bummer.

MrRoland you scarcely mention your keyboard model anywhere in your own topic posts.  It is completely without mention in your member profile introduction, as is your location.   As for your single keyboard mention via this thread, you are clearly defensive:

MrRoland wrote:

My keyboard is not the cause off [sic] the problem.

Nobody beside yourself has even suggested it as a possible root!

When I hear the latency occurring [sic] and I play back the recorded midi file, the latency is gone.

It occurs to me your problem is other than just syntax.

When IBM P/S 2 was in high regard to some, few if any were aware of the joke played on them.  People who made up the multinational conglomerate International Business Machines were apparently cracking up while they reeled in the profits they got.  I mean, outside who’d guess at their inside joke that their acronym stood for ‘I bowel move, piss too’!  This type of a thing was happening way back while QuarkXpress was probably the most popular desktop publishing software among the newly found upward mobile yet laughable Yuppies along with their predictably stereotypical quirks er quarks.  And, whose corporate identities were viewed like intended for children caricatures in cartoon shorts that always have the line, “Yup, yup.”

Man, silly ain’t it?  It’s similar to a line in a scene from a 60s teen movie I saw as a preteen in my once South Central neighborhood theater, although the movie’s title escapes me.  A couple of the movie hillbilly characters were standing somewhere in the vicinity of an ICBM missile silo, but with the missile set just above ground and with its vertical acronym ICBM shown in bold red letters printed on the length, the one says to the other “ICBM,” for a theatre audience to interpret as humorously meaning, “I see B.M.”  —bowel movement!

“What’s your point?” you may ask.  My question is: “How can you come off someone computer literate in something as difficult as a Linux system when you appear marginally literate from your own posts written in English?”  I’m missing something.

I gave windows 10 another try today with my licend [sic] copy of Pianoteq standard (instead of the trial version) and within minutes the same glitches as on Linux appeared.

From your statement (above), I take it you’ve meant maybe “licensed.”

Keep in mind, a Linux system cannot forgive you for your mistakes in a computer language as easily as forum members can in English.  And, still get your meaning.

I say to you, thoroughly examine all of your thought processes  —not just your CPU.

Get your priorities straight!  If you (a person who’s been obviously wrestling with his configuration for an extended period over a year now) were in front of me right now right here, I’d have to say, choose between your appearing someway a computer whiz in user forums, and, your appearing routinely as a musician in local venues.

It's just not stable. I'm tired of trying.
I need to be able to turn my stuff on and play...

Although I am saying really as only a suggestion now my Apple stuff is uncomplicated and plug ‘n play!

Last edited by Amen Ptah Ra (16-10-2019 15:55)
Pianoteq 8 Studio Bundle, Pearl malletSTATION EM1, Roland (DRUM SOUND MODULE TD-30, HandSonic 10, AX-1), Akai EWI USB, Yamaha DIGITAL PIANO P-95, M-Audio STUDIOPHILE BX5, Focusrite Saffire PRO 24 DSP.

Re: On hold - Pianoteq standard licence for sale

Let me start with this:
I don't get how your tone is helpful in any way.

Imho, before jumping to conclusions, it's always a good thing to check the facts.
So, would you please be so kind to take some time to review my answers below?

Amen Ptah Ra wrote:

Although my two suggestions at this point are, if you do decide to ever contact support, maybe before you do, {cut}

Answer:

MrRoland - Post 14 wrote:

- Julien (Modartt) asked me to compare the performance with windows, so I fired up my win 10 install and gave the Pianoteq trial version a hard time{cut}

- Julien (Modartt) can also be read as "Julien from Modartt".
- As you can see Julien is asking me a question. Which means there is a conversation with somebody of Pianoteq. The only logical conclusion is that I did contact support. In fact I did 12 days ago. So far no solution.

Amen Ptah Ra wrote:

If you will please, perhaps you’ll kindly explain how both your ‘Internal audio interface of Numa compact 2’ and ‘different USB hubs (recommended for audio usage)’ pertain or are remotely relevant to Pianoteq software to you as you troubleshoot  —but somehow neglect to check your cables and ports?

Answer:

MrRoland - Post 5 wrote:

What I tried so far:
- Odroid-xu4
- Intel T8600 bast mini pc (best results)
- HP Folio 1020 g1(core-m5)
-....
- Internal audio interface of Numa compact 2
- M-audio FastTrack ultra
- different USB hubs (recommended for audio usage)
-....

- Along with different usb-hubs came different cables.
  I even bought a new hub because of my issues and I used the new cable
  that was supplied with the hub. - So that's one cable I checked.
- The Numa compact and M-audio Fasttrack ultra are on different cables,
  so, that are two other cables I tried. To be sure I even tried a third cable.
  And to be even more sure I tied two different midi (din) cables instead of the usb
  cables. So I tested my connection with 5! different cables. Of course the usb 
  cables where able to process both audio and midi.

- Odroid-xu4 ==> Arm
- Intel T8600 (oops... it's actually a T3200) mini pc (best results) ==> Pentium
- HP Folio 1020 g1(core-m5) ==> Core-m5
Unless you are a magician it's impossible to make 3 different system architectures share the same usb port. So the logical conclusion is that I tried at least 3 different ports. In fact all systems have more than one port and I tried all off them, in total 10 ports.
Its a weird assumption that I didn't try something if I don't mention it explicitly.



Amen Ptah Ra wrote:

MrRoland you scarcely mention your keyboard model anywhere in your own topic posts. It is completely without mention in your member profile introduction, as is your location. As for your single keyboard mention via this thread, you are clearly defensive:

MrRoland wrote:

My keyboard is not the cause off [sic] the problem.

Amen Ptah Ra wrote:

MrRoland you scarcely mention your keyboard model anywhere in your own topic posts.


Answer:
We had a lot of burglaries in our neighborhood. Common advice is not to advertise online what's in your house, when you're on holiday etc... So I only mention things when its relevant, I don't advertise them.

Amen Ptah Ra wrote:

It is completely without mention in your member profile introduction, as is your location.

Answer: Please explain why this is relevant.

Amen Ptah Ra wrote:

Nobody beside yourself has even suggested it as a possible root!

Answer:

sjgcit - Post 4 wrote:

I suppose it's also worth asking if you're sure it's not the keyboard ?



Amen Ptah Ra wrote:

It occurs to me your problem is other than just syntax.

Answer:
English is not my native language and I'm dyslectic (even in my native language).
So I'll make typos and I will keep doing it. If it's offending someone, well, thats their problem. To to accommodate you I would like to propose to continue this conversation in Dutch, my native language. I wont be making any errors, but I expect you to do the same.


Amen Ptah Ra wrote:

My question is: “How can you come off someone computer literate in something as difficult as a Linux system when you appear marginally literate from your own posts written in English?”  I’m missing something.

Answer: Indeed you do, it's called empathy.


Amen Ptah Ra wrote:

Get your priorities straight!  If you (a person who’s been obviously wrestling with his configuration for an extended period over a year now) were in front of me right now right here, I’d have to say, choose between your appearing someway a computer whiz in user forums, and, your appearing routinely as a musician in local venues.

Answer:
1) I got my priorities straight, i just want to play piano without intermittent latency.
2) Why choose if you can have both?
3) I would not call myself a whiz, but I'm certainly not a noob, there's a whole world
    between those two.

Amen Ptah Ra wrote:

Although I am saying really as only a suggestion now my Apple stuff is uncomplicated and plug ‘n play!

Answer:
I agree. I do have a Macbook(2009), but its getting old so i replaced with a HP.
Why HP? Simply because I refuse to pay for overpriced hardware. Apple has been raising their prices to a level that, in my opinion, if way to high for what you get.

Re: On hold - Pianoteq standard licence for sale

Might I just say,

MrRoland - there is absolutely NO need to reply to those utterly disrespectful jibes and insinuations.

Nobody deserves that... horrible.

I was actually hoping you'd report abuse (I nearly did but let it go).

I though to write privately re. moderation - but will post here because, maybe the rest of the forum will have already expected some words about it from someone who is 'triggered' by the troll.

Not triggered BTW but MORE than happy to be rid of this type of attacking and disturbing atitude displayed by Amen Ptah Ra.

We all come here, and many others come here to find information NOT abuse.

MODERATORS - Please consider deleting the above posting by Amen Ptah Ra - (and these the following posts).

I am beyond shocked and horrified that we need to see such a blatant and harassing attack by Amen Ptah Ra on another forum user MrRoland.

I am disgusted at the tone (as MrRoland calls is) of Amen Ptah Ra's rant. There are unnecessary out-of-any-context language issues as well.

@Amen Ptah Ra - I am beyond ashamed of YOU - I have never said a word before but I am not able to put up with this TRASH.

Disgusting - there's some disturbing narcissistic rot going on which cannot be tolerated. There's no humour in any of it - no sign of playful poking, joyful fun or appealing to any sense of humour around any of it.

It reads back as bereft of any humanity whatsoever. I believe you are a danger and a troll at heart.

What's posted by Amen above is a blatant and awfully stupid attack - for no reason what so ever.

Again, MrRoland, there's NO reason to respond.

There is reason to click report abuse. (I nearly did yesterday - but hoped Amen would return to "edit".

In fact Amen DID return to edit - but to ADD the line:

Amen Ptah Ra wrote:

I say to you, thoroughly examine all of your thought processes  —not just your CPU.

The only one showing broken through processes throughout an OTHERWISE AMAZING thread, is Amen Ptah Ra.

I am outwardly forced (by seeing MrRoland taking upon himself to "explain" himself) that Amen and his post should be removed.

Amen's post goes against the 3 first rules of the forum. I'm NO LONGER happy to think that that user will change and become LESS atrocious in "tone", to say the very least.

I expect to have this issue entirely fixed.

The public needs not see MrRoland have to explain his situation to PLEASE another user.

MrRoland - you should not need to explain a SINGLE thing.

Amen, your post above here is UTTERLY TROLL-like, despicable and shows that there is NO reason to read another thing you utter. Foolish.

MODS also feel welcome to delete this tiresome necessity of a response.

The End.


~~~~

RECORD OF PTAH POSTING (his maybe 3rd edit)


Amen Ptah Ra wrote:

I’m sugar coating nothing!

Let me see if I have things right.  You, MrRoland, experience unwanted latency so long as you send MIDI (playing) from your keyboard (via either a MIDI or USB cable) to your favorite USB port, whether or not faulty itself, or, a result from a faulty configuration  —while MIDI file playback in Pianoteq appears just fine and without any discernible latency, irregardless of the operating system in use (that is) whether Linux or Windows!

All this occurs, still; yet you’ve been troubleshooting, presumably!

If you will please, perhaps you’ll kindly explain how both your ‘Internal audio interface of Numa compact 2’ and ‘different USB hubs (recommended for audio usage)’ pertain or are remotely relevant to Pianoteq software to you as you troubleshoot  —but somehow neglect to check your cables and ports?
sjgcit wrote:

    Bummer.

MrRoland you scarcely mention your keyboard model anywhere in your own topic posts.  It is completely without mention in your member profile introduction, as is your location.   As for your single keyboard mention via this thread, you are clearly defensive:
MrRoland wrote:

    My keyboard is not the cause off [sic] the problem.

Nobody beside yourself has even suggested it as a possible root!

    When I hear the latency occurring [sic] and I play back the recorded midi file, the latency is gone.

It occurs to me your problem is other than just syntax.

When IBM P/S 2 was in high regard to some, few if any were aware of the joke played on them.  People who made up the multinational conglomerate International Business Machines were apparently cracking up while they reeled in the profits they got.  I mean, outside who’d guess at their inside joke that their acronym stood for ‘I bowel move, piss too’!  This type of a thing was happening way back while QuarkXpress was probably the most popular desktop publishing software among the newly found upward mobile yet laughable Yuppies along with their predictably stereotypical quirks er quarks.  And, whose corporate identities were viewed like intended for children caricatures in cartoon shorts that always have the line, “Yup, yup.”

Man, silly ain’t it?  It’s similar to a line in a scene from a 60s teen movie I saw as a preteen in my once South Central neighborhood theater, although the movie’s title escapes me.  A couple of the movie hillbilly characters were standing somewhere in the vicinity of an ICBM missile silo, but with the missile set just above ground and with its vertical acronym ICBM shown in bold red letters printed on the length, the one says to the other “ICBM,” for a theatre audience to interpret as humorously meaning, “I see B.M.”  —bowel movement!

“What’s your point?” you may ask.  My question is: “How can you come off someone computer literate in something as difficult as a Linux system when you appear marginally literate from your own posts written in English?”  I’m missing something.

    I gave windows 10 another try today with my licend [sic] copy of Pianoteq standard (instead of the trial version) and within minutes the same glitches as on Linux appeared.

From your statement (above), I take it you’ve meant maybe “licensed.”

Keep in mind, a Linux system cannot forgive you for your mistakes in a computer language as easily as forum members can in English.  And, still get your meaning.

I say to you, thoroughly examine all of your thought processes  —not just your CPU.

Get your priorities straight!  If you (a person who’s been obviously wrestling with his configuration for an extended period over a year now) were in front of me right now right here, I’d have to say, choose between your appearing someway a computer whiz in user forums, and, your appearing routinely as a musician in local venues.

    It's just not stable. I'm tired of trying.
    I need to be able to turn my stuff on and play...

Although I am saying really as only a suggestion now my Apple stuff is uncomplicated and plug ‘n play!

Pianoteq Studio Bundle (Pro plus all instruments)  - Kawai MP11 digital piano - Yamaha HS8 monitors

Re: On hold - Pianoteq standard licence for sale

Man, MrRoland, I’ve had no idea that someone was going to take an offense or feel threatened about your opening up to me.  Like you, I also suffer from a mental illness, had been a live-in four year resident within controversial treatment facilities, and currently have weekly visits to a doctor for psychological evaluations.  So, I’m truly grateful you show some real courage and admit your dyslexia, openly.  Thank you for sharing.

Now I’d really like to share a part of my personal story with you, if we (you and I) can have still an adult conversation at this public forum  —but without annoying red flags and intimidating threats for some kind of censorship between us, only in a truly frank (sometimes polarized) discussion of your topic.

Last edited by Amen Ptah Ra (18-10-2019 09:32)
Pianoteq 8 Studio Bundle, Pearl malletSTATION EM1, Roland (DRUM SOUND MODULE TD-30, HandSonic 10, AX-1), Akai EWI USB, Yamaha DIGITAL PIANO P-95, M-Audio STUDIOPHILE BX5, Focusrite Saffire PRO 24 DSP.