natgillin/translations-raw huggingface dataset:
Device-dependent and device-independent profiles: The camera profile, a scanner profile, your monitor's profile, and your printer's color profile are all device-dependent profiles - these profiles only work with the specific device for which they were produced by means of profiling. Working space profiles and the PCS's are "device-independent". Once an image file has been translated by LCMS via a PCS to a device-independent working space, in a sense it no longer matters what device originally produced the image. But as soon as you want to display or print the image, then the device (monitor, printer) used matters a great deal and requires a device-dependent profile.
Seadmest sõltuvad ja seadmest sõltumatud profiilid: kaamera, skanneri, monitori ja printeri profiilid sõltuvad kõik seadmest - need töötavad vaid konkreetse seadmega, mille jaoks nad profileerimise abil loodi. Tööruumi profiilid ja PCS- id on "seadmest sõltumatud". Kui LCMS on teisendanud pildifaili PCS- i abil seadmest sõltumatusse tööruumi, ei ole mingis mõttes enam tähtsust, millise seadmega pilt algselt loodi. Aga niipea kui soovid pilti kuvada või trükkida, läheb seade (monitor, printer) taas vägagi korda ning vaja on seadmest sõltuvat profiili.
An interpolated raw file is n't a raw file. For some reason this simple point causes a lot of confusion. But after a raw file has been been interpolated by raw processing software and then output as a tiff or jpeg, the original raw file is still a raw file, of course, but the interpolated file is just an image file. It is n't a raw file.
Interpoleeritud toorfail ei ole toorfail. Mingil seletamatul põhjusel tekitab see lihtne tõsiasi palju segadust. Pärast seda kui toorfailide töötlemise tarkvara on interpoleerinud toorfaili ning selle siis väljastanud JPEG - või TIFF- failina, on algne toorfail ikka sama toorfail edasi, aga interpoleeritud fail on juba lihtsalt pildifail, mitte enam toorfail.
Linear has two related and easily confused definitions. "Linear" can mean that the image tonality reflects the tonality in the original scene as photographed instead of being altered by the application of an S-curve or other means of changing local and global tonality. It can also mean that the gamma transfer curve of the color space is linear. An image can be "linear" in either, both, or neither of these two senses. A raw image as developed by dcraw is linear in both senses. The same image as developed by Canon's DPP wo n't be linear in either sense.
Lineaarsel on kaks kergesti segi minevat definitsiooni. "Lineaarne" võib tähendada seda, et pildi tonaalsus väljendab pildistatud originaalstseeni tonaalsust, mitte ei ole muudetud S- kõvera või muude kohaliku ja globaalse tonaalsuse muutmise vahendite abil. Kuid see võib tähendada ka seda, et värviruumi gammaedastuse kõver on lineaarne. Pilt võib olla "lineaarne" ükspuha kummas, mõlemas või ei kummaski tähenduses. Dcraw töötluse läbinud toorpilt on lineaarne mõlemas mõttes. Sama pilt Canoni DPP töötluse läbinuna ei ole lineaarne kummaski mõttes.
HDR and LDR do not refer to the bit-depth of the image. "High dynamic range" and "low dynamic range" refer to the total dynamic range encompassed by an image. A regular low dynamic range image, say encompassing a mere 5 "stops" (the average digital camera these days can easily accommodate 8 or 9 stops), can be saved as an 8-, 16-, 32-, or even 64-bit image, depending on your software, but the dynamic range of the image is n't thereby increased. Only the number of discrete steps from the brightest to the darkest tone in the image has changed. Conversely, a 22-stop scene (way beyond the capacity of a consumer-oriented digital camera without using multiple exposures) can be saved as an 8- or 16-bit image, but the resulting image will exhibit extreme banding (that is, it will display extreme banding in any given tonal range that can actually be displayed on a typical monitor at one time) because of the relatively few available discrete tonal steps from the lightest to the darkest tone in the image.
HDR ja LDR ei tähista pildi bitisügavust. "Suur dünaamiline ulatus" ja "väike dünaamiline ulatus" tähendavad pildi terviklikku dünaamilist ulatust. Tavapärast väikese dünaamilise ulatusega pilti, mis on tehtud kõigest F- arvuga 5 (juba keskmise tänapäeva digitaalkaamera F- arv võib olla 8 või 9), saab salvestada sõltuvalt tarkvarast 8 -, 16 -, 32 - või isegi 64- bitisena, kui see ei suurenda pildi dünaamilist ulatust. Muutub ainult diskreetsete sammude arv pildi heledaimast toonist tumedaimani. Teiselt poolt saab F- arvuga 22 (mis väljub tunduvalt laiatarbe- digitaalkaamerate võimaluste piirest) salvestada pilti 8 - või 16- bitisena, kuid tulemuseks on väga tugev vöödistumine (see tähendab äärmiselt tugev vöödistumine mis tahes toonivahemikus, mida saab tüüpilisel monitoril tegelikult korraga kuvada), sest diskreetseid samme pildi heledaimast tumedaima toonini on suhteliselt vähe.
In-camera produced jpegs do n't need a camera profile. All jpegs (or tiffs, if you have an older Minolta Dimage camera) coming straight out of a camera (even if produced by point-and-shoots cameras that do n't allow you to save a raw file) start life inside the camera as a raw file produced by the camera's A to D converter. If you save your images as jpegs, then the processor inside the camera interpolates the raw file, assigns a camera profile, translates the resulting RGB numbers to a working space (usually sRGB but sometimes you can choose AdobeRGB, depending on the camera), does the jpeg compression, and stores the jpeg file on your camera card. So jpegs (or tiffs) from your camera do n't need to be assigned a camera profile which is then translated to a working space via a PCS. Jpegs from a camera are already in a working space.
Kaamera loodud JPEG- failid ei vaja kaamera profiili. Kõik JPEG- failid (või TIFF- failid, kui tarvitusel on vanem Minolta Dimage kaamera), mis tulevad otse kaamerast (isegi kui nad on tehtud kompaktkaameraga, mis ei võimalda salvestada toorfailina), alustavad elu kaameras kaamera analoog- digitaalkonverteri loodud toorfailina. Kui salvestad oma pildid JPEG- vormingusse, interpoleerib kaamera protsessor toorfaili, omistab kaamera profiili, teisendab saadud RGB arvud tööruumi (tavaliselt sRGB, kuid mõnikord saab sõltuvalt kaamerast valida ka Adobe RGB), sooritab JPEG tihendamise ning salvestab JPEG- faili kaamera kaardile. Niisiis ei ole kaamerast pärit JPEG - või TIFF- failile vaja omistada kaamera profiili, mis seejärel teisendatakse PCS- i vahendusel tööruumi. Kaamera JPEG- failid on juba tööruumis.
Useful mathematical information if you are dealing with dcraw's linear gamma output: Mathematically speaking, when doing a gamma transform you normalize (that is, divide by 256 if you are working with 8-bit values) the RGB numbers and raise the resulting numbers to an appropriate power depending on the respective gammas of the starting and ending color space, then renormalize the results to a new set of RGB numbers. It's not hard, and very instructive, to do this with a calculator for a few sets of RGB numbers spaced from (0,0,0) to (255,255,255) to see how RGB numbers change from one gamma encoding to another. LCMS does this for you when you ask LCMS to convert from one color space to another. However, if ALL you are doing is converting from one color space to the same color space except for a different gamma, use imagemagick instead of LCMS and just manipulate the RGB numbers directly, then assign the new working space to the image - the results will be more accurate than going through a color space transform.
Kasulik matemaatiline teave, kui puutud kokku dcraw lineaarse gamma väljundiga. Matemaatiliselt normaliseeritakse (see tähendab jagatakse 256- ga, kui töötad 8- bitiste väärtustega) gammateisendusel RGB arvud ning võetakse saadud arvud sobivasse astmesse sõltuvalt lähte - ja sihtvärviruumi gammast ning seejärel normaliseeritakse tulemused uuteks RGB arvudeks. Pole kuigi raske, aga on väga õpetlik võtta see ette kalkulaatoril mõne RGB arvude kogumiga vahemikus (0, 0, 0) kuni (255, 255, 255), et näha, kuidas RGB arvud muutuvad ühest gammakodeerimisest teise. LCMS teeb seda sinu eest, kui lased LCMS- il teisendada ühest värviruumist teise. Aga kui KÕIK, mida sa soovid teha, on teisendamine ühest värviruumist samasse värviruumi, millel erineb ainult gamma, on mõttekas kasutada LCMS- i asemel imagemagickut ning muuta RGB arve otse ja omistada siis pildile uus tööruum. Tulemus on sel juhul täpsem kui värviruumi teisendamisel.
Copyrighted and copyleft working spaces: I will take it as given that all the ordinarily encountered working spaces, such as:
Autoriõigusega ja autoriõiguseta tööruumid: ma lähtun sellest, et kõik levinumad tööruumid, näiteks:
the several variants of sRGB (see color. org)
mitmed sRGB variandid (vt. color. org)
BruceRGB or BestRGB
BruceRGB või BestRGB
the various ECI (European color initiative) working space profiles
eri ECI (Euroopa värviinitsiatiiv) tööruumi profiilid
AdobeRGB, Adobe WideGamutRGB, and Kodak/ Adobe ProPhotoRGB (Kodak and Adobe ProPhoto are the same, just branded differently) and their non-branded, non-copyrighted counterparts (Oyranos includes a non-branded version of AdobeRGB)
AdobeRGB, Adobe WideGamutRGB ja Kodak/ Adobe ProPhotoRGB (Kodak ja Adobe ProPhoto on samad, ainult erineva nimetusega) ning nende brändivabad autoriõiguseta analoogid (Oyranos sisaldab AdobeRGB brändimata versiooni))
and quite a few other working spaces that could be added to this list, are all more or less suitable as working spaces. Which working space you should use depends only and solely on you, on your requirements as the editor of your digital images with your eventual output intentions (web, fine art print, etc). However, as a critical aside, if you are using Adobe or other copyrighted working space profiles, these profiles contain copyright information that shows up in your image exif information. Lately I've been perusing the openicc mailing lists. Apparently LCMS can be used to produce nonbranded, copyleft working space profiles that are just the same as - actually indistinguishable from - the branded, copyrighted working space profiles. It would be a wonderful addition to & digikam; if a set of "copyleft" working space profiles, including nonbranded, relabelled versions of ProPhotoRGB, AdobeRGB, and Adobe WidegamutRGB (perhaps in two flavors each: linear gamma and the usual gamma), could be bundled as part of the & digikam; package.
ning veel paljud tööruumid, mida võiks nimekirja lisada, sobivad enam- vähem korralikult tööruumideks. Millist tööruumi kasutada, sõltub ainuüksi sinust endast, sinu nõuetest oma digitaalpiltide redigeerijana ja sinu kavandatud väljundist (veeb, kunstiline trükk vms.). Oluline on aga tähele panna, et kui kasutad Adobe või mingeid muid autoriõigusega tööruumi profiile, sisaldavad need profiilid autoriõiguse teavet, mis on näha pildi EXIF- infos. Ma olen viimasel ajal palju lugenud openicc postiloendeid. LCMS suudab ilmselt luua brändimata autoriõiguseta tööruumi profiile, mis on sisuliselt eristamatud bränditud autoriõigusega tööruumi profiilidest. See oleks suurepärane lisandus & digikam;, kui sellega saaks kaasa panna mitmed autoriõiguseta tööruumi profiilid, sealhulgas ProPhotoRGB, AdobeRGB ja Adobe WidegamutRGB brändimata ning teise nimega versioonid (eriti hea oleks kõigist kaks varianti, üks lineaarse ja teine tavalise gammaga).
The Universal Translator: your camera profile, the Profile Connection Space, and LMCS
Universaalne transleerija: kaamera profiil, profiiliühendusruum ja LCMS
There are two commonly used Profile Connection Spaces - CIELAB and CIEXYZ (see Color_management, section on color translation, then look up CIELAB and CIEXYZ on wikipedia). Lcms uses the camera profile to translate the RGB values from the interpolated raw file, that is, the tiff produced by dcraw, into the appropriate Profile Connection Space (usually CIEXYZ - why CIEXYZ? I have n't taken the time to learn). A profile connection space is not itself a working space. Rather a PCS is an absolute reference space used only for translating from one color space to another - think of a PCS as a Universal Translator for all the color profiles that an image might encounter in the course of its journey from camera raw file to final output:
Kaks levinumat profiiliühendusruumi on CIELAB ja CIEXYZ (vt. Wikipedia artikli Color management osa värviteisenduse kohta ning seejärel artikleid CIELAB- i ja CIEXYZ- i kohta). LCMS kasutab kaamera profiili interpoleeritud toorfaili, see tähendab dcraw loodud TIFF- faili teisendamiseks sobivasse profiiliühendusruumi (tavaliselt CIEXYZ - miks? seda ma pole veel jõudnud selgitada). Profiiliühendusruum ei ole õieti tööruum. Pigem on PCS absoluutne taustaruum, mida kasutatakse ainult ühest värviruumist teise teisendamisel - niisiis võib PCS- i käsitleda universaalse translaatorina kõigi värviprofiilide puhul, millega pilt võib kokku puutuda teel kaamera toorfailist lõpliku väljundini.
Lcms uses the camera profile, also called an input profile, to translate the interpolated dcraw-produced RGB numbers, which only have meaning relative to your (make and model of) camera, to a second set of RGB numbers that only have meaning in the Profile Connection Space.
LCMS kasutab kaamera profiili, mida nimetatakse ka sisendprofiiliks, dcraw loodud RGB arvude, millel on tähendus ainult sinu konkreetse kaamera puhul, interpoleerimisel uuteks RGB arvudeks, millel on tähendus ainult profiiliühendusruumi puhul.
Lcms translates the Profile Connection Space RGB numbers to the corresponding numbers in your chosen working space so you can edit your image. And again, these working space numbers ONLY have meaning relative to a given working space. The same red, visually speaking, is represented by different trios of RGB numbers in different working spaces; and if you assign the wrong profile the image will look wrong, slightly wrong or very wrong depending on the differences between the two profiles.
LCMS teisendab profiiliühendusruumi RGB arvud vastavateks avrudeks sinu tööruumis, et saaksid oma pilti redigeerida. Ka neil tööruumi arvudel on tähendus ainult antud tööruumis. Visuaalselt üks ja sama punane on eri tööruumides esindatud erineva RGB arvukolmikutega ja kui sa omistad vale profiili, paistab ka pilt sõltuvalt profiilide erinevusest kas veidi või ka päris valena.
While you are editing your image in your chosen working space, then lcms should translate all the working space RGB numbers back to the PCS, and then over to the correct RGB numbers that enable your monitor (your display device) to give you the most accurate possible display representation of your image as it is being edited. This translation for display is done on the fly and you should never even notice it happening, unless it does n't happen correctly - then the displayed image will look wrong, perhaps a little wrong, perhaps really, really, really wrong.
Pilti tööruumis redigeerides peab LCMS teisendama kõik tööruumi RGB arvud taas PCS- i ning siis korrektseteks RGB arvudeks, mis võimaldavad sinu monitoril (kuvaseadmel) esitada võimalikult täpselt redigeeritav pilt. Teisendus monitori jaoks tehakse lennult ja tõenäoliselt sa ei pane seda tähelegi, kui sellega ei peaks just midagi valesti minema - sellisel juhul näeb kuvatav pilt vale välja, mõnikord vaid veidi, mõnikord ka päris vale.
When you are satisfied that your edited image is ready to share with the world, lcms translates the working space RGB numbers back into the PCS space and out again to a printer color space using a printer profile characterizing your printer/ paper combination (if you plan on printing the image) or to sRGB (if you plan on displaying the image on the web or emailing it to friends or perhaps creating a slide-show to play on monitors other than your own).
Kui oled pildiga rahul ja valmis seda ülejäänud maailmaga jagama, teisendab LCMS tööruumi RGB arvud tagasi PCS ruumi ja siis uuesto printeri värviruumi, kasutades printeri profiili, mis kirjeldab sinu printeri ja paberi kombinatsiooni (kui kavatsed pildi trükkida), või sRGB- sse (kui kavatsed pildi avaldada veebis või saata kirjaga sõpradele või luua slaidiseansi, mida vaadata ka teistes arvutites).
To back up a little bit and look at the first color profile an image encounters, that is, the camera profile (see (1) immediately above) - dcraw can in fact apply your camera profile for you (dcraw uses lcms internally). But (i)the generating of the tiff composed of the interpolated RGB values derived from the camera raw file, and (ii)the application of the camera profile to the interpolated file, are two very distinct and totally separable (separable in theory and practice for dcraw; in theory only for most raw converters) steps. The dcraw command line output options "-o 0 [Raw color (unique to each camera)] -4 [16-bit linear] -T [tiff]" tell dcraw to output the RGB numbers from the raw interpolation into a tiff WITHOUT applying a camera input profile (the words in brackets explain the options but should not be entered at the command line). Then, if you truly enjoy working from the command line, you can use the lcms utility tifficc to apply your camera profile yourself. The advantage of doing so is that you can tell lcms to use high quality conversion (dcraw seems to use the lcms default medium). The disadvantage, of course, is that applying your camera profile from the command line adds one extra step to your raw workflow.
Kui nüüd veidi tagasi minna ja vaadata esimest värviprofiili, millega pilt kokku puutub, see tähendab kaamera profiili, siis dcraw võib rakendada kaamera profiili ka sinu eest (dcraw kasutab sisemiselt LCMS- i). Kuid 1) kaamera toorfailist saadud interpoleeritud RGB väärtustest koosneva TIFF- faili genereerimine ning 2) kaamera profiili rakendamine interpoleeritud failile on kaks täiesti erinevat asja (dcraw puhul lahus nii teoorias kui praktikas, enamiku toorfailide konverterite puhul lahus vähemalt teoorias). Dcraw käsurea väljundi võtmed "- o 0 [(igale kaamerale unikaalne) toorvärv] - 4 [16- bitine lineaarne] - T [tiff]" annab dcraw' le korralduse väljastada toorfaili interpolatsioonist RGB arvud TIFF- i ILMA kaamera sisendprofiili rakendamata (nurksulgudes on esitatud kommentaarid, mida käsureal endal ei tohiks anda). Kui sulle tõepoolest meeldib töötada käsureal, võid kasutada kaamera profiili rakendamiseks LCMS- i tööriista tifficc. Selle eeliseks on see, et nii saab anda LCMS- ile käsu kasutada kõrge kvaliteediga teisendust (vaikimisi kasutab LCMS dcraw keskmist kvaliteeti). Miinuseks on mõistagi asjaolu, et kaamera profiili rakendamine käsureal lisab toorfaili töötlemissel ühe lisasammu.
Where to find camera profiles
Kust leida kaamera profiile?
So where do we get these elusive and oh-so-necessary camera-specific profiles that we need to translate our interpolated raw files to a working color space? The UFRAW website section on color management has a bit of information on where to find ready-made camera profiles. It's an unfortunate fact of digital imaging that the camera profiles supplied by Canon, Nikon, and the like do n't work as well with raw converters other than each camera manufacturer's own proprietary raw converter. Which is why Bibble and Phase One (and Adobe, but ACR hides the Adobe-made profiles inside the program code), for example, have to make their own profiles for all the cameras that they support - keep this proprietary propensity of your camera manufacturer in mind next time you buy a digital camera.
Kust siis hankida neid tabamatuid ja nii hirmsasti vajalikke kaamerale omaseid profiile, mida läheb vaja interpoleeritud toorfailide teisendamisel töö- värviruumi? Veidi teavet selle kohta, kust leida kaamerate valmisprofiile, jagab ufraw veebilehekülg. Aga paraku on digitaalfotograafia tõsiasi, et kaamera profiilid, mida pakuvad Canon, Nikon ja teised, töötavad kõige paremini just kaamera valmistaja enda toorfailide kommertskonverteriga. Sel põhjusel on näiteks Bibble ja Phase One (samuti Adobe, kuid ACR peidab Adobe loodud profiilid programmi koodi sisse) loonud oma profiilid kõigile kaameratele, mida nad toetavad. Seega tuleb lõpuks otsustada, kas soovid kasutada kaamera profiili, mis on kohandatud just sinu kaamerale, valgustustingimustele ja toorfailide töötlemise protsessile.
But back to finding a camera profile for YOUR camera - the real answer (assuming you do n't find a ready-made profile that makes you happy) is to make your own camera profile or have one made for you. There are quite a few commercial services who provide profiling services (for a fee, of course). Or you can use LPRof or Argyll to profile your camera yourself. I have n't yet walked down that road so I cannot speak about how easy or difficult the process of profiling a camera might be. But I would imagine, knowing how very meticulous the people behind Argyll, LPRof, and lcms are about color management, that making your own camera profile is very do-able and very likely the results will be better than any proprietary profile. After all, Canon (and also Bibble and Phase One for that matter) did n't profile MY camera - they just profiled a camera LIKE mine.
Aga mis puutub SINU kaamera profiili, siis õige vastus (eeldusel, et sa pole leidnud valmisprofiili, mis sinu vajadusi tõepoolest rahuldaks) on luua see ise või lasta see endale luua. Profileerimisteenust pakuvad üsna mitmed kommertsteenused, mõistagi tasu eest. Kuid oma kaamera profileerimiseks võib kasutada ka LProfi või Argylli. Ma ei ole veel seda ise teinud, sestap ei oska ma öelda, kui lihtne või keeruline kaamera profiili loomine tegelikult on. Aga arvestades seda, kui piinlikult põhjalikud on Argylli, LProfi ja LCMS- i taga seisvad inimesed värvihalduse puhul, on väga usutav, et kaamera profiili loomine pole midagi hirmrasket ning annab tõenäoliselt parema tulemuse kui kommertsprofiilid. Lõppude lõpuks pole ju Canon (või ka Bibble ja Phase One) profileerinud MINU kaamerat, vaid ainult minu kaameraga SARNAST kaamerat.
Working Spaces:
Tööruumid:
So now your raw file has been interpolated by dcraw and you've obtained a camera profile and used lcms tifficc to apply your camera profile to the tiff produced by dcraw (or you've asked dcraw to apply it for you). What does all this mean? The real answer involves a lot of math and color science that goes way over my head and likely yours. The short, practical answer is that neither the camera profile space nor the Profile Connection Space is an appropriate space for image editing. Your next step is to choose a working space for image editing. And then you (or rather the lcms color management engine that your open source digital imaging software uses) actually perform a double translation. First lcms uses the camera profile to translate the RGB values of each pixel in the dcraw-output-image-without-camera-profile-applied into the aforementioned Profile Connection Space. Then it translates the RGB values of each pixel from the PCS to your chosen working space.
Nüüd on siis dcraw interpoleerinud sinu toorfaili, sa oled hankinud kaamera profiili ning kasutanud dcraw tifficc' i oma kaamera profiili rakendamiseks dcraw loodud TIFF- failile (või lasknud seda dcraw ''enda eest rakendada). Mida see kõik tähendab? Täielik vastus sisaldab hulgaliselt matemaatikat ja värviteadust, mis käib üle minu ja arvatavasti ka üle sinu mõistuse. Lühike ja praktiline vastus kõlab: ei kaamera profiili ruum ega profiiliühendusruum ole sobivad ruumid piltide redigeerimiseks. Järgmise sammuna tuleb valida piltide redigeerimiseks sobiv tööruum. Seejärel võetakse ette (või õigemini võtab selle ette LCMS- i värvihalduse mootor, mida sinu avatud lähtekoodiga digitaalfotograafia tarkvara kasutab) lausa kahekordne teisendus. Kõigepealt kasutab LCMS kaamera profiili iga dcraw väljastatud ja kaamera profiili rakendamata pildi piksli RGB väätuste teisendamiseks eespool mainitud profiiliühendusruumi. Seejärel teisendab ta PCS- i kõigi pikslite RGB väärtused sinu valitud tööruumi.
Confusions and confusing terminology:
Segadusse ajav terminoloogia:
Before talking more about working spaces, some confusions and confusing terminology needs to be cleared up:
Enne tööruumide põhjalikumat tutvustamist tuleb ära klaarida mõned segased asjad, eriti terminoloogia osas: