Unconfigured Ad Widget

**hmsabry** · 21 / 02 / 2008, 06:48 PM

for people who have not dictionary to read that site
here its a very very good dictionary
http://moshax.com/download/details_2726_Babylon

download...>>install.....>>have fun

read that thread for your own good (Trix for kids)
that i sent to you "FG thread"

ok

**hmsabry** · 21 / 02 / 2008, 07:38 PM

Part 1 from Trix 4 Kids

Final gathering is a two step process:

Precomputation

A hexagonal (triangular) grid is built in raster space, for each point of the grid an eye ray is sent by the camera to the scene, if there is an intersection with geometry who's shading needs to evaluate irradiance, then a number of FG rays is hemispherically sent around the normal at the intersection.

The MapViz node in Maya can display such hexagonal/triangular grid of FG points generated in the precomputational phase. It does NOT display points coming from the second phase (rendering/interpolation).

model courtesy from Olivier Renouard

Rays will travel until they don't hit something in the surroundings (except if you specify a falloff range which will fade the result with the environment color, a sort of FG ray lifespan and can have a large effect on performance because FG stops pulling in almost irrelevant distant geometry) and will return color informations.

This is a simplified diagram of the precomputation phase:

All this information is cached on disk in a 3D FG map file (temporary held in memory or disk resident) for that specific frame or for bundle of frames.

These precaching FG points are representer as green dots when using the 'diagnoseFinalg' diagnostic mode.

diagnoseFinalg is activated trough MEL:

setAttr miDefaultOptions.diagnoseFinalg 1;

see advanced settings & optimizations, or trough the standalone flag:

-diagnose finalgather

Green dots are the precomputation FG points.
FG radius is set to max = 10, min = 1

Feedback of first phase using the info messages verbosity level:

RCFG 0.2 info : scheduling early final gather jobs
RCI 0.2 info : using scanline algorithm for eye rays
RCI 0.2 info : using BSP algorithm for secondary rays
----------
RCFG 0.2 info : depth #finalgather points
RCFG 0.2 info : 0 1345
RCFG 0.2 info : ray type number
RCFG 0.2 info : eye 1628
RCFG 0.2 info : finalgather 134500
----------
RCFG 0.2 info : wallclock 0:00:01.29 for computing finalgather points
----------
RCFG 0.2 info : optimizing final gather points access (1345 points) (stored)
Extra computation & interpolation

When rendering phase starts the cached information in the FG map is reused for all irradiance shading calls. FG points calculated in presampling were expensive so nearby fg points are
reused: depending on the two radius settings interpolation is used for nearby points, radius defines the influence zone of nearby irradiance values to be integrated without spawning more rays. Dynamically if this this influence zone is exceeded, more FG rays are shot during rendertime, this logically happens more often on the geometry edges.

The following diagram represents the interpolation phase:

Radius values are expressed by default in world units, but via the 'finalGatherView' attribute they can be expressed in raster space (pixels).

These rendertime FG points are representer as red dots when using the diagnoseFinalg diagnostic mode:

The FG diagnostic mode shows also the rendering FG points as red dots, usually present on edges.

This image also contains more FG green dots to show the effect of reducing the FG radius to max = 1 , min = 0.1

If new FG points are calculated at rendertime, they are automatically appended to the 3D FG map file in memory or on disk, letting the map grow (except if you 'freeze' the map).

Feedback of second phase using the info messages verbosity level:

RC 0.2 info : rendering statistics
RC 0.2 info : type number per eye ray
RC 0.2 info : eye rays 55569 1.00
RC 0.2 info : finalgather rays (added) 1352200 24.33

FG is controlled by accuracy, the number of rays to cast per FG point (default = 1000). Max radius limits what existing fg points can be reused and interpolated, if there are too few FG points in max radius, a new FG point is computed. Min radius forces FG points into the interpolation, and it is normally 1/10th of max radius.

Please note that radius are used for interpolating FG points, there is no relation between radius and the length of the path of a FG ray which is actually controlled by another couple of parameter called FG falloffs.

**hmsabry** · 21 / 02 / 2008, 07:39 PM

Lets read this part and discuss it

**hmsabry** · 21 / 02 / 2008, 07:58 PM

the meaning of (Raster sapce) on wikipedia
http://en.wikipedia.org/wiki/Raster_graphics

*******************************************
interact ya hany inta we wageeh ma3aya zay zamaan
lamma konna benzaker ma3a ba3d maya .....
sheddd yabny enta we howwaa
*******************************************
ok

**GPA_Man** · 24 / 02 / 2008, 02:03 AM

7ader ya hazoof i will be back again sooon gedan , ent 3aref eny kont mash3'ol kalelan fel geash we we 7agat deh we kman kan 3andy sho3'el kteeeeeeeeeeeeeeeeeeeeeeeeeeeer fa7et
soo just give 2 or 3 days and i will be with you

**hmsabry** · 24 / 02 / 2008, 12:44 PM

ok waiting you Hany

**GPA_Man** · 24 / 02 / 2008, 10:01 PM

MentalRay_Book

this is a great book for mental ray

sybex.mental.ray.for.maya.3ds.max.and.xsi.feb.2007.pdf - 25.29MB

**GPA_Man** · 26 / 02 / 2008, 03:51 AM

we ana 23ed men shwyah bdawer men shwyah kedah la2et link latef 2wy fa 2olet asebo henah yamken el nas tastafeed we tes7ah ba2ah men el 3''aybobah deh

http://www.render3d.de/cgi/render3d....iques&state=on

**aloshM** · 26 / 02 / 2008, 02:39 PM

thanks Hani for this useful link

**hmsabry** · 27 / 02 / 2008, 02:28 PM

hii all

we need to concentrate on (trix for kids) as a beginning

so please we all need to read the part that i sent and lets
study it very hard....

mesh 3ayezeen nesha33ab nafsena fe kaza 7etta....
3awzeen nerakez fe 7etta 7etta... fa2argo men kol
illy 3ayezeen yeshterko innohom ye2ro ma3ana il gozz2yya
illy ana ba3attaha we 7'aleena natanakash feha.....!!!!

ok

**hmsabry** · 04 / 03 / 2008, 06:14 PM

ok ...!!!

il 7essabaat il awwalyyaa lel FG

il camera beteb3at shabaket (grid) ashe33a (rays) tetla3 men il camera

la7ez il no2at il 7'addra .. de il rays 3bara 3an shabaka (grid)
3ala shakl mosallasaat

le7ad ma telmess ay surface, il ray elly be yelmess il
surface be yeshoof il 7etta de fehaa (sheddet edaa2a add
eeh..??) = irradiance
we bona2 3aleeh ...magmo3et (rays) ashe3a nesf da2edryya
ta7'rog men no2tet il takato3 mabeen il ray illy 7'arag men
il camera wel surface.

momken negarrab 3ala fekra 7aga 3ashan newadda7
il grid de .....

hat plane we 7ot 3aleeh kam kora kida we sha3'al il FG
we seeb kol 7aga feeh zay mahyya ...
bas sha3'al Enable Map Visualizer
we render il frame we shoof hatla2y eeh fil view port..??

yareet 7ad ye ye3mel kida we yePrint il screen we yepost
il sora (shakl map visualizer)men nafs il camera....
we men camera tany be zawwya....!!
asly maf7oooooot sho3'l

**hmsabry** · 09 / 03 / 2008, 10:10 PM

is there any body out there..??

**hmsabry** · 09 / 03 / 2008, 10:11 PM

is this part is clear to every one..!!!
lets discuss it

**GPA_Man** · 10 / 03 / 2008, 06:25 AM

hhhhhhhhhhhhhhhhhhhhhhhhhhhhh

ent gamed a7'er 7agah ya hazoof
ent na2es te3mel men tut dah 7o2an we kabsool

ya sa7by fokak

Unconfigured Ad Widget

إعـــــــلان

Hazem sabry (Yallabina..... "ne.Render") ...back again

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق

تعليق