Gids voor het wijzigen van het Splash-schermbeeld op OnePlus 5T (MODS / Boot)

Wat is een onbewerkte afbeelding?

Een onbewerkte afbeelding, of het nu een bestand is of een afbeelding in geheugen, zijn gewoon pixeldata. Er is geen extra informatie zoals breedte, hoogte, naam, einde van de regel... Absoluut niets, alleen pixeldata. Als je een afbeelding hebt die onbewerkt is en de resolutie 1080 × 1920 is en je gebruikt een typische RGB24 of BGR24 (zoals degene die hier worden gebruikt), dan is je exacte bestandsgrootte of grootte in het geheugen 1080x1920x3! We gebruiken hier 3 omdat er één byte is voor de R- of rode component, één voor de G (groen) en één voor de B (blauw).

Wat is een gecodeerde afbeelding met runlengte?

Een beeldcodering op run-length gebruikt een aantal, meestal een enkele byte (char), 2 bytes (short int) of 4 bytes (long int); en dan de pixelcomponenten. Dus in plaats van 300 bytes van ‘nullen uit te schrijven om een ​​lijn van 100 zwarte pixels te maken. Zwart is RGB (0,0,0). Je zou dit kunnen coderen als 100, 0, 0, 0. En gebruik slechts 4 bytes aan gegevens om exact dezelfde afbeelding te krijgen als de onbewerkte afbeelding van 300 bytes. Alle codering van de runlengte Ik heb gevondenGebruik, behalve de Motorola-stijl die een beetje anders is, een runlengtecodering die op deze manier pixelgeoriënteerd is.

Nu heb ik deze nieuwe gevonden en het is een byte-georiënteerde runlengtecodering. Dit is voor runs van bytes, niet voor pixels. U denkt misschien: wat maakt het uit? Wanneer je een klein kleurgebied toevoegt, vergroot je de oplage gecodeerde afbeelding in je logo.bin enorm! U gebruikt 6 bytes per pixel als er geen runs met kleurgegevens zijn. Als u een afbeelding had die een zwarte afbeelding van 1080 × 1920 was met een horizontale lijn van 25 pixels in het midden. De encoder zou op een efficiënte manier zwarte gegevens verwerken tot hij het rode gebied bereikte.
… ..0 255 0 255 0 255 0 255 0 255 0133 /// we hebben de linkerbovenhoek van de rode lijn bereikt /// 13 1 30 1255 1 // << dat was slechts één rode pixel! in bgr-kleurvolgorde (13, 30, 255) <

Dit type codering is ALLEEN geschikt voor afbeeldingen in grijstinten. Het is niet goed met kleur, maar het kan natuurlijk wel met kleur omgaan. In grijsschaal hebben de gegevenscomponenten Rood, Blauw en Groen altijd dezelfde waarden. Helemaal van zwart (0,0,0) naar wit (255, 255, 255); inclusief elke grijstint ertussen >>> (1,1,1) (2,2,2) (3,3,3)…. (243, 243, 243) (254, 254, 254) <<<

Een ander verschil in deze methode van runlengtecodering is dat de kleurbyte vóór de telling staat, wat achterwaarts is ten opzichte van alle andere methoden.
De bijlage bevat het uitvoerbare bestand dat is gecompileerd met mingw32 op een 64-bits Windows 10-pc. De PNG-bibliotheek die ik heb gebruikt, is LodePng, de bron bevindt zich in de download.