gene wrote:Wo ist denn bei der "Release Group" (RG) hinterlegt, für welches System die RG ist? Hast du das Feld einfach vergessen?
Ich vergesse nie etwas!
Nein, die Hardware ist schlicht und ergreifend noch nicht eingebaut. Wenn Ihr schon weiterprogrammieren wollt, dann bastelt Euch für's Erste eine neue Tabelle "Platform" und verlinkt sie 1:n mit den ReleaseGroups.
gene wrote:Also, ich bin mit diesen bisherigen "Feld-Definitionen" total unzufrieden
Das müssen wir ändern, gene!
gene wrote:Feld 2/Feld-C: dieses Feld ist meiner Meinung nach das einzige eindeutige der hier aufgelisteten. Einige weitere ausprägungen könnten gewiss noch dazukommen, aber die Unterscheidung zwischen "Demo-Version", "Full/Original", "Enhanced", "Remake" sollte vermutlich jeder verstehen.
Fangen wir mal mit diesem Feld an, das ist in meinen Augen das Wichtigste und sollte auch ein Mussfeld jeder RG sein. Das ist ab jetzt
Feld I.
Als nächstes würde ich aus Feld I die Zensurinfo wieder entfernen und diese in einem weiteren Mussfeld "Zensurrelease Ja/Nein" unterbringen, das ab jetzt
Feld II heißen soll. Warum? Jede Demoversion, jede Originalversion, jedes Remake kann in bestimmten Ländern stark zensiert sein und eine eigene RG benötigen. Wenn wir in Feld I eine Eigenschaft "Highly censored version" hinterlegen, hätten wir Daten-Inkonsistenzen, weil jede dieser RG's gleichzeitig auch eine "Demo-Version", "Original", "Enhanced" oder "Remake" wäre.
gene wrote:Feld-B: wie sollen die einzelnen Werte voneinander abgegrenzt werden? Wann ist es "nativ", wann ein "Port"? Ich denke da z.B. an (fast) zeitgleiche RG für SNES/MegaDrive, oder für Amiga/AtariST. Oder heutzutage an neue Spiele auf iOS/Android. Klar, früher in alten Zeitschriften gab's auch Tests von "Konvertierungen", aber es gab eben auch Tests von Spielen auf "Zweit-Systemen", die nicht als "Konvertierung" bezeichnet wurden.
Zunächst mal grundsätzlich: Ob und wie man an eine Info rankommt, soll zunächst nicht unser Problem sein. Das werden die Experten später schon hinkriegen, die sind viel besser als wir.
Ich finde solche Daten aber für spätere Recherchen / Auswertungen immer wichtig
und ich bin nicht allein damit. Man kann dann zB schauen, ob bei den Portierungen die Testwertungen immer nach unten gehen oder nicht.
Dieses Feld soll ab jetzt
Feld III heißen und ist ein Kannfeld. Es wird nur gefüllt, wenn Feld I "Original" ist und Feld II "nein". Alles andere ergibt in meinen Augen keinen Sinn. "Native" bedeutet für mich, dass das Spiel auf diesem System entwickelt wurde, "Port" bedeutet, dass eine bereits existierende Codebasis auf dieses System portiert wurde. Rein technisch gesehen.
gene wrote:Bezüglich des "Emulator-Releases": wie kann man das denn eigentlich feststellen? Klar, wenn man irgendwo DOSBox auf einer CD entdeckt, ist alles klar. Aber was ist z.B. mit MegaDrive-Spielen auf iOS/Android? Wie soll man rausfinden, was zur Hölle das ist? Und interessiert es überhaupt jemanden?
Mich interessiert das, wenn ich die Originalversion auf einem neuen System kaufen kann. Und andere wollen vielleicht nur echte Portierungen spielen, die das neue System voll ausnutzen. Ich finde diese Info schon sehr wichtig. Und wie gesagt, wie man an die Infos kommt, soll jetzt nicht unser Problem sein. Bei den Emulator-Veröffentlichungen gibt es ja zum Glück sehr viele, wo das glasklar ist. Man denke nur an die ganzen C64- und Amiga-Spielesammlungen für den PC.
gene wrote:Feld 1/Feld-A: Die Unterscheidung zwischen "Initial" und "Follow" finde ich sehr ungünstig bzw. irgendwie künstlich. Was wollen wir mit dieser Information überhaupt erreichen? Was ist, wenn es zunächst eine "Demo-Release-Group" für System X gab, und dann ein "Original-Release". Wie würde man diese beiden RGs dann kennzeichnen, beide mit "Initial" ? Können wir für dieses Feld ein paar Beispiele bekommen?
Wenn wir Feld I bis III wie oben umsetzen, dann können wir dieses Feld weglassen, denke ich. Denn die Werte "Remake", "Enhanced" und "Demo Version" implizieren ja schon dieselbe Plattform. Die berüchtigten Flash-Demos von Windows/Mac-Spielen sollten wir dann im Feld I als "Original" kennzeichnen.
Und, gene, ist es so besser?