-
X-Received: by 10.49.62.135 with SMTP id y7mr1004702qer.26.1366276339715; Thu, 18 Apr
2013 02:12:19 -0700 (PDT)
X-Received: by 10.49.62.135 with SMTP id y7mr1004702qer.26.1366276339715; Thu, 18 Apr
2013 02:12:19 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!ma2no3714086wib.0!news-out
.google.com!hg5ni16271wib.1!nntp.google.com!gp5no250524qab.0!postnews.google.co
m!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Thu, 18 Apr 2013 02:12:19 -0700 (PDT)
In-Reply-To: <6...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=31.61.131.16;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 31.61.131.16
References: <kkdqot$5rl$1@node2.news.atman.pl> <kkdtr5$9n9$1@node1.news.atman.pl>
<2...@g...com>
<kkec03$n4h$1@node2.news.atman.pl>
<a...@g...com>
<kkfd89$o9b$1@news.task.gda.pl>
<0...@g...com>
<kkh42k$81t$1@news.task.gda.pl>
<b...@g...com>
<kkhr56$a62$1@news.task.gda.pl>
<3...@g...com>
<kkkjpe$b54$1@news.task.gda.pl>
<8...@g...com>
<4...@g...com>
<c...@g...com>
<kkmvfc$hu3$2@news.task.gda.pl>
<d...@g...com>
<d...@g...com>
<9...@g...com>
<6...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <c...@g...com>
Subject: Re: Podpis cyfrowy większej ilości podmiotów
From: firr kenobi <p...@g...com>
Injection-Date: Thu, 18 Apr 2013 09:12:19 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:202643
[ ukryj nagłówki ]W dniu czwartek, 18 kwietnia 2013 10:28:45 UTC+2 użytkownik M.M. napisał:
> On Thursday, April 18, 2013 9:44:56 AM UTC+2, firr kenobi wrote:
>
> > a czemu taka dziwna petla
>
> Nie wiem... znam akurat taką implementację rysowania
>
> tego fraktala. Co jest w niej dziwne? Jaka jest lepsza?
>
>
>
>
>
> > for( i=0 ; i<inf ; i++ ) {
>
> > const double tmp = x*x - y*y + _x;
>
> > if( std::fabs(tmp) > 2.0 ) break;
>
> > y = 2.0 * x * y + _y;
>
> > if( std::fabs(y) > 2.0 ) break;
>
> > x = tmp;
>
> > }
>
>
>
>
>
> > czy dwa warunki na fabsa sa szybsze
>
> > niz jeden na x*x+y*y>4. ? moze
>
> > cztery x<-2, x>2 y<-2, y>2 bylyby szybsze
>
>
>
> Jak dwa warunki, jak cztery? Nie kumam :)
>
>
>
> Teraz zrobiłem tak:
>
>
>
> static unsigned int computeColor( const double _x, const double _y, const unsigned
int inf ) {
>
> double x=0, y=0;
>
> unsigned int i;
>
> for( i=0 ; i<inf ; i++ ) {
>
> const double tmp = x*x - y*y + _x;
>
> y = 2.0 * x * y + _y;
>
> if( std::fabs(y) > 2.0 || std::fabs(tmp) > 2.0 ) break;
>
> x = tmp;
>
> }
>
> if( i==inf )
>
> return 0;
>
> return i * 255 / (inf-1);
>
> }
>
>
>
> I spadło jeszcze o 2 sekundy.
>
>
>
> Tu cały kod rysowania:
>
> http://pastebin.com/2tSWwMrr
>
>
>
> Tutaj efekt z pomiarem czasu:
>
> https://thumbs.rapidshare.com/thumbs/1024/D03/ED20DB
D3BACA3EB9FAAD66E14301C.jpg
>
>
>
> > wogole to proponuje liczyc na jaims ustalonym obszarze juz tamten
>
> > poprzedni -1,-1, 1,1, lepszy oraz wywalic dzielenia z petli
>
> Na takim obszarze przy większej wartości inf mam wszystko czarne:
>
> https://thumbs.rapidshare.com/thumbs/1024/F28/9A4A63
B42170BFFB707E1970E39E1.jpg
>
>
no to blad powinna byc wiekszosc
widoczna - najlepiej dawac obszar by caly zbior sie miescil
- zb m miesci sie na osi
x od gdzies tak -2 do .5 a w
y gdzies tak od -1.25 do 1.25
ja ostawiam np rysowanie od -2 do 1
a w ygreku proporcjonalnie do proporcji okna (czyli dla 500 x 400
to jest 4/5 * 3 czyli od -1.2 do 1.2
czyli konkretnie -2, -1.2 do 0.2, 1.2
jak za krotko trwa to mozna dac
5 tys iteracji i juz
>
> Przy małym inf mam zbyt krótki czas i ciężko robić pomiary.
>
>
>
> Robię na takim:
>
> x1 = -1.40105941;
>
> y1 = -0.00005182;
>
> x2 = -1.40116832;
>
> y2 = 0.00004030;
>
> inf = 60000;
>
Następne wpisy z tego wątku
- 18.04.13 11:19 firr kenobi
- 18.04.13 11:24 firr kenobi
- 18.04.13 11:27 M.M.
- 18.04.13 11:47 firr kenobi
- 18.04.13 11:53 M.M.
- 18.04.13 11:55 M.M.
- 18.04.13 12:00 firr kenobi
- 18.04.13 12:05 firr kenobi
- 18.04.13 12:31 Edek
- 18.04.13 12:43 Edek
- 18.04.13 12:45 firr kenobi
- 18.04.13 13:13 Edek
- 18.04.13 13:17 firr kenobi
- 18.04.13 13:35 Edek
- 18.04.13 13:41 M.M.
Najnowsze wątki z tej grupy
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-10-19 PUE ZUS -- administracyjna nuda...
- 2024-10-18 Marsz niepodleglosci
- 2024-10-18 Pożar parkingu w Luton
- 2024-10-18 Łódź => Spedytor Międzynarodowy <=
- 2024-10-18 Gdańsk => Technical Lead ( (Java Background)) <=
- 2024-10-18 Warszawa => Head of International Freight Forwarding Department <=
- 2024-10-18 uwazajmy na haczyki w umowach
- 2024-10-18 Warszawa => Account Manager - Usługi rekrutacyjne <=
- 2024-10-18 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-10-18 Gdańsk => Software .Net Developer <=
- 2024-10-18 Warszawa => Junior Rekruter <=
- 2024-10-18 Warszawa => Key Account Manager <=
- 2024-10-18 Przeróbka na zgrzewarkę "równoległą"
- 2024-10-18 Ostrów Wielkopolski => Laravel PHP Developer <=
- 2024-10-18 Warszawa => Data Scientist / Data Engineer (modele predykcyjne) <=