Re: [Shapefusion-devel] sounds [was 0.3 release]

[Tito D. C. <ti...@da...>]

On Sun, 2007-04-08 at 19:07 +0200, tiennou wrote:
> I was thinking that I could write a class for SoundHeaders (instead of
> using BigEndianBuffer, that was to haste sound support), so we could
> write input/output code from/to System 7 sounds... I'll write one
> based on Aleph code...
I'm experimenting right now. I wrote
SoundsDefinition::SavePermutationToWAVE today, it parses the sound
header in the BigEndianBuffer and writes a WAVE file. It works. However
maybe your idea is better, since I'd like to provide the GUI with some
feedback about what's actually inside each sound. You know, selecting
the sound makes some text field pop up saying sample rate, etc. It would
be nice. For detailed info about the sound header, download Inside
Macintosh: Sound and see chapter 2. Let me know, I won't commit in the
mean time.

Also, I'm realizing that broken/damaged sounds are not so rare between
different scenarios. Rubicon sounds don't load at all. Can you take care
of this?



> I'm not sure about embedded... IIRC, Physics files can be standalone
> too ? I think we shouldn't bother about embedded Physics files yet,
> they should be taken care of when we get to editing map files. I'll
> look at the file loading classes you're talking about...
> 
> 
> BTW, since I'm talking about map editing (and this is my ultimate
> goal) :
> I'm thinking that we should focus on editing raw
> (non-precalculated/merged) map files before introducing full map file
> support (Opening a map file and providing a 'Level' menu). I don't
> want to go the Pfhorge way (redoing each map structs in Obj-C Data
> classes), and I think "merging" was a good thing.
> I also want to take a look at wx 3D capabilities for a visual mode,
> but that's only for testing... I think the doc/view framework permits
> having two 'views' : a visual/3d editor, and  a Grid view. What is
> cool is that we should be able to move map vertexes in 3d view, and
> provide real-time update on the Grid view, and the other way around...
> What to you think about this ?
Well, honestly I think you are running too fast. My initial plan was to
make a good Shapes editor (hence the name ;-) and I'm not really sure I
want to include a map editor. A map editor is *way more complex* than
our Shapes/Sounds class bunch, I won't have time for such a big thing.
Think about that: terminals, geometry, platforms, light definitions,
visual mode, merging, handling both AppleSingle / AppleDouble /
MacBinary / separate forks... Of course, it would be *very* interesting,
with 3D math and all that, but I can't maintain such a big creature. If
ShapeFusion should become a map editor, we should better rename it to
AlephOne Editor or something like that and we should bring other people
to work with us. I prefer if we keep on creating an ideal Shapes/Sounds
editor... For now.

T
-- 
Physics is reverse engineering