Re: [osg-users] svn error during checkout

2009-07-29 Thread Marcus Fritzsch
Hello,

I am having thit same error when trying to use OSG svn through a
corporate proxy.

Just 2 cents of info.

cheers,
Marcus

On Wed, Jul 29, 2009 at 10:08 AM, Jose Luis
Hidalgojoseluis.hida...@gmail.com wrote:
 Hi S.,

   Months? are you having problems with svn for months? That changes
 everything, I'm still having troubles to find out what could be
 happening, it's a weird error that could be from Apache, Apr,
 Subversion... and there is no much info in the logs. But I'm working
 on it.

 JL.



 On Wed, Jul 29, 2009 at 7:56 AM, S Andreasonsandrea...@gmail.com wrote:
 Hi,
 I am having trouble updating by svn,
 This started a few months ago, but until Flightgear began requiring a newer
 version of osg, I didn't make fixing this a priority.

 I have upgraded svn as reported by --version
 svn, version 1.6.2 (r37639)
  compiled Jul 28 2009, 21:53:53

 and here is the problem, output:

 svn checkout http://www.openscenegraph.org/svn/osg/OpenSceneGraph/trunk
 OpenSceneGraph
 A    OpenSceneGraph/include/osgWidget/Widget
 A    OpenSceneGraph/include/osgWidget/Browser
 A    OpenSceneGraph/include/osgWidget/ViewerEventHandlers
 A    OpenSceneGraph/include/osgWidget/VncClient
 A    OpenSceneGraph/include/osgWidget/Version
 A    OpenSceneGraph/include/osgWidget/Table
 svn: REPORT of '/svn/osg/!svn/vcc/default': Could not read response body:
 connection was closed by server. (http://www.openscenegraph.org

 After svn sends what is needed, I get EXACTLY 15 seconds (95% of the time, a
 10 second quiet break and another 15 seconds the other 5% of the time) of
 files before it always gives this error.
 I am connected to internet by Modem, and after reading other posts here from
 months ago, I can answer the next question, No, I am not behind a proxy.

 The only thing left that I can think of, is something in my configuration
 before compiling, so here is that long output:

 ./configure --with-apr=/usr/local/apr/bin/apr-config
 --with-apr-util=/usr/local/apr/bin/apu-config
 configure: Configuring Subversion 1.6.2
 configure: creating config.nice
 checking for gcc... gcc
 checking for C compiler default output file name... a.out
 checking whether the C compiler works... yes
 checking whether we are cross compiling... no
 checking for suffix of executables...
 checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether gcc accepts -g... yes
 checking for gcc option to accept ISO C89... none needed
 checking for g++... g++
 checking whether we are using the GNU C++ compiler... yes
 checking whether g++ accepts -g... yes
 checking how to run the C preprocessor... gcc -E
 checking build system type... i686-pc-linux-gnu
 checking host system type... i686-pc-linux-gnu
 checking target system type... i686-pc-linux-gnu
 checking for grep that handles long lines and -e... /usr/bin/grep
 checking for egrep... /usr/bin/grep -E
 checking whether ln -s works... yes
 checking for a BSD-compatible install... /usr/local/bin/ginstall -c
 configure: Apache Portable Runtime (APR) library configuration
 checking for APR... yes
 checking APR version... 0.9.13
 configure: Apache Portable Runtime Utility (APRUTIL) library configuration
 checking for APR-util... yes
 checking APR-UTIL version... 0.9.13
 checking for pkg-config... /usr/local/bin/pkg-config
 configure: checking neon library
 checking neon library version... 0.26.2
 checking for ANSI C header files... yes
 checking for sys/types.h... yes
 checking for sys/stat.h... yes
 checking for stdlib.h... yes
 checking for string.h... yes
 checking for memory.h... yes
 checking for strings.h... yes
 checking for inttypes.h... yes
 checking for stdint.h... yes
 checking for unistd.h... yes
 configure: looking for apr_memcache as part of apr-util
 checking apr_memcache.h usability... no
 checking apr_memcache.h presence... no
 checking for apr_memcache.h... no
 checking for Apache module support via DSO through APXS... no
 ==
 WARNING: skipping the build of mod_dav_svn
        try using --with-apxs
 ==
 configure: checking sqlite library
 checking sqlite amalgamation file version... amalgamation found and is okay
 configuring libtool now
 checking for a sed that does not truncate output... /usr/bin/sed
 checking for ld used by gcc... /usr/bin/ld
 checking if the linker (/usr/bin/ld) is GNU ld... yes
 checking for /usr/bin/ld option to reload object files... -r
 checking for BSD-compatible nm... /usr/bin/nm -B
 checking how to recognize dependent libraries... pass_all
 checking dlfcn.h usability... yes
 checking dlfcn.h presence... yes
 checking for dlfcn.h... yes
 checking how to run the C++ preprocessor... g++ -E
 checking for g77... g77
 checking whether we are using the GNU Fortran 77 compiler... yes
 checking whether g77 accepts -g... yes
 checking the maximum length of command line arguments... 98304
 

[osg-users] Terrain rendering with rendered surface textures.

2009-05-12 Thread Marcus Fritzsch
Hi List.

We have a tile based LOD-terrain that is refined incrementally upon
rendering. The terrain is textured with textures to be rendered from
some other tile based database. These runtime generated texture-tiles
are incrementally refined as well. However the refinement of terrain
and textures might be independent to some degree.

The terrain is attached to one camera. How do we have to organize the
texture tile rendering?
- How can I make sure, that a texture gets only rendered once for a
given area on a given level of detail?
- How do I synchronize the rendering of the texture tiles regarding
the terrain rendering?
- How many cameras do I need to fill the textures? One camera per
texture to be rendered?

Cheers,
Marcus Fritzsch
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org