Vlákno názorů k článku
NEC do svých monitorů integruje Raspberry Pi od Karlitos - Kdyby nekdo udelal zarizeni se spotrebou Rapsberry Pi...

Kdyby nekdo udelal zarizeni se spotrebou Rapsberry Pi a s dobrou podporou videovystupu - VGA, HDMI, LVDS ... a rozlicnych rozliseni ktere by nabootovalo jen do nejakeho aktualniho weboveho prohlizece prizachovani dostatecneho vykonu tak vydela balik.

Android je bohuzel prilis malo upravitelny - pro normalniho smrtelnika. A vykony, nerkuli podpora HW akcelerace u ruznych xPi je naprosto tragicka. A pritom by to melo takovych uplatneni ...

DSI, HDMI a S-video je u současného RPi málo? Upravit Raspbian aby naběhl do Chromia takovou práci nedá.

Problem je jinde - na Raspberry se optimalizuje vykon videoprehravacu, resi se hardwarova akcelerace full-hd videa a pritom skrolovani nejakou webovou strankou je pomale, trhane, nacitani stranek trva...

Pritom lecktery dnesni Android telefon nizsi-stredni tridy tohle zvlada mnohem lepe, skrolovani plynule, nacitani rychle ... jenze treba vystup na HDMI ma podporu jen 16:9 a krom toho ono neni nic jako "minimalni android" - i ten minimalni ma spoustu serepeticek, notifikacni listu, servis na to a ono ...

A pritom ma android Webview.

Ja se zrovna pokousim o infotainment pro nas tym pomoci R-Pi a je to desny oprzu. Epiphany jak-takz jede ale porad pada, nacitaini stranek pomale, kvuli zobrazeni prohlizece musi bezet X-server coz je naprosto hloupy overhead ...

rpi3 s raspbianem pixel prostredim a chromiem jee jako zobrazoci panel ve vyrobe na lcd televizy dost slusne, narozdil od predchozich vsech. ale stranka se musi otimalizovat a hlavne vykreslim jednou a pak ajax :-)

tak tak u tech zobrazovanych stranek je nutne s tim pocitat a pak to jede bez problemu (u nas rpi2+firefox)

To je otázka, jestli to pomalé skrolování je problém Maliny, nebo toho webu. Moje osobní stránky, napsané ručně v HTML, bez skriptů a hromady CSS, pomalé nejsou ;-)