[NUT-devel] [nut]: r613 - docs/nutissues.txt

[Michael Niedermayer]

On Wed, Feb 13, 2008 at 12:29:48AM +0100, Alban Bedel wrote:
> On Tue, 12 Feb 2008 22:20:37 +0000
> Måns Rullgård <mans at mansr.com> wrote:
> 
> > >> >> Whatever the coordinate system, the location and orientation of
> > >> >> the listener must be specified, even if there is only one
> > >> >> logical choice.
> > >> >
> > >> > of course
> > >> > right_position               s
> > >> > forward_position             s
> > >> > up_position                  s
> > >> >
> > >> > And
> > >> > "the listener is at (0,0,0), (1,0,0) is right, (0,1,0) is
> > >> > forward, (0,0,1) is up"
> > >> 
> > >> You're forgetting the measurement unit, i.e. metres, feet, etc.
> > >
> > > Hmm, I was thinking that only x/y, x/z that is the direction would
> > > matter. If theres some sense in also storing distance then we would
> > > need a 4th variable to specifiy the precission like:
> > > (x/p, y/p, z/p) meter
> > >
> > > We can surely do this if someone thinks this is usefull.
> > 
> > I don't think it's useful, but there's no telling what people who
> > measure the copper purity of their speaker cables might believe.
> 
> Too true :) However I doubt that real world units would be useful here.
> Even if one want to make some adjustement to better match the playback
> system, simply having the distances relative to one of the speaker
> should be enouth.

Yes but the extra variable doesnt hurt that much, so heres a patch with
it.

Comments? rich?
I can also add a flag for the case that positions arent known, so this is
skiped.
We can also place this stuff in an info packet but as its essential for
playback of at least some codecs, raw being one, and usefull for others
which do not allow precisse positions to be stored it seems the stream
headers might be better. Also info packets would have a much higher
overhead to store this.

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

There will always be a question for which you do not know the correct awnser.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: channel-pos.patch
Type: text/x-patch
Size: 1328 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/nut-devel/attachments/20080213/557e2765/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/nut-devel/attachments/20080213/557e2765/attachment.pgp>