Changes between Version 11 and Version 12 of doc/app/dvr

Timestamp:

Nov 21, 2012 2:44:18 PM (12 years ago)

Author:

raasch

Comment:

--

doc/app/dvr

@@ -7 +7 @@
 == General remarks: ==
 
-The '''dvr''' software was originally developed by [http://www.rrzn.uni-hannover.de RRZN] stuff (Stephan Olbrich, Carsten Chmielewski). Meanwhile, further development under the name '''dsvr''' is done by the University of Hamburg (Prof. Stephan Olbrich, see [http://www.dsvr-software.de/ webpage]). It allows to create 3d-animations with PALM, which can be displayed via a special plugin for internet browsers. With suitable graphic hardware (e.g. NVIDIA quattro FX cards) even stereoscopic views are possible.
+The '''dvr''' software was originally developed by [http://www.rrzn.uni-hannover.de RRZN] staff (Stephan Olbrich, Carsten Chmielewski). Meanwhile, further development under the name '''dsvr''' is done by the University of Hamburg (Prof. Stephan Olbrich, see [http://www.dsvr-software.de/ webpage]). It allows to create 3d-animations with PALM, which can be displayed via a special plugin for internet browsers. With suitable graphic hardware (e.g. NVIDIA quattro FX cards) even stereoscopic views are possible.
 
 In contrast to the other kinds of visualization output realized in PALM (1d-, 2d-, 3d-netCDF output), where the data is output in a common format suitable for many kinds of post-processing visualization software, the creation of animations via '''dvr''' software is integrated in PALM, i.e. respective routines are directly called within the PALM code. The '''dvr''' routines then output the graphic data (so-called plot-primitives, e.g. polygones of isosurfaces) in a special '''dvr''' format. Since the '''dvr''' software is parallelized (i.e. each PE calculates the graphic data for its subdomain), the visualization of simulations with very large numbers of grid points is possible (which so far failed because of several problems: volume of the raw data, which rapidly may sum-up to several Terabytes; main memory size needed for graphic workstations, on which the visualization is to be carried out; the insufficient scalar (!) computing speed of commercial graphic software in case of such large numbers of grid points).