Kva er "clamping code" på norsk? Sitat 1: Editing high dynamic range data requires that there isn't any clamping code in editing operations and blend modes.
Sitat 2: Many (but not all) GIMP 2.10 blend modes are unclamped, including Normal, Addition, Subtract, Multiply, Lighten Only, Darken Only, Difference, and the LCH and Luminance blend modes. Blend modes such as Screen, Soft Light, and Overlay are not unclamped as these operations are designed to work with display-referred data.
Dette er truleg kodar som avgrensar eller pressar saman eitt eller anna område. Eg har tidlegare i andre samanhengar omsett "clamp" med «tving», men føler at dette ikkje er den beste omsetjinga i dette tilfellet utan at eg har betre forslag. Hugsar eg ikkje feil, brukte vi i si tid clamp om ei skruetvinge.
Om nødvendig, kan eg sikkert finne fleire eksempel på bruk av "clamp(ing)" i originalteksten. Kolbjørn
On 02. sep. 2017 22:05, Kolbjørn Stuestøl wrote:
Kva er "clamping code" på norsk? Sitat 1: Editing high dynamic range data requires that there isn't any clamping code in editing operations and blend modes.
Sitat 2: Many (but not all) GIMP 2.10 blend modes are unclamped, including Normal, Addition, Subtract, Multiply, Lighten Only, Darken Only, Difference, and the LCH and Luminance blend modes. Blend modes such as Screen, Soft Light, and Overlay are not unclamped as these operations are designed to work with display-referred data.
Dette er truleg kodar som avgrensar eller pressar saman eitt eller anna område. Eg har tidlegare i andre samanhengar omsett "clamp" med «tving», men føler at dette ikkje er den beste omsetjinga i dette tilfellet utan at eg har betre forslag. Hugsar eg ikkje feil, brukte vi i si tid clamp om ei skruetvinge.
Om nødvendig, kan eg sikkert finne fleire eksempel på bruk av "clamp(ing)" i originalteksten. Kolbjørn
«Lås», «låsing», kanskje? Noen steder blir feilparkerte biler låst på stedet med en "clamp" - en kloss som låses fast på hjulet og bare fjernes når boten er betalt. Bjørn
Kolbjørn Stuestøl skreiv 02. sep. 2017 22:05:
Kva er "clamping code" på norsk? Sitat 1: Editing high dynamic range data requires that there isn't any clamping code in editing operations and blend modes.
Det er operasjonar som *avgrensar* verdiane dei gjev ut til eit gyldig område. Tenk for eksempel på ein operasjon som legg saman fargeverdiane til to bilde på ein eller anna måte, for eksempel slik at viss du legg eit lyst bilde på eit mørkt bilde, blir det mørke bildet lysare. Viss du køyrer denne operasjonen på to veldig lyse bilde, kan det vera at resultatet vert «lysare enn kvitt» (lysaste mogleg verdi *målmediet* har, som kan variera mellom målmedium). Då vil programmet typisk avgrensa («clampa») verdiane til «kvitt», slik at alt som er er lysare, vert kvitt. I teorien skulle jo ikkje dette vera noko problem, då ein uansett ikkje kan sjå fargar lysare enn kvitt. Men ein tapar *detaljar lagra i det lyse området*. Viss ein for eksempel seinare gjer bildet mørkare att, er detaljane alt tapte.
Viss ein brukar ein operasjon *utan* slik fargeavgrensing, tar ein vare på slik verdiar utanfor gyldig område. Seinare operasjonar (eller val eit anna målmedium) kan føra fargane inn igjen i gyldig område, og ingen detaljar har gått tapt.
Så kanskje berre kalla det /(innebygd) fargeavgrensing/?
Takkar for ei fyldig og forståeleg forklaring. Dette stemmer heilt og fullt med andre forklaringar eg har vore borte i. Eg vil bruke «fargeavgrensing» og håper dette er forståeleg for folk flest, eller i det minste for dei som har bruk for det. Helsing Kolbjørn
Den 03.09.2017 09:42, skreiv Karl Ove Hufthammer:
Kolbjørn Stuestøl skreiv 02. sep. 2017 22:05:
Kva er "clamping code" på norsk? Sitat 1: Editing high dynamic range data requires that there isn't any clamping code in editing operations and blend modes.
Det er operasjonar som *avgrensar* verdiane dei gjev ut til eit gyldig område. Tenk for eksempel på ein operasjon som legg saman fargeverdiane til to bilde på ein eller anna måte, for eksempel slik at viss du legg eit lyst bilde på eit mørkt bilde, blir det mørke bildet lysare. Viss du køyrer denne operasjonen på to veldig lyse bilde, kan det vera at resultatet vert «lysare enn kvitt» (lysaste mogleg verdi *målmediet* har, som kan variera mellom målmedium). Då vil programmet typisk avgrensa («clampa») verdiane til «kvitt», slik at alt som er er lysare, vert kvitt. I teorien skulle jo ikkje dette vera noko problem, då ein uansett ikkje kan sjå fargar lysare enn kvitt. Men ein tapar *detaljar lagra i det lyse området*. Viss ein for eksempel seinare gjer bildet mørkare att, er detaljane alt tapte.
Viss ein brukar ein operasjon *utan* slik fargeavgrensing, tar ein vare på slik verdiar utanfor gyldig område. Seinare operasjonar (eller val eit anna målmedium) kan føra fargane inn igjen i gyldig område, og ingen detaljar har gått tapt.
Så kanskje berre kalla det /(innebygd) fargeavgrensing/?