Spiele-/Grafikprogrammierung

• D

  3D-Performance C/OpenGL - Java3D
  • durito  

  7
  0
  Stimmen
  7
  Beiträge
  2016
  Aufrufe

  S

  durito schrieb: Sgt. Nukem schrieb: durito schrieb: Java kann sich ja vielfach nicht gerade mit hoher Geschwindigkeit rühmen Daraufhin wurde Java ja auch nicht entworfen... durito schrieb: Existieren irgendwo Geschwindigkeits-Vergleiche zu OpenGL-Lösungen? Öhhh... die Bindings SIND OPENGL-Lösungen...!! Jup, ich mein C++/OpenGL-Lösungen. Ich wüsste keine! Ich wollte zwar schon seit Ewigkeiten mal einen Vergleich zwischen C++ / Delphi / C# und Java rausbringen, der auf 3D abzielt, aber hab' einfach keine Zitt... Versuch Du's doch mal: Die C++ / Java Variante wenigstens. Das Drumherum muß man nur 1x für alle Benches machen, und die GL-Befehle kann man quasi 1:1 übernehmen... durito schrieb: Es geht bei der ganzen Geschichte um ein Projekt (mit 3D-Output), welches auf ner SUN-Station läuft. Projektsprache ist scheinbar C++, und soweit ich weiss, soll Coin3D eingesetzt werden. Java wird eben aus Gründen der Geschwindigkeit nicht verwendet. Kenne mich (leider) weder mit Workstations aus noch mit Coin3D. durito schrieb: Ist klar, dass Java nicht für schnelle Anwendungen entworfen ist, aber laut ct (19,21 /03) ist Java ja nun wirklich nicht langsam solange es um Berechnungen geht. Ich denke mal, es ist vor allem das GUI bzw. andere Schnittstellen zum BS, was Java so langsam macht.. Ich frag mich, warum auf der SUN nicht Java eingesetzt wird.. Soviel kanns ja nciht ausmachen, wenn ne gute OpenGL-Lösung für Java existieren sollte. Über den genannten Artikel sind schon genug Flamewars gemacht worden! Tja, das letzte Quentchen bekommst Du mit C++ auf jeden Fall noch raus, und mit ASM dann nochmal... Die Frage ist nur das Kosten / Nutzen Verhältnis. In ASM werden ja auch nur noch wirklich oft und schnell benötigte Teile geproggt (es sei denn man heißt Sawyer und codet Rollercoaster Tycoon :p )... Ein echter praktischer Vergleich wäre mal net verkehrt, um mal zu sehen, wie viele Frames wirklich dabei flöten gehen... Und ob andere Sprachen in CPU-only Bereichen nicht sogar schneller sind (KI etc.) ...
• D

  FrameBuffer manipulieren?
  • dad_an_der_fh  

  2
  0
  Stimmen
  2
  Beiträge
  582
  Aufrufe

  R

  nimm eine box auf die du das bild als textur draufpackst, wenn du die kamera bewegst sollte die box weiterhin an ihrem platz liegen, du mußt dann nur noch dafür sorgen dass die box so positioniert ist dass sie auf deine gewünschte weise 'stillsteht' rapso->greets();
• L

  Wie erkennt die Maus/Programm ein Land??
  • Lenin2001  

  8
  0
  Stimmen
  8
  Beiträge
  983
  Aufrufe

  

  Ist es überhaupt nötig, das Klicks im gesamten Land erkannt werden? Bei Risiko wüsste ich dafür keinen Grund. Bye, TGGC (Der Held ist zurück)
• N

  Direktdraw palettenproblem
  • noise  

  4
  0
  Stimmen
  4
  Beiträge
  570
  Aufrufe

  F

  Nichts gegen Palette, aber ich dachte wir wären in einem Zeitalter wo 16/24/32 Bit Farbtiefe normal ist. Probiers mal aus viel langsamer ist das auch nicht und das den Platz sollte man auch noch verkraften können Viele Grüße Fischi
• P

  Adventure Tutorial
  • personenkult  

  4
  0
  Stimmen
  4
  Beiträge
  644
  Aufrufe

  A

  http://www.comnets.rwth-aachen.de/doc/einmanual/c++/chap12.htm Ansonsten nochmal hier nachschlagen: http://www.google.de/search?sourceid=navclient&hl=de&ie=UTF-8&oe=UTF-8&q=C%2B%2B+Tutorial+Game+Adventure
• K

  superrapso und superoptimizer
  • KXII  

  2
  0
  Stimmen
  2
  Beiträge
  468
  Aufrufe

  R

  wir sind nicht so schlau und bitte lass dir provokation.
• O

  D3D Performance
  • olleman  

  28
  0
  Stimmen
  28
  Beiträge
  2483
  Aufrufe

  R

  ein schönes schlusswort
• K

  Noch mal die Normalen
  • Karsten K  

  3
  0
  Stimmen
  3
  Beiträge
  524
  Aufrufe

  K

  Hallo, kann mir jemand eine Seite nennen, wo ich ein Beispiel zum Berechnen der Normalen pro Vertex finden kann? Danke.Karsten
• T

  Suche mp3 library zum encoden. (Win32)
  • Till  

  9
  0
  Stimmen
  9
  Beiträge
  1121
  Aufrufe

  T

  Funkioniert alles wunderbar... OggVorbis ist ein krasser codec. Sehr Empfehlenswert! danke an alle
• S

  multitex extension (ogl)
  • Sovok  

  29
  0
  Stimmen
  29
  Beiträge
  2249
  Aufrufe

  M

  Sovok schrieb: ahso "extension" bezieht sich nur auf grafikkarten dachte das wäre ne art plattformabhängige abspaltung von ogl extension beziehen sich zum gröstensteils auf grafikkarten und sind plattformunabhängig (ausnahmen gibts es allerdins sind zb: GL_WIN_swap_hint). was definitiv plattformabhänig ist die initialisierung der extensionen.
• T

  Allegro & Visuall C++-Autoren-Edition
  • tandorf  

  15
  0
  Stimmen
  15
  Beiträge
  1636
  Aufrufe

  S

  Herr der Dinge schrieb: Rofl oder Western, YEAH das is doch DIE Idee, Western mucke dazu! Dann kommt richtig Schießereistimmung auf!! Hehe, Mundharmonika und dann die fetten Riffs aus "Spiel' mir das Lied vom Tod"! Dabei immer abwechselnd die fiesen unrasierten Fressen der Pokerspieler zeigen!! *jauchz* Scharf!!
• G

  SDLMixer und MP3
  • Gartenzwerg  

  7
  0
  Stimmen
  7
  Beiträge
  911
  Aufrufe

  -

  Wenn es nur um Musik geht, funktionieren die folgenden Funktionen zumindest mit ogg sehr gut (praktisch keine CPU/Speicher Belastung): Mix_Music *music = Mix_LoadMUS("myMusic.ogg"); Mix_PlayMusic(music, 1); Die benutzte SDL_Mixer Version muß dabei aber mit den ogg/vorbis Bibliotheken kompiliert sein. Vorgefertigt gibt es das ganze z.B. unter http://zengine.sourceforge.net/dependencies/ZE_dependencies_wing++.zip für Windows. Erklärungen zu der ganzen Thematik gibt es hier. gruß dirk
• D

  Bildbearbeitung - Scharfzeichnen
  • DerAltenburger  

  9
  0
  Stimmen
  9
  Beiträge
  960
  Aufrufe

  D

  @Rapso, Hab's mal so getestet - liefert aber Sch****- Ergebnisse : lauter bunte Pixel ohne System ??? Oder kaum Effekt, wenn man das nur kleinem Faktor macht. ************************************** Das 'Verwaschen' mach ich so: 1. alle acht Nachbar- Pxel- Werte zu Pixel- Wert addieren und das ganze / 9 - das weise ich dem Pixel zu. 2. Das ganze maskiere ich noch mit nem 'Pinsel- Bild': Kreisrundes Muster mit nach aussen abnehmender Punkt- Dichte. Davon habe ich mehrere Ausfuehrungen. Ganz dicht ist der Vollkreis - alle Pixel werden Angepasst. 3. Das Ganze kann fuer Rot, Gruen und Blau getrennt oder fuer alle Farb- werte gleichzeitig wirken. Damit kommt ein brauchbares Verwaschen zustande. Bei 'lockerem' Pinselmuster mit 'sanftem Uebergang zum Rest des Bildes. ************************************** Das Schaerfen hab' ich mal so gemacht: 1. Die Differenzen der Farbwerte aller acht Nachbarpixel zum Pixelwert addieren und das Ergebnis zum Pixelwert addieren - mit Faktor gewichtet. 2. Je staerker ein Pixel sich von Umgebung unterscheidet, umso staerker wird das Pixel hervorgehoben. Das bringt den Effekt einer 'Konturhervorhebung. 3. Bei Grossem Gewichtungsfaktoer entstehen schnell 'Relief'- Strukturen. Aehnlich wie bei MS- Photoedit. Was haltet Ihr davon! Thx fuer Eure meinungen Der Altenburger
• W

  Objektorientiertes Code-Design in einem Spiel
  • Walli  

  19
  0
  Stimmen
  19
  Beiträge
  1588
  Aufrufe

  V

  TGGC schrieb: Dann habe ich es falsch ausgedrückt. Man soll nicht Code schreiben, den man nicht reparieren kann, man soll welchen schreiben, der möglichst universell ist und darum nicht geändert werden muss. ok. darin sind wir uns einig. beim entwurf schon drauf achten, daß der code in verschiedenen einsätzen verwendet werden kann, ohne ihn jedesmal umzuschreiben. ich interpretiere "Man sollte überhaupt keine alten Klassen ändern" mal als "man soll überhaupt keine klassen schreiben, die dauernd verändert werden müssen" und das würde ich sofort unterschreiben. also mißverständnis. sorry. Und wenn du jetzt deine alte Stack Klasse umändern musst, besteht da etwa nicht die Gefahr, das dabei Fehler entstehen? jo, besteht. aber die änderung ist klein, ich muß (vermutlich) nur nen allocator dazufummeln, zur zeit kann der stack nur die operator new() verwenden. da ist umschreiben noch sicherer, als neu basteln. normalerweise bin ich aber ein großer freund des wegwerfens und reimplementierens. beim zehtenmal gehts meistens noch besser, als beim neunten mal.
• F

  JPEG Header Format Spezifikationen
  • FlatPredator  

  4
  0
  Stimmen
  4
  Beiträge
  1374
  Aufrufe

  

  Der wotsit-Link sollte eigentlich auch in der FAQ stehen. Bye, TGGC (Der Held ist zurück)
• D

  Wat is Allegro ? wat is SDL ? ;)
  • DeViL MaN  

  11
  0
  Stimmen
  11
  Beiträge
  1032
  Aufrufe

  

  Ja, es besteht noch Hoffnung! BTW: Dein Shift hängt, siehe Sig. Änder das mal. Bye, TGGC (Der Held ist zurück)
• O

  kameramatrix
  • otze  

  10
  0
  Stimmen
  10
  Beiträge
  1390
  Aufrufe

  

  Sagt man einmal die Wahrheit, schon heulen'se rum... Bye, TGGC (Der Held ist zurück)
• C

  OGL Funktion, die glutPostRedisplay() entspricht
  • Crabbe  

  2
  0
  Stimmen
  2
  Beiträge
  449
  Aufrufe

  R

  meines wissens nach gibt es die nicht. du mußt den loop zum rendern und inputverarbeiten selber schreiben wenn du nur ogl nutzt. rapso->greets();
• F

  Freier source code von Wolfenstein ET
  • FB  

  20
  0
  Stimmen
  20
  Beiträge
  2855
  Aufrufe

  

  Ja, und er meinte das der dazu relevante Code nicht freigegeben wird. Bye, TGGC (Der Held ist zurück)
• Q

  Buch zu OpenGL und C#
  • Quotenmausi  

  2
  0
  Stimmen
  2
  Beiträge
  401
  Aufrufe

  T

  soweit ich weiss nicht wirds wahrscheinlich auch nicht so schnell geben, da ja keine offizielle schnittstelle existiert. tutorials kenn ich nur die, welche zb. bei tao auf der page sind