Nekochan Net

While the claims sound somewhat exaggerated (there's definitely a good amount of puffery in here), if there's even a modicum of truth to this video then it could be the biggest leap forward in computer graphics ever conceived.

It claims to be a major advance on voxel-based graphics that somehow sorts massive volumes of point-cloud data in a super-efficient manner. According to the narrator and the web site, it's entirely software-based.

mmh, "entirely software based" sounds slow somehow

_________________
r-a-c.de

We'll see in 16 months.

_________________
-ks



See them all >here<

stuffy british accents!

_________________


DECUS Member 368596

I can't help but notice the complete lack of animation in his environment. As one would expect. Without polygons, how can you animate anything? Are they going to recalculate the locations for each point between every frame? And once you start moving things, you have to recache your search data. He also talks about having billions of points in a scene, how can you have billions of points, each which need XYZ information for positioning, and RGB values for color, without requiring huge huge quantities of RAM? His 'one point per pixel' system is going to going alias like crazy and any surface with detail is going to look like an unfiltered texture (I'm certain this video was rendered at a higher resolution than is displayed).

It's an interesting technology and I'm eager to see where it goes, but it has a huge amount of critical technical hurdles to overcome. Though spending half the video explaining why polygons are bad and his technical explanation only goes as far as to say that it's "like google" kinda smacks of a charlatan. I would very much to see them publish a paper on this technology.

_________________
- Jim
<- signed by The Screensavers (230L) (230L) <- touchscreen

It makes me cringe when I hear accents like that and realise that's what most people outside the British isles think we all sound like.....

_________________
[ R10k-195/MaxImpact +TRAMs/896Mb/73Gb-15krpm/G160/6.5.22 ]
[ Dual R12k-400/V8/2Gb/73Gb-15krpm/6.5.29 ]

He's putting it on, trying to sound 'posh' for the camera...

Nah - there's always the circa-1908 Cockney and absurdly heavy Scottish dialects that everyone thinks of .

Oh, and lest I forget, the rugby players from Monty Python.

But then don't all US people sound like either New Yorkers or a caricature of the Louisiana or Texas drawls?

_________________
Damn the torpedoes, full speed ahead!

Systems available for remote access on request.

(single-CM)

... and of course, the number one culprit; Dick Van Dyke

_________________
[ R10k-195/MaxImpact +TRAMs/896Mb/73Gb-15krpm/G160/6.5.22 ]
[ Dual R12k-400/V8/2Gb/73Gb-15krpm/6.5.29 ]

What? Just a spoon full of sugar didn't make that medicine go down?

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

I remember an original Tom and Jerry set in as Robin Hood in Sherwood Forest, ie, vicinity of Nottingham. On of the main mouse characters had this dreadful broad cockney accent. Gor blimey, luv a duck.

_________________
4xRS6K 2xHP9K 6xSUN 1xDEC 14xMAC 7xPC 2xPS2

On a somewhat related note the mine planning software I use (which used to run on SGI machines ~ 12 years ago) chokes when I try and triangulate more than 1.5 million data points. The points are are actually stored as topography (x,y, elevation) contours (ie. strings) and are obtained from an aerial survey company. Many of these flight companies have switched over to using LIDAR and generate billions of points (point clouds) and provide much higher resolution (detail).

The project I'm working on is approximately 24 km x 12 km and consists of about 26 million points residing in 9 rectangular "tiles". Just displaying these 26 million points on my computer screen (dual quad core Dell T5400 with 4gb of ram) is painful as the disk I/O is slow. The vendor is still a year or more away from having a 64bit software version.

To display a large topography area like this the steps recommended by our mining software vendor is to build a 2D grid of the area and then interpolate the Z elevation into each grid cell thereby avoiding the whole DTM (triangles) model. The datasets I routinely work with are large and always break the software. It took my workstation 9 hours just to build my (small grid size) gridded surface and then the software refused to display the grid.

My question is: Does anyone know of any software which can handle between 1.5 and 3.5 million points (in a single "tile") and create a DTM without crashing?

Next question: I can "thin" the points on each topography line to reduce the number of points however, the algorithm is stupid and thinning can cause adjacent lines to cross. Elevation lines can't cross (they only do this in the real world when there are cliffs and overhangs) as this "breaks" the DTM engine (in every mining or AutoCAD related program I've ever seen or used). Does anyone know of a "smart" line thinning algorithm and looks at the uphill and downhill lines to make sure deleting a point doesn't cause a problem?

I've asked 3 of the big mining software vendors and they all give me the deer in the headslight look and say that might be a useful tool. I've thought about the problem but I'm too busy doing design work to tackle this problem. I keep thinking there must be an algorithm out there somewhere. Most of the code (or ideas) that these mining software vendors use was "borrowed" from other industries and academics and they don't really create much us we as a company fund them.

thegoldbug

_________________
thegoldbug
x5 x2 x5 x7
Vault L, 6-1200s, Fibre Hub, Dials, Boards, spares, 3 Sun Blade 2000s, Sun Fire V480, 2-Hero 2000 Robots, 5-Hero 1 Robots

Presumably you've looked at this:

http://terrain.cs.duke.edu/

...and found it inadequate?

2:20 "There's been some fantastic demonstrations by ATI and SGI and even nVIDIA when they run millions and some times as much as billions points on point cloud data on very very big supercomputers"

_________________
2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!

If this "search-engine-gfx-algorithm" really works and this is not a fake, then the guys have a code that is worth more than millions.

_________________
2xR12000 400MHz, 4GB RAM, V12 GFX
SGI - the legend will never die!!