Discussion:
[i18n-no] Clamping code
Kolbjørn Stuestøl
2017-09-02 20:05:32 UTC
Permalink
* -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low
* trust
* [194.63.252.55 listed in list.dnswl.org]

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
Bjørn Steensrud
2017-09-03 06:43:22 UTC
Permalink
Post by Kolbjørn Stuestøl
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
Karl Ove Hufthammer
2017-09-03 07:42:54 UTC
Permalink
* -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, low
* trust
* [208.97.132.208 listed in list.dnswl.org]
* 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars
Post by Kolbjørn Stuestøl
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/?
--
Karl Ove Hufthammer
Kolbjørn Stuestøl
2017-09-05 15:27:09 UTC
Permalink
* -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low
* trust
* [194.63.252.55 listed in list.dnswl.org]
* 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars

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
Post by Karl Ove Hufthammer
Post by Kolbjørn Stuestøl
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/?
--
Kolbjørn Stuestøl, Stuestølveien 212, 4580 Lyngdal
Telefon: (47) 38 34 78 62, (47) 917 81 125
Stuestøl heimesider: http://www.stuestoel.no
Andre sider eg administrerer:
Lyngdal hagelag: http://lyngdal.hagelag.no
(Passive sider: http://www.stuestoel.no/hagelag/hagelag.php)
Mandal og Lister pyntegrøntlag: http://www.mlpynt.no

Member of the GIMP Documentation Team
Language coordinator LibreOffice (www.libreoffice.org/)
Loading...