PlanetZ forums - scopeusers.com

i just did a 1gb 8 velocity multi sample for my e-piano modular dev

all the 6 sets of samples come to 2gb in total

and with the new sample osc they load and play

the limitation is the 64bit os 32bit audio floating point is good no problems with it

and it sounds better than kontakt

and also have your sample library on hard disks for preset changes is good also

now the samplers use dsp and host processor

as seeing i have 3 systems now i use each one for certain things

it seems to me that some are trying to use the xite todo all things at same time

where there is no system that can

reverbs specially conv types that record signatures of spaces or units by pulse time recordings

need a lot of processor power and for the convq which uses the dsp and host is the only way to do it

now my question is this what does 64bit os bring to the table for scope that that 32bit does not apart from bigger loading libraries in kontakt

theirs no sound difference and 64bit os is not going to be as good as 32bit for another 8-10 years and by then it will be 128bit

and when i hear that xite on 64bit sytem at 40% is equal to many 45dsp systems

and yet i get no problems as mentioned with plug like they do with 64bit on my largest 36dsp system running xp3 32bit with a second generation dual zeon and 4gb

ehastings have you tried to take snap shots of the tc to see how its does its timings in the

new fft scope by looking at snap shots you can see what frequencies are being generated

by the reverb and there timings then you might be able to set up some delays and plates in series and eq to create the same types of responses

you might need several sections to get what you are looking for

i do this with analog filters to see what responses i get setting the res and frequency for every

value of the filter with pulse signals at a few seconds long and i sweep the freqmod knob for each value

i have to do this 120 times for each res setting i can then get a picture of whats happening

i can then create a new hardware filter with this asa measuring tool for responses its also what i use to make filter curves for emulatorx2 and kawai k5000 additive filter

petal wrote:
Well, you know the old classic ones you get, when you load more than 2 voices on Solaris or try to run a setup with 3 different reverb plugins. Situations where you still have loads of DSP-power available, but still have to jump through hoops of different kinds of "error messages" to maybe make it work.

You´re talking about ZARG Solaris SCOPE device which explains much.
I don´t have it, so no experience, but my friend, SCOPE user and service tech owns it and told me is extremly DSP hungry.
I own 4 other ZARG synths though, these being DSP hungry too, but run all well on my XITE-1 except preset switching is much slower than all the other big synths.
I used ´em on my 15 DSP PCI card too and it was the same and w/ SCOPE 4.0 b.t.w..
John designs complex devices and that´s why we have hardware Solaris now.
I can´t wait to buy one.

But to me, it seems, the ZARG devices for SCOPE DSP aren´t that optimized as others are.

petal wrote: Maybe I am an idiot for expecting issues like these to have been ironed out with the XITE

No, you aren´t because here is PlanetZ which is one of the most intelligent forums ever and the "feedbacker" is now gone.

petal wrote: But I really did expect that. Actually I was/am able to load more voices on Solaris if I load it on my PCI-cards instead, and that's on the same machine.

Well, I believe you can expect that but it´s also a matter of patience.
I cannot imagine someone invests time and money in developement of a new and more powerful piece of hardware and then don´t want to get the max usage out of it.

I imagine developement and construction was some kind of pioneer stuff because no one else before expected such a device, housing so many SHARCs being in sync, could be developed and constructed at all and works.
XITE hardware design works,- it´s all a matter of software IMO and given the fact the original software was Creamware and made for the old cards housing old SHARCs and not a mix of new and old ones and so on.

In fact, I like to own such a piece of hardware being powerfull enough and prepared for future tasks.
Up to now load limit is ~60% which can only become better, last but not least when more devices are optimized using this piece of hardware.
I can do a lot of work w/ XITE as it is already, but also not everything for sure.
There might be alternatives using the same DSP chips but they will be at their real limits soon, housing 2 and 4 new SHARCs only and just only being audio interface and FX boxes.
When SCOPE & XITE will handle DSP load and offload better, there will be up to 35% more DSP power for us available which is now unused.

Let´s wait for NAMM and Muisikmesse and watching progress.
For the time being, MIDI improvements alone would be progress for me.

Bud

Bud Weiser wrote: There´s 32MB RAM on each of the new SHARC DSP chips, but not available yet.

Actually Bud, we have RAM on the DSP chips right now, it was an idea Juergen employed.
I am hoping some Warp69 kind of guy gets a crack at trying to take advantage of this,
which would push them ahead of UAD, again. Lord forbid UAD become realtime,
forcing me to be a customer.
What we don't see is the back of the Motherboard where the RAM has been placed.
This really is way ahead of other DSP developers, and such foresight is a huge advantage for us,
as long as somebody can get it coded/implemented/nullified or whatever process it's called. OJ actually took one of his work Furloughs to come see the XITE-1 back in 2009 too.

the ram for the sharcs is actually analog devices idea

its on there dsp test boards which i have here

and you can use them for code blocks direct to the dsp chips rather than having to use the host ram which makes things quicker less distance to go and less instructions

you can use it in the analog devices dsp studio software

maybe soniccore has not implemented it yet as they were making xite1 backward compatible to the pci cards

but i can tell you dsp coders are expensive specially the good ones some of them are on a wage bill of £1xxxxxx

the ones from siemens who used todo the dsp coding for the repeater sites had there pick of the work from many companies and they worked mostly freelance

but when they do impliment it doing conv delays will be easier

and the xite dsps chips are old generation now as there are faster and can address bigger on board rams

they should be fitting ip midi now its cheap easy to implement and its just cat 5 cables runs fast no bandwidth limit

i have fitted a number of alex's to my hardware synths and its easy works great and you dont get the sloppy timing of usb interfaces

theirs got to be an xite2 at some point to address the later technologies madi or at least some type of the expansion card system and the ability to cascade xite systems like the pci cards

and extra midi channels it would be great with an ethernet ip system with 8 midi i/o which is not expensive to implement

that way for those who like hardware and soft like dawman would be in there dream

uad use the later generation of sharc dsp thats why they can have 4 dsps

open software is where its at look at reason they did a open software for there racks and everybody is on board and thats in native

arturia they have sharcs in there origin synth but its very buggy and midi is a pain and they never botherd doing a vsti interface for it

soniccore also need to implement the 14bit midi control this will make the synths better and smoother control if sharc can do it why cant soniccore

also get rid of xtc mode it does not work and is rubbish you dont need it

i am doing a load of ctrlr panels for scope synths these will be vsti control shells

and will control direct the scope synths with out any xtc mode

and you can control it from the bcr2000 and the daw will record the movements

Coolness.
But for my gig, where I actually make money to buy the gear, the XITE-1 paid itself off back in July 2009. I might not even need anything for years to come.
Surely I will invest money up front as the Loyalist I really am, but as far as necessity for new gear goes, it would be an added luxury, that I really don't need as the XITE-1 kills all stage gear like the Receptors using Native synths, and Solaris punishes the Virus and Nords.
I actually saw a smart kid with an old Prophet V MIDI'd to a Receptor who used Digital Synths that Analog can't do which is the ONLY way to go IMHO.
When he kicked on the ancient Steinberg/Waldorf PPG layered w/ the Prophet I was excited.
Really nice to see some youngster with a good ear and common sense.
Sad thing is he plays in Bubble Gum Tribute doing Strawberry Alarm Clock, Iron Butterfly, etc.
I thought we had old fucks coming to see us.
Everyone in their crowd looks like Phil Donahue and Meryl Streep...

ADAT actually supports 1 midi channel per port, but it doesn't seem to be implemented in the SCOPE ADAT systems. That's 1 possible way.

Having a breakout box for the XITE expansion port, for MIDI, MADI, Thunderbolt, etc, would be great. I know I could use 2 more MIDI ports without going *through* the computer to get into the XITE.

jhulk wrote:they should be fitting ip midi now its cheap easy to implement and its just cat 5 cables runs fast no bandwidth limit

I understood, that´s what S|C had in mind w/ Copperlan,- and w/ OSC support in addition.

jhulk wrote: i have fitted a number of alex's to my hardware synths and its easy works great and you dont get the sloppy timing of usb interfaces

That´s what I have in mind too.

jhulk wrote: theirs got to be an xite2 at some point to address the later technologies madi or at least some type of the expansion card system and the ability to cascade xite systems like the pci cards

Cascade XITEs via XTDM port in future ?
Wasn´t that the plan ?

jhulk wrote: and extra midi channels it would be great with an ethernet ip system with 8 midi i/o which is not expensive to implement

that way for those who like hardware and soft like dawman would be in there dream

Extra MIDI channels should be an easy task w/ Copperlan.
There´s the Alyseum AL-88 offering 8 MIDI ports, 16 channels each,- not enough ?
With Copperlan embedded in SCOPE 6, SCOPE should recognize every MIDI port available in the IP system.

jhulk wrote: soniccore also need to implement the 14bit midi control this will make the synths better and smoother control

That would be excellent, yes.

jhulk wrote: also get rid of xtc mode it does not work and is rubbish you dont need it

Well, even it exists, there´s no need to use it.
Some will, others not,- I don´t.

jhulk wrote: i am doing a load of ctrlr panels for scope synths these will be vsti control shells

and will control direct the scope synths with out any xtc mode

and you can control it from the bcr2000 and the daw will record the movements

That´s promising !



Bud

Bud Weiser wrote:

jhulk wrote: theirs got to be an xite2 at some point to address the later technologies madi or at least some type of the expansion card system and the ability to cascade xite systems like the pci cards

Cascade XITEs via XTDM port in future ?
Wasn´t that the plan ?
Bud

Cascading XITE-1's via XTDM could have been a plan. Haven't heard of any plan for an XITE-2 though

If there IS an XITE-2 with XTDM connectivity then the question will be whether XTDM connectivity becomes an upgrade option for XITE-1's !