 |
JLI Spieleprogrammierung
|
| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Autor |
Nachricht |
DirectXer
Dark JLI'ler
Anmeldedatum: 05.02.2005
Beiträge: 1201
Wohnort: Köln
Medaillen: Keine
|
 Verfasst am: 13.05.2006, 21:13 Titel: Re: float/double Ungenauigkeit, Trick gesucht |
 |
|
| GreveN hat Folgendes geschrieben: | | DirectXer hat Folgendes geschrieben: | | Nur nützen diese halb genauen Ergebnisse dem Benutzer nichts, er will net wissen was X ungefähr ist, sondern was X genau ist. Was kann man da machen? Gibts irgendwelche besonderen Tricks? |
Mein Taschenrechner (Ti83plus) rechnet selbst an Graphen "nur" mit Näherungswerten herum... Ergebnisse wie 4,9999999999 sind da gang und gebe und eigentlich niemand käme auf den Gedanken, dass nicht als 5 zuverstehen, soviel Intelligenz kann man einem Nutzer, der zugegebnermaßen ja auch weiß was er da tut und zu erwarten hat, schon abverlangen behaupte ich mal, zumal das ja alles andere als "halbgenau" ist... Also zieht das Argument nicht so ganz..., und wenn du die Zahl auf 10 Stellen oder so rundest (mein Gott, wo braucht man schon mehr wie 10 Stellen Genauigkeit bei Endergebnissen?) ist der Wert auch schon wieder glatt...
Und "Tricks" wurden hier ja einige gezeigt... |
also, ich hab mich entscheiden, bin in der Hinsicht ein Dickkopf, und für das Konzept dieses Projekt ist es net erlaubt, nur Nährungswerte zu haben. Und vor allem der Zielgruppe, an die ich das Projekt richte, kann ich keine Nährungen zumuten. zu deinem Bsp: mein Taschenrechner (CASIO fx-991ES) ist immer genau, wo man genau sein kann. Naja, wir brauchen jetzt auch ent weiter zu diskutieren, ich nehm die lib. Und wenn das aus "irgendwelchen" komischen Gründen net klappen sollte, dann schreib ich mir eben selber sowas. Also eine Zahlenklasse, die intern mit strings arbeitet. 
Gruß DXer |
|
| Nach oben |
|
 |
Fallen
JLI MVP
Alter: 40
Anmeldedatum: 08.03.2003
Beiträge: 2860
Wohnort: Münster
Medaillen: 1 (mehr...)
|
| Verfasst am: 13.05.2006, 21:31 Titel: |
|
|
Taschenrechner runden doch ihre Anzeigewerte bis zu der Stelle wo ihre nachkommazahlen sichtbar sind (oder halt auf eine feste Nachkommaanzahl)
Weshalb also nicht selbst so arbeiten.
PS: Ich habe einen recht guten TR (TI83-Plus)
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse." |
|
| Nach oben |
|
|
KI
JLI Master
Alter: 39
Anmeldedatum: 04.07.2003
Beiträge: 965
Wohnort: Aachen
Medaillen: Keine
|
| Verfasst am: 13.05.2006, 22:42 Titel: |
|
|
Hier in der MSDN steht nochmal eine andere Implementation mit der epsiolon-Umgebung.
Aber da steht auch "To resolve the behavior [...] get and use a Binary Coded Decimal (BCD) library that will maintain the precision.".
Ich hatte mal einen guten Link dazu. Aber schau dich doch einfach mal selbst nach BCD libraries um.
edit: decNumber |
|
| Nach oben |
|
|
DirectXer
Dark JLI'ler
Anmeldedatum: 05.02.2005
Beiträge: 1201
Wohnort: Köln
Medaillen: Keine
|
| Verfasst am: 14.05.2006, 15:38 Titel: |
|
|
| KI hat Folgendes geschrieben: |
edit: decNumber |
das hört sich schon sehr schick an, aber leider: | Zitat: | The decNumber library implements the General Decimal Arithmetic Specification1
in ANSI C. |
naja, schade. Noch andere Empfehlungen? |
|
| Nach oben |
|
|
PeaceKiller
JLI Master
Alter: 35
Anmeldedatum: 28.11.2002
Beiträge: 970
Medaillen: Keine
|
| Verfasst am: 14.05.2006, 15:43 Titel: |
|
|
| DirectXer hat Folgendes geschrieben: | | Zitat: | The decNumber library implements the General Decimal Arithmetic Specification1
in ANSI C. |
naja, schade. Noch andere Empfehlungen? |
Na und? Schonmal FMOD, OpenAL, OpenGL verwendet? Das sind alles C Bibliotheken.
_________________
»If the automobile had followed the same development cycle as the computer, a Rolls-Royce would today cost $100, get a million miles per gallon, and explode once a year, killing everyone inside.«
– Robert X. Cringely, InfoWorld magazine |
|
| Nach oben |
|
|
DirectXer
Dark JLI'ler
Anmeldedatum: 05.02.2005
Beiträge: 1201
Wohnort: Köln
Medaillen: Keine
|
| Verfasst am: 14.05.2006, 17:41 Titel: |
|
|
| PeaceKiller hat Folgendes geschrieben: | | DirectXer hat Folgendes geschrieben: | | Zitat: | The decNumber library implements the General Decimal Arithmetic Specification1
in ANSI C. |
naja, schade. Noch andere Empfehlungen? |
Na und? Schonmal FMOD, OpenAL, OpenGL verwendet? Das sind alles C Bibliotheken. |
aber C gibt mit C++ Komplikationen, mehrere Compilerwarunungen / -fehler usw.; kleines Bsp: | CPP: | // in C:
PBYTE ptr = malloc(size_b);
// in C++ lässt sich das so net compilieren, fehler weil void* nicht in PBYTE konvertiert werden kann:
PBYTE ptr = static_cast<PBYTE>(malloc(size_b)); |
Aber da es ja libs sind  naja is auch egal. Ich nehm die einfach, wenn keine bessere empfohlen wird, weil sich das Dokument sehr verführerisch anhört 
Gruß DXer |
|
| Nach oben |
|
|
DirectXer
Dark JLI'ler
Anmeldedatum: 05.02.2005
Beiträge: 1201
Wohnort: Köln
Medaillen: Keine
|
| Verfasst am: 18.05.2006, 18:54 Titel: |
|
|
so, wie sich ein "Konzept" ändern kann ^^ habs jetzt doch anders gemacht, und mir ein eigenes System geschrieben. Wozu etabyte-große Libs, wenn man selfmade alles maßschneidern und aufs Nötige abstufen kann? Also, klappt alles schön gut und schnell, bin vollkommen zufrieden. Letztendlich hab ich peacekillers Tipp benutzt und intern alles in Brüchen gespeichert. Dazu noch das ein oder andere Extra mit Fließkommazahlen und strings usw. mehr brauch ich net 
Gruß DXer |
|
| Nach oben |
|
|
|
|
Du kannst keine Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum nicht antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
|
Powered by phpBB © 2001, 2005 phpBB Group
Deutsche Übersetzung von phpBB.de |
FAQ
Suchen
Mitgliederliste
Benutzergruppen
Medaillen
Registrieren
Profil
Einloggen, um private Nachrichten zu lesen
Login
