MIDI + openGL auf Mac und Windows - aber welche Sprache?

Zitat von Stephe

Soweit ich das verstanden hab ist JOGL die Basis für die aktuelle Java3D-Version, sofern diese überhaupt noch weiterentwickelt wird.

hmm ... also Java3D hat als unterbau DirectX und/oder OpenGL ... je nachdem was auf den OS unterstützt wird ... zumindest war es früher so

JOGL, soweit ich weiss, schleift nur alle funktion calls auf die OpenGL-dlls um und bietet halt die ganzen Interfaces etc. damit das möglich ist ... sogar shader support wird geboten (angeblich kann man auch CG (nividia C for graphics) mit jogl verwenden) ... ich glaub kaum das viel weniger performant ist, als wenn man die OpenGL functions über Java called, als gleich aus C/C++

Portable OpenGL-Programme schreiben sollte keine Probleme bereiten, eher Sorgen machen würd ich mir da um den MIDI-Support - ich schätze mal die Files sollen auch abgespielt werden? (weil du nur sagtest "empfangen"...)
Meiner Erfahrung nach sind MIDI Files unter Linux immer noch "a pain in the ass", wie das aufm Mac ist kann ich nicht sagen

Aber warum fällt C++ aus? "VC++" ist ja nur eine Entwicklungsumgebung von Microsoft, aber mir der Sprache an sich kann man sehr wohl plattformunabhängig programmieren, wär ja schlimm wenn nicht!

Grüße,
fieselschweif

Vielleicht musst Du ja auch nicht "von null weg" programmieren, sondern kannst eine der realtime-multimedia-entwicklungsumgebungen verwenden:

kommerziell, auf windows und Mac: Max/MSP

http://en.wikipedia.org/wiki/Max_%28software%29

oder lieber open source, auf Win+Mac+Unix: Pure Data (PD)

http://en.wikipedia.org/wiki/Pure_Data

Als Programmiersprache wuerde ich, wie immer, die abstrakteste Sprache nehmen die Du findest. Wenn die Zeit knapp ist, dann besser die abstrakteste Sprache die Du bereits kennst. Und relativ populär sollte sie schon sein. Python, Ruby oder sowas. Auf jeden Fall würde ich mir zweimal überlegen, ob Du Dir hier wirklich Java oder sogar C++ antun musst. Die meisten Implementierungen von OpenGL sind sowieso in C implementiert.

Als Plattform empfehle ich Java oder CPython.

Fuer CPython gibt es z.B. http://pyopengl.sourceforge.net

Fuer Java gibt es das schon angesprochene http://en.wikipedia.org/wiki/Java_OpenGL .

Zitat von Stephe

Naja ich hätte da schon an Java gedacht, da ich damit doch schon einige Erfahrungen hab (Eprog, SE, DSLab, MM1)

Dann ist Java sicher eine solide Option. Nicht, dass es kontraproduktiv waere eine abstraktere Sprache dazuzulernen. Aber das wuerde auf jeden Fall ersteinmal Zeit kosten.

Zitat von Stephe

vorallem gäbe es da für MIDI das Java Media Framework für Windows, angeblich auch für Mac, ich hoffe das funzt da auch gscheit.

Java ist der Name fuer eine Programmiersprache, sowie fuer eine Softwareplattform. Das Java Media Framework ist Teil der Softwareplattform Java, d.h. Du kannst das mit jeder Programmiersprache benutzen, die es fuer Java gibt. Z.b. Java, aber auch Python, Ruby, Scala, Scheme und viele weitere.

Und als Randnotiz: APIs fuer MIDI Verarbeitung gibt es eigentlich auf allen grösseren Softwareplattformen.

Zitat von Stephe

Meine Zweifel hab ich bei Java halt immer in der Performance ;-), aber bei opengl müsst das ja anders sein, schließlich macht ja die Graka da die meiste Arbeit.

Vergiss die Gerüchte über die Performance von Java. Ich hab letztes Semester in der LVA Game Design ein komplettes 3D-OpenGL-Spiel in Java implementiert (mit jmonkeyengine und lwjgl), das ist einwandfrei gelaufen, obwohl ich mich um Performance überhaupt nicht gekümmert hab aus Zeitmangel (mein Profiler hat ergeben, dass die größte Performancebremse die Grafikkarte war, nicht der Java-Teil).
Wenn dus ausprobieren willst, das Spiel ist hier: http://monitzer.com/moriarty/ (Java Webstart)

Die MIDI-API ist unter Mac OS X, Windows und ich nehm an auch Linux völlig unterschiedlich, wenn du nicht sowas wie das Java Media Framework verwendest, musst du dich drauf einstellen, das ganze 3x zu programmieren.

Übrigens könnte es sein, dass das ganze je nach Anforderungen am Mac sogar ohne textuelles Programmieren gehen würde mit dem Quartz Composer (Teil von den Developer Tools), der verwendet nämlich OpenGL für die Ausgabe, und unterstützt MIDI als input. Das ist mehr oder weniger eine graphische Programmiersprache, wo man einen Datenfluss mit der Maus zusammenklicken kann. Ist evtl ganz praktisch für einen Prototypen, aber unter Windows/Linux hast damit natürlich keine Chance.

Zitat von Stephe

Naja Gerüchte, Java ist bewiesenermaßen langsamer als so manch andere Sprache

Es ist auch bewiesen worden, dass Java schneller als C++ ist (durch den Hotspot-Compiler). Glaube keiner Studie, die du nicht selbst gefälscht hast.

Wo du noch aufpassen musst ist, dass das JMF am Mac nur eine beta oder sowas in der Art ist, teste das also mal vorher, bevor du da groß zum Programmieren anfängst.

Zitat von Stephe

Naja Gerüchte, Java ist bewiesenermaßen langsamer als so manch andere Sprache, aber egal.

Geruechte. Programmiersprachen haben praktisch sehr wenig bis gar keinen Einfluss auf die Geschwindigkeit einer Software. Und was Compiler betrifft: Da wird dir jeder Ruby/Python/Erlang/Smalltalkprogrammierer bestaetigen, dass die Softwareplatform Java eher zu den schnelleren Lösungen gehört.

Wegen OptimizeLater ist das nicht besonders wichtig; Und wenn doch, dann würde ich jede Zeile Code in hochoptimiertem Assembler schreiben.

Zitat von a9bejo

Programmiersprachen haben praktisch sehr wenig bis gar keinen Einfluss auf die Geschwindigkeit einer Software.

Naja, bei Java gehts ja nicht nur um die Programmiersprache, sondern um eine ganze Umgebung (Programmiersprache+Compiler+VM). Und die Umgebung kann sehrwohl einen Einfluss haben, siehe zB die lahme Krücke namens QuickBasic.

Zitat

Und wenn doch, dann würde ich jede Zeile Code in hochoptimiertem Assembler schreiben.

Das ist heutzutage gar nicht mehr so einfach, da du auch so Dinge wie Caches, OoO und die Anzahl der processing Units eines bestimmten Typs berücksichtigen musst. Da kanns schon passieren, dass ein C/C++-Compiler (speziell die der Prozessorhersteller selber) dir effizienteren Code ausspucken, als du selber schreiben würdest.

Zitat von hal

Naja, bei Java gehts ja nicht nur um die Programmiersprache, sondern um eine ganze Umgebung (Programmiersprache+Compiler+VM).

Stephe hat aber ganz deutlich von der Sprache Java gesprochen, nicht von der Plattform:

Zitat von Stephe

Java ist bewiesenermaßen langsamer als so manch andere Sprache, aber egal.

Ich weiss natuerlich wie er es gemeint hat: Darum hatte ich dann auch gleich meine Meinung zu gängigen Java Compilern und VMs dazu geschrieben.

Zitat von hal

Das ist heutzutage gar nicht mehr so einfach, da du auch so Dinge wie Caches, OoO und die Anzahl der processing Units eines bestimmten Typs berücksichtigen musst. Da kanns schon passieren, dass ein C/C++-Compiler (speziell die der Prozessorhersteller selber) dir effizienteren Code ausspucken, als du selber schreiben würdest.

Sicher musst du für hoch optimierten Assemblercode sehr viel Zeit investieren. Aber Du musst ja auch viel mehr Zeit in dein C++ Programm investieren als in dein Java Programm, und in Dein Java Programm mehr als in Dein Ruby Programm. Ich sage nur das wenn Geschwindigkeit das kritische Kriterium ist, dann musst Du halt in den sauren Apfel beißen und andere Dinge vernachlässigen.

In Wirklichkeit ist "schnell" natürlich meistens viel weniger interessant als "funktionell","günstig" oder "sicher". Und die meisten tatsächlichen Geschwindigkeitsprobleme hängen nicht einmal mit dem Compiler zusammen, sondern die Bottlenecks liegen im Algorithmus. Noch dazu beschränken die Geschwindigkeitsprobleme in der Regel auf weniger als 5% der Codebasis.

Womit wir wieder bei OptimizeLater wären. Schreib das Zeug in der abstraktesten Sprache die Du kennst. Und wenn Du dann die Performance unzureichend ist - Dann such dir mit einem Profiler die 2% vom Code die ganze Performance versauen und lager die in gut optimierten C Code aus.

PS: Ich kriege Moriarty's Empire am Mac/Java 5 leider nicht zum Laufen: Schwarzer Screen. Unter Linux/Java 6 laeuft es aber ganz prima ( und macht auch Spass! ).

Zitat von a9bejo

PS: Ich kriege Moriarty's Empire am Mac/Java 5 leider nicht zum Laufen: Schwarzer Screen. Unter Linux/Java 6 laeuft es aber ganz prima ( und macht auch Spass! ).

Das Spiel funktioniert nur auf ATI- und Nvidia-Grafikkarten, diese GMA-Chips reichen nicht (ist auch eine Verarschung, was die unter OpenGL-Support verstehen). Vielleicht liegt da das Problem? Das ganze Spiel ist nämlich auf einem Mac entwickelt worden, sollte also da auch gehen.