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

[tiennou <tie...@gm...>]

Le 8 avr. 07 =C3=A0 19:44, Tito Dal Canton a =C3=A9crit :

> On Sun, 2007-04-08 at 19:07 +0200, tiennou wrote:
>> I was thinking that I could write a class for SoundHeaders =20
>> (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. =20
> 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 =20
> 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.

Ok, I'll work on coding this. I'll be glad if you sent me your code, =20
so I'll have a correct starting point.

> 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 =20=

> care
> of this?

I had noticed this, but hadn't got time to investigate. I'll take =20
care of this too...

>
>> 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 =20
>> around...
>> What to you think about this ?
> Well, honestly I think you are running too fast. My initial plan =20
> was to
> make a good Shapes editor (hence the name ;-) and I'm not really =20
> 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* =20
> interesting,
> with 3D math and all that, but I can't maintain such a big =20
> 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 =20
> people
> to work with us. I prefer if we keep on creating an ideal Shapes/=20
> Sounds
> editor... For now.

Yes, you're right, I'm running too fast... I'll work on this on spare =20=

time, so I'll see what can be done (and how, because this is a really =20=

big task to handle)...

tiennou