MWP8_2D - Rozrastająca się figura

esbe 2016-07-09 14:44:53 UTC #1

Dostaję WA i zupełnie nie wiem dlaczego. Chciałbym prosić o sugestię w czym tkwi błąd.
KOD
ZADANIE

jkudla 2016-07-09 15:41:26 UTC #2

Sprawdź co czyni k (linia nr 24 podanego kodu).

esbe 2016-07-09 17:01:05 UTC #3

No sprawdzam i nic nie widzę.
Czy ja dobrze rozumuję, że po tym rozrośnięciu powstaną w przypadku trójkąta 3 prostokąty i trzy wycinki koła tworząca w sumie pół koła a w przypadku prostokąta powstaną cztery prostokąty(dwie pary) i cztery wycinki tworzące całe koło. Według mnie to linia 24ta właśnie liczy sumę pól trójkąta pierwotnego+ trzech nowych prostokątów+ połowy koła.

esbe 2016-07-09 17:05:28 UTC #4

Przepraszam za dublowanie postów, ale nie widzę opcji edycji.
Chciałem napisać:
Według mnie to linia 24ta właśnie liczy sumę: pole trójkąta pierwotnego+ trzech nowych prostokątów+ połowy koła.

narbej 2016-07-09 21:16:26 UTC #5

Zależy gdzie patrzysz? Proponuję po prostu narysować i patrzeć na rysunek, a nie gdzieś w obłoki

PS
1. zamiast pow(k,2) można i chyba lepiej k*k
2. 0.5*M_PI == M_PI_2 <-- ale zanim to zastosujesz, radzę zrobić to co radziłem wcześniej, nie patrzyć na linię nr 24 ale na rysunek! Rysunek!! RYSUNEK!!!

jkudla 2016-07-10 09:28:10 UTC #6

Linia nr 24 - tam chyba po raz pierwszy pojawia się k. Geogebra - tam zobaczyłem co czyni. Narbej nie bez powodu pisze o rysunku.

eustachy 2018-01-25 17:53:25 UTC #7

Witam moze ktoś ma jakąś podpowiedz co mozna byłoby zrobić aby zaliczyć
edit

tarpauwatratar 2018-01-25 20:01:27 UTC #8

Napisać działający program Choć fakt, że działa dla danych przykładowych i tak jest sporym wybiciem się na forum

Mój program AC daje np inny wynik dla:

4 2
0 0
0 1
1 1
1 0

eustachy 2018-01-25 20:56:49 UTC #9

dzięki za podpowiedź poprawiłem ale dalej nie jest tak jak być powinno
edit https://ideone.com/AOaf7O

tarpauwatratar 2018-01-26 07:19:23 UTC #10

4 1000000000
0 0
0 1
1 1
1 0

Mój out jest mniejszy od Twojego o jedność.

eustachy 2018-01-26 10:31:39 UTC #11

poprawiłem estetykę chociaż zastanawiając się nad tym dla twojego przykładu wedle moich obliczeń wynik powinien być równy 3141592657589793239.460000 chyba są to dla mnie za duże liczby

mariusz193 2018-01-26 11:17:40 UTC #12

w tym zadaniu jest problem z dokładnością obliczeń

treść zadania sugeruje konieczną dokładność 25 cyfr (dla maksymalnych danych),
ale rozwiązanie na zwykłym double ( C ) jest zaliczane

eustachy 2018-01-26 12:33:45 UTC #13

Próbować zaokrąglać czy jakiś inny kierunek obrać btw gdzieś widziałem na githuie ktoś umieścil ac w którym ost bok trojkata byl liczony bezposrednio z tw pitagorasa jak jest mozliwosc ze ten bok rpzejdzie prezz 3 cwiartki ukladu wspolrzednych w weekend nad tym mocniej pomysle

tarpauwatratar 2018-01-26 14:00:02 UTC #14

Nawet nie zwróciłem uwagi na problemy z dokładnością. Gdy mam obliczenia zmiennoprzecinkowe z automatu najpierw rozwiązuje wszystko na double, jak WA - zamieniam na long double, jak znowu WA to dopiero myślę.

Ja do obliczeń używam wzoru Herona, a hypotem i Pitagorasem obliczam długości odcinków. Wszystko poza indeksem tablicy jest u mnie double.