-
61. Data: 2010-09-13 13:47:36
Temat: Re: HaDeeRy
Od: limies <l...@g...com>
On Sep 13, 3:38 pm, "Eneuel Leszek Ciszewski"
<p...@c...fontem.lucida.console> wrote:
> "limies" d...@r...goo
glegroups.com
>
> : Uczepiłes sie większej liczby mozliwosci - nie o to tu chodzi
> : Po drugie nie musi to byc prawdą. W ośmiu pitach można umieścic więcej
> : informacji niż 8 bitów - pod warunkiem, że
> : umuwisz sie co do sposobu kodowania - tak działaja archiwizery, czy
> : np. metody fraktalowe , gdzie jednym wzorem matematycznym zajmującym
> : np 128 bitów kodujesz obraz jpg 1 MB
>
> -- Muwisz? ;)
>
> Ja bym tego nie ruszał (nie muwiał -- chyba z angielska) ale jeśli chcesz... ;)
>
> -=-
>
> Na 8 bitach nie zapiszesz więcej niż 2^8 informacji. :)
> A że można pisać z redundancją i bez -- to inna sprawa.
> I że można pisać z dziurami/rozwlekle i ściśle...
> Na 8 bitach możesz zapisać mniej niż 2^8 informacji,
> dlatego później możesz to skompresować. Jeśli jednak
> zapisze właśnie 2^8 -- nie skompresujesz. :)
>
> Gdybyś miał rację co do swej teorii kompresji, dostatecznie
> szybki komputer skompresowałby wszystko (informację całego
> wszechświata) do jednego bita. :) Producenci dysków poszliby
> z torbami -- a tak nie jest!!! Bestie budują coraz większe dyski!!!
>
> -=-
>
> Póki co -- proponuję słownik ortograficzny. :)
> Fizykiem nie możesz być, albowiem nie masz podstaw potrzebnych do tego. :)
> (w którymś poście nazywasz siebie fizykiem)
> Równie dobrze ja mogę nazwać siebie Kopernikiem czy Słowackim lub Stalinem? ;)
> Prawie tak. :) (i wówczas dam zatrudnienie psychiatrom)
>
> --
> 450-600 to (60-80)% . . .
749 .
> VV Ventolin u . .
. 739 . 26 .
> ^ . . lipiec 25 . .01 . . .12 .
20 729 . . . 02 . .
> . . . . . . 26 . . . g 03040506 .09 . 14 .
19 719 .25 27 04 06 08
> P VVVV VV .19 . . . . r02VV . 13 .
21 709 . . 05
> E 101112 17 20 VV . 2728 31 . 08 16VV
699 VV .
> F . 16 VV23 29 m sierpień 1011 15 VV
690 2324 2829 .01 07 09
> 09 13 18 22 24 u 1718
680 22 30 wrzesień
> l_' 21 30 c VV
670 31
> /., 1415 h 07
660 VV
> m/.. ......... ........ ..... ..................y................,,,,,,....;;;;..,
,;;..,,.654...,,..,,.., ,..,,..,,..,,03..,,,,..,,..
olewam
-
62. Data: 2010-09-13 13:52:10
Temat: Re: HaDeeRy
Od: Mateusz Ludwin <n...@s...org>
Eneuel Leszek Ciszewski wrote:
>>>> Albo trollujesz, albo...
>
>>> Albo wykazuję Ci koniec Twojego myślenia. :)
>>> (?i Twojej improwizacji?)
>>> Liczbą real zapiszesz większą wartość niż liczbą
>>> integer, ale nie zapiszesz większej liczby możliwości. :)
>
>> Jednak trollujesz. EOT.
>
> EOT to koniec argumentów? :) A w jakim języku słowo 'argumentacja'
> (argument, argumentowanie itp.) zaczyna się literą t? : )
Wróc jak wymyślisz w jaki sposób na stałoprzecinkowym integerze 16bit zapisać
dane o szerokości 20EV.
Dla zrozumienia problemu możesz zacząć od przeczytania postów w tym wątku co
najmniej pięć razy.
--
Mateusz Ludwin mateuszl [at] gmail [dot] com
-
63. Data: 2010-09-13 13:53:29
Temat: Re: HaDeeRy
Od: "Eneuel Leszek Ciszewski" <p...@c...fontem.lucida.console>
"limies" e...@i...goo
glegroups.com
> : ale nie o zadna rozdzielczosc tu chodzi.
> : Chodzi o zapis kolorow i mozliwie duzego zakresu ekspozycji.
> Co Ci po tej dużości, jeśli ją będziesz mógł
> wyrażać na przykład ze skokiem co milion. :)
> jeden milion, dwa miliony, trzy miliony...
> : Na ogół jedno odbywa sie kosztem drugiego.
: To co ty nazywasz rozdzielczoscia - nazywa sie głębią bitowa
Głębia bitowa liczby? Czemu nie. :)
Jak zwał tak zwał -- oby wiedzieć, o co chodzi. ;)
: ale tak działa format .hdr zapis koloru jest tam osmio bitowy !!!!
A co to znaczy ośmiu bitowy? Ja twierdzę, że zwykle
(HDR w fazie obrabiania) jest czterobajtowy. :)
Natomiast rzekomo ośmiobitowe są JotPeGi. :)
(także te powstałe z obrabiania HDR)
Oczywiście to (ośmiobitowośćperpikselowa) nie jest prawdą, co łatwo
wyliczyć zestawiając liczbę pikseli z wielkością pliku w formacie JPG)
--
.`'.-. ._. .-.
.'O`-' ., ; o.' e...@e...comyr.com '.O_'
`-:`-'.'. '`\.'`.' ~'~'~'~'~'~'~'~'~ o.`.,
o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....
-
64. Data: 2010-09-13 13:55:22
Temat: Re: HaDeeRy
Od: "Eneuel Leszek Ciszewski" <p...@c...fontem.lucida.console>
"limies" f...@q...goog
legroups.com
: olewam
Tak, olewasz:
-- ortografię (zasady pisowni)
-- cytowanie (zasady uzewnętrzniania się na grupach)
-- kodowanie
--
.`'.-. ._. .-.
.'O`-' ., ; o.' e...@e...comyr.com '.O_'
`-:`-'.'. '`\.'`.' ~'~'~'~'~'~'~'~'~ o.`.,
o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....
-
65. Data: 2010-09-13 14:05:45
Temat: Re: HaDeeRy
Od: "Eneuel Leszek Ciszewski" <p...@c...fontem.lucida.console>
"Mateusz Ludwin" i6la9r$qjl$...@i...gazeta.pl
>> EOT to koniec argumentów? :) A w jakim języku słowo 'argumentacja'
>> (argument, argumentowanie itp.) zaczyna się literą t? : )
> 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. :)
> Dla zrozumienia problemu możesz zacząć od przeczytania postów w tym wątku co
najmniej pięć razy.
Można czytać i tysiąc razy -- praw Bożych ;) to nie odmieni.
Real czy integer -- 16bit to za mało. :)
Mnie zwykle starcza jednokrotne czytanie.
Pamiętam nauki z podstawówki:
-- przeczytaj raz, nie troszczą się oto, że nie rozumiesz
-- przeczytaj ponownie
-- i jeszcze raz
.
.
-- i jeszcze raz, aż zauważysz, że zapamiętałeś ;)
Albo cos jest jasne w pierwszym czytaniu (niekoniecznie na mszy) albo nie jest wcale.
:)
Wielokrotność czytanie niewiele daje. :) (chyba, że czytelnik jest rozkojarzony)
I Ty, i limies nie macie pojęcia o tym, o czym tutaj piszecie. :)
(co cytujecie bezmyślnie?)
Podobnie Niemirowski pisał o partycjach NTFS -- na pozór
było OK, ale chwila rozmowy ukazała braki w podstawach. :)
--
.`'.-. ._. .-.
.'O`-' ., ; o.' e...@e...comyr.com '.O_'
`-:`-'.'. '`\.'`.' ~'~'~'~'~'~'~'~'~ o.`.,
o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....
-
66. Data: 2010-09-13 14:26:44
Temat: Re: HaDeeRy
Od: Mateusz Ludwin <n...@s...org>
Eneuel Leszek Ciszewski wrote:
>
> "Mateusz Ludwin" i6la9r$qjl$...@i...gazeta.pl
>
>>> EOT to koniec argumentów? :) A w jakim języku słowo 'argumentacja'
>>> (argument, argumentowanie itp.) zaczyna się literą t? : )
>
>> 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.
Dla przykłady integer 16-bit nawet bez znaku pozwala na uzycie co najwyżej
zakresu 1..65535, czyli prawie 16EV i nie da się tego obejść, bo nie uda się w
żaden sposób wcisnąć niczego między 0 a 1 nie ruszając jednocześnie maksymalnej
wartości.
W dalszą "rozmowę" z trollem nie zamierzam się angażować, bo widzę, że nie ma to
sensu.
--
Mateusz Ludwin mateuszl [at] gmail [dot] com
-
67. Data: 2010-09-13 14:49:02
Temat: Re: HaDeeRy
Od: limies <l...@g...com>
On Sep 13, 4:26 pm, Mateusz Ludwin <n...@s...org> wrote:
> Eneuel Leszek Ciszewski wrote:
>
> > "Mateusz Ludwin" i6la9r$q...@i...gazeta.pl
>
> >>> EOT to koniec argumentów? :) A w jakim języku słowo 'argumentacja'
> >>> (argument, argumentowanie itp.) zaczyna się literą t? : )
>
> >> 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.
>
> Dla przykłady integer 16-bit nawet bez znaku pozwala na uzycie co najwyżej
> zakresu 1..65535, czyli prawie 16EV i nie da się tego obejść, bo nie uda się w
> żaden sposób wcisnąć niczego między 0 a 1 nie ruszając jednocześnie maksymalnej
> wartości.
>
> W dalszą "rozmowę" z trollem nie zamierzam się angażować, bo widzę, że nie ma to
> sensu.
> --
> Mateusz Ludwin mateuszl [at] gmail [dot] com
Masz rację - Ja tez skończyłem z tym trollem dyskusję
Pozdrawiam, li
-
68. Data: 2010-09-13 15:06:03
Temat: Re: HaDeeRy
Od: "Eneuel Leszek Ciszewski" <p...@c...fontem.lucida.console>
"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 \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....
-
69. Data: 2010-09-13 15:08:17
Temat: Re: HaDeeRy
Od: "Eneuel Leszek Ciszewski" <p...@c...fontem.lucida.console>
"limies" 7...@g...goo
glegroups.com
: Masz rację - Ja tez skończyłem z tym trollem dyskusję
Bo Ty też nie masz pojęcia o tym, o czym piszesz. :)
Ale (jeśli wg Ciebie masz pojęcie i wierzysz w siebie)
może zgłoś do opatentowania ;) kompresję, o której
piszesz -- zrewolucjonizujesz nią świat. :)
(albo przynajmniej trafisz do czubków)
--
.`'.-. ._. .-.
.'O`-' ., ; o.' e...@e...comyr.com '.O_'
`-:`-'.'. '`\.'`.' ~'~'~'~'~'~'~'~'~ o.`.,
o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....
-
70. Data: 2010-09-13 15:20:39
Temat: Re: HaDeeRy
Od: Mateusz Ludwin <n...@s...org>
Eneuel Leszek Ciszewski wrote:
>> 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. :)
Nie no - przepraszam. Faktycznie nie jesteś trollem. Ty po prostu nie rozumiesz
w ogóle o czym mówimy :(
--
Mateusz Ludwin mateuszl [at] gmail [dot] com