1. Пользоваться форумом на планшетах и телефонах стало удобнее благодаря Tapatalk

Будем делиться впечатлениями?..

Тема в разделе "RenderMan", создана пользователем -, 27 ноя 2002.

Модераторы: Moderator.
  1. Guest

    .. о новом продукте? У меня после часа тыкания в доки и кнопки - ощущение сложное:
    1) Море слюней от новых возможностей
    2) Море материала, который надо освоить, типа проекта спецификации 3.3
    3) Море вещей, о которых плавно можно начать забывать...
     
  2. Guest

    Если на свет назначить RM spot шейдер то не фига не будет только черный экран. Любой другой работает нормально. То ли опять кряк корявый то ли...
     
  3. Guest

    Это легко лечится. Поставь в вместо (ext) ConeAngle: deg($CONEANGLE) --
    (int) ConeAngle: 40 например ( и PenumbraAngle вроде надо поправить).

    Где-то они в TCL-е напартачили. Можно попробовать покопать.

    Другое дело, что написано в Bug Fixes
    мол, Incomplete UV sets on poly meshes are no longer ignored.
    а они таки по прежнему игноред :-(
     
  4. Guest

    есть старый проект сделаный в 4 так вот и в 5 и в 5,5 выдается ошибка "xcp 00000096". Кто нибуть слышал что-то об этом.
     
  5. Guest

    Секундочку, что значит подставьте вместо (ext) ConeAngle:?
    Эта проблема в нескольких источниках - конкретно, у меня кастомный шейдер для света с большим количеством фичей, так так вообще настройки с майевского спота снимаются следующим образом (например):

    [if {[mel "attributeQuery -node $OBJNAME -exists coneAngle"] == 1} {expr
    radians([mattr $OBJNAME.coneAngle $f])} else {return 1}]

    для расчета формы пучка используется функция superEllipse (статья пиксаровцев "Свет в цифровой кинематографии"), так где здесь ext и к какому месту его прилепить?
     
  6. Guest

    Есть подозрение, что одни хитрые парни чего-то там напридумывали с передачей параметров шейдерам (вместо 323 сабдивов), а другие хитрые парни этого не просекли :)
    Конкретно: если КонеАнгле передается параметром, картинка черная. Если же он константа, все рендерится...
     
  7. Guest

    >Есть подозрение, что одни хитрые парни чего-то там напридумывали с >передачей параметров шейдерам (вместо 323 сабдивов), а другие хитрые >парни этого не просекли :)

    может быть, хотя мне кажется не факт - вобщем щас поковыряемся разберемся...
     
  8. Guest

    В шейдер все передается... Функция радианс() возвращает 0... Пишешь вместо нее / 180 * PI - все работает... Интересно, это глюк или фича? :)
     
  9. Guest

    Любопытно. А ведь эта функция у меня есть и шейдер не работает. А если ручками написать, вместо radiance? Может поможет?
     
  10. Guest

    Я имел в виду шейдоп radians() - перевод в радианы... Если вместо его вызова просто умножать на PI и делить на 180, все будет работать... до обнаружения нового глюка... :))
     
  11. Guest

    Они ведь вторую часть Властелина колец делали на этой версии РМ (насколько я знаю). Надо кстати у Костика еще спросить...
     
  12. Guest

    Парнишку зовут Сергей, и я не уверен, что он нас сейчас читает... Он вроде в отпуске был.
     
  13. Guest

    оказывается эта проблема только со стандартными шейдерами для света - у меня шейдер свой и работает отлично, никаких глюков (у меня конус считается другой функцией), вот так-то.:)))

    to Kidd:

    Ну да ладно, я думаю по поводу источников света - это ручки просто кривоваты. Вот щас со светом вроде немного разобрался.
     
  14. Guest

    A eto ne svyazano s etim?:
    https://renderman.pixar.com/forum/showthread.php?s=&threadid=359
     
  15. Guest

    А... как тебя туда пустили?..
     
  16. Guest

    Tak je kak i vseh berem i regester. A chto teper' uje i registrirovatsya nel'zya ? On vrode kak Open Forum dlya vseh i FAQ otkryli dlya vseh. Tam odin chuvak pro eto napisal i Pixar razdobrilsya i otkryl.
     
  17. Guest

    Меня зарегистрировали, прислали пароль, и с этим паролем меня пускают только в раздел downloads, на форумах я не вижу ни одного треда и больше вообще никуда... Может, я чего-то не то тыкаю? :-(
     
  18. Guest

    Tebya daje v downloads puskayut, a menya net. Esli puskayu ty ne mog by ego 11ogo pod linux kachnut' a ya tebe svoi free login dam chtob po forumu lazit'.
     
  19. Guest

    Q: When I pass my Maya light cone angle to my shader using mattr, RenderMan seems to create lights which don't match my Maya lights at all.

    A: The measurement of cone angles between Maya and RenderMan tends to be quite different. In Maya, the cone angle is measured from edge to edge of the part of the light which does not have any attenuation, and the penumbra angle that you specify is such that the twice the penumbra angle added to the cone angle equals the total spot light spread. For example, if the cone angle is 50, and the penumbra angle is 30, then the spotlight will enclose a cone of 110. (Note that Maya's documentation was and may still be inconsistent with the actual behaviour of the renderer - the documentation implies that the penumbra angle is not multipled by two when computing the total light cone.)

    In RenderMan, it's usually the custom that a cone angle parameter actually measures the angle from the center of the light cone to the edge of the light cone, i.e. the further extent, where it is dimmest. This is motivated by how the illuminate shadeop works in the shading language. So in RenderMan, the cone angle actually intersects the penumbra angle as well, whereas in Maya the two angles do not intersect.

    So for the example light above, to match a Maya light with a cone angle of 50 and a penumbra angle of 30, you would need to use a cone angle of 55 (as the entire light cone encloses 110, but PRMan expects a number half of that since it measures from the center), and the penumbra angle remains unchanged. A quick diagram may help:


    |<--30-->|<-------50------->|<--30-->| This is Maya's view



    |<--30-->| |<--30-->|

    |<-------55------->|< ------55------>| This is PRMan's view


    MTOR helps with this situation by providing two precomputed variables that you can use in TCL expressions for shaders attached to light sources. These variables are the $CONEANGLE and PENUMBRANGLE parameters, and they are computed as follows:


    $CONEANGLE = radians(MayaConeAngle / 2 + MayaPenumbraAngle)

    $PENUMBRAANGLE = radians(MayaPenumbraAngle)


    By supplying $CONEANGLE and $PENUMBRAANGLE (or deg($CONEANGLE), if your PRMan light shader expects angles in degrees), you can conveniently control the extent of the light cone by setting the Maya cone angle and penumbra angle attribute, and what you see in Maya will match what you get in the PRMan render.
     
  20. Guest

    Molodets Tubick, a ya podumal chto na menya Kidd krichyat' budet esli ya copiright material na forum budu copy/paste.
     
Модераторы: Moderator.

Поделиться этой страницей