Új hozzászólás Aktív témák
-
KTTech
veterán
válasz
r3dsnake
#6938
üzenetére
Ma volt időm tesztelni: a gigabites hálón, 5900X proci és 48GB RAM mellett (+4070S 12GB videokártya) kb. 2-3 kép/sec érhető el Develop modulban (smart preview nélkül).
Canon EOS R8 cRAW-okat használtam (tehát a kitömörítéshez is minimális, de idő kell a demozaik előtt), a NAS egy HP N40L NAS, AMD Turion II Neo 1.5GHz-s procival (2 mag, 15W TDP, 2010-ből), a háttértár 4x2TB WD RE2 7200rpm, RaidZ ZFS tömb 5GB RAM mellett, amiből 4.5GB a ZFS cache (+SLC SSD a boot drive, amit szintén cache-nek is használ a rendszer, ami Debian Linux).
Nem az átviteli sebesség a limitáció, hanem a gép feldolgozási sebessége, az átviteli sebesség soha nem ment 350Mbit/s fölé a NAS interface-en nézve és a HDD-k kihasználása is minimális volt (olvasási sebesség 547MB/s átlagosan, de ez nem realizálható természetesen a gigabites hálón, illetve a NAS CPU-ja is limitál).
-
KTTech
veterán
válasz
r3dsnake
#6930
üzenetére
A géped feldolgozási sebessége általában kisebb, mint az adatátviteli sebesség... átlag 1s kell hogy feldolgozza a kapott adatot a LR a develop modulban (és ez egy 24Mpixeles cRAW kép, AMD 5900X (OC-vel) és nVidia 4070S full GPU gyorsítás mellett - nem previewból dolgozva), akkor ha már rendelkezésre áll. Nem nagyon tudsz másodpercenként sok képet léptetni, annak meg számításaim szerint bőven elegendő lenne a gigabit is... azt nem tudom, hogy tudsz átnézni ennyi képet ilyen rövid idő alatt.
Az LR-nél a cache-nek nagyon gyorsnak (és nagynak) kell lennie és az 1:1 previewnak ott kell lennie, ahogy a katalógusnak is (kikapcsolt xmp írás mellett), akkor gyors a develop modul. Ezeket soha nem raknám külső meghajtóra (sem).
-
KTTech
veterán
válasz
r3dsnake
#6925
üzenetére
0,8ms körüli a response time-om, 1GBit/s-en, ráadásul nem aggregálva és nem iSCSI-n, hanem SMB3-n. Mint említettem a HDD-k sebessége és elérési ideje nem mérvadó a NAS-on, ha jól van megtervezve a rendszer, a teljes filerendszer RAM-ban (is) van, Copy-on-Write-al, a gyorsítótárazás tudja melyik file jön legközelebb, így már a RAM-ban (vagy SLC SSD-n) van, mielőtt lekérné a gép. Nagy méretű fileoknál, amik már nem férnek bele a több GB-s RAM gyorsítótárba, na ott jön elő a háttérrendszer sebessége (de ott is nem 1 HDD sebességével és elérési idejével kell számolni).
Viszonyításnak egy HDD-é 4-10ms körül van, ráadásul ez még nem is a random elérése...
-
KTTech
veterán
válasz
ssgt1981
#6924
üzenetére
Nem igazán - én most bővítettem 32-ről 48-ra (mivel nem tudtam eldönteni, a CPU, alaplap vagy a memória a hibás a gépemben - így vettem a 4x8GB helyett 2x16-t, és kiderült, hogy a CPU OK, a régi memória OK, de az alaplap döglött, így most a 2x16 mellé betettem 2x8-at még), és semmiben nem segített. Ellenben a jó GPU-t (legalább 12, de inkább 16GB VRAM-al) meghálálja exportálásnál is a legújabb verzió.
-
KTTech
veterán
válasz
r3dsnake
#6920
üzenetére
Nincs szüksége a LR-nek a folyamatos 1GBit/s-es kapcsolatra, hiszen egyszerre nem mozgat több adatot, mint amennyi az adott RAW beolvasásához kell - ami nálam az R8-nál kb. 12-15MB cRAW - (ráadásul azt is proxy-zza és nem feltétlenül az eredeti file-on dolgozik), kiírásnál pedig egy JPG-t ment (legyen 10-15MB). Mivel nálam a NAS RAM-ból megoldja ezt, így nem érződik a mögötte levő rendszer sebessége igazából. Amit Te érzel az az elérési idő különbsége a HDD és az SSD esetén egyébként, nem az adatátviteli sebesség.
Az importálás és a katalógus beolvasása valóban több időt vesz igénybe, mert olyankor végigolvassa az összes file-t, illetve a katalógus lehet több 100MB-os is.Ettől függetlenül én sem NAS-on közvetlenül használom (lusta voltam/vagyok az iSCSI-t megcsinálni, az SMB nem az igazi, mert mást is csinálok rajta), csak kipróbáltam, de nálam az a backup rendszer része, nem az élesé.
-
KTTech
veterán
válasz
ssgt1981
#6919
üzenetére
Ezzel nem ajánlom a NAS-on való dolgozást - nem arra van kitalálva -, backup-ra viszont jó, ha raksz bele 2db ugyanakkora merevlemezt, RAID1-ben, de emellett még legyen egy helyen mentésed a képeidről...
Vegyél egy nagyobb SSD-t a gépedbe (4+ TB), azon dolgozz, a katalógus és a cache pedig legyen egy NVME drive-on (ha van rá lehetőség). A Synology-t pedig állítsd be úgy, hogy a gép munkamappáját inkrementálisan mentse, ha van változás (ha nem akarod a Synology programját használni, akkor pl. az ingyenes Microsoft SyncToy is megfelel erre a célra)
-
KTTech
veterán
válasz
r3dsnake
#6914
üzenetére
Egy jobb NAS-nál nem feltétlenül. Nálam 4 HDD (2TB-os WD RED4) van RAIDz tömbben, és kellő RAM mellett, hogy tudjon is dolgozni (ráadásul a NAS-om nem erőgép, egy igen régi HP N40, Debian Linuxon). Az írás a problémásabb rész - de szekvenciálisan azért megvan a 100-105MByte/s -, az olvasás egyáltalán nem az (hiszen nem egy HDD szolgáltatja az adatokat, hanem 4). Ráadásul a ZFS filerendszer igen jól dolgozik ilyen körülmények közt, és nincsenek olyan gondjai mint az NTFS-nek vagy EXT4-nek (nem töredezik, rendesen tud gyorsítótárazni dedikált SSD-re illetve rendszermemóriába, nem jellemző rá a korruptálódás, már csak a működéséből adódóan sem).
-
KTTech
veterán
válasz
ssgt1981
#6910
üzenetére
Nagyobb katalógusnál lehet néhány mp extra megnyitáskor/mentéskor, illetve importálásnál - ott azért sok adat mozog -, de feldolgozásnál és exportálásnál nem igazán, gigabiten. (100MB/s körül van a gigabit átvitele, 1GB/s körül a 10Gbit/s, de utóbbihoz már olyan NAS és háttértárolók is kellenek, amik győzik ezt a sebességet).
-
KTTech
veterán
válasz
general
#6902
üzenetére
A melókra mindig újat nyitottam, az eszement méret lett volna, ha egyben hagyom... de a hobbi fotók jól megférnek szerencsére (egy mozgalmasabb napon 1000+ kép leválogatás előtt, ha mozgó témára lövök sorozatokat), mondjuk az optimalizálása és backupja belekerül vagy fél percbe, az igaz.
A másik segitség már feldolgozás után történik meg, van egy programom, ami a könyvtárban ellenőrzi, hogy a raw mellé van-e jpg azonos néven (almappában, amit megmutatok a proginak), majd törli azokat a RAW-okat és XMP-ket, ami mellett nincs JPG, azaz nincs szükség rájuk. Ezt főleg melónál használtam, mert ott tuti nincs szükség azokra a képekre, amit nem dolgoztam fel, így sok tárhelyet spóroltam meg - néha a hobbi képekre is ráeresztem 😃, ha már úgy látom nem tudok többet kihozni belőle.
Ilyenkor persze törlöm a katalógusból és újraimportálom az adott könyvtárat, és megy az optimalizálás rá. -
KTTech
veterán
válasz
ssgt1981
#6898
üzenetére
Nekem kb. félmillió kép van a katalógusban, heti backuppal (több külön helyre, földrajzilag is, ahogy a képek is), ha esetleg beütne a gond. Sebességcsökkenést nem tapasztaltam... igaz a katalógus (a gyorsítótárral együtt) külön Nvme drive-on van (a képek meg SATA6 SSD-n).
Én azt mondom nem érdemes szétszedni, a könnyebb kezelés/átláthatóság miatt.
Régebben a munkáimnak volt külön katalógusa, mert nem akartam belekeverni az egyéb képek közé (2002 óta gyűlnek a képek, igaz én nem cimkézem, csak időrendben van, ahogy a könyvtárszerkezet is). -
KTTech
veterán
Közben kipróbáltam másik accountról, Androidon (nincs alma a családban, elég a céges rettenet iPad, de azon meg nincs még App Store sem...). 4.49 fontba került, és csak mobilon és weben működik az LR, desktop nincs benne. Le is mondtam, buktam 4.49-et a teszttel.
Ezek szerint le kell nyelni a 27%-os díjemelkedést (a PS-et tartalmazó csomag 6 hónapig 15, utána 20 fontra ugrik). -
KTTech
veterán
Én ki akartam próbálni, hátha megy Androidon is, de nem sikerült... de mivel van csomagom (PS+LR, +20GB) 10 fontért, legalább aktiváltam a telómon az LR-t 😃
Viszont a PS-t nem használom, így egy LR csomag olcsóbban jobban jönne.
Update: közben felkerült a plan, látom már, 12 font felénk, tehát maradok a réginél (ami most épp 15-be kerülne), az olcsóbb... és igen, benne van a PCs Lightroom is.
-
KTTech
veterán
válasz
SSJmeszes
#6829
üzenetére
A GPU gyorsított műveletek alapesetben nem fogják a csigalassú rendszermemóriát (legalábbis a VRAM-hoz képest) használni... vagy csak erős teljesítménycsökkenés által.
Ha kikapcsolod a GPU gyorsítást, akkor nem fogja a VRAM-ot használni, de sok művelet sokkal lassabb lesz.
-
KTTech
veterán
válasz
blaca83
#6791
üzenetére
Szoftveresen valóban stabilabb az IOS, de hardveresen nem feltétlen annyival minőségibb mint amennyivel drágább
Nem stabilabb az iOS, sőt sok mindenben jóval instabilabb, mint az Android. pl. A munkahelyen sokat szívunk vele... olyan elemi dolgokkal, mint a kamerakezelés (hajlamos szürke képet adni elég sokszor, reboot után jó lesz), Wifi problémák (Cisco Meraki rendszer, Wifi 6E, rendszeres leszakadások, sebességproblémák - az Android eszközök köszönik jól vannak). Arról ne beszéljünk, mekkora szívás megfelelően korlátozni az iOS-t, hogy megfeleljen a céges követelményeknek, a testreszabhatóság eléggé szutyok, de legalább rendkívül körülményes és bonyolult. -
KTTech
veterán
válasz
general
#6794
üzenetére
A munka közbeni belassulás tipikus Windows probléma, tudtommal a registry telik be és szarakodik.
- Ez nem igaz, a Windowsnak semmi köze hozzá. Az LR a saját katalógusát használja, és ha sok XMP file-t kell kiírnia a RAW mellé, akkor lassul be - ezért tanácsolt az XMP fileok írásának tiltása (úgyis belekerül a katalógusba). -
KTTech
veterán
válasz
blaca83
#6783
üzenetére
Na, nálam is előjött a gond.
Úgy tűnik az LR teljesen telepakolja a videomemóriát bizonyos műveleteknél (nálam az égbolt automatikus kijelölése, majd beállítása után jött elő a hiba - de nem minden esetben) és utána lassul be. Amikor a 12GB-s kártyán 16GB-t foglal már nem az igazi, újraindítás kell neki (normálisan 3,6GB körül foglal be)...
Erre az Adobe-nak kell lépnie valamit, mert az nVidia felől jött ki már új driver.
-
KTTech
veterán
válasz
HollyBoni
#6784
üzenetére
Ma már azért kell egy jobb dedikált videokártya az LR mellé, olyan, amiben van rendesen Tensor mag is (pl. nVidia 3060Ti, 4060, ha csak LR kell) - főleg, hogyha az Ai gyorsított DeNoise is használatra kerülne. A teljes képek helyett a smart preview használata rendesen gyorsít (cserébe szerkesztés közben rosszabb a képminőség).
Nem tudom milyen i7-ed volt, de ha a Sandy Bridge környéke, ahhoz képest kb. 4x gyorsabb a mostani.
-
KTTech
veterán
válasz
mazsi70
#6779
üzenetére
Némely Intel procinak gondja van a 40-es szériás nVidia kártyákkal (is) - és drivereikkel. Instabillá válik a proci, és az okozhat lassulást/memória problémákat. Már dolgozik az Intel rajta.
Én AMD Ryzen 9 5900x + 4070 Super párossal nem tapasztaltam ilyen problémát (W11, 32GB RAM). -
KTTech
veterán
Tényleg gyorsak az M chippek, elsősorban a memóriakezelésük miatt. Ha csak képszerkesztésre kell, megérheti rá váltani, HA az ár/érték arány számodra megfelelő.
Mondom ezt úgy, hogy számomra nem az, és a PC-ket részesítem előnyben - sok mindent nem tudnék megoldani vagy csak sokkal körülményesebben Mac-en, mint Windowson. Az iOS meg egyenesen az őrületbe tud kergetni a melóhelyen...
A Fredmirandás tesztben van PC egyébként, több is.
-
KTTech
veterán
Igen, a panózás és a hasonló nagy Mpixel számú felhasználások eszik a memóriát... oda tényleg kell a 32 is, én pl. egy-egy Disneylandes kirándulás 7-900 db-os képeivel szoktam csak terhelni mostanában (amiből marad 50-60 max. de a show-król készült sorozatok megdobják a képek számát), az is csak 24Mpixelen. Így még soha nem léptem túl a 16GB-t (de nálam is 32 van benne).
Az export nálam 2 féle: full (96% JPEG) és fHD (85% JPG), illetve sokszor befigyel magas ISO - mivel már nem esküvőzök, épp most adom el az L-es objektíveimet, és váltok "utazóobjektívre", hogy könnyítsem a felszerelésemet, de emiatt erős fényerőveszteséggel nézek szembe (és a fixek nem az én stílusom) -, 25600-ig engedem el az R8-at, így kb. egy szinten van a régi 5DmkII-m ISO6400-ával, de az új DeNoise elég jól meg tudja dolgozni. -
KTTech
veterán
Én is ezzel a CPU-val számoltam, bőven elég. Egy használt 2060 8GB - az exporthoz sajnos kell ennyi VRAM, és van Ai gyorsítás is, persze nem egy 3 v 4xxxx szinten, 16GB DDR4 RAM elég, de 32GB sem drága, az alaplap egy olcsó B450-es (nekem az 5900x-em OC-val ül egy ilyen mATX Asus alaplapban), és bent van 250 alatt az ár.
Az NVMe meghajtó meg ízlés szerint, nálam csak az OS+ programok+ LR cache van rajta (250GB) és egy 4TB-os Sata SSD-n vannak a képek, biztonsági mentésnek egy 4x2TB Raidz tömb (HP N40 mikroserver, offline), meg egy offline 4TB HDD van befogva.
-
#6754
KTTech
veterán
randras_83
#6753
KTTech
veterán
válasz
randras_83
#6753
üzenetére
Monitor nélkül vagy monitorral? Mert az nem mindegy
De akár 250E-ből is össze lehet rakni olyan konfigot, amin nem lesz gond, persze monitor nélkül.
Sajnos a videokártya árak még mindig magasan vannak, ha újat akar venni az ember Mo-n (itt az UK-ban 385 font egy 4060Ti 8GB, ami kicsit több, mint 1 heti minimálbéres fizu, szóval megfizethető, de ez nem mérvadó otthon) - használtan viszont egy 2060 8GB is megfelelő lehet LR/PS alá, hiszen elég sok - igaz első generációs - Tensor mag van benne. A C1-et nem tudom, párszor próbáltam, de gyorsan ment a kukába... -
#6751
KTTech
veterán
bakosgabor57
#6750
KTTech
veterán
válasz
bakosgabor57
#6750
üzenetére
A videokártya overkill, de igen, a proci cseréje (nem kell Xeon), memóriabővítés és videokártya cseréje érdemi gyorsulást jelentene.
Ha nem játszol, akkor egy 3060Ti vagy a gyorsabb Tensor magos 4060 is bőven elég (nem lesz sokkal gyorsabb a 4090-el, de árban jelentős az eltérés). -
#6748
KTTech
veterán
bakosgabor57
#6747
KTTech
veterán
válasz
bakosgabor57
#6747
üzenetére
Ma már az LR/PS inkább kér CPU-t (6+ fizikai maggal, magonként 2 szállal, lehetőleg magas frekvencián járatva) és GPU-t (lehetőleg olyat, amiben van Ai gyorsításért felelős mag is, azaz az nVidia-nál Tensor - RTX3xxx és 4xxx-es sorozat leginkább -, és legalább 8GB memóriája van, hogy az exportnál is tudjon dolgozni). Memóriából 16+ GB kell neki, bár személy szerint még soha nem léptem át a16GB-os memórialimitet vele, de ha kellene, akkor 32-ig tud nyújtózkodni.
-
#6746
KTTech
veterán
bakosgabor57
#6745
KTTech
veterán
válasz
bakosgabor57
#6745
üzenetére
Nem valószínű. Alapvetően kevés írási/olvasási művelet van feldolgozás közben. Exportnál lehet, hogy lenne néhány századmásodperc előnye az NVMe-nek, illetve importnál is, ha képes lenne a CPU követni az olvasási sebességét (de nem képes
). -
KTTech
veterán
-
KTTech
veterán
De ha már Quadro, akkor inkább az A4000 legyen a célpont - a 3060Ti-ban 152, az A2000-ben 104, az A4000-ben 192 Tensor core van, ami az Ai számításokhoz kell. Jelenleg elég lehet az A2000 is akár, de rendes lemaradásban van a többihez képest, és hosszabb távon kérdéses, mennyire lesz elég.
Az én konfigomban a 3060Ti-al, Studio Driverrel (Amd Ryzen9 9500x, 32GB RAM - bár még soha nem használt többet az LR mint 16GB) olyan 6-8 sec alatt végez egy 24 mPixeles Canon RAW Denoise-al, az Ai kijelölések 2-4 sec-et vesznek igénybe.
-
#6731
KTTech
veterán
Freeman007
#6730
KTTech
veterán
válasz
Freeman007
#6730
üzenetére
A tömörítési arány soha nincs eltárolva a jpg-ben, mert semmilyen jelentősége nincs, miután a tömörítés befejeződött, ráadásul semmilyen támpontot nem nyújt az eredeti képpel kapcsolatban.
-
#6728
KTTech
veterán
Freeman007
#6727
KTTech
veterán
válasz
Freeman007
#6727
üzenetére
Tudtommal sehol...
-
KTTech
veterán
Igen, minden Ai művelet függ tőle. A 1660-ból hiányoznak az RT és a Tensor magok, amik - bár nem a leggyorsabb formájukban -, de már benne vannak az RTX2060-ban. Maga a GPU nem jelentősen gyorsabb alaphelyzetben, de a Cuda magok is változtak, gyorsabbak lettek, ami az általános GPU gyorsításnál számítanak.
-
KTTech
veterán
-
KTTech
veterán
Jól tudod, nem ad hozzá semmit a képminőséghez, de a marketingnek jól jön
az esetek 99.9%-ban csak zajt tartalmaz az utolsó 2 bit.
Én is cRAW-ot használok a Canon R8-on, mert egyetlen képen sem sikerült látható különbséget találnom a 12 és a 14 bit közt. Hamarabb futok bele szenzor és bayerlimitációba... -
KTTech
veterán
válasz
r3dsnake
#6656
üzenetére
Semmilyen sebességprobléma nincs az AMD procikkal, lassan jobban optimalizált rájuk az LR, mint Intelre, konkrétan az új Ryzenek felülmúlják az Inteles vetélytársakat sebesség terén.
A GPU-knál már más a helyzet, ha egy régi GPU van a rendszerben, az már tud komolyabb megakadást okozni. A néhány (5-6) éves AMD/nVidia GPU-k már nem feltétlenül megfelelőek az LR alá.
-
-
KTTech
veterán
válasz
r3dsnake
#6650
üzenetére
Egész addig jó is lesz, amíg az IGP az Adobe által támogatott. Aztán nem lesz olyan vidám a helyzet ott sem...
AMD-n nem működik szarabbul, mint Intelen, régen volt igaz ez a mondás. Az viszont igaz, hogy egy régebbi rendszeren nem működik olyan jól, mint egy újabbon, bár ezen nem kell meglepődni... nem visszafele fejlesztenek. Ps.: Intel rendszerről váltottam, kb. 2 éve. -
KTTech
veterán
Mindkettő kell neki. Az 5900x gyári OC-vel fut 4.8GHz-n (fesz emelés nélkül), pedig csak egy Noctua NH-U12a van rajta. Az összes magot terheli, főleg importnál simán látok 24 szálon 100%-os terhelést. Feldolgozás közben viszont már csak exportnál ugrik fel jelentősen a terhelés, de 6 szálat normál működés közben is szaturál.
A GPU-t kikapcsolva már nem ilyen kellemesen gyors a működés (az RT magokat is használja, főleg a content-aware/Ai dolgoknál)... ott már elgondolkodik.A memóriát is szereti csipegetni, bár 6GB felett még nem láttam az LR processt, de az is igaz, hogy nem figyelem állandóan. Viszont így is a teljes foglalt memória 24,5GB körül van.
-
KTTech
veterán
Semmi gondom nincs vele. Gyors, mint a villám, eleve egy saját preset-et töltök be, amikor importálom a képeimet, szóval soha nem érintetlen RAW-al dolgozok.
AMD Ryzen 9 5900x, 32GB RAM, képek egy Adaptec RAID vezérlő + 3x1,5TB WD Green csiga HDD-n, RAID5-ben, a cache egy régi 160GB Intel 320 SATA SSD-n. Videokártya: 3060Ti, monitor régi CCFL-es xPVA 1920x1200-as, nagy színterű. -
KTTech
veterán
Egy Ryzen R9 5900x-em van jelenleg (auto OC 4.8GHz-n, egy egyszerű Noctua U12A-val hűtve), egy i7-2600k@4.8GHz-t váltott.
Régebben valóban nem volt több magra optimalizálva az LR, de az újabb verzióknál mind a 24 mag dolgozik (főleg importnál) és a 3060Ti sem unatkozik a dev. modulban (túlzás lenne azt mondani, hogy nagyon pörög, de jobban használja, mint régebben - az utolsó verzióban volt egy nagyobb ugrás, de külön kell engedélyezni). -
KTTech
veterán
Milyen fgéped van? Néhány MPixel különbség is számottevően befolyásolja az LR sebességét...
Nálam nincs gond az LR-el, bár némileg gyorsabb a gépem, mint a Tied... Kell neki a proci, de a GPU is, a memóriából meg sose elég - bár a 32GB-t még meg se közelítette nálam. A háttértárnál csak a temp helye a lényeges, a képeké nem annyira számít.
-
KTTech
veterán
Nyisd meg új lapon a következőt:
about:configa keresőbe írd bele a következőt:
color_managementAz alábbi értékeknek kell lennie:
gfx.color_management.enablev4 - True
gfx.color_management.mode - 1Ha normálisan betöltődik a profilod (azaz rendes profil loadert használsz, és nem a windowsra bízod), akkor nem kell megadni a színprofilt a firefoxnak.
A rendszerszínek használata a Firefox kezelőfelülete és a Windows színsémája közt teremt kapcsolatot.
-
-
#6577
KTTech
veterán
randras_83
#6576
KTTech
veterán
válasz
randras_83
#6576
üzenetére
Most is hamarabb kinyírja az SSD-t (sőt egyre hamarabb, nem sűrűn lehet már SLC SSD-t találni, de már a TLC-nek is örülni kell), de lehet venni másikat - már akinek nem almája van (abból is laptop), mert azok majd új gépet vesznek (mert a legtöbben nem cserélhető).
-
#6537
KTTech
veterán
Stauffenberg
#6535
KTTech
veterán
válasz
Stauffenberg
#6535
üzenetére
Megnéztem én is, nálam nincs teljesítménygond az LR-el. VideoRAM-ból 4-5GB közt foglal be, a GPU kihasználtsága 1-15% közt változik (3060Ti, DirectX FL 12.1, Driver ver. 471.41).
Nálam egy dolog okozott gondot: az MSI Afterburner, azon belül is a Rivatuner OSD. Ebben hozzá kellett adnom az LR-t a kivételekhez, egyébként zoom-nál fekete képet kaptam.
LR indítás előtt:
LR indítás után:
-
#6517
KTTech
veterán
Sir Riccio
#6516
KTTech
veterán
válasz
Sir Riccio
#6516
üzenetére
Ár/érték arányban nem érné meg a csere. Olyan 20-23%-al lenne gyorsabb például az 5900X. Az 5950X lassabb LR alatt, mint az 5900X - bár nem sokkal -, több mérés alapján is (lehet FW bug, amit javítanak majd). A 3700X és 5800X közt kb 12-15% különbség van az utóbbi javára.
Tapasztalatom alapján az 5900X mindenre is elég, de nincs kihasználva az LR által teljesen az ereje 😃 -
KTTech
veterán
Még mindig nem az igazi:
Az SLC az 1 bit/cella, az MLC az 2 bit/cella és így tovább.
1 blokk viszont 4Kbyte minden esetben, azaz 1 byte módosítása 4096K cellát módosít SLC-nél, 2048K-t az MLC-nél, és így tovább.Az írási terhelhetőség stimmel, bár már az 5000 írási ciklus is túlmutat sok esetben a HDD-k élettartamán. Ha azokkal nem volt gond, az SSD-vel sem lesz (sőt, a rendszeres felülírás kell az SSD-nél, mert nélküle szeret felejteni egy idő után - igaz ezt háttérben megoldja a felhasználó tudta nélkül. Nem véletlen az akár 20% "rejtett" terület rajta, amivel kompenzálják a kieső gyenge cellákat). Egyébként még a TLC-k írási terhelhetősége is messze túlmutat az LR által generált írásokon - nem életszerű a napi 200-300GB adat napi kiírása az SSD-re, és akkor még csak .5 DWPD-vel számoltam, de ilyen "kis" terhelhetőségű driveot csak 1TB feletti kapacitással láttam még.
-
KTTech
veterán
Valójában nem ennyit ír, hanem sokkal többet. Mondjuk HDD-nél senkit nem zavart hogy 4K-s blokkolat ír (a terhelhetőség se volt sokkal jobb, mint egy mai SSD-nél). SSD-nél sose egy cellát írunk, hanem blokkokat, amik min. 512byte-osak, de inkább 4K-sak, így egy byte átírása min. ennyi cellát érint.
-
KTTech
veterán
Közben megtaláltam: 2017. okt. 25-én adta el a Google a NIK-et. Ez valahol sejthető is volt, mivel a Google már jóval korábban bejelentette, hogy nem fogja fejleszteni, sem támogatni a NIK Collections-t. A DxO kiadott egy új, frissített verziót, immár nem ingyenesen.
-
KTTech
veterán
-
KTTech
veterán
válasz
general
#2780
üzenetére
Nekem erre van egy speciális programom, saját fejlesztés, de sajnos csak Canonhoz jó (bár lehet, hogy ezt a verziót már univerzálissá tettem)...
Megmutatom a programnak az elkészült jpg-s mappást majd a gyalulandó RAW-osat, és azt a RAW-ot törli, aminek nincs JPG párja. Innen letölthető.
A két mappának természetesen nem kell egy meghajtón lennie, és az az előnye is megvan - legalábbis számomra - hogy nem kell az LR-ben törölgetni.
-
#2666
KTTech
veterán
Alx.Mercer
#2665
KTTech
veterán
válasz
Alx.Mercer
#2665
üzenetére
A CPU terheltség nálam ezeknél a műveleteknél néhány 10%, mivel a GPU-t használja pl. zoom közben. Viszont a nagy HDD sebesség jól jön pl. importálásnál, exportálásnál és pl. a nézőkép újragenerálásánál, amit közben kiírogat. Nem véletlenül használnak sokan RAM Drive-t LR műveletekhez...
-
KTTech
veterán
Ez igaz, de itt nem játékra kell, és erre a célra bőven elég, amit ez tud
és nem 150W a max. fogyija, hanem 19W És még így is kb. 3x gyorsabb (cca. 306Gflop), mint a leggyorsabb CPU-k. Ehhez képest a 660Ti tényleg sokkal gyorsabb, de ide felesleges (2.5TFlop/s). Mondjuk azt megnézném, mikor hagyja le az én 7xx-emet (3,9TFlop) 
-
KTTech
veterán
Aki MSI Afterburnert használ, az a Rivatuner Statistics Servernél vegye fel a programok közé a Lightroom.exe-t OFF-ra állítva (hogy ne jelenítse meg az FPS-t és a kártya működési paramétereit overlay-ként) és onnan kezdve jól fog működni a LR-ben a gyorsítás (és megmarad az Overclock, az egyedi hűtésszabályzás stb), nem egy szép kék ablak lesz áthúzva.
A 770Lightning kártyánál van, hogy 50%-ra is felugrik a GPU terhelés pl. zoomolás közben
). 
és nem 150W a max. fogyija, hanem 19W 
Új hozzászólás Aktív témák
- ÁRGARANCIA!Épített KomPhone i5 14600KF 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Dell Pro Plus 14 Core Ultra 5 238V 32GB 1000GB FHD+ TouchScreen ProSupport Plus gar: 2028.10.07
- HIBÁTLAN iPhone 11 64GB White-1 ÉV GARANCIA - Kártyafüggetlen, MS4532,100% Akksi
- ÚJ BONTATLAN Apple Macbook Air 15,3 M4 10C CPU/10C GPU/16GB/256GB - Égkék - HUN - mc7a4mg/a 3 év gar
- GYÖNYÖRŰ iPhone 13 Pro 256GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4414
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest