Aimè, che io sappia usa una customizzazione di opengl che poggia direttamente sul framebuffer del kernel, ma potrei dire una cazzata.
g
googolando mi pare di capire che Android usa ARGB_8888 (ovvero 32bpp di cui 8 x ciascun colore e 8 x la tasparenza) nella classe color, ma i kernel della 2.1 sono compilati inizializzando il driver del display in RGB_565, cioè 16 bit x pixel.
qui su xda hanno ricompilato il kernel di un nexus one inizializzando il display almeno in RGB_666.
Chissà se si può chiedere al russo di includere una modifica simile nella sua cucina.
Z
ha, sull'opengl -cazzata per cazzata- credo tu abbia proprio ragione.
ho visto anche io la faccenda dell'ARGB castrato sulla 2.1 su xda.
ho notato anche che il problema sembra relativamente poco notificato a parte qualche forum di smanettoni\debuggatori...e per nulla avvertito dalla 'massa'.
al russo? potrebbe essere una idea.
ci sarebbe da chiedersi -come dici tu- se su 2.2 il problema si ripresenta...
continuo a cercare...
ho fatto le prove.
effettivamente nella riproduzione video il problema è MOLTO marcato e dà PARECCHIO fastidio.
cercando non ho trovato soluzioni da terminale o workaround.
attualmente, io:
FW 2.1.1
kernel 2.6.29
samdroid 1.2.x
ho letto che il problema è di android 2.1....e che è un problema delle app interne, tipo galleria e browser...usando altre app esterne il problema non si verifica.... a me il cell arriva fra pochi giorni e proverò subito...cmq ho letto che anche il nexus one ha questo problema
Neowin.net - Nexus One's AMOLED screen only uses 16-bit color (UPDATED)
e tutti i cell con android eclair...quindi usiamo delle app diverse per galleria e browser così da risolvere il problema!!! spero di essere stato utile...e spero vivamente che funzioni questo metodo..
edit: mi confermate che su donut non c'era questo problema?
Ultima modifica di nevets89; 20-10-10 alle 00:53
Purtroppo non mi risulta
Al massimo qualche app più evoluta può applicare il dithering anzichè troncare i colori sulle immagini, ma gli artifact rimangono... per non parlare dei video...
anche questo post su samdroid non lascia molte speranze
Spica display color depth improvement
quello che non ho capito è se FroYo il problema rimane...
Z
Ultima modifica di zavorra; 20-10-10 alle 08:56
non so, io continuo a trovare articoli che parlano del nexus one, droid e SE x10 che con eclair visualizzano solo 65k colori nella galleria e nel browser...ma per il resto vanno bene...possibile che sullo spica non sia così?
qualcuno puo' dirmi se il problema c'era pure prima, con donut?
edit: risolto l'arcano
YouTube - Samsung Galaxy Spica:What about the colors?65k color vs 16M color
ecco il video che mostra come con una galleria diversa le foto sono senza dithering.....finalmente la conferma...peccato che tutto il cell sia a 65k colori da quanto ho capito...solo le app di terzi funzionano con più colori
Ultima modifica di nevets89; 20-10-10 alle 16:08
speriamo froyo risolva! :o
Allora,
il dithering è un modo per simulare una palette grafica più completa interpolando spazialmente i colori a disposizione.
Direi, quindi, che
1) Android 2.1 ha una gestione dei colori a 16 bit
2) alcune applicazioni (galleria di dafault) non applicano alcun dithering e quindi si ottengono degli orridi effetti di "banding"
3) altre invece lo fanno, ma rimane di fatto una resa povera rispetto ad altri devices perchè il display rimane a 16 bit.
Quello che non mi è chiaro è invece quanto segue:
1) sembrerebbe banale risolvere il problema ricompilando il kernel inizializzando il device grafico in RGB_666 anzichè in RGB_565, ma non mi pare che nessuno l'abbia fatto ne su samdroid ne su xda, ci sarà un motivo...
2) è un difetto solo dello spica e/o solo di android 2.1?
3) CM 6.5 presenta lo stesso problema? (questo è facile, ora lo chiedo nel post relativo...)
Z