Return-Path: Received: from mail-pb0-f41.google.com ([209.85.160.41] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 4721444 for AE-List@media-motion.tv; Tue, 22 May 2012 10:45:39 +0200 Received: by pbbrp2 with SMTP id rp2so7665787pbb.28 for ; Tue, 22 May 2012 01:47:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=fKgvEP99aHG/M18xXit5sgk1pf2CnFzY8B/ae85qcA8=; b=DCec4aLN+Ym7k0FpjSUMno8gh+Pw7OA+rJyRcOHq7DXlTZJmqn1e4N+whac/5LSIXf LoHrz7n4FeBQ6C8qDBI9HEWJAOMV3aZlc9BfkN3DR7yfE/UcJlrE3C9dgaWLHhZFFEtU Bpv5jHVNx14YB9osA/LLIcJ5kGZGMB0BGYBKy9GwBY9/FwRgAW25WvLDNQbvsZybplsI B7J70T8f7wgdARpxtiqr8ZygP8blqF79LCOIqR+GwWpMNvPmjYwPSpjNUOxG2a4U+5bW LVcipCDlPByPiPVCrpr0/3AZbPMErEfkjrmqpWot9gvokX/dDkjzFIPJ87dXeN2sIbR8 G/Rw== MIME-Version: 1.0 Received: by 10.68.229.65 with SMTP id so1mr77742540pbc.2.1337676457372; Tue, 22 May 2012 01:47:37 -0700 (PDT) Received: by 10.142.233.13 with HTTP; Tue, 22 May 2012 01:47:37 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 May 2012 10:47:37 +0200 Message-ID: Subject: Re: thx for responding to gradient question From: Py Fave To: Sixtus Beckmesser , After Effects Mail List Content-Type: multipart/alternative; boundary=047d7b162e7b10eceb04c09c1272 --047d7b162e7b10eceb04c09c1272 Content-Type: text/plain; charset=ISO-8859-1 lets keep this on the list. i am curious of other people's responses as i see it ,the problem is in the media. if you can't display more than 8 bit colors , you're stuck. professional systems use SDI connexions on expensive monitors mostly to get these things solved. i don't know exactly in video , but in (digital) cinema , you can keep your image 16 bits on screen . (dpx or tiff support this, f. i.) anyway , if it is for color calibration, don't consider that the probe will be aligned on a pixel . it will give a median value from surrounding pixels , this will smooth out your values . and if you use the "noise" trick (in fact it is called stochastic distribution or something like this :-) it will give pretty good values. if you HAVE to output bluray , it will be 8 bits. 16 bits is not affordable for consumer market now . tell me if i'm wrong please . "I'd be eternally grateful." hehe have a nice day Thanks for responding to my query about gradients. You're the first one to > do so. > > The MPEG-4 encoders for all Blu-ray require 8-bit video in YUV form, which > is one of the primary faults of the system. Using ten bit RGB as input to > an 8-bit YUV format won't help matters if the results are still rounded off > to 8 bits with the same round-off errors as with 8-bit originals. > > I realize adding noise will smooth gradients, but these are test patterns > where I need the Blu-ray players to produce the PRECISE values I intend so > as to test the gradient response of the SCREENS! > > Attached is the file I've been trying to encode without success. Note on > the horizontal axis every pixel value between 16 and 235 appears for > precisely the same amount of time (except for some stuff going on near the > left edge). With every encoding procedure I've tried, either some pixel > values are repeated or are repeated, with consequent increased banding on > playback. > > Thx again for your attention and if you can figure out how to do this I'd > be eternally grateful. > > David > --047d7b162e7b10eceb04c09c1272 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable lets keep this on the list. i am curious of other people's responses
as i see it ,the problem is in the media.
if you can't display = more than 8 bit colors=A0 ,
you're stuck.

professional system= s use SDI connexions on expensive monitors mostly to get these things=A0 so= lved.
i don't know exactly in video , but in (digital) cinema , you can keep = your image 16 bits on screen .
(dpx or tiff support this, f. i.)

=
anyway , if it is for color calibration, don't consider that the pr= obe will be aligned on a pixel .
it will give a median value from surrounding pixels , this will smooth out = your values .

and if you use the "noise" trick (in fact it= is called stochastic distribution or something like this :-)
it will gi= ve pretty good values.

if you HAVE to output bluray , it will be 8 bits.

16 bits is not= affordable=A0 for consumer market=A0 now .
tell me if i'm wrong ple= ase .

"I'd be eternally grateful." hehe
have a ni= ce day


Tha= nks for responding to my query about gradients. You're the first one to= do so.

The MPEG-4 encoders for all Blu-ray require 8-bit video in Y= UV form, which is one of the primary faults of the system. Using ten bit RG= B as input to an 8-bit YUV format won't help matters if the results are= still rounded off to 8 bits with the same round-off errors as with 8-bit o= riginals.

I realize adding noise will smooth gradients, but these are = test patterns where I need the Blu-ray players to produce the PRECISE value= s I intend so as to test the gradient response of the SCREENS!=A0

Attached is the file I've been trying to encode without = success. Note on the horizontal axis every pixel value between 16 and 235 a= ppears for precisely the same amount of time (except for some stuff going o= n near the left edge). With every encoding procedure I've tried, either= some pixel values are repeated or are repeated, with consequent increased = banding on playback.

Thx again for your attention and if you can figure out = how to do this I'd be eternally grateful.

Davi= d

--047d7b162e7b10eceb04c09c1272--