Min Sony VPH-1292Q har kommit...

Japp, jag har en Spyder Pro, inte värdens bästa för hembiobruk, men man kan iaf justera så att man hamnar hyfsat nära.
Gör antagligen en grundlig färgkalibrering på 1292:an i helgen som kommer... Har bara latjat lite med Spydern än så länge.

Nu har jag äntligen fått in lite bilder på monstret i mitt galleri.

Frallan>> Tredjen överst ligger ett foto på kretskortet med AKB-jumpern! Om du vill ha mer detaljerade bilder på hur man hittar kretskortet, så har jag det också.

Fler bilder kommer när jag byggt hushboxen.

Börjar bli en monolog det här men;

Har förstått att många i världen kör dessa med AKB/ABL aktiverat. Om ngn som läser detta har en 1292:a eller känner ngn som har det: Stäng av AKB!!!
Det blir en helt annan projektor. Har testat fram och tillbaka nu och jag ser ingen som helst fördel med att köra AKB på. Som jag har förstått det så är kretsen till för att kompensera vitbalansen efter hand som rören slits, men då tycker jag det är bättre att kalibrera om var 500:e timma eller vad man nu vill...
Skillnaden är verkligen enorm; bättre skärpa, bättre djup, bättre omfång, mer 3D-känsla - streakingen blir myyyycket mindre påtaglig.

Edit: dubbelpost

Redigerat av Unregistered59dcaef6, 28 March 2006 - 22:37.

Har latjat lite mer seriöst med Spydern nu...

Hamnar väldigt nära X=0,313 Y=0,329 och 6500K på 10, 20, 30 IRE etc. upp till 100.
Behöver göra små, små justeringar i Lumagens COLTEMP, fast det hade varit mkt svårt att komma hyfsat rätt längs hela IRE-skalan utan den möjligheten tror jag.

Perra1>> Behöver man vara rädd för att det blir "hopp" i färgbalansen mellan 10-IRE-stegen i Lumagen? Alltså, justerar den som en kurva, fast enligt de punkter som man sätter vid varje steg, eller justerar man bara de punkterna? Hmmm... Undrar om det där gick att förstå.

Det jag gör är att jag använder "Colorimeter" tillvalet i Spyder Pro-programmet, väljer ett RGB-värde motsvarande den IRE jag skall justera och läser av aktuellt värde, och justerar sedan. Väldigt enkelt tack vare Lumagen. Kan det vara en bra metod, Perra o Pacman..?
Det verkar som att justering av RED påverkar X mest, justering av GREEN påverkar Y mest och justering av BLUE påverkar temp:en mest, är det korrekt uppfattat?

Det jag gör är att jag använder "Colorimeter" tillvalet i Spyder Pro-programmet, väljer ett RGB-värde motsvarande den IRE jag skall justera och läser av aktuellt värde, och justerar sedan. Väldigt enkelt tack vare Lumagen. Kan det vara en bra metod, Perra o Pacman..?

<{POST_SNAPBACK}>

Låter väl som en bra metod för att få en bra gråskale-tracking ja. Men var försiktig så du inte pajjar till gammakurvan bara, vet inte hur många gånger jag stirrat mig blind på RGB-balans, fått den bra och sen har man pajjat bilden duktigt. Men det märker du ju om inte annat när du växlar till lite filmsekvenser och så.

Det verkar som att justering av RED påverkar X mest, justering av GREEN påverkar Y mest och justering av BLUE påverkar temp:en mest, är det korrekt uppfattat?

Ja rent generellt så låter det väl inte fel iaf, jag har iofs aldrig tittat på koordinater men med den bild av CIE man har i bakhuvudet så låter det inte fel iaf.

Har en rätt skön bild som jag ska visa föresten, återkommer.

Har en rätt skön bild som jag ska visa föresten, återkommer. 

<{POST_SNAPBACK}>

Här är den. Den är hämtat från Greg Rogers review av Yamaha DPX-1300. Den visar, IMHO, på ett bra sätt sambandet mellan CIE-koordinater (x,y), temperatur-linjer och D65-punkten.

When the white reference is selected, the menu window shows a graph of the central portion of the CIE diagram. The white reference is adjusted by setting the color temperature in 100K increments from 5000K to 10000K, and a “uv” deviation in 0.002 uv increments. These are orthogonal adjustments. The color temperature setting moves the white reference point along lines parallel to the blackbody curve, and the “uv” deviation moves the white reference above or below the blackbody curve along isothermal (same temperature) lines. Hence, the color temperature adjustment sets the Correlated Color Temperature (CCT), and the “uv” adjustment sets the vertical position at the specified CCT. (Refer to the CCT diagram.) The hue of the white reference changes from red to blue as the CCT increases and becomes less green and more magenta as the “uv” value changes from positive to negative.

The Color Adjustment system provides the means to adjust the white reference at a single video level. To achieve accurate color reproduction, the white reference must ideally remain at D65 (x=0.313, y=0.329) for all brightness levels from 0-IRE (black) to 100-IRE (peak white). That ability is called gray scale tracking. Most projectors provide gray scale tracking controls (RGB offset and gain) that apply to all input signals. The DPX-1200 only provides those controls (Level Adjustments) for analog RGB signals, and relies on fixed parameters to provide acceptable gray scale tracking for HDMI and other analog signals. Although the DPX-1200 gray scale tracking performed well, it would be better to have user adjustable gray scale tracking controls for all input signals in future projectors. (Level Adjustments are provided for analog YPbPr signals, but those only affect color decoding and not gray scale accuracy.)

I tested the HDMI input first with the color temperature set to 6500K, and because D65 is just above the blackbody curve I set the “uv” value to +0.002. A 720p, 75-IRE gray window measured 6360K with a dE value of 3. To obtain D65 at 75 IRE, I set the projector’s color temperature to 6700K +0.002uv. At that setting the gray scale measured 6500K +160/-62K from 20-IRE to 100-IRE, but most importantly the dE value was 2 or less over most of that gray scale range, increasing to 9 at 10 IRE. The dE value expresses the distance from D65 in a color space that is perceptually more uniform than the CIE x,y color space. A dE value of 1 is considered a just noticeable difference (JND), but values of 3 or less are negligible differences in most practical situations.

Cool huh?

Jag är rätt säker på att jag har sabbat gamma:n faktiskt! Det känns som att det speciellt i låga IRE är lite stökigt med lite för stora "hopp" mellan olika nivåer.
Kan jag räkna ut rätt värden med hjälp av de foot-lambert utlästningar som jag får i Spyder-programmet? Det borde väl finnas ngn formel för detta som man kan dunka in i Excel el. dyl.?
Spydern har nog ingen hjälp att ge vid manuell justering av gamma, den är ju främst framtagen för kalibrering av datormonitorer eller projjar som är kopplade till en dator och där profiler kan användas...

En fråga om Lumagen; det är väl så att den skapar en kurva utefter de justeringar man gör? Den justerar väl inte bara vi de punkter man väljer att gå in och mecka?

Vet inte om det skulle funka i praktiken men här har du lite teori och formler iaf:
http://www.normankor...A.html#Gammabox

På fixed panel projjar där det huvudsakliga är tillrättalagt från början så har jag lärt mig att "don´t mess with green" (om möjligt) är ett trick som minimerar antalet sabbningar. Men på en CRT från scratch som du har att jobba med är det säkert inget alternativ.

Lumagen påverkar de punkter där du går in - kurvan skapas av förhållandet mellan olika punkter

Det som tyvärr är lite synd är att den "sensor" du använder har mycket dålig linjäritet - detta innebär att även om du tar emot ett värde så behöver det inte vara det faktiska förhållandet du mäter, utan ett förhållande med ett inbyggt variabelt fel

Det som gör det speciellt med en CRT är att den har en variabel gamma, dvs om man kalibrerar en digital projektor så är den förutsägbar i det att den hanterar gamma "likvärdigt" efter ett mattematiskt förhållande, medans en CRT glider med avseende på inkommande spänning!.

En gamma kurva är helt enkelt ett förhållande mellan hur mycket ljus skickas ut vid en viss insignal. Den kurva som fås när man plottar detta i en graf kallas gammakurva, så om du kan mäta det så kan du plotta det.

mvh

/Pär

Det som tyvärr är lite synd är att den "sensor" du använder har mycket dålig linjäritet - detta innebär att även om du tar emot ett värde så behöver det inte vara det faktiska förhållandet du mäter, utan ett förhållande med ett inbyggt variabelt fel

Så det gäller även när man använder den för att kalibrera t.ex. en CRT-datormonitor?

När jag säger "nära" i mitt för-förra inlägg så menar jag att jag hamnar på mellan 0.312-314, 0.328-0.330 och 6480K-6510K på alla mätpunkter, på vissa hamnar jag spot-on. Oaktat felaktigheter i sensor och ev. gammafel så är väl det acceptabelt? Det ser väldigt bra ut iaf (förutom att jag upplever en ljus "puckel" i låga IRE) . En sak är iaf säker, jag hade aldrig kunnat hamna så nära utan Lumagen.

Redigerat av Unregistered59dcaef6, 29 March 2006 - 14:37.

Hmmm...
Skulle jag inte kunna göra såhär:

1.
Låta Spydern göra en autokalibrering på en dator med projjen som bildkälla, då rättar den ju till gamma och rubbet, och att jag väljer videogamma i setup:en.
Jag läser sedan av Foot Lambert värdena för IRE-steg 10-100 från datorn, efter att ha gjort gråskalebilder som motsvarar Lumagens testbilder för COLTEMP.

2.
Sedan gör jag kalibreringen mot Lumagen igen, och försöker komma så nära som möjligt i Foot Lambert på varje steg i förhållande till hur de mättes upp från datorn...

Skulle jag inte hamna rätt så nära rätt gamma då?

Hoj!

Kan ngn verifiera eller dementera att följande stämmer (ungefär):

0 IRE = RGB 16
7,5 IRE = RGB 38
10 IRE = RGB 43
20 IRE = RGB 64
30 IRE = RGB 86
40 IRE = RGB 107
50 IRE = RGB 128
60 IRE = RGB 150
70 IRE = RGB 171
80 IRE = RGB 192
90 IRE = RGB 214
100 IRE = RGB 235
"110 IRE" = RGB 256

?

Vilket colorspace (601/709 eller annat) och NTSC eller PAL? det är olika beroende på!

mvh

/Pär

Tja, välj själv. Jag har bara utgått ifrån den vanligt förekommande uppgiften att RGB 16 =0 IRE och RGB 235 = 100 IRE och sedan räknat lite...
Är spannet olika för olika colorspaces eller är det "mellanlägena" som skiljer?

Det är olika "formler" för de olika, beroende på antalet bitar, Studio eller PC RGB samt colorspace och naturligtvis pedestal nivån för svart.

Kolla följande länk http://msdn.microsof.../YUVFormats.asp

mvh

/Pär

Vet du vad man har utgått ifrån när man har gjort t.ex. DVE PAL? Är det PAL/SECAM colorspace eller är det REC601? Samt, skiljer det särskilt mkt mellan dessa? Är det inte bara så att REC601 är en digital representation av det analoga (volt) PAL/SECAM?

I mjukvaran till Spyder så nämns det att både PAL/SECAM och NTSC har gamma 2.2. Man har ju hört att PAL skulle ha 2.8, men det låter ju fullständigt orealistiskt, bilden skulle ju bli extremt mörk. Japan-NTSC däremot skulle jag kunna tänka mig ligger där nå'nstans...
Dessutom står det att REC709 har 2.33 i gamma, stämmer det?
Isf skulle jag kunna leva med samma gamma för HD, PAL och NTSC. Skillnaden mellan det ungefärliga 2.2 och 2.33 som jag eventuellt skulle kunna uppnå kommer garanterat inte att märkas i min bakprojektionssetup iom att den har ganska extrem hotspot:ing.

DVE PAL är just PAL 50Hz och rec.601

Olika standarder kan ha vilken gamma som helst eftersom det är en mattematisk representation av ett antal punkter - men man brukar teoretiskt säga 2.2 för NTSC och 2.8 för PAL. Detta är dock inte praktiskt, utn det finns "normala" begränsningar beroende på vilken typ av display teknik man använder...

Tyvärr har jag inte tid att skriva mer om det här, jag prioriterar ett annat forum (av naturliga skäl ), antingen kan vi fortsätta diskussionen där - eller också så får jag hopas att du får hjälp av andra här

mvh

/Pär

Ok, men då kan jag använda dumpar från DVE-DVD:n till att mäta den kalibrerade varianten med profiler och sedan försöka återskapa de värdena (10-100 IRE) utan profil med projjens inställningar för att få dem så noggranna som möjligt och sist gå ett varv med Lumagen/DVE för finjustering.
Borde bli så pass rätt som jag kan räkna med att komma med denna analoga best.

Tack för hjälpen Perra!

Jag undrar om du kan göra ett litet test. Spara denna bilden

Kör upp den på din 1292, och berätta om du kan läsa vad som står eller hur mycket du behöver höja för se vad det står.

Redigerat av nin, 11 April 2006 - 03:09.

Ok! Skall testa det senare.
Testade den på tre olika monitorer på jobbet, två CRT och en LCD och texten syns inte på ngn av dem.
Testade också på Hitachi PJ-TX-100 och inget gammaläge fick texten att framträda, men om jag maxade Brightness så såg jag att där fanns ngt, men inte vad det stod.
Öppnade filen i Photoshop och läste av att skillnaden mellan den "svarta" bakgrunden och texten är ca 1 i RGB.
Denna bildfil är nog optimal om man vill visa att en digital projektor med auto-iris kan visa bra svartdetaljer i "nära-svart"-scener.
Tvivlar på att min CRT-projje är tillräckligt exakt för att kunna skilja på objekt med ett RGB-steg i skillnad, speciellt eftersom jag kör på bakproj med hög gain, men visst ska jag testa.

Här har jag gjort två varianter på denna testbild, en med två fält som är RGB128,128,128 (ca 50 IRE) och en med dessa fält i RGB235,235,235 (ca 100 IRE).
Dessa får du gärna testa med och se vad det blir för skillnad.

Se'n, om det verkligen skall vara ett test så borde vi ha en rörlig sekvens, med denna bild som grund och där de ljusare fälten som jag har skapat varierar i ljusstyrka.
Fast jag tvivlar på att jag kan få till det med rätt omfång hur som helst i Premiere, men jag kan ju testa... Kanske "dimper upp" en MPG-fil vad det lider också...

Hmmm... Vad hände med mina bilder... De vill bara bli nedladdade som index.php..? Vad har jag nu gjort?

Jasså, det är bara filnamnet som blir knas, räcker att döpa om filändelsen till BMP så funkar det.

Ok! Skall testa det senare.
Testade den på tre olika monitorer på jobbet, två CRT och en LCD och texten syns inte på ngn av dem.
Testade också på Hitachi PJ-TX-100 och inget gammaläge fick texten att framträda, men om jag maxade Brightness så såg jag att där fanns ngt, men inte vad det stod.
Öppnade filen i Photoshop och läste av att skillnaden mellan den "svarta" bakgrunden och texten är ca 1 i RGB.
Denna bildfil är nog optimal om man vill visa att en digital projektor med auto-iris kan visa bra svartdetaljer i "nära-svart"-scener.
Tvivlar på att min CRT-projje är tillräckligt exakt för att kunna skilja på objekt med ett RGB-steg i skillnad, speciellt eftersom jag kör på bakproj med hög gain, men visst ska jag testa.

<{POST_SNAPBACK}>

Jag såg något vad det stod men inte exakt vad det stod. Var tvungen att knäppa upp ett hack på brightness för att kunna läsa, men det var inte superlätt. Tänkte bara se hur det var på din CRT.

Ska testa dina senare ikväll, efter jobbet.

Här kommer en MPG med "fejdande" rektanglar som går mellan ca 100 IRE och 0 IRE under några sekunder.
Med den kan vi se hur våra projjar hanterar olika "ANSI-belastningar".
Kollade i MPG-filen med överdriven ljusstyrka i overlay-lagret och texten finns kvar och det verkar som om att den har behållit "rätt" nivåer efter att ha varit inne och vänt i Premiere Pro.

Som en liten notis, perra frågade Joe specifikt angånde D65 grejen och en gång för alla så behöver 6500K INTE vara D65.

D65 är en specifik koordinat/punkt medans det kan finnas massa punkter som kan ha 6500k i temp.

D65, D6500, D, är alla samma sak, its all about the "D", 6500K är en temp och det finns massor med punkter som finns på denna linje som går "vertikalt" genom black body kurvan, d.v.s. du kan befinna dig en bra bit över kurvan och fortfarande ha 6500K i temp.

Det är därför som vi har dE som exakt mått på hur lång vi är från D65.

D65 är altså en punkt, allt som säger att 6500K = D65 är fel, du kan ha 6500K på mätaren och vara en bra bit från D65, t.ex. kan det vara gröntintat om man befinner sig närmare grönt, eller magenta tintat om man befinner sig "under" black body kurvan.

Detta har nämnts ett antal gånger, tänkte bara att det kunde vara intressant att påpeka Joe:s eget svar.

Redigerat av ZoomAir, 23 May 2006 - 00:03.

Oki, det där har jag redan köpt. Det jag inte hajjar är varför det är så opedagogiskt förklarat kring dessa begrepp överallt, inklusive på Joe's egen skapelse DVE... Ni frågade inte om det?

Det är inget oklart - D är det hela som Zoomair säger!

D65 är lika med 6500k - en punkt för 6500k är lika med D65, exakt samma sak som sägs på DVE, och exakt samma sak som vi har sagt

mvh

/Pär

Hehe... Jaja, Pacman lovade iaf att fråga Joe, får väl se om han gjorde det.

Arioch: Nu har du haft den i ca 6 månader, hur går det. Har du fått till en riktigt bra bild som du är nöjd med? Hur stor duk har du?

Jag är mer nöjd än jag kunde föreställa mig innan. Den sista tiden har jag försökt labba mig fram till bästa sättet att få bra färgbalans och samtidigt behålla den där sköööna svärtan.
Bildytan är ca 185 cm bred (lite drygt)...

ZoomAir, Perra, Pacman>> Kan man göra såhär:

Det finns ju käcka testmönster för att kompensera för ev. fel i color decodern. Det som finns på AVIA är rätt så enkelt att använda tycker jag, det är lätt att se resultatet av justeringarna som jag gör i Lumagen.
Däremot tycker jag att det som finns på DVE är mkt svårt att använda. Svårt att se när det är rätt tycker jag.

Fick en idé, som kanske är tokig, men:
Om jag använder mig av yx-värdena för respektive primärfärg och sekundärfärg, visar testmönster med fields innehållandes 100% R, G, B, C, M och Y och mäter primär och sekundärvärdena och använder Lumagens COLOR, COLRED, HUERED, COLGRN och HUEGRN för att få dem på pricken - kan de' va' nå't?
Alltså för att få till det lite mer exakt liksom...

?

Kollade på "Sin City" igår (äntligen), med gamma 2.27 och hyfsat nära D65 vid 20, 40, 60, 80 och 100 IRE.

Ja, det ser rätt bra ut kan man säga. Svart är dessutom jäkligt mörkt.

ZoomAir, Perra, Pacman>> Kan man göra såhär:

Det finns ju käcka testmönster för att kompensera för ev. fel i color decodern. Det som finns på AVIA är rätt så enkelt att använda tycker jag, det är lätt att se resultatet av justeringarna som jag gör i Lumagen.
Däremot tycker jag att det som finns på DVE är mkt svårt att använda. Svårt att se när det är rätt tycker jag.

Fick en idé, som kanske är tokig, men:
Om jag använder mig av yx-värdena för respektive primärfärg och sekundärfärg, visar testmönster med fields innehållandes 100% R, G, B, C, M och Y och mäter primär och sekundärvärdena och använder Lumagens COLOR, COLRED, HUERED, COLGRN och HUEGRN för att få dem på pricken - kan de' va' nå't?
Alltså för att få till det lite mer exakt liksom...

<{POST_SNAPBACK}>

Nix, du kan/ska inte använda dessa reglage för att flytta (med ett undatag, se nedan) primärer och sekundärer. Helt enkelt beroende på att dessa inte är tänkta att fungera som "gamut-justerare".

Troligtvis kan du dock använda hue för att vinkla till (dvs ändra hue för) sekundärerna men det är alles (och kolla så du inte pajjar nån annanstans).

COLOR använder du när du visar endast blå färg (dvs stänga av grön och röd, snorenkelt med lumagen) och så matchar du de blå (dvs "riktiga" blå) rutorna mot S:et, luminansen. Done.

COLRED och COLGRN ska bara användas om din display lider av red eller green push vilket jag inte tror att den gör.

Personligen tycker jag DVE Color decoder check är klockrent. Tack vare det fetstora S:et ser man lätt om balansen färgintensitet mot luminans är rätt.

Huh... "S:et"?

Det är alltså inte så att jag vill justera primärerna, jag vill bara ha ett sätt att mäta mig till rätt kompensation för felaktig color decoding.
Även om min projje inte har ngn red- eller green-push så kan ju DVD-spelare etc. ha det och jöööööössses vilken greenpush DENON DVD-2910 har via DVI!

Så... Om syftet alltså är att t.ex. kompensera för denna green push och ifall jag inte vill göra det "by eye", skulle jag då inte kunna använda COLOR, COLGRN, HUEGRN, COLRED och HUERED tillsammans med testbilder innehållandes primärer och sekundärer samt Spyder:n för att justera tills dessa testbilder stämmer överens med de xy-värden som skall gälla för resp. primär (och ev. sekundär)??

Huh... "S:et"?

Det är alltså inte så att jag vill justera primärerna, jag vill bara ha ett sätt att mäta mig till rätt kompensation för felaktig color decoding.
Även om min projje inte har ngn red- eller green-push så kan ju DVD-spelare etc. ha det och jöööööössses vilken greenpush DENON DVD-2910 har via DVI!

Så... Om syftet alltså är att t.ex. kompensera för denna green push och ifall jag inte vill göra det "by eye", skulle jag då inte kunna använda COLOR, COLGRN, HUEGRN, COLRED och HUERED tillsammans med testbilder innehållandes primärer och sekundärer samt Spyder:n för att justera tills dessa testbilder stämmer överens med de xy-värden som skall gälla för resp. primär (och ev. sekundär)??

<{POST_SNAPBACK}>

Vad är det du vill justera, vill du kompensera för feldecoding så gör du det utan Spydern, du tar fram decoder testbilden, fram med glasögonen och kolla först på den blå.

Se till så att de blåa rutorna matchar den blå bakgrunden med hjälp av color reglaget, sedan när det stämmer och om decodern funkar som den skall så skall även rött och grönt sitta på plats (inte i CIE), gör dom inte det så kan du prova att justera med de andra reglagen t.ex. HUERED, och gå fram och tillbaka tills dess att alla färger stämmer, om det nu går, ibland går det inte att fixa till en dålig decoder.

Finns ingen anledning att komplicera till det mer än så, det är därför som Joe tagit fram detta pattern och det skall altså användas utan mätutrustning.

Liten kul notis är att hans Samsung projj har detta inbyggd vilket är grymt coolt.

Redigerat av ZoomAir, 24 May 2006 - 14:19.

Alltså, jag tycker inte att det är lätt alls att se med blotta synen ifall rutorna matchar bakgrunden. Inte på ngn färg.
Jag kan stänga av varje färg på projjen eller i Lumagen, men det blir inte lättare för det.
Detta är anledningen till att jag vill mäta mig fram istället.

Och ja, DENON DVD-2910 är heeeeeeeeeeeeelt off när det gäller alla tre justeringarna. COLOR, COLGRN och COLRED på DVI. Kör jag analog YPbPr så är det inte alls lika illa, men då är ju bilden i gengäld suddigare.

Istället för att ifrågasätta varför jag vill göra det så kan ni väl svara på ifall det funkar? Det borde väl funka eftersom t.ex. en 75% röd platta rimligen inte kan ha rätt x/y-värden vid mätning ifall det är green push i decodern? Om jag använder dessa reglage och justerar tills jag får rätt x/y-värden så bårde väl denna färg rimligen vara "ren"?
Eller tänker jag fel och isåfall varför?

...och som jag skrev inledningsvis; tycker att det är mycket lättare att använda det pattern som finns för NTSC på AVIA än det som finns för PAL på DVE. Det är inte heller helt enkelt - men det är enklare tycker jag.

Alltså, jag tycker inte att det är lätt alls att se med blotta synen ifall rutorna matchar bakgrunden. Inte på ngn färg.
Jag kan stänga av varje färg på projjen eller i Lumagen, men det blir inte lättare för det.
Detta är anledningen till att jag vill mäta mig fram istället.

<{POST_SNAPBACK}>

Eftersom du har både en Cutoff-funktion (separat avstängning av rören) och en RGB Shift-funktion (flyttar bilden på rören) enkelt åtkomliga via projektorns fjärrkontroll kan du även testa att mäta luminansen ifall du har svårt att se skillnaderna med blotta synen.

Genom att stänga av de färger du inte ska mäta och därefter flytta bilden via RGB Shift kan du mäta luminansen i olika delar av bilden och därmed upptäcka eventuella färgdecoderfel. På detta vis (att inte flytta sensorn) undviker du problem med eventuella mätfel pga hotspotting och vidare får du en dubbelkoll mot den andra metoden du tänkt använda då du nu mäter luminans och inte behöver beakta x/y-värden.

Ahaaaaa... Att jag mäter och jämför ljusnivåerna i rutorna och bakgrunden helt enkelt? Smart! ...och att flytta bilden istället för sensorn är absolut nödvändigt i mitt fall iom den kraftiga hotspot:ingen.
Tack...

Ahaaaaa... Att jag mäter och jämför ljusnivåerna i rutorna och bakgrunden helt enkelt? Smart! ...och att flytta bilden istället för sensorn är absolut nödvändigt i mitt fall iom den kraftiga hotspot:ingen.
Tack...

<{POST_SNAPBACK}>

Kommer inte gå så bra, bara att mäta ANSI kontrast är VÄLDIGT svårt, och kräver en hel del teknik, att mäta skillnaden i rutorna när skillnaden är såpass liten kommer inte gå helt enkelt.

Jag har försökt mäta ANSI kontrast, och får endast 2:1 i ett optimalt rum, och då flyttar jag bilden och inte mätaren, den är perfekt centrerad i varje ruta också. Har snackat lite på AVS och det krävs andra tekniker för att mäta ANSI.

Och då snackar vi ändå svart ruta mot vit ruta, här snackar vi blå ruta mot en annan blå ruta med lite mindre/mer intensitet, kommer inte gå att mäta med den mätaren du har.

Redigerat av ZoomAir, 25 May 2006 - 19:45.

Så om jag mäter t.ex. Y=25 förs och efter justering mäter t.ex. Y=28 och detta resultat står sig vid upprepade mätningar så är det ändå inte pålitligt?
Det är ju inte direkt låga IRE som jag isf mäter i detta fall...

Så om jag mäter t.ex. Y=25 förs och efter justering mäter t.ex. Y=28 och detta resultat står sig vid upprepade mätningar så är det ändå inte pålitligt?
Det är ju inte direkt låga IRE som jag isf mäter i detta fall...

<{POST_SNAPBACK}>

Vet ej, har aldrig provat, men om jag och pac båda inte kunde mäta skillnad mellan svart och vit ruta så är det ju inte troligt att det skall gå på olika nyanser av samma färg. Och då hade vi en bättre mätare också. Nu syftar jag på den mätmetod som tagits upp.

Jag fick ju 2:1 hela tiden betyder ju inte att det stämmer för det.

Om du tycker det är svårt att justera decodern med ögonen så kan jag garantera dig att i detta fall är din mätare och möjligheten att mäta MYCKET sämre.

Som sagt prova att justera genom att observera, det gör de flesta och jag har aldrig hört nån använda det testmönstret med mätare, resultatet genom att justera med ögonen räcker gott och väl, och är även betydligt mer exakt än din mätare och den mätmetod som du syftar på.

Redigerat av ZoomAir, 25 May 2006 - 21:12.

Men ANSI kontrasten finns väl redan dokumenterat för denna projektor? Det är ju knappast så man kan ställa in den för att få bättre! Skulle gissa att den ligger mellan 50:1-80:1

ZoomAir>> Hjälp mig att förstå...
Om jag kan mäta skillnad på t.ex. Y=45,67 och Y=49,02 med denna mätare, så inser även jag att iom den analoga tekniken och iom diverse andra influerande felkällor så kan jag inte lita helt och hållet på detta resultat. Men att därmed säga att jag inte har nytta av att se att en "blå" ruta ändrar sig från t.ex. Y=19 till t.ex. Y=13 som kanske är det som bakgrunden i den testbilden har (nu vet jag inte om skillnaden är riktigt så stor men ändå...), verkar ju lite konstigt. Speciellt om jag har väldigt svårt att avgöra detta "by eye".
I DVE:s testbild för detta så blir det ju tyvärr konturer runt rutorna vilket gör att man inte ser rutans ton direkt angränsande till bakgrunden - så jag kan faktiskt inte riktigt förstå hur någon kan avgöra detta "by eye".

Jag är också mkt nyfiken på vad det är för "S" som Pacman pratar om. Är det en annan testbild eller är det ngt som jag har missförstått??

Se'n undrar jag också hur ni gör när ni mäter ANSI. Tror att det var Darin på avsforum som använde sig av metoden att han har en "svart tunnel" av ngt material för att isolera den ruta som han skall mäta och ställer mätaren i andra ändan av denna tunnel. Annars har ju mätaren otroligt svårt att isolera endast den ruta som den mäter för tillfället. Har ni också gjort så och ändå bara kommit fram till 2:1?

nin>> Det är inte ANSI-kontrast jag försöker mäta.

För att förtydliga... Alla som använder Spyder för att kalibrera CRT:er verkar vara överens om att man skall använda helskärmstestmönster i motsats till "window patterns", troligen av samma anledning som den ovan - man kan inte enkelt isolera så att mätningen bara tar den grå ytan man för tillfället vill mäta. Antar att samma sak gäller all form av ANSI-mätning och även den typ av mätning av color decoding som jag vill göra.

Hur som helst så är AVIA-mönstret mkt lättare att använda och på det så ser man tydligt att grönsticket från DVI ut på DENON är extremt och att även rött ligger rätt så fel.

ZoomAir>> Hjälp mig att förstå...
Om jag kan mäta skillnad på t.ex. Y=45,67 och Y=49,02 med denna mätare, så inser även jag att iom den analoga tekniken och iom diverse andra influerande felkällor så kan jag inte lita helt och hållet på detta resultat. Men att därmed säga att jag inte har nytta av att se att en "blå" ruta ändrar sig från t.ex. Y=19 till t.ex. Y=13 som kanske är det som bakgrunden i den testbilden har (nu vet jag inte om skillnaden är riktigt så stor men ändå...), verkar ju lite konstigt. Speciellt om jag har väldigt svårt att avgöra detta "by eye".
I DVE:s testbild för detta så blir det ju tyvärr konturer runt rutorna vilket gör att man inte ser rutans ton direkt angränsande till bakgrunden - så jag kan faktiskt inte riktigt förstå hur någon kan avgöra detta "by eye".

Jag är också mkt nyfiken på vad det är för "S" som Pacman pratar om. Är det en annan testbild eller är det ngt som jag har missförstått??

Se'n undrar jag också hur ni gör när ni mäter ANSI. Tror att det var Darin på avsforum som använde sig av metoden att han har en "svart tunnel" av ngt material för att isolera den ruta som han skall mäta och ställer mätaren i andra ändan av denna tunnel. Annars har ju mätaren otroligt svårt att isolera endast den ruta som den mäter för tillfället. Har ni också gjort så och ändå bara kommit fram till 2:1?

<{POST_SNAPBACK}>

Som sagt det är svårt att säga då jag aldrig mätt nått liknande, förutom försök till ANSI.

Jag har bara mätt ANSI som vanligt, d.v.s. ställa mätaren i mitten av den centrerade svarta rutan, sedan med lensshift flytta bilden så den hamnar på intilliggande vita ruta. Har även provat att flytta själva mätaren, med samma resultat.

Har inte provat att mecka med tunnlar och grejer.

Det jag menar Arioch är att när du ställer in "bye eye" så kommer du komma väldigt nära, den resterande skillnaden om du nu vill mäta dig till den kommer inte att gå då skillnaden efter en "bye eye" kommer vara marginell. När det dessutom handlar om en ANSI typ av mätning d.v.s. när det finns massa annat med i bilden som stör så kommer skillnaden definitivt inte gå att mäta sig till.

Vet inte om det kanske funkar om du börjar mecka med tunnlar och grejer, men det är IMO inte värt då "bye eye" räcker gott och väl.

Jag skulle i detta fall INTE lita på mätaren.

Men prova och se vad du får för data, kan vara intressant.

Redigerat av ZoomAir, 26 May 2006 - 08:18.