Programik fotograficzny na komórkę

Witam

Napisałem programik fotograficzny na komórkę - być może komuś się przyda :)
Program wymaga JAVA MIDP 2.0 (nie wiem dlaczego, ale nie działa poprawnie z Nokią N70 chyba)


Programik składa się jakby z 5 modułów. Na pierwszy rzut oka formatka do wprowadzania danych jest rozbudowana, ale nie wszystkie dane potrzebne są do każdego modułu.

Wprowadzane dane to:

1. Crop - wiadomo co to jest.
2. Ogniskowa.
3. Odległość od fotografowanego obiektu.
4. Skala - zapomina się we wzorach na kąt widzenia obiektywu+matryca o tym, że o kącie nie decyduje ogniskowa, a odległość obrazowa. Gdy ostrzymy w nieskończoność to ogniskowa pokrywa się z odległością obrazową, ale czy często ostrzymy w nieskończoność?
5. Przysłona.
6. Wysokość obiektu fotografowanego.
7. Grubość pierścienia.
8. Dodatkowa soczewka.

Wydaje się tego sporo, ale teraz moduły:

1. GO - chyba nie wymaga wyjaśnień.
2. Kąt - kąt widzenia body+obiektyw w zależności od odległości obrazowej.
3. Najmniejszy - najmniejszy możliwy do zarejestrowania rzeczywisty obiekt przy przyjętym założeniu na rozdzielczość body+obiektyw. Oprócz najmniejszego elementu jest podana również rzeczywista wielkość kadru.
4. Odległość - podaje w jakiej odległość powinniśmy stanąć przed obiektem, aby objąć go całego w kadrze w zależności od jego wysokości.
5. Wypadkowa skala oraz ogniskowa (gdy dołożymy dodatkową soczewkę).

Przyjąłem założenia, że ogniskowa nie zmienia się w zależności od odległości przedmiotu na który łapiemy ostrość, a także wypadkowa ogniskowa w pkt.5 jest bardzo przybliżona z racji tego, że przyjąłem równanie soczewki płaskiej (ale chyba nie będziecie się czepiać :) ).

No myślę, że to tyle słowem wstępu

Mile widziany komentarz, sugestie itp.

BTW
Byłbym skończonym chamem, gdybym nie wspomniał, że w pewnej kwestii pomógł mi snow :)

Program darmowy dla użytkowników Canona :D

Wersja 1.1:
http://www.urbanowicz.net.pl/pliki/fotografia.zip

Wersja snow (tylko dwa moduły: GO i Skala):
http://www.urbanowicz.net.pl/pliki/fotografia_snow.zip

Prosiłbym osoby którym nie działa poprawnie wersja 1.1 o przetestowanie wersji bez danych domyślnych (puste pola):
http://www.urbanowicz.net.pl/pliki/fotografia_jac.zip

Wersja 1.2 (z dodatkowymi dwoma parametrami):
http://www.urbanowicz.net.pl/pliki/foto.zip

Cytat:

---

Zamieszczone przez Tomasz Urbanowicz

Byłbym skończonym chamem, gdybym nie wspomniał, że w pewnej kwestii pomógł mi snow :)

---

Snow, jak mogłeś :-P Tym samym wypadasz z wiadomego TWA :mrgreen:

A tak serio: dawaj jakieś screenshoty, żebym wiedział, czy opłaca się grzebać po piwnicy za stosownymi kabelkami, płytkami itp... mój telefon ostatni raz z komputerem gadał jakieś półtora roku temu ;-)

fajne ale ;-)
N6630 - nie da sie zmienic zadnego z parametrow czyli crop, itd... a modulu dzialaja OK, czyli wylicza

moze zamiast wprowadzania tych wszytkich parametrow dalo by sie zrobic wybor aparatu i wybor obiektywu + po jednym custom?
np: wybieram 20d i 17-40 i z zakresu zooma ogniskowa i przeslone?

No właśnie nie wiem co jest z Nokiami - z SE wszystko działa. Muszę skombinować jakąś Nokie do testów.
Co do wyboru aparatu - chyba nie ma sensu, bo jest niedużo opcji "cropowych" tj.: 1, 1.5, 1.6 itp. Ale dziękuję za sugestie, może jakoś to inaczej rozwiąże. Martwi mnie fakt, że nie działania poprawnie z Nokiami :(

ekstra ide testowac :)

W mojej N 6131 wszystko dziala dobrze:)

Do pobrania wersja 1.1 - usunąłem dwie pozycje do wprowadzania, bo mogły siać mętlik :)

ciagle mi nie bangla :cry:

Jac, postaram się jutro coś z tym zrobić - nie mam telefonu Nokia, ale coś wykombinuję.

Cytat:

---

Zamieszczone przez muflon

Snow, jak mogłeś :-P Tym samym wypadasz z wiadomego TWA :mrgreen:

---

:cry: :cry: :cry:

Cytat:

---

Zamieszczone przez muflon

A tak serio: dawaj jakieś screenshoty, żebym wiedział, czy opłaca się grzebać po piwnicy za stosownymi kabelkami, płytkami itp... mój telefon ostatni raz z komputerem gadał jakieś półtora roku temu ;-)

---

Może Tomasz wrzuci jak ma jakiś symulator na kompie bo focić telefonu nie ma sensu ;) IRDY w kompie i telefonie nie masz? ;-)

mam nokie E50 i dzisiaj przetestuje co i jak

krótkie testy już za sobą - krótkie bo podobnie jak wyżej nie da się niczego zmienić, tylko wylicza domyślne wartości. nie można wpisać nowych ani przesuwać

Cytat:

---

Zamieszczone przez muflon

A tak serio: dawaj jakieś screenshoty, żebym wiedział, czy opłaca się grzebać po piwnicy za stosownymi kabelkami, płytkami itp... mój telefon ostatni raz z komputerem gadał jakieś półtora roku temu ;-)

---

Bardzo proszę :)

Okienko do wprowadzania danych:
http://www.urbanowicz.net.pl/pliki/screen/01.png

Menu:
http://www.urbanowicz.net.pl/pliki/screen/02.png

GO:
http://www.urbanowicz.net.pl/pliki/screen/03.png

Kąt:
http://www.urbanowicz.net.pl/pliki/screen/04.png

Najmniejszy:
http://www.urbanowicz.net.pl/pliki/screen/05.png

Odległosć:
http://www.urbanowicz.net.pl/pliki/screen/06.png

Skala:
http://www.urbanowicz.net.pl/pliki/screen/07.png

Wrzuciłem wersję bez danych domyślnych:
( http://canon-board.info/showpost.php...03&postcount=1 )

A pamięta ostatnio wpisane dane? (jakieś cookie czy coś, nie wiem jak to się robi w MIDP). No i w wersji 2.0 chyba jakoś bardziej graficznie, co? ;-)

(ja tylko tak sobie marudzę, bo mi zasadniczo taki soft niepotrzebny ;-))

Jeszcze nie pamięta - pracuję nad tym :)
Muflon marudzisz :p

No nie gadaj, te ostatnie wartości, a najlepiej jakieś combo-boxy (z guzikami +/-) byłyby naprawdę przydatne. Próbuję po prostu wczuć się w użytkownika, "w terenie" ;-)

Ja nie o tym, bo to jest potrzebne, ale o upiększaczu graficznym :)

Nowa wersja programiku (1.2):

http://canon-board.info/showthread.php?t=20622

Fajny programik, na N 5300 chodzi the best:lol:

Warto by to jakoś zgrać, żeby funkcjonowało z tymi aparatami zintegrowanymi z telefonami, tj żeby nie trzeba było samemu nastawiac odległości i przysłony na obiektywie, tylko żeby się ustawiła ta wyliczona w programie.

Cytat:

---

Zamieszczone przez Tomasz Urbanowicz

Witam

Napisałem programik fotograficzny na komórkę - być może komuś się przyda :)
Program wymaga JAVA MIDP 2.0 (nie wiem dlaczego, ale nie działa poprawnie z Nokią N70 chyba)

---

Super dziala z Sony Ericssonem K600i Dzieki bardzo fajny programik:)

Na SE W880i dziala poprawnie.

nokia 6131 dziala ok v1.2

Cytat:

---

Zamieszczone przez Tomasz Urbanowicz

(nie wiem dlaczego, ale nie działa poprawnie z Nokią N70 chyba)

---

Działa z N70, bynajmniej u mnie. Wersja 1.1
Pozdrawiam i dziękuję, przyda się na pewno.

Nokia E90:

Wersja 1.1 i wersja snow - nie można wpisać żadnych wartości

Wersja 1.2 - działa

1.1 działa na Samsung L760

1.2 link nie działa więc nie miałem jak przetestować, linki to screenów też nie działają :)

Już poprawiłem - wersja 1.2 na serwerze.

Po przejściu na inny serwer przez pomyłkę screeny usunąłem - nie zrobiłem kopii :)

1.2 również działa na L760 :)

Czekam na jakieś zapamiętywanie ostatnich wpisanych danych.

Pozdrawiam

mam 2 głupie pytania
co mam wpisać:

1. skala - skala odwzorowania taka o jaką walczy się przy macro? nie mam pojęcia jaką ma np. kit 18-55 w jakichkolwiek wartościach
2. grubość pierścienia - jakiego? od ostrości? ;D

1. Skalę odwzorowania KIT'a możesz znaleźć w specyfikacji obiektywu (google).
2. Grubość pierścienia dodatkowego.

Dla Nokia E-51 działa wersja bez wartości domyślnych, wersja 1.2 nie działa - brak możliwości wprowadzenia danych, a nawet brak możliwości nawigacji pomiędzy polami z wartościami domyślnymi.

Na moim samsungu j700 programik śmiga pięknie. Mam natomiast kilka uwag do wyników obliczeń, które nie zgadzają się z moimi:

- po pierwsze skąd brana jest wartość krążka rozproszenia ? rozumiem, że obliczana jest z cropa przez uwzględnienie rozmiaru pełnej klatki i współczynnika 1740. Jak dla mnie wygodnie byłoby zostawić użytkownikowi dostęp do Kr.

- po wprowadzeniu f=50mm, f./5.6 odległość obiektu 10m otrzymuje wynik "ostrość od: 11.81m" jak należy to interpretować? To ostrość nie powinna być na obiekt oddalony o 10m.

- czego dotyczy wprowadzana odległość? odległości obiektu od przedniej soczewki obiektywu czy od matrycy? Ważne w makro.

- po wprowadzeniu f=90mm f./5.6 odległość obiektu 0.39m (przykład dla Tamrona 90mm, 1:1, dla odległości z miarki na obiektywie 0.39m, która wygląda na odległość obiektu od matrycy) otrzymuje wynik zasięgu 0,0020m = 2mm, z moich obliczeń dostaję 3,04mm - to spora różnica.

- zgadzają mi się w przybliżeniu odległości hiperfokalne.

Czy ktoś mógłby zweryfikować poprawność obliczeń tego programiku??

Dzięki i pozdrawiam..

Cytat:

---

Zamieszczone przez kgelec

Na moim samsungu j700 programik śmiga pięknie. Mam natomiast kilka uwag do wyników obliczeń, które nie zgadzają się z moimi:

- po pierwsze skąd brana jest wartość krążka rozproszenia ? rozumiem, że obliczana jest z cropa przez uwzględnienie rozmiaru pełnej klatki i współczynnika 1740. Jak dla mnie wygodnie byłoby zostawić użytkownikowi dostęp do Kr.

---

A po co skoro jest podawanie cropa a to przecież z tego wynika?

Cytat:

---

Zamieszczone przez kgelec

- po wprowadzeniu f=50mm, f./5.6 odległość obiektu 10m otrzymuje wynik "ostrość od: 11.81m" jak należy to interpretować? To ostrość nie powinna być na obiekt oddalony o 10m.

---

Tu przekombinowałem - tego wyniku nie powinno być.

Cytat:

---

Zamieszczone przez kgelec

- czego dotyczy wprowadzana odległość? odległości obiektu od przedniej soczewki obiektywu czy od matrycy? Ważne w makro.

---

Od matrycy, ale tylko w tradycyjnych obiektywach bez retrofocusa.

Cytat:

---

Zamieszczone przez kgelec

- po wprowadzeniu f=90mm f./5.6 odległość obiektu 0.39m (przykład dla Tamrona 90mm, 1:1, dla odległości z miarki na obiektywie 0.39m, która wygląda na odległość obiektu od matrycy) otrzymuje wynik zasięgu 0,0020m = 2mm, z moich obliczeń dostaję 3,04mm - to spora różnica.

---

Patrz wyżej.

Na wstępie dzięki za szybką odpowiedź...

Cytat:

---

A po co skoro jest podawanie cropa a to przecież z tego wynika?

---

Wciąż się nad tym zastanawiam a i na forum było trochę dyskusji na temat krążka rozproszenia, np:
http://www.canon-board.info/showthread.php?t=31038

Z dyskusji wynika, że tak przyjmowany Kr jest pewnym przybliżeniem, zależnym od docelowego rozmiaru odbitki (aczkolwiek czy tylko od tego to nie jestem pewien). W związku z powyższym po prostu miło było by mieć wpływ na ten parametr bezpośrednio, chociażby w celach "pokombinowania". To nie zarzut bo uważam, że program jest bardzo wartościowy ale skoro prosiłeś na początku o sugestie: ot i ona.

Problemem który mnie trapi bardziej niż brak Kr w parametrach jest niemożność uzyskania zbieżnych wyników GO z moimi lub np. z http://www.dofmaster.com/dofjs.html
Jakie parametry powinienem wpisać (np. dla przykładu który podałem z Tamronem) żeby dostać wynik, który mógłbym porównać z tym co już jest dostępne w sieci (patrz link powyżej) - po wpisaniu wartości z przykładu dostaję wynik GO 3,1mm (moje obliczenia 3,04mm, programik 2mm).

Piszesz o retrofokusie, wyjaśnij mi proszę w jaki sposób dotyczy to obiektywu 90mm wydawało mi się, że to raczej problem krótkich ogniskowych.

Cytat:

---

Zamieszczone przez kgelec

Wciąż się nad tym zastanawiam a i na forum było trochę dyskusji na temat krążka rozproszenia, np...

---

Żeby bardziej Ci "namieszać" przeczytaj:

http://canon-board.info/showthread.p...k+rozproszenia (od postu 24) :)

http://canon-board.info/showthread.php?t=21203

A co do rozbieżności wyników - w wolnej chwili przepatrzę kod, bo dawno do niego nie zaglądałem. Być może przyjąłem inny wymiar krążka rozproszenia, albo zastosowałem zbyt precyzyjny wzór.
I bardzo dziękuję za sugestie i uwagi.

Jeśli chodzi o Kr to w paru kwestiach rozumiem Twój tok myślenia, niemniej nie ze wszystkimi Twoimi postulatami sie zgadzam - ale to temat na oddzielny wątek.
Ale skoro mówisz o rozdzielczości kątowej ludzkiego oka 1' w kontekście Kr, to masz na myśli co będzie widział jako nieostre obserwator patrzący na odbitkę z odległości normalnego widzenia - tu jeszcze pozostaje kwestia dpi i jakiej wielkości ma być ta odbitka - co zresztą sam zauważyłeś w jednym z postów. Chciałbym żebyś spojrzał nie tyle od strony finalnej odbitki, ale np. od strony analizy obrazu przez jakoweś algorytmy.
Dla przetwarzania obrazu mającego na celu analizę jego treści nie ma znaczenia co będzie ostre na odbitce tylko co jest ostre w kontekście poszczególnych pikseli - wówczas odniesienie się do Kr poprzez rozdzielczość kątową oka nie ma sensu.
Dalej: Co będzie jeśli korzystam z matryc typu FOVEON! Ja korzystam w pracy z kamery HVDUO (z tego typu matrycą) ale zdaje się że i Sigmy miały swego czasu montowane takowe. Wówczas sytuacja z krążkiem rozproszenia jest zupełnie inna niż w matrycach Bayerowskich i na tym bym temat idei krążka zakończył..przynajmniej w tym wątku.

Wracając do Twojego Programiku mogę wysnuć wniosek, że:
nie jest bezpiecznym pomysłem uzależnianie Kr tylko od cropa, czyli rozmiaru matrycy ;-) bo można wskazać takie przypadki gdzie trzeba 'ręcznie' określić i rozmiar matrycy (bo nietypowy jak w HVDUO) i krążek rozproszenia.
Chciałem pokazać, po części na bazie Twoich własnych przemyśleń, na czym polegają moje wątpliwości i właśnie z tych powodów bardzo chętnie widziałbym Kr jako oddzielny parametr w Programiku.

Jeśli zaś chodzi o obliczenia to Kr przyjąłem jak z Twojego programiku 0,0188, poza tym zgadzają się nam odległości hiperfokalne co by znaczyło, że to raczej nie wina Kr.

Cytat:

---

Zamieszczone przez kgelec

Dla przetwarzania obrazu mającego na celu analizę jego treści nie ma znaczenia co będzie ostre na odbitce tylko co jest ostre w kontekście poszczególnych pikseli - wówczas odniesienie się do Kr poprzez rozdzielczość kątową oka nie ma sensu.
Dalej: Co będzie jeśli korzystam z matryc typu FOVEON! Ja korzystam w pracy z kamery HVDUO (z tego typu matrycą) ale zdaje się że i Sigmy miały swego czasu montowane takowe. Wówczas sytuacja z krążkiem rozproszenia jest zupełnie inna niż w matrycach Bayerowskich i na tym bym temat idei krążka zakończył..przynajmniej w tym wątku.

---

Nie ma znaczenia podłoże (czytaj matryca, klisza itp). Krążek rozproszenia jest to IMO wielkość tylko teoretyczna i odnosi się ona jakoby do fizycznej odbitki. Jest wiele teorii na obliczenie krążka rozproszenia. Czy jest to matryca bajerowska, czy foveon - nie ma tu znaczenia. Liczy się wielkość matrycy/kliszy itp. Jednak jak zapewne wczytywałeś się w to co napisałem odnośnie krążka w cyfrze, zauważysz, że rozważam wielkość którą nazwałem krążek rozdzielczości - jest to wielkość o której Ty chyba tutaj piszesz. I tutaj ma znaczenie podłoże/rodzaj matrycy.

W takim razie powiedzmy, że moje wątpliwości odnośnie krążka rozproszenia kryją się pod Twoją propozycją: "krążek rozdzielczości". Niemniej "krążek rozdzielczości" nie występuje w żadnej znanej mi literaturze fachowej i w żadnym znanym mi wzorze - dlatego uporczywie używam właśnie tego pojęcia.

Być może w przypadku o którym pisałem, czyli obliczenie GO dla algorytmu przetwarzania obrazu powinienem użyć zamiast krążka rozproszenia "krążek rozdzielczości". OK, przemawia to do mnie. Ale to tylko oznacza, że skoro rozdzielasz krążek na taki i taki to tym bardziej w sofcie należało to zrobić, tzn. pozostawić Kr jako parametr do wpisania przez użytkownika, skoro jak twierdzisz "tradycyjny" Kr nie ma większego sensu w cyfrze (z czym akurat jestem skłonny się zgodzić). Ja bym chętnie zobaczył wyniki Programiku dla obydwu krążków, zrobił pomiar i miałbym pogląd co dalej.

Bardzo chętnie będę używać zaproponowanego przez Ciebie krążka rozdzielczości, byle dawał poprawne wyniki. Jak na razie dla tradycyjnego Kr coś nie możemy uzyskać zbieżności wyników obliczeń. Myślę, że nad tym powinniśmy się skupić, a warto bo programik zapowiada się na rewelacyjny i bardzo pomocny, jeno żeby miał zbieżne wyniki z czymś innym. :)

Cytat:

---

Zamieszczone przez kgelec

Jak na razie dla tradycyjnego Kr coś nie możemy uzyskać zbieżności wyników obliczeń. Myślę, że nad tym powinniśmy się skupić, a warto bo programik zapowiada się na rewelacyjny i bardzo pomocny, jeno żeby miał zbieżne wyniki z czymś innym. :)

---

Są różnice bo z różnych wzorów korzystamy:

1. Ja korzystam z ogólnych wzorów np. z fotografii przyrodniczej:

http://www.fotografia-przyrodnicza.a...porady.php?p=1

tj.

h=f*f/(F*c)
ymin=(h*y)/(h+(y-f))
ymax=(h*y)/(h-(y-f))

gdzie:
ogniskową obiektywu (f)
przysłonę (F)
nastawioną odległość (y)
średnicę krążka rozproszenia (c)

2. Twój kalkulator korzysta z innych wzorów tj.

h=f*f/(F*c)+f
ymin = ((h-f)*y)/(h+y-(2*f))
ymax = ((h-f)*y)/(h-y);

Niebardzo się zgadzam z podziałam GO po 50% jak jest w Twoim kalkulatorze, dlatego zastosowałem wzór ogólnodostępny na GO. Stosowałem swego czasu eksperymenty z wzorami i zostałem przy tym ogólnodostępnym.

Dla Ciebie w wolnej chwili mogę wprowadzić wzory z Twojego kalkulatora :) Ale to w wolnej chwili.

Cytat:

---

1. Ja korzystam z ogólnych wzorów np. z fotografii przyrodniczej:

http://www.fotografia-przyrodnicza.a...porady.php?p=1

tj.

h=f*f/(F*c)
ymin=(h*y)/(h+(y-f))
ymax=(h*y)/(h-(y-f))

gdzie:
ogniskową obiektywu (f)
przysłonę (F)
nastawioną odległość (y)
średnicę krążka rozproszenia (c)

---

No to liczymy, czyli F=5.6, f=90mm i y=390mm i c = 0,0188 - z Twojego Programiku:

h = 90mm^2/(5.6*0,0188mm)=8100mm^2/0,10528mm=76937,69mm

ymin = (76937,69mm*390mm)/(76937,69mm+390mm-90mm) =
= 30005699,10mm^2/77237,69mm = 388,49mm

ymax = (76937,69mm*390mm)/(76937,69mm-390mm+90mm) =
= 30005699,10mm^2/76637,69mm = 391,53mm

DoF(GO) = ymax - ymin = 3,04mm


Czyli Twój wzór daje wynik identyczny jak moje wzory, a także kalkulator z linku który podałem (używam jeszcze innych wzorów na GO niż Ty i kalkulator dofmaster.com), Programik daje wynik 0,0020 m

Jako ciekawostke podam, że wyniki obu wzorów - Twojego i "mojego" dają zawsze te same wyniki.
Jeśli chcesz podeślę Ci arkusz kalkulacyjny gdzie są wszystkie trzy rozważane wzory.

P.S. Kalkulator dofmaster.com wcale nie dokonuje podziału na 50% GO. Daje wyniki zbieżne do Twojego wzoru, czyli z nierównym podziałem.

Cytat:

---

Zamieszczone przez kgelec

No to liczymy, czyli F=5.6, f=90mm i y=390mm i c = 0,0188 - z Twojego Programiku:

h = 90mm^2/(5.6*0,0188mm)=8100mm^2/0,10528mm=76937,69mm

ymin = (76937,69mm*390mm)/(76937,69mm+390mm-90mm) =
= 30005699,10mm^2/77237,69mm = 388,49mm

ymax = (76937,69mm*390mm)/(76937,69mm-390mm+90mm) =
= 30005699,10mm^2/76637,69mm = 391,53mm

DoF(GO) = ymax - ymin = 3,04mm

---

Jak zauważysz w programiku, to różny jest tylko zasięg ymax - ymin. Tu jakoś dziwnie programik zaokrąglił - ale pojęcia nie wiem dlaczego :|
(we wzorze w programiku mam ymax - ymin, zmienna double).
Wartości ymin, ymax się pokrywają z wyliczeniami w Excelu u mnie.

No fakt, rząd wielkości się zgadza, ale wartości nie do końca - oto co mam w wynikach w telefonie:
- hiperfokalna = 76.46m
- ostrość od 38.23m (tzn. już wiem jak interpretować ten wynik, bo tu oczywiście chodzi o związek z hiperfokalną i ostrzeniem w nieskończoność, ale nazwa sugeruje, że obiektyw ostrzy w tym mscu :) )
- bliżej 0.387m
- dalej 0.39(0) m
- zasięg 0.0020m
- itd...

biorąc pod uwagę, że liczyłem z Twojego wzoru to i tak coś ta Java dziwnie zaokrągla - w zasadzie wszystkie wyniki są lekko poprzesuwane od hiperfokalnej począwszy.

Cytat:

---

Wartości ymin, ymax się pokrywają z wyliczeniami w Excelu u mnie.

---

Ja też liczyłem w excellu z dokładnością ~10 cyfr po przecinku i wynik mam identyczny jak liczyłem ręcznie, czyli patrz wyżej. Zupełnie nie wiem skąd te rozbieżności, ale już na pewno nie ze wzorów.

Proponuję wymianę arkuszy kalkulacyjnych via email, ale jeśli nie masz w tej chwili na to czasu - ok.
Ale Ci ćwieka zabiłem ;) sorry..ale ten programik jest naprawdę fajny.

Problem może leżeć po stronie javy i zmiennoprzecinkowych liczb tj. z dziwnego ich zaokrąglania. W wolnej chwili przyjrzę się temu i spróbuję zastosować jakąś protezę. Zastanawiające jest, że bardzo się myli przy zwykłym odejmowaniu :|

I dziękuję Ci za wszelkie uwagi :)

Nie ma sprawy, z niecierpliwością czekam na kolejną wersję Programiku :). A jakby pojawił się w nim edytowalny "krążek rozdzielczości" to już w ogóle bajka ;).
Pozdrawiam serdecznie.

Cytat:

---

Zamieszczone przez Tomasz Urbanowicz

Problem może leżeć po stronie javy i zmiennoprzecinkowych liczb tj. z dziwnego ich zaokrąglania. W wolnej chwili przyjrzę się temu i spróbuję zastosować jakąś protezę. Zastanawiające jest, że bardzo się myli przy zwykłym odejmowaniu

---

To zupełnie normalne, liczby zmiennoprzecinkowe maja to do siebie, że właśnie dodawanie i odejmowanie obciążone jest dużym błędem. Nie znam ME - nie ma tam BigDecimal?

Ma ktoś ten programik na jakimś serwerze?
Linki już nie działają :/