FLex 3000 Crashes now that I dedicated a faster PC to it :(

yes John you could sit and watch that...or use the above software and receive a diagnostic analysis :-D

CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for  4:24:01  (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name:                                    
OS version:                                           Windows 8 , 6.2, build: 9200 (x64)
Hardware:                                             Aspire TC-603, Acer
CPU:                                                  GenuineIntel Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz
Logical processors:                                   4
Processor groups:                                     1
RAM:                                                  7858 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed:                                   3193 MHz
Measured CPU speed:                                   1 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 DPC LATENCIES
_________________________________________________________________________________________________________
The interrupt to DPC latency reflects the measured interval in which a DPC could execute in response to a hardware request from the moment the interrupt service routine started execution.

Highest measured interrupt to DPC latency (µs):       607.480997
Average measured interrupt to DPC latency (µs):       4.460056


_________________________________________________________________________________________________________
 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):              91.237707
Driver with highest ISR routine execution time:       Wdf01000.sys - Kernel Mode Driver Framework Runtime, Microsoft Corporation

Highest reported total ISR routine time (%):          0.185690
Driver with highest ISR total time:                   Wdf01000.sys - Kernel Mode Driver Framework Runtime, Microsoft Corporation

Total time spent in ISRs (%)                          0.187884

ISR count (execution time <250 µs):                   14464794
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):              396.712496
Driver with highest DPC routine execution time:       Wdf01000.sys - Kernel Mode Driver Framework Runtime, Microsoft Corporation

Highest reported total DPC routine time (%):          1.156410
Driver with highest DPC total execution time:         Wdf01000.sys - Kernel Mode Driver Framework Runtime, Microsoft Corporation

Total time spent in DPCs (%)                          1.282166

DPC count (execution time <250 µs):                   60333888
DPC count (execution time 250-500 µs):                0
DPC count (execution time 500-999 µs):                49
DPC count (execution time 1000-1999 µs):              0
DPC count (execution time 2000-3999 µs):              0
DPC count (execution time >=4000 µs):                 0

Again Tx Alex

"Answer?" If you mean the crashing then I can tell you what I did. First off I was using AVG Free. WIndows 10 has Defender built in so one had to go. Perhaps not the best way but I removed AVG for now and left Defender running adding my Flex apps as exclusions. I think that was the big issue. My new tower is an Acer and as such had quite a few background apps running.I didn't need any Acer apps personally so removed them all (Acers searchindex especially).
As a sidenote- my Flex was hanging at 2 seconds on start-up and that issue resolved itself once I removed AVG. Was it the AVG or the two AV programs running simultaneously I'm not sure..It now works and removing all the extra apps helped my overall system.
A win10 issue to close up is in the updates procedure. In the advanced settings for updates Windows utilizes your connection (and data) for 'seeding' other users in their updates. You can disable this option which I did.
I hope this helps
cheers