-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!goblin1!g
oblin.stu.neva.ru!postnews.google.com!h7g2000yqa.googlegroups.com!not-for-mail
From: Andrzej Jarzabek <a...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: jakas nowa technologia nastepnych 10 lat?
Date: Fri, 10 Jun 2011 09:33:03 -0700 (PDT)
Organization: http://groups.google.com
Lines: 106
Message-ID: <8...@h...googlegroups.com>
References: <irjoqi$jgl$1@inews.gazeta.pl> <isj78t$29s$1@mx1.internetia.pl>
<7...@d...googlegroups.com>
<isklap$5ff$1@news.onet.pl>
<4...@u...googlegroups.com>
<isl6o2$gmg$1@news.onet.pl> <isrqj5$s3n$1@inews.gazeta.pl>
<8...@t...googlegroups.com>
<d...@j...googlegroups.com>
<4...@e...googlegroups.com>
NNTP-Posting-Host: 195.11.67.225
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1307723584 5439 127.0.0.1 (10 Jun 2011 16:33:04 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Fri, 10 Jun 2011 16:33:04 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: h7g2000yqa.googlegroups.com; posting-host=195.11.67.225;
posting-account=jr5y-woAAAAWidgVjrSJ6j8m650CTb-v
User-Agent: G2/1.0
X-Google-Web-Client: true
X-Google-Header-Order: CUHRALSENK
X-HTTP-UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.24 (KHTML, like
Gecko) Chrome/11.0.696.77 Safari/534.24,gzip(gfe)
Xref: news-archive.icm.edu.pl pl.comp.programming:190888
[ ukryj nagłówki ]On Jun 10, 2:37 pm, Mariusz Marszałkowski <m...@g...com> wrote:
> On Jun 10, 11:17 am, Andrzej Jarzabek <a...@g...com>
>
> > Istnieją różne rzeczy, ale wszystkie są tak czy inaczej
> > problematyczne. To, że nie istnieje porządne rozwiązanie nie znaczy,
> > że nie ma na takie zapotrzebowania.
>
> No coz... jesli chce miec mozliwosc innego wyszukiwania niz po
> nazwach katalogow to dodatkowe atrybuty (no moze poza data
> zapisania i rozmiarem pliku) same z siebie sie nie wezma w zadnym
> rozwiazaniu :)
Jak to nie? Jeśli zgrywam zdjęcie w RAW, a potem je konwertuję na JPEG
albo TIF, obrabiam i wrzucam nawet kilka różnych obrobionych wersji
(np. różnych kadrów) do różnych albumów, to odpowiednie rozwiązanie
bez problemu mogłoby powiązać informacje o tym, że dane zdjęcie z
albumu jest obrobionym kadrem z danego RAWa. Dalej: w RAWie może być
zapisanych mnóstwo ciekawych informacji, ale tylko program
"rozumiejący" danego RAWa potrafi je odczytać. Gdyby storage miał
możliwość trzymania bogatych metadanych na poziomie systemu
operacyjnego, to sterownik mógłby przy ściąganiu/katalogowaniu zdjęć
przekazywać te informacje do systemu operacyjnego. Dalej: opisywanie
wszystkich zdjęć to upierdliwość, ale tak w ogóle można zauważyć, że
często serie zdjęć robione po kolei tym samym aparatem mają wspólny
temat, np. imieniny cioci alby wyjazd w Alpy. Wprowadzenie zamiast
katalogów jakiejś metafory "rolki filmu" byłoby sporym udogodnieniem,
np. po ściągnięciu zdjęć z aparatu dostajesz widok wszystkich miniatur
i opcje "Dołącz do poprzedniej rolki <tu nazwa>", "Utwórz nową rolkę",
"Podziel na rolki", "Nie dołączaj do rolki".
Dalej: systemy do rozpoznawania twarzy na zdjęciach są już całkiem
przyzwoite.
Dalej: przy bogatych metadanych możesz mieć centralną kolekcję swoich
zdjęć niezależną od urządzenia, na którym ją trzymasz: zgrywasz
zdjęcia na laptopa, a on sobie spokojnie zrzuca RAWy po wifi na domowy
serwer (czy urządzenie typu time capsule, czy nawet zwykłego peceta),
ten robi backup "in the cloud" czy choćby po wypaleniu na płytkę albo
zbackupowaniu na zewnętrzny dysk mówi laptopowi, że RAW ma już
odpowiednią ilość kopii zapasowych i można go skasować. Jak z kolei
będziesz chciał sobie obrobić tę fotkę na laptopie czy na desktopie,
to odpowiedni RAW może zostać automatycznie dociągnięty przez wifi.
Wszystkie obróbki, kadrowania, tagowania, układania w albumy itd. tak
samo mogą być automatycznie synchronizowane z powortem do centralnego
repozytorium i możesz oglądać swoje zdjęcia korzystając ze wszystkich
metadanych na laptopie, desktopie, tablecie, telefonie albo na
telewizorze.
Od razu mówię: tak, wiem, że różne rzeczy, o których piszę, są już
realizowane przez istniejące rozwiązania działające na systemie
plików. Problem jest taki, że każde z tych rozwiązań ma swój sposób
trzymania tych danych, swoje indeksy, swoje bazy danych, realizują one
różne kawałki pożądanej funkcjonalności i sklejenie ich wszystkich do
kupy jest niemożliwe, a migracja z jednego rozwiązania na drugie
powoduje utratę wszystkich lub prawie wszystkich metadanych.
Tyle jeśli chodzi o zdjęcia (czy przez analogię inny kontent
wytwarzany przez samego użytkownika, np. filmy domowe).
Jeśli chodzi o kontent dostarczony z zewnątrz, np. muzyka (pomijając
przypadki nagrywania samemu), to jest jeszcze lepiej: przecież nei
tylko producent może dostarczać metadane, to jeszcze dodatkowo moga
być one dostępne "in the cloud": poczynając od prostych rzeczy jak
CDDB, a kończąc na różnych ocenach w serwisach społecznościowych.
Dodatkowo istnieją różne skompresowane formaty danych i różne
urządzenia rozumiejące różne formaty: np. mój odtwarzacz samochodowy
łyka tylko MP3 na CD, ale z kolei na iPoda wolę w miarę możliwości
wgrywać AAC, bo przy tej samej wielkości daje lepszą jakość. Z kolei
muzyke moge mieć ripowaną z CD (i np. przechowywaną na domowym
serwerze jako lossless, albo kompresowaną od razu do wszystkich
interesujących mnie formatów; mogę też miec muzyke kupowaną online w
Amazonie w formacie MP3 i w ITMS w formacie AAC. I wolałbym, żeby
komputer zamiast widzieć dwa pliki "Du Riechst So Gut.mp3" i "Du
Riechst So Gut.aac" wiedział jednak, że to ten sam utwór zripowany z
tej samej płytki skompresowany na dwa różne sposoby, i jak mu każę
wypalać płytkę do samochodu, to daną kolekcję mi wypali w MP3, a jak
czego ś nie będzie miał w MP3 albo lossless, to spyta czy wolę
pomonąć, czy przekompresować z AAC. Z kolei jak zgrywam rzeczy na
iPoda czy telefon, to chcę, żeby komputer wiedział, że jest to
urządzenie obsługujące i MP3 i AAC, ale że jeśli obydwa są dostępne,
to ma preferować AAC.
I tak dalej i tak dalej.
Następne wpisy z tego wątku
- 11.06.11 10:05 Michal Kleczek
- 12.06.11 11:02 u...@d...invalid
- 13.06.11 08:35 Artur Muszyński
- 13.06.11 21:23 Maciej Sobczak
- 13.06.11 21:43 Andrzej Jarzabek
- 16.06.11 13:34 darekm
Najnowsze wątki z tej grupy
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- 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
Najnowsze wątki
- 2024-12-31 Szukam: czujnik ruchu z możliwością zaączenia na stałe
- 2024-12-31 Warszawa => Solution Architect (Java background) <=
- 2024-12-31 Warszawa => Starszy Konsultant AWS <=
- 2024-12-31 Warszawa => International Freight Forwarder <=
- 2024-12-31 Odpowiedzialność w spółce z oo
- 2024-12-31 Warszawa => Spedytor Międzynarodowy <=
- 2024-12-31 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2024-12-31 Warszawa => Specjalista ds. bezpieczeństwa informacji i ciągłości
- 2024-12-31 8%
- 2024-12-31 Błonie => Administrator systemów <=
- 2024-12-31 Błonie => IT System Administrator <=
- 2024-12-31 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2024-12-31 Wrocław => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2024-12-31 Warszawa => Helpdesk - I linia wsparcia <=
- 2024-12-31 kabelek - kynar ?