sx and windows hanging

tgstgs · Post by **tgstgs** » Wed Aug 09, 2006 1:33 am

when your problem is the way you work with midi in cubase + scope you dont solve it with a new MB;
you loose time + money
its worth a try
download trial; install; export cubasefile to midi; inport in sonar and test;
it takes you a few hours and you know exactly without spending money;
but anyway good luck

tgstgs · Post by **tgstgs** » Wed Aug 09, 2006 1:45 am

what makes a technical spezialist when the left front weel of his car looses air;
answer: he changes the weel to right rear see if the problem travel in common;
hope the translation makes sense
good vibes from vienna

gustav · Post by **gustav** » Wed Aug 09, 2006 2:15 am

I just saw a conflict that is flagged red :
it concerns motherboard ressources and smbus :
http://hurpasard.free.fr/smbuserr.rtf
is that a possible explanation of my problems and is there a way to change this ?

_________________
<a href="http://hurpasard.free.fr"> my music </a>
<a href="http://peinturesurlenet.free.fr"> my paintings </a>

[ This Message was edited by: gustav on 2006-08-09 03:15 ]

Post by **garyb** » Wed Aug 09, 2006 2:21 am

hmmm...did you install the chipset drivers?

gustav · Post by **gustav** » Wed Aug 09, 2006 2:25 am

yes - should I do it again ?

Post by **garyb** » Wed Aug 09, 2006 2:33 am

i haven't seen that message before and i don't speak french(americans are lame...), exactly what resources are conflicting with what? check system information in programs/accessories/system tools. this is probably where the problem is.

gustav · Post by **gustav** » Wed Aug 09, 2006 3:06 am

I renewed the file showing the problem in detail :
http://hurpasard.free.fr/smbuserr.rtf

the problem is the sharing of I/O Port - have a look on the sharing conflicts file here :
http://hurpasard.free.fr/sharingconflicts.txt
its between SMBUS and mother board ressources (this is the translation of ressources de la carte mere)

Port E/S 0x00000400-0x0000041F Ressources de la carte mère
Port E/S 0x00000400-0x0000041F Intel(R) 82801GB SMBus Controller - 27DA
_________________
<a href="http://hurpasard.free.fr"> my music </a>
<a href="http://peinturesurlenet.free.fr"> my paintings </a>

[ This Message was edited by: gustav on 2006-08-09 04:07 ]

[ This Message was edited by: gustav on 2006-08-09 04:09 ]

Shroomz~> · Post by **Shroomz~>** » Wed Aug 09, 2006 6:13 am

Both your Pulsar2 & SATA controllers are on the same IRQ (23), so maybe that's the problem. Unless you can change your IRQ allocations, 2 possible options are:- move the Pulsar2 to another slot, ... or disable SATA in bios & use 2 IDE drives instead of SATA (that last option really should be a 'last resort'.)

gustav · Post by **gustav** » Wed Aug 09, 2006 9:02 am

Shroomz - this is really your damned fault if I'm again working on a solution for this PC :

thers a good news and a bad one :

ok I put the pulsar on PCI2. i don't know why I did not get it before like this but now my IRQ's are no more shared !!!

But even then the bug remains the same (I really would like to make a song with this title but I CAN'T!

Now, looking at the Conflicts Sharing thing I see :

I/O Port 0x00000000-0x00000CF7 Bus PCI
I/O Port 0x00000000-0x00000CF7 Contrôleur d'accès direct en mémoire

IRQ 20 Intel(R) 82801GB USB Universal Host Controller - 27C8
IRQ 20 Intel(R) 82801GB USB2 Enhanced Host Controller - 27CC

I/O Port 0x000003C0-0x000003DF Intel(R) 955X PCI Express Root Port - 2775
I/O Port 0x000003C0-0x000003DF Matrox Parhelia APVe

Memory Address 0xE8000000-0xEFFFFFFF Intel(R) 955X PCI Express Root Port - 2775
Memory Address 0xE8000000-0xEFFFFFFF Matrox Parhelia APVe

I/O Port 0x00000400-0x0000041F Ressources de la carte mère
I/O Port 0x00000400-0x0000041F Intel(R) 82801GB SMBus Controller - 27DA

IRQ 16 Intel(R) 955X PCI Express Root Port - 2775
IRQ 16 Matrox Parhelia APVe
IRQ 16 Intel(R) 82801GB PCI Express Root Port - 27D0
IRQ 16 Intel(R) 82801GB PCI Express Root Port - 27E0
IRQ 16 Intel(R) PRO/1000 PM Network Connection

Memory Address 0xA0000-0xBFFFF Bus PCI
Memory Address 0xA0000-0xBFFFF Intel(R) 955X PCI Express Root Port - 2775
Memory Address 0xA0000-0xBFFFF Matrox Parhelia APVe

I/O Port 0x000003B0-0x000003BB Intel(R) 955X PCI Express Root Port - 2775
I/O Port 0x000003B0-0x000003BB Matrox Parhelia APVe

So nobody has any Idea if the remaining cmsharing conflicts are an issue ?

[ This Message was edited by: gustav on 2006-08-09 10:04 ]

Shroomz~> · Post by **Shroomz~>** » Wed Aug 09, 2006 11:27 am

Yo Gustav, erm why exactly do you think it's my fault? I've only tried to help you! I didn't realise that on page3 of the thread you had asked me to help more or whatever!

Anyway, I can continue to pass on my general knowledge on your system problem(s) if you want, if not, I won't -- no big deal

So, first things first... With XP (on our Scope system which is completely different to yours) I find that it works best if I disable absolutely *everything* in the BIOS that we don't ACTUALLY need!! (i've suggested this lots of times here on Z!!).. Doing so notably improved our 3 CW cards (Pulsar2 & 2x Powersampler) pci performance & system stability! (although we can also have the occassional el crasho! .. especially when trying to LOOP 2 beats in Cub'SX!!) The improvement was assumably because the built-in network adapters were eating some PCI resources/bandwidth when switched on!

Right next ... If you *significantly* change your systems' hardware configuration by changing or switching off built-in mobo hardware (controllers/adapters etc) ... guess what? ...Well, it might be advisable to reinstall XP completely after a fresh HD format. This way you'll get an install of XP which doesn't see the shit that you've just switched off in the bios!!

Next... I've built more than one system from shit lying around which ended up having irratic crashing behaviour which ended up actually being the fault of a goosed power supply!! What (I) would do to eliminate this from the list is go buy a cheap 15 euro 400 or 450 watt Power Supply purely for testing purposes. Then if you find out your PS was the problem all along, you can always go buy a good (silent) one & keep the cheapo for future testing scenarios!

Lastly, I an't help with STS as I'm not an STS user, sorry. I believe software samplers to be less reliable (especially on your main DAW) than using a hardware sampler built by the *masters* of sampling and hardware samplers ... EMU & AKAI !!! (bless their cotton socks) We use an E5000 ultra with 8ch ADAT going to our Scope rig being fed midi by an edirol UM-880 & the b*stard IS AS SOLID AS A ROCK!! We've also got an AKAI S-5000 which is also an awesome sampler, but is sitting to one side because we've got ADAT on the EMU & don't really need any more ... sooo .. wanna buy an AKAI S-5000 for £250 (sterling)??

[ This Message was edited by: Shroomz on 2006-08-09 12:29 ]

gustav · Post by **gustav** » Wed Aug 09, 2006 12:35 pm

On 2006-08-09 12:27, Shroomz wrote:
Yo Gustav, erm why exactly do you think it's my fault? I've only tried to help you! I didn't realise that on page3 of the thread you had asked me to help more or whatever!

[ This Message was edited by: Shroomz on 2006-08-09 12:29 ]

Sorry Shroomz - I said this for fun - I really appreciate your help. Next time I will try to learn usage of smileys to make sur eto be understood. My english is a shame - I know.

Shroomz~> · Post by **Shroomz~>** » Wed Aug 09, 2006 1:16 pm

Ah! Another joke I didn't get

Man, I've got no sense of humour!

Anyway ... since networking most computers slows them down & uses up bandwidth & resources.. why not switch off the built-in network adapter in the BIOS (which is sharing IRQ 16 with your graphx card) & switch off anything else in there which isn't needed (be sure you know what you're switching off), then reinstall XP on a freshly formatted HD & take it from there. The result (in theory) should be that you end up with a faster, more stable system with less IRQ sharing & more hope of success!!

Again though, even on a stable system, If I was 'looping' in Cubase on 2 beats (or 1/2 a bar @ 4/4 time sig') I would be *expecting* cubase to crash or go into machine gun stammer mode (sort of a 'hang' but not a crash) at some point & would be waiting for it to happen!! Cubase is just not designed for haf-bar looping (although it's capable of it) If you get any sort of serious session out of SX on a half-bar loop, you're doing really well imo, as it's disliked such short loops since it was first ever released for Atari !!

gustav · Post by **gustav** » Thu Aug 10, 2006 2:31 pm

I will give it a try : format and new install with the real minimum ...

gustav · Post by **gustav** » Fri Aug 11, 2006 1:26 am

This is my list that I will try to execute in this order - if you have any suggestions tell me !

(00) get out the pulsar & the scope
(01) format systeme partition
(02) BIOS Settings (P5WD2 Premium BIOS 0709)

IDE Configuration :
- Configure SATA as : Standard IDE
- Onboard IDE Operate mode : Enhanced Mode
-- Enhanced Mode Support On : S-ATA

ADVANCED : is this ok ?
- JuperFree Configuration
-- AI Overclocking Mode : Auto
-- Performance Mode : Auto

- USB Configuration
-- Legacy USB Support : Auto
-- USB 2.0 Controller : Enabled
-- USB 2.0 Controller Mode : HiSpeed
-- BIOS EHCI Hand-Off : Disabled

- Onboard devices
-- All options are Disabled

- PCI/PnP
-- Plug And Play O/S : No
-- PCI Latency Timer : 64

POWER
- ACPI 2.0 Support : Yes
- ACPI APIC support : Enabled

(03) installation standard of windows xp home
(version 2002)
- format NTFS
- "Processor scheduling" set to "Background services"
- sound : no sound
- automatic update : no
- system restore : no
- firewall : no
- HD Write caching disabled for all HD
- display properties theme=windows classic
- control panel/system/advanced/performance settings : uncheck everything except "use common tasks in folders"

(04) driver installation
- intel P5WWD2 chipset installation
- matrox perhelia : last driver & software

(05) installing trueimage (ghost)

------------Audio------------------
(06) get in the pulsar & the scope
(07) Windows: Check USB & scope conflicts, if necessary disable USB controler
(08) Installation driver Scope 4.5
(09) Installation Cubase sx3
(10) Update Cubase sx3.1.0 build 944
(11) Installation SFP 4.5
- window I/O enabler I enable asio, waves & midi - is this ok ?
- Cubase Asio = Scope

Please could you check if this is the good way to go for a (more) stable system ?
Thanks

- Changes suggested by Garyb -

[ This Message was edited by: gustav on 2006-08-11 03:26 ]

Post by **garyb** » Fri Aug 11, 2006 1:48 am

hello.
don't turn off graphic acceleration.
yes, i'd install the scope driver, then cubase, then scope.
do not disable usb until you verify that there is a controller sharing an irq with your scope card, and then disable that controller(it'll have an alphanumeric name).

also, in setting up xp, go to display properties and choose windows classic for the theme. go to control panel/system/advanced/performance settings and uncheck everything except "use common tasks in folders".

no reason not to ghost the partition, but if it's all installed properly, there should never be a need to use the image.

you really don't need the aspi driver either, but it won't hurt. i probably would install acpi, but if you've hads trouble with acpi, try standard pc.

midi controllers that output active sensing often cause system freezes. be sure to use a midi monitor to check for active sensing(and midi clock messages) from the controller and use the midi filter if nessessary.

[ This Message was edited by: garyb on 2006-08-11 02:56 ]

gustav · Post by **gustav** » Fri Aug 11, 2006 2:10 am

thank you garyb !

On 2006-08-11 02:48, garyb wrote:

you really don't need the aspi driver either, but it won't hurt. i probably would install acpi, but if you've hads trouble with acpi, try standard pc.

midi controllers ...

[ This Message was edited by: garyb on 2006-08-11 02:56 ]

ASPI : I did not know that this is no more neede - ok I will not install it
ACPI : This is the only way I can do - No choice
Midi controller : For testing purpose, I will not connect any external midi device to my system to be sure where the problem comes from. My test will be midi events in cubase created with the mouse. No Interference !

Shroomz~> · Post by **Shroomz~>** » Fri Aug 11, 2006 2:41 am

On 2006-08-11 02:26, gustav wrote:
- Onboard devices
-- All options are Disabled

At a quick glance, the only thing I can see immediately that you'll need to watch is the above quote. The 'Onboard devices' section should have the IDE or SATA controller enabled for your HD/s!! Other than that though, It's a great start to be disabling all the other crap .. Audio, Lan, 1394, Com ports, Game/midi port etc. (unless you think you'll need any of them)

gustav · Post by **gustav** » Fri Aug 11, 2006 2:52 am

I saw some other posts where someone enabled PnP OS in the BIOS - perhaps I should try this one too ???

Shroomz~> · Post by **Shroomz~>** » Fri Aug 11, 2006 3:18 am

Yeh, I think you should probably enable that.

Post by **garyb** » Fri Aug 11, 2006 12:30 pm

i disable that(pnp os)....