Hi Jan,
The framerate continues to drop so if it starts at 60Hz it slowly drops and
reaches 30Hz after aproximatly 20 seconds. It is not a one time drop due to
the HUD. This happens in SingleThreaded mode with a very simple model.
Brede
On 8/17/07, Jan Ciger <[EMAIL PROTECTED]> wrote:
>
>
Hi Jan,
On 8/17/07, Jan Ciger <[EMAIL PROTECTED]> wrote:
> > Try forcing different threading models by using the OSG_THREADING env
> > var, or setting it on the command line. See osgviewer --help and
> > osgviewer --help-env for details.
>
> SingleThreaded seems to work, DrawThreadPerContext hang
Hi Yefei,
I don't really follow what the problem is. Is it a problem in the
Jpeg plugin? What do you mean by black and white mode? Do you mean
its the plugin is generating an luminance or intensity image?
Robert.
On 8/18/07, Yefei He <[EMAIL PROTECTED]> wrote:
> Hi, folks,
>
> I have noti
Hi Brede,
On 8/18/07, Brede Johansen <[EMAIL PROTECTED]> wrote:
> The framerate continues to drop so if it starts at 60Hz it slowly drops and
> reaches 30Hz after aproximatly 20 seconds. It is not a one time drop due to
> the HUD. This happens in SingleThreaded mode with a very simple model.
Th
--- Begin Message ---
Hello,
answering to Nick Prudent's proposal for a Windows front-end for osgdem,
I would suggest to create an XML configuration file parser. XML files
are easily editable from specialized XML editor given a schema
definition of the file content.
Advantages over a speci
Antoine,
Thanks for the advice. Actually, I have already started saving osgDem
parameters as XML to allow users to save their sessions.
My clients have "Command-Line-O-Phobia", so they asked me to add a simple UI
for executing osgDem. It's not difficult, but I was wondering if anyone had
done
Hi, Robert,
Sorry for the confusion. I'm using the term by photographers
(black and white film vs. color film). By black and white I mean
gray scale images. I think there might be something particular
with the first jpeg file that causes some attributes be set which
makes all future images as
Nick Prudent wrote:
> Antoine,
>
> Thanks for the advice. Actually, I have already started saving osgDem
> parameters as XML to allow users to save their sessions.
>
> My clients have "Command-Line-O-Phobia", so they asked me to add a simple UI
> for executing osgDem. It's not difficult, but I wa
Do mean you are reusing a Texture by applying new Images to it?
On 8/18/07, Yefei He <[EMAIL PROTECTED]> wrote:
> Hi, Robert,
>
> Sorry for the confusion. I'm using the term by photographers
> (black and white film vs. color film). By black and white I mean
> gray scale images. I think there
FYI, I am currently changing the way that VTPB defines its source and
destination graphs. The source data is based on the
osgTerrain::Terrain/Layer classes and serialization. The destination
graph is not yet set but right now looks most likely to reuse PagedLOD
directly. The serialization will
Robert,
Thanks for the update. No matter how it's implemented internally, there is
still a need for my clients to not have to hack a command line or a text/xml
file. They are not programmers (they don't even use Windows's
CommandPrompt). When VPB is up and running, I'll just update the back-en
On 8/18/07, Nick Prudent <[EMAIL PROTECTED]> wrote:
> Robert,
>
> Thanks for the update. No matter how it's implemented internally, there is
> still a need for my clients to not have to hack a command line or a text/xml
> file. They are not programmers (they don't even use Windows's
> CommandPrompt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Robert Osfield wrote:
>
> CullThreaPerCameraDrawThreadPerContext hangs on my machine new
> machine, so this is something I can reproduce and while I don't know
> what the problem is I should be able to fix. DrawThreadPerContext is
> 100% reli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brede Johansen wrote:
> Hi Jan,
>
> The framerate continues to drop so if it starts at 60Hz it slowly drops and
> reaches 30Hz after aproximatly 20 seconds. It is not a one time drop due to
> the HUD. This happens in SingleThreaded mode with a very
On 8/18/07, Robert Osfield <[EMAIL PROTECTED]> wrote:
>
> On 8/18/07, Nick Prudent <[EMAIL PROTECTED]> wrote:
> > Robert,
> >
> > Thanks for the update. No matter how it's implemented internally, there
> is
> > still a need for my clients to not have to hack a command line or a
> text/xml
> > file.
Jan and Robert,
This happens with the latest ForceWare release 162.18.
osgviewer from SVN.
I have two screens attached to a 8800GTX and one screen attached to a
8600GS. I know the GS isn't the best but I had a spare slot and a spare
screen so I had to try. The CPU is a Core 2 Duo.
Brede
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brede Johansen wrote:
> Jan and Robert,
>
> This happens with the latest ForceWare release 162.18.
> osgviewer from SVN.
> I have two screens attached to a 8800GTX and one screen attached to a
> 8600GS. I know the GS isn't the best but I had a spare
After compiling osgdb_ecw.dll, I've sucessfully loaded an ECW image file
using osgViewer --image option, yet the same file produces the following
message in osgDem:
ERROR 4: `ortho_image_ecw\_1_8_scale2.ecw' not recognised as a supported
file format.
Aren't osgDem and osgViewer using the s
Nick Prudent wrote:
> After compiling osgdb_ecw.dll, I've sucessfully loaded an ECW image file
> using osgViewer --image option, yet the same file produces the following
> message in osgDem:
>
> ERROR 4: `ortho_image_ecw\_1_8_scale2.ecw' not recognised as a supported
> file format.
>
>
Th
Antoine,
I do not understand your last sentence: "However, if another plugin can,
this error becomes a waring." Does it mean that I should call GDAL directly
to convert the image into GeoTIFF, then use as input for osgDEM?
(PS: Peut-etre pouvez-vous m'expliquer en francais. Merci pour le coup d
Hello Nick,
> I'm specially interested in how to provide feedback
> while the data is being generated.
I worked on a renderfarm management software in the past, and what I
would do is read the stdout of the external process (in that case, a
command-line renderer like Mental Ray or Maya/Lightw
Antoine,
You're right: the error is in GDAL. I tried GDAL_CONVERT.EXE and was greated
with a similar error message. The GDAL.org page
(http://www.gdal.org/frmt_ecw.html) mentions that ECW is an "option". So it
looks like I'll have to compile my own version of GDAL and link with
ERMapper's SDK
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Osfield wrote:
> #if 0
> if (XInitThreads() == 0)
> {
> osg::notify(osg::NOTICE) << "Error: XInitThreads() failed.
> Aborting." << std::endl;
> exit(1);
> }
> else
> {
>
FYI
Gdal has lots of options that require the user to enable them when building
typically from #define on the build command line.
Also note that many of the options may require other 3rdparty products to be
installed and or built such as Mr Sid, Xerces among many other
_
Hi Robert,
> Try the child below the MultTextureControl, this should be the
> CoordinateSystemNode you are after.
Yep that did the trick. All good. We'll have a look at extending the
multitexture control to more than 3 layers.
On another note: on the VPB site I read:
> These databases can the
25 matches
Mail list logo