Tweetnij
Znacie jakiś soft do przeglądania plików raw (poza bridge i lightroom), który odczytuje ustawienia (obróbka) z plików .xmp? Zależy mi na szybkiej aplikacji, bo bridge i lightroom na laptopie są "ociężałe".
-
-
to raczej problem komputera i dużych plików, a nie programu -
Oczywiście że tak, nie mam wątpliwości RAW to nie jpg. Jednak ponawiam pytanie czy istnieje inny program poza dwoma wyżej wymienionymi, odczytujący ustawienia z plików .xmp Po prostu chcę sprawdzić, przetestować. Może trafi się aplikacja, z której będę bardziej zadowolony.Komentarz
-
XMP to jest zwykly plik tekstowy w formacie XML. to mozna notatnikiem windowsowym (czy tam vi-iem) otworzyc i przeczytac.
jak chcesz wiecej, w sensie jakies statystyki robic, to juz trzeba sobie konwerter napisac, ktory rekursywnie odczyta pliki XMP po katalogach i zrzuci dane do jednego pliku np. CSV (co sobie potem w byle arkuszu kalkulacyjnym mozna otworzyc).Komentarz
-
DxO Optics Pro, ale raczej działa wolniej niż wymienione produkty.Moje portfolio i blog: http://www.islight.pl
Możesz mnie także polubić: https://www.facebook.com/Fotografia.IsLightKomentarz
-
Kupiłem go 3 dni temu, więc przez najbliższy rok lub dwa nie zmienię. Najwyraźniej mam wygórowane wymagania (bridge zdecydowanie szybszy od LT). Generalnie na szybkość LT narzekałem w innym wątku, a PC'ta słabego nie mam. Laptop natomiast ma bardzo dobry stosunek ceny do możliwości i mobilności przede wszystkim.
Podsumowując wątek można chyba zamknąć. Wymarzyłem sobie aplikację łączącą szybkość Breeze Browser z możliwościami LT
Komentarz
-
Cóż... podejrzewam że tu leży pies pogrzebany, tym bardziej że unikasz podania specyfikacji tego laptopa.
Dla porównania dodam że Bridge śmiga bezproblemowo, błyskawiczne, bez przycinek nawet przy kilkuset zdjęciach (nie próbowałem rawów z 5d MkII
) na moim HP DV7-1150ew kupionym ponad półtora roku temu, lekko stuningowanym ( Core™ 2 Duo P7350 2.0 GHz , 4GB DDR2 800MHz, nVidia GeForce 9600M GT, 320GB HDD, Win 7 Home Premium 64bit).
A to nie jest mój podstawowy sprzęt do używania Bridge. PCta mam ze 4 razy mocniejszego...Komentarz
-
Nie chciałem robić off-top'a, laptop to Asus UL80VT specyfikacja tutaj http://www.x-kom.pl/index.php?show_prod=48815, (zainstalowałem win& 64bit) w stacjonarnym mam Athlona 64 X2 6000+ 3,10 GHz, 4GB DDR2 800 w dualu, jakies 4 dyski sata 7200, 2x650GB WD i 2x500 Seagate, grafika kiepska bo GF7300GT, ale do zdjęć lepszej mi nie potrzeba. Rawy głównie z 5D, czasem 40D, działa to na Win7 64bit. W obu wyłączone wodotryski itp.
W bridge podoba mi się to, że mogę wyeksportować bufor do folderu, kiedy taki folder przeniosę (1000-1500 Raw, ~16GB), Bridge pomyśli trochę i jakoś sobie ten bufor wczyta. Generuje tylko miniaturki jakieś podglądowe, bo na stacjonarce zaznaczam żeby wczytywał 100% co trwa do 2 godzin czasem. LT natomiast na stacjonarce raz, że długo wczytuje te miniaturki, do tego mimo tego, że je wczytał w trybie Develop, każde nowo kliknięte zdjęcia jest ładowane przez 5 sekund. Rozumiem, że to jakiś moduł dzięki któremu np po najechaniu myszą na preset w oknie tworzy się podgląd z zastosowanie tego efektu.
Odnośnie laptopa, wiem za tą kasę mogłem kupić coś mocniejszego. Ale zależało mi na mobilności (do 8 godzin) lekkości niecałe 2 kg, i w miarę dobrej wydajności (po włączeniu opcji turbo ten lapek w testach wypada tylko trochę słabiej od mojego PC'ta)Komentarz
-
Obie konfiguracje bardzo znośne do płynnego działania Bridge, w lapku co najwyżej do procka można się przyczepić, w PC w sumie też... Lightrooma nie mam, więc nie porównam.
Więc jeśli wg Ciebie jest za wolno to albo masz coś nie tak z konfiguracją (czy to systemu, czy Bridge/Lightroom), albo jakiś problem sprzętowy, albo baaardzo wygórowane wymagania co do szybkości. Piszę "baaaardzo" bo sam siebie uważam za osobę mającą baaaardzo wygórowane wymagania - programy mają mi śmigać a nie sobie o czymś tam myśleć, więc jak piszę, że u mnie śmiga to naprawdę śmiga i takie sobie sprzęty staram dobierać by śmigało
.
Komentarz
-
Komentarz
-
Nie mam nic nie tak z konfiguracją, komputerami zajmuję się parę ładnych lat jako serwisant więc to nie to. Co do procesorów, w lapku mocny może nie jest mega wydajny, ale stosunek prądożerności do wydajności jest wyśmienity. Natomiast CPU w stacjonarnym ... od zarania dziejów sprzeczam się ze znajomymi z branży o wyższości AMD na intelem i uparcie zawsze miałem AMD (zawsze był tańszy). Ale faktycznie, od czasu kiedy kategorycznie usunąłem z głowy format jpg jako wyjściowy z puszki i pojawiają się na moich dyskach głównie RAW'y, często zastanawiam się jak wyglądała by praca na intelu.Obie konfiguracje bardzo znośne do płynnego działania Bridge, w lapku co najwyżej do procka można się przyczepić, w PC w sumie też... Lightrooma nie mam, więc nie porównam.
Więc jeśli wg Ciebie jest za wolno to albo masz coś nie tak z konfiguracją (czy to systemu, czy Bridge/Lightroom), albo jakiś problem sprzętowy, albo baaardzo wygórowane wymagania co do szybkości. Piszę "baaaardzo" bo sam siebie uważam za osobę mającą baaaardzo wygórowane wymagania - programy mają mi śmigać a nie sobie o czymś tam myśleć, więc jak piszę, że u mnie śmiga to naprawdę śmiga i takie sobie sprzęty staram dobierać by śmigało .
PS chyba jednak mam wygórowane wymagania, zresztą zawsze tak było, jak tylko usiadłem do komputera klienta (a rzadko trafiały się sprawniej chodzące od mojego) miałem ochotę użyć klawiatury oburącz w kierunku monitora
!!! Łączenie podwójnego wpisu !!!
Dzięki ale wiem, po to kupiłem tego laptopa żeby mieć tak jakby dwa w jednym w zależności od potrzeb.Komentarz
-
To dlaczego w lapku nie masz AMD? Byłby jeszcze tańszy i mniej prądożerny, czyli jeszcze bardziej spełniał potrzebyod zarania dziejów sprzeczam się ze znajomymi z branży o wyższości AMD na intelem i uparcie zawsze miałem AMD (zawsze był tańszy).
.
Cóż... wydaje mi się że mamy przyczynę Twojego problemu. Niestety ewentualne rozwiązanie wymaga sporych nakładów finansowych: i lapek i pecet na potężnym Core i7 z wieloma GB DDR3 plus mocne Radeony/GeForcy plus dysk SSD w lapku i RAID0 w PC.komputerami zajmuję się parę ładnych lat jako serwisant więc to nie to.(...)
PS chyba jednak mam wygórowane wymagania, zresztą zawsze tak było, jak tylko usiadłem do komputera klienta (a rzadko trafiały się sprawniej chodzące od mojego) miałem ochotę użyć klawiatury oburącz w kierunku monitora
Tańsza metoda to przy pracy na posiadanym sprzęcie wmawiać sobie "działa szybko, działa szybko, wrażenie powolności to tylko moja wyobraźnia, przecież innym śmiga" .
Komentarz
-
nie no... LR i Bridge czytaja pliki XMP i integruja je ze swoja baza danych. baza danych to bodajze pojedynczy plik i to dosc zoptymalizowany, wiec to sila rzeczy nie ma prawa byc szybsze od rozwiazan opartych na odczytywaniu pojedynczych plikow XMP. chociazby ze
wzgledu na koszmarna ilosc sektorow na dysku jaka takie pliki XMP zajmuja i to ile ten twardy sie musi narzezbic, zeby to odczytac.
ale nie jest powiedziane, ze nie da sie samodzielnie zrobic indeksowania danych z plikow
XMP i lepiej zoptymalizowanej (pod konkretne potrzeby) bazy danych pobranych z tych
XMP-kow. mozna to w Javie napisac (sa gotowe parsery do XMP) czy nawet w glupim PHP-ie. troche gorzej powiazac to z miniaturami (tzn. mozna, ale to zezre w diabla czasu przy byle 1000 fot), ale da sie
!!! Łączenie podwójnego wpisu !!!
nie no... LR i Bridge czytaja pliki XMP i integruja je ze swoja baza danych. baza danych to bodajze pojedynczy plik i to dosc zoptymalizowany, wiec to sila rzeczy nie ma prawa byc szybsze od rozwiazan opartych na odczytywaniu pojedynczych plikow XMP. chociazby ze
wzgledu na koszmarna ilosc sektorow na dysku jaka takie pliki XMP zajmuja i to ile ten twardy sie musi narzezbic, zeby to odczytac.
ale nie jest powiedziane, ze nie da sie samodzielnie zrobic indeksowania danych z plikow
XMP i lepiej zoptymalizowanej (pod konkretne potrzeby) bazy danych pobranych z tych
XMP-kow. mozna to w Javie napisac (sa gotowe parsery do XMP) czy nawet w glupim PHP-ie. troche gorzej powiazac to z miniaturami (tzn. mozna, ale to zezre w diabla czasu przy byle 1000 fot), ale da sie
pardon: w drugim zdaniu oczywiscie ma byc wolniejsze a nie szybsze
Komentarz
Komentarz