Core descriptors

Version 58 (Jan Schacher, 08/03/2009 11:33 am)

1 1
h1. Core descriptors
2 1
3 1
The following descriptors are currently proposed as core descriptors.
4 35 Jan Schacher
Core descriptors should be understood by *_every SpatDIF compliant renderer_*.
5 1
6 53 Jan Schacher
7 53 Jan Schacher
h2. Entities
8 53 Jan Schacher
9 54 Jan Schacher
The core descriptors can be assigned to different entities. The following entities are proposed:
10 53 Jan Schacher
11 53 Jan Schacher
> Source, a virtual sound source, emitting sound into the scene.
12 53 Jan Schacher
13 53 Jan Schacher
> Listener, a virtual sound sink, receiving sound from the scene.
14 53 Jan Schacher
15 53 Jan Schacher
> Loudspeaker, a real sound source, outputting sound from the scene into the real world
16 53 Jan Schacher
17 53 Jan Schacher
The index of these entities starts with the number 1.
18 53 Jan Schacher
19 57 Jan Schacher
> draft SpatDIF OSC-commands would be:
20 55 Jan Schacher
<pre>
21 58 Jan Schacher
/spatdif/core/source/1/gain -6.0 db
22 58 Jan Schacher
23 55 Jan Schacher
/spatdif/core/listener/1/position 0.5 -0.5 0.0
24 56 Jan Schacher
25 55 Jan Schacher
/spatdif/core/speaker/8/position -67.5 0.0 1.0 aed
26 55 Jan Schacher
</pre>
27 55 Jan Schacher
28 53 Jan Schacher
29 53 Jan Schacher
30 53 Jan Schacher
31 36 Jan Schacher
h2. Position
32 1
33 53 Jan Schacher
> We propose one default coordinate system for describing position data
34 1
35 22 Jan Schacher
> a draft SpatDIF OSC-command would be:
36 1
<pre>
37 41 Jan Schacher
/spatdif/core/source/1/position 1.0 2.4 3.0
38 1
</pre>
39 1
40 53 Jan Schacher
> it is not decided what this default coordinate system would be.
41 41 Jan Schacher
42 53 Jan Schacher
> we also allow for using +a few+ alternative coordinate systems:
43 22 Jan Schacher
44 22 Jan Schacher
> a draft SpatDIF OSC-command for using a spherical system could be: 
45 1
<pre>
46 41 Jan Schacher
/spatdif/core/source/1/position 1.0 2.4 3.0 aed
47 1
</pre>
48 41 Jan Schacher
49 32 Jan Schacher
50 1
> the alternative coordinate system is specified through the string at the end of this message
51 41 Jan Schacher
52 1
> in the final SpatDIF specification all alternatives and their related reserved strings are going to be defined
53 37 Jan Schacher
54 1
> the alternative coordinate system is only temporarily valid for this specific description
55 1
56 53 Jan Schacher
> it is not decided what these alternative coordinate systems are, here are the [[proposed coordinate systems]]
57 18 Nils Peters
58 53 Jan Schacher
*see poll results for included coordinate systems [[Current_polls|Poll Results]]*
59 53 Jan Schacher
60 53 Jan Schacher
61 51 Jan Schacher
h3. Offset feature
62 1
63 1
> belongs to geo-transform extension [[document:Geo-transform_Extension]]
64 5 Nils Peters
65 43 Jan Schacher
66 1
67 1
h2. Gain
68 1
69 53 Jan Schacher
> similarly the gain description is proposed, we propose one default gain unit.
70 53 Jan Schacher
71 43 Jan Schacher
> a draft SpatDIF OSC-command would be: 
72 43 Jan Schacher
<pre>
73 5 Nils Peters
/spatdif/core/source/1/gain 0.9
74 1
</pre>
75 53 Jan Schacher
> it is not decided what this default gain unit will be, (probably linear gain)
76 53 Jan Schacher
77 6 Nils Peters
> we also allow for using a few alternative gain units
78 1
> a draft SpatDIF OSC-command would be: 
79 1
<pre>
80 1
/spatdif/core/source/1/gain -6.2 db
81 43 Jan Schacher
</pre>
82 53 Jan Schacher
83 6 Nils Peters
> the alternative gain unit is specified through the string at the end of this message
84 53 Jan Schacher
85 43 Jan Schacher
> in the final SpatDIF specification all alternatives and their related reserved string are going to be defined
86 53 Jan Schacher
87 6 Nils Peters
> the alternative gain unit is only temporarily valid for this specific description
88 53 Jan Schacher
89 1
> it is not decided yet what these alternative gain units are, here are the [[proposes gain descriptors]]
90 7 Nils Peters
91 7 Nils Peters
*see poll results for included gain descriptors [[Current_polls|Poll Results]]*
92 7 Nils Peters
93 7 Nils Peters
94 44 Jan Schacher
h2. Distance attenuation function (not discussed yet)
95 44 Jan Schacher
96 44 Jan Schacher
> A distance according to the position data should be simulated by an attenuation according to the inverse square law
97 53 Jan Schacher
98 52 Jan Schacher
> alternatively, other distance functions can be applied, e.g. to adapt for different listening environments
99 7 Nils Peters
100 53 Jan Schacher
> it is not decided what these alternative distance functions are