Hiya, All interesting reading - thank you for one, from me!
I brought up OCTANE just to see. But also previously brought up the FREE / Open Source physically based and unbiased rendering engine that is LUXRENDER: http://www.luxrender.net/ Access to this from RS because it is free and therefore accessible to more than FRY which has a far higher cost. Aidan On 20 July 2010 17:24, Rakesh Malik <tamer...@gmail.com> wrote: > I think a version of Larrabee will be released soon -- though it's not > likely to be a graphics chip, it's most likely to be a mini-supercomputer on > a card. > The margins in that arena are much better than the margins in CPU's right > now, so you can bet that Intel's going to go after it with some gusto. > OpenMCL and DirectX are our best bets for "standardized" API's. OpenGL will > always be playing catchup, and DirectX will always be leading the way, > because Microsoft makes too much money from games to stop pushing DirectX as > much as it can, and OpenGL is a standard that requires a committee to agree > on. The same committee that ensures that OpenGL is OpenGL also slows it down > -- it's the tradeoff for standardization. > Threading in Python is a joke. I've done it, it's a waste of effort. The > language is suitable only for embarrassingly parallel applications, and > that's it. > C++0x won't be usable by very many people -- especially the newer > programmers. It will be a fine language, but the people using it will be > limited to supercomputer models, games, and the better 3D animation and > rendering software. > There are several modern programming languages that are placing a strong > emphasis on parallel, multi-threaded, distributed, and functional > programming. In "mainstream" programming, applications will just get buggier > and more bloated. In the smaller space of 3D software and games, we'll see > some amazing stuff, probably in the next couple of years. > They're going to have no choice as far as standards -- there will be a small > number of languages (my guess is OpenMCL + whatever Microsoft calls theirs) > that will end up becoming pervasive, and anyone who wants to play will have > to support them or be kicked to the curb. > Thanks -- I'm trying to get out of programming so that I can do more with 3D > and photography. I've been out of 3D for too long, because I haven't had the > time to keep it up. > ----------------------------- > Rakesh Malik > http://www.whitecranephotography.com > http://www.flickr.com/baratheon > > > On Tue, Jul 20, 2010 at 6:22 AM, Jean-Sebastien Perron <j...@neuroworld.ws> > wrote: >> >> Wow really interesting Rakesh. >> >> Larrabee won't be released soon, if released at all. >> >> I hope you are right, I am eager for theses new features to be open >> standard. >> As a programmer, it's even difficult to use good old OpenGl/DirectX mess. >> >> Thankyou for that long response, If you know more tell us. >> I will do further reading about the new GPU. >> >> The new c++ standard ( C++0x) that will be revealed the next year, will >> support multi threading. >> Like Python, most languages are now supporting parallel execution directly >> in the language. >> >> OpenGL, DirectX, Larrabee, ATI, Nvidia, Mac, Linux, Win ... They will >> never merge to any standard. >> >> I really like your landscape pictures. >> >> Jean-Sebastien Perron >> www.CombadZ.com >> >> On 10-07-20 02:34 AM, Rakesh Malik wrote: >> >> GPU based renderers are most likely the future. >> The Cell isn't it -- it's only somewhat parallel, and it's not well-suited >> to double precision arithmetic. It's a better suited to rendering than to >> gaming, but it's definitely nowhere near to being all that it's cracked up >> to be. >> The latest generation of GPU's from nVidia and AMD/ATI are, however, >> exactly what you're describing -- massively parallel, with extremely fast >> buses, and with general-purpose computing engines rather than dedicated >> hardware to run shaders. The latest nVidia GPU's do double-precision >> arithmetic well, which is specifically for high-performance computing. >> The consistency isn't due to the GPU's being GPU's, it's because >> general-purpose GPU's are relatively new, and there aren't any standards for >> them yet. It will change, especially with programming languages for them >> becoming standardized. >> Intel's Larabee processor is specifically geared toward general-purpose >> computing -- it's a collection of small, fast processors with very fast >> interconnects and it's well-suited to applications such as rendering. >> And lastly... the reason that the industry is being so conservative about >> parallelism is that most programmers don't understand even the simplest >> issues in parallel programming -- how to partition and re-assemble data, >> handle node failures, mutual exclusion, resource contention, that sort of >> thing. >> >> ---------------------------- >> Rakesh Malik >> http://www.whitecranephotography.com >> http://www.flickr.com/baratheon >> >> >> On Mon, Jul 19, 2010 at 6:46 PM, Jean-Sebastien Perron <j...@neuroworld.ws> >> wrote: >>> >>> GPU based renderer are doomed unless there is a open and documented >>> standard. >>> Like any hardware-dependent renderer they will fade over time. >>> >>> It's sad that the the Cell processor was ignored by the industry. >>> The Cell in the hand of good old programmers (Assembler and c++) not >>> (scripters) could do so much. >>> >>> I hate AMD and Intel and Arm and Motorolla, >>> The secret to faster computing is parallel work. >>> Like the hundreds of "Blitters" in the old arcade motherboard of the >>> 80's. >>> Programming in parallel require thinking, and the industry is playing it >>> safe. >>> >>> We don't need 4 core we need 32 or 64 and more. >>> Simple core that only do floating point math vectoring. >>> Not all purpose crap like intel(int tel) like in integer. >>> >>> GPU are useless in generating images, no 2 videocard produce the same >>> result. >>> What is important is math math math .... Vector and matrix nothing else >>> And still to this day, only one processor in the world deliver that : The >>> Cell >>> >>> If I had the money of Bill Gate, In a year I would completely change the >>> computer world. >>> Company are behaving like the petrol industry : holding technology, and >>> improving slowly to make more money. >>> I would have thought that buy now we would not need to think about >>> computing speed. >>> >>> The solution is so simple : (a really really simple RISC processor * 64) >>> + a lot of memory inside the processor) in a single chip. >>> A computer in a chip, everything in a chip. No dedicated hardware or >>> instructions. >>> >>> Actually not all of the above is true, but mostly true >>> >>> Jean-Sebastien Perron >>> www.CombadZ.com >>> >>> On 10-07-19 04:00 PM, aidan o driscoll wrote: >>>> >>>> OR http://www.refractivesoftware.com/ >>>> >>>> Octane Render is the world's first GPU based, un-biased, physically >>>> based renderer. €99 >>>> >>>> Bought this recently on offer - €49. Very nice renderer too. Use it with >>>> Modo! >>>> >>>> Plugs for other apps being developed for this also .... >>>> >>>> Aidan >>>> >>>> On 19 July 2010 20:42, Neil Cooke<ne...@xtra.co.nz> wrote: >>>> >>>>> >>>>> Nice Archviz there Arfo!!! >>>>> Thanks >>>>> Neil Cooke >>>>> PS: I dont know enough about renderers to comment and RS does it Ok for >>>>> me >>>>> ... in my ignorance perhaps. >>>>> ________________________________ >>>>> From: Arjo Rozendaal<arjo.rozend...@xs4all.nl> >>>>> To: user-list@light.realsoft3d.com >>>>> Sent: Tue, 20 July, 2010 6:36:03 AM >>>>> Subject: RE: Fryrender plugin support >>>>> >>>>> Hi Jason, >>>>> >>>>> >>>>> >>>>> I think Realsoft really needs a better render engine. But rendering >>>>> with >>>>> third party plugins would mean some serious changes. Solid objects >>>>> won't be >>>>> possible, everything will have to be turned into SDS/polygonal objects. >>>>> VSL >>>>> will be of no use anymore. All the materials will have to be created to >>>>> work >>>>> with the render engine. I doubt if this is what most Realsoft users >>>>> like. I >>>>> always liked the special things of Realsoft like the VSL and solid >>>>> objects. >>>>> I'm afraid the mainstream production market is quite covered by the >>>>> other >>>>> apps. So I guess Realsoft is more for the users that like the special >>>>> options. >>>>> >>>>> However I must admit that these specialties have some severe >>>>> limitations. In >>>>> terms of production, VSL is far too technical and time consuming to >>>>> create >>>>> nice materials. Solids have limitations if you want to add bevels, >>>>> deform >>>>> them or things like that. >>>>> >>>>> But if Vesa and Juha find some solution that could bring the high >>>>> quality >>>>> rendering to Realsoft without losing VSL and solids it would be very >>>>> impressive. >>>>> >>>>> >>>>> >>>>> Anyway, I'm even not sure if Fryrender is the best choise. I chose >>>>> Vray, >>>>> which is not an unbiased renderer lik Fry or Maxwell. But it's a lot >>>>> faster. >>>>> >>>>> And IMHO it renders very nice images too. But as always there are a lot >>>>> of >>>>> different opinions when it comes to choosing a render app. And all the >>>>> software galeries show the nicest results of their users. Here are some >>>>> results of myself: >>>>> >>>>> Two different interior projects I did this year (rendered with Vray): >>>>> http://www.xs4all.nl/~joly/show/kantoor.html and >>>>> http://www..xs4all.nl/~joly/show/wrobel.html >>>>> >>>>> Both completely different atmosphere in terms of style. Modern/clean >>>>> office; >>>>> the other an private flat in Paris. >>>>> >>>>> >>>>> >>>>> Arjo. >>>>> >>>>> >>>>> >>>>> Van: owner-l...@light.realsoft3d.com >>>>> [mailto:owner-l...@light.realsoft3d.com] Namens Jason Saunders >>>>> Verzonden: maandag 19 juli 2010 17:03 >>>>> Aan: user-list@light.realsoft3d.com >>>>> Onderwerp: Fryrender plugin support >>>>> >>>>> >>>>> >>>>> Hi, >>>>> >>>>> >>>>> >>>>> Any votes for development starting on a plug-in for using this render >>>>> engine >>>>> in Realsoft ? >>>>> >>>>> >>>>> >>>>> Seeing as all the other major and not so major 3D apps have it >>>>> supported, >>>>> makes sense to try and catch up me thinks. >>>>> >>>>> >>>>> >>>>> www.randomcontrol.com/fryrender-gallery >>>>> >>>>> >>>>> >>>>> Regards >>>>> >>>>> >>>>> >>>>> Jason >>>>> >>>>> >>>>> >>>> >>>> >> > >
