On 2020-11-17 17:26, heby wrote:
> On 14/11/2020 11:15, Pete wrote:
>>   >> To zdecydowanie nie problem procesora ale łączą internetowego.
>>   > Oczywiśćie, przeciez to lagowanie ekranu vs dotyk musi iść przez
>>   > internet ;)
>> Wyciąłeś celowo wcześniejszą wypowiedź?
>> Żeby wyrysować mapę, komputer musi skądś ja mieć.
>
> Nie chodzi o rysowanie mapy w sensie detali. Może Ci wyjaśnie:
>
> Komputer rysuje niebieską kreskę drogi bo tyle wie.
>
> User przesuwa ją palcem.
>
> I ona się odrysowuje po 0.5 - 1sek później.

Nie pisałeś o kresce tylko o kwadratach. No i jak można było zobaczyć na
filmiku ta nawigacja faktycznie oparta jest o wyświetlanie kwadratów.
Wszystkie netowe mapy tak działają. Gotowe prostokąty są pobierane z
neta. To jest właśnie kwestia wydajnościowa, że wyrenderowanie mapy jest
dość czasochłonne i lepiej to zrobić na zapas. Mogą być ładne drzewka
itp itd. Tyle, że taki render jest duży szczególnie dla dużych
powiększeń. Więc się go dzieli na kwadraty i wczytuje według potrzeb.
Wczytuje z neta. Wolniej lub szybciej, zależnie od łącza i wydajności
serwerów podkładu. Jak się obraz przesuwa to trzeba doczytywać.


>
> W międzyczasie nic nie pojawiło się dodatkowo na ekranie. Nie wiadomo
> czy nie zauwazył dotyku, czy się zamyślił, ch.. wie.

Ja wiziałem to, co powyżej. Na takim podkładzie można jeszcze coś
wyrysować, np trasę przejazdu. Trasa prostsza jest do renderowania od
renderowania wszystkich szczegółów.

>
> Cały ten proces "narysuj niebieską kreskę przesunietą o 1cm" nie
> przechodzi przez internet. Opóźnienie tego efektu o choćby 100ms uważa
> się w programowaniu za silne lagowanie, a tu jest grubo więcej. Jest to
> najzwyczajniej żałosne w 2020. Kiedyś mi tak lagowała Era MDA, w 2002
> roku. Te czasy słusznie mineły.
>
> Po prostu programiści Tesli są kiepscy. Nie oni pierwszi rozkładają się
> na responsywaności aplikacji GUI, to nie jest łatwy temat, choć
> ogarniamy go od dziesięcioleci.

Przecież oni to wszystko kupują.