eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.rec.foto.cyfrowaCzy istnieje możliwość fotografowania rzeczywistości? › Re: Czy istnieje możliwość fotografowania rzeczywistości?
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
    !2.eu.feeder.erje.net!newsfeed.xs4all.nl!newsfeed9.news.xs4all.nl!85.12.16.70.M
    ISMATCH!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.fr7!futter-mich.h
    ighwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-02.ne
    ws.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POSTED!not-for
    -mail
    From: "J.F." <j...@p...onet.pl>
    Newsgroups: pl.rec.foto.cyfrowa
    References: <q61ehc$lr2$1@node2.news.atman.pl>
    <5ca20e53$0$477$65785112@news.neostrada.pl>
    <q7tss4$9dg$1@node2.news.atman.pl> <m...@p...waw.pl>
    <q861pd$ap2$1@node1.news.atman.pl>
    <5ca77f7e$0$490$65785112@news.neostrada.pl>
    <q8a8fv$gt5$1@node2.news.atman.pl>
    <35b2y5hqhl8h.904w5aguig9m$.dlg@40tude.net>
    <q8bcps$jpk$1@node2.news.atman.pl>
    <oc96g82dp72d$.ptyjr1ptocrv$.dlg@40tude.net>
    <q8cupu$u4k$1@node1.news.atman.pl>
    <5cb05cbb$0$519$65785112@news.neostrada.pl>
    <q8qn8k$5lv$1@node1.news.atman.pl>
    <1u2w0a9yhb5cc$.wm7lsrevbakl.dlg@40tude.net>
    <q90837$gkk$1@node1.news.atman.pl>
    <5cb4b244$0$485$65785112@news.neostrada.pl>
    <q92qhe$2gc$1@node1.news.atman.pl>
    <1wlmjfe4t5inf.fc0t9rpsn1sz$.dlg@40tude.net>
    <q95dfq$hj6$1@node2.news.atman.pl>
    <5cb6fa57$0$515$65785112@news.neostrada.pl>
    <q9kg5h$2sv$1@node2.news.atman.pl>
    <kuafgi66u6pz.1erkzytp91zf0$.dlg@40tude.net>
    <q9sqf3$6br$1@node1.news.atman.pl>
    In-Reply-To: <q9sqf3$6br$1@node1.news.atman.pl>
    Subject: Re: Czy istnieje możliwość fotografowania rzeczywistości?
    Date: Fri, 26 Apr 2019 12:53:47 +0200
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Priority: 3
    X-MSMail-Priority: Normal
    Importance: Normal
    X-Newsreader: Microsoft Windows Live Mail 16.4.3528.331
    X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331
    Lines: 125
    Message-ID: <5cc2e39f$0$527$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.26.170.237
    X-Trace: 1556276128 unt-rea-a-02.news.neostrada.pl 527 83.26.170.237:65412
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 6671
    X-Received-Body-CRC: 1364477715
    Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:910685
    [ ukryj nagłówki ]

    Użytkownik "Marek S" napisał w wiadomości grup
    dyskusyjnych:q9sqf3$6br$...@n...news.atman.pl...
    W dniu 2019-04-22 o 22:57, J.F. pisze:
    >> Otwieram w IE ... jest ciemniejszy niz byl po rozjasnieniu.

    >Zaraz zaraz ... to ja teraz już niczego nie rozumiem.

    Wydawalo mi sie, ze rozjasnilem na max (tylko 2ev), zapisalem,
    zamknalem, otworzylem ten zapisany ... i jakis ciemniejszy zobaczylem,
    niz zapamietalem.

    Ale byc moze wtopa z mojej strony - bo teraz widze, ze ten zapisany
    jest rozjasniony tylko o 1ev.

    >A zresztą... ja bym ten soft zignorował.

    Ogolnie popieram, ale jak widac jest soft, ktory cos tam w ARW
    zapisuje na boku, i nie nieskompresowanym tekstem :-)

    >>> W obu (183, 183, 175).
    >
    >> Jestes pewien ? Bo ja widze
    >> 157, 156, 138
    >> 151, 149, 124

    >Tak, jestem. O rany... wtopa. Na JPG faktycznie jest różnica. Za
    >bardzo zmęczony jestem i pewnie gdzieś błąd popełniłem. Wklejałem z
    >innego programu screenshoty z Photoshopa. Odczyty koloru nie były z
    >JPG lecz z oryginału i były jednakowe.

    >Poniżej obrazek bez resamplowania 1:1 i przycięty aby za dużo nie
    >zajmował. Resamplowanie zawsze zmienia kolory pikseli - bo na tej
    >zasadzie działa. Dlatego w jednej partii obrazka, podobny element
    >może mieć nieco inny kolor.
    >https://drive.google.com/file/d/10rLDVPFW0ixGErmtTF
    -mxJ45S-wiohpS/view?usp=sharing
    >Lewy ARW był mój.
    >Tu się baw porównywanie pikseli. Kłopot polega na tym, że obrazuję
    >porównanie abyś zerknął i zobaczył, że nic nie zostało rozjaśnione.

    W zasadzie nie dziwne, skoro juz ustalilismy, ze twoje programy
    ignoruja to co tam sobie IE zapisal gdzies na marginesie ...

    >> Ty ten obrazek zrobiles.
    >> Połączyles dwa takie same, a wartosc inna - taka ciekawostka :-)

    >Wcale nie - to normalne, jak napisałem wyżej. Ale fakt - dałem ciała
    >pomniejszając obrazek. Poprawka - powyżej.

    Dokladnie - normalne, ze zmiana rozdzielczosci zmienia kolory, ale
    powinna w obu zmienic tak samo.

    Podejrzewam, ze gdzies przy tym wklejaniu ci sie przesunely np o 1
    piksel,
    a potem calosc zmniejszyles ... i inne piksele zostaly usrednione w
    kazdym pikselu wynikowego obrazu.

    >>> jest to plik XML. To też tekst. Nawet jeśli trzyma w bazie danych
    >>> te
    >>> zmiany, to zawsze one są tekstem. To jest standard.
    >
    >> Ale to jest plik ustawien.

    >O niczym innym nie mówię. Taki sam jak EXIF, IPTC, ACDSee Metadata,
    >Sony Marker Notes, a także adobowy XMP czy cokolwiek innego. Wszystko
    >ma strukturę albo XML, albo klucz/wartość.

    >> Zobacz tu
    >> https://support.d-imaging.sony.co.jp/app/imagingedge
    /en/instruction/5_1_save_as_raw.php

    >I co mam tam zobaczyć? Zacytuj fragment, który mówi inaczej niż
    >napisałem.

    Mozna zapisac plik ARW, nie trzeba osobnego pliku ustawien.

    Ale w tym ARW to sie zgadzam - te same informacje z matrycy, i jakies
    info co uzytkownik zrobil z obrazkiem.

    >> Ja tam pierwsze co robie to pliki porownuje.
    >Tylko nie pomyślałeś o tym by najpierw zdekompresować informacje.

    Pomyslalem, tylko nie wiem jak :-)

    Ale jak widac i skompresowane mozna porownac, i czasem cos ciekawego
    widac.

    >Zrób sobie test: plik tekstowy z jednym wyrazem powtórzonym wiele
    >razy. Zzipuj ten plik i popatrz czy bajty będą się powtarzać tak samo
    >jak to powielone słowo :-D

    A zebys wiedzial, ze moga.
    Tylko niuans - zip moze zapisac slowo jako kilka bitow ...
    niekoniecznie 8.
    Wiec zobaczysz np ze 3 bajty sie powtarzaja ... a to sa tak naprawde 3
    powtarzajace sie bity,
    tylko po podzieleniu ciagu bitow na bajty wychodza nam 3 powtarzajace
    sie bajty.
    A tych 3 bajtach jest zapisanych 8 slow

    >> Ale klocic sie nie ma o co - zapisuje plik, 99% bez zmian, 1%
    >> zmieniony, 1% nowych danych

    >Przypuszczam, że sam mógłbyś napisać soft, który doklei do tego ARW
    >Twoje metadane i też będzie otwierany przez Photoshopa, o ile
    >będziesz trzymał się standardów osadzania takich danych.

    Jakos tak, biorac pod uwage, ze Photoshop wczytal ten zapisany plik,
    ignorujac zapisane tam korekty wprowadzone przez IE.

    Ale ten 1% roznic miedzy plikami wyglada dosc skomplikowanie, nie
    podejmuje sie napisac programu ... bez dokumentacji i zaliczki :-)

    >> A ty nie chcesz przyjac do wiadomosci od ilus postow, ze tekstu tam
    >> nie ma.

    >Jest - bo to standard. Zgadza się - nie przyjmuję tego do wiadomości,
    >co napisałeś. I oprogramowanie pod jakim pracuję, jest wręcz
    >uzależnione od tych osadzonych tekstowych danych.

    Tylko widzisz - ignoruje te zapisane przez IE.

    Moze zapisane w jakis nietypowy sposob, a moze to wcale nie XLM jak w
    innych programach, tylko cos binarnego.

    J.

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: