Hát ja, minél elterjedtebb, annál bonyolultabb (ezt leginkább úgy kell érteni, hogy annál több benne a gányolás), és annál nagyobb szarhalmaz az egész.
Szerintem biztos sok igenyes ember van, akiknek fontos hogy a telefonjuk legalabb 1552518092300708935148979488462502555256886017116696611139052038026050952686376886330878408828646477950487730697131073206171580044114814391444287275041181139204454976020849905550265285631598444825262999193716468750892846853816057856 szinfelbontasu kepet jelenitsen meg. Utoljára szerkesztette: duke, 2020.06.03. 17:08:46
Valojaban a kerdeses file sima 8 bites RGB szinteret hasznal. Egyszeruen van egy bug, hogy amikor egy nem tamogatott RGB szinprofillal talalkozik a jpeg betolto, akkor ahelyett hogy berakna a default sRGB-t, inkabb dob egy hatast. (egy exception-t) Ezt meg nem kezeli le a felette levo hivo reteg es igy kihal a folyamat. Igy a launcher (a desktop) meghal, majd a rendszer ujrainditja. Feloldas utan megint betoltene a hatterkepet es megint meghal. Jelen esetben ugy nez ki, hogy joreszt csak a Samsung fele launcher-ekben van benne a hiba, Android 10 alatt.
A gyogymod a zarokepernyorol elohozni a vezerlopultot es atallitani a hatterkepet valami masra. Ez akkor nehez, ha ugy van beallitva a rendszer, hogy a zarokepernyon nem lehet elohozni a vezerlopultot.
Az, hogy milyen barkacs RGB modot hasznal a kep nem igazan fontos, a lenyeg, hogy a konverzios hiba semmilyen modon nincs kezelve. (igazabol a kep dekodolasanak megtagadasa vagy az alap 3x8=24 bites sRGB paletta hasznalata is megtenne, elobb utobb ugyis sRGB-re kell konvertalni, mert a kijelzoknek jellemzoen sRGB a kepuk)
Más meg iOS-t, ami egy sima szöveges üzenettől behal.
Mi az, hogy 255 és 256 bites RGB színtér? Ilyen szerintem nem is létezik. A legprofibb fényképezők tudnak 16bitet, amiből 8 bites jpg szokott kikerülni, egyes scannerek képesek max 48-ra.
vitz. :) de androidot akart mindenki munkára fogni, egy standart rgb képtől kifekszik a rendszer. Utoljára szerkesztette: Macropus Rufus, 2020.06.02. 21:25:28