Revision history for GetSampleRate


Revision [1982]

Last edited on 2015-12-26 22:30:05 by admin
Additions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created, but somehow was not enabled/does not work correctly in the stock effects, which instead calculate all times from the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = approx actual 910ms). Possibly related: [[Hz48Kcorrection EQ frequencies are also not exact]].
Deletions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled/does not work correctly in the stock effects, which instead calculate all times with the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = approx actual 910ms). Possibly related: [[Hz48Kcorrection EQ frequencies are also not exact]].


Revision [1981]

Edited on 2015-12-26 22:29:17 by admin
Additions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled/does not work correctly in the stock effects, which instead calculate all times with the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = approx actual 910ms). Possibly related: [[Hz48Kcorrection EQ frequencies are also not exact]].
Deletions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled/does not work correctly in the stock effects, which instead calculate all times with the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = approx actual 910ms). Possibly related: [[ Hz48Kcorrection EQ frequencies are also not exact]].


Revision [1980]

Edited on 2015-12-26 22:28:33 by admin
Additions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled/does not work correctly in the stock effects, which instead calculate all times with the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = approx actual 910ms). Possibly related: [[ Hz48Kcorrection EQ frequencies are also not exact]].
Deletions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled/does not work correctly in the stock effects, which instead calculate all times with the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = approx actual 910ms)


Revision [1867]

Edited on 2010-04-03 10:36:59 by admin
Additions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled/does not work correctly in the stock effects, which instead calculate all times with the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = approx actual 910ms)
Deletions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled in the stock effects, which calculate all times with the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = actual 910ms)


Revision [515]

Edited on 2008-04-08 09:27:23 by admin
Additions:
----
Back to [[BugsTroubleshooting Bugs and Troubleshooting]]


Revision [415]

Edited on 2008-04-07 17:52:39 by admin
Additions:
Plugin developer [[MikeAudet Mike Audet's]] plugins calculate the times correctly because this feature is correctly enabled. The possibility of "fix recompiling" the stock effects is currently being explored, and seems quite feasible. More information as it emerges.
Deletions:
Plugin developer [[MikeAudet Mike Audet's]] plugins calculate the times correctly because this feature is enabled; the possibility of "fix recompiling" the stock effects is currently being explored, and seems quite feasible. More information as it emerges.


Revision [414]

Edited on 2008-04-07 17:51:59 by admin
Additions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled in the stock effects, which calculate all times with the assumption that the project is at a samplerate of 48k, leading to all times in 44.1k projects being approximately 91% of their correct values (eg. 1 sec delay = actual 910ms)
Deletions:
Apparently the infrastructure to call the samplerate of the project and factor it into delay and reverb times was created - but somehow not enabled in the stock effects.


Revision [413]

Edited on 2008-04-07 17:47:56 by admin
Additions:
Plugin developer [[MikeAudet Mike Audet's]] plugins calculate the times correctly because this feature is enabled; the possibility of "fix recompiling" the stock effects is currently being explored, and seems quite feasible. More information as it emerges.
Deletions:
Plugin developer [[MikeAudet Mike Audet's]] plugins calculate the times correctly because this feature is enabled; the possibility of "fix recompiling" the stock effects is currently being explored.


Revision [412]

The oldest known version of this page was created on 2008-04-07 17:45:43 by admin
Valid XHTML :: Valid CSS: :: Powered by WikkaWiki