Sweet! I see the movies are in wmv... eww, haha. That may help Windows
users but then Linux and Mac users can't watch them (without finding
codecs). A standard video format would be nicer...
But anyways, I found some more issues when building. If I try to build
with Lua I get compiler errors that
You're only calling -setText on text, not on textSe and textMono.
Whew, thanks, I was losing my mind.
On a related note: why not just use osgWidget and not worry about all this
placement stuff? :)
I'm trying to get osgWidget working, but took a break to play around
with some other stuff...
[EMAIL PROTECTED] wrote:
On Wed, 2008-04-23 at 10:54 -0400, Lucas Goss wrote:
You're only calling -setText on text, not on textSe and textMono.
Whew, thanks, I was losing my mind.
On a related note: why not just use osgWidget and not worry about all
this
placement stuff
More eyes--is more testing--is more good!
OK, well here's some testing notes on osgWidget head:
* osgwidgetaddremove
-I get: Warning: font file fonts/Calibri1.ttf not found
-I get a blank screen.. looked at the code and seems to go with
mouse push/release
* osgwidgetbox
-I get a blank
I started checking this library out but haven't responded yet as OSG
has been running slow for me (seemed to conflict with compiz and set
resolution doesn't seem to work on linux). But I was actually just
getting ready to start a GUI library for OSG, but looks like you've
beat me to it, haha. :)
Would it be possible to implement setScreenResolution for X11? Was
it left out because it requires an X11 extension? I have some linux
machines that have older video cards that run the desktop ok at higher
resolutions, but run 3D much faster if the resolution is scaled down.
Lucas
Setting screen resolution isn't straight forward with X11 unfornately,
if it had been it'd already have been done. The generic interface for
setting resolution is in place, and implementation is done for Win32,
but on the X11 side we did a volunteer to go forth and implement it.
Hmm,
That could work, but I am not sure whether it is actually worth the
trouble - the original poster only wanted to change the resolution
before starting the application, not during runtime, so this could be an
overkill. Perhaps a poll to figure out whether this is a one-off request
or a
For many games (particular on Windows of yesteryears) and applications,
I have changed resolutions and 3D effects once the application or game
has started depending on the frame rate performance. Thus if possible it
would be best to implement a feature into OSG to change resolution,
though
Any volunteers, pretty please ;-)
Ask you and shall receive! :) Hell, less than 24 hours is a pretty
decent turnaround time...
Beat me to it... thanks.
I was going to ask the same questions I saw in your comments... should
the interface restore the original display mode in the destructor or
OK, one thing I'm not too sure about is the reliance on the mouse as
the pointer input device. What if someone only has a touch screen? Or
what if they only have a joystick? Maybe it can all be overridden or
maybe input can be remapped currently?
Seems like there needs to be some input mapping
I've renamed ViewerEventHandler to MouseEventHandler, but I'll need to
make a base EventHandler class eventually so that future
JoystickEventHandler, KeyboardEventHandler, etc. classes can all pull
from a common set of public methods.
This is something that will go in a future version. :)
Did anyone have any ideas on this? Is there any additional information I
can provide that may be helpful?
Hello all! Working on creating a fancy osgHUD::Label example, and I had
a question about using alpha blending with osgText::Text.
Is the code anywhere I can look at? Is this in svn?
The newest revision (68) has a compile error (added to issues):
http://code.google.com/p/osghud/issues/detail?id=3
Do you prefer issues posted here or there (or both)?
Also I've compiled some of the osghud stuff on Mac in XCode (made my
own XCode project as I'm not very familiar with CMake), and
14 matches
Mail list logo
