Modartt user forum - About your OS family

Re: About your OS family

null@example.com (keyrunner) — Tue, 07 Apr 2015 21:06:26 +0000

Wow! Thanks a lot guys,
I,ve to learn a Little bit with Windows features..
In the next days I'll made some test.. thanks again!!!!

Re: About your OS family

null@example.com (mfiadeiro) — Mon, 06 Apr 2015 08:21:36 +0000

Hi Keyrunner,

I think that Evildragon has just hit the spot: Windows Power Plans.

I have an i7 CPU and had initial problems similar to yours... it was driving me crazy!
Solved it by creating a power plan just to make shure that my CPU didn't throttled down.

In the command line (cmd), one could use the "powercfg" utility. You could use "powercfg /L" to list the current configured powerplans, then you could create a shortcut with something like "powercfg /S xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" replacing the x's with the correspondent key of the powerplan to set it and "voilà"! (in the shortcut properties, you could configure a "hot key" that you can use to change your current power plan).

Hope this helps.

Re: About your OS family

null@example.com (stamkorg) — Mon, 06 Apr 2015 08:17:26 +0000

keyrunner wrote:

A question.. If possibile to set different "Power Option".. based on the running program?

Maybe you can try to create different sessions with a different power option for each one

Re: About your OS family

null@example.com (EvilDragon) — Sun, 05 Apr 2015 21:12:09 +0000

Not that I know of. You should do it before your performance/practice, then switch it back to normal when not using Pianoteq.

Re: About your OS family

null@example.com (keyrunner) — Sun, 05 Apr 2015 20:38:04 +0000

Ok, thank you for the info.. Windows 8.1 Pro is new for me... until now I was on a old Vista OS..
A question.. If possibile to set different "Power Option".. based on the running program?

Ciao
keyrunner

Re: About your OS family

null@example.com (EvilDragon) — Sun, 05 Apr 2015 10:48:19 +0000

Also, make sure your Power Options are set to High Performance instead of Balanced or Eco.

Re: About your OS family

null@example.com (keyrunner) — Sun, 05 Apr 2015 10:17:45 +0000

Here the test result....
_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. At least one detected problem appears to be network related. In case you are using a WLAN adapter, try disabling it to get better results. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:05:00 (h:mm:ss) on all processors.
_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: ANTONIO
OS version: Windows 8 , 6.2, build: 9200 (x64)
Hardware: OEMC
CPU: GenuineIntel Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz
Logical processors: 4
Processor groups: 1
RAM: 4001 MB total
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 2494,0 MHz
Measured CPU speed: 91,0 MHz (approx.)

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.

WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.
_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 4916,317906
Average measured interrupt to process latency (µs): 21,581025

Highest measured interrupt to DPC latency (µs): 849,014232
Average measured interrupt to DPC latency (µs): 3,179462
_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 61,888532
Driver with highest ISR routine execution time: storport.sys - Microsoft Storage Port Driver, Microsoft Corporation

Highest reported total ISR routine time (%): 0,007253
Driver with highest ISR total time: storport.sys - Microsoft Storage Port Driver, Microsoft Corporation

Total time spent in ISRs (%) 0,012477

ISR count (execution time <250 µs): 20895
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0
_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 2926,293103
Driver with highest DPC routine execution time: ACPI.sys - Driver ACPI per NT, Microsoft Corporation

Highest reported total DPC routine time (%): 0,043396
Driver with highest DPC total execution time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation

Total time spent in DPCs (%) 0,165369

DPC count (execution time <250 µs): 203949
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 106
DPC count (execution time 1000-1999 µs): 1
DPC count (execution time 2000-3999 µs): 2
DPC count (execution time >=4000 µs): 0
_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: avastsvc.exe

Total number of hard pagefaults 581
Hard pagefault count of hardest hit process: 367
Highest hard pagefault resolution time (µs): 6174,004010
Total time spent in hard pagefaults (%): 0,029233
Number of processes hit: 12
_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 1,510462
CPU 0 ISR highest execution time (µs): 61,888532
CPU 0 ISR total execution time (s): 0,016703
CPU 0 ISR count: 2121
CPU 0 DPC highest execution time (µs): 1512,810746
CPU 0 DPC total execution time (s): 0,613882
CPU 0 DPC count: 120542
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 2,280258
CPU 1 ISR highest execution time (µs): 49,528869
CPU 1 ISR total execution time (s): 0,113324
CPU 1 ISR count: 15977
CPU 1 DPC highest execution time (µs): 2926,293103
CPU 1 DPC total execution time (s): 0,773841
CPU 1 DPC count: 43094
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 1,369872
CPU 2 ISR highest execution time (µs): 50,781877
CPU 2 ISR total execution time (s): 0,007182
CPU 2 ISR count: 1102
CPU 2 DPC highest execution time (µs): 550,746993
CPU 2 DPC total execution time (s): 0,365866
CPU 2 DPC count: 22966
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 0,882676
CPU 3 ISR highest execution time (µs): 49,091820
CPU 3 ISR total execution time (s): 0,012538
CPU 3 ISR count: 1695
CPU 3 DPC highest execution time (µs): 2869,675221
CPU 3 DPC total execution time (s): 0,231156
CPU 3 DPC count: 17456
_________________________________________________________________________________________________________

Re: About your OS family

null@example.com (keyrunner) — Sun, 05 Apr 2015 10:10:26 +0000

Hi guys,
first of all I would like to wish you all a Happy Easter.
I would also like to thank you for your interest for my problem. As you advised me I downloaded "LatencyMon" and I made the test whith disappointing results as you can see from the report below.
So I followed some pieces of advice suggested by the App, such as switching off the antivirus and defining some parameters for the energetic saving.
Further more I left the tablet connected to its power supply in order to guarantee a constant voltage to the audio card, connected by USB socket.
In this way I've got coniderable improvements.
Now I can play Pianoteq Pro in stand-alone with a 30 cpu performance index value without apparent lacks of audio signals; this with 96 notes of poliphony, 44.1 Hz of sampling rate and 128 for the buffer size with minimum of latency.
I'm a little less worried and I'll keep perfectioning the settings, expecially in order to use KORE, where I'm running other Vst instrumemts to add some pads when it is necessary.
Hopefully the developers keep their focus on the Cpu computing consume in the next Pianoteq Upgrades.
For the moment...... finger crossed!!!! Ciao!!!

Re: About your OS family

null@example.com (stamkorg) — Sat, 04 Apr 2015 07:22:17 +0000

The same for me,
I run Pianoteq on a 2-core I5 2,53Ghz with 4Gb of RAM, at 48Khz and 64 samples on the buffer, max polyphony to 128 without any dropout. The performance index is between 35-42.
My OS is Tango Studio.

Re: About your OS family

null@example.com (Luc Henrion) — Sat, 04 Apr 2015 06:43:55 +0000

Same here, i5 on both a desktop and a laptop. Not a single problem. You should (as I mentioned somewhere else) download "latencymon" and check possible issues. It's here:
http://www.resplendence.com/latencymon
You could also have a look at "dpc latency checker", it's here:
http://www.thesycon.de/deu/latency_check.shtml
Both are 100% great freewares. Go for it.

Re: About your OS family

null@example.com (EvilDragon) — Sat, 04 Apr 2015 05:45:20 +0000

I have a quadcore i5 and Pianoteq runs just fine!

Re: About your OS family

null@example.com (keyrunner) — Sat, 04 Apr 2015 00:38:02 +0000

Hi, I've just finished my session with my band... for this occasion I've played pianoteq pro in my brand new Surface pro 3 (quad core i5 with 4GB of ram and 128 mb hard disk).
It runs Windows 8.1 and I've to admit to be a little disappointed with this experience...
In the option menu under CPU performance I've noticed a high use of processors.. with a value of 15 in the "performance index" field with occasional drop-out of cpu and horrible laks of audio signal..

I've used Pianoteq pro in two ways..
1) the first preset of D4 played via midi using a Kore control with a buffer of 256 and a modest 32 notes of poliphony at 44.100 Hz of sampling rate...after few minutes I've selected a value of 512 for the buffer having only a minimum improvement (????)

2) the same preset loading Pianoteq pro into Native instruments KORE host ... in this case a pop up message occasionally shows (your CPU i5 is not sufficent for computing... or some similar) (What??????)..

I'm very worried about... any suggestion???

Normally I play pianoteq in a i7core with a old Windows vista 64 bit without any kind of problem... It's realli Pianopteq so hungry ????

I apologize for my english....

Keyrunner

Re: About your OS family

null@example.com (stamkorg) — Fri, 03 Apr 2015 18:08:37 +0000

Hello,
Thank you,

That's what a thought.

Re: About your OS family

null@example.com (mfiadeiro) — Thu, 02 Apr 2015 16:06:36 +0000

Hi stamkorg,

For Pianoteq is rather irrelevant.

As you probably know, Pianoteq is a 4th gen software, meaning, it generates the sound on the fly, through complex mathematical formulas. So, does its magic, occupying only some 40MB (yes, megabytes!!) of hard disk... The CPU clock is much more important!

For me, I admit, I'm spoiled, because I only have to wait a few seconds from pressing the start button of my laptop (from a shutdown state) to be using Pianoteq with my favorite addon (Blüthner).

Re: About your OS family

null@example.com (stamkorg) — Thu, 02 Apr 2015 12:13:55 +0000

mfiadeiro wrote:

The difference in performance is stunning! (specially if you also use sampled libraries)

Is this true also for the use of Pianoteq?