"copy protection error" and audio onboard AAARGH

madsun · Post by **madsun** » Wed Oct 30, 2002 2:34 pm

NO WAY.
AGAIN THOSE STUPID ERRROR MESSAGES!
this is in sequence what happens even with simple projects:
project con midi source to seq midi dest, seq midi source to synth (ez, prima il
in sequenza con un solo synth aperto

copy protection violation! don't mess around with the copy protection! restart the program to continue.

then,
unexpected dsp overload
then
pci master abort!
(impossible, i have only one open synth..)
check for pci board conflicts and restart the computer

pci master overflow!

installation error: pulsar2 sramtest failed:
data 0xffffffff.
pleas check hardware for conflicts.

dsp overload

i check in set menu for dsp load and appears "registration" window,
hardware serial no. > no board found. please select the appropriate harware
since under hardware serial number it is written "no board found",
I paste from clipboard the allkeys file. it says import successfull.

but sfp don't works.
i shut down, and when i start SFP again appears a message:
installation error
hardware version 30 detected. this hardware requires a software update.
ok
could not gain access to creamware hardware!
i can not reinstall sfp all my life!!!!!!!

ps: in the file devices.in says i have mixer package 2, but in scope.rgi there is no mention to that package, but i have keys for propack.
ps 2 pulsar is on slot 3 and share irq 9 with usb ,

at0m · Post by **at0m** » Wed Oct 30, 2002 2:41 pm

This is very strange. Have you called on SFPsupport@creamware.de ?

madsun · Post by **madsun** » Wed Oct 30, 2002 3:53 pm

nop i didn't. i was triying to enter from days in the support section, and now i'been able to do it.
they says something about the message hardware 30 detected,
"
There are different workarounds for this problem:

1) Do not run Win2K/XP in the ACPI mode, but in the Standard PC mode (and possibly assign new IRQs in the BIOS)
2) Disable "PNP OS" in the BIOS.
3) Reinstall the driver from the directory Pulsar3Driverwin2k of your HD.
4) Try another PCI slot for the card."

.... i will try...
and also there is an article about activation keys the program suddenly don't recognize, BUT THEY SAY IT'S ONLY RELATED TO PULSAR 1 IIITTTT'S NOOOOOOTT TTTTTTTRUEEEEEEEEEEE

madsun · Post by **madsun** » Thu Oct 31, 2002 7:59 am

about acpi-standard mode, there is a way to switch between, withou reinstall xp??
i'm not sure how can i identify in wich modality i am currently workin.. (sorry for this subculture level..we are all learning in the end..); is it
in device managercomputer that shows in wich modality i'm workin'? for me it shows PC STANDARD, and in IRQ TAB ARE ENABLED "USE IRQ PARAMETERS", "OBTAIN IRQ TABLE FROM MS TABLE", AND THEN "OBTAIN IRQ TABEL FROM PCIBIOS 2.1 IN REAL MODALITY"

at this point (neurosis)excuse incomodating gods, for this insignificants problem, but SUB, do you see something i am actually not considering in this?
really thanks, madsun..

acuario · Post by **acuario** » Sat Nov 02, 2002 5:05 am

Hi, everybody. This is my first post in this forum, and it´s not a nice one, maybe the following are better. I´ve just bought a Luna II. I arrived home inserted the card in a Gigabyte 72zxe Chipset VIA VT82c686 (KT133?), with Duron 1200, and it didn´t worked. So i decided to buy a new computer, and use the old one with VST system link.
My new DAW is a P4 2 GHz working on an ASUS P4T533-C chipset I850, and the card doesn´t work too. It happens the same that MAdsun. Everything is OK, but when you go to the panel Multimedia to select the device, it´s there, but you can´t acces to properties nor anything (is grey, so if you select the creamware device it appears a "No audio hardware available" message error. I've tried win 98 and win XP PRO. I´ve tried everything (disable audio onboard, even with jumpers on mobo) no PNP si PNP but the problem is still there...
Any suggestions?...
Thnx a lot

valis · Post by **valis** » Sat Nov 02, 2002 10:17 am

adresses for cw is - slot pci 3 (bus pci 2, peripheral 11 ,irq 09
for c driver- bus pci 2, peripheral 11, irq 07
no conflicts are mentioned in hardware -peripherals.
in the bios pci configuration is set to auto for all slots requiring an irq
acpi suspend to ram disabled
in boot menu plug and play o/s is set to NO.

madsun, are you using any usb devices when you use pulsar (keyboard, mouse, midi interface?)

A quick check of your manual ( http://cgi.asus.com.tw/cgi-bin/dl.asp?f ... 6c-101.pdf ) and on page 2-14 (heading 2.6.2) you'll see two tables.
The first is a list of irq's in use by the device. The second table is important as well however, and you'll see that pci slot 3 (the one you say you have your pulsar installed in) shares it's irq assignment with the Onboard USB Controller HC1.

I'd recommend trying to either disable usb if you don't use it, or move the pulsar to another slot.

PCI slots 2 & 5 (5 as long as you keep onboard sound disabled) seem like they're fairly clear from what I see in teh table...

<font size=-1>[ This Message was edited by: valis on 2002-11-02 10:18 ]</font>

Post by **garyb** » Sat Nov 02, 2002 1:27 pm

start over.
be patient.
read the tips and tricks.
be orderly about your changes.try to make one at a time.
check out other's working set ups.
it will work well.
music studios are run by engineers.welcome to school.

<font size=-1>[ This Message was edited by: garyb on 2002-11-02 13:30 ]</font>

madsun · Post by **madsun** » Sun Nov 03, 2002 6:34 pm

OK.
changed pci slot from 3 to 5, 2 days ago, and i worked 8 hours a day without problems.until now. if i have to say the truth i'm in panic about some new surprise..anyway it worked.
yes, the irq was shared with an usb, and since i read in planet Z about problems with usb sharing i disabled usb (and chenged slot..)i don't need it cause i only use that computer for music.
thank you all guyz :_))
madsun

madsun · Post by **madsun** » Sun Nov 03, 2002 6:47 pm

PS thank you valis, i'm downloading the manual, i hope there is more infos than the paper one i have....
thank you garyb, i know, theoretically to be cold and patient it's the best way.. but sometimes it really stucks you in the shit some arcane pc misteries...
acuario: welcome in pZ. my non-logical solution about sounds properties not seeing creamware was TO FORMAT C:,and reinstall xp pro.. let us know ..

valis · Post by **valis** » Mon Nov 04, 2002 3:55 am

No problem madsun, irq's and hardware sharing of them can be a bit frustrating. I've got the luxury of having to juggle irq's since DOS 3.1 on the original compaq luggable...

Just remember that when you see charts like the one on page 2-14 of your manual, you worry about pci slot sharing of irq's FIRST and then the irq's themselves second. I would tend to think that even in ACPI mode care should be taken with PCI slot irq sharing....

madsun · Post by **madsun** » Mon Nov 04, 2002 1:32 pm

valis: i will read carefully the online manual, the problem of irq sharing seems to be EXPLANABLE, what i can not understand is the link between this and SFPgiving me copy protection errors... or the other of having the "Sounds control panel" completely greyed out until i formatted C: (manteining the same pci slot) this not happened anymore.................
msun

valis · Post by **valis** » Mon Nov 04, 2002 3:28 pm

Stuff being greyed out in control panel seems to be a bug, although it's certainly possible this is related to the copy protection errors.

As for the errors themselves, Creamware hardware is very sensitive to pci timing, and chipsets with poor bandwidth have proven that they're not up to the task.

In your case you have a chipset that's perfectly fine but I suspect that when you were on the same hardware line as the usb bus it was stealing cycles from your pulsar to poll the usb bus for new devices etc. I can't give you a perfect description of how the pci bus works, but my general impression is that if your creamware board and the usb bus share an irq, it polls one then the other when the irq interrupt comes around resulting in a loss of pci bandwidth for the board.

I'm sure any omissions or errors can be handled by subhuman or atomic =]

The table in question here shows was slots share the same hardware addressing lines, which is why they wind up sharing irq's on the software/bios level.