4. (überflüssige) Demo

(überflüssige) Demo


  • Bist du jetzt schon da dran, oder was?

    0
  • ?

    omg das ruckelt ja bös 😞
    Aber es sieht schon gut aus....
    Leider hab ich keine Ahnung von OpenGL sonst würd ich mich damit mal gerne auseinandersetzen...

    0
  • T

    Von OpenGL brauchst Du da auch keine Ahnung haben, es wird ja bloß benutzt, um die Textur darzustellen. Was wir optimieren wollen, sind der Algorithmus und die Berechnungen.

    0
  • D

    Hey TGGC, auch von mir ein großes *respect*. Is echt n ganz schön cooles Teil, dass du den Code freigibst es echt n guter Zug, danke.

    mfG D1B

    0

  • Ich warte natürlich auf Optimierungen und 'nen Linux Port!

    0

  • Es geht voran, habe jetzt ein VC++ Projekt erstellt und noch einige Fehler ausgemerzt. In den nächsten Tagen, wenns komplett funktioniert, werde ich es dann hochladen.

    0
  • N

    Original erstellt von TGGC:
    Bist Du da jetzt schon dran? ... Ich warte natürlich auf Optimierungen und 'nen Linux Port!

    Nein, noch nicht, habe in letzter Zeit ein bisschen Stress wegen Zivildienst :(, aber ich vergess sicher nicht darauf, es interessiert mich ja auch... 🙂

    [ Dieser Beitrag wurde am 15.01.2003 um 12:52 Uhr von nman editiert. ]

    0

  • Es gibt 'ne aufgeräumte SourceCode Version mit VC++ Workspace. Ist jetzt circa doppelt so schnell. Müsste unter LINUX auch recht simpel zu kompilieren sein.
    http://www.fh-merseburg.de/~roesch/trash/prev/2d_bench.htm

    0
  • ?

    ***c:\ZweiD\Renderer\CFastRender.cpp(38) : warning C4244: '=' : Konvertierung von 'double' in 'float', möglicher Datenverlust
    c:\ZweiD\Renderer\CFastRender.cpp(39) : warning C4244: '=' : Konvertierung von 'double' in 'float', möglicher Datenverlust
    c:\ZweiD\Renderer\CFastRender.cpp(127) : warning C4244: '=' : Konvertierung von 'double' in 'float', möglicher Datenverlust
    c:\ZweiD\Renderer\CFastRender.cpp(212) : warning C4244: 'Argument' : Konvertierung von 'double' in 'float', möglicher Datenverlust

    VISUAL C++ 7.0

    😃 😃 😃

    Edit by Headhunter : Friendly mode enabled 😃 😃

    [ Dieser Beitrag wurde am 16.01.2003 um 14:36 Uhr von Headhunter editiert. ]

    0
  • N

    Edit by Headhunter : Friendly mode enabled 😃 😃

    *rofl*

    Ähm, TGGC, kannst Du vielleicht nächstes Mal die Dateinamen alle klein schreiben oder bei den #includes zb statt "stdafx.h" "StdAfx.h" verwenden? Linux ist nämlich case-sensitive... 🙂
    Aber alle Achtung, das ist ja schon um einiges übersichtlicher als die Ursprungsversion(en)!

    0

  • Eigentlich passt ja alles, ausser das stdafx.h/cpp gross sind. Das ist aber nicht mein Fehler weil VC++ dieses Files selbst anlegt. Habs jetzt klein gemacht, sollte passen.

    0
  • N

    Original erstellt von TGGC:
    Eigentlich passt ja alles, ausser das stdafx.h/cpp gross sind. Das ist aber nicht mein Fehler weil VC++ dieses Files selbst anlegt. Habs jetzt klein gemacht, sollte passen.

    Ich schau am Abend mal rein, danke! 🙂

    0
  • N

    Dieser Beitrag wurde gelöscht!
    0

  • Dein Archiv ist kaputt oder mit irgendwelchem zu zip inkompatiblem Zeug gepackt (Linux is eben' Mist 😉 ). raw Dateien hab ich immer mit PSP geöffnet, was aber ab jetzt nicht mehr nötig ist, denn:

    Es gibt eine neue Source Version auf dem Server.

    0
  • N

    Original erstellt von TGGC:
    Dein Archiv ist kaputt oder mit irgendwelchem zu zip inkompatiblem Zeug gepackt (Linux is eben' Mist 😉 ).

    Mein Archiv ist mit bzip2 gepackt und völlig in Ordnung, das kann mittlerweile jeder halbwegs vernünftige Windows-Packer lesen, Du solltest es Dir uU auch mal anschaun, denn Deine Zip-Source-Version ist 21K groß, meine mit bzip2 9.2K! :p

    Ich check mal die V2...

    0
  • N

    So, ich habe eine Linux-Version, ich lade sie mal hoch...
    edit: ein umfangreicheres Makefile ist IMO nicht sinnvoll

    [ Dieser Beitrag wurde am 20.01.2003 um 12:42 Uhr von nman editiert. ]

    0
  • N

    Dieser Beitrag wurde gelöscht!
    0

  • So, WinRar 3.00 konnte es entpacken (*hint*). Die Sache kann man nicht mehr mit dem VC 6.0 kompilieren, da du den include der pch geändert hast. Wenn du kompatibele Änderungen machen möchtest, dann benutzte doch bitte ein #define, welches du dann im makefile setzen könntest.

    0
  • N

    Die Änderungen in der stdafx.h waren nötig weil \ als Verzeichnistrenner nicht portabel ist, ich kann nicht nachvollziehen warum / ausgerechnet hier nicht funktioniert...
    Naja, mal ein bisschen probieren...

    edit: Ah, Erleuchtung, es liegt am (korrekten) #include "**../**stdafx.h", seltsam, aber gut, das lässt sich leicht beheben...

    [ Dieser Beitrag wurde am 20.01.2003 um 13:31 Uhr von nman editiert. ]

    0
  • N

    Jetzt sollte es auch der MSVC++ kompilieren können, die neue Version ist hochgeladen und ihre MD5 ist ee0c3936e978c42d470349aea882fbe8.

    0
Anmelden zum Antworten