On Mon, 6 Nov 2023 18:00:50 +0100, heby wrote:
> On 06/11/2023 17:30, J.F wrote:
>>> Z przygód kolegi pracującego w firmie robiącej sterowanie: jesli chcesz
>>> mieć *jakąkolwiek* zmianę, to soft nadaje się do przepisnia od nowa, tym
>>> bardziej, że autor poprzedniej wersji właśnie łowi ryby na emeryturze.
>> Nie mówie nie, ale czy "lepsze" rozwiązania sa naprawde lepsze,
>> czy tez co pare lat mamy "najlepiej to byłoby napisac na nowo" :-)
>
> Jesli musisz co kilka miesiący pisać na nowo stos TCP w asm, na
> nastepny, o pół centa tańszy uC, to tak, abstrakcja jest lepsza niż
> orka. Generuje mniej błedów grubych.

Zakładam, ze jednak nie piszesz.
Szukasz rabatu na swoje procki :-0

A pewnie nigdy nie napisales stosu w assemblerze. Za duża kobyła.

> To prawdopodobnie jest wiedza tajemna, sądząc po ilości współczesnych
> dramatów typu ventor-lockin w embedded.
>
>>> Systemy oparte o Z80 to guano pisane niskopoziomowo. Ich się nie
>>> rozwija, tylko łata. I tylko przez chwilę, zanim się rozlecą. To samo z
>> A widzisz. Daje sie poprawic/zmienic :-)
>
> Tak, zgodnie z zasadą, że wypolerować na błysk można wszystko. Tylko czy
> trzeba?

No sam widzisz - albo sie przesiadamy i piszemy wszystko od nowa,
tudzież wymieniamy cały sprzęt, albo ktos poprawi ten assembler w
godzinę czy kilka :-)

>>> 8051. Dodanie tutaj C niewiele pomaga, bo ludzie piszą w nim jak w
>>> asemblerze, często nieprzenośnie.
>> Możliwosci są, jakie są ...
>
> O to to.
>
>> No coz, niewątpliwie:
>> a) ktos chce za to zapłacic, czyli jest zapotrzebowanie,
>
> Tak, świat tonie w gównianym kodzie. Łatwiej (choć nie taniej) jest
> udawać i łatać hardware, niż dokręcić śrubkę programistom aby nie robili
> więcej kosztów swoim dziadowskim hackowaniem w asm.

Podejrzewam, ze sie mylisz.
Nowy szybki procesor, to jednak nowy projekt, czesto mocno nowy.

Czyli i tak duzo roboty.
A "modemy GSM" ... nie straciły racji bytu? Stary GSM TDMA chyba
likwidują, teraz jakies LTE, pare innych standardów już było ...

>> b) lub dostali jakies dofinansowanie :-)
> To być może. Startupy czasami mają komfort na działanie->plan a nie
> odwrotnie.

Ale kto chcialby dofinansowac 8051?
Na 6502 moze by sie jeszcze paru znalazlo, ale po co - zeby napisac
najszybszego tetrisa na swiecie?
Dotacja musiałaby byc panstwowa :-)

>>> Czyli, jesli czytać między wierszami, jakośc tego kodu jest poniżej
>>> wszelkich metryk, skoro go jeszcze nie przepisali na cokolwiek innego.
>>> Najwidocznie nie da się przepisać, bo sieczkę można co najwyżej
>>> zaemulować albo dokładać gigazhertzów.
>> Oni tylko procesor "zrobili".
>> O kodzie nic nie wiadomo.
>
> Zrobili go, bo "jest do tego kod".

A tego akurat w artykule nie ma.

> Czyli jest do tego tak zły kod, że innego nie będzie i pozostało przez
> 50 lat utrzymywać 8051 aż biologia zrobi swoje.

Moze i tak ... ale bedzie ten kod chodzil przy tej predkosci?

>>> To nie wyjasnia obecniści HSYNC we współczesnych wyświetlaczach, bo
>>> problem rozmiaru jest w takim protokole wyłacznie softwareowy. A jednak
>>> produkuje się je na potęgę.
>> w HDMI nie ma, w DP nie ma, wiec nie bardzo wiem, o czym piszesz.
>
> O tym nieszczęsnym wyświetlaczu, który po 25 latach produkowania LCD
> dalej nie ma możliwości dodania licznika i zwolnienia 1 lini.

O linie to Ty sie nie martw - 24 linie na same dane.
Tysiace do LCD ...

Widac po prostu tak najlepiej.

>> O jakis tytulowych RGBTTL, gdzie z założenia jest prosty
>> protokół/interfejs, i HSYNC jest potrzebne?
>
> Nie jest. Ale jest. Jak w 99% wyświetlaczy tego typu na rynku, które
> opierają się o przedpotopowe scalaki.

A to mi wygląda na w miare nowy scalak.
pdf jest z 2018
https://www.orientdisplay.com/pdf/SC7283.pdf
I ma np rozbudowaną korekcje gamma.

I tak mi wychodzi (głownie z domysłów), ze ma trzy tryby pracy
-Sync - DE, na który narzekasz,
-Sync, który nie wymaga "Data Enable",
-DE, ktory nie wymaga hsync/vsync.

Ale to czasem jest zaleta, ze nie musisz nic przeprogramowywać
w obsludze wyswietlacza - przyjdzie inny sygnał, a i tak wyswietli.

> Ten intefejs nie jest optymalny, tylko dopasowany do tego co "już raz
> słyszałem". Mamoń lubi to.

Te 24 bit RGB istotnie jakos tak mi wygląda.
Ale co proponujesz "lepszego"
Ale moze LCD TFT wymagają ... tzn wymagaja tysiace linii do sterowania
LCD, kto się bedzie przejmował 24 ...

A firma robi całą masę driverów, czemu chcesz uzywac 5-letni ? :-)
A prawda, to Mirek chce :-)

>>> W niczym. Taka moja konkluzja. Bez znaczenia jak żałosne i prymitywne
>>> GUI dostarczasz. Przeciętny suweren nie jest w stanie odróznić dobrego
>>> od złego. Nie ma potrzeby sterowania wyświetlaczem dla tokarza, czy
>>> Krystyny @50Hz. Nie zauważą róznicy.
>> Kiedys zauważą i zaczną narzekać. No chyba, ze przyzwyczaisz,
>> i nie będą narzekac.
>
> Nie. Lata doświadczenia mi podpowiadają, że np. responsywnośc pilota
> N-ki (zmiana kanału zawiesza GUI na 1+ sekundę) powoduje irytację tylko
> u mnie. Resza *NIE* widzi tego problemu. Prawdopodobnie, wliczajac
> żałosnych programistów którzy to robili. Poprawki na ten problem nie
> doczekałem się od 15 lat. To ten sam problem co dziadowskie GUI w DVD,
> docelowy klikacz obcując z takim szajsem nie pojmuje że istnieją
> alternatywy.

Widac sekunda to jeszcze znośnie i nikogo innego nie denerwuje :-)

Ale co byś chciał przez te sekunde robić?
Bo zmieniłeś kanał, teraz trzeba poczekac aż odpowiednie dane nadejdą,
aby mozna było go wyświetlic. I to trwa około sekundy wlasnie?

>> Np klikam na telefonie (Android) ikonkę fotaparatu ... i mija pare
>> sekund na jego uruchomienie. podobno na iphone szybciej.
>> No ale trzeba pamiec odsmiecic ...
>
> Można to markować. Jednym z elementów tworzenia resposywnego i
> satysfakcjonującego UI jest markowanie działań. Wystarczy, że przycisk,
> który klikasz, zmieni kolor i już masz poczucie natychmiastowości, nawet
> jesli rezultat tego przyjdzie za sekundę.

No to jakos tam zamarkowali, bo inaczej to bym chyba tez narzekał.
Ale ja, k*, czasem, chce szybko aparat działający, a nie markowanie.

> Zamiast aparatu można
> załadować obrazek aparatu i też powoduje to responsywność. Zamiast

A ja chce szybko aparat, a nie tracenie czasu na niepotrzebny obrazek
:-P

> pokazać zdekodowany obraz kanału, można po prostu zmienić kanał na
> nastepny od rau po wciśnięciu przycisku (co śmieszne, CRT z początku
> wieku był znacząco bardziej responsywne).

Cie nie bardzo rozumiem, co znaczy "zmienic kanał".
Numerek na ekranie ma się zmienic? Logo pokazac?
Zmieniłeś kanał, to widać chcesz obejrzec :-)

> Cała sztuka pisania gui to udawanie responsywności.

Mnie tam raczej wk* te numerki kanałów. I niewielkie mozliwosci
zrobienia "ulubionych"/uporządkowania listy.
A moze przy setce to sie juz po prostu nie da?

> Ale niestety wielu ludzi nie wyszło jeszcze poza wzorzec projektowy
> "onClick" i chyba nigdy nie wyjdzie.

Osobna sprawa, ze takie wzorce są właśnie propagowane.

Ale wlasnie usiłowałem program poprawić, żeby tak bardziej
responsywnie chodził ... ciężkie zadanie :-)

>> No co - support mam męczyc, czy ajfona kupic, czy sie na YT obrazić?
>
> Amiga z 7Mhz dawała radę, więc procesor 1000x szybszy też powinien, a
> nie daje.

Tu sie zawiesza na grube sekundy, to jest cos innego.

> Skoro nie daje rady, to świadczy, jak nisko upadliśmy w jakości
> oprogramowania.

No ba. Ale to przecież "postęp" ?
Kiedys bym sobie zdefiniował odpowiednią strukture danych,
dzis czytam sql do DataTable. Kiedys mialbym numer kolumny w stałej,
dziś indeksuje stringiem. Postęp panie.
I nawet dość szybko to działa, w koncu od czego ma sie te GHz i
rdzenie. Zdaje sie, ze wewnetrznie jakies hashowanie mocno używane.

Czasem nawet cos myslę o optymalizacji, ale mi szybko przechodzi
- przeciez nie po to mam te 4, 8, 16, 32 GB RAM, żeby sie
przejmować tym, ze wczytam np milion rekordów :-)

> PS. Mam telefon z 4GB RAMu. Wydawał się całkiem spoko, do czasu aż
> musiałem doinstalować firmowe oprogramowanie (głupi teams i outlook).
> Teraz zastanawiam się czy 8GB wystarczy, bo 4 na 100% nie.

Outlook to gdzies te emaile musi trzymac.
Teams to ch* wie, co teraz w sobie ma.
Ale czasem patrze na jakies gierki ... kiedys by sie 48kB zmiesciły,
dzis 100MB im trzeba.

No ale przeciez narzekasz na asemblerowców, to co się dziwisz :-)

J.