Menu
▾
▴
jrman-devel — The implementation of jrMan
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(10) |
Apr
(4) |
May
(24) |
Jun
(3) |
Jul
|
Aug
|
Sep
(2) |
Oct
(17) |
Nov
(4) |
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(7) |
Feb
(11) |
Mar
|
Apr
(2) |
May
(1) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
|
From: LinkedIn S. <sec...@li...> - 2016-10-08 09:27:19
|
Hi Eitaro, You've successfully changed your LinkedIn password. Thanks for using LinkedIn! The LinkedIn Team When and where this happened: Date:October 8, 2016, 6:27 PM Browser:Chrome Operating System:Windows Approximate Location:Tokyo, Tokyo, Japan Didn't do this? Be sure to change your password right away: https://www.linkedin.com/e/v2?e=li3jw-iu0zym7a-ll&a=uas-request-password-reset&midToken=AQEkHbIZUlvwgw&ek=security_reset_password_notification © 2016 LinkedIn Ireland Limited. LinkedIn, the LinkedIn logo, and InMail are registered trademarks of LinkedIn Corporation in the United States and/or other countries. All rights reserved. This email was intended for Eitaro Iwabuchi (Technical Artist at Thecnical Artist). Learn why we included this: https://www.linkedin.com/e/v2?e=li3jw-iu0zym7a-ll&a=customerServiceUrl&midToken=AQEkHbIZUlvwgw&ek=security_reset_password_notification&articleId=4788 If you need assistance or have questions, please contact LinkedIn Customer Service: https://www.linkedin.com/e/v2?e=li3jw-iu0zym7a-ll&a=customerServiceUrl&midToken=AQEkHbIZUlvwgw&ek=security_reset_password_notification LinkedIn is a registered business name of LinkedIn Ireland Limited. Registered in Ireland as a private limited company, Company Number 477441 Registered Office: Wilton Plaza, Wilton Place, Dublin 2, Ireland |
|
From: LinkedIn <sec...@li...> - 2016-10-08 09:19:57
|
Hi Eitaro, Reset your password, and we'll get you on your way. To change your LinkedIn password, copy and paste the following link into your browser: https://www.linkedin.com/e/rpp/36116348/jrman-devel%40lists%2Esourceforge%2Enet/1838139940924760048/?hs=true&tok=0dXbZ64A5Lm7s1 This link will expire in 24 hours, so be sure to use it right away. Thank you for using LinkedIn! The LinkedIn Team When and where this happened: Date: (GMT) Browser: Operating System: Approximate Location: Didn't do this? Be sure to change your password right away: https://www.linkedin.com/e/v2?e=li3jw-iu0zp3sv-6a&a=uas-request-password-reset&midToken=AQEkHbIZUlvwgw&ek=security_password_reset&li=6&m=security_footer&ts=password_reset ..................................... This email was intended for Eitaro Iwabuchi (Technical Artist at Thecnical Artist). Learn why we included this: https://www.linkedin.com/e/v2?e=li3jw-iu0zp3sv-6a&a=customerServiceUrl&midToken=AQEkHbIZUlvwgw&ek=security_password_reset&articleId=4788 © 2016 LinkedIn Ireland, Wilton Plaza, Wilton Place, Dublin 2. LinkedIn is a registered business name of LinkedIn Ireland. LinkedIn and the LinkedIn logo are registered trademarks of LinkedIn. |
|
From: LinkedIn <sec...@li...> - 2016-10-08 09:11:12
|
Hi Eitaro, Reset your password, and we'll get you on your way. To change your LinkedIn password, copy and paste the following link into your browser: https://www.linkedin.com/e/rpp/36116348/jrman-devel%40lists%2Esourceforge%2Enet/1838139940924760048/?hs=true&tok=1hy7Zg7k5Cm7s1 This link will expire in 24 hours, so be sure to use it right away. Thank you for using LinkedIn! The LinkedIn Team When and where this happened: Date: (GMT) Browser: Operating System: Approximate Location: Didn't do this? Be sure to change your password right away: https://www.linkedin.com/e/v2?e=li3jw-iu0zdwnv-j3&a=uas-request-password-reset&midToken=AQEkHbIZUlvwgw&ek=security_password_reset&li=6&m=security_footer&ts=password_reset ..................................... This email was intended for Eitaro Iwabuchi (Technical Artist at Thecnical Artist). Learn why we included this: https://www.linkedin.com/e/v2?e=li3jw-iu0zdwnv-j3&a=customerServiceUrl&midToken=AQEkHbIZUlvwgw&ek=security_password_reset&articleId=4788 © 2016 LinkedIn Ireland, Wilton Plaza, Wilton Place, Dublin 2. LinkedIn is a registered business name of LinkedIn Ireland. LinkedIn and the LinkedIn logo are registered trademarks of LinkedIn. |
|
From: LinkedIn S. <sec...@li...> - 2016-05-19 09:42:45
|
Hi Eitaro, To make sure you continue having the best experience possible on LinkedIn, we're regularly monitoring our site and the Internet to keep your account information safe. We've recently noticed a potential risk to your LinkedIn account coming from outside LinkedIn. Just to be safe, you'll need to reset your password the next time you log in. Here's how: 1. Go to the LinkedIn website. 2. Next to the password field, click the "Forgot your password" link, and enter your email address. 3. You'll get an email from LinkedIn asking you to click a link that will help you reset your password. 4. Once you've reset your password, a confirmation email will be sent to the confirmed email addresses on your account. Thanks for helping us keep your account safe, The LinkedIn Team ..................................... This email was intended for Eitaro Iwabuchi (Technical Artist at Thecnical Artist). Learn why we included this: https://www.linkedin.com/e/v2?e=li3jw-ioe3zkqx-h4&a=customerServiceUrl&midToken=AQEkHbIZUlvwgw&ek=email_password_invalidated_01&articleId=4788 © 2016 LinkedIn Ireland, Wilton Plaza, Wilton Place, Dublin 2. LinkedIn is a registered business name of LinkedIn Ireland. LinkedIn and the LinkedIn logo are registered trademarks of LinkedIn. |
|
From: Gerardo H. <ma...@si...> - 2010-10-12 23:39:38
|
Hi Henrique, We haven't done any work on jrMan in the last few years and I don't think that we'll be able to spend more time on it any time soon. jrMan uses the REYES rendering algorithm which isn't based on raytracing, so even if we did more work on jrMan it is unlikely that we would be implementing any kind of ray tracing. 2010/10/12 Henrique Penteado Kujawski Périgo <hp...@gm...>: > Hi there! > > I´m a graphic design student from Brazil who recently got involved with > Processing, a open source java-like programing language (you can see some > works here: http://processing.org/exhibition/) and the only way to render 3d > animation is using OpenGL or Sunflow ( a realistic ray-trace render engine, > very powerful but also very slow). > > I was wondering if it could be possible to use RenderMan as the main render > engine, that's when I encountered your render (JRMan), and i wound like to > know if the project is still under development, if some features like: > Ray-tracing, Point Cloud occlusion are going to be implemented. > > I believe that this project with proper features and documentation can get a > lot attention from the Processing community and maybe who knows some $$ with > donations. The documentation part is something I would like to help, also if > you´re interested I can make you a pretty site. > > > thank´s for your attention! > good-bye! > -- > Henrique Penteado Kuajwski Périgo > www.hperigo.com > -- Gerardo Horvilleur ma...@si... 5282-3314 044 55 2709-0509 |
|
From: Henrique P. K. P. <hp...@gm...> - 2010-10-12 20:35:01
|
Hi there! I´m a graphic design student from Brazil who recently got involved with Processing, a open source java-like programing language (you can see some works here: http://processing.org/exhibition/) and the only way to render 3d animation is using OpenGL or Sunflow ( a realistic ray-trace render engine, very powerful but also very slow). I was wondering if it could be possible to use RenderMan as the main render engine, that's when I encountered your render (JRMan), and i wound like to know if the project is still under development, if some features like: Ray-tracing, Point Cloud occlusion are going to be implemented. I believe that this project with proper features and documentation can get a lot attention from the Processing community and maybe who knows some $$ with donations. The documentation part is something I would like to help, also if you´re interested I can make you a pretty site. thank´s for your attention! good-bye! -- Henrique Penteado Kuajwski Périgo www.hperigo.com |
|
From: Gerardo H. <ma...@si...> - 2009-08-13 15:58:20
|
Actually, to avoid problems when the parallelogram isn't flat (which is almost always the case), we split each parallelogram into two triangles. That's why we only have three points for each micropolygon. All our micropolygons are triangles. On Thu, Aug 13, 2009 at 10:53 AM, Josh Stratton<str...@gm...> wrote: > I'm not sure if anyone is on this list anymore, but I thought I'd try. > Looking at the dicing code, it looks like the micropolygons are > always parallelograms as they only take 3 points. Not generic quads. > Is this problematic when the original patch isn't a parallelogram > leading to cracks between the micropolygons? > > Josh > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Jrman-devel mailing list > Jrm...@li... > https://lists.sourceforge.net/lists/listinfo/jrman-devel > -- Gerardo Horvilleur ma...@si... 5282-3314 044 55 2709-0509 |
|
From: Josh S. <str...@gm...> - 2009-08-13 15:54:27
|
I'm not sure if anyone is on this list anymore, but I thought I'd try. Looking at the dicing code, it looks like the micropolygons are always parallelograms as they only take 3 points. Not generic quads. Is this problematic when the original patch isn't a parallelogram leading to cracks between the micropolygons? Josh |
|
From: Gerardo H. <ma...@si...> - 2008-01-03 16:08:13
|
We haven't heard from anyone trying to rewrite in C#. I guess most of the work would be in rewriting the IO parts (specially: reading and writing images, the memory mapping for the texture files). The rest is just simple objects with many float variables and arrays of floats. On Jan 3, 2008 6:00 AM, John Davis <uni...@gm...> wrote: > Just wanted to say hi to everyone. Is development still active on JrMan? > > Anyone had the wild hair of getting this onto C#? > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Jrman-devel mailing list > Jrm...@li... > https://lists.sourceforge.net/lists/listinfo/jrman-devel > > -- Gerardo Horvilleur ma...@si... 5813-0830 |
|
From: Gerardo H. <ma...@si...> - 2008-01-03 15:36:36
|
Hello, Welcome to jrMan! Yes, development is still active on jrMan. But it depends on how much spare time we have available :) Usually, many months might go by without any changes and then you'll see a bunch of changes happening over a couple of weeks in the CVS repository. When we believe there are enough new features (usually some major feature being now supported) we do a new release. Right now, the most important new feature we want to work on is subdivision surfaces. When I started to design it I came to the conclusion I first needed to do a major refactoring of how we store the parameters for each primitive... So I am waiting until I have a couple of spare weeks I can assign to that task. This usually happens at christmas/new year. Unfortunately, for jrMan, we were all very busy with our paying jobs these last few weeks and weren't able to work more on jrMan. On Jan 3, 2008 6:00 AM, John Davis <uni...@gm...> wrote: > Just wanted to say hi to everyone. Is development still active on JrMan? > > Anyone had the wild hair of getting this onto C#? > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Jrman-devel mailing list > Jrm...@li... > https://lists.sourceforge.net/lists/listinfo/jrman-devel > > -- Gerardo Horvilleur ma...@si... 5813-0830 |
|
From: John D. <uni...@gm...> - 2008-01-03 12:00:48
|
Just wanted to say hi to everyone. Is development still active on JrMan? Anyone had the wild hair of getting this onto C#? |
|
From: Gerardo h. <ma...@gm...> - 2007-02-21 04:36:43
|
jrMan 0.4 released. ------------------------- jrMan is an open source implementation of the REYES (Render Everything You Ever Saw) algorithm used by Pixar's PhotoRealistic Renderman to render images. New features in release 0.4: --------------------------- - NURBS - Curves - PatchMesh - Rational bicubic patches - Support for all the bicubic patch basis - TextureCoordinates - Delayed ReadArchive - Bug fixes (and speed improvements in some cases) in the occlusion culling code - A complete rewrite of the code to handle surface parameters (more flexible, smaller RAM footprint) - Smooth interpolation (for shading micropolygons) - "st" parameters on Polygons - Better area calculation for Mipmapped textures. - "blur" parameter on textures. - pnoise (for shaders) - smaller RAM footprint for PointsPolygons - "fixed" null normals bug (could sometimes happen in bicubic patches) - Correct handling of u, v, s and t parameters in bicubic patches, patch meshes, and PointsPolygons - Handle correctly polygon "N" parameter in rib - Many optimizations (both time and space) - alpha in "RGBA" output images - a new GUI For more information: http://www.jrman.org -- Gerardo Horvilleur ma...@si... 5813-0830 |
|
From: Gerardo H. <ma...@pr...> - 2004-06-28 23:19:50
|
I always thought Ant should be well suited to handle complex rendering jobs. If we combine Ant rendering tasks with distributed rendering we might call it an Ant Farm! Sebastian Uribe wrote: > > Sorry, this was meant to be private. (I just hit the "reply" button > and didn't check the msg. header). > > Anyway, in spanish i said that I thought an Ant Task for automating > JRMan would be a great idea too. Is someone working on something like that? > > Sebastian Uribe wrote: > >> >> Hola Jorge, >> > -- Gerardo Horvilleur ma...@mu... |
|
From: Sebastian U. <su...@in...> - 2004-06-28 17:57:18
|
Sorry, this was meant to be private. (I just hit the "reply" button
and didn't check the msg. header).
Anyway, in spanish i said that I thought an Ant Task for automating
JRMan would be a great idea too. Is someone working on something like that?
Sebastian Uribe wrote:
>
> Hola Jorge,
>
--
///
Sebastián Uribe
Inmune Games
su...@in...
www.inmune.com.ar
|
|
From: Sebastian U. <su...@in...> - 2004-06-28 17:50:34
|
Hola Jorge,
I'm from Argentina, so I believe we can understand each other
writing in Portuguese and Spanish. :)
Me interesa el proyecto. Se me había ocurrido hace un tiempo algo
así, pero por falta de tiempo nunca lo hice. También había pensado hacer
un Task de Ant para poder automatizar todo, pienso que no debería ser
difícil.
¿Lo publicaste en algún lugar (sourceforge, etc.) en proyecto?
¿Puede verse?
Saludos,
Jorge Vargas wrote:
>--- Armelin <edu...@us...>
>wrote:
>
>
>>To: edi...@us...
>>Subject: P-JRMAN!
>>From: Armelin <edu...@us...>
>>CC: <edu...@us...>
>>Date: Mon, 28 Jun 2004 08:47:27 -0700
>>
>>
>>my personal contact is:
>>edu...@ev...
>>
>>
>>
>>I´m from brazil and my english is terible, but here
>>we go:
>>
>>first in english, or translate my portuguese:
>>
>>
>>
>> i make a project to distributed a renderig task
>>in n
>>
>>computers, with jrman, and it work ?!?!?! yes in
>>brazil we
>>
>>have a brain!!
>>
>>
>>
>>your project is very, very cool.
>>
>>
>>
>>And i go ahead with this task ... and you have news
>>about me.
>>
>>
>>
>>now in portuguese:
>>
>>
>>
>>Eu fiz um projeto para distribuir a tarefa de
>>rendering em n
>>
>>computadores, com o jrman, e funcoinou! Sim, no
>>brasil, nós
>>
>>pensamos.
>>
>>
>>
>>O projeto de vocês é muito bom.
>>
>>
>>
>>Eu irei em frente com essa tarefa ... e manterei
>>contato para
>>
>>saber do interesse de vocês.
>>
>>
>>
>>Quem sabe não teremos uma versão distribuída do
>>JRMAN.
>>
>>
--
///
Sebastián Uribe
Inmune Games
su...@in...
www.inmune.com.ar
|
|
From: Jorge V. <edi...@ya...> - 2004-06-28 17:14:50
|
--- Armelin <edu...@us...> wrote: > To: edi...@us... > Subject: P-JRMAN! > From: Armelin <edu...@us...> > CC: <edu...@us...> > Date: Mon, 28 Jun 2004 08:47:27 -0700 > > > my personal contact is: > edu...@ev... > > > > I´m from brazil and my english is terible, but here > we go: > > first in english, or translate my portuguese: > > > > i make a project to distributed a renderig task > in n > > computers, with jrman, and it work ?!?!?! yes in > brazil we > > have a brain!! > > > > your project is very, very cool. > > > > And i go ahead with this task ... and you have news > about me. > > > > now in portuguese: > > > > Eu fiz um projeto para distribuir a tarefa de > rendering em n > > computadores, com o jrman, e funcoinou! Sim, no > brasil, nós > > pensamos. > > > > O projeto de vocês é muito bom. > > > > Eu irei em frente com essa tarefa ... e manterei > contato para > > saber do interesse de vocês. > > > > Quem sabe não teremos uma versão distribuída do > JRMAN. > > > > Muito obrigado e até a próxima. > __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo |
|
From: <ben...@id...> - 2004-05-22 12:34:32
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Gerardo H. <ma...@pr...> - 2004-04-14 20:20:39
|
Unfortunately, the answer to your question is: no. There isn't any mechanism in jrMan to use shaders compiled for prman. And we haven't yet implemented our version of the shader compiler. We hope to have a first version in two or three months... In the meantime, you can "hand-compile" your shaders to Java class files. There are some examples in the src directory and all the standar Renderman shaders are in org/jrman/shaders. If you need any help with this let me know, and maybe I can find some spare time to do the "hand-compilation" myself (unless you have a couple of hundred shaders you need, in which case it might just be easier to wait for the shading language compiler to be ready :) ) Mikel Waxler wrote: > I have access to prman and shader for compiling my custom shaders. I > cannot seem to find any mention of weather jrman can use precomiled shader > objects or if it does how to get them recognized. > > Any help is appreciated. > > Thanks, > -Mikel > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Jrman-devel mailing list > Jrm...@li... > https://lists.sourceforge.net/lists/listinfo/jrman-devel > -- Gerardo Horvilleur ma...@mu... |
|
From: Mikel W. <wa...@wa...> - 2004-04-14 17:29:53
|
I have access to prman and shader for compiling my custom shaders. I cannot seem to find any mention of weather jrman can use precomiled shader objects or if it does how to get them recognized. Any help is appreciated. Thanks, -Mikel |
|
From: Alessandro F. <ale...@da...> - 2004-02-11 16:57:23
|
Hi all,
I've finally found the time to commit my work to CVS (it was ready
two days ago).
As usual please check that I've not broken anything.
I've also included the two JGoodies libraries the GUI depends on (into
drafts/lib/). Please note that these libraries require a 1.4.2 Java2
runtime even if the home page says 1.4 or later (I've reported a bug and
it will be corrected in next releases). Previous releases of both
libraries require a 1.3.x Java2 runtime, so we can downgrade if necessary.
What is the "official" jrMan logo? For the moment the About dialog
includes a logo image which derives from the application icon.
Suggestion and correction are welcome.
Cheers.
--
Alessandro Falappa
|
|
From: Alessandro F. <ale...@da...> - 2004-02-06 10:21:59
|
So to summarize here are the addresses I'll put in the About dialog box besides mine: Jorge Vargas <edi...@mu...> Elmer Garduno <ega...@us...> Gerardo Horvilleur <ma...@mu...> -- Alessandro Falappa |
|
From: Jorge V. <edi...@ya...> - 2004-02-06 08:30:08
|
I prefer edi...@mu... --- Elmer Garduno <ega...@me...> wrote: > Hi, > > What's Elmer Garduno address? Is it > ega...@us... ? > > > That address is ok. > > >> g) How many time did the generation take for > these > >> files??? What resources?? because sometimes is > better > >> to spend time downloading that computing them (if > it's > >> posible). > > > > I did not time them but I guess a fraction of > download time even on > > moderately fast connections. > > > > I think is ok to generate them. > > >> Regards. > >> > >> Jorge Vargas G. > > > > Cheers. > > > > -- > > Alessandro Falappa > > > > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and > Integration > > See the breadth of Eclipse activity. February 3-5 > in Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > Jrman-devel mailing list > > Jrm...@li... > > > https://lists.sourceforge.net/lists/listinfo/jrman-devel > > > > > > > > > Elmer Garduno > Mexico Analytica > 55532143, ext. 203 > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and > Integration > See the breadth of Eclipse activity. February 3-5 in > Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Jrman-devel mailing list > Jrm...@li... > https://lists.sourceforge.net/lists/listinfo/jrman-devel __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html |
|
From: Elmer G. <ega...@me...> - 2004-02-05 18:26:27
|
Hi, > What's Elmer Garduno address? Is it ega...@us... ? > That address is ok. >> g) How many time did the generation take for these >> files??? What resources?? because sometimes is better >> to spend time downloading that computing them (if it's >> posible). > > I did not time them but I guess a fraction of download time even on > moderately fast connections. > I think is ok to generate them. >> Regards. >> >> Jorge Vargas G. > > Cheers. > > -- > Alessandro Falappa > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Jrman-devel mailing list > Jrm...@li... > https://lists.sourceforge.net/lists/listinfo/jrman-devel > > > > Elmer Garduno Mexico Analytica 55532143, ext. 203 |
|
From: Gerardo H. <ma...@pr...> - 2004-02-05 14:59:36
|
For my email address I prefer <ma...@mu...> -----Original Message----- From: jrm...@li... [mailto:jrm...@li...] On Behalf Of Alessandro Falappa Sent: Tuesday, February 03, 2004 4:26 AM To: jrm...@li... Subject: Re: [Jrman-devel] GUI advances and start of a discussion... Jorge Vargas wrote: > Alessandro, > > Screenshots look great but i don't know if we should > put checkboxes for some options, maybe it's better to > include a TextField for extra options, if we want to > add some option we must change UI and on the other > hand we don't know how many options JrMan will have. This is a good suggestion (easy to implement and able to use new of options with an older UI), even if I intended to keep the option pane updated as new options get in just because some options could interrelate and need the UI to react accordingly (for example when checking/unchecking the "render frame subset" checkbox enables/disables the two "from" and "to" spinners). > About the dialog box i vote for our names and email's Fine. Jorge Vargas <edi...@ya...> Gerardo Horvilleur <ma...@pr...> Are the above addresses correct? What's Elmer Garduno address? Is it ega...@us... ? > Now about CVS repository (i'm sorry not including > original text here): > a) We should preserve it until we release a major > version. Do you mean the project is not mature enough to justify such a reorganization? > b) I agree. There are a lot of files now. > c) I think we must put all libraries that project > needs in one CVS module. This is good as well. > d) Maybe only extract development rib files ant put > them in other CVS module. Yes, this was what I was suggesting. > e) It's better to manage them one by one (if apply). Fine as well, I was thinking of "lazy" or "occasional" developers who "want it all and now" ^__^ > f) Maybe we could use a prefix in their names. This is only a temporary solution, I prefer wait until searchpaths are implemented then reorganize into directories. > g) How many time did the generation take for these > files??? What resources?? because sometimes is better > to spend time downloading that computing them (if it's posible). I did not time them but I guess a fraction of download time even on moderately fast connections. > Regards. > > Jorge Vargas G. Cheers. -- Alessandro Falappa ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Jrman-devel mailing list Jrm...@li... https://lists.sourceforge.net/lists/listinfo/jrman-devel |
|
From: Gerardo H. <ma...@pr...> - 2004-02-04 15:50:08
|
You are right, both motion blur and depth of field are based on stochastic sampling. For motion blur we only need to add a sampling time for each sample and create a new type of micropolygon that takes into account this sample time and its own motion. On the other hand, I still don't have a clear model on how to implement the spatial sampling for depth of field. I am in favor of reorganizing the CVS and doing more work for the GUI front end. It is just that in my mind I tend to think in terms of what are the features we still need to implement to support the full Renderman spec, and I forget other important stuf.... For instance, the GUI work you are doing is not part of the Renderman spec but I believe it is very important as it makes jrMan easier to use, especially for novice users. Other things we probably should be working on are: 1. A jrMan user/reference manual 2. A tutorial introduction to Renderman/jrMan 3. Improve the www.jrman.org web site 4. Other tools: a) Compositing a set of images into a single image (useful when you have to use crop windows to render a complex image in multiple rendering passes) b) A tool to obtain the bounding box of all the geometry in a rib file (useful once we implement DelayedReadArchive) c) A tool to help in generating ribs for floor reflections, shadow maps, and environment maps d) A tool to help in applying s and t coordinates to geometry, for texture mapping. -----Original Message----- From: jrm...@li... [mailto:jrm...@li...] On Behalf Of Alessandro Falappa Sent: Tuesday, February 03, 2004 4:34 AM To: jrm...@li... Subject: Re: [Jrman-devel] What we still have to do Gerardo Horvilleur wrote: > There are still many features we need to implement. Here is a list > with comments on what has to be done (it's probably incomplete as I am > doing it from > memory): > > 1. Shading language > This is probably the most important missing feature. It is one of the > most "famous" Renderman features, and many users won't be interested > in jrMan until we have it. > > 2. Motion blur > Also very important. > > 3. Depth of field > We should implement it someday but I don't think it is something we > need to work on right now. I believe these two are interrelated, to my knowledge they are an application of stochastic sampling in the time domain (motion blur) and in the spatial domain (depth of field). is it right? > 4. Reflection/Environment mapping > Once we have this we are finished with implementing all the Renderman > mapping features. > > 5. Missing primitives > a) Bicubic patches with basis != Bezier > This seems quite easy to implement. We should already have done it. > > b) PatchMesh > This also seems quite easy and should already have been done. > > c) Curves > Doesn't seem hard to do. Let's do it as soon as possible. > > d) Trimmed NURBS > These are slightly harder to implement than bicubic patches, but it > shouldn't take us more than a few days to have at least a first > implementation. These are very important > because many modelers are NURBS based. > > e) Subdivision surfaces > The same comments as above. Not too hard to implement and they are > important. I'm more fascinated by SDS than NURBS but I agree that NURBS are more diffuse and well understood. > f) General polygons > These are really a pain to implement and I don't know if any one > really uses them... > > 6. Other features > a) Implementing a Renderman API to use jrMan directly from a Java > program that generates the scene. > This would be really nice to have. It implies a refactoring to remove > extract much > of that functionality from the Parser class. This would also help in > implementing > other features like DelayedReadArchive which is really important for > rendering > complex scenes. And this would make it easier as well to build GUI front ends (from simple ones like what I'm coding to complex modelers). > b) Level of detail > Shouldn't be to difficult to implement. I really don't know if many > people use this feature. > > c) Surface orientation > Shouldn't be too difficult. > > d) Smooth micropolygon shading > Should be quite easy. > > e) Correct interpolation for all parameter types. > Right now jrMan has a hardcoded implementation for the most common > cases. We should reorganize this code to make it easier to generalize. > I have some ideas on how to > accomplish this that I will mention on a future email. > > f) Constructive solid geometry. > Doesn't seem to hard but I doesn't seem trivial either. It is > something I would like to have, but I am not sure if it's a feature > many people need. > > g) Procedural primitives > It will also need the Renderan API mentioned in (a) From what you say in your post I deduce that you are not in favor of the CVS reorganization (at least not now) and external "bell and whistles" but rather you prefer to let the software mature a bit, right? -- Alessandro Falappa ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Jrman-devel mailing list Jrm...@li... https://lists.sourceforge.net/lists/listinfo/jrman-devel |
2 messages has been excluded from this view by a project administrator.
