Bild zu Bytes

Danke für die Eindrücke.

Warum brauche ich das:
Ich habe hier ein Problem mit einem Drucker, etwas älteres Modell. Der soll wohl auch Bilder (als Bilder) speichern und drucken können. Jedoch das habe ich noch nicht hinbekommen.
Was funktioniert ist aber Bilder (als Text) zu speichern und zu drucken. Der druckt nur schwarz weiß und macht im Endeffekt das umgekehrte "1" wird zu nem schwarzen punkt und "0" bleibt frei. Die Position kommt über Zeile und Spalte.
Naja also ich habe Bilder, die ich drucken möchte, aber keinen Code. Wo krieg ich den Text also her? Na da gibt es auch Software zu dem Drucker, allerdings aus 1995. Die macht quasi fast das Gleiche: Bild zu Text.
Nur ist das 1. unschön zu bedienen und
2. die Bilder für den Input müssen schon von vornherein schwarzweiß sein und ein bestimmte Dateiformat haben, das heißt ich konvertiere vor dem konvertieren schon mindestens einmal.

@-Franky- Was die Berechnung der Pixelposition angeht, bei 24bpp muss man 3*8 bytes nehmen und bei 32bpp 4*8. Ich sehe da keinen Unterschied in der Einfachheit.
@ErfinderDesRades Mir ist zu den PixelFormaten gar nichts bekannt. Ich probier das 1bpp mal aus. Ich hätte gedacht ein Bild hat ein PixelFormat und wenn ich da was anderes festlege, kommt Murks bei raus. Aber anscheinend konvertiert er da automatisch.

Wofür brauche ich das UnlockBits? Ich weiß LockBits sagt mir den Zeiger, wo die Bilddaten liegen. Nach der Konvertierung ist das Programm ja fertig, da sind die Bilddaten dann eh weg, oder?

Zebra S4M.
Die Kommunikation mit dem Drucker ist nicht das Problem. Das funktioniert ja schon ewig, ist wie gesagt bissle älter.
Der Drucker will eine besondere String-Repräsentation" eines Bildes. Die zu bekommen war mir bisher zu umständlich, daher wollte ich selber was basteln.
Ja die Zebra Drucker können auch Bilddateien speichern, also unkonvertiert, das habe ich bei der "Erforschung" herausgefunden. Software gibt es da ja auch für, die das können soll, das ist heute aber alles zu modern oder so. Also das funktioniert nicht, bzw. ist ne ganze Ecke komplizierter, wie auch immer ich kriegs nicht hin. Und brauch ich jetzt ja auch nicht mehr dank dieser neuen Konvertierung
^ Da gibt es nichts zu erläutern, darum soll es ja nicht gehen. Das war nur der Hintergrund für exc-jibi und Franky. Lasst uns beim Code bleiben.
Ich habe in Post 6 auch "bitartige Reprsäsentation" geschrieben, aber "Text" ist halt kürzer.

Für mich wäre noch das UnlockBits relevant zu klären

Das Ergebnis sieht gut aus, diese Textdateien hatte ich ja vorher auch schon. Nur war der Weg sie zu bekommen sehr umständlich.

Image2ASCII finde ich nicht ohne weiteres, worauf basiert das?

Im Tutorial, sieht es halt so aus, als wäre unlockbits dafür da, Änderungen im ByteArray zurück an das Image zu geben. Was mit dem Image passiert ist mir aber egal, bzw. wird das Disposed nach dem das ByteArray erzeugt ist.

Da steht aber leider gar nichts nützliches zur Fragestellung. Was ist denn die Sperre einer Bitmap, und was ist der Systemspeicher?

Also ich habe jetzt ein wenig rumprobiert mit den PixelFormats

Je nach Bildbreite bekomme ich andere Ergebnisse. 24bpp muss anscheinend die Bytes pro Zeile auffüllen bis es durch 4 teilbar ist. Das habe ich noch nicht ganz verstanden

1bppIndexed funktioniert da ganz verständlich. Da muss ich die Bytes aber noch auseinanderzuppeln, weil da ja schon 8 Pixel drinstecken. Und der wendet bei Farben auch andere Regeln an, also gehen da auch nur schwarzweiß Bilder als Input

Mit 32bpp funktioniert es. Ja da hatte ich einmal noch zu nachgefragt warum du das einfacher findest, naja nun hab ichs gesehen.

Edit: Doch kein Problem.