So, I learned how to put HUD text, and I'm trying to understand the movement of
the camera sending the camera's coordinates to this text. However, the three
coordinates (heading, pitch and roll) are always 0 or pi, which seems more a
rounding error than anything else. It seems the world is
Good to hear you've resolved the problems and got things working
really efficiently ;-)
On Tue, 8 Jan 2019 at 14:11, Diego Mancilla wrote:
>
> Hello Robert,
>
> Thank you again.
>
> It turns out that I forgot to initialize the _timeMultiplier variable on the
> constructor of my AnimationPath
Hello Robert,
Thank you again.
It turns out that I forgot to initialize the _timeMultiplier variable on the
constructor of my AnimationPath class. Also I had a problem with some crazy
references retrieved wrongly: for some reason on a "for (auto e: stl_map)..."
loop, , was not getting the
Well,Chris. Just as you assumed,my case is quite complicated. I have to make a
growing up effect HUD, ie, dynamically scaled up one. Use Mt to scale the HUD
node will never work since we set the camera ABSOLUTE_RF mode. Then i tried to
use the setviewmatrix method to scale it up but this won't
Yeah,Terry. #1 is the exactly the right way to use HUD. I've been trying these
days to use MT transformation method to operate the child HUD node but it will
never be able to control it because i found that I've used the following line
of code:
> If you feed the TIFF LWZ coder the same 4-bit data as the PNG is made form, I
> would think it would code about as efficiently, even if the data is stored in
> an 8-bit representation.
I used QGIS to convert from PNG to TIFF. The image only has 16 colors, so maybe
it's QGIS fault. Later I
If you feed the TIFF LWZ coder the same 4-bit data as the PNG is made form,
I would think it would code about as efficiently, even if the data is
stored in an 8-bit representation. Forward-dictionary compression systems
work on how many unique symbols are found and if you make a 16m color image
Hi,
Well, I formatted my computer and installed a new Debian version (9.6).
Installed a fresh copy of OSG, but still got the same error. Probably there's
some variable missing, but since nobody tells us which variable it is, I said
"f*** cmake" and compiled from command line. I've tried adding
Hi,
Sorry, I didn't post the updated code:
Code:
#include
#include
#include
#include
#include
#include
#include
#include
#include
using namespace std;
using namespace osg;
using namespace osgEarth;
using namespace osgEarth::Drivers;
int main (int argc, char** argv) {
>
> Chris, I assumed your first idea. AR labels never crossed my mind.
> Maybe Chen can tell us if I made the right assumption.
>
I was just trying to be thorough and complete because I wasn't clear on
the situation, so I was throwing all possibilities out there to see if that
was the reason I
How big is the TIFF and the PNG? They use similar compression methods (PNG
is ZIP/Deflate and compressed TIFF is usually LZW and can also use
ZIP/Deflate) so you ought to be able to get them fairly close in size. What
are the total pixel dimensions of the image? Your best result might not be
from
Hi Rodrigo. I have exactly the same problem, with the same book in this page. I
am using Ubuntu 18.04. I am able to compile osg but not to run the exmple in
page 44.
...
Thank you!
Cheers,
Luis
--
Read this topic online here:
HI Diego,
I can point you in the right direction but I can't sit beside you and
walk through your code in a debugger. When figuring out a crash this
is what is needed.
The only thing I can add is that using raw C pointer is generally a
red flag and one should be very cautious about doing so.
13 matches
Mail list logo