hi :)
i keep getting this message when i try to use multichannel shred:
Cannot Read The Header Of The Output File 'cdptest0.wav'
The CDP Process May Not Have Functioned Correctly
followed by:
DoOutputParse failed
anyone experiencing the same? and maybe even knows how to solve this problem?
cheers
otis
Hi Otis,
Is that a mono file ?
It should be for Mode 1
If you want Mode 2 you probably should look into setting the appropriate multi-channel header for you useage.
Have a look here
http://www.ensemble-software.net/CDPDocs/html/cmcrefmn.htm#CHANNELX
SFPROPS will report details on files & then there are several utilities to setup headers etc.
hth
Simon
Hi Simon
Yes ive always used mono files.
and now multi channels texture also stopped working :-[
it creates a file but im unable to play it.
even when i save it there is just no sound i've tried different files and configurations but that doesn't change anything.
any idea why that might be? it is a bit of an urgent matter as im to present my piece in school in two weeks time.
thanks for helping
cheers
otis
Hi Otis,
Try running your new output file through SFPROPS & see what it reports.
Does the file play in any other appication?
I'm assuming your soundcard/device can handle & is configured for muti-channel outputs & you've tested all that.
+
Are you sure that you must use the CDP system for this?
You are in a very complicated area that will suck time hugely just to run through permutations of a single event.
There are quite a number of other sound diffusion apps around these days that you might use given your tight time schedule.
thanks for replying so quickly!
i have de- and then re- installed the program and know its working again. no idea what went wrong.
and your right about other programs i just like soundloom so much :)
cheers
otis
Glad you got this working, but in general there can be a problem with some sound sources not having the "right" kind of header for CDP. Archer Endrich puts it like this:
"One problem that you may encounter is CDP not recognising an input soundfile when it has been made by some other software. This can be caused by non-standard anomalies in the wav header of the soundfile made by the other software. The problem can be rectified by making a CDP copy of this sound with CDP's COPYSFX. This can be run from the Command Line (copysfx infile.wav outfile.wav and see Usage for the various options), or via Soundshaper : Menu â€" Edit/Mix > SF UTILS > COPY. (COPYSFX is not available in a Soundloom menu.) "
As Simon suggested, run sfprops on the source file and see what it says about the header. Normally CDP will retain the type (output=input), so I'm guessing the problem would have been with the source sound.
Robert
that worked!
many thanks for your help