[Javascript] CMYK -> RGB - Softwareontwikkeling

woensdag 25 september 2002 08:57

Acties:

Topicstarter

Iemand een idee hoe je CMYK kan omrekenen naar RGB?
Ik heb even op internet gekeken maar volgens mij is dit vrij lastig te doen.

Deze URL heb ik gevonden : http://web-wise-wizard.co...ts/hex-rgb-convertor.html

Alleen deze haalt black wel weg.
Als ik een een HTML waarde convert dan komt er een andere CMYK waarde uit dan als ik het in photoshop convert.

En het is eigenlijk wel de bedoeling dat het precies uitgerekent wordt.

woensdag 25 september 2002 17:20

Acties:

Verwijderd

wordt een beetje moeilijk, aangezien cmyk overgedefinieert is (in theorie) als je bv zwart hebt (#000000) is dat niet 0,0,0,100 is CMYK, maar een lagere waarde black en een beetje magenta d'r bij.

anyways, als je uitgaat van CMY tov RGB is het precies tegengesteld (stel je een kubus in 3dspace voor met op de assen R. G en B, de oorsprong is dan zwart, elke waarde in de kubus is een RGB-waarde, als je nu een andere oorsprong recht daartegenover legt (waar dus wit zit) en vandaaruit een CMY assenstelsel maakt kan je de CMY waarden uitrekenen

edit: geel is dan #FFFF00, magenta, #FF00FF en cyaan #00FFFF
en andersom: rood is: 0,100,100 groen: 100,0,100 en blauw: 100,100,0

(dit is dus ook precies wat die convertor achter die link doet

donderdag 26 september 2002 08:12

Acties:

Yohost!

Topicstarter

Maar het is dus niet heel precies uit te rekenen?
Want de kleur moet beslist helemaal goed zijn.

En photoshop kan hem wel omrekenen.
Die laat wel een black waarde zien.

donderdag 26 september 2002 09:18

Acties:

OzBoz

.:.H.:.I.:.P.:.

Photoshop doet het ook op een eigen manier. Screen is anders dan print. En gezien het feit dat het CMYK kleurenspectrum veel minder breed is dan RGB zul je bv nooit alle waarden correct van RGB > CMYK kunnen omrekenen. Wat jij wil CMYK > RGB kan in principe wel, maar het zijn nog geen exacte waarden en scherm is per definitie niet geschikt voor exacte kleurweergave. Dus zal het er bij de 1 anders uitzien dan bij de ander. Wat is je doel dan?

Om op zwart terug te komen. De gebruikte zwart in fullcolor-druk is eigenlijkafhankelijk van het papier en wat je gebruikt. Omdat 100% zwart niet sterk genoeg is qua pigment om het zwart te laten lijken wordt de zwart ook vaak fullcolor opgebouwd. En ook Photoshop heet daarvoor bepaalde waarden. Maar wanneer je bv een advertentie voor een krant maakt kun je weer minder hoog qua waarden omdat je anders het papier verzuipt. Kortom, eenduidige regels zijn ver te zoeken

My Fizion | My 3D prints | LinkedIn

donderdag 26 september 2002 10:16

Acties:

Verwijderd

elk medium heeft een beperkt gebied van kleuren wat ie kan weergeven (gamut) dat is een afgebakend gebied in de kleurenruimte.

Aangezien die gebieden vrijwel nooit overeenkomen (een monitor doet wat anders, is ook per monitor verschillend, verschillend papiersoorten doen ook weer verschillende dingen, scanners scannen ook maar een bepaald deel etc, je hebt dus een aaneenschakeling van omzettingen van de ene gamut naar de andere) heb je dus iets nodig om om te rekenen van het ene domein naar het andere. Dat wordt vaak gedaan met het nearest neighbour principe (je pakt de kleur die er het dichtste in de buurt ligt), dat is niet altijd bevredigend omdat je dan discontinuiteiten in je gamut kan krijgen en dat is niet wenselijk. D'r is sinds een paar jaar een beter model dat uitgaat van "kleurlading" en de afbeelding uitrekend via een electrisch veldlijnenmodel, dat per definitie een continue afbeelding oplevert (omdat veldlijnen elkaar nooit kunne kruisen namelijk)

donderdag 26 september 2002 13:04

Acties:

Verwijderd