Where is SU 7 ?
-
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.
-
@lewiswadsworth said:
All right, carry on with the griping now.
...or with the griping about the griping
-
I have a list of features as long as my arm I'd love to see in SU7! Though I cut that arm off for a simple "reselect" function seriously!
Oh and multiple scenes (pages) to be displayed in split screens!
-
Regarding SU 7, maybe the silience is because the omnipotent Autodesk wants to swallow Sketchu into its cavernous maw. and make us all take out overdrafts to pay for it......
-
@richard said:
I have a list of features as long as my arm I'd love to see in SU7!
Same here, but I have a few I REALLY want to see, otherwise I think I'm wasting my time with SU, I think that a good number of SU users are starting to feel the same way.
@richard said:
Though I cut that arm off for a simple "reselect" function seriously!
It's available Richard, take a look over at Smustard for SelectionMemory (free) or pay $5 for SelectionMemory2 (enhanced version).
@richard said:
Oh and multiple scenes (pages) to be displayed in split screens!
AFAIK Smustard (Rick in specific) is also working on a script to organise the page/scene tabs. Unfortunately it seems like it will only run one level deep and not several as may be required - still probably better than nothing though.
-
Juju thanks for the eyes up on the script mate!
Yeah i'd like to see the split scene option included for although I feel the beauty of SU is the ability to model and compose scenes without split scenes I find so often it could save me having to change camera angles when placing objects in a scene!
But then again so many other features as you suggest could be included. I feel if the guys at google just don't get running on some major upgrades the flavour of SU may soon be lost!
-
@syburn said:
Regarding SU 7, maybe the silience is because the omnipotent Autodesk wants to swallow Sketchu into its cavernous maw. and make us all take out overdrafts to pay for it......
There was for so many years this exact fear, in fact it went deeper to the fear Autodesk would by @last and just bury SU altogether. I think that fear has passed somewhat, I really cant imagine Google now off loading SU to anyone! Although off loading the development of it could be a consideration!
-
@kwistenbiebel said:
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.
Who said they haven't told us a few little hints here and there...
Chris
-
No one.
But no one said the opposite either.
Lewis filled us in on what he experienced at AIA.
But concerning 3DBC, the info we got from participants was about the presentations of the existing ruby scripts....and some nice photos off course.
Patience is a virtue, so I am sure we will see more info when the time is ripe. -
@kwistenbiebel said:
No one.
But no one said the opposite either.I think you called my bluff
I only wish I was privy to any early info...... 
Chris
-
Understood
-
I'd just like the dumb "extra 5-minute" kludge to go away so that I don't have to run it every time I open SU6.
-
What is the 5 minute kludge you refer to? I know some users had an extra long delay on opening SU in earlier releases of SU 6, but that was cleaned up. Is it something to do with that? or did I misunderstand what you mean?
Chris
-
repsonse to: Chris Fullmer on Mon Jul 14, 2008 10:02 pm
"What is the 5 minute kludge you refer to?"
A while back I got a new whiz-bang computer, with Windows Vista loaded onto it. When I installed SU6, the license complained at me, telling me that it was expired. Uninstalling/reinstalling makes no difference.
I contacted Sketchup and they kindly gave me an executable that reset the clock by 5 minutes...but it is sort of like putting a bandage on a broken leg.
It "might" have been intended to be a good fix, I mean, it works, but i gotta jump through the hoop (run the executable) every time I initialize the program.
... but the really frustrating part is that Layout and Style Builder don't understand that and just_won't_work.
grr.
I figured I could wait 'til SU7 because I have a corporate license at work, but, of course the license is on a server somewhere else on the planet and neither program has the patience to look for it, so Layout and Style builder are useless, here, too.
grr^2.
Advertisement