Math.Cos(Math.PI); //-1
Math.Tan(Math.PI); //1
Math.Sin(Math.PI); //1.2......E-16  а должно быть 0

Также операции по вычислению градусов синуса не правельно работает. 
VS2005
В чем подвох. 

Это сообщение отредактировал(а) Dino99rus - 27.10.2007, 16:41

М.б. код сих вычислений представишь? 

Cos и Tan считает нормално, но с Sin касячет

Это сообщение отредактировал(а) Dino99rus - 27.10.2007, 02:52

в компьютере действительные числа представляются неточно
потому и происходят погрешности вычислений
10^-16 не такая уж и плохая погрешность для большинства задач

Тогда как выход, округление с заданной степенью точности

Dino99rus, тригонометрические функции - одни из наиболее ёмких и неточных : для их вычисления используются разложения в ряды. Если интересно, можно разложить синус в ряд Тейлора и посмотреть, какие значения получаются при различной точности. Можно посмотреть готовые примеры программ.

Такое устраивает?

Bogdan1024, 
нет

А если Sin 180 (в градусах), Tan 270 (в градусах) то тоже касяк и т.д..

выходом из такой ситуации я вижу только такой.


Но это будет 3-й касяк С# и меня это удручает.

Dino99rus, простите, что встреваю, но при чём тут градусы?
Там всё считается в радианах (не в градусах и даже не в градах).

•  градус = Math.Pi / 180
•  града = Math.Pi / 200

Таким образом,



В чём проблема?

Вас не устраивает точность? = Думаю, что если обратиться к другим языкам, будет что-то очень похожее. Никаких косяков тут нет.

Если формальная постановка Вашей задачи позволяет минимизировать использование тригонометрии, логарифмов и экспонент, то это лучше сделать воизбежание лишних недоразумений  

Вот это, извините,


выглядит жутковато : как будто синус угла близкого (но не равного) нулю градусам становится равен нулю... Введите b = 1e-15. Получается, вносится ещё и дополнительная потеря точности.

З.Ы. : Вам известен замечательный предел :
 ?  

marcusmae,

ну вообще-то, то что я делаю, называется калькулятор (забитая тем, но пишу для себя т.к. не устраивает виндовский). Будет на подобии инженерного (да и так легче изучать язык). Но не суть в этом. Ну кто ни будь, захочет подсчитать Sin 180, Tan 180, Sin Pi, Tan(Pi) и т.п.  и увидит такой ответ (что это ноль). Если продолжать вычисления с этим, результатом, то ошибка будет увеличивать. Например: Tan(180)*10000.   то ошибка будет увеличивать. Например Tan(180)*10000.    


ну так я там перевожу в градусы.



да.




Вы предлагаете сравнивать входимое значение с углами при которых они  равены 0?

Это сообщение отредактировал(а) Dino99rus - 27.10.2007, 16:12

Понятно.

Ну, в ладонных калькуляторах, насколько можно судить, применяется ровно то, что предложил Bogdan1024 : по всем "хорошим" углам, вместо того, чтобы считать, машинка выдаёт известные точные значения. Это, видимо, как раз и сделано для того, чтобы не смущать обывателей    а то ведь завалят жалобами на "плохие" калькуляторы  

... а для произвольных углов будет происходить то, что Вы описали. Машинная точность - она повсюду. Другое дело, что машины считают не абы как, а следуя ISO-шным стандартам. 

Это сообщение отредактировал(а) marcusmae - 27.10.2007, 16:15

marcusmae, 

и этого никак не избежать

Не понял то Вы говорите, что как я написал не корректно, то это сойдет. 
Мне хотелось бы точно знать, как можно минимизировать погрешность


Это сообщение отредактировал(а) Dino99rus - 27.10.2007, 16:22

Возьмите формулы разложений синуса, косинуса, и Вы поймёте, почему это происходит.
Если придумаете более точные алгоритмы для произвольных углов - впервые дадут Нобелевскую премию по математике - это как минимум  

Это сообщение отредактировал(а) marcusmae - 27.10.2007, 16:21

marcusmae, 
прошу прощении за офтом. Я там выше отредоктировал прочти.

Нет, я сомневаюсь в состоятельности приведённого Вами кода с условием на малость (и привёл тому пример), предлагаю явно забить условия для известных углов :



, а в остальном расслабиться.


Это сообщение отредактировал(а) marcusmae - 27.10.2007, 16:35