Where is SU 7 ?
-
@remus said:
Sorry to pull this thread further in to the depths of off topicness, but what method does SU use for rendering shadows? is it just a simple vector equation or are there more complex forces at work?
I remember reading in the old @Last forum that the "more complex forces at work" is the answer nearest to the truth, and that shadows are not directly supported by OpenGL, but that some clever engineering has been used to make it generate them. I might remember wrong, though.
Anssi
-
@plot-paris said:
therefore my biggest wish is, that Google announces a Ruby contest(lets say four times a year) where the best new scripts (or script updates) are chosen and their writers get a nice tropy money (for the hundrets of red bull cans they needed
)That is a brilliant idea!
-
Side note to Dazza: "All people have the right to stupidity but some abuse the privilege." Brilliant!
-
Layout needs to be for 2D drafting
Sketchup needs to support high poly models
that would make me happy.
also with 3D AND 2D component libraries, full of the stuff you need - for architects, designers, etc
-
When 7 is coming anyway?
-
How is it to live underground?
-
V7 will be released on September 4th at 11.45 a.m. Mountain Time.
(That should keep all the speculators happy....until Sep 4th, 11.45). -
-
Alan, that was really malicious! my heart skipped a beat, when I saw the red writing!
-
Alan
+100
-
Is that a 3DBC insiders joke?
-
Speaking of 3DBC, am I the only one who was expecting something exciting to have come from this? I kind of expected a bunch of "oh my God, this (fill in the blank) was unbelievable; I am so glad I saw/learned this." threads afterwards.
Pretty disappointing from my point of view.
How about how the next generation SU whips around a 15 million poly scene, or look at the kick ass new sculpting tools designed to augment the new subdivision and deformation scripts, or maybe a demonstration about how clipping is now a thing of the past.
I wonder what everyone from here who went, after distilling out all of the social and networking benefits, really came away with, other than some sweet demonstrations of the Ruby scripter's latest triumphs.
Ever get the feeling that the one guy Google has coding version 7 sits in the farthest, darkest corner of one of the warehouses like they had in the first Indiana Jones movie? Acres of stuff and one little light far far away. I kind of feel sorry for the guy, or gal.
-
He he
, I kind of have the same impression.
3DBC is good to train the social skills, but what exactly has come out that has any news value?A fun camping trip to get to know the other kids?
-
A pilgrimage to the holy land of SU.
-
I wasnt expecting anything new to be honest (google did say a few times that there wasnt going to be anything new...), although people do seem to have been re-invigorated with the 'SU is so cool' again.
And at least now alans finally let the cat out of the bag
-
@unknownuser said:
the one guy Google has coding version 7 sits in the farthest, darkest corner of one of the warehouses like they had in the first Indiana Jones movie?
well that is the perfect scene for a nice moody interior render with one of the apps not written by Google guys, isn't it?
-
Hehe! nice image Chuck.
To be fair, they did actually announce that no cats would be liberated from any bags during the course of the 3DBC...at least as far as V7 features goes.Certain things lead me to believe that the comparative silence from Google is indicative of a lot of people putting in a lot of time on the core program. This might be why it's taking so long to reach beta...no use playing with the bells and whistles till the engine's purring nicely. I hope I'm not proved wrong.
-
interesting, will have 7 version support of multiple languages?
as http://morepypy.blogspot.com/2008/06/pypy-improvements.html -
As a side note:
One of the developers at Asgvis (Vray for Sketchup) told me that implementing 'large adress awareness' is a matter of dropping a few code lines in.....
As they want their render engine to perform at full power (64 bit + large RAM adressing), they can't understand why it takes Google that long.....Let's hope Google does not remain deaf to the calls of 3td party developers....
To be honest, I don't like the silence around SU7...Google could easily spill some needed info for developers and ruby coders which way SU is heading. They could do that without having to reveal 'secret features' no one ever heard of.Just needed to say this...
-
@kwistenbiebel said:
As a side note:
One of the developers at Asgvis (Vray for Sketchup) told me that implementing 'large adress awareness' is a matter of dropping a few code lines in.....
As they want their render engine to perform at full power (64 bit + large RAM adressing), they can't understand why it takes Google that long.....Let's hope Google does not remain deaf to the calls of 3td party developers....
To be honest, I don't like the silence around SU7...Google could easily spill some needed info for developers and ruby coders which way SU is heading. They could do that without having to reveal 'secret features' no one ever heard of.Just needed to say this...
John Bacus told me (at the AIA convention) that the issue was realtimeshadows and textures in 64-bit applications. That is something with which VRay doesn't have to deal. Of course, it is possible John just wanted to get rid of me and made the problem up.
Incidentally, I just looked up that phrase "large address aware" in one of the MS Developer sites:
@unknownuser said:
Specifying Large-Address-Aware When Building
It is a good practice to specify large-address-aware when building 32-bit applications, by using the linker flag /LARGEADDRESSAWARE, even if the application is not intended for a 64-bit platform, because of the advantages that are gained at no cost. As explained earlier, enabling this flag for a build allows a 32-bit program to access more memory with special boot options on a 32-bit OS or on a 64-bit OS. However, developers must be careful that pointer assumptions are not made, such as assuming that the high-bit is never set in a 32-bit pointer. In general, enabling the /LARGEADDRESSAWARE flag is a good practice.
Thirty-two-bit applications that are large-address-aware can determine at run time how much total virtual address space is available to them with the current OS configuration by calling GlobalMemoryStatusEx. The ullTotalVirtual result will range from 2147352576 bytes (2 GB) to 4294836224 bytes (4 GB). Values that are larger than 3221094400 (3 GB) can only be obtained on 64-bit versions of Windows. For example, if IncreaseUserVa has a value of 2560, the result is ullTotalVirtual with a value of 2684223488 bytes.
So "aware programs" can use 4GB not just 2B. I take it that true 64-Bit apps should have greater capability.
All right, carry on with the griping now.
Advertisement