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

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

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

> On Sun, 2007-04-08 at 11:26 +0200, tiennou wrote:
>
>> I'll be glad if you can handle this... I'm at a loss concerning file
>> formats for export. I know sounds are stored as System 7 sound file
>> (from Aleph sources), but I haven't found anything to read them after
>> export. Maybe export to AIFF too ?
> I already tried to feed a sound exported by ShapeFusion into baudline
> (my favourite signal analysis tool) and everything plays fine with the
> right parameters. I just have to extract the relevant info from the
> System 7 sound header and use it to write the WAVE headers.

I was thinking that I could write a class for SoundHeaders (instead =20
of using BigEndianBuffer, that was to haste sound support), so we =20
could write input/output code from/to System 7 sounds... I'll write =20
one based on Aleph code...

>> I'll look at Physics file handling too... Net players will
>> appreciate ;-).
> I think you better ask on the A1 list for opinions before... Let's =20
> know
> what people wants, then we may code it regardless ;-) Also keep in =20
> mind
> that physics data is not in a simple, separate file like sounds and
> shapes: it's embedded in the map, which is also a forked file. We'd =20=

> have
> to engineer a good framework for handling that. I've had a chat with
> treellama and he says we could benefit from the file loading classes
> he's introducing in A1. We should think about that expecially for =20
> things
> like physics (our shapes code rocks already ;-)

I'm not sure about embedded... IIRC, Physics files can be standalone =20
too ? I think we shouldn't bother about embedded Physics files yet, =20
they should be taken care of when we get to editing map files. I'll =20
look at the file loading classes you're talking about...

BTW, since I'm talking about map editing (and this is my ultimate =20
goal) :
I'm thinking that we should focus on editing raw (non-precalculated/=20
merged) map files before introducing full map file support (Opening a =20=

map file and providing a 'Level' menu). I don't want to go the =20
Pfhorge way (redoing each map structs in Obj-C Data classes), and I =20
think "merging" was a good thing.
I also want to take a look at wx 3D capabilities for a visual mode, =20
but that's only for testing... I think the doc/view framework permits =20=

having two 'views' : a visual/3d editor, and  a Grid view. What is =20
cool is that we should be able to move map vertexes in 3d view, and =20
provide real-time update on the Grid view, and the other way around...
What to you think about this ?

tiennou