[Paul Gitlitz]

Hey gang, I haven't posted in a few years, but I hope so experts out there can lend me a ear or in this case advise.
I have a Fireface 800 which worked trouble free with my , now older custom made computer Asus P5k board Quadcore 2.24 Mhz intel, 8Gz of Ram,
I upgraded to windows 7 and started to get drop outs when listening to anything even midi files.
I queried a few folks and on there advise I switched to the 64 bit version of win7 and got a larger HD for the OS added 4 gigs of Ram to get the current 8 and still have the same issue.
All drivers are current as well as the bios.
Thanks in Advance
Tunefully
Paul Gitlitz

[Bill[_20_]]

In message , Paul
Gitlitz writes
I upgraded to windows 7 and started to get drop outs when listening to
anything even midi files.

I have found the free version of LatencyMon to be a very useful tool. It
takes a bit of work, but there is quite a bit of guidance.

I often wonder why I so rarely see it recommended.

http://www.resplendence.com/downloads

http://www.resplendence.com/latencymon_using
--
Bill

[Luxey]

Be sure to set power profile to "Max. Performance".


On Friday, 12 April 2013 03:05:11 UTC+2, Paul Gitlitz wrote:
Hey gang, I haven't posted in a few years, but I hope so experts out there can lend me a ear or in this case advise.

I have a Fireface 800 which worked trouble free with my , now older custom made computer Asus P5k board Quadcore 2.24 Mhz intel, 8Gz of Ram,

I upgraded to windows 7 and started to get drop outs when listening to anything even midi files.

I queried a few folks and on there advise I switched to the 64 bit version of win7 and got a larger HD for the OS added 4 gigs of Ram to get the current 8 and still have the same issue.

All drivers are current as well as the bios.

Thanks in Advance

Tunefully

Paul Gitlitz

[Here In Oregon]

"Paul Gitlitz" wrote in message
...

Hey gang, I haven't posted in a few years, but I hope so experts out there
can lend me a ear or in this case advise.
I have a Fireface 800 which worked trouble free with my , now older custom
made computer Asus P5k board Quadcore 2.24 Mhz intel, 8Gz of Ram,
I upgraded to windows 7 and started to get drop outs when listening to
anything even midi files.
I queried a few folks and on there advise I switched to the 64 bit version
of win7 and got a larger HD for the OS added 4 gigs of Ram to get the
current 8 and still have the same issue.
All drivers are current as well as the bios.
Thanks in Advance
Tunefully
Paul Gitlitz


Your system components are all good and plenty fast. RME (Fireface) makes
some of the lowest latency and stable drivers out there.

Did you upgrade your operating system with a clean install? Meaning hard
drive was completely wiped. I assume so.

Check your computer with the DPC latency checker as well.

Also, go to your hard drive web site and run a disk analysis to make sure
you do not need viagra. I mean your drive might be slowly failing.

Next would be to check whether your new RAM is compatible and you want to
run a check on those as well. There are many memory diagnostic tests out
there.

Your friend,
HIO

[Here In Oregon]

"Here In Oregon" wrote in message ...

Your system components are all good and plenty fast. RME (Fireface)
makes
some of the lowest latency and stable drivers out there.

Did you upgrade your operating system with a clean install? Meaning hard
drive was completely wiped. I assume so.

Check your computer with the DPC latency checker as well.

Also, go to your hard drive web site and run a disk analysis to make sure
you do not need viagra. I mean your drive might be slowly failing.

Next would be to check whether your new RAM is compatible and you want to
run a check on those as well. There are many memory diagnostic tests out
there.





I meant to say the system components *shown* are generally good. ASUS makes
good motherboards and the Intel Quad core and the RME are all top notch
along with plenty of memory so your basics look good.

However, there are other components that could be bad as well if your hard
drive and memory checks out so if the *free* DPC latency checker shows you
are into the yellow or red you will also want to go into Device Manager and
start disabling individual devices one at a time.

To disable a device in Device Manager, right-click on the corresponding item
(e.g. on the Ethernet adapter) and choose Disable from the context menu.

Windows marks a disabled device with a red cross. Run the DPC test again and
hope to get it in the green. To enable a device again, choose Enable from
the context menu.

Some of these devices might not even need to be enabled depending on your
system and you might find the offending ones can be fixed with an update to
its driver software.

[Here In Oregon]

Paul,... have you done all that? g

[Paul Gitlitz]

Thank you all for replying. I got busy with teaching and hadn't time to follow up till just know. I did Try the Latency Mon and here are the results. I will try disconnecting from the web and see if it helps also it looks like my usb is very busy, though I'm not sure why.

The HD is brand new with a clean instal of win 7 64 bit. The power is set to highest and Cubase has an additional management system. I'm not clear how to disable CPU throttling settings in Control Panel and BIOS setup. The last time I monkeyed with the bios a couple of days ago I crashed the whole system and had to remove a battery and reinitialize the bios back to the default setting to even get the computer to boot.
All the drivers are up to date and so is the bios unless reinitializing set it back ?
Another issue is my very silent fans are now nosy since I took the computer half apart to get to the battery. I have them set in the bios for stealth and controlled by the CPU? Not sure how to fix this either.
I wondered about the ram compatibility as well, but since I had the problem both before and after installing it I'm not sure it is the issue. It looks like cheaper Ram than was installed and the place where I bought it said it might be slower, but since I'm set up to run them in dual mode they won't interfere with each other.
This is as far as I've gotten.___________________________________________ _____________________________________
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:39 (h:mm:ss) on all processors.



__________________________________________________ __________________________________________________ _____
SYSTEM INFORMATION
__________________________________________________ __________________________________________________ _____
Computer name: HOME
OS version: Windows 7 , 6.1, build: 7600 (x64)
Hardwa P5K-E, , ASUSTeK Computer INC.
CPU: GenuineIntel Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Logical processors: 4
Processor groups: 1
RAM: 8191 MB total


__________________________________________________ __________________________________________________ _____
CPU SPEED
__________________________________________________ __________________________________________________ _____
Reported CPU speed: 2400.0 MHz
Measured CPU speed: 1614.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.


__________________________________________________ __________________________________________________ _____
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): 12851.838436
Average measured interrupt to process latency (µs): 4.085451

Highest measured interrupt to DPC latency (µs): 12581.345273
Average measured interrupt to DPC latency (µs): 1.210889


__________________________________________________ __________________________________________________ _____
MEASURED SMI, IPI AND CPU STALLS
__________________________________________________ __________________________________________________ _____
The SMI, IPI and CPU stalls value represents the highest measured interval that a CPU did not respond while having its maskable interrupts disabled.

Highest measured SMI or CPU stall (µs) 11.092780


__________________________________________________ __________________________________________________ _____
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): 144.6450
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Highest reported total ISR routine time (%): 0.030889
Driver with highest ISR total time: ataport.SYS - ATAPI Driver Extension, Microsoft Corporation

Total time spent in ISRs (%) 0.091690

ISR count (execution time 250 µs): 507592
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): 44125.65750
Driver with highest DPC routine execution time: USBPORT.SYS - USB 1.1 & 2.0 Port Driver, Microsoft Corporation

Highest reported total DPC routine time (%): 0.227145
Driver with highest DPC total execution time: USBPORT.SYS - USB 1.1 & 2.0 Port Driver, Microsoft Corporation

Total time spent in DPCs (%) 0.734760

DPC count (execution time 250 µs): 2149778
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 15
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µs): 0
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: avgrsa.exe

Total number of hard pagefaults 1980
Hard pagefault count of hardest hit process: 1677
Highest hard pagefault resolution time (µs): 63919.938750
Total time spent in hard pagefaults (%): 0.220957
Number of processes hit: 7


__________________________________________________ __________________________________________________ _____
PER CPU DATA
__________________________________________________ __________________________________________________ _____
CPU 0 Interrupt cycle time (s): 7.623889
CPU 0 ISR highest execution time (µs): 144.6450
CPU 0 ISR total execution time (s): 0.468323
CPU 0 ISR count: 381261
CPU 0 DPC highest execution time (µs): 12746.31750
CPU 0 DPC total execution time (s): 4.538417
CPU 0 DPC count: 1898347
__________________________________________________ __________________________________________________ _____
CPU 1 Interrupt cycle time (s): 4.707559
CPU 1 ISR highest execution time (µs): 135.2550
CPU 1 ISR total execution time (s): 0.248569
CPU 1 ISR count: 42031
CPU 1 DPC highest execution time (µs): 12721.020
CPU 1 DPC total execution time (s): 1.723851
CPU 1 DPC count: 77126
__________________________________________________ __________________________________________________ _____
CPU 2 Interrupt cycle time (s): 5.192226
CPU 2 ISR highest execution time (µs): 120.9750
CPU 2 ISR total execution time (s): 0.272901
CPU 2 ISR count: 42095
CPU 2 DPC highest execution time (µs): 13825.961250
CPU 2 DPC total execution time (s): 1.882548
CPU 2 DPC count: 86863
__________________________________________________ __________________________________________________ _____
CPU 3 Interrupt cycle time (s): 4.554697
CPU 3 ISR highest execution time (µs): 89.00250
CPU 3 ISR total execution time (s): 0.256753
CPU 3 ISR count: 42205
CPU 3 DPC highest execution time (µs): 44125.65750
CPU 3 DPC total execution time (s): 1.844367
CPU 3 DPC count: 87488
__________________________________________________ __________________________________________________ _____

[Paul Gitlitz]

Yup the realtek wireless seems to be the culprit. So how do I listen to music on line if audio only works when offline?

[Paul Gitlitz]

From the figures below it does appear the new Ram is slower than what was already installed, I'm still not clear whether it has a deleterious effect on the system as a whole or on the audio. It is more Ram than I had before and certainly more than I had usable under XP when I had not problem.

RAMMon v1.0 Build: 1009 built with SysInfo v1.0 Build: 1030
PassMark (R) Software
www.passmark.com

Memmory summary for HOME:
Number of Memory Devices: 4 Total Physical Memory: 8191 MB (8192 MB)
Total Available Physical Memory: 6226 MB
Memory Load: 23%

Item | Slot #1 | Slot #2 | Slot #3 | Slot #4 |
-------------------------------------------------------------------------------|--------------------|-------------------------|--------------------|-------------------------|-
Ram Type | DDR2 | DDR2 | DDR2 | DDR2 |
Maximum Clock Speed (MHz) | 400.00 (JEDEC) | 333.33 (JEDEC) | 400.00 (JEDEC) | 333.33 (JEDEC) |
Maximum Transfer Speed (MHz) | DDR2-800 | DDR2-666 | DDR2-800 | DDR2-666 |
Maximum Bandwidth (MB/s) | PC2-6400 | PC2-5300 | PC2-6400 | PC2-5300 |
Memory Capacity (MB) | 2048 | 2048 | 2048 | 2048 |
Jedec Manufacture Name | G Skill Intl | Transcend Information | G Skill Intl | Transcend Information |
Search Amazon.com | Search! | Search! | Search! | Search! |
SPD Revision | 1.2 | 1.2 | 1.2 | 1..2 |
Registered | No | No | No | No |
ECC | No | No | No | No |
DIMM Slot # | 1 | 2 | 3 | 4 |
Manufactured | | Week 16 of Year 2012 | | Week 43 of Year 2011 |
Module Part # | F2-8500CL5-2GBPK | TS256MLQ64V6U | F2-8500CL5-2GBPK | TS256MLQ64V6U |
Module Revision | 0x0 | 0x0 | 0x0 | 0x0 |
Module Serial # | 0x0 | 0x966BC | 0x0 | 0x92F0D |
Module Manufacturing Location | 0 | 84 | 0 | 84 |
# of Row Addressing Bits | 14 | 14 | 14 | 14 |
# of Column Addressing Bits | 10 | 10 | 10 | 10 |
# of Banks | 8 | 8 | 8 | 8 |
# of Ranks | 2 | 2 | 2 | 2 |
Device Width in Bits | 8 | 8 | 8 | 8 |
Bus Width in Bits | 64 | 64 | 64 | 64 |
Module Voltage | SSTL 1.8V | SSTL 1.8V | SSTL 1.8V | SSTL 1.8V |
CAS Latencies Supported | 4 5 | 3 4 5 | 4 5 | 3 4 5 |
Timings @ Max Frequency (JEDEC) | 5-5-5-15 | 5-5-5-15 | 5-5-5-15 | 5-5-5-15 |
Maximum frequency (MHz) | 400.00 | 333.33 | 400.00 | 333.33 |
Maximum Transfer Speed (MHz) | DDR2-800 | DDR2-666 | DDR2-800 | DDR2-666 |
Maximum Bandwidth (MB/s) | PC2-6400 | PC2-5300 | PC2-6400 | PC2-5300 |
Minimum Clock Cycle Time, tCK (ns) | 2.500 | 3.000 | 2.500 | 3..000 |
Minimum CAS Latency Time, tAA (ns) | 12.500 | 15.000 | 12.500 | 15.000 |
Minimum RAS to CAS Delay, tRCD (ns) | 12.500 | 15.000 | 12.500 | 15.000 |
Minimum Row Precharge Time, tRP (ns) | 12.500 | 15.000 | 12.500 | 15.000 |
Minimum Active to Precharge Time, tRAS (ns) | 37.000 | 45.000 | 37.000 | 45.000 |
Minimum Row Active to Row Active Delay, tRRD (ns) | 7.500 | 7.500 | 7.500 | 7..500 |
Minimum Auto-Refresh to Active/Auto-Refresh Time, tRC (ns) | 60.000 | 60.000 | 60.000 | 60.000 |
Minimum Auto-Refresh to Active/Auto-Refresh Command Period, tRFC (ns) | 127.500 | 127.500 | 127.500 | 127.500 |
| | | | |
DDR2 Specific SPD Attributes | | | | |
Data Access Time from Clock, tAC (ns) | 0.400 | 0.450 | 0.400 | 0..450 |
Clock Cycle Time at Medium CAS Latency (ns) | 3.750 | 3.750 | 3.750 | 3..750 |
Data Access Time at Medium CAS Latency (ns) | 0.500 | 0.500 | 0.500 | 0..500 |
Clock Cycle Time at Short CAS Latency (ns) | 5.000 | 5.000 | 5.000 | 5..000 |
Data Access Time at Short CAS Latency (ns) | 0.600 | 0.600 | 0.600 | 0..600 |
Maximum Clock Cycle Time (ns) | 8.000 | 8.000 | 8.000 | 8..000 |
Write Recover Time, tWR (ns) | 15.000 | 15.000 | 15.000 | 15.000 |
Internal Write to Read Command Delay, tWTR (ns) | 7.500 | 7.500 | 7.500 | 7..500 |
Internal Read to Precharge Command Delay, tRTP (ns) | 7.500 | 7.500 | 7.500 | 7..500 |
Address/Command Setup Time Before Clock, tIS (ns) | 0.170 | 0.200 | 0.170 | 0..200 |
Address/Command Hold Time After Clock, tIH (ns) | 0.250 | 0.270 | 0.250 | 0..270 |
Data Input Setup Time Before Strobe, tDS (ns) | 0.050 | 0.100 | 0.050 | 0..100 |
Data Input Hold Time After Strobe, tDH (ns) | 0.120 | 0.170 | 0.120 | 0..170 |
Maximum Skew Between DQS and DQ Signals (ns) | 0.200 | 0.240 | 0.200 | 0..240 |
Maximum Read Data hold Skew Factor (ns) | 0.240 | 0.220 | 0.240 | 0..220 |
PLL Relock Time (ns) | 0.000 | 0.000 | 0.000 | 0..000 |
DRAM Package Type | Planar | Planar | Planar | Planar |
Burst Lengths Supported | 4 8 | 4 8 | 4 8 | 4 8 |
Refresh Rate | Reduced (7.8us) | Reduced (7.8us) | Reduced (7.8us) | Reduced (7.8us) |
# of PLLS on DIMM | 0 | 0 | 0 | 0 |
FET Switch External Enable | No | No | No | No |
Analysis Probe Installed | No | No | No | No |
Weak Driver Supported | Yes | Yes | Yes | Yes |
50 Ohm ODT Supported | Yes | Yes | Yes | Yes |
Partial Array Self Refresh Supported | Yes | No | Yes | No |
Module Type | UDIMM | UDIMM | UDIMM | UDIMM |
Module Height (mm) | 30.0 | 30.0 | 30.0 | 25.4 |

[Bill[_20_]]

In message , Paul
Gitlitz writes
Thank you all for replying. I got busy with teaching and hadn't time to
follow up till just know. I did Try the Latency Mon and here are the
results. I will try disconnecting from the web and see if it helps also
it looks like my usb is very busy, though I'm not sure why.

I've only had a short time to look through the results (and have snipped
them here for brevity), but I suggest:

Ignore the discrepancy between max and measured processor speed unless
you can locate the cpu throttling controls. My Win7 machines here (both
laptops - I still use XP on the desktops for most serious audio) both
show similar readings.

Here, on a W7 64-bit laptop, I found that audio came good when I
disabled the anti-virus and altered the acpi settings (under battery in
Device manager). On my machine the highest DPC's pointed to acpi - I see
yours point to USB.

Your hard page faults point to avg - mine (much worse) pointed to
Windows Defender. Wifi was also implicated, but I could leave it
running.

I use Firewire here on the XP machine but not on the W7 machines, but
when I tested some years ago with various firewire cards, I found that I
had to go through and turn off all the timing functions - things like
sleep timing on the HD's etc. - in Windows. This applied on both XP and
Vista.

When I was looking at usb problems, I found some limited time trials of
diagnostic software. I can't remember which it was, but I do have
usbtrace and usbdeview-X64 in download areas here. For real usb fault
finding, Microsoft has xperf, logman and other free tools available,
which are very hard work, but excellent.

Really, all this is down to running LatencyMon (or perhaps DPC Latency
Checker) disabling things and guessing. I like LatencyMon because you
can disable something, re-run it and see the results on the displays
pretty quickly.

I know this reveals how little I know, but hopefully it will help a bit.
--
Bill

[John Williamson]

On 13/04/2013 13:23, Bill wrote:
In message , Paul
Gitlitz writes
Thank you all for replying. I got busy with teaching and hadn't time
to follow up till just know. I did Try the Latency Mon and here are
the results. I will try disconnecting from the web and see if it helps
also it looks like my usb is very busy, though I'm not sure why.

I've only had a short time to look through the results (and have snipped
them here for brevity), but I suggest:

Ignore the discrepancy between max and measured processor speed unless
you can locate the cpu throttling controls. My Win7 machines here (both
laptops - I still use XP on the desktops for most serious audio) both
show similar readings.

Here, on a W7 64-bit laptop, I found that audio came good when I
disabled the anti-virus and altered the acpi settings (under battery in
Device manager). On my machine the highest DPC's pointed to acpi - I see
yours point to USB.

Your hard page faults point to avg - mine (much worse) pointed to
Windows Defender. Wifi was also implicated, but I could leave it running.

I use Firewire here on the XP machine but not on the W7 machines, but
when I tested some years ago with various firewire cards, I found that I
had to go through and turn off all the timing functions - things like
sleep timing on the HD's etc. - in Windows. This applied on both XP and
Vista.

When I was looking at usb problems, I found some limited time trials of
diagnostic software. I can't remember which it was, but I do have
usbtrace and usbdeview-X64 in download areas here. For real usb fault
finding, Microsoft has xperf, logman and other free tools available,
which are very hard work, but excellent.

Really, all this is down to running LatencyMon (or perhaps DPC Latency
Checker) disabling things and guessing. I like LatencyMon because you
can disable something, re-run it and see the results on the displays
pretty quickly.

I know this reveals how little I know, but hopefully it will help a bit.

The first thing to disable would be your Wireless networking. Some
chipsets and drivers are known to cause the type of problem you
describe, by taking over the whole system while they wait for a packet
with a problem to be re-sent. This packet may only be an ACK request,
which is used to keep the connection "live" but the condition will
freeze the entire machine until it arrives.

If you can use ethernet to your router instead, then most of the
skipping problems will go away.

--
Tciao for Now!

John.

[Paul Gitlitz]

Yes, I noticed both the USB and wireless issues and got improved results when I disconnected from the net. Unfortunately I can't use a cable in my current situation.
I didn't know that the antivirus was an issue, but not surprised either.
When I had this computer built for my studio, it was off line and so had no antivirus. It ran on XP as I'd mentioned and was 32 bit with only about 3 gigs of Ram useable and worked flawlessly.
Is there a better wireless card I could stick in here and if so what would you recommend?
I could easily disconnect from the net to do audio work, but this is also my office computer now and it would be nice if it didn't stutter all the way through a you tube vid.
Also I was wondering if I could create a second log in that had the net and antivirus disabled for audio work? I'm not sure how to disable the antivirus even though I'm logged in as administrator I get messages that I'm not allowed to do this.

[Bill[_20_]]

In message , John Williamson
writes
If you can use ethernet to your router instead, then most of the
skipping problems will go away.

One of my contacts replaced his wifi with powerline networking, and that
solved all his problems. I assume he had no radio amateurs nearby, as
no-one has complained yet.

The other thing that I forgot to suggest was to go into Control Panel,
Network Connections and disable anything redundant, especially the
Microsoft Virtual wifi miniport adapter. You may have to disable
Internet Connection Sharing to allow disablement!
--
Bill

[John Williamson]

On 13/04/2013 14:33, Paul Gitlitz wrote:
Yes, I noticed both the USB and wireless issues and got improved results when I disconnected from the net. Unfortunately I can't use a cable in my current situation.
I didn't know that the antivirus was an issue, but not surprised either.

AV can be a righteous PITA for hogging resources, especially when it
phones home to get an update, when some of them seem to monopolise the
whole machine while theyy're waiting for the server at the other end to
actually speak. On the bright side, at least it's not Symantec or
whatever they're calling Norton nowadays. That is a *major* resource hog
and causes all sorts of "interesting" things to happen.

When I had this computer built for my studio, it was off line and so had no antivirus. It ran on XP as I'd mentioned and was 32 bit with only about 3 gigs of Ram useable and worked flawlessly.
Is there a better wireless card I could stick in here and if so what would you recommend?
I could easily disconnect from the net to do audio work, but this is also my office computer now and it would be nice if it didn't stutter all the way through a you tube vid.
Also I was wondering if I could create a second log in that had the net and antivirus disabled for audio work? I'm not sure how to disable the antivirus even though I'm logged in as administrator I get messages that I'm not allowed to do this.

I don't know about where you are, but with oldish computers being so
cheap now, why not set up an old one for your office work, and just
disconnect the audio one from all networks? If you need a file
transferring, USB sticks or drives are reasonably fast.

I am using an Intel 845 motherboard with an Atom processor and an
Atheros PCI-e wifi card on this XP netbook, and I have no audio problems
whatsoever. I use it for mixing up to a dozen or more 32 bit, 44.1 kHz
tracks, but I've not yet had the courage to connect the Zoom R24 to its
USB port for multi-channel 24 bit recording. It cost me £160 second hand
a couple of years ago.

I also have a ten year old Shuttle X mini dektop unit with a 2.4 gHz AMD
processor that is running XP, and while it really needs more memory, it
runs Audition 3 or Cubase LE with no real problems up to at least 8
channels at CD quality. It's cost me about GBP100 altogether, including
a new 500Gig HD and a new cooling fan.

You *may* also be suffering from an incompatibility between your
interface and your motherboard firewire hardware, although I thought
those had all been sorted out by now.

--
Tciao for Now!

John.

[Paul Gitlitz]

Bill,
I downloaded usbdview and the following was what the the only device with a purple dot beside it. I'm not sure of the significance of that.

Port_#0003.Hub_#0004 Realtek RTL8187 Wireless 802.11b/g 54Mbps USB 2.0 Network Adapter Unknown Yes No No No 0015AF515018 4/9/2013 8:38:27 PM 4/13/2013 7:36:23 AM 0bda 8187 1.00 00 00 00 RTL8187 Realtek RTL8187 Wireless 802.11b/g 54Mbps USB 2.0 Network Adapter RTL8187.sys Net Realtek Semiconductor Corp. 500 mA 0.27 Realtek RTL8187 Wireless 802.11b/g 54Mbps USB 2.0 Network Adapter 6.1316.1209.2009 USB\VID_0BDA&PID_8187\0015AF515018


It appear everything points to the wireless as the source of my grief. I had no idea it was also a USB device internally.

[Paul Gitlitz]

John, I did consider getting a net book for office stuff and this may be the best option.

[Paul Gitlitz]

I'm still wondering if there is a wireless card I could insert that wouldn't interrupt audio, or is this a weakness of this Motherboard regardless of which wireless I use?

[Bill[_20_]]

In message , Paul
Gitlitz writes
Bill,
I downloaded usbdview and the following was what the the only device
with a purple dot beside it. I'm not sure of the significance of that.

Port_#0003.Hub_#0004 Realtek RTL8187 Wireless 802.11b/g 54Mbps USB
2.0 Network Adapter Unknown Yes No No No
0015AF515018 4/9/2013 8:38:27 PM 4/13/2013 7:36:23 AM 0bda
8187 1.00 00 00 00 RTL8187 Realtek RTL8187
Wireless 802.11b/g 54Mbps USB 2.0 Network Adapter RTL8187.sys Net
Realtek Semiconductor Corp. 500 mA 0.27 Realtek RTL8187 Wireless
802.11b/g 54Mbps USB 2.0 Network Adapter 6.1316.1209.2009
USB\VID_0BDA&PID_8187\0015AF515018


It appear everything points to the wireless as the source of my grief.
I had no idea it was also a USB device internally.

I went onto the Realtek site, and it looks as though that device doesn't
have Win7 drivers, although it might have if it's the PCIe version

http://www.realtek.cz/realtek-driver...altek=wireless

I don't know which wireless cards to suggest.

I do wonder, from your original posting, whether you might need to look
into the Firewire a bit more. Again, I can't help, as I don't use
firewire with Windows 7, but I do remember lots of people having to poke
around, install legacy drivers and so on.
Have you tried with on-board audio or some other usb or pci interface
rather than firewire?

All I can say is that it is probably a combination of different
problems, and that here I am able to run laptops for recording off
internet audio by just disabling unnecessary features.


--
Bill

[Paul Gitlitz]

Yahoo, I think all the issues are finally dealt with.

A wire was indeed touching the fan so the computer is back to silent running and engaging the internal sound card and running it through a little mackie mixer to get it over to the Fireface has cleared up the dropout problem when on line. So as long as I shut off the wireless when doing real audio work I should be fine.

Thank You HIO, Bill, John and Luxey, for your helpful suggestions This has plagued me for many months, but since I had closed my studio and moved I hadn't given it my full attention. Since I'm engineering an album in another studio and may need to edit and mix here this became very important for me.

[geoff]

"Paul Gitlitz" wrote in message
...
Yes, I noticed both the USB and wireless issues and got improved results
when I disconnected from the net. Unfortunately I can't use a cable in my
current situation.
I didn't know that the antivirus was an issue, but not surprised either.

AV on a DAW ! Used to be a fatal combination - presumably this hasn't
changed.

When I had this computer built for my studio, it was off line and so had
no antivirus. It ran on XP as I'd mentioned and was 32 bit with only about
3 gigs of Ram useable and worked flawlessly.
Is there a better wireless card I could stick in here and if so what would
you recommend?
I could easily disconnect from the net to do audio work, but this is also
my office computer now and it would be nice if it didn't stutter all the
way through a you tube vid.
Also I was wondering if I could create a second log in that had the net
and antivirus disabled for audio work? I'm not sure how to disable the
antivirus even though I'm logged in as administrator I get messages that
I'm not allowed to do this.

Have you tried the RME forums - they are reputed to be very responsive - in
answers and cures wqhere possible.

And before all the smug iDiots chime in - this is the price we pay for
democracy.

geoff

[geoff]

"Paul Gitlitz" wrote in message
...
Yup the realtek wireless seems to be the culprit. So how do I listen to
music on line if audio only works when offline?



You listen to music online on your DAW ? My DAW, being relied on for a
living, only ever goes online for updates, and then only tethered thru my
cellphone.

That being said you shouldn't have had mobo-based wireless probs. I don't
get wireless probs even with a cruddy old USB wireless adapotr, which should
be far less efficient than you setup. I'd veer towards blaming Realtek's
drivers.

geoff

[Scott Dorsey]

geoff wrote:
"Paul Gitlitz" wrote in message
...
Yup the realtek wireless seems to be the culprit. So how do I listen to
music on line if audio only works when offline?

You listen to music online on your DAW ? My DAW, being relied on for a
living, only ever goes online for updates, and then only tethered thru my
cellphone.

If you want to use your DAW also as a general-purpose computer, you might
consider setting up dual boot partitions. Boot off one, you have a DAW,
boot off the other and you have a configuration more intended for office
automation, etc.
--scott
--
"C'est un Nagra. C'est suisse, et tres, tres precis."

[Les Cargill[_4_]]

Scott Dorsey wrote:
geoff wrote:
"Paul Gitlitz" wrote in message
...
Yup the realtek wireless seems to be the culprit. So how do I listen to
music on line if audio only works when offline?

You listen to music online on your DAW ? My DAW, being relied on for a
living, only ever goes online for updates, and then only tethered thru my
cellphone.

If you want to use your DAW also as a general-purpose computer, you might
consider setting up dual boot partitions. Boot off one, you have a DAW,
boot off the other and you have a configuration more intended for office
automation, etc.
--scott


Slightly less work is to set up virtual machines and only go online
within those.

A VM should be a pretty good sandbox. They usually offer "snapshots",
so if one gets infected, you should be able to roll back to last good
known state easily.

--
Les Cargill

[Here In Oregon]

"geoff" wrote in message

AV on a DAW ! Used to be a fatal combination - presumably this hasn't
changed.

Yes and no respectively.

I have been building custom high-performance computers since the mid
nineties with the most powerful componentry available at the time, so take
this with a grain of salt.

I am a power user and my DAW *never* crashes and I use it for everything
even at the same time I am recording and mixing.

I have used many anti-virus programs over the years and nothing has been
better than the *free* Microsoft Security Essentials. It runs in the
background, eats hardly any resources and just does what it is supposed to
do.

Think about it. Microsoft had one big serious flaw in its operating system
and that was its vulnerability with viruses, Trojans, malware, spyware,
etc., and just hackers in general. There are so many more users on the
Windows platform than Apple's Macintosh that many of these deviants want to
just wreck havoc on the most people they can.

Macs were safer from attack pure and simple. Today there is very little
difference between a Window's computer and a Mac except for the operating
system. Apple wants to focus on *istuff* anyway. Pro Tools and Digital
Performer even now work on a PC and IMHO there is no reason to buy a Mac
computer unless you just want to spend a lot more money and have limited
hardware choices.

Microsoft knew they needed to build something like MSE. We use their
operating systems for crying out loud so why do we discount them not knowing
their own code better than these other AV competitors who I believe
propagate a lot of this virus stuff.

"Most of the current anti-virus software programs out there are now just
viruses unto themselves."

HIO

[jason]

On Sun, 14 Apr 2013 12:59:08 -0700 "Here In Oregon"
wrote in article

"geoff" wrote in message

AV on a DAW ! Used to be a fatal combination - presumably this hasn't
changed.

Yes and no respectively.

I have been building custom high-performance computers since the mid
nineties with the most powerful componentry available at the time, so take
this with a grain of salt.

I am a power user and my DAW *never* crashes and I use it for everything
even at the same time I am recording and mixing.

I have used many anti-virus programs over the years and nothing has been
better than the *free* Microsoft Security Essentials. It runs in the
background, eats hardly any resources and just does what it is supposed to
do.

Think about it. Microsoft had one big serious flaw in its operating system
and that was its vulnerability with viruses, Trojans, malware, spyware,
etc., and just hackers in general. There are so many more users on the
Windows platform than Apple's Macintosh that many of these deviants want to
just wreck havoc on the most people they can.

Macs were safer from attack pure and simple. Today there is very little
difference between a Window's computer and a Mac except for the operating
system. Apple wants to focus on *istuff* anyway. Pro Tools and Digital
Performer even now work on a PC and IMHO there is no reason to buy a Mac
computer unless you just want to spend a lot more money and have limited
hardware choices.

Microsoft knew they needed to build something like MSE. We use their
operating systems for crying out loud so why do we discount them not knowing
their own code better than these other AV competitors who I believe
propagate a lot of this virus stuff.

"Most of the current anti-virus software programs out there are now just
viruses unto themselves."

HIO

+1 ...and may the Android folks come to the same realization and act
accordingly