keithd@cadovax.UUCP (05/08/87)
Does the Mimetics sound file format conform to an IFF model? If not,
has anyone proposed a IFF encoding of the Mimentics file format?
I still find 8SVX as used by EA to be ineffective. The Mimetics format
allows me to effectively create instruments where each octave can have
a completely unrelated sound. Ideally, I'd like to be able to do that
on a 'note' level and not be restricted to octaves, but 8SVX is apparently
not useful even for that.
What I'd LIKE to do, is be able to use Pro Midi Studio to create instruments
and play them via MIDI keyboard, then import the SMUS and instrument files
to DMCS, and do the rest from there. What it looks like I HAVE to do, is to
use DMCS to hack on the score, and import it back into Pro Midi Studio to be
able to hear it with the correct instrumentation.
**** FLAME ON ***
I think this is EA's fault for either 1) plainly ignoring further sampled
sound functionality, or 2) being too lazy to try to change a somewhat
de-facto sample file standard, or 3) being too stupid to even realize that
it is a problem.
**** FLAME OFF ***
But just think guys, there's a market out there for a 'better' music program.
If Mimetics decides to write a DMCS/SONIX/Music Studio like package, they'll
steal the market away by providing functionality you can't get with the
aforementioned packages. If not, we'll have to wait for someone else to
do it.
In the meantime, I consider the Mimetics internal sample-file format the
closest thing to a standard that is useful (even though I don't know exactly
what the format is). I'd rather it be an IFF approved format, but I won't
choose standards over functionality. I've put together a sophisticated
sampled-sound program myself, and I am going to be looking in to Mimetics
format compatibility.
I suppose Mimetics may prefer to keep their format proprietary for some
reason, and not work with C= to come up with an IFF compatible version.
Either way, that does not mean that a compatible IFF standard that can
be 'converted' to/from without losing functionality can be proposed.
Unfortunately, DMCS,SONIX/Music Studio/InstantMusic will not now support
it. However, if one is proposed and some new packages emerge using
it, EA,Aegis, and Activision may be inspired to provide compatibility
in future versions.
So what's the latest? Carolyn, does anyone there at C= still talk to
EA on IFF issues anymore? What about Mimetics making their format
into an IFF standard? Or should we be happy that we have some image
file standards but go ahead and go our own way with sound files because
the standards aren't working? And believe me, they're not, except for
simple 'toy' musical applications. 8SVX could be used as an octave-by-octave
standard or even note-by-note by packing several 8SVX forms to an instrument,
but if none of the big name packages are going to use them, those packages
(not neccesarily the standard) are useless. And at the present time, I
don't know if there is an agreed upon mechanism for signifying which 8SVX
chunk goes to which note or octave. I don't expect we are going to
see the perfect music package that does everything everyone will ever want to
do, so it is very important that we have ways of transferring music
data (scores and instruments and whatever else) between packages that
is useful. What we have now is VERY limited.
I'd just hate to see everyone get behind a non-IFF standard here because
the 'big name' (and I use the term advisedly) programmers are too lazy to
spend the time to design and implement a useful IFF version. It looks to
me that if someone dosen't knock EA's and Mimetics' heads together, that
is exactly what is going to happen. We are also without an effective
non-instrument sound file standard it seems, there is the 'Jukebox' format,
and I don't know what else.
Keith Doyle
# {ucbvax,ihnp4,decvax}!trwrb!cadovax!keithd
# cadovax!keithd@ucla-locus.arpa Contel Business Systems 213-323-8170cmcmanis@sun.uucp (Chuck McManis) (05/08/87)
In article <1528@cadovax.UUCP>, keithd@cadovax.UUCP (Keith Doyle) writes: > Does the Mimetics sound file format conform to an IFF model? If not, > has anyone proposed a IFF encoding of the Mimentics file format? Mimetics uses there own format because 8SVX *requires* that the sample be an exact power of 2 bytes long. (To make Octaves work easily) > I still find 8SVX as used by EA to be ineffective. The Mimetics format > allows me to effectively create instruments where each octave can have > a completely unrelated sound. Ideally, I'd like to be able to do that > on a 'note' level and not be restricted to octaves, but 8SVX is apparently > not useful even for that. > What I'd LIKE to do, is be able to use Pro Midi Studio to create instruments > and play them via MIDI keyboard, then import the SMUS and instrument files > to DMCS, and do the rest from there. What it looks like I HAVE to do, is to > use DMCS to hack on the score, and import it back into Pro Midi Studio to be > able to hear it with the correct instrumentation. This will probably quelch the old flames here and now. ProMIDI studio and DMCS work together *right out of the box*. If soundscape.library is in the LIBS: directory and your Soundscape disk is in one of the drives then DMCS will start soundscape *first* and then start itself, and register itself as a module (which then appears on the patch panel). THIS IS THE ONLY WAY TO USE THE DMCS MIDI CAPABILITIES. Soundscape takes care of recording the midi events, then you can stuff them into DMCS for the score representation. When selecting instruments in DMCS select all MIDI channels, and then on the soundscape patch bay connect DMCS to the little speaker and select your Soundscape samples for your instruments. I works, I have tried it. > Keith Doyle {ucbvax,ihnp4,decvax}!trwrb!cadovax!keithd -- --Chuck McManis uucp: {anywhere}!sun!cmcmanis BIX: cmcmanis ARPAnet: cmcmanis@sun.com These opinions are my own and no one elses. But you knew that, didn't you.