Quote:
Originally Posted by mdme_sadie  Maybe you need to take a class in computers Allen, seriously there is no need to be so aggressive on this, |
Im not aggressive I made a suggestion as you did .Take a computer class?
okeedokee?
Quote:
Originally Posted by mdme_sadie the fact of the matter is that floating point precision is handled by the processors FPU, it's not something that is down to the application, every app on that one machine will get the same results for single or double precision floating point operations (barring interference from neutrinos, electric spikes etc), |
really what is an fpu? is that kinda like a 287 or a 387? huh? oh the memories thanks for 'pointing' that out too. fpu just can't cut it on it's own? Thank gawd for SSE. Man them extra 128 stack registers
are a godsend. An is if the 8 that mmx gave wasn't enough.
mov( 1, eax ); movd( reg32, mmi ); huh? what? fpu? punpcklbw? psubusw? pmulhuw?
Quote:
Originally Posted by mdme_sadie for single we're well outside of the range of human hearing before we get anywhere near the limit and they all use single precision floating point operations currently. |
thx again
Quote:
Originally Posted by mdme_sadie The result is the same, the same data is sent to the ports and retrieved from the ports, the parsing of the data is handled in a static and standardized way (there's only so many ways you can do this stuff), coding style has zero impact there unless your coding style includes wrong. |
really since when can an app talk directly to a 'port' as you say? Ever hear of protected mode? I guess the words 'device driver' are meaningless to you. Oh you must use DOS. Real mode anyone? After this I know Im replying to someone who has never written code other than batch file or a vbs script. Maybe he was talking about a tcp port? in any event it wasn't the same port a digital i/o talks to that's for certain. Could it be as system call via Kernel Mode ? Like with MMX or SSE. Fpu? well peeeuuuuu something does .......
Quote:
Originally Posted by mdme_sadie Summing itself is a basic thing, a literal addition. Even Pan laws are fairly basic and thus should be the same across multiple DAWS, but any plugin any EQ anything else involved that convolutes the sound will sound different. |
convolute is the word. Boy is that convoluted. Did you actually ever see a data structure? Summing is rather simple. Simple when you have a mackie console with two monster cables summing your mix into your ipod speakers.
Quote:
Originally Posted by mdme_sadie However if it's the same plugin used on both daws the results should be the same, it would be interesting to test that and make sure this is the case. |
the word here is 'should' be. Did you ever implement a real time vst engine in
a daw? Please explain to me just how you know this. Steinberg just gave the source code I guess. Now anyone could implement vst.............
Do you subscribe to pc world? just curious