JLI Spieleprogrammierung

Fallen · Verfasst am: 01.09.2004, 19:35 Titel:

Und was heisst das ? ^^

Just load it !

Wink

_________________
"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."

The Lord of Programming · Verfasst am: 01.09.2004, 20:08 Titel:

The Lord of Programming · Verfasst am: 01.11.2007, 22:32 Titel:

So...drei Jahre ists her Laughing

Ich hab mich in den letzten Tagen noch mal intensiv drangesetzt und eine Alphaversion zustande gebracht Wink

Konverter-Alpha gibts schon zum Download. Ich hoffe, es funktioniert alles. Basiert nun auf Direct3D9, daher ist die Darstellung noch etwas komisch(hängt mit Texturgrößen zusammen).
Wäre nett, wenn ihr mir Unstimmigkeiten und Bugs melden könntet, genauso wie Wünsche fürs Format und/oder den Konverter.

Ich werde in Zukunft noch mehr Komprimierungsmethoden einbauen. Zur Zeit kanns sein, dass viele Grafiken, die ihr ausprobiert, gar nicht komprimiert werden können. (Bitte beachten, dass alles verlustfrei läuft Wink

).
Ach ja und Vorsicht...kann sein, dass es noch Änderungen am Format gibt. Nicht dass ihr hinterher an wichtige Grafiken nicht mehr rankommt.

Download [196 KB]
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

Otscho · Verfasst am: 02.11.2007, 10:39 Titel:

Nettes Progrämmchen,
nur irgendwie erstellt der bei mir keine neue Datei bzw. schreibt in keine Vorhandene. Die Idee eines neuen Graphic-Formats find ich an sich net schlecht.

Wenn das dann mal "lückenlos" funktioniert, wirst du dann den code veröffentlichen oder ein mini-SDK herausgeben damit man das Format auch in anderen Programmen verwenden kann ?

Otscho · Verfasst am: 02.11.2007, 13:28 Titel:

Ok, jetzt hab ich das Programm verstanden...
Funktioniert echt klasse. Weiter so !!

AFE-GmdG · Verfasst am: 02.11.2007, 14:38 Titel:

kann man denn schon irgendwie die Komprimierungsmethode festlegen? Das passende Feld war bei mir ausgegraut...

Ansonsten warte ich auch auf die DLL / ggf. die .Net-Dll (^^)

The Lord of Programming · Verfasst am: 02.11.2007, 16:15 Titel:

Danke fürs Testen Smile

AFE-GmdG · Verfasst am: 02.11.2007, 16:20 Titel:

The Lord of Programming · Verfasst am: 02.11.2007, 16:26 Titel:

Ja, vielleicht ändert sich das ja noch (wenn ich mich recht erinnere, hatten wir uns schon mal über eine Methode unterhalten, die du mir vorgeschlagen hattest Wink

).
Aber Fotos werden wohl doch meistens als jpg gespeichert, was wohl auch sinnvoller ist. Auch wenns attraktiv wäre, das "Konkurrenzprodukt" für JPG will ich nun nicht schaffen Cool

_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

AFE-GmdG · Verfasst am: 02.11.2007, 16:38 Titel:

Otscho · Verfasst am: 17.11.2007, 18:23 Titel:

Dann kannst dus gleich so ähnlich wie das jpg-format machen:
RGB-Werte in HSV-Werte umrechnen, damit sich nur noch ein Kanale stark ändert und die beiden Anderen ein bisschen konstant bleiben, was eine gute Kompession ermöglicht. Dies empfliehlt sich auch, wenn man die Eigenschaft des menschlichen Auges, Helligkeitsunterschiede besser unterscheiden zu können als Farbunterschiede, ausnutzen will.

@The Lord of Programming:
Dein Programm ist schon verständlich aufgebaut. Hab mich blos ein Wenig blöd angstellt. Smile

Aber eventuell könntest du noch ein paar Fehlermeldungen einbauen, die dem Benutzer sagen, dass er was falsch gemacht hat. Damit der Benutzer nicht auf den Gedanken kommt das Programm wäre kaputt Wink

mfg Matthias

Jonathan_Klein · Verfasst am: 17.11.2007, 19:24 Titel:

Also ich fände es ja sehr gut, wenn es noch einen Zwischenschritt gäbe.

Quasi eine unkomprimierte Pixelgrafik im Speicher. Ein Zwischenformat, welche alle Bilddateienloader leicht erstellen können und woraus man dann dementsprechend DX oder Ogl Texturen erzeugt, oder DDraw Surfaces, oder es ausdruck, oder oder.

So wäre das ganze ein wenig flexibler einsetzbar.
_________________
https://jonathank.de/games/

The Lord of Programming · Verfasst am: 27.11.2007, 01:01 Titel:

Verlustbehaftete Komprimierung werd ich mir mal genauer anschauen. Früher hatte mal jemand angemerkt, dass das für Spiele(entwickler) ungeeignet sei, aber wenn man zwischen verlustfrei und verlustbehaftet (evtl. sogar mit verstellbarem Verlustgrad) wählen kann, hat man ja diesen Luxus immer noch.

Otscho · Verfasst am: 27.11.2007, 15:14 Titel:

Ok das ist mir jetzt schon fast etwas peinlich. Aber Ok wenns daazu hilft dein Programm zu verbessern:
Ich hab zuerst gadacht man müsse bei der Ziel Datei nur einen Dateinamen eingeben, ohne die Endung, da ich dachte dass das Programm nur in das jli-Format convertiert und die suffix automatisch anhängrn würde. Eine Formatauswahl wäre für Dummis wie mich vielleicht auch ganz sinnvoll, die die Endung dann automatisch drannhängt.

Aber eine Umrechnung in HSV-Werte fänd ich wirklich net schlecht. Hat ja nicht unbedingt was mit Qualitätsverlusten zu tun. Wenn ich jetzt eine rote Kugel als Bild hab, wo der Lichteinfall, Glanz und Schatten schön sichtbar ist, hätte ich im Idealfall nur einen HSV-Kanal der sich ändern würde, beim RGB ändern sich dagegen alle.