Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-11 Thread Erik Hofman
Julian Foad wrote: <...> Anomalies: 1. The pitch offset defaults to 1, but I think that is just a bug. 2. Since the offsets are constant, it is redundant to specify more than one. This arrangement is therefore not ideal, but I'm not sure what would be best. 3. A negative scaling factor is onl

Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-11 Thread Julian Foad
Erik Hofman wrote: Julian Foad wrote: <...> Anomalies: 1. The pitch offset defaults to 1, but I think that is just a bug. 2. Since the offsets are constant, it is redundant to specify more than one. This arrangement is therefore not ideal, but I'm not sure what would be best. 3. A negative

Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-11 Thread Andy Ross
Julian Foad wrote: > Hey, it's slightly different! How about we scrap the differences > and the anomalies and combine them? To do so, I'd suggest: If you guys are thinking of changing the way we do "linear function of a property value" definitions in configurations, let me argue for a slightly d

Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-12 Thread Erik Hofman
Julian Foad wrote: Erik Hofman wrote: Julian Foad wrote: <...> Anomalies: 1. The pitch offset defaults to 1, but I think that is just a bug. 2. Since the offsets are constant, it is redundant to specify more than one. This arrangement is therefore not ideal, but I'm not sure what would be

Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-12 Thread Erik Hofman
Andy Ross wrote: If you guys are thinking of changing the way we do "linear function of a property value" definitions in configurations, let me argue for a slightly different way to do it: The problem with specifying a multiplier (e.g. "scaling" or "rotation") and an offset is that these two opp

RE: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-12 Thread Richard Bytheway
> > Maybe you don't understand the meaning of this value, but the > result is > used as a scaling factor for the playback frequency. So an > offset 0f 1.0 > (and nothing else) will cause the sound to be played in the recording > speed. An offset of 0.5 (and nothing else)) will cause the > so

Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-12 Thread Erik Hofman
[EMAIL PROTECTED] wrote: Erik Hofman wrote: Julian Foad wrote: > Not totally different. Quite similar. Have you looked at the code? The I've written the code. Oh! ... sorry. I'll be very careful then. :-) You can always override the default offset, but defaults should have a sane valu

Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-12 Thread Julian Foad
Erik Hofman wrote: [EMAIL PROTECTED] wrote: I think we have a bit of confusion over the meaning of "offset". I ... But if you look at the following example: /engines/engine/rpm 0.0012 [which is calculated as pitch = (property * factor) + offset = (rpm * 0.0012) + 1.0 ] You

Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-13 Thread Erik Hofman
Julian Foad wrote: No. I am only suggesting changing the default value for the pitch offset, not the way it is used to calculate pitch which is and would still be pitch = (property * factor) + offset Therefore with my proposed change your first example would have to be changed to /engi

Re: [Flightgear-devel] Sound vol/pitch transforms are like panelx/y/r transforms

2002-11-19 Thread Julian Foad
Erik Hofman wrote: Julian Foad wrote: No. I am only suggesting changing the default value for the pitch offset, not the way it is used to calculate pitch which is and would still be ... Hmm, okay. If you are sure it works, then I see no objections. It may require a few changes in the exsis