eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.rec.foto.cyfrowaHaDeeRyRe: HaDeeRy
  • Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
    From: "Eneuel Leszek Ciszewski" <p...@c...fontem.lucida.console>
    Newsgroups: pl.rec.foto.cyfrowa
    Subject: Re: HaDeeRy
    Date: Mon, 13 Sep 2010 17:06:03 +0200
    Organization: Pueruania
    Lines: 82
    Message-ID: <i6lep5$di2$1@inews.gazeta.pl>
    References: <h...@4...com>
    <6...@u...googlegroups.com>
    <i6b2m4$2ad2$1@news.mm.pl>
    <4...@c...googlegroups.com>
    <i6bggm$frl$1@inews.gazeta.pl>
    <f...@i...googlegroups.com>
    <i...@t...hamstera.pl> <i6e9g7$1l4$1@inews.gazeta.pl>
    <i...@t...hamstera.pl> <i6h3kf$bn7$1@inews.gazeta.pl>
    <f...@v...googlegroups.com>
    <i6jhm3$csa$3@inews.gazeta.pl> <i...@t...hamstera.pl>
    <i6jq4k$53s$1@inews.gazeta.pl> <i...@t...hamstera.pl>
    <i6js1o$99q$1@inews.gazeta.pl> <i...@t...hamstera.pl>
    <i6la61$qjq$1@inews.gazeta.pl> <i6la9r$qjl$1@inews.gazeta.pl>
    <i6lb4f$od$3@inews.gazeta.pl> <i6lcam$518$1@inews.gazeta.pl>
    Reply-To: "Eneuel Leszek Ciszewski" <e...@g...com>
    NNTP-Posting-Host: 3-205.89-161.tel.tkb.net.pl
    Mime-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Trace: inews.gazeta.pl 1284390501 13890 89.161.3.205 (13 Sep 2010 15:08:21 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Mon, 13 Sep 2010 15:08:21 +0000 (UTC)
    X-MimeOLE: Numer mego telefonu '665 363835'='Moj Eneuel'
    X-Priority: 3
    X-User: eneuell
    X-MSMail-Priority: Normal
    X-Newsreader: Microsoft Outlook Express 6.00.2900.5512
    Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:865611
    [ ukryj nagłówki ]


    "Mateusz Ludwin" i6lcam$518$...@i...gazeta.pl


    >>> Wróc jak wymyślisz w jaki sposób na stałoprzecinkowym integerze 16bit zapisać
    dane o szerokości 20EV.

    >> Na realu 16bit **też** nie jest to wykonalne. :)

    > Float 16-bitowy obejmuje zakres wykładnika od 2^(-14) do 2^15. Pozwala to na
    zapisanie poziomów intensywności o szerokości prawie
    > 30EV.

    Na jednym bicie masz kontrast luminancji (jasności) nieskończenie wielki
    (w teorii, bo w praktyce, o czym pisał Gotfryd Smolik, nie umiemy dobrze
    czernić) bo aż od zera (czerni doskonałej) aż do 1 (nieskończenie dużej
    jasności) -- problemem są jedynie ;) wielkości pośrednie. :)

    Problemem teoretycznym, bo praktycznym problemem jest też uzyskanie
    doskonałej czerni i nieskończonej jasności.

    > Dla przykłady integer 16-bit nawet bez znaku pozwala na uzycie co najwyżej zakresu
    1..65535, czyli prawie 16EV

    Od 0 do 65535 lub od 1 do 65536 -- jeśli chodzi o ścisłość. :)
    (od 0 do 2^16-1 lub od 1 do 2^16)
    Ze znakiem jest dokładnie tyle samo możliwości? :)
    W pewnym sensie tak. ;)

    Od -32768 poprzez 0 do +32767? -- jednak zawsze trzeba zmarnować
    trochę miejsca na ustalenie sposobu interpretowania takich liczb. :)

    I dlatego nie 2^16, ale ,,około'' lub trochę ;) mniej niż 2^16. :)

    > i nie da się tego obejść,

    I zapamiętaj te słowa. :)
    Nie da się -- ani interpretowanie tych bitów 16 jako liczby integer
    bezwzględnej, ani integer ze znakiem (minus czy plus) ani jako real
    czy kompleks. ;)

    > bo nie uda się w żaden sposób wcisnąć niczego między 0 a 1 nie ruszając
    jednocześnie maksymalnej wartości.

    No właśnie!!! Dobrze prawisz!!! :)
    Tylko dlaczego nie pojmujesz tego, co napisałeś. :)
    Nie można pomiędzy 0 i 1 wpisać stanów pośrednich mając do dyspozycji jeden bit. :)


    > W dalszą "rozmowę" z trollem nie zamierzam się angażować, bo widzę, że nie ma to
    sensu.

    Nie ma -- piszesz (przepisujesz) bez zrozumienia raz tego, raz innego autora. :)

    -=-

    Ale zróbmy test praktyczny... Zaproponuj komuś zapisanie informacji w ilości
    większej niż 2^16 na 16 bitach -- jeśli znajdziesz chętnego na Twoje wywody,
    znajdziesz też majątek, bo kompresja tak uzyskana zrewolucjonizuje świat. ;)

    -=-

    Czy integer, czy real -- nie niesie większej ilości informacji, choć niby
    zakres liczby real na 16 bitach przekracza znacząco (i to w obu wymiarach)
    zakres liczby integer zapisanej na 16 bitach. Nie dość, że wartość maksymalna
    jest większa w real niż w integer, to jeszcze pomiędzy całkowitymi wartościami
    są niecałkowite, a nawet niewymierne... :)

    Czy dane Ci do dyspozycji 16 bitów zinterpretujesz jako liczbę
    integer, czy jako real -- nie ma to żadnego znaczenia. :) Zawsze
    na 16 bitach zapiszesz maksymalnie tyle samo informacji. :)

    Czy zatem nie ma żadnej różnicy pomiędzy reprezentowaniem dwubajtu (16 bitów)
    jako liczby integer i jako liczby real? CPU mają od dawna zmiennoprzecinkowe
    dopalacze -- być może mogą szybciej pracować na liczbach, gdy je rozumieją
    jako liczby real niż wtedy, gdy je rozumieją jako liczby integer. :)

    Informacji na real nie zapiszesz więcej niż na integer bez zwiększenia
    liczby bitów. :) Jeśli integer 16bit (jak to któryś z Was ujął) nie daje
    stosownej rozpiętości, real 16bit też nie da. :)

    --
    .`'.-. ._. .-.
    .'O`-' ., ; o.' e...@e...comyr.com '.O_'
    `-:`-'.'. '`\.'`.' ~'~'~'~'~'~'~'~'~ o.`.,
    o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: