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 !!!
Zamieszczone przez akustyk
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
Odpowiedz z cytatem