MovieCutter

[hagge]

@FireBird

Nachdem nun schon wieder einige Wochen vergangen sind (Urlaub, Steuererklärung, und ich sagte ja, dass ich auch nicht viel freie Zeit habe), kam ich nun endlich mal dazu, meine ersten Versuche mit dem MovieCutter-TAP anzugehen. Mein erster Schritt war nun, erst mal die ganze Toolchain zu installieren und zu versuchen, das MoviCutter-TAP im Ist-Zustand (V1.4) zu übersetzen. Ich mache das übrigens unter Linux. Das klappte nun alles so halbwegs. An zwei Stellen bin ich etwas hängen geblieben.

Erstens gab es die Variable ${JB} nicht. Nach längerem Suchen bin ich dann darauf gestoßen, dass das das JailBreak-Programm in der FireBirdLib ist. Also habe ich das File tool.mk dahingehend ergänzt, dass mit ${JB} das JailBreak-Programm aufgerufen wird (das sich übrigens problemlos auch unter Linux generieren ließ).

Wo ich aber ohne Lösung geblieben bin, ist das Macro TAP_PROGRAM_VERSION, das anders als die anderen TAP_* Macros bei mir nicht in tap.h definiert ist. Habe ich eine veraltete Version von tap.h? Ich habe die Zeile in MovieCutter.c momentan einfach mal auskommentiert. Dann ließ sich MovieCutter komplett übersetzen und ich konnte es auch auf dem Topf starten. Das sieht also schon mal ganz gut aus.

Dann habe ich ein GIT-Repository aufgesetzt, damit ich später leichter irgendwelche Patches generieren kann. Somit habe ich nun eine gute Ausgangsbasis für meine geplanten Änderungen.

[quote="FireBird"]mkgdExtended ist ein Tool, das in Delphi geschrieben wurde. Die Sourcen kann ich Dir gerne schicken. In welche Richtung möchtest Du es übersetzen?[/quote]
So wie ich es verstehe braucht man das Tool ja nur, wenn man neue Grafiken einbinden will, die es bisher noch nicht gab. Da ich noch nicht abschätzen kann, ob für meine Erweiterungen doch mal irgendwann ein neues Icon erstellt werden muss, wäre es vielleicht tatsächlich sinnvoll, wenn ich das Tool hätte. Die Richtung wäre von .pcx nach .gd, wie es eben im Graphics/_ConvertAll.bat verwendet wird.

So, dann kann es in den nächsten Tagen ja los gehen...

Gruß,

Hagge

[FireBird]

Die tap.h-Erweiterung kommt von uns:

Code: Alles auswählen

#define TAP_PROGRAM_VERSION(name) const char __tap_program_version__[MAX_PROGRAM_VERSION] __attribute__ ((section("._tap_program_version"))) = (name)

So wie ich es verstehe braucht man das Tool ja nur, wenn man neue Grafiken einbinden will, die es bisher noch nicht gab.

So ist es, es konvertiert pcx auf gd. Und Du hast keine Chance, es für die eher seltenen Aufrufe es unter Windows laufen zu lassen?

[hagge]

Die tap.h-Erweiterung kommt von uns:

OK, baue ich ein.

So ist es, es konvertiert pcx auf gd. Und Du hast keine Chance, es für die eher seltenen Aufrufe es unter Windows laufen zu lassen?

[FireBird]

Ich gehe davon aus, dass Delphi nicht unter cygwin laufen wird.

[Maliboy]

Ist das 'Standard' GD (also die GD Librarys)?
Weil da gibt es unter Linux doch einiges an tools (es muss ja nicht PCX sein).

[FireBird]

Nein, das ist ein Topfield-spezifisches, komprimiertes Grafikformat.

[Maliboy]

Ach, das was ich für die Logos brauche...

Hmm, habe ich das nicht in Perl abgebildet (PNG to GD?). Ich kann mal nachschauen.

[hagge]

[quote="FireBird"]#define TAP_PROGRAM_VERSION(name) const char __tap_program_version__[MAX_PROGRAM_VERSION] __attribute__ ((section("._tap_program_version"))) = (name)[/quote]

Jetzt fehlt noch die Konstante MAX_PROGRAM_VERSION... Ich habe sie mal auf 10 gesetzt, aber vermutlich sollten wir alle die gleiche Größe verwenden. Greift da T2D drauf zu?

Wie ist das eigentlich mit der TAPID? Muss da jedes TAP seine eigene haben? Wenn ich also z.B. jetzt bei mir zwei Varianten des MovieCutter installiert habe (die offizielle und meine eigene Namens HKMovieCutter), können die dann beide die gleiche TAPID haben? Verweigert der Topf das Starten der zweiten Version, wenn die erste schon läuft?

Wenn der GD-Konverter nativ läuft, umso besser. Ich habe nämlich gerade keine Lust, mein uraltes CygWin auf den neuesten Stand upzudaten, darum auch das Arbeiten unter Linux, da geht alles viel schneller.

Gruß,

Hagge

[FireBird]

MAX_PROGRAM_VERSION

Ich habe die 64 des Namens übernommen. Da diese Section nicht automatisch in den Speicher geladen wird, braucht man nicht sparen.

Greift da T2D drauf zu?

Das TAPtoDate Toolkit holt sich so beim Erstellen des Pakets automatisch die Versionsnummer aus dem TAP.

Wie ist das eigentlich mit der TAPID? Muss da jedes TAP seine eigene haben?

Dem Topf ist es egal, die Koreaner schreiben sogar explizit in die Doku, dass die TAP ID nicht mehr benötigt wird. In der FireBirdLib gibt es jedoch eine Menge aus der 5000er-Zeit portierte Funktionen, die TAPs über die ID identifizieren und da sie von jedem TAP-Programmierer verwendet wurde, hat es auch nicht wehgetan, sie weiter zu verwenden.

Wenn ich also z.B. jetzt bei mir zwei Varianten des MovieCutter installiert habe (die offizielle und meine eigene Namens HKMovieCutter), können die dann beide die gleiche TAPID haben?

Wenn Du einen Spinoff machst, den Du auch selbst z.B. via TAPtoDate verbreitest, dann musst Du sogar eine eindeutige TAP ID verpassen.

[hagge]

Und schon tritt der Fall ein, dass ich Grafiken erstellen muss. Ein Tool zum Einlesen von PCX-Files habe ich mir schon geschrieben, aber ich habe auf die Schnelle nichts gefunden, wie die gd-Daten komprimiert sind. Das Tool mkgd.exe, dass von Topfield in der alten API dabei ist, kann wohl noch nicht mit den 8888-Grafiken umgehen.

Kann mir jemand erklären, wie die Daten komprimiert werden? Dann könnte ich ja mein PCX-Programm ergänzen und so ein Tool beim MovieCutter beilegen.

Gruß,

Hagge

[Twilight]

du gehst es ja richtig an.

bez. deines anliegens könnte dir eventuell maliboy weiter helfen, firebird ist ja im moment auf urlaub.

twilight

[Maliboy]

Ich kann da nicht direkt helfen, da ich mich da ja auch nicht so auskenne.
1. Arbeite ich nicht mit PCX Files (sondern PNG)
2. Weiß ich gar nicht, in welchen GD Format die Logos nun vorliegen. Allerdings weiß ich, das die Logos nicht komprimiert sind (So etwas habe ich nämlich nicht portiert).

[Twilight]

[quote="hagge"]Kann mir jemand erklären, wie die Daten komprimiert werden? Dann könnte ich ja mein PCX-Programm ergänzen und so ein Tool beim MovieCutter beilegen.
[/quote]
also in se haben wir ein tool von firebird benutzt um pcx in gd zu wandeln....gib mir ein mail andresse und ich lasse es dir zukommen.

twilight

[xyzzyx]

Logos sind ja auch leicht anders als GD Grafiken.
Ich nehme auch schon direkt png, wenn es mir um die bessere Transparenz geht.

Dafür habe ich die pnglite lib auf den TMS portiert, die ARGB 8888 unterstützt und mit png_show eine sehr einfache Funktion zum Anzeigen gebaut. Voraussetzung für Alphablending (optional) ist allerdings, dass vorher schon mit TAP_Osd_Sync() der Hintergrund gezeichnet wurde.
Und damit man nicht zwingend die png-Dateien binär mitliefern muss, sondern mit in den Source integrieren kann (includes .pngc), dafür gibt es noch das PNG-Manager TAP, mit man auf dem TMS konvertieren kann. Also auch kein Windows nötig.

Falls Du doch mit ARGB 1555 auskommst, dann würden die TMS gd Grafiken ausreichen. Eine .GD würde ungefähr so aussehen:

Code: Alles auswählen

#include "type.h"
byte _fsk06smCpm[] = 
{
0x00,0x08,0x1b,0x90,0xff,0xff,0x00,0x01,0x00,0x01,0x02,0x7f,0xad,0xb1,0xff,0xff,
0x05,0x70,0x02,0x18,0x6b,0x57,0xcd,0xb7,0x34,0x89,0xa9,0x56,0xf0,0x19,0xcb,0x56,
0xf0,0x19,0xde,0xde,0x04,0x39,0x7c,0x09,0x76,0x85,0xc0,0x50,0x30,0x1c,0x07,0x01,
0x80,0x76,0xa5,0x40,0xa0,0x60,0x3f,0x03,0xf1,0x2a,0x4f,0x64,0xba,0x00,0xc0,0x60,
0x40,0x20,0x0c,0x08,0x9f,0x40,0x27,0x25,0xd4,0x0a,0x04,0x02,0x01,0x00,0x9f,0x7c,
0xdc,0xbb,0x4b,0x26,0xc0,0xf7,0x15,0xd8,0x27,0x76,0x6d,0xa6,0xef,0x0e,0xfa,0xbf,
0x34,0x6f,0xa3,0xd7,0x0e,0xde,0xdd,0x83,0xdf,0x29,0x69,0xf5,0xdd,0xdc,0x42,0x02,
0x5d,0xeb,0xd0,0xc1,0xef,0x05,0xe8,0x5e,0x69,0x62,0x5c,0x73,0x49,0x3c,0x93,0x48,
0xc8,0xe5,0x8a,0x5c,0xc0,0xaf,0xc0,0x3b,0x42,0xf4,0x0b,0x49,0x08,0xdd,0x8c,0x82,
0x10,0x6d,0x96,0x26,0x69,0xe6,0x4b,0x4f,0x72,0x61,0xdd,0x0b,0x31,0xc5,0xce,0x0b,
0xd9,0xa3,0xb3,0x7c,0xa0,0xdb,0x4a,0xae,0x57,0x42,0xb0,0xad,0x43,0x0b,0x42,0x47,
0xae,0x4f,0x32,0x2e,0x30,0x92,0xfc,0x37,0x80,0x26,0x2a,0x9c,0x11,0x37,0x52,0xae,
0x4a,0x6a,0x16,0x49,0x49,0xc4,0x1d,0xee,0x04,0x75,0x98,0x03,0x39,0xb0,0x6f,0x78,
0x24,0x23,0x62,0x03,0x55,0x2a,0xa0,0x22,0x7e,0x8e,0xfc,0x39,0x64,0x98,0xc2,0x84,
0x66,0x6b,0xce,0x24,0x78,0x37,0x83,0x6e,0x66,0xeb,0xb5,0x10,0x19,0x80,0xf5,0x02,
0x05,0xac,0xb6,0xa2,0xc3,0x5d,0x7a,0x5a,0x54,0x14,0x1e,0xf8,0xf8,0x4a,0xf3,0xd6,
0x6b,0x95,0xd4,0xcb,0x72,0xaa,0x74,0xa4,0x6a,0x1f,0x1b,0xbd,0x0d,0xa8,0x9b,0x4c,
0xb9,0x85,0xbe,0x7d,0x83,0x1d,0xf6,0x6b,0x7f,0xeb,0x51,0xc9,0x33,0x18,0x26,0x38,
0xc0,0xd7,0x9d,0xaf,0x6f,0x5e,0x7e,0x64,0xc1,0x48,0x84,0xd1,0x6a,0x72,0x43,0x72,
0xac,0x3c,0xdf,0x49,0xf6,0x10,0x93,0x6a,0x9b,0x4d,0x87,0xc5,0x6b,0x82,0x7a,0x7a,
0x1e,0x69,0xc6,0x6b,0xae,0x7d,0x42,0xdf,0xf0,0x0d,0x55,0x88,0xff,0x8f,0xb4,0xdb,
0x4f,0x2e,0x53,0x50,0xa7,0x23,0x1f,0x9f,0x55,0x1b,0xb1,0x6f,0x73,0x0d,0xe2,0x76,
0x1f,0xff,0x4f,0x99,0x6c,0xc4,0x83,0xcc,0x28,0xd8,0xb7,0xd3,0xda,0x6e,0x1f,0x3f,
0x33,0x70,0x25,0x67,0xe6,0x4f,0xd1,0x3a,0xd4,0xd8,0x29,0xe8,0x57,0x9b,0xf5,0x05,
0xd7,0xc1,0xbe,0xd4,0xf1,0x2f,0xdc,0x3f,0x78,0x94,0x28,0x2b,0xbb,0x37,0xd6,0x6a,
0x3f,0x8d,0xfc,0x09,0xb4,0xfc,0x95,0xe4,0xee,0x04,0xc8,0x1f,0xd5,0xbf,0x20,0x7d,
0xa9,0x4b,0x92,0xeb,0x9c,0xd4,0xf8,0x9c,0x21,0x2e,0xc4,0x1e,0xf1,0xfe,0x34,0x7d,
0xe3,0xff,0xeb,0x7d,0x4e,0xbe,0xbf,0xc9,0x6a,0x32,0xa3,0xfb,0x4c,0x19,0x3a,0x6f,
0x25,0x65,0x65,0xe1,0x5f,0xe7,0xd5,0xf3,0x87,0xa3,0x5f,0xfe,0xa5,0xfb,0x22,0x74,
0x76,0x37,0xda,0x79,0xb4,0xbd,0xbc,0x30,0xfe,0x9f,0x6c,0x57,0xbe,0xef,0xa5,0xa9,
0x7d,0x1d,0x55,0xdd,0x6f,0x28,0x57,0xd0,0xc3,0xfd,0x90,0xc9,0xf0,0xc1,0x14,0x5a,
0x02,0xdb,0x0f,0x59,0xac,0x35,0x87,0x7e,0x1e,0x80,0x37,0xa1,0x2c,0x38,0xf0,0xd8,
0x76,0xeb,0x86,0x4f,0xbf,0x3f,0xc3,0x56,0xc3,0x48,0xd4,0xb2,0x30,0x36,0x35,0x64,
0x1f,0xf8,0xeb,0x08,0xe9,0x98,0x70,0x58,0x91,0xd3,0x19,0x70,0xd5,0xf6,0x67,0xa8,
0x36,0x25,0xa8,0x9c,0xec,0x2f,0x25,0x03,0x69,0x7d,0x14,0xc3,0x0e,0xe3,0xb0,0xd4,
0x26,0xa5,0x4f,0x20,0xf8,0x29,0xf7,0xdb,0xf0,0xd3,0x38,0x65,0x2b,0xac,0x30,0xe6,
0xed,0x66,0xe8,0x57,0x8e,0x5e,0x3d,0x10,0x5a,0xf2,0xde,0xf1,0x71,0x8f,0xd9,0x8f,
0xdf,0x32,0xc0,0x8a,0x11,0xb8,0x9f,0xe2,0x17,0x1f,0x09,0xe2,0xe3,0x2c,0x54,0x26,
0xc3,0xf6,0xd3,0x70,0xd5,0x58,0xfd,0xfc,0x59,0x89,0xbc,0x7c,0x74,0xaf,0x0f,0x16,
0x2b,0x8e,0x79,0x29,0x57,0xed,0xd5,0x38,0x3c,0x2a,0xc7,0x7c,0x65,0xea,0xe1,0xe3,
0x7f,0x77,0x75,0x54,0x8f,0xc7,0xfd,0xdc,0x3b,0xc8,0x40,
};


TYPE_GrData _fsk06smGd =
{
	1,		//version
	0,		//reserved
	OSD_1555,		//data format
	COMPRESS_Tfp,		//compressed method
	_fsk06smCpm,		//data
	1392,		//size
	24,		//width
	29		//height
};

Aber frag mich bitte nicht, was die Komprimierung mit COMPRESS_Tfp bedeutet (laut tap.h wird es nur "Topfield pack" genannt. Das weiß sicherlich nur Alex.
Steht leider auch nicht in den technischen Infos zu TF drin, die ich kenne.
Aber Du könntest die unkomprimierte Speicherung ausprobieren, indem Du an der Stelle einfach COMPRESS_None angibst und dann die Daten oben im 1555 Format hexadezimal abbildest.

also in se haben wir ein tool von firebird benutzt um pcx in gd zu wandeln....gib mir ein mail andresse und ich lasse es dir zukommen.

Er will mit Linux arbeiten, nicht mit Windows. Somit hilft ihm MakeGD bzw. MakeGDExtended nicht viel.

[Maliboy]

[quote="xyzzyx"]Er will mit Linux arbeiten, nicht mit Windows. Somit hilft ihm MakeGD bzw. MakeGDExtended nicht viel.[/quote]

Ich glaube, das hast Du falsch verstanden. Er wollte nur nicht mit Cygwin arbeiten. Ob er die Grafiken nun Native unter Windows convertiert oder unter Linux ist ihn da dann IMHO egal.

[Twilight]

Er will mit Linux arbeiten, nicht mit Windows. Somit hilft ihm MakeGD bzw. MakeGDExtended nicht viel.

ok, das könnte ein problem sein

twilight

[xyzzyx]

[quote="Maliboy"]Ich glaube, das hast Du falsch verstanden. Er wollte nur nicht mit Cygwin arbeiten. Ob er die Grafiken nun Native unter Windows convertiert oder unter Linux ist ihn da dann IMHO egal.[/quote]
Ok. Stimmt. Hast recht.
Aber er spricht auch von seinem PCX Programm und dass er es selbst einbauen wollte.

Aber falls er doch einfach makegd verwenden will, kann doch hoffentlich der Anhang hier nicht schaden. Wobei es da bei den Konvertern auch ein paar bekannte Bugs gibt, z.B. dass evtl. manchmal die Transparenz falsch konvertiert wird oder rechts am Bild dann eine transparente Spalte auftaucht. Da heißt es ausprobieren.

[hagge]

Hey, vielen Dank für die tolle Unterstützung!

Also bisher sind die Grafiken von pcx mit 3 Planes zu je 8 Bit/Pixel (also 24 bit pro Pixel) mit einem Tool mkgdextended nach .gd gewandelt worden. Die Files sehen dann in der Tat so aus wie das Beispiel von xyzzyx, nur wird als Datenformat OSD_8888 verwendet. Und genau daran scheitert das (vermutlich alte) mkgd.exe von Topfield. Es kann ARGB 1555 und ein weiteres Format, vermutlich RGB 555. Aber eben kein ARGB 8888.

Den Namen des Tools kenne ich, weil es in einem Batch-File zum Konvertieren der Grafiken auftaucht, aber das Tool selbst ist halt nicht dabei. Ansonsten würde ich natürlich gerne beim gleichen Grafikstil bleiben wie bisher, da brauche ich ja jetzt nichts Neues anfangen.

Ich hatte bisher nur recht flüchtig in die .gd-Files reingeschaut und dachte bis gestern, dass das .gd-Format einfach die ungepackten Grafikdaten sind und dafür wollte ich mir "schnell mal" einen Konverter bauen. Als dann die ersten Ergebnisse eintrudelten, war ich dann doch erstaunt, dass die Daten doch ganz anders aussahen. Daraufhin hab ich mir das alles nochmal genauer angeschaut und dann auch dieses COMPRESS_Tfp gefunden. Ich dachte, dass das bei den TAP-Programmierern bekannt ist, wie die Komprimierung erfolgt. Ich würde ja vermutlich einfach noch einen gzip-Durchlauf über die Daten laufen lassen. Das ist unter Linux immer halbwegs unkompliziert zu entpacken und bietet schon eine recht hohe Komprimierung. Wahrscheinlich ist es ja irgend sowas.

Ansonsten werde ich mal das makegd ausprobieren. Das ist aber nicht das Topfield-Tool aus der TF5000-API?

Und ja, ich kann durchaus auch mal so einen Konverter unter Windows laufen lassen, das ist kein Problem. Wenn man mir aber erklärt, wie die Komprimierung funktioniert, könnte ich ein neues (Kommandozeilen-)Tool schreiben, das man sowohl unter CygWin, als auch unter Linux übersetzen und damit benutzen kann. Dann wäre das künftig kein so Dilemma mehr.

Gibt es eigentlich keine neuere Version von dem originalen Topfield-Tool, die auch ARGB 8888 unterstützt?

Gruß,

Hagge

[xyzzyx]

Ob das mkgd das originale vom 5000er ist, kann ich nicht sagen. Vielleicht.

Das mkgdExtended ist doch im ZIP dabei und das kann schon unter Windows kommandozeilenbasiert ausgeführt werden, zumindest für die Standardeinstellungen.
Und OSD_8888 bietet es im Programm auch als Checkbox an.
Wie Du ja schon festgestellt hast, also warum nimmst Du nicht mkgdExtended, sondern redest von mkgd?
Aber ich denke mal, dass momentan alle TAP-Programmierer noch GD-Grafiken in OSD_1555 verwenden.

Aber das Problem dürfte nicht zwingend sein, ob man die GD ins OSD_8888 bringen kann, sondern vielmehr ob die TAP API Funktionen alle sauber das OSD_8888 unterstützen und dabei gibt es evtl. Probleme.

Die Tfp Komprimierung dürfte wohl Firebird kennen, weil sie vermutlich auch für mkgdExtended erforderlich ist, aber er ist scheinbar momentan nicht präsent.

[hagge]

Weil ich kein ZIP installiert habe (welches wäre das?), sondern mir die Pakete einzeln von Topfield heruntergeladen habe. Und da war nirgends das mkgdextended dabei, sondern nur das mkgd. Aber ich habe mkgdextended heute per Mail zugeschickt bekommen (danke Twilight!) und damit scheint die Konvertierung ganz gut zu funktionieren.

Insofern bin ich jetzt mal für's erste ausgestattet und es kann weiter mit dem Programmieren gehen.

Gruß,

Hagge