Optymalizacja procesu malowania

[Cyfrowy Baron]

Nowy jest jakby odszumiony.

[Corvis]

Nie widać na nim zagęszczenia danych w poszczególnych miejscach.

[polymorphism]

Nie bardzo rozumiem, zamienić X z Y ???

Chodzi mi o to, że teraz współrzędna początku linii jest o jeden piksel mniejsza od jej końca, przez co konieczne będzie użycie, wewnątrz GDI oczywiście, bardziej złożonego algorytmu rysującego linię, ponieważ linia jest ukośna. Ta optymalizacja jest średniego poziomu, więc nie oczekuj jakiś wielkich różnic w czasie.

[Cyfrowy Baron]

GDI linie ukośne rysuje za pomocą punktów, linii pionowych i poziomych, więc stosuje już jakiś algorytm przeliczający piksele. By zrobić jak piszesz, czyli rysować linie pionowe, przy przesunięciu np. o jeden piksel trzeba by opracować własny algorytm. Nie wydaje mi się, by własny algorytm był szybszy od algorytmu GDI, więc w ten sposób raczej nic nie uda się zyskać, lecz wprost przeciwnie.

[polymorphism]

Ale ja nie piszę o własnym algorytmie, tylko o tym, że implementacja algorytmu (wewnątrz GDI) rysującego pionowe linie jest po prostu szybsza od algorytmu rysującego linie ukośne. Kiedyś też miałem problem z wizualizowaniem plików audio, i w trakcie różnych prób wyszło mi, że pionowe linie są rysowane nieco szybciej. Nie wiem, czy to dziś ma jakieś znaczenie, wszak moje testy przeprowadzałem dość dawno, ale warto to sprawdzić, zważywszy, że nakład pracy żaden.

[Cyfrowy Baron]

Źle więc ciebie zrozumiałe. Jak rozumiem proponujesz by był to wykres zupełnie pozbawiony linii ukośnych, a zbudowany tylko z pionowych i poziomych, czy też z samych kresek pionowych. Jeżeli miały by to być tylko pionowe kreski, to pewnie kod byłby szybciej rysowany. Przypuszczam jednak, że niewiele szybszy, gdyż algorytmy GDI są raczej bardzo wydajne.

[polymorphism]

No, tak. Pisałem, że to optymalizacja średniego poziomu, która jest bardziej szlifem niż radykalną zmianą koncepcji. Ma prawo nie działać, ponieważ jest uzależniona od zewnętrznych czynników, w tym przypadku implementacji GDI. Sprawdziłem teraz u siebie, czy są jakieś znaczące różnice w czasach rysowania miliona linii. Wyszło mi, że nie nie ma...

[Corvis]

Dzieki za wszystkie info . Zastanawiam się teraz jak najlepiej rysować np 10 wykresów. I wychodzi mi ( pseudo kod ) tak:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

int Pixel = 0;
for(int i = Start; i <= Koniec; ++i)  {
    for(int wykres = 0; wykres < IloscWykresow; ++w) {
       // Ustawienie wszystkich informacji o wykresie: kolorów itp
        d  = wartosci[i][ADRES_WARTOSCI]; // Pobranie wartosci dla danego wykresu planuje je trzymac tak : vector<vector<int> > wartosci
        if(Pixel != int(X+Paczka)) {
           myCanvas->LineTo(X, Wysokosc - d + Przesuniecie);
        }
        X+= (Paczka);
        Pixel = X;
    }
}
 

Ps. swoją drogą. Baronie nie da się zrobić tabulatora w polu edycji ?? bo robienie odstepow spacja w kodzie troche meczy

[polymorphism]

Rysuj wykresy po kolei, a nie wszystkie na raz.

Trochę mnie dziwi, że nie widzisz nieoptymalności swojego rozwiązania, przecież co pozycję i będziesz wielokrotnie zmieniał ustawienia Canvasa, czyli zmian. Jest to skrajnie niewydajne, a chyba o wydajność chodziło?

[Cyfrowy Baron]

Ps. swoją drogą. Baronie nie da się zrobić tabulatora w polu edycji ?? bo robienie odstepow spacja w kodzie troche meczy

Z obiektem typu TEdit nie da się tego zrobić, gdyż w miejscu tabulatora zostanie wstawiony kwadracik. Możesz zamiast TEdit użyć TMemo charakteryzując ten obiekt na TEdit, wtedy wystarczy użyć jako tabulatora znaku: \t

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

  Memo1->Text = "kolumna 1\tkolumna 2";

Jeżeli właściwości WantReturns i WordWrap obiektu Memo ustawisz na false, to będziesz mógł pisać tylko w pierwszej linii, a po wciśnięciu przycisku ENTER nie przejdzie do nowej linii, więc będzie zachowywał się dokładnie jak TEdit.

[polymorphism]

Jemu chodziło o okno edycyjne forum

[Cyfrowy Baron]

A ot o mu chodziło. Niestety nie ja tworzyłem skrypty tego forum i na dobrą sprawę niewielkie mam pojęcie o PHP, a co za tym idzie nie potrafię wprowadzić do tych skryptów zmian.

Co do tych spacji, to ja po prostu piszę kod najpierw w edytorze środowiska lub w notatniku - a tam mogę używać tabulatorów - i potem wklej go na forum. Nie muszę martwić się o spacje, gdyż forum zachowa w miarę możliwości oryginalne formatowanie w znacznikach CODE, CPP itp.

[Corvis]

Co myślicie o takim pomyśle (narazie, jeszcze słabo to działa)

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

        for(int i = Start; i <= Koniec; ++i)  {
                d  = (dane[i] - Min) * Skala;
                if(IloscNaPixel<=1) {
                        myCanvas->LineTo(X, Wysokosc - d + Przesuniecie);
                } else {
                        int min = 99999;
                        int max = -99999;

                        for(double p = (i*IloscNaPixel); p<((i+1)*IloscNaPixel);p++) {
                                d  = (dane[p] - Min) * Skala;
                                if(d>max) max = d;
                                if(d<min) min = d;
                        }
                        myCanvas->LineTo(X, Wysokosc - min + Przesuniecie);
                        myCanvas->LineTo(X, Wysokosc - max + Przesuniecie);
                }
                X+= (Paczka);
        }
 

Jeżeli Ilość na Pixel jest > 1 to szukam w tym pixelu min i max i potem to rysuje. Narazie mi coś to przesuwa wykres i źle go rysuje ale to pewnie kwestia warunku w pętli szukającej min i max. Powinno to dać możliwość oglądania bardziej dokładnego wykresu co za tym idzie o wiele szybciej ten dokładny wykres będzie rysowany.

[polymorphism]

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

for(int i = Start; i <= Koniec; ++i)  
{
        ...

                for(double p = (i * IloscNaPixel); p < ((i + 1) * IloscNaPixel); p++)
                {
                        ...
                }

        ...
}
 

Wielokrotnie przerabiasz te same dane. i jest zawsze powiększane o jeden, niezależnie od wartości IloscNaPixel. Nie rozumiem, dlaczego chcesz wszystko upchać w jednej pętli. Zrób dwie małe, jedną dla skali 1:1, drugą dla 1:n.

Prawą stronę warunku wewnętrznej pętli da się obliczyć wcześniej, nie musi ona być wyliczana co iterację. Pamiętaj o takich rzeczach, jeśli starasz się pisać optymalny kod.