2009-08-06 15 views
5

Sono interessato all'utilizzo di Android per una piattaforma basata su E-Ink . So che è stato il demonstrated una volta da MOTO, ma sono interessato a usarlo per un prodotto di livello commerciale e non "solo" una demo tecnologica. Ho una domanda sulla possibilità di cambiare la piattaforma per far fronte a specifici effetti di visualizzazione causati da E-Ink. Sto facendo questa domanda dal ruolo di system architect e non ho esperienza con Android.Android con display E-Ink

E-ink ha diverse caratteristiche molto diverse rispetto ai display LCD comuni:

  • tempo di aggiornamento del display (50-700ms)
  • costa potere di cambiamento display (nessuno di manutenzione)
  • la durata della visualizzazione è determinata dal numero di aggiornamenti del display!
  • compromessi può essere fatta tra la qualità, le prestazioni e la visualizzazione vita
  • versioni in scala di grigi a disposizione

La cosa bella: il costo è il potere di conservare le informazioni di visualizzazione e possono essere letti alla luce del sole senza retroilluminazione. Anche il display può essere letteralmente sottile come carta ...

Ciò significa che il software della piattaforma deve avere un certo grado di controllo sul numero di aggiornamenti del display e il tipo di aggiornamenti del display per ottenere le migliori prestazioni. In caso contrario, un'applicazione che non è a conoscenza delle caratteristiche del display potrebbe scaricare rapidamente la batteria o, peggio, accorciare la durata della visualizzazione a mesi anziché anni. Concettualmente, sarei interessato a sostituire un driver video, ma non sono sicuro che questa parte sia aperta. So che è difficile ottenere informazioni sui chipset Qualcomm ....

La mia domanda: può essere fatto? La piattaforma Android può essere modificata per supportare un effetto di visualizzazione drasticamente diverso? Qualche suggerimento su una roadmap per Android?

Il motivo per cui trovo Android interessante per questa applicazione è perché c'è una significativa sovrapposizione di funzionalità (dal cellulare al browser).

Grazie!

risposta

2
+0

articolo interessante (+1 per questo ;-); Non avevo ancora visto questo. Terrò l'idea di usare la MMU per rilevare le scritture del frame buffer in mente. Ovviamente anche il processore gfx dovrebbe essere considerato. Ma dato un tale driver di visualizzazione: Android può far fronte a un display che si comporta in modo così diverso? – Adriaan

2

In questo caso il dominio di applicazione è l'e-reading, nel qual caso i vantaggi di E-ink sono più troppo importante per noi che gli svantaggi (aggiornamenti lento display).

Ho effettuato ulteriori studi su Android. Credo che il trucco sia eseguire gli aggiornamenti del display in modo asincrono; fornire alle applicazioni un ambiente che imiti gli aggiornamenti immediati del display, rilevando al contempo gli aggiornamenti rilevanti (cioè utilizzando processore grafico e/o MMU) per avere un aggiornamento intelligente del display. Non tutti i tipi di applicazioni sarebbero adatti; Ad esempio, i giochi e la riproduzione di video richiedono aggiornamenti immediati del display.

Fare una tale piattaforma non sarà banale; tuttavia, con il numero crescente di piattaforme hardware diverse, le astrazioni stanno migliorando sempre.

0

So che questa è una domanda vecchia, ma l'ho trovata tramite Google, altri potrebbero volerlo sapere anche questo.

PocketBook Pro 902/903 sono basati su Android e dispongono di schermo e-ink. Potresti volerli controllare. Ci potrebbero essere altri modelli anche - Sono interessato a questi a causa della loro 10" schermo YMMV

+0

Sono già passato e-ink; la tecnologia si evolve velocemente ....... spero che sarà comunque utile per gli altri. – Adriaan

4

Non posso essere più d'accordo e ha iniziato a fare pressioni con gli sviluppatori di applicazioni e sistemi operativi per migliorare la leggibilità su e-ink:

.. Effettuare lo scorrimento e la pagina si trasforma e-ink amichevole http://github.com/aarddict/android/issues/28#issuecomment-3512595

Guardando in giro sul web ho trovato un tema ricorrente "abbiamo dovuto ricostruire WebView da zero per adattarlo al display e-ink"

ci sono codifiche sono già soluzioni che riducono lo sfarfallio e l'aggiornamento della pagina, la maggior parte delle quali viene mantenuta da coloro che si inventano i lettori di e-ink che preferiscono tenerli come front-end nei loro negozi.

ho contattato l'autore (s) del lettore di fresco sulla loro attuazione liscio scrolling sui dispositivi e-ink e ha ottenuto la seguente risposta:

Ciao, Guarda N2EpdController.java Autore è DairyKnight da xda- sviluppatori. Almeno puoi usarlo sotto GPL. Per l'utilizzo nel progetto chiuso, consiglierei di contattarlo.

Idealmente, i componenti di visualizzazione per i dispositivi e-ink devono essere parte del framework WebView di Webkit. Ho inviato una richiesta di funzionalità tramite http://bugs.webkit.org/show_bug.cgi?id=76429

+0

Grande iniziativa! La gestione di e-ink dovrebbe essere gestita principalmente dal sistema operativo, e le applicazioni dovrebbero solo vedere che le animazioni devono essere disattivate o che devono essere utilizzate diverse classi di animazioni (cioè il turno di pagina). – Adriaan