C64SpriteProfi (Dev Status)

Es gibt 60 Antworten in diesem Thema, welches 11.778 mal aufgerufen wurde. Der letzte Beitrag (1. August 2016 um 09:09) ist von Ace.

  • Hallo,
    hab gerade mein Fable fürs Tool coden wiederentdeckt. Nach den 2 kleinen DOS Sprite Tools
    die ich kürzlich programmiert habe sitz ich jetzt an einem Editor der alles das kann, was zB. SpritePad bietet,
    aber auch gerade für Programmierer und Grafiker fehlende Sachen zusätzlich kann.

    Frage an die Gemeinde.
    Welche Features würdet ihr gerne bei einen Windows (!) Tool zur Spriteerstellung sehen,
    die es noch nicht in SpritePad gibt bzw. Erweiterungen zum SpritePad.

    LG, -duke!

  • Welche Features würdet ihr gerne bei einen Windows (!) Tool zur Spriteerstellung sehen, die es noch nicht in SpritePad gibt bzw. Erweiterungen zum SpritePad.


    Wie wär's mit einem standardisierten Fileformat, das auch für Animationen vorgesehen ist? Hier Bitte melde dich an, um diesen Link zu sehen. von mir.

    Arndt

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Beim SpritePad kann man als Overlay-Sprite imho nur das nächste nehmen. Wäre aber schöner (z.B. bei Animationen), wenn ich beim Spritezeichnen oder zumindest in einer Vorschau beliebige Sprite(s) als Overlay wählen kann. Evtl. auch beliebig versetzt oder aneinandergesetzt wie damals beim Gamemaker...

    Vielleicht auch Sprites übergreifend zeichnen, also die Möglichkeit zusammengesetzte Sprites komplett zeichnen zu können.

    Ach, und Bmp2Sprite am besten als Import implementieren :)

  • Ein rudimentäres Verkleinern, Vergrößern würde ich hilfreich finden. Das ist zwar nicht lebensnotwendig bei den paar Pixeln daher nur als Sahnehäubchen zu bewerten ;)

    Wenn einer, der mit Mühe kaum, geklettert ist auf einen Baum, schon meint, daß er ein Vogel wär, so irrt sich der.

    Wilhelm Busch

  • Wunschfeatures:
    - Das Gitter zur Eingabe sollte sich in der Größe dem Fenster der Anwendung anpassen. Bei SpritePad ist die Fenstergröße fest. Alternative könnte man auch zoomen. Mir ist einfach manchmal das Gitter bei Spritepad zu klein.
    - Ablauf der Animationsgeschwindigkeit frei einstellbar.
    - Sprites, die in einer Animation laufen, müssen nicht hintereinander abgelegt sein, sondern können auch über STRG einzeln ausgewählt werden.
    - Malfunktion für Kreise (gefüllt und leer)
    - Verschiedene Sprachen (Lokalisierung)

    Ich stelle mich gerne als Beta-Tester zur Verfügung.

    64er-Zeitschriften gesucht:
    1984: 9 in gutem Zustand

    Ansonsten 64er 1984-1994 sind komplett wieder da. :D

  • Zitat

    Welche Features würdet ihr gerne bei einen Windows (!) Tool zur Spriteerstellung sehen, die es noch nicht in SpritePad gibt bzw. Erweiterungen zum SpritePad.


    - direktes umwandeln beliebiger truetype fonts in wahlweise hires oder multicolor sprites
    - drehen um einen beliebigen (!) punkt

  • Haha, Willi!

    DAS hast Du jetzt davon, dass Du gefragt hast :) (Lange Nase!!!)

  • Haha, Willi!

    DAS hast Du jetzt davon, dass Du gefragt hast :) (Lange Nase!!!)


    Hehe....
    Naja, bis auf den Linux Mist war noch nichts dabei was sich nicht *irgendwann mal* umsetzen lässt... :wink:

  • Ich unterstütze den Antrag!


    Buuuh! :thumbdown: Immer diese Hipster mit ihren HuppyFluppy Systemen. WinDoof ftw.

    BTT: :thumbsup:
    Ich fände wichtig, möglichst viele Tools auch im MultiColor Mode zu haben, derzeit nicht der Fall.
    Das .SPD Format ist auch für den Popo, bzw. mir hat sich nie erschlossen, warum man dort 3 statt 2 header Bytes hat,
    die man im Binary abschneiden muss, verwirrt nur unnötig.
    Gute Importmöglichkeiten wären klasse, gern auch sowas, was AmicaConv kann
    (mit der Maus über ein Bild fahren und Spriteblock für Spriteblock rausziehen).

  • Zitat


    Das .SPD Format ist auch für den Popo, bzw. mir hat sich nie erschlossen, warum man dort 3 statt 2 header Bytes hat,
    die man im Binary abschneiden muss, verwirrt nur unnötig.


    SPD SpritePad format

    0x00 BGColor
    0x01 MC 1
    0x02 MC 2

    Dann folgt pro Sprite
    63 Bytes SpriteData
    und
    1 Byte mit folgendem Aufbau
    BIT 7 - 1=Multicolor sprite / 0 = hires sprite
    BIT 6 - unused
    BIT 5 - unused
    BIT 4 - 1 = overlay with NEXT sprite no
    BITS 3-0 Sprite colour

  • ja BG aber das ist bei mir auch immer unused :D

    Das mit Byte 64 wusste ich echt noch nicht

    Naja, irgendwo müssen die Info's ja festgehalten werden...
    :anonym

  • ja touchÉ

    aber bei mir ist background in 9 von 10 fällen eh black und sooo bunte objekte, dass ich mehr als 1x MC1 und 2 setzen musste habe ich noch nicht erstellt.

    Trotzdem leuchtet mir der Sinn jetzt ein.

  • wobei ich bei dem sprite pad format - sofern ich das tatsächlich mal für irgendwas benutzen täte - es irgendwie inkonsequent finde die 3 "gemeinsamen" farben nur einmal zu speichern.... ich würde das pro sprite machen. multiplexen ist schliesslich keine hexerei :)